 |
Локальные части инфраструктуры
|
|
|
|
Создание архитектуры на региональном и корпоративном уровне осуществляется при помощи создания поисковых сервисов, сервисов отображения данных, сервисов загрузки и других сервисов при условии применения рекомендованных в п. 3.4 стандартов.
На Рис. 13. Центральные и локальные компоненты ИПД РФ представлена архитектура ИПД РФ распределенная на центральные и локальные составляющие.
|
| Рис. 13. Центральные и локальные компоненты ИПД РФ |
Объединение центральных и локальных компонентов осуществляется на основе модели Publish-Find-Bind. Для этого поисковые сервисы федерального и регионального уровней интегрируются в каталог пространственных данных таким образом, что их метаданные также публикуются в каталоге. (см. также Рис. 14. Применение модели Publish-Find-Bind для объединения локальных ИПД в общую сеть ИПД РФ).
|
| Рис. 14. Применение модели Publish-Find-Bind для объединения локальных ИПД в общую сеть ИПД РФ |
Приложения, геопорталы, специализированные процессы, или сопоставимые компоненты могут или использовать локальный поисковый сервис и, таким образом, искать и использовать пространственные данные и сервисы, представленные в локальных ИПД, или использовать Каталог ПД для более широкого поиска и использовать полные данные ИПД РФ.
На Рис. 14 представлено осуществление модели Publish-Find-Bind для объединения ИПД федерального и локального (здесь: отраслевые, региональные, местные и корпоративные ИПД) уровней в ИПД, которую можно использовать на всей территории Российской Федерации.
Для сохранения иерархии ИПД в Российской Федерации (см. Рис. 1. Иерархическая структура ИПД РФ) рекомендуется применять эту модель также для интеграции муниципальных ИПД в ИПД субъектов РФ, чтобы пространственные службы и сервисы муниципальных образований были доступны через каскад сетевых связей поисковых сервисов.
|
|
|
3.2. Информационно-технологическая платформа
3.2.1. Обеспечение технологической совместимости пространственных данных, информационных систем, и сервисов
В пункте 2.4.10 Совместимость данных, сервисов и информационных систем были определены основные принципы, связанные с обеспечением совместимости, включая частные положения, определяющие требования и рекомендации к обеспечению семантической совместимости. Помимо этого подлежит рассмотрению комплекс взаимоувязанных подходов к принципам выбора технологий при создании информационных систем ИПД РФ, в том числе инструменты стандартизации интерфейсов информационных систем, требований к форматам и содержанию данных.
Для пространственных данных должна обеспечиваться их совместимость по следующим аспектам:
· система координат, в которой представлены пространственные данные;
· способ представления координатных данных объектов;
· способ представления описаний пространственных отношений объектов;
· классификация объектов предметной области с использованием каталогов (классификаторов);
· способ представления адресных данных объектов;
· идентификация объектов с использованием идентификаторов;
· форматы представления данных.
Представление пространственных данных в определенных системах координат осуществляется с учетом положений ГОСТ Р 52572-2006 [28]. Основными требования к совместимости координатных данных являются следующие.
Для обеспечения совместимости пространственных данных с учетом требований и рекомендаций ГОСТ Р 52571-2006 [27], как правило, они должны быть представлены в единых государственных системах координат (ЕГСК), установленных в Российской Федерации действующим законодательством.
|
|
|
К ЕГСК относятся:
· система геодезических координат 1995 года (СК-95) - для использования при осуществлении геодезических и картографических работ;
· геоцентрическая система координат "Параметры Земли 1990 года" (ПЗ-90) - для использования в целях геодезического обеспечения орбитальных полетов и решения навигационных задач.
Допускается представление пространственных данных в следующих системах координат:
· в иной системе геодезических координат (предыдущих единых государственных системах геодезических координат - СК-42, местных системах координат) с обязательным приложением описания способа перехода от этой системы координат к ЕГСК;
· в картографической проекции, связанной с ЕГСК через формулы проекции либо связанной с предыдущими едиными государственными системами координат СК-42 или местной, или иной системой координат, с обязательным приложением соответствующих формул проекции, связывающих ее с ЕГСК или иной указанной системой координат (с обязательным приложением в последнем случае способа перехода от этой системы координат к ЕГСК);
· в иной прямоугольной системе координат с обязательным приложением описания способа перехода от этой системы координат к ЕГСК.
Основным средством обеспечения технологической совместимости информационных систем в ИПД РФ является создание единого нормативного источника информации об унифицированных (стандартизованных) способах реализации интерфейсов, используемых при взаимодействии информационных систем друг с другом – общесистемного реестра стандартизированных спецификаций (далее — РСС).
Стандартизация интерфейсов государственных информационных систем обеспечивает интеграцию не только между существующими, но и вновь создаваемыми информационными системами.
Так называемые «унаследованные» ведомственные информационные системы, не удовлетворяющие требованиям в области стандартизации интерфейсов, могут быть интегрированы в информационную среду ИПД РФ с помощью посреднического программного обеспечения (middleware). Посредническое ПО должно быть конформно требованиям только в отношении своих внешних интерфейсов, а его внутренняя архитектура и способы реализации интерфейсов унаследованных интерфейсов могут быть произвольными.
|
|
|
Допускаются следующие способы реализации программ-посредников:
· Локальные адаптеры. Используются в том случае, если необходимо организовать сопряжение только одной унаследованной системы, и, как правило, реализуются в виде компонента (программного модуля) этой системы. Заказчиком разработки локальных адаптеров должны выступать владельцы соответствующих систем;
· Ведомственные шлюзы. В случае если какое-либо ведомство располагает большим «парком» информационных систем, использующих унифицированные, но неконформные способы взаимодействия друг с другом, включение их в среду взаимодействия может быть произведено через общий компонент (шлюз), преобразующий внутриведомственные информационные потоки к стандартизованному виду. Данный компонент может также решать задачи внутриведомственного взаимодействия, выступая в качестве интеграционного брокера. Заказчиком разработки шлюза должно выступать соответствующее ведомство в рамках приведения своих систем в соответствие с требованиями.
· Инфраструктурные шлюзы. Для сокращения затрат на поддержку минимального уровня совместимости с унаследованными системами, имеющими единообразные, но неконформные способы реализации интерфейсов, возможно создание специальных инфраструктурных систем (шлюзов). Шлюзы не должны создаваться для поддержки устаревших технологий и способов взаимодействия, не входящих в минимальный уровень поддержки унаследованных систем. Оператором такого шлюза должен являться соответствующий Оператор ИПД.
Используемые для целей Инфраструктуры СУБД должны соответствовать следующим общим требованиям:
· возможность реализации распределенной архитектуры СУБД;
· обеспечение механизмов поддержки целостности и непротиворечивости данных (хранение семантических и пространственных данных в едином хранилище);
· обеспечение хранения пространственных данных в векторной и растровой формах;
· обеспечение механизмов и возможностей разграничения прав доступа и защиты данных, включая обеспечение хранения закрытой информации ограниченного доступа с соблюдением законодательства о государственной тайне;
|
|
|
· обеспечение хранения семантических словарей и классификаторов;
· обеспечение хранения классификаторов данных (словаря типов объектов и правил кодификации), определение способов перехода от одного классификатора к другому.
3.3. Пространственные данные и их метаданные. Форматы
Определение форматов передачи или предоставления информации позволяет обеспечить беспрепятственное функционирование потока совместимых данных. Для инфраструктуры пространственных данных имеют значение как форматы предоставления пространственных данных и метаданных, так и форматов для других решений, например предписания по визуализации и т.п.
3.3.1. Форматы векторных данных
Передача векторных пространственных данных в ИПД выполняется соответственно требованиям Географического языка разметки (Geographic Markup Language – GML).
Примечание - Типовое применение GML с версии 3 не ограничено векторными данными, а включает в себя также растровые (Coverages) и сенсорные данные. Основная сфера применения GML в дальнейшем – работа с векторными данными.
Для этого пространственные модели данных описываются как схемы XML на основе языка GML. Концептуальной основой для этого являются:
модель General Feature Model как основной принцип моделирования пространственных данных на основе объектов (Features), обладающих свойствами (в т.ч. геометрическими) и их связей,
свод правил для создания соответствующих GML-форматов данных (схема применения GML) для моделей пространственных данных, а также
схема W3C-Standard XML для кодирования описания формата.
Технически совместимость пространственных данных при их предоставлении достигается на двух уровнях:
1) Системы А и Б сначала обмениваются описаниями форматов и, тем самым, информацией о структуре и характеристиках моделей данных согласно схеме применения GML.
2) Системы А и Б обмениваются массивами пространственных данных в доступных для обеих систем форматах с соответствующей кодировкой.
Помимо формата данных пользователю должны быть доступны техническая документация, а также концептуальные основы, при необходимости в виде UML-данных.
|
|
|
