скачать
Экспертное заключение по итогам 1-го этапа работ по созданию федеральной государственной информационной системы
территориального планирования (ФГИС ТП)
Чернова Андрея Владимировича,
директора НП «Поволжский центр космической геоинформатики»
Экспертиза оценка итогов 1-го этапа работ по созданию федеральной государственной информационной системы территориального планирования (ФГИС ТП) проводится на основании договоренности ОАО НИЦ «Строительство» о проведении экспертизы и решения о составе экспертной группы.
Для рассмотрения и экспертной оценки были представлены следующие материалы:
Техническое задание на выполнение работы «Реализация мероприятий, направленных на создание первой очереди федеральной государственной информационной системы территориального планирования».
Пояснительная записка к эскизному проекту. Том 1. Основная часть.
Пояснительная записка к эскизному проекту. Том 2. Приложения.
Проект правил создания и ведения ФГИС ТП, утверждаемых Правительством Российской Федерации.
Проект Приказа об утверждении классификаторов слоев, семантических характеристик и объектов документов территориального планирования.
Проект Приказа об утверждении протокола обмена данными в рамках ведения федеральной государственной информационной системы территориального планирования.
Эксплуатационная документация на систему.
Презентация «Федеральная государственная информационная система территориального планирования».
Проект технического задания на создание второй очереди ФГИС ТП.
^
Общая последовательность создания информационных систем, согласно ГОСТ 34.601-90. «Автоматизированные системы. Стадии создания» состоит в проведении следующего минимального набора шагов:
обследование объекта автоматизации, формирование требований;
составление концепции ИС (при необходимости)
формирование технического задания на систему в целом;
техническое проектирование системы в целом;
разработка рабочей документации, в том числе реализация специального программного обеспечения системы (возможно поэтапно с формированием частных технических заданий на этап),
ввод в действие, включая информационное наполнение, опытную и промышленную эксплуатацию (возможно поэтапно).
Сопровождение системы
Выбранный в проекте ФГИС ТП план предполагает поэтапное выполнение пунктов 3-6 в рамках годичного цикла финансирования (заказчик и исполнитель формируют частное ТЗ на этап, Исполнитель проектирует и внедряет ПО по этапу). Об этом свидетельствует наличие эскизно-технического проекта только первой очереди системы и весьма произвольно написанное ТЗ на реализацию второй очереди, а также полное отсутствие общего плана мероприятий с указанием количества очередей (этапов) и задач, решаемых на каждом этапе.
По мнению эксперта, это является недопустимым для ФГИС ТП, ведет к несогласованности задач и результатов по различным этапам и в конечном итоге, к недостижению целей.
Критическим является отсутствие общего технического задания и, главное, общего технического (или в крайнем случае) эскизного проекта системы.
Оценка документа «Техническое задание на выполнение работы «Реализация мероприятий, направленных на создание первой очереди федеральной государственной информационной системы территориального планирования»
Техническое задание наряду с требованиями к реализации системы содержит и конкретные технические решения, что должно являться результатом эскизно-технического проектирования. В частности вместо требований к важнейшему компоненту ФГИС ТП – базовой ГИС, в приложении Г содержится описание конкретного технического решения – MapXtreem,
Важнейший раздел «Характеристика объекта автоматизации» вместо описания объекта автоматизации содержит общие для всех современных решений принципы создания системы.
Крайне недостаточно проработаны важнейшие разделы требований к системе – раздел 4.4.1 Требования к информационному обеспечению (1 стр), «Требования к организационному обеспечению» и другие разделы,
^
Содержание документа совершенно не соответствует требованиям к содержанию эскизного проекта и технического проекта, определенных в ГОСТ 34.602-89 и де-факто принятых стандартов разработки АС.
Большая часть документа является, по сути, компиляцей открытых и общедоступных сведений о развитии информационного общества, создания ИПД, обзором действующих ГОСТов Российской Федерации, Градостроительного Кодекса Российской Федерации, аналитических отчетов Росстата, аналитических документов различных организаций, в частности Доклад «О региональном опыте и основных барьерах на пути развития информационного общества и реализации электронного правительства» ..... Часть материалов взята с некоторых сайтов сети Интернет, связанных с геоинформационной тематикой. Таковыми являются разделы 4, 5, 6, 7.
Основные разделы документа – разделы 4,5,6 практически не содержат содержится технических решений (что является содержанием проектирования), а содержат общие требования. Для демонстрации этого достаточно посмотреть на оглавление этих разделов и параграфов в них, где слова «Требования» встречается в каждом наименовании.
Текст раздела 7 является добротной выборкой из Градостроительного кодекса.
Раздел 8 не содержит решений по используемой системе координат (указано только, что для загрузки данные должны предоставляться в СК-95, вообще говоря не позволяющей сделать полное покрытие без разбиения на зоны) и решений по принципиальной проблеме приведения всех материалов к одной системе координат.
Раздел 9 содержит архитектуру и описание программного обеспечения первой очереди. По-видимому данный раздело написан после реализации программного обеспечения, так как существенно дублирует текст руководств пользователя и администратора, включая скриншоты.
Раздел 11 содержит описание структуры базы данных из 17 простых таблиц, не позволяющих реализовать следующие положения ТЗ
Хранения в базе данных oracle семантических и пространственных данных пространственных объектов с указанием источника и точности получения информации по каждому из объектов
Хранение картографической основы и других пространственных данных
Приложения Б-Г либо по-прежнему содержат общеизвестные сведения, либо повторяют текст других документов проекта (классификатор пространственных и семантических данных).
Вывод – эскизно-техническое проектирование выполнено на крайне низком уровне.
^
Документ, по-видимому является копированием ранее разработанных по заказу Минрегиона классификаторов, общедоступных классификаторов тематической области «градостроительство» в различных ГИС и других источников, поэтому выглядит прилично.
Недоумение вызывает лишь создание включение в один класс « 08 - Объекты капитального строительства» большого количества разнородных объектов, включая здания, сети, дороги и многое другое. Сюда, например, попал подкласс «08020604, Автобусные маршруты», которые, по мнению эксперта, не относятся к объектам капитального строительства. При реализации в виде классов пространственных объектов и слоев в соответствующей СУБД все объекты класса 08 попадут в одну таблицу графических и семантических данных ( судя по приведенной структуре семантических данных и общим принципам функционирования ГИС). В результате таблица будет содержать разнородные по своей природе, точности, способам получения данные, что существенно снизит скорость их отображения, удобство администрирования и прочее.
Кроме того, в проекте отсутствуют «Правила цифрового описания пространственных объектов», являющиеся крайне важными для обеспечения целостности и непротиворечивости данных.
Оценка документа «Проект Приказа об утверждении протокола обмена данными в рамках ведения федеральной государственной информационной системы территориального планирования»
Документ представляет собой комбинацию общеизвестных сведений о форматах обмена пространственной информацией через веб-протоколы и классификатора пространственных данных. Предоставлять данные по такому «протоколу» со стороны муниципальных и региональных органов власти, по моему мнению, невозможно без дополнительных разъяснений. В частности,
Протокол и структура классификатора приводится только для СТП, хотя ФГИС ТП должна содержать данные и с других документов территориального планирования, данные о результатах инженерных изысканий и др.
Не определена точность предоставляемых данных
Не определены и не указаны участники информационного обмена, права и обязанности, состав потоков данных.
^
Не содержит существенных организационных решений, дополнительных к документу «Проект Приказа об утверждении классификаторов слоев, семантических характеристик и объектов документов территориального планирования».
Оценка разработанного программного обеспечения на основе документов «Эксплуатационная документация на систему – руководство пользователя и руководство администратора»
Фактически, предлагаемое программное техническое решение представляет собой связь довольно простых подсистем уровня автоматизированной системы документооборота и делопроизводства,
Ведение справочников и классификаторов
Загрузка и прохождение согласования документов (по произвольному маршруту)
Выдача простых статистических отчетов по количеству объектов в системе
Разграничение прав доступа
с добавление системы веб-просмотра пространственных данных, реализованной в большинстве ГИС.
По представленным скриншотам невозможно оценить, привязаны ли пространственные объекты, предоставляемые для веб-просмотра, к единой цифровой картографической основе.
Отдельно стоит сказать, что ни в руководстве пользователя, ни в руководстве администратора не содержится последовательность действий для реализации загрузки пространственных данных с обеспечением их контроля. Это говорит о том, что важнейшая «Подсистема администрирования (контроля) загружаемых данных» не реализована в объеме технического задания.
^
Документ не является техническим заданием, так как не содержит большинство разделов ГОСТ 24602 «Техническое задание. Требования к оформлению документов» и не структурирован в соответствии с этими требованиями. В частности, в документе нет важнейших пунктов «требования к информационному обеспечению», требования к общесистемному и техническому обеспечению», «требования к организационному обеспечению», а также подготовка объекта автоматизации к вводу в действие.
Раздел «таблица 1 – Перечень задач в соответствии с функциональным блоком» содержит принципиальные технические решения по механизмам программной реализации блоков, краткое описание технологических процессов и даже действий пользователя, что недопустимо в техническом задании. Кроме того, бОльшая часть текста указанного раздела затем повторяется в разделе 4 «Требования к системе» Предложение – раздел должен быть исключен.
Раздел 4 «требования к системе» содержит смесь текста, которые должны определяться в Концепции АС, Техзадании на АС и эскизном или техническом проекте на АС. Основная цель, по-видимому, этого раздела – «наметить пути развития системы» в виде вольнонаписанного текста.
Эти «пути развития «ФГИС ТП» представляют реализацию системы второй очереди в виде единой полнофункциональной веб-ГИС с широкими функциональными возможностями и большим количеством пользователей. По мнению эксперта, заявляемые потенциальные возможности системы превышают современный уровень развития веб-ГИС, сетей передачи данных и производительности технических средств примерно на 5-10 лет.
Пример - цитата со станиц 17-18 «По-сути, речь идет о возможностях хранения и работы с дополнительной информацией, включая черновики внутри системы, и, при необходимости их быстрого вывода для публикации и согласования в общую базу портала. Очевидно, что поддержка сервисов может стать «катализатором» модернизации документов территориального планирования, поскольку ФГИС ТП будет предоставлять легальные механизмы работы пользователей со всеми видами информации, включая пространственную без наличия специализированного программного обеспечения на рабочих компьютерах пользователей. При этом для регионов (особенно муниципалитетов), не обладающих программными средствами разработки материалов ФГИС ТП, появляется возможность осуществлять такую работу с использованием дистанционных сервисов, снижая собственные затраты на приобретение дорогостоящих программно-аппаратных комплексов».
Другими словами, можно будет в полном объеме готовить градостроительную документацию, хранить данные о территории исключительно в среде ФГИС ТП.
Остается надеяться и ждать.
^
Основным дискуссионным вопросом является стойкое убеждение Исполнителей работ, что муниципалитеты и регионалы смогут и захотят предоставить картографические данные по градостроительной документации в векторном виде по единому классификатору.
Трудоемкость этих работ, относящихся к «подготовке объекта автоматизации к вводу в действие» в отдельных случаях может быть равна трудоемкости повторной разработки этих карт, что подтверждается результатами проведенного анализа использования информационных систем на региональном и муниципальном уровнях. Кроме того, совершенно не рассматривается вопрос ответственности за данные после конвертации (импорта их в ФГИС ТП) с преобразованием форматов (часть данных может потеряться, неправильно конвертироваться и прочее). В целом, выбранный путь ведет к существенной задержке, а по мнению эксперта, и невозможности в обозримом времени наполнения ФГИС ТП в полном объеме.
Возможно следовало бы рассмотреть вопрос о предоставлении данных ранее разработанной документации в растровом виде с последующей их геопривязкой и составлением единой картографической основы (на первом этапе - с различным оформлением и условными знаками). Переход на обмен векторными данными необходимо осуществлять постепенно, начиная с важнейших классов пространственных объектов (территории для размещения объектов регионального значения, градостроительное зонирование и прочее).
Другим очевидным недостатком предлагаемого решения является централизация и обмен данными (пусть и по веб-протоколам) вместо обмена веб-сервисами.
По мнению эксперта, существует вариант построения программной архитектуры, позволяющий достичь результата в более короткие сроки
Он состоит в создании распределенной среды WMS-серверов на федеральном, региональных и муниципальных уровнях.
На федеральном уровне развертывается WMS-сервер, представляющий доступ к картографическому материалу схем территориального планирования РФ и к картографической основе в системе координат WGS-84
На региональном уровне развертываются WMS-сервера, представляющие доступ к картографическим материалам градостроительной документации регионального уровня в WGS-84. На первом этапе для каждого картматериала допустимо представлять информацию в виде «одного слоя», соответствующего растровой копии соответствующего бумажного оригинала, на последующих этапах информацию необходимо предоставлять послойно в принятой единой системе условных обозначений и в принятой единой структуре слоев. Это позволит снизить затраты на первичный ввод в систему всех существующих материалов территориального планирования ( в худшем случае необходимо будет выполнить сканирование и геопривязку материалов в новой системе координат).
На муниципальном уровне предоставляется аналогично региональному уровню доступ к документации муниципального уровня. В случае отсутствия у муниципалитета такой технической возможности размещение по договоренности производится на WMS-сервере регионального уровня.
На последующих этапах на муниципальном и региональном уровнях необходимо предоставлять WFS-сервис доступа к векторным данным важнейших классов пространственных объектов (территории для размещения объектов регионального значения, градостроительное зонирование и прочее).
При проведении процедуры согласования проекта в ФГИС ТП вместо загрузки картографической информации сохраняется ссылка на соотвествующий WMS-сервер. Пользователь ФГИС ТП со своего рабочего места через браузер может выбирать отображаемые источники данных и просматривать совместно данные с нескольких источников (с разных WMS-серверов регионов и муниципалитетов, карты Росреестра и других источников), анализировать корректность информации, ставить метки, проводить согласование и пр. Данные получаются согласованными за счет использования единой системы координат.
Общественное обсуждение проектов может производиться как на региональных и муниципальных порталах, так и на едином федеральном портале.
Этот подход соответствует духу ИПД, позволяет максимально приблизить хранение данных и ответственность за предоставление информации к ее собственнику, а главное - включить в структуру информационных систем обработки градостроительной документации системы регионального уровня, а значит привлечь финансирование из региональных бюджетов.
Итоговое резюме. По-видимому, ограниченные сроки на создание первой очереди, размытость целей и задач создания системы не позволили Исполнителю в полной мере реализовать свой потенциал. При всей неаккуратности в оформлении документации чувствуется, что Исполнитель постарался сделать максимум для того, чтобы результаты работы формально удовлетворяли требованиям весьма размытого технического задания к Государственному контракту.
Добавить документ в свой блог или на сайт
|
