Технические требования (стр. 1 )

«УТВЕРЖДАЮ»		«СОГЛАСОВАНО»
Государственный заказчик		Функциональный заказчик
Руководитель Департамента информационных технологий города Москвы		Председатель Комитета государственных услуг города Москвы
______________			______________
«____»_________________2011 г.		«____»_________________2011 г.

ТЕХНИЧЕСКИЕ ТРЕБОВАНИЯ

на Выполнение научно-исследовательских и опытно-конструкторских работ по созданию единой системы автоматизации централизованного предоставления государственных услуг и контроля исполнения функций (АС ГУФ)

На 68 листах

СОГЛАСОВАНО: Заместитель руководителя Департамента информационных технологий города Москвы
ИСПОЛНИТЕЛЬ: Заместитель начальника управления отраслевых проектов Департамента информационных технологий города Москвы

Москва, 2011

Оглавление

1 Общие сведения. 7

1.1 Полное наименование системы и ее условное обозначение. 7

1.2 Наименование работы.. 7

1.3 Основание для разработки. 7

1.4 Государственный заказчик. 9

1.5 Исполнитель. 9

1.6 Пользователи. 9

1.7 Плановые сроки выполнения работ. 9

1.8 Источник финансирования. 9

1.9 Порядок финансирования. 10

1.10 Порядок оформления и предъявления работ. 10

1.11 Перечень документов, использованных при разработке технических требований. 10

1.12 Перечень сокращений и терминов. 11

2 Цели и назначение работ. 13

2.1 Назначение Системы.. 13

2.2 Цели создания Системы.. 13

2.2.1 Критерии достижения целей создания Системы. 14

3 Характеристика объектов автоматизации. 15

3.1 Краткие сведения об объектах автоматизации. 15

4 Требования к Системе. 16

4.1 Требования к Системе в целом.. 16

4.1.1 Требования к структуре и функционированию Системы.. 17

4.1.1.1 Состав Системы.. 17

4.1.1.2 Требования к способам и средствам связи для информационного обмена между компонентами Системы.. 21

4.1.1.3 Требования по взаимосвязям Системы с внешними и смежными системами, обеспечению ее совместимости. 21

4.1.1.4 Требования к режимам функционирования Системы.. 22

4.1.1.5 Требования по диагностированию Системы.. 23

4.1.1.6 Перспективы развития, модернизации Системы.. 23

4.1.2 Требования к численности и квалификации персонала Системы и режиму его работы 23

4.1.2.1 Требования к численности персонала Системы.. 23

4.1.2.2 Требования к квалификации персонала Системы.. 23

4.1.2.3 Требования к режиму работы персонала. 24

4.1.3 Показатели назначения. 24

4.1.4 Требования к надежности. 25

4.1.4.1 Общие требования. 25

4.1.4.2 Степень адаптации к отклонениям параметров объекта автоматизации. 26

4.1.4.3 Допустимые пределы модернизации и развития Системы.. 26

4.1.5 Требования к безопасности. 26

4.1.6 Требования к эргономике и технической эстетике. 27

4.1.7 Требования к транспортабельности. 27

4.1.8 Требования к эксплуатации, техническому обслуживанию, ремонту и хранению компонентов Системы.. 27

4.1.9 Требования к защите информации от несанкционированного доступа. 27

4.1.9.1 Требования к обеспечению безопасности информации. 27

4.1.9.2 Требования к разграничению прав доступа. 29

4.1.10 Требования по сохранности информации при авариях. 29

4.1.11 Требования к защите от влияния внешних воздействий. 30

4.1.12 Требования к патентной чистоте и лицензированию.. 30

4.1.13 Требования к стандартизации и унификации. 31

4.1.14 Другие требования. 31

4.1.14.1 Требования к сроку гарантийного обслуживания. 31

4.1.14.2 Состав работ, выполняемых Исполнителем.. 31

4.1.14.3 Задачи Заказчика по обеспечению работ. 33

4.2 Требования к функциям (задачам), выполняемым Системой. 34

4.2.1 Требования к перечню решаемых задач. 34

4.2.1.1 Интеграция различных каналов предоставления государственных услуг. 36

4.2.1.2 Регистрация заявок на оказание государственных услуг. 37

4.2.1.3 Формирование и ведение моделей регламентов государственных услуг. 38

4.2.1.4 Мониторинг хода выполнения государственных услуг. 41

4.2.1.5 Взаимодействие с АС УР. 42

4.2.1.6 Технологические задачи. 43

4.2.2 Требования к подсистемам Системы.. 44

4.2.2.1 Подсистема взаимодействия. 44

4.2.2.2 Подсистема ведения моделей регламентов государственных услуг. 45

4.2.2.3 Подсистема обработки обращений. 47

4.2.2.4 Подсистема мониторинга. 49

4.2.2.5 Подсистема информирования. 49

4.2.2.6 Подсистема Администрирования. 50

4.2.2.7 Подсистема информационной безопасности. 51

4.3 Требования к видам обеспечения. 51

4.3.1 Требования к математическому обеспечению системы.. 51

4.3.2 Требования к информационному обеспечению.. 52

4.3.3 Требования к лингвистическому обеспечению системы.. 52

4.3.3.1 Требования к применению языков высокого уровня. 52

4.3.3.2 Требования к способам организации диалога с пользователями. 52

4.3.3.3 Требования к языку взаимодействия с пользователем.. 52

4.3.4 Требования к программному обеспечению.. 53

4.3.5 Требования к техническому обеспечению Системы.. 53

4.3.6 Требования к метрологическому обеспечению. 53

4.3.7 Требования к организационному обеспечению.. 53

4.3.8 Требования к методическому обеспечению.. 54

4.3.9 Требования к телекоммуникационному обеспечению.. 54

5 Состав и содержание работ по созданию Системы.. 55

6 Порядок контроля и приемки Системы.. 61

7 Требования по составу и содержанию работ по подготовке объекта автоматизации к вводу системы в действие. 63

8 Требования к документированию.. 64

9 Источники разработки. 65

Приложение 1. Перечень разработанных сервисов для МПГУ (с разбивкой по услугам) 67

2  Общие сведения

2.1  Полное наименование системы и ее условное обозначение

Полное наименование системы - Автоматизированная система «Единая система автоматизации централизованного предоставления государственных услуг и контроля исполнения функций»

Условное обозначение – АС ГУФ.

Сокращение в тексте документа – АС ГУФ, Система.

2.2  Наименование работы

Выполнение научно-исследовательских и опытно-конструкторских работ по созданию единой системы автоматизации централизованного предоставления государственных услуг и контроля исполнения функций (АС ГУФ).

2.3  Основание для разработки

Основание для создания АС ГУФ:

·  Протокол заседания Комиссии по проведению административной реформы в городе Москве от 25 марта 2011 г. № 3 (раздел VIII, пункт 5 протокола);

·  Распоряжение Департамента информационных технологий города Москвы от 22 апреля 2011 года № /11 «Об утверждении Плана информатизации города Москвы на 2011 год».

Создание АС ГУФ должно осуществляться с учетом следующих документов:

·  Распоряжение Правительства города Москвы от 12 мая 2011 г. «О Базовом регистре информации, необходимой для предоставления государственных услуг в городе Москве»;

·  Федеральный закон от 01.01.2001 N 63-ФЗ «Об электронной подписи»;

·  Федеральный закон от 01.01.01 г. «Об информации, информационных технологиях и о защите информации»;

·  Федеральный закон от 01.01.01 г. «О персональных данных»;

·  Постановление Правительства Российской Федерации от 01.01.2001 г. № 000 «Об утверждении положения об обеспечении безопасности персональных данных и их обработке в информационных системах персональных данных»;

·  Приказ Федеральной службы по техническому и экспортному контролю, Федеральной службы безопасности Российской Федерации, Министерства информационных технологий и связи Российской Федерации от 01.01.2001 г. №55/86/20 «Об утверждении порядка проведения классификации информационных систем персональных данных»;

·  Приказ ФСТЭК России от 5 февраля 2010 г. N 58 «Об утверждении Положения о методах и способах защиты информации в информационных системах персональных данных»;

·  Федеральный закон -ФЗ «Об организации предоставления госуслуг»;

·  Федеральный закон Российской Федерации от 1 июля 2011 года N 169-ФЗ «О внесении изменений в отдельные законодательные акты Российской Федерации»;

·  Базовая модель угроз безопасности персональных данных при их обработке в информационных системах персональных данных. ФСТЭК, от 01.01.01 г.

2.4  Государственный заказчик

Заказчик АС ГУФ – Департамент информационных технологий города Москвы (далее – Заказчик).

Функциональный заказчик: Комитет государственных услуг города Москвы.

2.5  Исполнитель

Исполнитель работ определяется на конкурсной основе в соответствии с действующим законодательством (далее по тексту – Исполнитель).

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

2.6  Пользователи

Сотрудники органов государственной власти города Москвы и Российской Федерации, государственных учреждений и государственных унитарных предприятий города Москвы, физические и юридические лица
, участвующие в процессах предоставления и получения государственных услуг (далее – Услуг) на территории города Москва.

2.7  Плановые сроки выполнения работ

Плановые сроки выполнения работ составляют не более 90 дней со дня заключения государственного контракта.

2.8  Источник финансирования

Работы оплачиваются из средств бюджета г. Москвы.

2.9  Порядок финансирования

Порядок финансирования работ определяется действующими нормативно-правовыми актами города Москвы о финансировании расходов городского бюджета и условиями государственного контракта.

2.10  Порядок оформления и предъявления работ

При оформлении и предъявлении Государственному заказчику результатов работ Исполнитель должен руководствоваться требованиями комплекса стандартов и руководящих документов на автоматизированные системы ГОСТ 34.601-90, ГОСТ 34.201-89, ГОСТ 34.602-89, РД 50-34.698-90 и условиями государственного контракта.

2.11  Перечень документов, использованных при разработке технических требований

·  ГОСТ 24.702-85. Эффективность автоматизируемых систем управления;

·  ГОСТ 34.003-90 Информационная технология. Комплекс стандартов на автоматизированные системы. Термины и определения;

·  ГОСТ 34.601-90 Информационная технология. Комплекс стандартов на автоматизированные системы. Автоматизированные системы. Стадии создания;

·  ГОСТ 34.603-92 Информационная технология. Виды испытаний автоматизированных систем;

·  ГОСТ 34.602-89. Информационная технология. Комплекс стандартов на автоматизированные системы. Техническое задание на создание автоматизированной системы;

·  РД 50-34.698-90 Комплекс стандартов и руководящих документов на автоматизированные системы. Автоматизированные системы. Требования к содержанию документов.

2.12  Перечень сокращений и терминов

Сокращения и термины	Определение
АС ГУФ	Автоматизированная система централизованного предоставления государственных услуг и контроля исполнения функций
АС УР	Единая система ведения и управления реестрами, регистрами, справочниками и классификаторами
СКиМОО	Система контроля и мониторинга работы органов исполнительной власти, государственных учреждений и государственных унитарных предприятий города Москвы в режиме "одного окна"
ГУ, госуслуга, Услуга	Государственная услуга, предоставляемая федеральным органом исполнительной власти, органом государственного внебюджетного фонда, исполнительным органом государственной власти субъекта Российской Федерации, а также органом местного самоуправления при осуществлении отдельных государственных полномочий, переданных федеральными законами и законами субъектов Российской Федерации
МПГУ, Портал	Портал государственных услуг города Москвы
Заявитель	Физическое или юридическое лицо (за исключением государственных органов и их территориальных органов, органов государственных внебюджетных фондов и их территориальных органов, органов местного самоуправления) либо их уполномоченные представители, обратившиеся в орган, предоставляющий государственные услуги, или в орган, предоставляющий муниципальные услуги, либо в организации, указанные в частях 2 и 3 статьи 1 Федерального закона от 01.01.2001 N 210-ФЗ, или в организации, указанные в пункте 5 статьи 2 Федерального закона от 01.01.2001 N 210-ФЗ, с запросом о предоставлении государственной или муниципальной услуги, выраженным в устной, письменной или электронной форме
МФЦ	Многофункциональный центр предоставления госуслуг
ОИВ	Орган(ы) исполнительной власти города Москвы
Сводный реестр государственных услуг	Федеральная государственная информационная система «Сводный реестр госуслуг (функций)»
СЭВ МЭМ	Среда электронного взаимодействия Метасистемы «Электронная Москва»
Контакт-центр	Городской контакт-центр обработки обращений, поступающих по электронным каналам связи, оказывающий государственные услуги по консультированию, информационной поддержке заявителей
АИС ЦГУ	Программно-техническое решение «АИС Центра оказания государственных услуг», разработанное в рамках выполнения государственного контракта от 01.01.01 года №ГК 6401/08-347 ЭМ на выполнение научно-исследовательских и опытно-конструкторских работ в рамках пункта плана мероприятий по информатизации города Москвы на 2008 год по теме: «Разработка и внедрение типового программно-технического решения «АИС Центра оказания государственных услуг» (шифр «АИС ЦГУ»)
ЭП	Электронная подпись

3  Цели и назначение работ

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

Назначением работ является создание единой точки приема обращений Заявителей для получения госуслуг в независимости от мест обращения (МПГУ, МФЦ, «Одно окно», Контакт-центр), подготовка заявок на оказание государственных услуг и передача их на дальнейшее исполнение, а также взаимодействие с Заявителем, включая информирование о ходе и результатах оказания услуг и предоставление результата.

3.1  Назначение Системы

Назначением АС ГУФ является обеспечение единой технологической и методической основы для автоматизации процессов сбора и обработки заявок на оказание государственных услуг и информирования об исполнении функций в электронном виде.

3.2  Цели создания Системы

Целями создания Системы являются:

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

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

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

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

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

·  интеграция и оптимизация функций взаимодействия и совместимости информационных систем ОИВ и эксплуатируемых в Москве информационных систем организаций, участвующих в оказании госуслуг;

·  интеграция с Единой системой ведения и управления реестрами, регистрами, справочниками и классификаторами (далее – АС УР) информации, формируемой в процессе деятельности органов исполнительной власти города Москвы.

3.2.1  Критерии достижения целей создания Системы.

Критериями достижения целей создания Системы являются:

1.  в части технических показателей:

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

·  полнота реализации требований к реализованным функциям Системы;

·  полнота методической и эксплуатационной документации информационной системы;

·  готовность к вводу в эксплуатацию АС ГУФ;

2.  в части экономических показателей:

·  сокращение расходов при оказании госуслуг за счет автоматизации процессов их оказания.

4  Характеристика объектов автоматизации

4.1  Краткие сведения об объектах автоматизации

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

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

·  регистрация заявления на предоставление Услуги, полученного через МПГУ, МФЦ, службы "одного окна";

·  получение сведений, необходимых для принятия решений о принятии в работу заявления на предоставление Услуги, а так же о результате оказания Услуги;

·  мониторинг хода оказания Услуги и соблюдения сроков, установленных административным регламентом или иным нормативным документом;

·  информирование о текущем статусе предоставляемой Услуги;

·  взаимодействие с Заявителем в процессе оказания Услуги.

Объекты учета Системы включают информацию о характеристиках субъектов, объектов и правоотношений, которая необходима для предоставления государственных услуг.

5  Требования к Системе

5.1  Требования к Системе в целом

АС ГУФ создается, как единая система сбора заявок на получение государственных услуг и мониторинга хода предоставления результатов их исполнения. Система должна обеспечивать:

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

·  единые настройки вводимых по обращению данных для различных источников приема обращений (порталы, МФЦ, службы ОИВ);

·  возможность настройки набора атрибутов заявления на оказание Услуги без программирования;

·  возможность гибкой настройки правил мониторинга исполнения регламентов, регламентов сбора сведений и принятия решений для каждой Услуги без перепрограммирования на стороне АС ГУФ;

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

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

·  использование единых стандартов обмена информацией по обращениям и статусам их обработки для всех ОИВ;

·  единую точку доступа операторов к данным ОИВ и АС УР, необходимым для предоставления Услуги;

·  формализация обращений за данными, необходимыми в процессе оказания Услуги;

·  централизованное хранение и управление данными по обращениям на оказание Услуг;

·  типовое тиражируемое решение для МФЦ в части АРМ оператора МФЦ, а также типовое тиражируемое решение для оператора «одного окна» ОИВ;

·  доставка результатов оказания услуги.

5.1.1  Требования к структуре и функционированию Системы

5.1.1.1  Состав Системы

Для обеспечения указанной функциональности в рамках выполнения работ по созданию АС ГУФ должны быть разработаны следующие подсистемы:

·  подсистема взаимодействия;

·  подсистема ведения моделей регламентов государственных услуг;

·  подсистема обработки обращений;

·  подсистема мониторинга;

·  подсистема администрирования;

·  подсистема информационной безопасности.

Состав подсистем АС ГУФ может быть уточнен на этапе технического проектирования Системы.

5.1.1.1.1  Подсистема взаимодействия

Подсистема взаимодействия должна обеспечивать реализацию различных способов взаимодействия с Заявителем:

·  модуль взаимодействия с МПГУ;

·  АРМ Оператора МФЦ;

·  АРМ Оператора «службы одного окна»;

·  Модуль информационного взаимодействия.

В процессе реализации функций подсистема взаимодействия должна взаимодействовать:

·  с МПГУ в части получения заявок на оказание услуг, предоставления сведений о ходе и результатах их оказания, а также данных АС УР, необходимых для заполнения заявок на оказание госуслуг;

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

·  с подсистемой обработки обращений АС ГУФ в части направления заявок Заявителей на оказание госуслуг и получения сведений о ходе и результатах их оказания.

Модуль информационного взаимодействия предназначен для обеспечения обмена сведениями АС ГУФ со смежными информационными системами в рамках оказания государственных услуг посредством СЭВ МЭМ. Перечень внешних и смежных информационных систем приведен в п. 4.1.1.3.

5.1.1.1.2  Подсистема ведения моделей регламентов государственных услуг

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

Информационный ресурс подсистемы должен включать:

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

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

·  графическое описание модели процессов оказания госуслуг в соответствии с административными регламентами.

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

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

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

Подсистема должна обеспечивать взаимодействие Системы с АС УР в части предоставления перечня информации согласованной модели данных через подсистему взаимодействия.

5.1.1.1.3  Подсистема обработки обращений

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

5.1.1.1.4  Подсистема мониторинга

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

5.1.1.1.5  Подсистема информирования

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

- по электронной почте;

- SMS;

- в Личный кабинет МПГУ;

- посредством оператора Контакт-Центра.

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

- по электронной почте;

- SMS;

- через создание уведомления, доступного в АРМ оператора.

Подсистема информирования должна взаимодействовать:

- с подсистемой взаимодействия в части отправки сведений Заявителям;

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

5.1.1.1.6  Подсистема администрирования

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

5.1.1.1.7  Подсистема информационной безопасности

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

В рамках работ по созданию Подсистемы информационной безопасности должна быть выполнена классификация Системы по классу персональных данных на соответствие требованиям информационной безопасности информационных систем. В соответствии с требованиями Федерального закона от 01.01.2001 «О персональных данных» , в результате выполнения работ должна быть разработана Модель угроз информационной безопасности и действий нарушителя в Системе.

5.1.1.2  Требования к способам и средствам связи для информационного обмена между компонентами Системы

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

5.1.1.3  Требования по взаимосвязям Системы с внешними и смежными системами, обеспечению ее совместимости

Система должна обеспечивать взаимодействие со следующими внешними и смежными информационными системами и ресурсами (далее - ИСиР):

·  с реестром госуслуг и функций города Москвы в части получения следующей информации:

o  перечень госуслуг;

o  описание госуслуг;

o  паспорт государственной услуги, содержащий общую информацию о госуслуге;

·  в части приема обращений заявителей, информирования о статусе процесса оказания услуги и предоставления результатов ее оказания: