Правительство москвы постановление от 14 марта 2006 г. N 178-пп о создании комплексной автоматизированной информационной системы в области охраны окружающей среды и природопользования города москвы в рамках городской целевой программы "электронная москва"

Вид материала

Подобный материал:

1 ... 6 7 8 9 10 11 12 13 ... 17

Для решения задач оперативного использования результатов подсистема должна обладать рядом возможностей, связанных с экспортом визуальных и атрибутивных данных текущего экстента карты пользователю в различных форматах и различными способами доставки.

Пользователь должен иметь возможность получить копию текущего изображения экстента в одном из распространенных графических форматов.

Также пользователь должен иметь возможность получать атрибутивные данные в текстовом виде либо представить их в форме, удобной для печати.

В качестве средства доставки сохраняемой информации пользователь должен иметь возможность выбора между немедленной доставкой данных по http-протоколу и сохранения их в локальное хранилище данных средствами браузера пользователя, посылкой запрошенных данных пользователю на его адрес электронной почты либо сохранения их в специально организованном разделе на сервере.

Для целей природоохранной деятельности ГИС должна быть построена с учетом дальнейшего развития с применением трехмерного представления ландшафта Москвы.

3.4. Информационно-справочные и аналитические системы

в сфере природопользования и охраны окружающей среды

города Москвы

Банк данных по предприятиям-природопользователям

Банк данных по предприятиям-природопользователям должен содержать информацию об организациях, осуществляющих деятельность в сфере природопользования и охраны окружающей среды города Москвы, сведения о производимых загрязнениях, сведения о лицензиях и сертификатах (выдача, приостановка, аннулирование) и объектах для каждой организации с указанием роли.

Банк данных должен включать в себя следующие виды информации:

- паспорт предприятия-природопользователя - общие сведения (название, организационно-правовая форма, ИНН, ОКПО), данные о регистрации (место регистрации, номер свидетельства, дата регистрации, адрес, телефон, руководитель);

- сведения о производимых предприятием загрязнениях;

- сведения о нарушениях, совершенных организацией;

- сведения о наличии лицензий и сертификатов у организации - наличие лицензий (N лицензии, дата выдачи, срок действия, виды деятельности, данные о приостановке и возобновлении действия), наличие сертификатов (наименование системы сертификации, наименование продукции, услуг (работ), систем качества, N сертификата, срок действия, данные о приостановке и возобновлении действия);

- перечень объектов (программных мероприятий, постановлений), связанных с данной организацией;

- реестр недобросовестных подрядчиков;

- другие виды информации.

Интернет-портал в сфере природопользования и охраны

окружающей среды города Москвы

Интернет-портал в сфере природопользования и охраны окружающей среды города Москвы предназначен для:

- обеспечения доступности к существующим и создаваемым информационным системам и ресурсам в сфере природопользования и охраны окружающей среды города Москвы;

- обеспечения многосторонних коммуникаций между горожанами, бизнесом и властью по вопросам в сфере природопользования и охраны окружающей среды города Москвы;

- обеспечения информационной поддержки принятия управленческих решений, функционирования и взаимодействия органов власти и органов местного самоуправления в сфере природопользования и охраны окружающей среды города Москвы;

- организации и координации работ по развитию системы экологического образования и формирования экологической культуры на территории города Москвы;

- осуществления экологического просвещения посредством распространения экологических знаний об экологической безопасности, информации о состоянии окружающей среды и об использовании природных ресурсов;

- организации передачи информации о деятельности городских природоохранных структур в СМИ в целях обеспечения населения достоверной информацией о состоянии окружающей среды и мерах, принимаемых в сфере охраны окружающей среды.

Портал будет являться одним из каналов информационного обмена жителей Москвы с сотрудниками ДПиООС.

Через портальные сервисы для жителей Москвы должны быть организованы сервисы "одного окна", "горячей линии", доступны разделы нормативно-справочной информации и правоприменительной практики.

Основными блоками Интернет-портала должны являться:

- информационные подсистемы;

- системные сервисы.

К системным сервисам относятся:

- аутентификация и авторизация пользователей. Сервисы аутентификации и авторизации обеспечивают ограничение доступа к информации и сервисам системы для пользователей Портала, реализацию соответствующих служб среды взаимодействия;

- персонализация представления информации. Сервисы персонализации должны обеспечивать предоставление пользователю информации в зависимости от его предпочтений, а также прав доступа, определяемых набором ролей пользователя. Персонализация основывается на аутентификации, списках прав доступа и на логических правилах, определяемых подсистемами (пользовательскими сервисами) Портала;

- система рассылки по электронной почте. Данный сервис должен предоставлять пользователям возможность подписаться на получение по электронной почте уведомлений об обновлении существующих или получении новых информационных объектов Портала (с учетом заданных пользователем критериев отбора);

- система управления содержанием. Для публикации информации на Портале, а также управления информационными объектами и структурой рубрикаторов должна быть создана система управления содержанием (контентом), обеспечивающая полный набор редакторских функций с учетом разделения прав доступа и полномочий различных сотрудников редакции Портала, привлекаемых авторов, пользователей и т.п. Система должна предусматривать возможность удобной модификации структуры и рубрикации Портала, введение альтернативных рубрикаторов и т.п. без необходимости изменения программного кода или ручной разметки веб-страниц Портала;

- поисковые механизмы. Для обеспечения поиска информации на портале должны быть реализованы поисковые механизмы полнотекстового поиска с учетом морфологии русского языка, с возможностью ограничения зоны поиска, логических запросов и т.п.; многокритериального поиска по информационным объектам определенного типа с возможностью задания значений искомых метаданных;

- рубрикаторы и меню. В качестве основных рубрик Портала выделяются наиболее значимые с точки зрения большинства пользователей аспекты сферы природопользования и охраны окружающей среды города Москвы. По мере развития и реализации новых сервисов и информационных объектов Портала предусматривается возможность создания альтернативных (в т.ч. персонализированных) рубрикаторов, ориентированных на более узкие целевые группы пользователей. Кроме этого предусматривается возможность автоматизированного формирования алфавитных и тематических указателей, а также рубрикаторов, построенных по ситуационному (функциональному) принципу.

В основе технологических решений Портала должны лежать следующие основные принципы:

- открытость. Для обеспечения перспективы развития Портала должна быть предусмотрена интеграция гетерогенных вычислительных компонент и различных приложений;

- модульность. Архитектура Портала должна являться гибкой и допускать простое, без структурных изменений, развитие и наращивание функций и ресурсов системы в соответствии с расширением сфер и задач ее применения. Этот принцип также позволяет проводить отладку, удаление, добавление компонент системы без потери работоспособности работающих компонент;

- масштабируемость. Архитектура Портала должна позволять наращивать производительность системы, объемы хранимой и обрабатываемой информации без длительной остановки работы Портала и модификации его программного кода;

- индивидуализация. Портал должен обеспечивать удобный индивидуальный доступ для всех потенциальных групп пользователей с функциональностью, соответствующей задачам, решаемым каждой группой пользователей;

- функциональное соответствие. Архитектура Портала должна отвечать текущим и перспективным целям и функциональным задачам создаваемой системы;

- управляемость. Должны предоставляться гибкие, полнофункциональные механизмы управления Порталом на всех уровнях его архитектуры, а именно: на уровне инфраструктуры (администратором), на функциональном уровне (администратором), на уровне представления (пользователем);

- системность. Архитектура Портала должна быть такова, что все взаимосвязанные подсистемы должны строиться по единой методологии и отвечать единым принципам взаимодействия, надежности и управления;

- иерархическая структура. Структура Портала должна основываться на трехуровневой модели:

презентационный уровень, обеспечивающий представление информационных объектов и сервисов Портала пользователям;

прикладной уровень - система серверов приложений, обеспечивающая выполнение преобразований информационных объектов в соответствии с заданными процедурами и правилами;

уровень хранения данных, реализующий задачи контроля за целостностью и корректностью структуры информационных объектов;

- принцип внешнего взаимодействия. Взаимодействие Портала и его компонент с внешними информационными системами, как с источниками информации, так и с получателями, кроме взаимодействия компонент с пользователями этих компонент, должно осуществляться только через специальный шлюз.

Экологическая карта города Москвы

Экологическая карта города Москвы является совокупностью тематических карт, отражающих состояние окружающей природной среды, природных и природно-антропогенных объектов, а также антропогенных объектов, оказывающих воздействие на окружающую среду, базирующихся на системе координат цифрового картографического фонда (ЦКФ) Единой государственной картографической основы (ЕГКО) города Москвы. Геоинформационный ресурс "Экологическая карта города Москвы" должен содержать следующие основные разделы:

- раздел "Антропогенные объекты";

- раздел "Загрязнение атмосферного воздуха";

- раздел "Зоны шумового дискомфорта";

- раздел "Водный кадастр";

- раздел "Кадастр животного мира";

- раздел "Кадастр растительного мира";

- раздел "Кадастр ООПТ";

- раздел "Кадастр отходов";

- разделы, создаваемые в связи с передачей ДПиООС дополнительных функций.

Базы данных о компонентах окружающей среды

Базы данных о компонентах окружающей среды должны содержать информацию о компонентах окружающей среды города Москвы (атмосферный воздух, вода, почвы, флора, фауна и др.).

Аналитические функции и формирование отчетов

Информационно-справочные системы должны поддерживать функции систем поддержки принятия решений (СППР).

Системы поддержки принятия решений позволяют формулировать и решать следующие классы задач:

- аналитические - вычисление заданных показателей и статистических характеристик процессов на основе ретроспективной информации из баз данных;

- визуализация данных - наглядное графическое и табличное представление имеющейся информации;

- добыча знаний (data mining) - определение взаимосвязей и взаимозависимостей процессов на основе существующей информации. К данному классу можно отнести задачи проверки статистических гипотез, кластеризации, нахождения ассоциаций и временных шаблонов;

- имитационные - проведение на ЭВМ экспериментов с математическими моделями, описывающими поведение сложных систем в течение заданного или формируемого интервала времени. Задачи этого класса применяются для анализа возможных последствий принятия того или иного решения (анализ "Что, если...?");

- синтез управления - определение допустимых управляющих воздействий, обеспечивающих достижение заданной цели. Задачи этого типа применяются для оценки достижимости намеченных целей, определения множества возможных управляющих воздействий, приводящих к заданной цели;

- оптимизационные - основаны на интеграции имитационных, управленческих, оптимизационных и статистических методов моделирования и прогнозирования. Задачи данного класса позволяют выбрать на множестве возможных управлений те из них, которые обеспечивают наиболее эффективное (с точки зрения определенного критерия) продвижение к поставленной цели.

Система поддержки принятия решений должна обеспечить решение следующих задач:

- динамический анализ и мониторинг процессов, являющихся предметом контроля Департамента;

- анализ тенденций и закономерностей в динамике контролируемых показателей в функциональном и территориальном разрезах;

- моделирование и вариантное прогнозирование на основе комплекса имитационных моделей состояния и взаимосвязей функциональных, социально-экономических и экологических показателей отраслевых, ведомственных, региональных комплексов;

- оценка эффективности и возможных последствий принимаемых решений;

- автоматизация процессов подготовки аналитической отчетности, инструментальная и информационная поддержка экспертно-аналитической деятельности руководства и сотрудников Департамента;

- формирование и ведение аналитических баз данных социально-экономических и экологических показателей;

- комплексный анализ сложившейся экологической ситуации;

- моделирование параметров экологического и социально-экономического развития города;

- формирование сценариев управленческих решений по перспективному экологическому развитию Москвы во взаимосвязи с микро- и макроэкономическими параметрами;

- выполнение многовариантных прогнозных расчетов сценарного и целевого типа развития экологической ситуации на основе комплекса динамических моделей;

- анализ и прогноз влияния макроэкономических и региональных факторов на развитие экологической ситуации в Москве.

Структурно-логическая схема СППР представлена на рисунке 5 (не приводится).

Рис. 5. Структурно-логическая схема интеллектуальной

системы поддержки принятия решений

Рисунок не приводится.

Информационно-справочные системы должны поддерживать функции систем отчетности. Отчеты, содержащие агрегированные показатели, отражающие динамику параметров, должны формироваться на основе данных хранилища.

По способу инициирования и представления отчеты должны делиться на группы:

- регулярные - отчеты с регламентированными формами, датами представления и списками получателей;

- нерегулярные - отчеты по произвольным настраиваемым формам, формирование которых возможно в любой момент времени.

Регулярные отчеты при наступлении даты представления должны формироваться и публиковаться автоматически или по инициативе определенных в характеристике отчета категорий инициаторов пользователей. Отчеты должны представляться в печатном виде и в форме электронного документа. Перечень возможных форматов электронного представления должен определяться для каждого вида отчетов на стадии проектирования. Для удовлетворения требований безопасности права доступа каждого получателя отчета должны контролироваться на соответствие уровню защиты данных, содержащихся в отчете. Нерегулярные отчеты, представляемые внешним организациям, должны подвергаться анализу на юридическую правомочность предоставления данных.

По виду представления отчеты делятся на:

- карты и их легенды;

- графики и диаграммы;

- списки объектов, аналитические отчеты и документы.

Все отчеты должны иметь свои печатные формы, отражаться в системе учета и отчетности Департамента, храниться в базе данных и содержать или формировать по запросу данные для получения необходимого отчета.

3.5. Информационное взаимодействие с внешними

информационными системами

В ходе автоматизации должны быть учтены требования по интеграции с общегородскими информационными ресурсами (АИС УБП, ИСИО и др.) и информационными системами различных органов исполнительной власти и подведомственных организаций в сфере природопользования и охраны окружающей среды города Москвы. Информационная система ДПиООС должна быть готова к интеграции с создаваемой средой взаимодействия всех информационных ресурсов города Москвы (проект "Метасистема Электронная Москва - МЭМ").

Схема предлагаемого информационного взаимодействия информационных систем ДПиООС с внешними информационными системами представлена в таблице 8 (не приводится).

Табл. 8. Информационное взаимодействие информационных

систем ДПиООС с внешними информационными системами

Таблица не приводится.

4. Архитектура информационно-технологической

инфраструктуры. Обоснование выбора

4.1. Центр хранения и обработки данных (ЦХОД)

В рамках проработки Концепции принята централизованная архитектура данных и приложений, что определяет централизацию информационно-технологической инфраструктуры.

Возможны следующие варианты построения ЦХОД:

Вариант I: Система с центральным сервером большой мощности. Все приложения работают на одном сервере старшего класса с возможностями партиционирования - одновременной работы нескольких независимых экземпляров операционных систем (ОС) с набором прикладных систем, работающих в этом экземпляре.

Вариант I имеет следующие преимущества:

- малые расходы на обслуживание за счет малого потребного количества обслуживающего персонала;

- одна точка администрирования;

- одна точка управления;

- проблемы с любым из экземпляров операционной системы не отражаются на работе других;

- при увеличении ресурсных потребностей одного из экземпляров ОС возможно динамическое перераспределение ресурсов между экземплярами без докупки аппаратных компонентов;

- экономия площади серверной комнаты -

и недостатки:

- центральный сервер требует значительных начальных единовременных затрат.

Вариант II: Система с серверной фермой, построенной из нескольких серверов уровня предприятия. Приложения работают на разных серверах, объединенных в кластеры.

Вариант II имеет следующие преимущества:

- наращивание мощности возможно осуществить плавно с постепенным добавлением серверов и кластеров -

и недостатки:

- каждый сервер является дополнительной точкой обслуживания и администрирования;

- при увеличении ресурсных потребностей одного из приложений, возможно, будет необходима докупка аппаратных компонентов.

Вариант I является предпочтительным. Предложенный вариант базируется на опыте исполнителя и соисполнителя по решению задач данного класса с учетом следующих обстоятельств:

- эксплуатируемые и разрабатываемые в настоящее время информационные системы ДПиООС могут быть перенесены на данные серверы без каких-либо доработок;

- учтен международный опыт решения аналогичных по масштабу задач и рекомендации ведущих производителей;

- аналогичные архитектурные решения апробированы и находятся в промышленной эксплуатации в органах исполнительной власти города Москвы (Мэрия Москвы, ГУВД города Москвы, Комплекс архитектуры, строительства, развития и реконструкции города Москвы, Москомархитектура, Департамент экономической политики и развития города Москвы, Департамент имущества города Москвы, Департамент земельных ресурсов города Москвы, Налоговая инспекция города Москвы);

- кластерные решения и решения типа "GRID" в органах исполнительной власти города Москвы до настоящего времени не апробированы.

Сетевая инфраструктура

Сетевая инфраструктура локальной вычислительной сети должна строиться с применением структурированных кабельных сетей (СКС). Сетевые сегменты, объединяющие серверы, должны обеспечивать скорость обмена до 10 gbps, вертикальные сегменты СКС - не менее 1 gbps, сегмент между серверными - не менее 2 gbps, а остальные сегменты - не менее 100 Mbps.

Сеть должна строиться на основе коммутаторов 3 уровня с исключением использования концентраторов. Средний запас по сетевым розеткам в помещениях должен быть не менее 1,6 от планируемого количества хостов.

Все компоненты сетевой инфраструктуры, включая активное сетевое оборудование, должны размещаться в серверной либо в специальных шкафах.

Требования к размещению ЦХОД

ЦХОД должен размещаться в двух разнесенных отдельных помещениях, оборудованных системами климат-контроля, аварийной пассивной вытяжной вентиляцией, источником бесперебойного очищенного питания, системами пожаротушения, системами ограничения физического доступа в помещения.

В основной серверной должны находиться серверы, на которых выполняются все основные приложения. Серверы второй серверной должны работать в режиме "hot-standby" в штатном режиме и переключаться в режим выполнения основной нагрузки в случае аварий и ремонта оборудования основной серверной.

Рабочие места администраторов должны находиться вне серверной комнаты, но, желательно, недалеко от нее.

Архивные копии подлежат сдаче в архив в установленном порядке, а резервные копии должны храниться в специально отведенном месте, удаленном от серверных.

4.2. Телекоммуникационный комплекс сферы природопользования

и охраны окружающей среды города Москвы

Схема телекоммуникационного комплекса сферы природопользования и охраны окружающей среды представлена на рисунке 6 (не приводится).

Рис. 6. Телекоммуникационный комплекс сферы

природопользования и охраны окружающей среды

Рисунок не приводится.

Blog