Отчет о нир листов
| Вид материала | Отчет |
- Отчет нии экспериментальной медицины сзо рамн о выполнении плана нир за 2009г и план, 29.72kb.
- Отчет о научно-исследовательской работе за 2007 год Тема нир: Разработка и создание, 107.74kb.
- Отчет о научно-исследовательской работе за 2007 год Тема нир: Разработка новых радиоволновых, 53.72kb.
- Отчет о научно-исследовательской работе за 2008 год Тема нир: Разработка новых радиоволновых, 49.86kb.
- Отчет о научно-исследовательской работе за 2008 год Тема нир: Исследование новых механизмов, 65.37kb.
- Лексикология для высших учебных заведений1[1], 2831.98kb.
- Отчет о научной деятельности Сибирского государственного индустриального университета, 292.94kb.
- Р. И. об итогах нир университета за 2009 год на Ученом совете от 8 февраля 2010 год, 887.59kb.
- Отчет о нир/окр (бумажная версия) (наименование отчета), 45.75kb.
- Отчет по нир, 650.93kb.
.2Направление 2. План развертывания интеграционных информационных ресурсов
.2.1Общие сведения об интеграционных ресурсах
Реализация Концепции предусматривает потребность в ряде централизованных государственных электронных сервисов (ресурсов), создание которых является необходимым для поддержания целостной инфраструктры взаимодействия государственных информационных систем.
Необходимость создания таких сервисов диктуется:
- включением в Свод стандартизованных ряда стандартов, предполагающих наличие инфраструктуры обнаружения объектов и субъектов взаимодействия. Сервисы такого рода не требовать обязательного обращения к ним для осуществления информационных транзакций между прикладными системами, если последние уже располагают необходимыми сведениями о схемах данных и интерфейсах друг друга. В то же время инфраструктура обнаружения объектов взаимодействия должна обеспечивать всю полноту данных о существующих стандартизованных интерфейсах государственных информационных систем.
- Наличием значительного числа государственных информационных систем, не обеспечивающих взаимодействия с гражданами и системами других ведомств и необходимостью реализации экономически эффективных механизмов доступа к их данным.
- Необходимостью эффективной поддержки унаследованных систем, не соответствующих требованиям Свода, но широко распространенных в органах государственной власти.
Инфраструктурные сервисы не должны строиться на принципах жесткой централизации, допуская возможность создания альтернативных и/или дублирующих негосударственных сервисов.
При определении требований к инфраструктурным компонентам используется следующая классификация систем и сетей по организационной иерархии в рамках государства:
- Федеральный уровень. Системы и сети, находящиеся в прямом ведении федеральных органов государственной власти.
- Региональный уровень. Системы и сети, находящиеся в ведении органов государственной власти субъектов федерации, а также в ведении региональных подразделений федеральных ведомств.
- Местный уровень. Системы и сети, находящиеся в ведении органов местного самоуправлнеия.
Сервисы в обязательном порядке реализуются на федеральном уровне, создание региональных и местных сервисов должно предусматриваться в обоснованных случаях (при наличии большого количества объектов взаимодействия). Местные и региональные сервисы должны быть зарегистрированы на соответствующем вышестоящем сервисе, причем на федеральном и региональном уровне должен обеспечиваться поиск информации по всем зарегистрированным нижестоящим сервисам (путем импорта данных снизу вверх или путем переадресации сверху вниз). При отсутствии инфраструктурного сервиса регионального или местного уровня соответствующие объекты взаимодействия должны регистрироваться на федеральном уровне.
Настоящий план разработан исходя из предположения, что нормативно-правовые акты по стандартизации (Концепция и Свод стандартизованных требований) будут приняты Правительством в течение 2007 года.
Таблица 1. План развертывания инфраструктурных информационных ресурсов.
| № пп | Наименование инфраструктурной информационной системы и этапа создания (внедрения) | Сроки реализации | |
| начало | окончание | ||
| 1 | 2 | 3 | 4 |
| | Информационная система поддержки открытых регламентов стандартизации программного обеспечения | | |
| | Опытная эксплуатация | IV кв. 2006 | II кв. 2007 |
| | Ввод в промышленную эксплуатацию | - | III кв. 2007 |
| | Реестры веб-сервисов | | |
| | Реестры федерального уровня | I кв. 2007 | IV кв. 2007 |
| | Реестры уровня субъектов федерации | I кв. 2008 | IV кв. 2008 |
| | Местные реестры | I кв. 2009 | IV кв. 2009 |
| | Репозитарий схем данных и классификаторов | | |
| | Разработка и опытная эксплуатация (включая разработку регламентов и нормативной документации) | I кв. 2007 | IV кв. 2007 |
| | Ввод в промышленную эксплуатацию | - | I кв. 2008 |
| | Репозитарий и портал электронных административных регламентов | | |
| | Ввод в промышленную эксплуатацию | - | IV кв. 2007 |
| | Сервер форм | | |
| | Разработка и опытная эксплуатация (включая разработку регламентов и нормативной документации) | I кв. 2007 | IV кв. 2007 |
| | Ввод в промышленную эксплуатацию | - | I кв. 2008 |
| | Межведомственные шлюзы | | |
| | Аудит и инвентаризация межведомственных информационных взаимодействий | III кв. 2007 | II кв. 2008 |
| | Разработка шлюзов | III кв. 2008 | IV кв. 2008 |
| | Опытная эксплуатация | I кв. 2009 | II кв. 2009 |
| | Ввод в промышленную эксплуатацию | - | III кв. 2009 |
| | Ведомственные шлюзы | | |
| | Внутриведомственный аудит унаследованных систем | III кв. 2007 | II кв. 2008 |
| | Разработка шлюзов | III кв. 2008 | IV кв. 2008 |
| | Опытная эксплуатация, мероприятия по внедрению и реализация специфических компонентов взаимодействия | I кв. 2009 | II кв. 2009 |
| | Ввод в промышленную эксплуатацию | - | III кв. 2009 |
| | Инфраструктурные информационные центры | | |
| | Проектирование ИИЦ | I кв. 2007 | IV кв. 2007 |
| | Монтажные работы, поставка оборудования, подключение сетей | III кв. 2007 | III кв. 2008 |
| | Ввод в промышленную эксплуатацию | - | IV кв. 2008 |
.2.2Описание инфраструктурных систем
.2.2.1Информационная система поддержки открытых регламентов стандартизации программного обеспечения
ИС СПО была создана для хранения и распространения:
- нормативно-распорядительных документов, административных регламентов и концепций в области стандартизации программных систем органов государственной власти;
- действующих версий главного и локальных профилей АПО;
- принятых в рамках АПО открытых стандартов и спецификаций (включая локализованные переводы);
- иных нормативно-технических документов в области стандартизации программных систем органов государственной власти;
- методических указаний и руководств по использованию профилей и стандартов;
- сведений об эталонных реализациях профилей и стандартов (включая исходные коды и/или дистрибутивы свободно распространяемых программ при их наличии).
Необходимость внедрения данной системы диктуется:
- Необходимостью привлечения к процессам подготовки новых версий Свода и других документов СПО широких круга заинтересованных лиц.
- Высокими темпами обновления Свода стандартизованных спецификаций и иных нормативных и методических документов концепции, которые не могут быть обеспечены традиционными средствами бумажного документооборота.
- Достаточно высокой сложностью внедрения положений Концепции СПО в практику разработки и заказа государственных информационных систем.
В течение планируемого срока опытной эксплуатации предполагается завершить формализацию разработанных в 2006 г. регламентов СПО и реализовать из в виде электронных административных регламентов (ЭАР) в соответствии с форматом, разработанным для ИС СПО. Срок опытной эксплуатации выбран с учетом предполагаемого срока принятия Концепции таким образом, чтобы обеспечить готовность системы к вводу в промышленную эксплуатацию к моменту вступления Концепции в силу.
.2.2.2Реестры внешних интерфейсов (веб-сервисов)
Текущая версия Свода стандартизованных спецификаций предусматривает в качестве основного средства организации межсистемного использование интерфейсов на базе веб-сервисов (семейство протоколов SOAP). Для организации эффективного поиска внешних интерфейсов на базе веб-сервисов, предоставляемых государственными информационными системами, международными стандартизирующие организации рекомендуют применение реестров-каталогов, реализующих поддержку спецификаций регистрации и обнаружения интерфейсов UDDI, а также универсального языка описания веб-сервисов WSDL.
Регистрации в каталогах подлежат все интерфейсы систем, соответствующих требованиям Свода стандартизованных спецификаций в части межсистемного и межведомственного взаимодействия.
Работы по созданию информационной системы, реализующей поддержку соответствующих протоколов, велись по заказу Минэкономразвития РФ в течение 2003-2005 года. Результаты этих работ (по итогам проведенного аудита) могут быть успешно применены в качестве основы для создания распределенной сети UDDI-реестров на всех уровнях государственной власти.
Предложенные сроки ввода уровней сети определены исходя из экспертной оценки сложности внедрения с точки зрения готовности разработчиков ИС обеспечить соблюдение требований по совместимости с требованиями стека спецификаций SOAP, WSDL и UDDI.
.2.2.3Репозитарий схем данных и классификаторов
Концепция стандартизации программных систем органов государственной власти предусматривает:
- использование для межсистемного информационного взаимодействия только открытых и документированных структур и форматов данных.
- метаописание всех используемых при взаимодействии информационных объектов с использованием контролируемых классификаторов данных.
Репозитарий схем данных и классификаторов предназначен для регистрации, хранения и предоставления стандартизованного доступа к схемам данных и метаданных, а также к совместно используемым классификаторам и справочникам. Может реализовываться как подсистема реестра внешних интерфейсов. Требования к используемым спецификациям и протоколам взаимодействия определяются локальными профилями, относящимися к соответствующим каталогам, а также локальным профилем межсистемного взаимодействия. Регистрации в каталогах подлежат все схемы, справочники и классификаторы, используемые при информационных обменах через зарегистрированные интерфейсы систем.
Репозитарий схем должен быть предназначен для хранения следующих формализованных описаний:
- Схемы документов. Описывают формальную структуру и содержание XML-документов и сообщений, используемые в процессе межведомственного (межсистемного) информационного обмена.
- Схемы типов данных. Описывают пространства имен и универсальные элементы и типы данных, которые должны использоваться при создании согласованных XML-схем документов и сообщений, а также в стандартных моделях описания административных регламентов (например, стандартные имена тегов и структуры данных для имен граждан, календарных дат и т.п.).
- Схемы метаданных. Описывают стандартные структуры и элементы, которые должны использоваться для описания данных (информационных объектов) в целях каталогизации, поиска и обнаружения.
- Схемы классификаторов и справочников. Описывают пространства имен, структуру и правила интерпретации зарегистрированных прикладных справочников.
Репозитарий классификаторов содержит формализованные данные для использования в документах и сообщениях при межсистемном информационном обмене. Данные представляются в формате XML-документов в соответствии с зарегистрированными схемами в соответствующем пространстве имен. Могут использоваться как источник нормализованных значений, непосредственно включаемых в целевой документ (сообщение) или как источник кодов (идентификаторов), однозначно определяющих нормализованное значение из справочника.
- Прикладные классификаторы и справочники. Содержат перечни (в т.ч. структурированные) значений для формализованных реквизитов в теле документов и сообщений (например, учетная степень в карточке личного учета кадров или организационная форма юридического лица в свидетельстве о регистрации).
- Справочники элементов метаданных. Содержат контролируемые ограниченные наборы значений, которые должны использоваться для формализованного описания объектов взаимодействия (например, язык сообщения, кодировка, вид носителя и т.п.).
Деление классификаторов на прикладные справочники и справочники метаданных является условным, некоторые классификаторы могут использоваться и для задания реквизитов документа, и для его метаописания.
.2.2.4Репозитарий и портал электронных административных регламентов
Предназначен для хранения и предоставления стандартизованного доступа к формализованным описаниям электронных административных регламентов. Регистрации в репозитарии подлежат все утвержденные в установленном порядке ЭАР, используемые при взаимодействиях в рамках обслуживаемых данным репозитарием сети и уровня организационной иерархии.
Обеспечивает единый механизм авторизации, каталог доступных систем и (при наличии необходимости) унифицированный пользовательский интерфейс к ним. Порталы должны предусматривать средства пользовательской настройки параметров отображения интерфейсов и автоматизации ввода персонализированных данных.
Механизм исполнения ЭАР и обеспечения взаимодействия реализует пользовательские интерфейсы для исполнения зарегистрированных межведомственных ЭАР в режиме «одного окна». Является универсальным посредником между физическими лицами (в т.ч. выступающими, как госслужащие или представители негосударственных организаций и предприятий) и государственными информационными системами.
.2.2.5Сервер форм
Реализует начальный уровень взаимодействия граждан и электронного государства. Обеспечивает хранение, поиск, предоставление для заполнения в интерактивном режиме и отправку по назначению форм, предусмотренных зарегистрированными ЭАР.
Необходимость создания сервера форм диктуется общей ориентацией концепции СПО и федеральной целевой программы «Электронная Россия» на расширение количества государственных услуг, предоставляемых гражданам через Интернет. В то же время разработка веб-интерфейсов для существующих ведомственных информационных систем является сложной, ресурсоемкой и не всегда выполнимой по требованиям информационной безопасности. В то же время создание сервера форм позволяет достичь быстрых и наглядных результатов с минимальными затратами, что показывает опыт большого количества государств (в частности, серверы форм созданы и успешно функционируют в Великобритании и ФРГ).
Создание сервера форм в качестве первоначального шага в реализации сервисов «электронного государства» рекомендовано также в документах Евросоюза по стандартизации взаимоедйствия с гражданами и в методике оценки готовности государств к электронному развитию, опубликованной ООН.
Сервер форм может быть реализован в виде независимой подсистемы портала электронных административных регламентов или с использованием средств поддержки регламентов ИС СПО.
.2.2.6Шлюзы
Необходимость создания межведомственных и ведомственных шлюзов вытекает из соображений разумной экономии при организации взаимодействия с унаследованными системами, которые не могут быть немедленно заменены на системы, поддерживающие стандартизованные спецификации (см. финансово-экономическое обоснование Концепции СПО). Подробная информация о процедурах миграции, требующих создания шлюзов, приведена в документе «Требования по совместимости с унаследованными системами и поддержке выбывающих спецификаций.». Предусматривается создание следующих видов шлюзов:
- Инфраструктурные шлюзы. Для сокращения затрат на поддержку минимального уровня совместимости с унаследованными системами, предусматривается создание специальных инфраструктурных систем-посредников, которыми могут пользоваться все (или достаточно широкий круг) других систем, нуждающихся в прозрачном взаимодействии друг с другом. Инфраструктурные шлюзы могут создаваться только для поддержки спецификаций, включенных в Свод со статусом «выбывающая».
- Ведомственные шлюзы. Рекомендуется применять в том случае, если какое-либо ведомство располагает большим парком информационных систем, использующих унифицированные, но не соответствующие Своду способы взаимодействия друг с другом. В функции шлюза должно входить преобразование внутриведомственных информационных потоки к виду, соответствующему требованиям к способам межведомственного взаимодействия, обрабатывающий запросы внешних систем и перенаправляющий их внутриведомственным системам. Данный компонент может также решать задачи внутриведомственного взаимодействия, в т.ч. задачи обеспечения взаимодействия между унаследованными системами и вновь вводимыми системами, соответствующими требованиям свода.
Наличие работоспособного шлюза не освобождает ведомство от обязанности в дальнейшем внедрять только системы, удовлетворяющие требованиям Свода.
- Ведомственные порталы. Выполняют задачи, аналогичные задачам ведомственного шлюза, в части обеспечения взаимодействия с гражданами и негосударственными через Интернет (с использованием веб-технологий).
Допускается и рекомендуется использовать ведомственный портал как универсальное средство реализации презентационного уровня для всех внутриведомственных систем, в т.ч. вновь закупаемых и внедряемых, при условии, что для взаимодействия ведомственных систем с порталом используются стандартизованные в Своде интерфейсы.
.2.3Инфраструктурные информационные центры
Инфраструктурные информационные центры (ИЦ) создаются в целях размещения серверных программно-технических комплексов:
- инфраструктурных систем и компонентов, обеспечивающих взаимодействие и функционирование программных систем органов государственной власти;
- межведомственных прикладных систем, в т.ч. предоставляемых ведомствам в аренду/совместное пользование в режиме разделения доступа;
- ведомственных прикладных информационных систем в тех случаях, когда нецелесообразно или невозможно создание ведомственного ИЦ, удовлетворяющего требованиям по оснащенности и защищенности для данного типа систем;
- резервных систем и вычислительных комплексов, предназначенных для холодного и/или горячего дублирования систем, расположенных в других ИЦ (в т.ч. ведомственных).
Инфраструктурные ИЦ федерального и регионального уровня должны предусматривать выделение отдельных помещений для размещения обеспечивающего оборудования, коммуникационной инфраструктуры и кабельных сетей, средств вычислительной техники и обслуживающего персонала в соответствии с действующими техническими регламентами в области строительства, пожарной безопасности, защиты от несанкционированного доступа к информации и др. Для инфраструктурных ИЦ Интернета и бэкбонных сетей должен быть определен вневедомственный оператор.
Инфраструктурные ИЦ местного уровня и уровня локальных сетей могут реализовываться в компактной версии и размещаться в специализированных сейфовых шкафах в охраняемых помещениях органов государственной власти или у уполномоченных вневедомственных операторов. Обслуживание компактных ИЦ осуществляется в основном в режиме удаленного доступа ведомственными или вневедомственными операторами.
Администрирование и обслуживание всех систем, размещенных в ИЦ, кроме ведомственных, осуществляется его уполномоченным оператором. Администрирование ведомственных систем допускается осуществлять ведомственным операторам в удаленном режиме. Размещение удаленно администрируемых ведомственных программных систем в ИЦ осуществляется в зависимости от их назначения и требований по категории защищенности:
- на выделенных физических серверах (группах серверов), в т.ч. путем размещения серверов, предоставляемых ведомством-владельцем системы;
- на виртуальных серверах;
- путем предоставления виртуальных операционных систем.
Размещение ведомственных систем путем предоставления дискового пространства (хостинга) и общего программного обеспечения в режиме разделяемого доступа не допускается в связи с невозможностью обеспечения режима безопасности и надлежащего разграничения полномочий операторов систем.
Требования к вместимости, защищенности, коммуникационной инфраструктуре, делению на сетевые зоны, резервным и дублирующим системам, средствам обеспечения и вспомогательному оснащению инфраструктурных ИЦ определяются локальными профилями, разрабатываемыми отдельно для обычных и компактных ИЦ. Требования к прочим средствам вычислительной техники, размещаемых в ИЦ, определяются их назначением и характеристиками размещаемых в ИЦ программных систем. Требования к операторам инфраструктурных ИЦ определяются нормативными актами органов государственной власти соответствующего уровня.