Требования к ИС узла РИПД
advertisement
Дополнения к Требованиям к АИС узла РИПД В качестве основы для подготовки наших замечаний и дополнений мы взяли “Требования к АИАС узла РИПД” от Даты+, как наиболее свежую редакцию. Ниже приведены наши дополнения и замечания к данному документу. Курсивом выделены комментарии, не предназначенные для включения в текст требований Перед формированием требований к АИС узла РИПД, необходимо определить общие требования к информационной системе РИПД. А уже затем конкретизировать требования к АИС узла, как компонента системы. Предлагаем в начало требований добавить: АИС узла РИПД является частью распределённой иерархической информационной системы РИПД, обеспечивающей: - единое хранилище базовых пространственных данных Российской Федерации, - информационный обмен между узлами РИПД и поставщиками пространственной информации, - контроль и мониторинг качества БПД, - предоставление доступа широкого круга пользователей к БПД, - ведение базы метаинформации о наличии картографических материалов у организаций и пользователей РИПД. Предоставление единого поиска по всей метаинформации - обеспечение обратной связи с пользователями системы – регистрация и реагирование на информацию пользователей о несоответствии предоставляемых данных реальности - доступность информации и функций системы в режиме промышленной эксплуатации, включая постоянную доступность (7 * 24) и гарантированную сохранность данных При разработке АИС узла РИПД следует использовать современные информационные, технологические и архитектурные решения, позволяющие обеспечить масштабируемость системы и наращивать ее функционал. п 1.1. на наш взгляд, следует удалить “путём замены программных компонент”, так как масштабируемость должна обеспечиваться текущим программным, технологическим и архитектурным решением. К п 1.2 – 1.5 замечаний и дополнений нет. В п 1 предлагаем добавить следующие общие требования – пункты 1.6, 1.7: 1.6. Программное решение узла РИПД должно предоставлять программный или иной стандартный интерфейс для работы с хранимой информацией. Данный интерфейс должен обеспечивать туже эффективность доступа к данным, контроль целостности, проверку корректности информации, как и средства работы с БПД и метаданными узла РИПД. Комментарий: данный интерфейс необходим для возможного последующего расширения функционала системы, при этом интерфейс не должен допускать появления в хранилище несогласованных или некорректных данных. 1.7. Программно-техническое решение должно обеспечивать доступность системы в режиме 24/7 и гарантированную сохранность данных. п 2. На наш взгляд не совсем верно выделены функциональные блоки. В задачу узла РИПД не входит редактирование любых целевых данных, в том числе и графическое, а точнее редактирование данных должно быть запрещено. Исходя из этого, предлагается изменить блок инструментальная ГИС на блок Контроля качества данных и выявления не соответствий (определения уровня достоверности БПД). Для обеспечения единых классификаторов и правил определения качества данных, необходим модуль централизованного ведения классификаторов и настроек системы. Узел живёт не изолировано, а должен взаимодействовать с другими узлами РИПД, для этого необходим модуль обмена данными с другими узлами РИПД («внутренний обмен»). В функцию узла РИПД входит получение данных от ответственных поставщиков, данный модуль в явном виде также отсутствует. Предлагаем следующий перечень функциональных блоков и их функции: АИС узла РИПД можно разделить на следующие функциональные блоки: - Централизованное ведение классификаторов и настроек системы. - Контроль качества данных и выявления не соответствий (определения уровня достоверности БПД) - Обмена данными с другими узлами РИПД («внутренний обмен») - Обмена данными с поставщиками РИПД («внешний обмен») - Администрирования системы - Хранилище БПД - Хранилище метаданных - Сервер приложений, в среде которого выполняется портал, Web-службы и приложения, осуществляющий сетевое взаимодействие узла РИПД с пользователями и поставщиками. (Интернет-портал). п 2.1 Блок централизованного ведения классификаторов и настроек системы В системе РИПД должны существовать единые классификаторы и правила проверки корректности поставляемых данных. Предполагается, что узел уровня РФ будет работать в режиме центрального и осуществлять функцию ведения централизованной информации (классификаторов, конфигурации системы, базы зарегистрированных пользователей), тиражируя изменения на остальные узлы. Функциональные требования к данному блоку: - Ведение конфигурации системы Для центрально узла: - Ведение централизованно изменяемых данных (классификаторов, справочников, правил проверки корректности поставляемых данных, описания систем координат, и т.д.) - Тиражирование изменений на остальные узлы Для остальных узлов: - Получение централизованных данных при регистрации узла - Приём централизованно изменяемых данных от центрального или родительского узла. - Запрет редактирования централизованно изменяемых данных п 2.2 Блок контроля качества данных и выявления не соответствий (определения уровня достоверности БПД) (Могу предположить, что в предлагаемых ДАТА+ требованиях данный блок назван Инструментальной ГИС) Основное назначение информационной системы узла РИПД – выявление несоответствий в БПД, получаемых от поставщиков и информирование о них ответственных лиц, а также организация информационного обмена между ними в части пространственных данных. В соответствии с нашим понимаем, контроль принимаемой информации можно разделить на два класса – автоматический, в соответствии с централизованными правилами, и выполняемый оператором системы (человеком). На наш взгляд очень важно обеспечить обязательность выполнения правил автоматического контроля для всех БПД, т.е. не должно быть способов поместить данные в хранилище без контроля их качества. Другим, важным аспектом, является централизованное формирование правил контроля. Контроль качества данных и выявления не соответствий можно разделить на два вида: автоматический - по централизованным правилам, и выполняемый вручную оператором - визуально или при помощи дополнительных проверок. Функции данного модуля: - Выполнение автоматического контроля по централизованным правилам: Топологии объектов слоя Межслойной топологии Соответствия БПД разной точности Значений атрибутов объекта - Предоставление оператору системы (человеку) возможности визуального и дополнительного контроля данных с привлечением дополнительных картографических материалов, в том числе ортофотоизображений. Данную задачу предпочтительно решать примышленной инструментальной ГИС. - Запрет внесения в Хранилище БПД данных не прошедших автоматических контроль. То есть сохранение в хранилище БПД данных без результатов автоматического контроля, определяющих уровень достоверности данных. - Формирования по результатам контроля для каждого объекта информации о несоответствиях и помещение её в хранилище вместе с объектом - Возможность отказа от загрузки информации с грубыми несоответствиями - Подготовка рекламаций о несоответствиях поставщикам БПД в виде документа с цифровыми данными. - Выявления несоответствий в данных родительского или соседнего узла и передача их соответствующему блоку обмена. - Ведение истории и протоколов контроля информации и формирование рекламаций - Подготовка метаданных БПД, с расширенным списком несоответствий, выявленных по результатам контроля и пользователями РИПД. п 2.3 Администрирование системы Блок администрирования системы должен предоставлять следующие функции: - резервное копирование Хранилища БПД, Хранилища метаданных, информации о зарегистрированных пользователях и прочие данные - резервное копирование не должно влиять на работу пользователей - восстановление данных в случае аварии - регистрацию узла в системе РИПД - журнализация всех значимый операций в системе (состав может динамически меняться и определяется регламентом работы системы) п 2.4 – Блок обмена данными с другими узлами РИПД («внутренний обмен») В задачу блока обмена данными с другими узлами РИПД («внутренний обмен») входит обеспечение “вертикальной” согласованности данных: - Отслеживание изменений в БПД, затрагивающих соседние по вертикали или горизонтали узлы, и передачи им соответствующей информации. - Приём изменений в БПД от родительского узла и инициирования, в случае необходимости, проверки качества зависящих от них данных - Ведение журнала обмена Примечание: Узлы имеют территориальное и объектовое деление ответственности за БПД. Может возникнуть ситуация, когда данные узла нижнего уровня, например, съёмки масштаба 1:1000 противоречат с учётом погрешности данным 1:100000 масштаба, за которые отвечает родительский узел. В этом случае информация о несоответствиях должна быть направлена родительскому узлу. Другой вариант взаимодействия между узлами – это изменение объектов на границе территории, попадающей в зону ответственности узла. В этом случае необходимо сообщить родительскому узлу, а он должен в свою очередь сообщить соседнему узлу об обнаруженных не соответствиях. п 2.5 Блок обмена данными с поставщиками РИПД («внешний обмен») Блок должен обеспечивать приём данных от поставщиков и передачу им результата приёма БПД в виде документа. - получение данных от зарегистрированных поставщиков БПД в виде GML. - передачу их модулю Контроля качества данных и выявления не соответствий - возвращение поставщику результатов контроля - регистрацию факта получения данных и ответа - поддержка получения данных от поставщиков БПД через Web-сервис, email или специализированное Web-приложение, работающее в среде сервера приложений в рамках Интернет портала. п.2.6 Хранилище БПД п 2.2.1, 2.2.2 без изменений, соответственно переименовать 2.6.1 и 2.6.2 п 2.2.3 – Предлагаем заменить на ”Схема БД единая на всех узлах РИПД и изменяется централизованным обновлением ПО системы.”, и соответственно переименовать в 2.6.3. п 2.2.4 – это скорее требование к порталу, предлагаем перенести в соответствующий раздел Предлагаем добавить: п. 2.6.4 Запрет редактирования и помещения в БД информации, выходящей за зону ответственности узла РИПД (за исключением информации от блока обмена с другими узлами РИПД («внутреннего обмена»)) п 2.6.5 Ведение истории изменений информации п. 2.6.6 Поддержка местных, общегосударственных и международных систем координат(Централизованный классификатор должен определять систему координат для типов объектов) п 2.7 Хранилище метаданных п 2.3.1 - 2.3.3 без изменений, соответственно переименовать 2.7.1 2.7.3 п 2.3.4 – это скорее требование к порталу, предлагаем перенести в соответствующий раздел п 2.3.5, 2.3.5.2 и 2.3.5.5- данные пункты, на наш взгляд, не описывает требование, а диктует реализацию. Предлагаемые ДАТА+ требования на наш взгляд имеют серьёзный организационные и технические недостатки. Узел РИПД не должен забирать данные из сервисов и web-папок поставщиков метаданных, а предоставлять возможность поставки метаданных в систему. В соответствии с этим, предлагаем изменить требования так: п 2.3.5.1 сделать 2.7.4 п 2.3.5.2 – удалить п 2.3.5.3 – удалить, вместо него добавить пункт 2.7.4, указанный ниже. п 2.3.5.4 – удалить. п 2.3.5.5 - удалить п 2.7.4 Хранилище метаинформации должно предоставлять возможность поиска по всем метаданным, как по единому хранилищу, вне зависимости от реальной структуры хранения. Предлагаем также добавить: п 2.7.5 Хранилище метаданных должно осуществлять контроль целостности информации в метаданных на основе централизованных правил. Не удовлетворяющие требованиям документы отвергаться. п 2.7.6 Добавление метаинформации могут выполнять только зарегистрированные пользователи через web-сервис или специализированное Web-приложение, работающее в среде сервера приложений в рамках Интернет портала. п 2.4 Изменить нумерацию соответственно на 2.8 Интернет портал должен обеспечивать интерфейс взаимодействия пользователей с АИС РИПД предоставляя пользователю: - возможность регистрации и авторизации - набор Web-приложений и Web-сервисов для поиска, просмотра и получения БПД - набор Web-приложений и Web-сервисов для поиска, просмотра и пополнения базы метаданных - набор Web-приложений и Web-сервисов для взаимодействия с поставщиками БПД - Web-приложение для получения информации качестве БПД от пользователей Предлагаем добавить следующие требования: п. 2.8.7 База данных зарегистрированных пользователей должна быть единая для всех узлов. п 2.8.8 Ведение протоколов доступа пользователей. п 2.4.9 Портал является частью сервера приложений. Роль сервера приложений – не только среда для функционирования портала, но и среда для исполнения Web-сервисов, различных приложений, интеграции и администрирования. В случае необходимости набор Web-сервисов и приложений на портале может быть расширен добавлением дополнительных приложений. Пункт 2.4.5.2.7 вызывает серьёзное сомнение, так как предлагает подход передачи метаданных, обладающий существенными ограничениями. На наш взгляд, пользователи не должны регистрировать свои ресурсы с которых приложение портала будет забирать метаинформацию, так как это в корне противоречит концепции и принципам построения системы.
