| Проект | |
УТВЕРЖДАЮ |
| УТВЕРЖДАЮ |
| ||
__________ |
| __________ |
М. П. «____» ____________2009 г. | М. П. «____» ____________2009 г. |
Правительство Пермского края
Интернет-портал Электронного правительства Пермского края «Интернет-навигатор услуг Пермского края»
Техническое задание
На 30 листах
Действует с «____» ____________ 2009 г.
СОГЛАСОВАНО |
| СОГЛАСОВАНО |
| ||
__________ |
| __________ |
М. П. «_____» __________ 2009 г. | М. П. «_____» ___________ 2009 г. |
Пермь
2009 год
Содержание
Обозначения и сокращения.. 3
1. Общие положения.. 3
1.1. Наименование системы... 3
1.2. Сокращенное наименование системы... 3
1.3. Государственный Заказчик.. 3
1.4. Основания создания системы... 3
1.4.1. Федеральные документы.. 3
1.4.2. Региональные документы.. 3
1.5. Исполнитель работ.. 3
1.6. Плановые сроки начала и окончания работы... 3
1.7. Источники финансирования.. 3
2. Назначение и цели создания портала.. 3
2.1. Назначение портала.. 3
2.2. Цели создания портала.. 3
3. Характеристика объектов автоматизации.. 3
4. Требования к порталу.. 3
4.1. Требования к порталу в целом... 3
4.1.1. Требования к структуре и функционированию портала. 3
4.1.2. Место портала в общей архитектуре системы «Электронного правительства Пермского края» 3
4.1.3. Требования к численности и квалификации персонала системы и режиму его работы.. 3
4.1.4. Показатели назначения. 3
4.1.5. Требования к надежности. 3
4.1.6. Требования безопасности. 3
4.1.7. Требования к эргономике и технической эстетике. 3
4.1.8. Требования к защите информации от несанкционированного доступа. 3
4.1.9. Требования по стандартизации и унификации. 3
4.1.10. Дополнительные требования. 3
4.2. Требования к функциям (задачам), выполняемым системой.. 3
4.2.1. Определение и выбор архитектуры, платформы и состава компонент интеграционной среды портала ЭППк 3
4.2.2. Создание инфраструктурной составляющей интеграционной среды межсистемного обмена. 3
4.2.3. Реализация компонент интеграционной среды и среды функционирования Web-приложений. 3
4.2.4. Определение состава государственных услуг, которые должны реализоваться с использованием портала ЭППк 3
4.2.5. Формализация описания регламента предоставления услуг с дальнейшей декомпозицией на элементарные действия 3
4.2.6. Разработка нормативных актов, межведомственных соглашений, юридически закрепляющих выполнение государственных услуг в электронном виде с соблюдением законодательства в области информационной безопасности 3
4.2.7. Определение полезной унаследованной функциональности существующих ведомственных ИС, которые могут быть выражены как сервисы для использования совместно работающими приложениями. 3
4.2.8. Реализация компонентов, необходимых для подключения существующих ведомственных ИС к интеграционной среде 3
4.5.1. Разработка и принятие стандарта для вновь разрабатываемых в Пермском крае ИС ИОГВ, предусматривающего спецификации для подключения ИС к интеграционной среде. 3
4.6. Требования к видам обеспечения.. 3
4.6.1. Требования к системному программному обеспечению.. 3
4.6.2. Требования к методическому обеспечению.. 3
4.6.3. Требования к информационному обмену между компонентами системы.. 3
4.6.4. Требования к информационной совместимости со смежными системами. 3
4.6.5. Требования по использованию общесоюзных и зарегистрированных республиканских, краевых и отраслевых классификаторов, унифицированных документов. 3
4.6.6. Требования по применению систем управления базами данных. 3
4.6.7. Требования к структуре процесса сбора, обработки, передачи данных в системе и представлению данных 3
4.6.8. Требования к защите данных от разрушений при авариях и сбоях в электропитании системы.. 3
4.6.9. Требования к процедуре придания юридической силы документам, продуцируемым техническими средствами портала 3
4.6.10. Требования к информационным ведомственным системам, обеспечивающим предоставление государственных муниципальных и иных услуг. 3
5. Состав и содержание работ по созданию портала.. 3
5.1. Перечень работ на 2009 год.. 3
5.2. Перечень работ на 2010 год.. 3
6. Порядок контроля и приемки портала.. 3
7. Требования к составу и содержанию работ по подготовке объекта автоматизации к вводу портала в действие.. 3
8. Требования к документированию.... 3
9. Источники разработки.. 3
Приложение 1. Бизнес-процесс получения государственной услуги.. 3
Обозначения и сокращения
РФ | - Российская Федерация. |
ФЦП | - федеральная целевая программа. |
ОГВ | - органы государственной власти. |
ИОГВ | - исполнительные органы государственной власти. |
ФЦБ | - функционально-целевой блок Правительства Пермского края. |
ЭППк | -Электронное правительство Пермского края. |
BPMN | - (англ.) Business Process Modeling Notation. |
ПО | - программное обеспечение. |
EJB | - (англ.) Enterprise Java Bean. |
J2EE | - (англ.) Java 2 Enterprise Edition. |
BPEL4WS | - (англ.) Business Process Execution Language for Web Services – интерпретируемы язык на базе XML для оркестрации Web-сервисов. |
WS | - (англ.) Web service – Web-сервис. |
ИС | |
СЭД | - система электронного документооборота Правительства Пермского края. |
СУБД | - система управления базами данных. |
ESB | - (англ.) Enterprise Service Bus – сервисная шина предприятия. |
AJAX | - (англ.) Asynchronous JavaScript and XML. |
WSDL | - (англ.) Web Services Description Language – язык на базе XML для описания Web-сервисов. |
URL | - (англ.) Uniform Resource Locator - единообразный локатор (определитель местонахождения) ресурса. Ранее назывался Universal Resource Locator - универсальный локатор ресурса. URL — это стандартизированный способ записи адреса ресурса в сети Интернет. |
XML | - (англ.) Extensible Markup Language - расширяемый язык разметки документов. |
SOAP | - (англ.) Simple Object Access Protocol – стандарт протокола для вызова Web-сервисов. |
JMS | - (англ.) Java Message Service — стандарт промежуточного ПО для рассылки сообщений. |
1. Общие положения
1.1. Наименование системы
Портал Электронного правительства Пермского края «Интернет-навигатор услуг Пермского края».
1.2. Сокращенное наименование системы
Портал ЭППк.
1.3. Государственный Заказчик
Аппарат Правительства Пермского края.
1.4. Основания создания системы
1.4.1. Федеральные документы
1.4.1.1. Стратегия развития информационного общества в Российской Федерации от 7 февраля 2008 г. № Пр-212, утвержденная Президентом РФ.
1.4.1.2. Распоряжение Правительства РФ «Концепция формирования в РФ электронного правительства до 2010 года» от 6 мая 2008 г. .
1.4.1.3. Федеральный закон «Об обеспечении доступа к информации о деятельности государственных органов и органов местного самоуправления» от 9 февраля 2009 г. .
1.4.1.4. Постановление Правительства РФ «О единой системе информационно-справочной поддержки граждан и организаций по вопросам взаимодействия граждан и организаций с органами исполнительной власти и органами местного самоуправления с использованием информационно-телекоммуникационной сети Интернет» от 15 июня 2009 г. № 000.
1.4.1.5. Распоряжение Правительства РФ от 25 июня 2009 г. с прилагаемым перечнем государственных услуг и (или) функций, осуществляемых с использованием информационных и телекоммуникационных технологий (в том числе в электронном виде).
1.4.2. Региональные документы
1.4.2.1. Указ губернатора Пермской области «Об интегрированной системе электронного документооборота, архива и управления потоками работ в Администрации губернатора Пермского края, Аппарате Правительства Пермского края и исполнительных органах государственной власти Пермского края» от 10 апреля 2009 г. № 16.
1.4.2.2. Указ губернатора Пермского края «О целях, задачах и целевых показателях деятельности Правительства Пермского края на годы» от 25 июля 2007 г. №55.
1.4.2.3. Распоряжение губернатора Пермского края «Об утверждении приоритетных направлений деятельности Правительства Пермского края, Администрации губернатора Пермского края и администрации г. Перми» от 31 июля 2007 г. .
1.4.2.4. Распоряжение губернатора Пермского края «О приоритетных направлениях административной реформы в Пермском крае в годах» от 9 апреля 2008 г. .
1.4.2.5. Распоряжение председателя Правительства Пермского края «Об утверждении плана мероприятий административной реформы в Пермском крае в 2008 году» от 22 июля 2008 г. .
1.4.2.6. Распоряжение председателя Правительства Пермского края «Об утверждении Плана реализации Стратегии развития информационного общества в Пермском крае на период до 2015 года» от 20 апреля 2009 г. .
1.5. Исполнитель работ
Определяется по результатам открытого конкурса.
1.6. Плановые сроки начала и окончания работы
С момента заключения контракта по декабрь 2010 года.
1.7. Источники финансирования
Бюджет Пермского края.
2. Назначение и цели создания портала
2.1. Назначение портала
Назначение портала ЭППк – обеспечить предоставление государственных услуг федерального, регионального и муниципального уровней в электронном виде организациям и жителям Пермского края.
2.2. Цели создания портала
При создании портала преследуются следующие цели:
- повышение эффективности и доступности, упрощение процедур и сокращение сроков предоставления государственных услуг в Пермском крае;
- снижение административных издержек со стороны граждан и организаций, связанных с получением государственных услуг;
- минимизация личного взаимодействия между государственными органами и заявителем, реализация принципа «одного окна»;
- повышение открытости информации о деятельности органов государственной власти и органов местного самоуправления;
- внедрение единых стандартов обслуживания граждан, информационного обмена между исполнительными органами государственной власти, органами местного самоуправления, учреждениями и организациями.
Все цели достигаются на основе активного использования информационно-коммуникационных технологий с требуемым уровнем информационной безопасности.
3. Характеристика объектов автоматизации
Объектами автоматизации являются органы государственной власти Пермского края.
В рамках создания Системы производится автоматизация процессов учета (формализации и хранения) и публикации информации о предоставлении государственных услуг.
Пользователи Системы делятся на две категории:
- граждане и организации Российской Федерации - получатели услуг;
- служащие ОГВ Пермского края - участники предоставления услуг.
Ведомственные системы предоставления государственных услуг разрабатываются соответствующими организациями в соответствии с документом «Реестр государственных услуг на портале Правительства Пермского края, предоставляемых ИОГВ и ФЦБ в 2009 г.». Выполнение любой услуги из данного документа порождает полноценный сквозной деловой процесс, в который вовлечено множество документов, людей и/или организаций.
Следы этого процесса на различных этапах должны фиксироваться в СЭД на базе Documentum и информационной системы на базе SAP R/3.
Задачей портала ЭППк является обеспечение прозрачного доступа к функциям предоставления государственных услуг по принципу «единого окна» и фиксация состояния делового процесса в информационной системе на каждом этапе предоставления услуги.
4. Требования к порталу
4.1. Требования к порталу в целом
4.1.1. Требования к структуре и функционированию портала
Портал «Электронное правительство Пермского края» предназначен для интегрированного предоставления государственных услуг через сеть Интернет. Услуги должны предоставляться:
- гражданам;
- предприятиям и организациям;
- органам государственной власти и местного самоуправления.
Интеграция в рамках портала ЭППк направлена на повышение эффективности оказания государственных услуг гражданам и компаниям.
Пользователями портала, в интересах которых он создается, являются:
- получатели государственных услуг (граждане);
- исполнительные органы государственной власти;
- органы местного самоуправления Пермского края;
- органы представительной власти Пермского края;
- подразделения федеральных исполнительных органов власти в Пермском крае;
- учреждения и организации всех форм собственности, вовлеченные в процесс оказания услуг;
- Администрация губернатора Пермского края;
- Правительство Пермского края.
Портал обеспечивает следующие функции.
Поиск и получение информации. Категоризированный список услуг, предоставляемых ОГВ. Поиск по ключевым словам и группировка перечня государственных услуг:
- по ведомствам, предоставляющим услуги;
- по темам (образование, налоги, недвижимость и т. д.);
- по группам (категориям) пользователей (родители, пенсионеры, владельцы автомобилей и др.);
- поиск адреса органа власти (территориального подразделения), предоставляющего услугу, на основе ввода адреса заявителя.
Взаимодействие граждан и организаций с органом государственной власти: данная функция обеспечивается набором сервисов, позволяющих гражданам и организациям запрашивать и получать в режиме on-line необходимые справки или разрешения и передавать в органы государственного управления предусмотренную законом отчетность. Кроме того, должна существовать возможность отслеживания состояния запросов. Для этого необходима система, позволяющая автоматически направлять запросы и отчетность в уполномоченные органы государственной власти. Система должна обеспечивать определенный цикл работ в соответствии с алгоритмом бизнес-процессов (формализованным регламентом оказания услуги), автоматически передавать промежуточные результаты по цепочке другим участникам процесса, отслеживать и координировать ход работ. При этом пользователи в любой момент должны иметь возможность получить полную информацию о состоянии процесса. По завершении и на оговоренных этапах процесса все заинтересованные участники должны получать электронные извещения о прохождении запроса.
Для реализации портала ЭППк должна использоваться сервис-ориентированная архитектура, в рамках которой выделяются три основные подсистемы:
- единая интеграционная среда межсистемного обмена информацией;
- среда функционирования Web-приложений портала;
- оперативное хранилище данных (кэш) портала.
При этом считается, что портал ЭППк взаимодействует с ведомственным программным обеспечением прозрачным образом. Внутренняя маршрутизация процессов в ведомственной системе не реализуется средствами портала ЭППк. Вся маршрутизация осуществляется средствами интеграционной среды в зависимости от событий или содержания сообщения (документа).
Единая интеграционная среда межсистемного обмена обеспечивает информационный обмен между всеми участниками процесса предоставления государственной услуги. Она позволяет получить доступ к набору основных бизнес-сервисов (в том числе предоставляющих данные) реализуемых ИС конкретного ведомства.
Информационный обмен производится как между уже существующими ведомственными ИС (унаследованными системами) так и специально разработанными системами, учитывающими специфику интеграционной среды.
В качестве интегрирующей среды должны применяться программные продукты, основанные на концепции шины ESB. Это приведёт к построению основанной на стандартах, слабосвязанной, существенно распределённой, масштабируемой интегрирующей сети, объединяющей обмен сообщениями, сервисы, преобразование данных и интеллектуальную маршрутизацию по контенту.
Среда функционирования Web-приложений представляет собой сервер приложений, сертифицированный по стандарту J2EE и обеспечивающий следующие сервисы:
- EJB-контейнер, который поддерживает автоматическую синхронизацию Java объектов с базой данных (CMP — Container Managed Persistence, BMP — Bean Managed Persistence);
- JMS — сервис доставки сообщений между компонентами и серверами;
- управление ресурсами (доступ к СУБД, файловой системе, почтовому серверу и т. д.);
- безопасность и защиту данных;
- поддержку транзакций (в том числе и распределённых, двухфазных) согласно Java Transaction API;
- Web-сервер и поддержку сервлетов;
- поддержка Web-сервисов;
- поддержку портлетов (по JSR-168 Portlet Specification - Public Review, JSR-162 Portlet API);
- Java Server Faces (JSF).
Сервер портала содержит в себе логику представления информации для пользователей, использующих Web-браузеры. Он функционирует на сервере приложений и архитектурно представляет собой конечную точку в среде межсистемного обмена (сервисной шине организации). Для разработки сервера портала должны использоваться технологии Web 2.0 – Google Web Toolkit (GWT), AJAX.
Кэш портала представляет собой хранилище актуальных данных, которые являются основным источником информации, отображаемой на портале. Кэш формируется в реальном времени сообщениями, циркулирующими по шине ESB. Кэш формируется сервисными и ведомственными системами, подключёнными к шине ESB, а также программным обеспечением портала. Наличие кэша позволяет увеличить скорость отклика на действия пользователя портала, так как отсутствует необходимость синхронного запроса целевой ведомственной системы, а также повысить надёжность системы при отсутствии связи с ведомственной или сервисной системой (например, Documentum) и сгладить пиковые нагрузки на ведомственные и сервисные системы. Обновление кэша происходит, как правило, асинхронно по отношению к программному обеспечению портального сервера по схеме надёжной передачи сообщений типа «публикация-подписка». Кэш можно рассматривать как локальную базу данных портала ЭППк. Сервер портала взаимодействует с кэшем портала, используя модель «запрос-ответ» для синхронной передачи сообщений. Реализация кэша может быть осуществлена с применением сервиса хранения XML – XML-надстройки над реляционной базой данных общего назначения. Взаимодействие кэша и сервера портала может быть осуществлено двумя способами:
- с помощью нормализованных XML-данных внутри контейнера при расположении их в одном сервисном контейнере (service engine) на ESB;
- через ESB и адаптеры шины при расположении в разных сервисных контейнерах.
Рис.1. Место портала ЭППк в общей архитектуре интегрированной системы предоставления государственных услуг «Электронное правительство Пермского края».
4.1.2. Место портала в общей архитектуре системы «Электронного правительства Пермского края»
Независимо от того, будет ли реализован проект глобальной интеграции программно-информационных ресурсов Администрации Пермского края, собственно портал ЭППк должен строиться в рамках концепции SOA-архитектуры с применением следующих компонентов:
- сервера приложений J2EE;
- мультипротокольной шины ESB;
- реляционных баз данных;
- интерпретатора языка управления бизнес-процессами BPL4WS engine.
Взаимодействие портала с программно-информационными системами, отвечающими за предоставление государственных услуг и/или сервисной информации должно осуществляться через сеть Интернет, по протоколам, поддерживаемым ESB. Это, вероятно, потребует разработку программных адаптеров для каждой подключаемой к порталу системы. Адаптеры могут быть разработаны как на базе отдельного сервера приложений, так и в более «легких» версиях, с использованием контейнера сервлетов или JAR–архива. Технология подключения систем к порталу должна быть описана в соответствующем методическом документе.
4.1.3. Требования к численности и квалификации персонала системы и режиму его работы
Обеспечение функционирования портала ЭППк должно осуществляться следующими категориями персонала:
служба эксплуатации;
администраторы;
менеджеры контента.
Служба эксплуатации должна быть организована из специалистов, обладающих знаниями в области информационных и сетевых платформ, на которых реализовано программное обеспечение портала, а также опытом администрирования баз данных.
Служба эксплуатации должна обеспечивать функционирование в штатном режиме технических и программных средств.
Функциональные обязанности персонала службы эксплуатации должны предусматривать:
консультирование пользователей портала ЭППк по вопросам работы с ней в пределах своей компетенции;
настройку и диагностирование работы портала ЭППк и его компонентов;
обеспечение информационной безопасности;
обеспечение регламентных работ по загрузке данных из систем-источников;
анализ результатов регламентных операций;
выполнение административных мероприятий, обеспечивающих выполнение регламентных операций;
резервное копирование и восстановление данных.
Администраторами портала ЭППк должны выступать руководители и специалисты объекта автоматизации, прошедшие обучение работе с программным обеспечением портала ЭППк и допущенные к работе соответствующим распоряжением.
При работе с программным обеспечением пользователи должны обладать знаниями предметной области, навыками работы с операционной системой и офисным программным обеспечением, а также знаниями приёмов работы с порталом ЭППк в объеме документации «Руководство Администратора».
Менеджеры контента являются сотрудниками функциональных подразделений (и/или ведомств), отвечающие за актуальность содержания отдельных разделов портала ЭППк. Они должны обладать знаниями приёмов работы в объёме документа «Руководство менеджера контента».
4.1.4. Показатели назначения
Основными характеристиками разрабатываемой портала ЭППк являются: надежность, защита информации от несанкционированного доступа, простота интерфейса, эргономичность, простота модернизации, высокая степень приспособляемости системы к изменению процессов и методов управления, к отклонениям параметров объекта управления.
4.1.5. Требования к надежности
Программное обеспечение портала ЭППк должно обладать надежностью, обеспечивающей работу пользователей в произвольном режиме и оперативное восстановление работоспособности при сбоях.
В целях обеспечения надежного функционирования программное обеспечение должно предусматривать:
контроль целостности данных на уровне СУБД;
сохранение целостности данных при нештатном завершении программы в случае отказа рабочей станции;
сохранение работоспособности программного обеспечения при некорректных действиях пользователя;
резервное копирование базы данных.
Должна быть обеспечена работоспособность программного обеспечения в случае возникновения сбоев, аварий и отказов на отдельных рабочих станциях с возможностью дальнейшего ввода данных, их обработки, а также формирования отчетно-информационных документов на других рабочих станциях.
Для повышения надежности работы портала ЭППк должны применяться:
резервирование наиболее важных информационных ресурсов, включая применение процедур создания «горячих» копий и процедур архивации;
восстановление информации из долговременного архива данных при «разрушении» магнитных носителей;
формирование архивных копий на внешних электронных носителях;
восстановление информации из архивных копий, хранимых на внешних электронных носителях;
диагностика и исправление ошибок с помощью программных средств контроля;
обеспечение процедур остановки компонентов портала ЭППк в случае отказа электропитания.
4.1.6. Требования безопасности
Функционирование портала ЭППк должно быть обеспечено организационными и программно-техническими средствами защиты от несанкционированного доступа с целью предотвращения хищений, утраты, искажения и подделки информации.
В соответствии с руководящим документом Гостехкомиссии при Президенте Российской Федерации «Автоматизированные системы. Защита от несанкционированного доступа (НСД) к информации. Классификация автоматизированных систем и требования по защите информации» данная система относится к группе многопользовательских автоматизированных систем (АС), в которых одновременно обрабатывается и хранится информация разных уровней конфиденциальности. Не все пользователи имеют право доступа ко всей информации АС. В соответствии с данными требованиями должна обеспечиваться защита от НСД на уровне требований к классу 1Г.
4.1.7. Требования к эргономике и технической эстетике
Должны выполняться следующие требования:
портал ЭППк должна обладать дружественным пользовательским интерфейсом и контекстной справочной системой;
при ошибках в действиях пользователя должно выдаваться сообщение с диагностикой, достаточной для понимания причин возникновения ошибки;
при выполнении длительных операций должно быть предусмотрено отображение динамики выполнения процесса;
случайное нажатие пользователем какой-либо комбинации клавиш не должно приводить к сбоям или трудно восстановимым состояниям программного обеспечения;
программное обеспечение должно поддерживать использование «мыши» и клавиатуры;
размещение мониторов и клавиатур на рабочих местах пользователей не должно ограничивать действия пользователей или ухудшать условия их работы с офисным оборудованием или документами.
4.1.8. Требования к защите информации от несанкционированного доступа
Разработка компонентов информационного и программного обеспечения информационной системы должна осуществляться с учётом требований по защите информации от несанкционированного доступа в соответствии требованиями ГОСТ Р , ГОСТ Р и руководящим документом Федеральной службы по техническому и экспертному контролю (ФСТЭК России).
4.1.9. Требования по стандартизации и унификации
При разработке Системы должно быть минимизировано использование нестандартных, ненормативных классификаторов.
Автоматизированные рабочие места Системы должны быть унифицированы и должны опираться на единую технологию работы и использование типовых программных решений.
Для организации обмена информацией между подсистемами должны быть:
разработаны и описаны в виде XML Schema спецификации файлов в формате XML;
реализована возможность информационного обмена при помощи файлов в формате и структуре, соответствующей разработанным шаблонам XML Schema;
использована технология Web-сервисов для on-line взаимодействия подсистем.
Проводимые работы должны соответствовать требованиям ФЦП «Электронная Россия» по отчуждаемости и совместимости:
применяемые при создании Системы технические (форматы данных, протоколы передачи и прочие) и организационные (регламенты, требования, инструкции и т. п.) решения должны быть доступны и документированы в виде, достаточном для независимой (без обращения к Исполнителю) реализации третьими сторонами. Применение недокументированных или недоступных решений не допускается;
при выборе применяемых решений преимущество должно отдаваться стандартизированным решениям (т. е. прошедшим процедуру стандартизации и утвержденные в качестве стандарта либо рекомендации каким-либо признанным международным, федеральным, отраслевым, промышленным органом по стандартизации);
все разработанное в рамках настоящих технических требований программное обеспечение должно быть передано Заказчику вместе с исходными кодами и лицензией на неограниченное использование и модификацию исходного кода Заказчиком без дополнительных лицензионных требований и затрат на лицензии со стороны Исполнителя.
В случае применения Исполнителем специфицированных, но не стандартизированных решений должно быть представлено обоснование на каждый такой случай.
Способ обеспечения совместимости со смежным программным обеспечением описан в п. п. 7.3.3, 7.3.4.
4.1.10. Дополнительные требования
Исполнитель должен обеспечить гарантийное сопровождение портала ЭППк в течение 12 месяцев после ввода его в постоянную эксплуатацию. Гарантийное сопровождение должно предусматривать оперативное исправление выявленных ошибок в работе портала ЭППк и консультирование пользователей по телефону и электронной почте. В случае необходимости Исполнитель должен обеспечить выезд специалистов к Заказчику по его требованию.
4.2. Требования к функциям (задачам), выполняемым системой
Для решения поставленных целей должны реализовываться следующие задачи:
- определение архитектуры, платформы и состав компонентов интеграционной среды;
- реализация компонентов интеграционной среды и среды функционирования Web-приложений;
- создание инфраструктурной составляющей интеграционной среды межсистемного обмена ESB;
- определение состава государственных услуг, которые должны реализоваться с использованием портала ЭППк;
- формализация описания регламента предоставления услуг с дальнейшей декомпозицией на элементарные действия (которые при реализации будут оформляться в виде Web-сервисов);
- разработка нормативных актов, межведомственных соглашений, юридически закрепляющих выполнение государственных услуг в электронном виде с соблюдением законодательства в области информационной безопасности;
- определение полезной унаследованной функциональности существующих ведомственных ИС, которые могут быть выражены как сервисы для использования совместно работающими приложениями;
- реализация компонентов, необходимых для подключения существующих ведомственных ИС к интеграционной среде;
- разработка и утверждение спецификаций для вновь разрабатываемых в Пермском крае ИС ИОГВ для подключения этих ИС к интеграционной среде.
4.2.1. Определение и выбор архитектуры, платформы и состава компонент интеграционной среды портала ЭППк
Портал должен быть реализован в рамках сервисно - ориентированной архитектуры (SOA) на платформе сервера приложений, поддерживающего спецификации J2EE. Портал реализуется на базе следующего набора компонент:
- сервера приложений J2EE;
- мультипротокольной шины ESB;
- сервера реляционных баз данных;
- интерпретатора языка управления бизнес-процессами BPL4WS engine.
4.2.2. Создание инфраструктурной составляющей интеграционной среды межсистемного обмена
Инфраструктурной составляющей интеграционной среды является мультипротокольная сервисная шина ESB. Она должна поддерживать следующие технологии (стандарты):
- WSDL;
- WS-Addressing;
- JMS;
- SOAP/http;
- SOAP/JMS;
Кроме того, шина должна поддерживать разработку «легких адаптеров», не включающих в себя сервер приложений.
Сервисная шина должна быть реализована с использованием промышленных платформ.
4.2.3. Реализация компонент интеграционной среды и среды функционирования Web-приложений
Компоненты интеграционной среды ESB, обеспечивающие подключение ведомственных и/или сервисных подсистем к порталу, должны реализовываться с помощью:
- серверов приложений, при необходимости реализации сложной логики и процедур трансформации данных;
- контейнеров сервлетов, при необходимости оформления подключаемых систем как Web-сервисов, которые не требуют функционирования сервера приложений;
- программных библиотек для согласования протоколов.
4.2.4. Определение состава государственных услуг, которые должны реализоваться с использованием портала ЭППк
Состав государственных услуг, приведённый в документе «Реестр государственных услуг на портале Правительства Пермского края, предоставляемых ИОГВ и ФЦБ в 2009 г.» (файл MS Excel Реестр госуслуг на портале наxls) нуждается в доработках в части номенклатуры услуг и реквизитов «Конечный результат оказания государственной услуги» и «Адрес сайта для предоставления услуги». Конечным результатом работы через Интернет может быть только получение конкретного пакета документов и/или изменение состояния информационных баз. Подключать услуги к порталу возможно только после доработки данного документа и формализации регламента услуги.
4.2.5. Формализация описания регламента предоставления услуг с дальнейшей декомпозицией на элементарные действия
Для подключения услуги к порталу ЭППк необходима формализация действий программных средств и участников процесса. Формализация проводится в несколько этапов, а именно:
описание регламента предоставления государственной услуги на естественном языке;
описание процесса предоставления государственной услуги с помощью диаграмм IDEF0, IDEF3 или ARIS;
декомпозиция процесса предоставления государственной услуги на элементарные действия, которые будут в дальнейшем оформлены как сервисы;
разработка программы предоставления государственной услуги в терминах Business Process Modeling Notation (BPMN), которая описывает графическую нотацию для отображения деловых процессов в виде диаграмм. Описание процесса в терминах BPMN по сути является формализованным регламентом получения услуги;
разработка форм документов, необходимых для предоставления государственной услуги, включая метаописание реквизитного состава и правил заполнения документа.
4.2.6. Разработка нормативных актов, межведомственных соглашений, юридически закрепляющих выполнение государственных услуг в электронном виде с соблюдением законодательства в области информационной безопасности
Согласно содержанию документа «Концепция административной реформы Российской Федерации в годах» (в ред. распоряжения Правительства РФ от 9 февраля 2008 г. , постановления Правительства РФ от 28 марта 2008 г. № 000).
Должны быть разработаны следующие документы:
4.2.6.1. Реестр государственных региональных и муниципальных услуг и (или) функций, осуществляемых с использованием информационных и телекоммуникационных технологий (в том числе в электронном виде).
Реестр государственных региональных и муниципальных услуг должен включать следующие сведенья:
наименование услуги, предоставляемой или планируемой для предоставления через портал;
правовой акт, устанавливающий государственную услугу;
орган (учреждение), ответственный за предоставление государственной услуги;
перечень наименований федеральных органов исполнительной власти, органов исполнительной власти Пермского края, органов местного самоуправления, без привлечения которых не может быть предоставлена услуга (исполнена функция);
сведения о возмездности (безвозмездности) предоставления услуги;
правовой акт, устанавливающий порядок оплаты государственной услуги;
название регламента, устанавливающего порядок предоставления государственной услуги, и дата его утверждения (заполняется при его наличии);
конечный результат оказания государственной услуги;
получатель государственной услуги (физическое или юридическое лицо).
4.2.6.2. Проекты регламентов исполнения государственной услуги (в соответствии с реестром).
Проекты регламентов должны включать:
информацию об административных процедурах, подлежащих выполнению органом исполнительной власти Пермского края или органом местного самоуправления при предоставлении услуги (исполнении функции), в том числе информация об использовании ведомственных информационных систем и портала. Для каждой процедуры (функции) должны быть указаны промежуточные и окончательные сроки исполнения;
формы заявлений и иных документов, заполнение которых заявителем необходимо для обращения в орган исполнительной власти Пермского края (или местного самоуправления) в целях получения государственной (муниципальной услуги) в электронной форме;
формы выходных документов, являющихся результатом предоставлении услуги (исполнении функции), в том числе промежуточных. Информация о способах предоставления заявителю выходных документов в электронной форме;
информацию о внутриведомственных и межведомственном информационном взаимодействии при предоставлении услуги (исполнении функции), включая информацию об информационном обмене с использованием интеграционной среды.
Проекты регламентов должны содержать предложения по правовому регулированию ввода форм документов для получения услуги на портале (включая предложения по юридически значимой идентификации пользователей и удостоверения переданной ими информации), а также удостоверение данных платёжных систем при оплате услуги online.
Проекты регламентов могут разрабатываться и вводиться поэтапно.
Проекты соглашений об информационном обмене между ИОГВ, вовлеченных в процесс исполнения государственной услуги (в соответствии с регламентом).
4.2.7. Определение полезной унаследованной функциональности существующих ведомственных ИС, которые могут быть выражены как сервисы для использования совместно работающими приложениями
В случае подключения к процессу предоставления государственной услуги унаследованных ведомственных систем должна быть проанализирована их функциональность на предмет возможности использования функций системы через портал. Для взаимодействия с порталом через ESB, доступ к используемым в портале функциям подключаемой системы должен быть оформлен как вызов сервисов. Это оформление обеспечивается специальным адаптером, который представляет функции системы, доступные на портале, как конечные точки сервисов на шине ESB. Оформление функций унаследованных систем в виде сервисов позволит осуществить маршрутизацию потока процесса получения услуги. Маршрутизация потока может быть осуществлена:
- по расписанию;
- по содержанию (контенту);
- комбинацией этих двух методов.
4.2.8. Реализация компонентов, необходимых для подключения существующих ведомственных ИС к интеграционной среде
При отсутствии готовых адаптеров для подключения внешних систем, должна быть предусмотрена возможность создания таких адаптеров при помощи API и SDK с использованием внешних средств разработки.
Для поддержки принципов расширяемости подсистема должна обеспечивать:
- возможность расширения модели взаимодействия информационных систем без изменения программного кода сервисной шины (расширение количества форматов XML-сообщений);
- возможность подключения информационных систем к сервисной шине и расширяемость за счет использования предоставляемых этими системами сервисов;
- обеспечение возможности замены реализации подключаемых сервисов (взаимозаменяемость сервисов);
- независимость от одного поставщика аппаратных или программных средств (платформ) при расширении масштаба или добавления функциональности.
При разработке дополнительных адаптеров, внешний поставщик должен соблюдать следующие условия:
- использование открытых стандартов для описания сервисов по спецификации WSDL 2.0 (http://www. w3.org/TR/2007/PR-wsdl);
- использование XML в качестве описания форматов передаваемых данных (http://www. w3.org/TR/2008/REC-xml-c14n/);
- удаленный вызов сервисов с использованием стандартного протокола SOAP 1.2 (http://www. w3.org/TR/2006/PER-soap12-part);
- запрещено создание и/или функционирование модулей расширения, которые нарушают нормальную работоспособность сервисной шины либо какой-либо информационной системы, участвующей в информационном взаимодействии (создавать/использовать вредоносный код).
Необходимо наличие возможности интеграционной платформы для подключения дополнительных модулей (организация каскада сервисных шин). Масштабирование системы должно осуществляться при помощи административного приложения сервисной шины.
4.5.1. Разработка и принятие стандарта для вновь разрабатываемых в Пермском крае ИС ИОГВ, предусматривающего спецификации для подключения ИС к интеграционной среде
Согласно содержанию документа «Концепция административной реформы Российской Федерации в годах» (в ред. распоряжения Правительства РФ от 9 февраля 2008 г. , постановления Правительства РФ от 01.01.01 г. № 000) и технических требований для подключения систем к шине ESB.
4.6. Требования к видам обеспечения
4.6.1. Требования к системному программному обеспечению
4.6.1.1. Требования к программному обеспечению ESB
Программное обеспечение шины ESB должно быть промышленным стандартом «де-факто» и поддерживать спецификацию JSR 208 - Java Business Integration (JBI). ПО ESB должна поддерживать следующие сервисы:
- контентную и контекстную динамическую маршрутизацию;
- преобразование и обогащение данных в процессе маршрута;
- оркестрацию сервисов в соответствии с моделью бизнес-процесса.
Кроме того, ПО ESB должно включать в себя адаптеры к следующим системам и платформам:
- .NET;
- COM+;
- Documentum;
- SAP R/3;
- Oracle Applications;
- адаптеры к приложениям на процедурных языках;
- коммуникационные адаптеры.
4.6.1.2. Требования к программному обеспечению сервера приложений
Сервер приложений должен соответствовать спецификации J2EE 1.3., поддерживать контейнеры сервлетов и создание динамических Web-страниц.
4.6.2. Требования к методическому обеспечению
Необходимо разработать следующие методические документы:
- методика подключения программных комплексов к порталу ЭППк;
- методика разработки подсистемы предоставления государственной услуги;
- методика разработки пакета документов для предоставления государственной услуги.
4.6.3. Требования к информационному обмену между компонентами системы
Информационный обмен между компонентами в системе осуществляется в формате XML, возможно с шифрованием, по протоколам, обеспечиваемым шиной ESB. Любые другие способы связи приведут к нарушению принципов интеграции, появлению неконтролируемых централизованно интерфейсов «точка-точка», повышение связанности приложений и, как следствие, уменьшению степени масштабирования системы и трудностям в её сопровождении.
4.6.4. Требования к информационной совместимости со смежными системами
Информационная совместимость со смежными системами обеспечивается только средствами шины ESB и адаптерами для подключения смежных систем к шине.
4.6.5. Требования по использованию общесоюзных и зарегистрированных республиканских, краевых и отраслевых классификаторов, унифицированных документов
При проектировании информационного обеспечения ЭППк необходимо соблюдать требования, изложенные в документе «Перечень общесоюзных классификаторов, сохраняющих действие на территории Российской Федерации (приложение № 2 к постановлению Правительства РФ от 1 ноября 1999 г. № 000)».
4.6.6. Требования по применению систем управления базами данных
Применяемая система управления базами данных должна обеспечивать:
- поддержку реляционной модели данных;
- поддержку языка манипулирования данными по стандарту ANSI SQL-92;
- возможность хранения XML-данных;
- транзакционность;
- поддержку видов, триггеров и хранимых процедур;
- возможность хранения таблиц большой размерности;
4.6.7. Требования к структуре процесса сбора, обработки, передачи данных в системе и представлению данных
Данные в системе возникают в процессе:
Извлечения информации из баз данных сервисными подсистемами. Прежде, чем передать извлечённую информацию в шину ESB, сервисная подсистема (или адаптер шины) преобразуют данные в формат XML.
Заполнения пользователями конкретных электронных форм документов для получения услуги. Необходимо обеспечить контроль правильности заполнения на основе метаописания формы документа. Заполнение более чем одного документа on-line на портале не должно требовать повторного ввода одной и той же информации. При заполнении любой графы, информация автоматически попадает в заполненные графы иных документов. Полученные в итоге документы должны быть доступны для скачивания или распечатки непосредственно с портала в распространенных форматах документов, а также для передачи в электронном виде сотруднику ведомства при личном обращении.
Интерпретации деловых процессов (маршрутизации потоков данных). При этом меняется состояние исполняемых процессов и, возможно, адресация данных.
Данные платёжных систем при оплате услуги online. Должны соответствовать требованиям платёжной системы.
4.6.8. Требования к защите данных от разрушений при авариях и сбоях в электропитании системы
Все сервера должны быть оборудованы источниками бесперебойного питания, достаточной емкости.
4.6.9. Требования к процедуре придания юридической силы документам, продуцируемым техническими средствами портала
Придание юридической силы документам, продуцируемым с использованием системы, осуществляется в соответствии с действующими нормативно-правовыми документами РФ и Пермского края.
4.6.10. Требования к информационным ведомственным системам, обеспечивающим предоставление государственных муниципальных и иных услуг
Требования к информационным ведомственным системам должны быть разработаны на этапе рабочего проектирования портала ЭППк.
5. Состав и содержание работ по созданию портала
5.1. Перечень работ на 2009 год
№ п. п. | Наименование работы | Результат | Срок окончания |
5.1.1. | Разработка общего технического задания на создание интегрированной системы оказания государственных услуг | Документ «Техническое задание» по ГОСТ 34.602-89 | 30.10.2009 |
5.1.2. | Разработка Интернет-портала для ЭППК, в т. ч.: | ||
5.1.2.1 | Разработка технических спецификаций на создание Интернет-портала для ЭППК | Частное техническое задание на интерфейсную часть портала, технические спецификации | 15.11.2009 |
5.1.2.2 | Разработка дизайна и вёрстка страниц портала ЭППК | Эскизы, XHTML-шаблоны и таблицы стилей страниц портала | 30.11.2009 |
5.1.2.3 | Создание инфраструктуры хостинга портала ЭППК | Виртуальный сервер хостинга с инфраструктурой интерфейсной части портала | 30.11.2009 |
5.1.2.4 | Программирование функций портала ЭППК | Функционирующие программы интерфейсной части портала | 10.12.2009 |
5.1.2.5 | Опытная эксплуатация портала ЭППК | Работающий Интернет-портал | 25.12.2009 |
5.1.3. | Разработка архитектуры системы оказания государственных услуг | Документ Технического проекта. Пояснительная записка. Архитектура системы | 30.11.2009 |
5.1.4. | Разработка методик подключения ведомственных систем к автоматизированной системе оказания государственных услуг | Документ Технического проекта. Методика подключения ведомственных систем | 30.11.2009 |
5.1.5. | Проведение исследовательских работ по макетированию предоставления государственной услуги «Название услуги» | Демонстрация услуги | 30.11.2009 |
5.1.6. | Разработка ЧТЗ на единое стилевое решение портала (Web-представление) | Частное ТЗ | 25.12.2009 |
5.1.7. | Разработка ЧТЗ на доработку ИСЭД в части обеспечения документального подтверждения предоставления услуг | Частное ТЗ | 25.12.2009 |
5.1.8. | Разработка ЧТЗ на Единую интеграционную среду межсистемного обмена | Частное ТЗ | 25.12.2009 |
5.1.9. | Разработка реестра государственных региональных и муниципальных услуг и (или) функций, осуществляемых с использованием информационных и телекоммуникационных технологий (в том числе в электронном виде) | Реестр государственных региональных и муниципальных услуг | 25.12.2009 |
5.1.10. | Разработка проектов регламентов исполнения государственной услуги (в соответствии с реестром) | Проекты регламентов исполнения государственной услуги | 25.12.2009 |
5.1.11. | Разработка проектов соглашений об информационном обмене между ИОГВ, вовлеченными в процесс исполнения государственной услуги (в соответствии с регламентом) | Проекты соглашений об информационном обмене между ИОГВ | 25.12.2009 |
5.2. Перечень работ на 2010 год
№ п. п. | Наименование работы | Результат работы | Срок окончания |
5.2.1. | Разработка и создание распределённой интеграционной инфраструктурной среды для функционирования автоматизированной системы оказания государственных услуг | Распределённая среда функционирования всех компонентов системы. Тестирование на контрольном примере | 30.04.2010 |
5.2.2. | Аудит ведомственных систем для включения в автоматизированную систему оказания государственных услуг | Выделение полезных унаследованных сущностей для оформления в виде сервисов | 30.04.2010 |
5.2.3. | Разработка частных ТЗ | Частное ТЗ на каждую услугу, включаемую в портал | 30.06.2010 |
5.2.4. | Формализация бизнес-процессов предоставления услуг (в нотации BPMN). Для всех услуг из п. 5.2.2. | Аналитические бизнес-модели (по каждой услуге), пригодные для интерпретации программными средствами. Разработка инструкций пользователя и регламента должностных лиц | 01.09.2010 |
5.2.5. | Реализация сервисов, необходимых для предоставления услуг. Для всех услуг из п. 5.2.2. | По каждой услуге: реализация необходимого количества Web-сервисов | 22.12.2010 |
5.2.6. | Интеграция услуг с Интернет-порталом. Для всех услуг из п. 5.2.2. | Функционирующий Интернет-портал с набором услуг | 22.12.2010 |
6. Порядок контроля и приемки портала
Приемка работ по созданию и приемке портала ЭППк осуществляется поэтапно, в соответствии с составом работ по созданию портала ЭППк.
Испытания и приемка портала ЭППк осуществляются на технических средствах Заказчика.
Для приемки портала ЭППк Заказчик формирует рабочую группу, в которую входят представители Заказчика и Исполнителя. Рабочая группа формируется соответствующими приказами.
Проверка функционирования портала проводится для каждой государственной. (муниципальной) услуги из п.4.2 отдельно. Если к моменту проведения проверки ведомственная ИС (ее адаптер) не будут готовы или передача ведомственной информации по единой интеграционной среде межсистемного обмена не производится, проверка должна выполняться при помощи специально разработанного эмулятора ведомственной ИС. Эмулятор должен воспроизводить функциональность ведомственной ИС при осуществлении государственной услуги.
7. Требования к составу и содержанию работ по подготовке объекта автоматизации к вводу портала в действие
К моменту сдачи портала ЭППк в опытную эксплуатацию должна быть создана служба эксплуатации системы, в которую входят системные администраторы и информационные администраторы. Сотрудники службы эксплуатации должны пройти необходимое обучение.
К моменту сдачи портала ЭППк в опытную эксплуатацию Заказчиком должны быть выполнены требования по техническому обеспечению Системы.
К моменту сдачи портала ЭППк в постоянную эксплуатацию администраторы и контент-менеджеры должны пройти обучение работе с соответствующим интерфейсом.
8. Требования к документированию
ТЗ разрабатывается по ГОСТ 34.602-89.
В соответствии с ГОСТ 34.601-90 для автоматизированной ИС необходимо создание Технического проекта (ТП) и Рабочей документации (РД). Перечень документов технического проекта и рабочей документации указан в ГОСТ. Все документы ТП и РД должны иметь содержание в соответствии с РД
Если в состав автоматизированной ИС входит ПО, то для этого ПО в соответствии с п. 1.3.2., 2.4. ГОСТ 34.201-89 создается дополнительно документация по ГОСТ 19.
9. Источники разработки
9.1. Постановление Правительства РФ «О единой системе информационно-справочной поддержки граждан и организаций по вопросам взаимодействия с органами исполнительной власти и органами местного самоуправления с использованием информационно-телекоммуникационной сети Интернет» от 01.01.01 г. № 000.
9.2. OASIS Reference Architecture for Service Oriented Architecture 1.0, Public Review Draft 1 (Authoritative PDF), Apr. 23, 2008.
9.3. Navigating the SOA Open Standards Landscape Around Architecture, Joint Paper by The Open Group, OASIS, and OMG, July 2009.
9.4. OASIS Web Services Business Process Execution Language (WSBPEL) TC.
9.5. Web Services Description Language (WSDL) Version 2.0.
9.6. Перечень государственных услуг и/или функций, осуществляемых с использованием информационных и телекоммуникационных технологий (в т. ч. в электронном виде). Утверждён распоряжением Правительства Российской Федерации от 01.01.01 г. .
Приложение 1. Бизнес-процесс получения государственной услуги
