Анализ средств создания информационных моделей

1 Проектирование геоинформационной системы сельскохозяйственного предприятия «Рассвет»
     
     1.1 Анализ средств создания информационных моделей

     Проектирование информационных систем – это сложнейшая задача, предполагающая использование различных методик и инструментов. Одной из важнейших проблем, стоящих перед проектировщиком, является определение структуры базы данных, соответствующей функциям автоматизируемого предприятия или подразделения.
     Разработка информационной модели предметной области представляет анализ логической структуры информации об объектах предметной области.  Основными элементами используемые при построении информационной модели являются сущности, связи между ними, атрибуты, т.е. их свойства и ключевые атрибуты, используемые для идентификации экземпляра сущности и связи нескольких сущностей.
     Сущность – объект предметной области, информация о котором необходимо выделить из огромного массива информации для решаемой задачи. В ходе разработки информационной модели различают понятие тип сущности и экземпляр сущности. Экзмепляр сущности – конкретный объект данной сущности. Тип сущности – набор однородных объектов с общей структурой и выступают как единое целое. 
     Атрибут – именованная характеристика сущности. Атрибут определяет какая информация должна быть расмотрена в границах данной сущности. Наименование атрибута должно быть уникально внутри одной сущности, но может повторяться в разных сущностях. 
     Ключ – набор атрибутов, по значениям которых можно однозначно найти требуемый экземпляр сущности. 
     Связь – ассоциирование двух или более сущностей. Данные связи создаются для отыскания одних сущностей по значениям другой сущности. 
     Информационная модель подразделяется на две модели:
     1) Логическая информационная модель
     2) Физическая информационная модель
     В логической информационной модели предметной области отражается логическая структура данных расматриваемой области. 
     Физическая информационная модель – как правило, создается на основе логической, но в отличие от нее она характеризует физическое построение данных в базе данных. В физической модели отображаются тип данных атрибутов сущности.
     Информационная модель – это модель, представляющая объект, процесс или явление набором параметров и связей между ними.
     Важнейшая цель разработки информационной модели заключается в выработке непротиворечивой интерпретации данных и взаимосвязей между ними.
     Рассмотрим некоторые средства создания информационных моделей.
     BPwin
     BPwin - это программный продукт, созданный компанией ltd. Logic Works. Он специализирован для поддержки процесса создания информационных систем. Относится к категории CASE средств верхнего уровня. Первая версия BPwin была выпущена в 1995 г. совместно с другим CASE средством - ERwin, который предназначен для моделирования данных. В последующем, развитием и поддержкой BPwin занималась компания Platinum Technology, а последние версии разрабатывала компания CA Technologies.
     BPwin считается довольно развитым средством моделирования, которое позволяет проводить анализ, документирование и улучшение бизнес процессов. С его помощью можно моделировать действия в процессах, определять их порядок и необходимые ресурсы. Модели BPwin создают структуру, которая необходима для понимания бизнес процессов, выявления управляющих событий и порядка взаимодействия элементов процесса между собой.
     BPwin также имеет возможность функционального моделирования, моделирования потока работ и потока данных. Соответствующие диаграммы реализованы на основе стандартов IDEF0, IDEF3 и DFD. Функциональное моделирование дает возможность осуществлять систематизированный анализ бизнес процессов, обращая внимание на регулярно выполняемые задачи (функции). Моделирование потока работ обеспечивает анализ логики выполнения процесса. Моделирование потока данных позволяет сконцентрировать внимание на обмене данными между различными задачами. Также, что в BPwin могут создаваться отдельные и смешанные модели.
     В BPwin предусмотрена детализация, необходимая для анализа работы организации в комплексе и построения больших моделей. Модели могут быть разбиты на группы. Каждая модель представляется на более низком уровне детализации. При этом взаимосвязь между моделями и их элементами сохраняется. С помощью BPwin модель можно разделить на составляющие части, провести работу отдельно с каждой из них, а затем интегрировать обратно в единую модель.
     Microsoft Visio
     Microsoft Visio – векторный графический редактор, редактор диаграмм и блок-схем.
     Основные компоненты диаграммы информационной модели в Microsoft Visio – это сущности, атрибуты и связи. Каждая сущность является множеством подобных индивидуальных объектов, называемых экземплярами. Каждый экземпляр индивидуален и должен отличаться от всех остальных экземпляров. Атрибут выражает определенное свойство объекта. С точки зрения БПД сущности соответствует таблица, экземпляру сущности – строка в таблице, а атрибуту – колонка.
     При построении сущностей, определении атрибутов и связей применяется ряд основных правил.
     Построение сущности в модели проходит по следующим правилам:
     -	сущность должна иметь уникальное имя;
     -	сущность должна обладать одним или несколькими атрибутами, которые либо принадлежат сущности, либо наследуются через отношения;
     -	сущность должна обладать одним или несколькими атрибутами, которые однозначно идентифицируют каждый образец сущности и называются ключом или составным ключом;
     -	каждая сущность может обладать любым количеством отношений с другими сущностями;
     -	сущность является «независимой», если она может быть однозначно идентифицирована без определения ее отношений с другими сущностями;
     -	сущность называется «зависимой», если однозначная идентификация сущности зависит от ее отношения к другой сущности.
     Построение модели данных предполагает определение сущностей и атрибутов, т.е. необходимо определить, какая информация будет храниться в конкретной сущности или атрибуте.
     Для разработки информационной модели был выбран программный продукт Microsoft Visio.
     
     1.2 Разработка информационной модели для геоинформационной системы сельскохозяйственного предприятия 

     Построение информационной модели предполагает определение сущностей и атрибутов. Таким образом, необходимо определить, какая информация будет храниться в конкретной сущности или атрибуте.
     На рисунке 1 приведена  информационная модель предметной области.
     Анализ предметной области выявил следующие сущности:
     -	Магазины;
     -	Склад;
     -	Продукт;
     -	Хранимые продукты;
     -	Продукты в заказе;
     -	Грузовик;
     -	Поступление;
     -	Продукт в поступлении;
     -	Заказ.

Рисунок 1 – Информационная модель предметной области
     
     1.3 Анализ средств создания функциональных моделей

     Разработка современных информационных систем представляет собой сложную задачу, решение которой требует разработки функциональной модели, описывающей совокупность выполняемых функций, и информационной модели, описывающей совокупность используемых в программном обеспечении сущностей. 
     Графические средства моделирования предметной области позволяют разработчикам в наглядном виде изучать существующую ИС, перестраивать ее в соответствии с поставленными целями и имеющимися ограничениями.
     Одними из основных показателей качества программного обеспечения автоматизированных информационных систем являются его функциональность и надежность. Важнейшим этапом разработки, во многом определяющим требуемый уровень этих показателей, является этап анализа и проектирования функций, процессов взаимодействия в информационных системах.
     Для сокращения сроков и повышения качества проектирования информационного обеспечения целесообразно применение современных средств автоматизированного проектирования сложных информационных систем.
     Одним из наиболее распространенных представителей таких средств являются CASE – средства, поддерживающие процессы создания и сопровождения информационных систем на различных этапах их жизненного цикла, включая анализ и формулировку требований, проектирование прикладного программного обеспечения и баз данных, генерацию кода, тестирование, документирование, обеспечение качества, конфигурационное управление и управление проектом, а также некоторые другие процессы. CASE-средства позволяют максимально систематизировать и автоматизировать все этапы разработки сложных информационных систем.
     В настоящее время используется большое количество подходов, которые позволяют проводить формализованное описание и использование больших массивов информации. Их использование гарантирует стандартизированный подход к описанию информации, позволяет накапливать опыт и практические навыки ее использования и на протяжении длительного времени обеспечивать понимание созданных моделей другими специалистами.
     Среди всего многообразия CASE-средств, реализующих различные подходы к их реализации, наибольшее применение нашли два подхода:
     - объектно-ориентированный;
     - структурно-функциональный.
     Принципиальное различие между этими подходами заключается в способе декомпозиции проектируемой системы. Объектно-ориентированный подход использует объектную декомпозицию, в которой статическая структура системы описывается в терминах объектов и связей между ними, а поведение системы описывается в терминах обмена сообщениями между объектами.
     В рамках объектно-ориентированного подхода все представления о сложной системе фиксируются в виде специальных графических конструкций, получивших название диаграмм. Всего может быть построено до девяти типов диаграмм, представляющих формализацию различных взглядов на систему, а моделирование можно рассматривать как некоторый процесс поуровневого (иерархического) спуска от наиболее общей и абстрактной концептуальной модели системы к логической, а затем и к физической моделям описания этой системы и ее подсистем.
     Сущность структурного подхода к разработке информационных систем заключается в ее декомпозиции (разбиении) на автоматизируемые функции: система разбивается на функциональные подсистемы, которые в свою очередь делятся на подфункции, подразделяемые на задачи, и так далее.
     Среди средств структурного анализа и проектирования, применяемых для информационных систем, одним из распространенных нотаций является методология SADT (Structured Analysis and Design Technique – технология структурного анализа и проектирования), предназначенная для формализованного описания (моделирования) сложных систем различной природы с единых методологических позиций. Методология SADT представляет собой совокупность методов, правил и процедур, предназначенных для построения функциональной модели объекта какой-либо предметной области. Функциональная модель SADT отображает функциональную структуру объекта, т.е. производимые им действия и связи между этими действиями. В рамках SADT модель системы может быть ориентирована либо на выполняемые ею функции – это функциональная модель, либо на используемую в ней информацию – это информационная модель. Одним из направлений методологии SADT является технология IDEF, разработанная в конце 20 века в США. Наиболее популярной методологией IDEF является методология IDEF0.
     Целью методологии является построение функциональной модели исследуемой системы, описывающей все необходимые процессы с точностью, достаточной для однозначного моделирования деятельности системы. Другими словами, в IDEF0 моделируемая система представляется как совокупность взаимосвязанных работ (функций, активностей). Методология IDEF0 получила столь широкое распространение в бизнес-моделировании потому, что эта методология легко представляет такие системные характеристики, как управление, обратная связь, исполнители. Кроме того, методология IDEF0 имеет развитые процедуры поддержки коллективной работы.
     В настояще время существует множество CASE средств, поддерживающих функциональное моделирование в стандарте IDEF0. В России получили распространение следующие системы:
     –	Design/IDEF (MetaSoftware, США, распространитель – Метатехнология, Москва);
     –	BPWin/ERWin (Logic Works, США, распространитель – Интерфейс, Москва);
     –	IDEF0/EMTool – собственная разработка компании Ориентсофт (г.Минск) на базе стандарта IDEF0;
     –	Также используются графические средства построения диаграмм IDEF0 в MS Visio.
     Для разработки функциональной модели предметной области был выбран программный продукт CA ERwin Process Modeler (ранее BPwin) т.к. он является одним из лучших решений, существующих на рынке технологий функционального моделирования. Он представляет собой инструмент для моделирования, анализа, документирования и оптимизации бизнес-процессов. CA Erwin Process Modeler можно использовать для графического представления бизнес-процессов. Графически представленная схема выполнения работ, обмена информацией, документооборота визуализирует модель бизнес-процесса. CA Erwin Process Modeler реализует методологию IDEF0.
     Целью методологии является построение функциональной модели исследуемой системы, описывающей все необходимые процессы с точностью, достаточной для однозначного моделирования деятельности системы. Другими словами, в IDEF0 моделируемая система представляется как совокупность взаимосвязанных работ (функций, активностей). Методология IDEF0 получила столь широкое распространение в бизнес-моделировании потому, что эта методология легко представляет такие системные характеристики, как управление, обратная связь, исполнители. Кроме того, методология IDEF0 имеет развитые процедуры поддержки коллективной работы.
     Основное назначение функциональной модели — декомпозировать процесс построения до элементарных действий и операций, для которых можно экспериментально установить время выполнения, определить для каждой из операций нижнего уровня декомпозиции полный перечень информационных потоков.
     
     1.4 Разработка функциональной модели предметной области

     Функциональный блок, или работа (Activity Box) представляет собой некоторую конкретную функцию (работу) в рамках рассматриваемой системы. Блок должен иметь название в глагольном наклонении. На диаграмме функциональный блок изображается прямоугольником. Каждая из четырех сторон функционального блока имеет свое определенное значение (роль) и определяет тип интерфейса, т. е. способ взаимодействия дуги с блоком:
     – верхняя сторона имеет значение "Управление" (Control);
     – левая сторона имеет значение "Вход" (Input);
     – правая сторона имеет значение "Выход (Output);
     – нижняя сторона имеет значение "Механизм" (Mechanism).
     Дуга (Arrow) отображает элемент системы, который обрабатывается функциональным блоком или оказывает иное влияние на функцию, представленную данным функциональным блоком. Интерфейсные дуги часто называют потоками или стрелками.
     С помощью дуг отображают различные объекты, которые передаются между блоками, обрабатываются блоками, определяют правила обработки и механизмы обработки. Такими объектами могут быть элементы реального мира (детали, вагоны, сотрудники и т.д.) или потоки данных и информации (документы, данные, инструкции и т.д.). Стрелки снабжаются надписями – названиями.
     В зависимости от того, к какой из сторон функционального блока подходит данная интерфейсная дуга, она носит название "входящей", "исходящей", "управляющей", "механизмом" или вызовом.
     В IDEF0 различают пять типов стрелок.
     -	Вход (Input) – материальные объекты или информация, которые используются или преобразуются работой для получения результата (выхода). Допускается, что блок может не иметь ни одной стрелки входа.
     -	Управление (Control) – правила, стратегии, процедуры, стандарты, ограничения на бюджет и время, которыми руководствуется работа. Каждая работа должна иметь хотя бы одну стрелку управления. Управление влияет на работу, но не преобразуется работой. В случае возникновения неопределенности в статусе стрелки (управление или вход) рекомендуется рисовать стрелку управления.
     -	Выход (Output) – материальный объект или информация, которые производятся работой. Каждая работа должна иметь хотя бы одну стрелку выхода. Работа без результата не имеет смысла и не должна моделироваться.
     -	Механизм (Mechanism) – ресурсы, которые выполняют работу, например, персонал предприятия, станки, устройства и т. д.
     -	Вызов (Call) – специальная стрелка, указывающая на другую модель работы. Стрелка вызова используется при расщеплении модели и указывает, что некоторая работа представлена отдельной моделью. Расщепление моделей необходимо для коллективной работы над моделью. Руководитель проекта может создать декомпозицию верхнего уровня и провести расщепление модели на отдельные модели. Аналитики работают над отдельными моделями, а затем сливают отдельные модели в единую модель. Отдельная ветвь модели может быть отщеплена для использования в качестве независимой модели.
     Таким образом, любой функциональный блок по требованиям стандарта должен иметь, по крайней мере, одну управляющую дугу и одну исходящую. То есть каждый процесс должен происходить по каким-то правилам (отображаемым управляющей дугой) и должен выдавать некоторый результат (выходящая дуга), иначе его рассмотрение не имеет никакого смысла.
     Декомпозиция (Decomposition) является основным понятием стандарта IDEF0. Принцип декомпозиции применяется при разбиении сложного процесса на составляющие его функции. Декомпозиция позволяет постепенно и структурировано представлять модель системы в виде иерархической структуры отдельных диаграмм, что делает ее менее перегруженной и легко усваиваемой.
     Глоссарий (Glossary) – это набор соответствующих определений, ключевых слов, повествовательных изложений и т.д., которые характеризуют объект, отображенный данным элементом. Этот набор является описанием сущности данного элемента. Глоссарий дополняет наглядный графический язык, снабжая диаграммы необходимой дополнительной информацией.
     Модель в методологии IDEF0 – это совокупность иерархически упорядоченных и взаимосвязанных диаграмм. Каждая диаграмма является единицей описания системы и располагается на отдельном листе. Модель может содержать четыре типа диаграмм:
     1. Контекстная диаграмма, которая представляет всю систему как один блок и показывает контекст системы, т. е. связь системы с внешним миром. Модель может иметь только одну контекстную диаграмму.
     2. Диаграммы декомпозиции, которые получаются в результате разбиения контекстной диаграммы на отдельные активности. Такой процесс называется функциональной декомпозицией, а диаграммы, получившиеся в результате декомпозиции, называются диаграммами декомпозиции. После декомпозиции контекстной диаграммы производится декомпозиция каждой получившейся диаграммы и т. д. Декомпозиция продолжается до достижения нужного уровня подробности описания.
     3. Диаграммы дерева узлов показывают иерархическую зависимость работ. То есть, в виде дерева показывается, какие активности получились в результате декомпозиции каждой активности. Диаграмм деревьев узлов может быть в модели несколько, поскольку дерево может быть построено на различную глубину и начиная с любой диаграммы (не обязательно с контекстной).
     4. Диаграммы только для экспозиции (FEO – for exposition only) строятся для иллюстрации альтернативной точки зрения, для хранения старых версий. FEO – это просто картинка. Дело в том, что методология не поддерживает альтернативные варианты декомпозиции. Если необходимо хоть как-то сохранить альтернативный вариант декомпозиции, то применяют диаграмму только для экспозиции.
     Построение SADT-модели (функциональной модели) начинается с представления всей системы в виде простейшей компоненты – одного блока и дуг, изображающих интерфейсы с функциями вне системы. Поскольку единственный блок представляет всю систему как единое целое, имя, указанное в блоке, является общим. Это верно и для интерфейсных дуг – они также представляют полный набор внешних интерфейсов системы в целом. На рисунке 2 представлен главный блок разработанной функциональной модели геоинформационной системы сельскохозяйственного предприятия. Целью модели является оформление заказа для поставки товара в магазин. Модель составлена с точки зрения пользователя системы.
     Главный блок диаграммы можно описать следующим образом: пользователь ГИС сельскохозяйственного предприятия, используя программные и аппаратные ресурсы компьютера, может с помощью определенных запросов получить интересующую его информацию о продукции, заказах и складах.
     Блок, который представляет систему в качестве единого модуля, детализируется на следующей диаграмме с помощью нескольких блоков, соединенных интерфейсными дугами. Эти блоки представляют основные подфункции исходной функции. Данная декомпозиция выявляет полный набор подфункций, каждая из которых представлена как блок, границы которого определены интерфейсными дугами.
     Контекстная диаграмма состоит из одного функционального блока «Оформить заказ на поставку товара» и содержит следующие данные:
     1. Входные данные:
     – Адрес магазина
     – Название магазина
     – Название продуктов
     – Количество продуктов
     – Дата получения сельхозгруза
     2. Управляющие механизмы:
     – Запрос клиента 
     – Наличие магазина
     – Наличие продуктов
     3. Исполнительные механизмы:
     – Бухгалтер
     – Клиент
     – ГИС
     4. Выходные данные:
     – Заказ
     Диаграмма строится с целью информационной поддержки деятельности предприятия и рассматривается с точки зрения пользователя системы.
     Контекстная диаграмма декомпозируется на 4 функциональных блока и отображает подфункции главной функции подсистемы (рис 3). Функциональные блоки связанны между собой интерфейсными дугами отображающих связь этих блоков. Диаграмма декомпозиции содержит следующие функциональные блоки:
     - Получить информацию о магазине;
     - Получить информацию о заказе;
     - Определить склад;
     - Добавить заказ.



Рисунок 2 – Функциональная модель предметной области. Контекстная диаграмма




Рисунок 3 – Функциональная модель предметной области. Диаграмма декомпозиции первого уровня

     
     2.1 Разработка структуры базы пространственных данных

     Пространственная база данных — база данных (БД), оптимизированная для хранения и выполнения запросов к данным о пространственных объектах, представленных некоторыми абстракциями: точка, линия, полигон и др. 
     В то время как традиционные БД могут хранить и обрабатывать числовую и символьную информацию, пространственные обладают расширенной функциональностью, позволяющей хранить целостный пространственный объект (англ.  feature), объединяющий как традиционные виды данных (описательная часть или атрибутивная), так и геометрические (данные о положении объекта в пространстве). Пространственные БД позволяют выполнять аналитические запросы, содержащие пространственные операторы для анализа пространственно-логических отношений объектов.
     Традиционные БД используют индексы для быстрого доступа к данным. Однако большинство данных, содержащихся в таких индексах, не оптимально для пространственных запросов. Вместо этого, пространственные БД используют специальные пространственные индексы для ускорения пространственных операций с БД.
     Важнейшей задачей разработчиков геоинформационных систем является организация хранения пространственных данных и эффективного доступа к ним. Традиционным является файловый способ хранения данных, но каждая ГИС имеет собственные форматы, и для переноса данных из одной системы в другую приходится использовать специальные программы конверторы или обменные, часто текстовые, форматы. Однако в настоящее время файловый способ хранения информации ГИС стал неэффективным в связи с:
        – ростом объема и усложнением структуры пространственных данных в корпоративных информационных системах;
        – необходимостью многопользовательского доступа к пространственной информации;
        – широким применением Интернет/Интранет-технологий и распределенных (клиент-серверных, трехзвенных и др.) архитектур при разработке ГИС;
– необходимостью централизации источников данных.
     Наиболее логичным решением проблемы является использование СУБД (систем управления базами данных) для хранения пространственных данных. Таким образом, становится возможным:
        – использовать механизм транзакций, что обеспечивает целостность и корректность данных при многопользовательской работе;
        – совместно хранить пространственные и связанные с ними атрибутивные данные в единой СУБД, что снижает накладные расходы по поддержанию целостности информации;
        – организовать взаимодействие промышленных РСУБД друг с другом в рамках единой распределенной среды, использовать механизмы репликации и обновления данных.
     Базы данных предназначены для хранения и обработки большого количества однородной информации. Системы управления базами данных реализуют хранение данных в соответствии с одной или несколькими моделями данных, выполнение стандартных операций обработки данных, таких как внесение новой информации или корректировка уже введенной, поиск данных, удовлетворяющих заданным критериям, упорядочение данных и другие, а также поддерживают один или несколько языков баз данных. Наиболее популярными сейчас являются реляционные СУБД, в которых данные хранятся в реляционных таблицах, и для них разработан стандарт языка обработки - SQL.
     Пространственные базы данных предоставляют улучшенные возможности контроля над геоданными, распределенного доступа к ним, геообработки больших объемов данных. QGIS поддерживает работу со следующими базами данных и их пространственными расширениями:
– PostgreSQL/PostGIS;
– SQLite/SpatiaLite;
– MSSQL 2008 Spatial;
– SQL Anywhere
           Для работы в качестве формата баз пространственных данных был выбран PostgreSQL. 
     PostgreSQL - это свободно распространяемая объектно-реляционная система управления базами данных, наиболее развитая из открытых СУБД в мире и являющаяся реальной альтернативой коммерческим базам данных.
     Возможности, предоставляемых PostgreSQL:
     1) Надежность PostgreSQL является проверенным и доказанным фактом и обеспечивается следующими возможностями:
     - атомарность, непротиворечивость, изолированность, сохранность данных;
     - многоверсионность (Multiversion Concurrency Control,MVCC) используется для поддержания согласованности данных в конкурентных условиях, в то время как в традиционных базах данных используются блокировки. 
     - наличие Write Ahead Logging (WAL) - общепринятый механизм протоколирования всех транзакций, что позволяет восстановить систему после возможных сбоев.
     - Point in Time Recovery (PITR) - возможность восстановления базы данных (используя WAL) на любой момент в прошлом, что позволяет осуществлять непрерывное резервное копирование кластера PostgreSQL.
     - Репликация также повышает надежность PostgreSQL. 
     - Целостность данных является сердцем PostgreSQL. Помимо MVCC, PostgreSQL поддерживает целостность данных на уровне схемы - это внешние ключи (foreign keys), ограничения (constraints).
     - Модель развития PostgreSQL, которая абсолютно прозрачна для любого, так как все планы, проблемы и приоритеты открыто обсуждаются. 
     - Открытость кодов PostgreSQL означает их абсолютную доступность для любого.
     2) Производительность PostgreSQL основывается на использовании индексов, интеллектуальном планировщике запросов, тонкой системы блокировок, системе управления буферами памяти и кэширования, превосходной масштабируемости при конкурентной работе.
     3) Расширяемость PostgreSQL означает, что пользователь может настраивать систему путем определения новых функций, агрегатов, типов,языков, индексов и операторов.
     PostgreSQL поддерживает большой набор встроенных типов данных:
– Численные типы;
– Символьные типы произвольной длины;
– Двоичные типы (включая BLOB);
        – Типы «дата/время» (полностью поддерживающие различные форматы, точность, форматы вывода, включая последние изменения в часовых поясах);
– Булев тип;
– Геометрические примитивы;
– Сетевые типы и т.д.
     PostGIS добавляет дополнительную функциональность к СУБД PostgreSQL. PostGIS расширяет возможности PostgreSQL с точки зрения хранения пространственных данных, запросов к ним и управления ими.
     На основании информационной модели была разработана структура базы пространственных данных.
     В PostgreSQL  была создана база пространственных данных, которая состоит из  наборов слоев пространственных данных. Подробная структура БПД представлена в виде таблицы в приложении В.
     
Таблица 1  ? Наборы слоев пространственных объектов
Наименование набора слоев пространственных объектов
Описание набора слоев пространственных объектов
Слои пространственных объектов
Тип геометрии
Plan
Генеральный план сетевой аптеки
Внешние стены
Линия


Внутренние стены
Линия


Водоснабжение
Линия


Двери
Линия


Канализация
Линия


Компьютерная сеть
Линия


Окна
Линия


Охранная сеть
Линия


Пожарная сигнализация
Линия


Помещения
Полигон


Тепловые сети
Линия


Устройства охранной сигнализации
Точка


Устройства пожарной сигнализации
Точка


Устройства электрической сети
Точка


Электрические сети
Линия
Base-map
Базовая карта территории РБ
Автодороги
Линия


Административное деление
Полигон


Озера, крупные реки
Полигон


Реки, ручьи
Линия


Железные дороги
Линия


Железнодорожные станции
Точка


Здания 
Полигон


Населенные пункты
Точка


Населенные пункты
Полигон


Растительность
Полигон
Pharmacy
Объекты сетевой аптеки
Аптеки
Точка


Конкурирующие аптеки
Точка


Маршруты
Линия


Места массового скопления людей
Точка


Поставщики медикаментов
Точка


Поставщики торгового оборудования
Точка


Склады
Точка


Физические клиенты
Точка


Юридические клиенты
Точка



.......................