Требования к АИС узла РИПД - ГИС

Замечания Ю. Мытрова помечены жёлтым цветом.
Ответы ГИС-Ассоциации – красным цветом
Требования к АИС узла РИПД
АИС узла РИПД является частью единой? Принято распределённой иерархической
информационной системы РИПД, обеспечивающей:
- единое хранилище базовых пространственных данных Российской Федерации;
- информационный обмен между узлами РИПД и поставщиками пространственной информации;
- управление качеством БПД; Наверное, правильнее будет “определение качества БПД на основе
единых правил”. РИПД несёт ответственность за признание данных качественными? Принято
- предоставление доступа широкого круга пользователей к БПД;
- ведение базы метаданных о наличии пространственных данных у организаций и пользователей
РИПД. Предоставление единого поиска по всем метаданным;
- обеспечение обратной связи с пользователями системы – регистрация и реагирование на
информацию пользователей о несоответствии предоставляемых данных заявленным показателям
качества;
- доступность информации и функций системы в режиме промышленной эксплуатации, включая
постоянную доступность (7дней в неделю* 24 часа) и гарантированную сохранность данных.
При разработке АИС узла РИПД следует использовать современные информационные,
технологические и архитектурные решения, позволяющие обеспечить масштабируемость системы, ее
переносимость и интероперабельность, а также позволяющие наращивать ее функционал.
Основные задачи АИС узла РИПД – сбор, проверка согласованности и качества, централизованное
хранение и предоставление доступа к пространственной информации РИПД для потребителей и смежных
узлов РИПД. – На наш взгляд, данный абзац не совсем корректен, так как перечислены задачи системы
РИПД в целом. Предлагаем вообще убрать данный абзац. Принято
Технологические решения согласно Концепции РИПД должны разрабатываться, как типовые, на
основе использования существующих и перспективных методов хранения, актуализации и
предоставления пространственных данных и метаданных с использованием систем управления базами
данных, геоинформационных систем, средств публикации пространственных данных в сети Интернет и
средств телекоммуникаций. Не совсем понятно, что значит “как типовые”. Если РИПД является не просто
хранилищем пространственной информации, а отвечает за её качество, согласованность и доступность,
то все узлы должны быть частью единой системы. Если узлы не будут объединены единой системой, не
будет налажен сквозной контроль качества между всеми поставщиками данных и всеми узлами, то
говорить об ответственности за качество данных на наш взгляд нельзя, так как каждый узел будет жить
своей жизнью. Принято
1. Общие требования к АИС узла РИПД
/8
1
1.1. Система должна реализовывать функции получения, обработки и распределенного доступа к
пространственной информации.
1.2. Система должна поддерживать работу с растровыми и векторными пространственными данными, а
также непространственными данными. Система должна предоставлять функции их совместной
обработки и использования.
1.3. Система должна обеспечивать безопасное и надежное хранение пространственных данных и
соответствующих метаданных.
1.4. Система должна быть основана на открытых форматах хранения пространственных данных.
1.5. Система должна поддерживать функции расширения функциональных возможностей с
использованием стандартных средств разработки.
1.6. Программно-техническое решение АИС узла РИПД должно быть масштабируемым, т.е. позволять
обслуживать большее количество запросов и работать с большим объемом данных, путем замены
программных (иными словами разрабатываем новое ПО с ростом объёма данных? Или переходим
на новую версию программных компонент? На наш взгляд, масштабируемость системы означает
исключительно добавление новых аппаратных ресурсов с ростом объёма данных и количества
пользователей) и аппаратных компонент без существенной модификации кода ПО узла. Принято
1.7. Обмен данными между функциональными блоками узла РИПД, между узлами РИПД, а также
между узлами РИПД и источниками метаданных поставщиков (вероятно, не ” и источниками
метаданных ”, а“ и поставщиками метаданных”. Узел РИПД не должен обращаться к внешним
системам, ему должны только предоставлять информацию! Хорошо бы это вынести в общие
требования к системе (в начало). Иначе, если узел РИПД будет обращаться за данными к внешним
системам, нельзя будет обеспечить ответственность за предоставление информации. Кроме того,
данное решение не будет масштабируемым.), должен осуществляться посредством
общепризнанных стандартизованных протоколов. Принято
1.8. Пользовательский интерфейс веб-портала узла РИПД должен быть дружественным и не требовать
специального обучения пользователей.
1.9. При построении системы осуществляется поддержка национальных и международных стандартов:
1.9.1. для получаемых и передаваемых метаданные: ГОСТ Р 52573-2006 Географическая информация.
Метаданные. Стандарт ISO 19115-2003. Metadata. Стандарт ISO FDTS 19139 Metadata- XML schema
implementation;
1.9.2. для организации доступа к хранилищу метаданных: сервер веб-службы OGC CS-W/HTTP;
1.9.3. для публикации БПД (сервер веб-служб): OGC WMS (OpenGIS Web Map Server Interface
Specification), WFS (OpenGIS Web Feature Server Interface Specification), WCS (OpenGIS Web Coverage
Service)
1.9.4. для просмотра карт (клиент веб-служб): OGC WMS (OpenGIS Web Map Server Interface
Specification), WFS (OpenGIS Web Feature Server Interface Specification), WCS (OpenGIS Web Coverage
Service).
1.9.5. для проверки внутренней целостности каждого слоя БПД: ГОСТ Р 52571-2006 «Географические
информационные системы. Совместимость пространственных данных. Общие требования», ГОСТ Р 52572-2006
«Географические информационные системы. Координатная основа. Общие требования». ГОСТ Р ИСО 19105-2003
«Географическая информация. Соответствие и тестирование», ГОСТ Р ИСО 19113-2003. «Географическая
информация. Принципы оценки качества.»
1.9.6. Вероятно, необходимы дополнительные механизма проверки качества данных между слоями, в том
числе, за которые отвечают разные узлы, а так же контроль качества данных на границе территорий ответственности
между узлами РИПД. Соответственно необходимо требование обеспечения таких проверок. Все проверки проводятся
по общим правилам оценки качества. Специальных требований по обеспечению проверок не нужно
1.10. Программно-техническое решение должно обеспечивать доступность системы в режиме: 7 дней
недели * 24 часа
1.11. Программно-техническое решение должно обеспечивать гарантированную сохранность данных.
/8
2
2. Функциональные требования к АИС узла РИПД
АИС узла РИПД можно разделить на следующие функциональные блоки:
- Централизованного ведения классификаторов и настроек системы.
- Контроля качества данных и выявления не соответствий (определения уровня достоверности
БПД)
- Обмена данными с другими узлами РИПД («внутренний обмен»)
- Обмена данными с поставщиками РИПД («внешний обмен»)
- Администрирования системы
- Хранилище БПД
- Хранилище метаданных
- Сервер приложений, в среде которого выполняется геопортал, веб-службы и приложения,
осуществляющий сетевое взаимодействие узла РИПД с пользователями и поставщиками.
2.1. Блок централизованного ведения классификаторов и настроек системы
В системе РИПД должны существовать единые классификаторы и правила проверки корректности
поставляемых данных. Узел уровня РФ должен работать в режиме центрального и осуществлять функцию
ведения централизованной информации (классификаторов, конфигурации системы, базы
зарегистрированных пользователей), тиражируя изменения на остальные узлы.
Функциональные требования к данному блоку:
2.1.1. Для центрально узла:
- Ведение централизованно изменяемых данных (классификаторов, справочников, правил
проверки корректности поставляемых данных, описания систем координат, и т.д.)
- Тиражирование изменений на остальные узлы
2.1.2. Для остальных узлов:
- Получение централизованных данных при регистрации узла
- Приём централизованно изменяемых данных от центрального или родительского узла.
- Запрет редактирования централизованно изменяемых данных
2.2. Блок контроля качества данных и выявления не соответствий (определения уровня
достоверности БПД)
2.2.1. Подсистема контроля и ведения БПД целесообразно реализовывать на базе одного или
нескольких настольных ГИС приложений (Почему? ) Так как ГИС-приложения обладают необходимыми
функциональными возможностями
2.2.2. Контроль качества данных и выявления не соответствий можно разделить на два вида:
автоматический - по централизованным правилам, и выполняемый вручную оператором - визуально или
при помощи дополнительных проверок.
2.2.3. Функции данного модуля:
2.2.3.1. Выполнение автоматического контроля по централизованным правилам:
 Топологии объектов слоя;
 Межслойной топологии;
 Соответствия БПД разной точности;
 Значений атрибутов объекта.
2.2.3.2. Предоставление оператору системы (человеку) возможности визуального и
дополнительного контроля данных с привлечением дополнительных пространственных данных, в
том числе ортофотоизображений. Данную задачу предпочтительно решать примышленной
инструментальной ГИС.
2.2.3.3. Запрет внесения в Хранилище БПД данных не прошедших автоматических контроль, то
есть сохранения в хранилище БПД данных без результатов автоматического контроля,
определяющих уровень достоверности данных.
2.2.3.4. Формирования по результатам контроля для каждого объекта информации о
несоответствиях и помещение её в хранилище вместе с объектом
2.2.3.5. Возможность отказа от загрузки информации с грубыми несоответствиями
2.2.3.6. Подготовка рекламаций о несоответствиях поставщикам БПД в виде документа с
цифровыми данными.
2.2.3.7. Выявления несоответствий в данных родительского или соседнего узла (наверное, более
правильно будет: “Выявление не соответствий в данных более крупного масштаба, за ведение
которых отвечает верхний по иерархии узел, а так же в данных на границе территориальной
ответственности между узлами одного уровня) и передача их соответствующему блоку обмена.
Отклонить. Масштаб здесь вторичен, первична зона ответственности.
2.2.3.8. Ведение истории и протоколов контроля информации и формирование рекламаций
2.2.3.9. Подготовка метаданных БПД, с расширенным списком несоответствий, выявленных по
результатам контроля и пользователями РИПД.
/8
3
2.3 Администрирование системы
Блок администрирования системы должен предоставлять следующие функции:
2.3.1. резервное копирование Хранилища БПД, Хранилища метаданных, информации о
зарегистрированных пользователях и прочие данные. Резервное копирование не
должно влиять на работу пользователей
2.3.2. восстановление данных в случае аварии
2.3.3. регистрация узла в системе РИПД (наверное, более правильно будет: “управление
конфигурацией узлов РИПД”) Принято
2.3.4. журнализация всех значимый операций в системе (состав может динамически
меняться и определяется регламентом работы системы)
2.4 Блок обмена данными с другими узлами РИПД («внутренний обмен»)
В задачу блока обмена данными с другими узлами РИПД («внутренний обмен») входит
обеспечение “вертикальной” согласованности данных:
2.4.1. Отслеживание изменений в БПД, затрагивающих соседние по вертикали или горизонтали
узлы, и передачи им соответствующей информации.
2.4.2. Приём изменений в БПД от родительского узла и инициирования, в случае необходимости,
проверки качества зависящих от них данных.
Регламент обмена данными требует отдельной проработки.
Какие могут быть ситуации:
Мы получили данные, которые могут быть признаны достоверным, но они противоречат:
a) данным на территориальной границе зоны ответственности узла РИПД.
b) данным более крупного масштаба (естественно с учётом погрешности).
Как должны обрабатываться такие ситуации?
По нашему мнению, информация о несоответствии должна передаваться только родительскому
узлу. За границу между территориальными зонами ответственности отвечает родительский узел.
Родительский узел может передавать информацию о несоответствии своему родительскому узлу, и
так далее по иерархии, пока информация не дойдёт до узла, который отвечает за информацию, с которой
возникло не соответствие.
В итоге, узел отвечающиё за информацию, принимает решение о достоверности своей
информации.
Ситуация требует отдельного анализа по разным составляющим БПД и поэтому предлагается ее
не уточнять
2.4.3. Ведение журнала обмена
2.5 Блок обмена данными с поставщиками РИПД («внешний обмен»)
Блок должен обеспечивать приём данных от поставщиков и передачу им результата приёма БПД в
виде документа.
2.5.1. получение данных от зарегистрированных поставщиков БПД в виде GML-документов.
2.5.2. передачу их модулю контроля качества данных и выявления не соответствий
2.5.3. возвращение поставщику результатов контроля
2.5.4. регистрацию факта получения данных и ответа
2.5.5. поддержка получения данных от поставщиков БПД через веб-сервис, электронную почту или
специализированное веб-приложение, работающее в среде сервера приложений в рамках геопортала
(наверное, просто портала). Поскольку речь идет о портале содержащем БПД и метаданные то гео только
уточняет особенности портала
2.6. Блок хранения базовых пространственных данных (Хранилище БПД) должен:
2.6.1.
быть построен на основе промышленной СУБД;
2.6.2.
поддерживать эффективное хранение и предоставление пространственных данных,
обеспечиваемое пространственными фильтрацией и индексацией и выборкой объектов как
для формирования картографического или иного пространственного изображения в окне
просмотра портала узла РИПД, так и для передачи БПД пользователям;
2.6.3.
иметь высокую производительность - в перспективе система должна позволять
обрабатывать массивы данных, содержащие сотни миллионов записей. Подсистема
/8
4
хранения данных не должна иметь программных ограничений на объемы обрабатываемой
информации;
2.6.4.
поддерживать наращивание количества пользователей и увеличение объема хранимой
информации без изменения программной архитектуры системы;
2.6.5.
иметь схему БД единую на всех узлах РИПД и изменяемую централизованным обновлением
ПО системы;
2.6.6.
обеспечивать надежность хранения - резервное архивирование и восстановление
информации, автоматическое восстановление после программных или аппаратных сбоев;
2.6.7.
обеспечивать безопасность хранения – система должна поддерживать разграничение
уровней доступа для пользователей;
2.6.8.
использовать открытые форматы хранения и алгоритмы доступа к данным;
2.6.9.
иметь возможность построения распределенной системы хранения данных;
2.6.10. обеспечивать запрет редактирования и помещения в БД информации, выходящей за зону
ответственности узла РИПД (за исключением информации от блока обмена с другими
узлами РИПД («внутреннего обмена»));
2.6.11. обеспечивать ведение истории изменений информации.
2.7. Хранилище метаданных должно:
2.7.1.
быть построено на основе промышленной СУБД и поддерживать эффективное хранение и
предоставление метаданных;
2.7.2.
обеспечивать хранение и предоставление полных XML-документов метаданных наряду с
индексацией и выборкой по отдельным элементам метаданных (список согласуется с
Заказчиком);
2.7.3.
иметь пользовательский интерфейс реализованный через геопортал портал См замечание
выше узла РИПД;
2.7.4.
обеспечивать загрузку XML-документов метаданных в представлении ISO FDTS 19139.
2.7.5.
предоставлять возможность поиска по всем метаданным, как по единому хранилищу, вне
зависимости от реальной структуры хранения;
2.7.6.
осуществлять контроль целостности информации в метаданных на основе
централизованных правил. Не удовлетворяющие требованиям документы должны
отвергаться;
2.7.7.
разрешать добавление метаинформации только зарегистрированным пользователям через
веб-сервис или специализированное веб-приложение, работающее в среде сервера
приложений в рамках геопортала портала. См замечание выше
2.8. Подсистема предоставления доступа к БПД и метаданным (геопортал почему гео? Наверное,
более правильнее просто портал) См замечание выше
Подсистема предоставления доступа к БПД (геопортал) представляет собой набор веб-приложений и
реализует следующий набор основных функций:
2.8.1.
2.8.2.
2.8.3.
2.8.4.
2.8.5.
управление регистрацией и авторизацией пользователей в системе;
разграничение прав и регламентация функциональных возможностей пользователей;
публикация метаданных и управление опубликованными документами;
автоматизированный сбор метаданных с других узлов РИПД; (Не понятно) Принято. Пункт
удален
поиск по метаданным как текущего, так и смежных с ним узлов РИПД; (а по остальными
узлам? Наверное, правильнее будет поиск по всей системе РИПД) Принято
/8
5
2.8.6.
2.8.7.
2.8.8.
2.8.9.
визуализация пространственных данных;
передача получение БПД на компьютер пользователей; Принято
подача заявки на регистрацию картографо-геодезических работ;
подача (формирование) рекламаций на БПД оператору узла РИПД.
2.8.10. Поиск по метаданным предполагает возможность задавать условия поиска
2.8.10.1.
по ключевым словам, в том числе географическим названиям и названиям единиц
административного деления РФ;
2.8.10.2.
по классификаторам пространственных данных;
2.8.10.3.
по качеству и точности пространственных данных;
2.8.10.4.
по местоположению;
2.8.10.5.
по условиям, устанавливающим правила доступа и использования наборов
пространственных данных;
2.8.10.6.
по названиям административных органов, ответственных за создание, управление,
обслуживание и распространение наборов пространственных данных (операторов
пространственных данных.)
2.8.11. Визуализация данных
2.8.11.1. веб-приложение, выполняющееся в браузере с автоматической загрузкой клиентской
части приложения (т.е. без установки приложений силами пользователя). Должны
поддерживаются следующие браузеры:
Операционная
система
Версия браузера
Windows
Internet Explorer 6.0 и выше
Netscape 8.0 и выше
Mozilla Firefox 1.5 и выше
Macintosh OSX
Safari 1.2 и выше
Mozilla Firefox 1.5 и выше
Linux
Mozilla Firefox 1.5
2.8.11.2. отображение пространственных данных, сформированных веб-службами OGC WMS,
WFS и WCS (включая веб-службы БПД данного узла РИПД);
2.8.11.3. использование общепринятых инструментов навигации и масштабирования,
идентификации отображаемых объектов дающих, как минимум, возможность просмотра,
навигации, скроллинга, масштабирования и графического оверлея наборов
пространственных данных, а также отображения легенд карт и информации, записанной
в метаданных;
2.8.12. Скачивание БПД с возможностью выбора пользователем:
2.8.12.1.
географической области, покрываемой данными
2.8.12.2.
темы (слоя ев) Принято
2.8.12.3.
возможно, необходимо добавить ещё выбор системы координат, в которой
пользователь хочет получить БПД? Принято
/8
6
2.8.12.4.
формата получаемых данных (тут хорошо бы перечислить форматы, в которых
пользователь может получить данные) Пункт будет уточнен позже
2.8.13. Предоставление функции заполнения заявки на регистрацию картографо-геодезических
работ с заполнением или загрузкой метаданных на создаваемые материалы, с передачей
этой заявки в соответствующее управление геодезии и картографии.
2.8.14. Портал должен поддерживать следующие роли пользователей с указанным объемом прав:
2.8.14.1.
Анонимный пользователь:
2.8.14.1.1. поиск по метаданным;
2.8.14.1.2. просмотр пространственных данных, находящихся в общем доступе;
2.8.14.1.3. подача заявки на регистрацию себя в качестве зарегистрированного
пользователя портала.
2.8.14.2.
Зарегистрированный пользователь:
2.8.14.2.1. все права анонимного пользователя;
2.8.14.2.2. публикация метаданных;
2.8.14.2.3. просмотр, редактирование, удаление своих опубликованных метаданных;
2.8.14.2.4. скачивание БПД; чем отличается скачивание от просмотра? Просмотр может
быть в растровом виде, а скачиваются исходные данные
2.8.14.2.5. просмотр пространственных данных, доступных зарегистрированным
пользователям.
2.8.14.2.6. подача рекламаций на БПД оператору узла РИПД;
2.8.14.2.7. подача заявок на регистрацию картографо-геодезических работ.
2.8.14.3.
Модератор (вероятно, это должен делать не модератор, а некий сотрудник
РИПД, поэтому данную роль, как и роль администратора, возможно, стоит исключить из
данного раздела, а добавить функциональный блок ”Рабочее место обработки заявок от
пользователей РИПД”): Пока оставлено без изменений
2.8.14.3.1. прием рекламаций на БПД;
2.8.14.3.2. регистрация новых пользователей, блокирование или удаление
зарегистрированных пользователей;
2.8.14.3.3. регистрация узла РИПД для автоматического сбора метаданных с него (См. п.
1.7. На наш взгляд, узел не должен забирать информацию, а только получить её!
). Принято
2.8.14.4.
Администратор портала:
2.8.14.4.1. управление модераторами;
2.8.14.4.2. управление функциями портала.
2.8.15. В случаях перехода по ссылкам за пределы портала узла РИПД пользователю должно
выдаваться предупреждение о выходе за пределы зоны ответственности оператора узла
РИПД
2.8.16. База данных зарегистрированных пользователей должна быть единая для всех узлов.
2.8.17. Должно выполняться ведение протоколов доступа пользователей.
2.8.18. Портал реализуется как часть сервера приложений. Сервер приложений – не только среда
для функционирования портала, но и среда для исполнения веб-сервисов, различных
приложений, интеграции и администрирования. В случае необходимости набор вебсервисов и приложений на портале может быть расширен добавлением дополнительных
приложений.
/8
7
3. Перечень работ, выполняемых поставщиком (разработчиком) АИС узла РИПД Принято
3.6. Анализ функциональных и технических возможностей программно-технических средств,
используемых в пилотных регионах, для оценки возможности их использования при создании узла
РИПД.
3.7. Уточнение предлагаемых технологических решений для узла РИПД пилотного региона на основе
проведенного анализа. Узел РИПД для каждого региона строится отдельно или речь идёт о единой
системе? Единая система может иметь особенности технологических решений на отдельных узлах
РИПД. Какие – то рабочие места могут быть совмещены, могут использоваться аналогичные
программные продукты и т.д.
3.8. Создание программного обеспечения АИС узла РИПД
3.9. Подготовка технической документации АИС узла РИПД
Техническая документация АИС должна включать наряду с общепринятыми описаниями и
руководствами также описания типовых сценариев использования функций АИС каждым видом
пользователей.
3.10. Приемо-сдаточные испытания АИС узла РИПД
3.11. Обучение персонала узла РИПД пользованию АИС
3.12. Ввод АИС узла РИПД в опытную эксплуатацию
/8
8