ТТ по АИС МФЦ на Adobe Live Cycle

Отчет «Детализированные технические требования к

системе АИС МФЦ на базе промышленной платформы»

по теме

Создание типовой информационной системы поддержки

деятельности многофункциональных центров

предоставления государственных и муниципальных услуг

Шифр темы: 2105-05-08

Москва 2008 г.

2

Оглавление

ЗАКРЫТОЕ АКЦИОНЕРНОЕ ОБЩЕСТВО «АУДИТОРСКО-КОНСУЛЬТАЦИОННАЯ ГРУППА

«РАЗВИТИЕ-БИЗНЕС-СИСТЕМ»............................................................. ERROR! BOOKMARK NOT DEFINED.

ТЕРМИНЫ И СОКРАЩЕНИЯ ................................................................................................................................... 4

1 ОБЩИЕ СВЕДЕНИЯ ........................................................................................................................................... 8

2 НАЗНАЧЕНИЕ И ЦЕЛИ СОЗДАНИЯ СИСТЕМЫ ....................................................................................... 9

2.1 НАЗНАЧЕНИЕ СИСТЕМЫ .................................................................................................................................. 9

2.2 ЦЕЛИ СОЗДАНИЯ СИСТЕМЫ ............................................................................................................................. 9

3 ХАРАКТЕРИСТИКА ОБЪЕКТОВ АВТОМАТИЗАЦИИ ........................................................................... 11

4 ТРЕБОВАНИЯ К СИСТЕМЕ ........................................................................................................................... 14

4.1 ТРЕБОВАНИЯ К СИСТЕМЕ В ЦЕЛОМ................................................................................................................ 14

4.1.1 Требования к структуре и функционированию.................................................................................... 14

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

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

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

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

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

системы ................................................................................................................................................................. 24

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

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

4.1.9 Требования к патентной чистоте ....................................................................................................... 25

4.1.10 Требования по стандартизации и унификации ............................................................................... 25

4.2 ТРЕБОВАНИЯ К ФУНКЦИЯМ (ЗАДАЧАМ), ВЫПОЛНЯЕМЫМ СИСТЕМОЙ.......................................................... 27

4.2.1 Информационная учетно-процессная подсистема ............................................................................. 27

4.2.2 Подсистема информационно-справочного обеспечения ..................................................................... 51

4.2.3 Подсистема «Сервер форм».................................................................................................................. 62

4.3 ТРЕБОВАНИЯ К ВИДАМ ОБЕСПЕЧЕНИЯ .......................................................................................................... 65

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

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

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

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

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

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

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

5 СОСТАВ И СОДЕРЖАНИЕ РАБОТ ПО СОЗДАНИЮ СИСТЕМЫ ....................................................... 77

5.1 ПЕРЕЧЕНЬ СТАДИЙ И ЭТАПОВ РАБОТ ПО СОЗДАНИЮ СИСТЕМЫ ................................................................... 77

5.1.1 Разработка детализированных технических требований ................................................................. 77

3

5.1.2 Разработка Системы ............................................................................................................................ 77

5.2 ПЕРЕЧЕНЬ ДОКУМЕНТОВ, ПРЕДЪЯВЛЯЕМЫХ ПО ОКОНЧАНИИ СТАДИЙ И ЭТАПОВ РАБОТ............................. 77

5.3 ВИД И ПОРЯДОК ПРОВЕДЕНИЯ ЭКСПЕРТИЗЫ ТЕХНИЧЕСКОЙ ДОКУМЕНТАЦИИ ............................................. 78

6 ПОРЯДОК КОНТРОЛЯ И ПРИЕМКИ СИСТЕМЫ.................................................................................... 79

6.1.1 Предварительные испытания ............................................................................................................... 80

6.1.2 Опытная эксплуатация.......................................................................................................................... 80

6.2 ОБЩИЕ ТРЕБОВАНИЯ К ПРИЕМКЕ РАБОТ ПО СТАДИЯМ ................................................................................. 81

6.3 СТАТУС ПРИЕМОЧНОЙ КОМИССИИ................................................................................................................ 81

7 ТРЕБОВАНИЯ К СОСТАВУ И СОДЕРЖАНИЮ РАБОТ ПО ПОДГОТОВКЕ ОБЪЕКТА

АВТОМАТИЗАЦИИ К ВВОДУ СИСТЕМЫ В ДЕЙСТВИЕ................................................................................ 82

7.1 ПРИВЕДЕНИЕ ПОСТУПАЮЩЕЙ В СИСТЕМУ ИНФОРМАЦИИ К ВИДУ, ПРИГОДНОМУ ДЛЯ ОБРАБОТКИ............ 82

7.2 ИЗМЕНЕНИЯ, КОТОРЫЕ НЕОБХОДИМО ОСУЩЕСТВИТЬ В ОБЪЕКТЕ АВТОМАТИЗАЦИИ .................................. 82

7.3 СОЗДАНИЕ УСЛОВИЙ ФУНКЦИОНИРОВАНИЯ ОБЪЕКТА АВТОМАТИЗАЦИИ.................................................... 83

7.4 СОЗДАНИЕ НЕОБХОДИМЫХ ДЛЯ ФУНКЦИОНИРОВАНИЯ СИСТЕМЫ ПОДРАЗДЕЛЕНИЙ И СЛУЖБ ................... 83

8 ТРЕБОВАНИЯ К ДОКУМЕНТИРОВАНИЮ ............................................................................................... 84

4

Термины и сокращения

Термины

Ведомственные

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

Информационные системы ведомств-участников МФЦ.

Ведомство Территориальные управления федеральных органов

исполнительной власти, органы исполнительной власти

субъектов РФ, органы местного самоуправления,

организации, участвующие в предоставлении

государственных и муниципальных услуг на базе МФЦ.

Государственная услуга Услуга, оказываемая физическим лицам и организациям

органами государственной власти в соответствии с

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

Дело Дело об оказании ГУ Заявителю включает все документы,

формируемые или получаемые в процессе оказания ГУ

(МУ).

Запрос Ведомства Запрос может быть выполнен:

- согласно регламенту оказания ГУ (МУ) Ведомства при

предоставлении доверенности от Заявителя;

- согласно соглашению между Ведомством и МФЦ.

Опись документов дела Содержит отметки о содержащихся в деле документах, как

принятых от заявителя, так и полученных в процессе

оказания ГУ (МУ) в результате выполнения запросов в

сторонние организации и Ведомство.

Папка дела Используется в качестве контейнера для хранения

электронных документов дела на оказание ГУ (МУ).

По завершению дела перенаправляется в архив.

Рекомендации по оказанию ГУ

(МУ)

Содержит перечень запросов (действий), которые

необходимо выполнить сотрудникам МФЦ в

определенной последовательности для оказания ГУ (МУ).

Результатом каждого запроса является документ-

результат оказания ГУ (МУ), если запрашивается

Ведомство, или документ, необходимый для оказания ГУ

5

(МУ), если запрашивается сторонняя организация. Для

каждого запроса может быть определено:

- запрашиваемое ведомство или организация;

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

- наименование запрашиваемого документа (документов);

- очередность запроса.

Сопроводительная ведомость Сопроводительная ведомость сопровождает дело при

прохождении им всех административных процедур и к

моменту выдачи результата оказания ГУ (МУ) должна

содержать отметки всех специалистов, принимавших

участие в оказании услуги.

Электронный документ Документ, созданный с помощью средств компьютерной

обработки информации и сохранённый в электронном

виде.

Сокращения

АИС Автоматизированная информационная система -

совокупность комплекса средств автоматизации,

организационно-методических и технологических

документов и персонала, использующего их в процессе

своей профессиональной деятельности.

АРМ Автоматизированное рабочее место сотрудника МФЦ.

БД База данных – совокупность данных, организованных по

определенным правилам, устанавливающим общие

принципы описания, хранения и манипулирования

данными.

ВИС Ведомственные информационные системы

ГУ Государственная (-ые) услуга (-и).

ИСО МФЦ Подсистема информационно-справочного обеспечения

деятельности МФЦ

ИУПП МФЦ Информационная учетно-процессная подсистема МФЦ

МУ Муниципальная услуга

МФЦ Многофункциональный центр предоставления

6

государственных и муниципальных услуг.

НСИ Нормативно-справочная информация

ОГВ (ОИВ) Орган государственной власти, (Орган исполнительной

власти.)

ПО Программное обеспечение – совокупность программ на

носителях данных и программных документов,

предназначенная для отладки, функционирования и

проверки работоспособности АИС.

СПО Специализированное программное обеспечение

СУБД Система управления базами данных – комплекс

программных средств, предназначенный для

манипулирования базой данных.

ТТ Детализированные технические требования к системе

АИС МФЦ на базе промышленной платформы

ЦОД Центр обработки данных - техническое решение,

предназначенное для создания высокопроизводительной,

отказоустойчивой информационной инфраструктуры.

ЭАР Электронный административный регламент - это система

формализованных описаний и руководств по

планированию, организации, выполнению и учету работ,

реализующих соответствующий административный

регламент, которая использует ИТ-средства для большей

эффективности выполнения регламента.

ЭИиКПОГУ МФЦ Модуль «Электронное исполнение и контроль процессов

оказания государственных услуг»

ЭЦП Электронная цифровая подпись - реквизит электронного

документа, предназначенный для защиты данного

электронного документа от подделки, полученный в

результате криптографического преобразования

информации с использованием закрытого ключа

электронной цифровой подписи и позволяющий

идентифицировать владельца сертификата ключа подписи,

а также установить отсутствие искажения информации в

7

электронном документе, а также обеспечивает

неотказуемость подписавшегося.

8

1 ОБЩИЕ СВЕДЕНИЯ

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

многофункциональных центров предоставления услуг на территории Российской Федерации

(АИС МФЦ, Система) предназначена для автоматизации основных административно-

управленческих процессов, протекающих в рамках МФЦ, и обеспечения эффективной

информационной поддержки деятельности организатора и участников МФЦ.

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

Повышение осведомленности физических и юридических лиц, а также

организаций о перечне и характере оказываемых услуг на базе МФЦ, а

также обеспечение качественного информационного сопровождения

граждан и организаций на протяжении всего процесса оказания

государственной (муниципальной, в рамках документа при упоминании

«государственных услуг» подразумевается так же что речь идет «о

муниципальных услугах») услуги путем публикации/обнародования

сведений о значимых событиях и фактах, возникающих в процессе её

оказания;

Повышение удобства и комфорта (снижение финансовых и временных

затрат) физических и юридических лиц, а также организаций при

получении государственных (муниципальных) услуг за счет

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

протекающих в рамках МФЦ, повышения их прозрачности и, в случае

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

нелегитимных действий участвующих в предоставлении услуги сторон;

Повышение эффективности и интенсификация межведомственного

информационного обмена и взаимодействия в рамках сквозных

административно-управленческих процессов реализуемых на базе МФЦ.

Данный документ разрабатывается в рамках выполнения работ по теме Создание

типовой информационной системы поддержки деятельности многофункциональных центров

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

типовых компонент АИС МФЦ на баз промышленной платформы и их последующей

адаптации и вводу с опытную эксплуатацию в регионах внедрения (МФЦ г.Астрахань

Астраханской области, МФЦ г.Шебекино Белгородской области).

9

2 НАЗНАЧЕНИЕ И ЦЕЛИ СОЗДАНИЯ СИСТЕМЫ

2.1 НАЗНАЧЕНИЕ СИСТЕМЫ

Система предназначена для:

автоматизации деятельности сотрудников МФЦ и других участников

процессов предоставления услуг населению в объеме их прав и

функциональных обязанностей;

обеспечения оперативного доступа всех участников процессов

предоставления услуг населению к текущей информации.

2.2 ЦЕЛИ СОЗДАНИЯ СИСТЕМЫ

Основной целью создания Системы является повышение эффективности и

интенсификация межведомственного информационного обмена и взаимодействия в рамках

сквозных административно-управленческих процессов, реализуемых на базе МФЦ.

Цель считается достигнутой, если по результатам создания Системы будут решены

следующие задачи:

1 контроль хода оказания ГУ (МУ), в частности:

заведение дела об оказании ГУ (МУ) при приеме Заявления;

ведение в электронном виде описи документов в деле;

ведение в электронном виде сопроводительной ведомости дела;

хранение электронных образов документов, входящих в дело, на протяжении

всего временного периода оказания ГУ (МУ);

отслеживание выполнения запросов в сторонние организаций в ходе оказания

ГУ (МУ) (в том числе, ведомства, ответственные за оказание ГУ (МУ));

доступ сотрудников МФЦ к актуальной информации о статусе заявки для

оперативного информирования Заявителя при запросе статуса заявки;

2 составление отчетности по ходу и результатам процессов оказания ГУ (МУ);

3 публичный доступ к информации о ГУ (МУ), оказываемых на базе МФЦ, через

Интернет;

4 публичный доступ к информации о ГУ (МУ), оказываемых на базе МФЦ, с

помощью информационного киоска;

5 доступ к персонифицированной информации о ходе оказания ГУ (МУ) через

Интернет;

10

6 обработка заявлений на предоставление консультаций по ГУ (МУ),

оказываемым на базе МФЦ;

7 составление отчетности по ходу и результатам процессов предоставления

консультаций по ГУ (МУ), оказываемым на базе МФЦ;

8 расширение перечня ГУ (МУ), оказываемых на базе МФЦ.

Решение указанных задач должно быть выполнено в объеме требований к Системе,

установленных настоящими ТТ.

11

3 ХАРАКТЕРИСТИКА ОБЪЕКТОВ АВТОМАТИЗАЦИИ

МФЦ организует взаимодействие с заявителями, а также с территориальными

органами федеральных органов исполнительной власти, органами исполнительной власти

субъекта Российской Федерации, органами местного самоуправления, организациями,

участвующими в предоставлении соответствующих государственных и муниципальных

услуг.

Сотрудник МФЦ, не являющийся государственным служащим, в случаях, не

противоречащих законодательству Российской Федерации:

принимает от заявителей соответствующие заявления и другие необходимые для

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

проверяет соответствие заявления необходимым требованиям, а также комплектность

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

документа;

регистрирует поступившие обращения заявителей в Системе непосредственно с

клиентского рабочего места, находящегося в МФЦ;

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

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

власти, органы исполнительной власти субъекта Российской Федерации, органы

местного самоуправления, участвующие в предоставлении государственных и

муниципальных услуг (далее, Ведомства);

организует доставку необходимых документов из МФЦ в соответствующие

Ведомства, а также доставку результатов предоставления государственных

(муниципальных) услуг на базе МФЦ;

выдает заявителю запрашиваемый документ либо мотивированный отказ в

соответствии с требованиями утвержденных административных регламентов, других

нормативных правовых актов, соглашений;

В ходе работы МФЦ также:

организует привлечение сотрудников соответствующих федеральных органов

исполнительной власти, органов исполнительной власти субъектов Российской

Федерации, органов местного самоуправления для решения возникающих спорных

вопросов;

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

муниципальных услуг на базе МФЦ путем публикации разъяснительных, справочных

12

и других материалов;

обеспечивает своевременную публикацию в сети Интернет информации о

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

обеспечивает создание и поддержание работы call-центра, телефона «горячей линии»

по вопросам предоставления государственных (муниципальных) услуг.

Сотрудник МФЦ вправе:

отказать заявителю в приеме заявления и пакета документов в случае несоответствия

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

государственной (муниципальной) услуги;

отказать заявителю в приеме заявления и пакета документов либо в выдаче

документов в случае, если заявление и пакет документов для получения

государственной (муниципальной) услуги представлены (затребованы) без

удостоверения личности, либо не уполномоченным лицом.

Территориальные органы федеральных органов исполнительной власти, органы

исполнительной власти субъекта Российской Федерации, органы местного самоуправления,

участвующие в предоставлении государственных (муниципальных) услуг на базе МФЦ:

реализуют административные процедуры и осуществляют административные

действия, в рамках исполнения государственных (муниципальных) функций и

предоставления государственных (муниципальных) услуг, включая принятие решений

в соответствии с законодательством Российской Федерации, административными

регламентами, соглашениями;

размещают (при необходимости) в МФЦ ответственных должностных лиц;

принимают решения в рамках предоставления государственных (муниципальных)

услуг на основании документов, представленных заявителем в МФЦ, в соответствии с

административными регламентами, другими нормативными правовыми актами,

соглашениями;

готовят запрашиваемый заявителем документ либо мотивированный отказ в

соответствии с административными регламентами, другими нормативными

правовыми актами, соглашениями;

обеспечивают доступ сотрудников МФЦ к необходимым базам данных, в том числе

электронным;

передают подготовленный документ либо мотивированный отказ в МФЦ.

13

Порядок и режим работы МФЦ определяется регламентом работы конкретного МФЦ,

принимаемым организатором МФЦ. При этом прием заявителей на базе МФЦ

осуществляется не менее чем 60 часов в неделю по всем государственным (муниципальным)

услугам, предоставляемым на базе МФЦ.

Взаимодействие с физическими и юридическими лицами – получателями

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

Интернет и через информационные киоски (инфоматы), расположенные в МФЦ.

Рассмотрение и выдача документов в рамках предоставления государственных

(муниципальных) услуг осуществляется в сроки, установленные соответствующими

административными регламентами, другими нормативными правовыми актами,

соглашениями.

14

4 ТРЕБОВАНИЯ К СИСТЕМЕ

4.1 ТРЕБОВАНИЯ К СИСТЕМЕ В ЦЕЛОМ

4.1.1 ТРЕБОВАНИЯ К СТРУКТУРЕ И ФУНКЦИОНИРОВАНИЮ

4.1.1.1 Перечень подсистем

В состав АИС МФЦ должны входить следующие подсистемы:

– информационная учетно-процессная подсистема (ИУПП);

– подсистема информационно-справочного обеспечения (ИСО);

– подсистема «Сервер форм»;

– служебные компоненты.

Общая функциональная схема АИС МФЦ представлена на Рис. 1.

Рис. 1. Функциональная схема АИС МФЦ

4.1.1.1.1 Информационная учетно-процессная подсистема

Информационная учетно-процессная подсистема (ИУПП) предназначена для

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

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

15

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

услуг на базе МФЦ, обработки заявлений на предоставление консультаций и

государственных услуг.

Подсистема ИУПП МФЦ включает в свой состав следующие модули:

– модуль «Электронное исполнение и контроль процессов оказания государственных

услуг» (Модуль ЭИиКПОГУ);

– модуль «Электронный архив».

Модуль ЭИиКОПГУ обеспечивает информационную поддержку административных

процессов в рамках МФЦ, и позволяет управлять полным жизненным циклом процесса

предоставления услуги, от его инициирования в МФЦ до уничтожения или передачи на

государственное хранение документов, связанных с этим процессом.

Модуль ЭИиКОПГУ обеспечивает автоматизацию следующих функций:

– прием заявлений и формирование дел на оказание ГУ;

– регистрация документов, циркулирующих в Системе (создание

регистрационных карточек документов, сканирование бумажных документов,

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

– проверка комплектности и правильности заполнения документов;

– составление рекомендаций по оказанию ГУ;

– маршрутизация дел на оказание ГУ (перемещение электронных документов

между сотрудниками, а также учет передвижения бумажных документов);

– выполнение запросов ведомств и организаций;

– выдача результатов заявителю.

Модуль «Электронный архив» предназначен для хранения и предоставления доступа

к документам из подсистем МФЦ, в том числе, вышедшим из оперативного пользования.

Модуль «Электронный архив» обеспечивает автоматизацию следующих функций:

– хранение дел на оказание услуги и связанных с ними документами;

– разграничение доступа к объектам архива в соответствии с правами и

полномочиями пользователей;

– протоколирование событий в рамках предоставления доступа к документам;

– поиск информации по объектам архива, включая полнотекстовый поиск по

содержанию документов;

– управление правами доступа к архиву документов (право чтения документа,

право просмотра учетной карточки документа);

– удаления информации из архива в результате согласования (удаление документа

16

по истечении установленного срока хранения после согласования выполнения

данного действия).

4.1.1.1.2 Подсистема информационно-справочного обеспечения

Подсистема информационно-справочного обеспечения (ИСО) предназначена для

предоставления физическим и юридическим лицам информации о порядке и ходе оказания

государственных и муниципальных услуг, информирования о режиме и особенностях работы

МФЦ, предоставления возможности записи на прием в МФЦ, заполнения форм документов,

необходимых для получения государственных (муниципальных) услуг через МФЦ и

предоставления сервиса подачи электронных документов в МФЦ.

Подсистема информационно-справочного обеспечения (ИСО) включает в свой состав

следующие модули:

– Модуль «Портал МФЦ»;

– Модуль «Информационный киоск МФЦ»;

– Модуль «Реестр НСИ МФЦ»;

– Модуль регистрации значимых событий

Модули «Информационный киоск» и «Портал МФЦ» служат источником

предоставления информации о государственных и муниципальных услугах гражданам.

Модуль «Портал МФЦ» обеспечивает возможность двухстороннего обмена

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

муниципальных услуг гражданам.

Модуль «Портал МФЦ» обеспечивает автоматизацию следующих функций:

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

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

оказания;

– получения данных из других модулей АИС МФЦ с целью их дальнейшей

публикации;

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

муниципальных услуг через МФЦ, включая регламент их предоставления, категории

получателей, имеющих право на получение этих услуг, основания для отказа в их

получении, требования к комплектности документов, образцы и бланки документов;

– публикация персонифицированной информации о ходе подготовки результатов

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

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

17

кабинетов пользователей портала МФЦ;

– управление структурой и содержанием модуля, включая средства разграничения прав

доступа, ведения истории изменений, версионность.

Модуль «Информационный киоск МФЦ» предоставляет информацию о порядке и

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

порядке и особенностях работы МФЦ.

Модуль «Информационный киоск МФЦ» обеспечивает автоматизацию следующих

операций:

– предоставление гражданам справки по получению государственных и

муниципальных услуг (информирование граждан о государственных услугах и

способах их получения, быстрый поиск по услугам);

– предоставление информации о статусе исполнения услуги для заявителя;

– информационное взаимодействие с модулями системы АИС МФЦ.

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

структурированном виде необходимой информации для:

– предоставления персональной информации о состоянии дела Заявителя;

– составления отчетности по оказанным услугам и направленным запросам

– составления перечня запросов в ведомства для поддержки бумажного документа

оборота при необходимости.

4.1.1.1.3 Подсистема «Сервер форм»

Подсистема «Сервер форм» обеспечивает автоматизацию процессов, связанных с

ведением реестра форм документов, динамическое формирование электронных форм,

контроль правильности заполнения на автоматизированных местах пользователей АИС

МФЦ (в том числе заявителей через «Портал МФЦ»), и хранения информации, внесенной в

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

состав подсистемы «Сервер форм» входит модуль «Ведения реестра форм».

Модуль «Ведения реестра форм» обеспечивает автоматизацию следующих операций с

формами:

– создание различных типов форм, в том числе на основе шаблонов;

– редактирование вновь созданных или уже существующих форм, использование ранее

созданных фрагментов форм;

– загрузка в модуль вновь разработанных форм, а также обновление уже содержащихся

в нем форм;

18

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

содержащихся в нем справочников.

4.1.1.2 Требования к числу уровней иерархии и степени

централизации системы

Система является централизованной и не имеет уровней иерархии. Все серверные

компоненты Системы, размещаются в рамках локальной вычислительной сети МФЦ.

4.1.1.3 Требования к способам и средствам связи для

информационного обмена между компонентами системы

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

посредством веб-сервисов с использованием протокола SOAP.

4.1.1.4 Требования к характеристикам взаимосвязей со

смежными системами

Взаимодействие с внешними по отношению к АИС МФЦ системами (при их наличии)

реализуется посредством интеграционной платформы и специализированных шлюзов

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

(адаптации) шлюза доступа с учетом специфики внешней системы.

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

Разрабатываемая система должна быть построена на современных стандартных

протоколах взаимодействия и форматах данных. В состав совместимых протоколов

информационного взаимодействия должны быть включены:

– Hyper text transfer protocol (HTTP/HTTPS), который должен использоваться для

доступа к портальному слою Системы;

– File transfer protocol (FTP), который должен использоваться для передачи файлов в

Системе;

– Transmission control protocol/Internet protocol (TCP/IP), используемый для

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

– Open database connectivity (ODBC), используемый для доступа как к внешним базам

данных, так и к базам в границах Системы;

– Java database connectivity (JDBC), используемый для доступа как к внешним базам

данных, так и к базам в границах Системы;

– Java Message Service (JMS), используемый для связи компонентов Системы и

19

обеспечения совместимости с внешними системами, основанными на Java Platform;

– Extensible messaging and presence protocol (XMPP), для обеспечения совместимости с

компонентами Системы и смежными системами, использующими данный протокол.

Система АИС МФЦ должна обеспечивать совместимость со следующими форматами:

– Microsoft Office 97-2003

– XML;

– CSV.

Помимо этого, АИС МФЦ должна обеспечивать поддержку всех используемых

программных и аппаратных средств в объеме, необходимом для соблюдения

функциональных требований к системе, указанных в разделе 4.2 настоящего ТЗ.

4.1.1.6 Требования к способам обмена информацией

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

сообщениями, при этом в роли описания сообщения выступает файл формата XML, в роли

транспорта информационного сообщения – протокол HTTP/S. Компоненты АИС МФЦ

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

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

Системы к сведениям Системы.

4.1.1.7 Требования к режимам функционирования

Система должна иметь возможность функционировать в следующих режимах:

– Штатный режим;

– Режим системного администрирования.

Штатный режим должен являться основным режимом функционирования,

обеспечивающим выполнение задач Системы.

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

использоваться для сопровождения Системы, в том числе – изменения конфигурации,

параметров работы, настроек, выполнения регламентного обслуживания программно-

технических средств. Кроме этого, в режиме системного администрирования должны

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

баз данных Системы. После возникновения отказа в каком-либо из компонентов Системы,

режим должен обеспечивать перевод отказавших компонентов в штатный режим

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

20

4.1.2 ТРЕБОВАНИЯ К ЧИСЛЕННОСТИ И КВАЛИФИКАЦИИ ПЕРСОНАЛА

СИСТЕМЫ И РЕЖИМУ ЕГО РАБОТЫ

4.1.2.1 Требования к численности персонала (пользователей)

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

– Системные администраторы из числа служащих МФЦ;

– Информационные администраторы из числа служащих МФЦ;

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

– Разработчик процессов.

Системные администраторы должны обеспечивать корректное функционирование

программно-аппаратных компонент Системы.

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

актуализацию и проверку справочной информации в Системе.

4.1.2.2 Требования к квалификации персонала, порядку его

подготовки и контроля знаний и навыков

Системные администраторы должны выполнять следующие функциональные

обязанности:

– Настройка и диагностирование Системы;

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

– Администрирование баз данных;

– Резервное копирование и восстановление данных;

– Обеспечение регламентных работ и анализ результатов регламентных операций.

Требования к квалификации системных администраторов:

– Знание вопросов сопровождения и администрирования ЛВС, протокола TCP/IP;

– Знание вопросов настройки рабочих станций локальной вычислительной сети;

– Знание вопросов инсталляции, общесистемного сопровождения и

администрирования Системы;

– Опыт администрирования СУБД.

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

обязанности:

– Регламентная загрузка информации из внешних источников информации;

– Контроль своевременности предоставления информации пользователями Системы;

– Распределение прав доступа и конфигурирование автоматизированных рабочих мест

Системы.

21

Квалификация информационных администраторов должна обеспечивать свободное

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

успешной работы с Системой информационные администраторы должны пройти

специальную подготовку по работе с Системой.

Функции, квалификация и численность пользователей системы:

– Пользователями Системы являются Сотрудники органов государственной власти

ведомств участников МФЦ, организаторы МФЦ, сотрудники и операторы МФЦ,

граждане и организации РФ в рамках взаимодействия с подсистемой

информационно-справочного обеспечения;

– Служащие органов государственной власти Субъектов Российской Федерации

обеспечивают своевременность, полноту и правильность хода исполнения

государственных и муниципальных услуг;

– Количество пользователей АИС МФЦ должно быть достаточным для обеспечения

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

государственных услуг в Системе.

4.1.2.3 Требуемый режим работы персонала системы

Требования к режиму работы пользователей Системы устанавливаются Заказчиком на

основании Трудового кодекса Российской Федерации. Режим работы администраторов

должен соответствовать нормальной продолжительности рабочего времени согласно статье

15, разделу IV Трудового кодекса в редакции от 30 декабря 2001 года с внесенным

постановлением Конституционного суда Российской Федерации №3-П от 15.03.2005.

4.1.3 ПОКАЗАТЕЛИ НАЗНАЧЕНИЯ

Выделяются следующие качественные показатели назначения Системы:

1 Автоматизация функций сотрудников МФЦ по исполнению и контролю

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

2 Возможность хранения в Системе электронных копий всех документов,

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

3 Создание условий для повышения эффективности процесса оказания

государственных услуг.

4 Возможность автоматизированного формирования статистической отчетности

по результатам функционирования МФЦ.

Количественные показатели назначения данным Техническим заданием не

устанавливаются.

22

4.1.4 ТРЕБОВАНИЯ К НАДЕЖНОСТИ

4.1.4.1 Перечень аварийных ситуации

Ниже приводится перечень возможных аварийных ситуаций с указанием требований к

средствам восстановления работоспособности Системы.

1) Сбой общего или специального программного обеспечения Системы (отдельного

АРМ или сервера).

После сбоя серверной операционной системы или СУБД в процессе выполнения

пользовательских задач должно быть обеспечено восстановление данных в базе данных до

состояния на момент окончания последней нормально завершенной перед сбоем транзакции.

Время восстановления работоспособности при сбоях и отказах не должно превышать

З-х часов. В это время не входит разворачивание и настройка специального программного

обеспечения на сервере (ах). В указанное время не входит решение проблем с техническим

обеспечением и инсталляция операционной системы.

2) Выход из строя части технических средств Системы.

Выход из строя одного из АРМ или нарушение канала связи локальной сети между

АРМ и сервером не должны приводить к прекращению функционирования Системы, при

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

строя АРМ на другом АРМ.

3) Сбои или выход из строя активного накопителя на жестком магнитном диске.

Система должен обеспечивать возможность «горячей» замены сбойного или

вышедшего из строя активного накопителя на жестком магнитном диске без остановки

функционирования Системы и потерь информации.

В Системе должна быть обеспечена возможность восстановления данных с внешнего

накопителя после восстановления активного накопителя.

4) Импульсные помехи, сбои или прекращение электропитания.

Импульсные помехи, сбои или прекращение электропитания не должны приводить к

выходу из строя технических средств КСА и/или нарушению целостности данных.

Прекращение электропитания на время до 15 минут не должно приводить к

прекращению функционирования КСА.

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

электропитания.

23

4.1.4.2 Требования к надежности технических средств

Надежность Системы в части технического обеспечения должна обеспечиваться:

– использованием технических средств повышенной отказоустойчивости и их

структурным резервированием;

– наличием на объектах автоматизации запасных изделий и приборов (ЗИП);

– защитой технических средств по электропитанию путем использования источников

бесперебойного питания;

– дублированием носителей информационных массивов.

В случае возникновения сбоев, аварий и отказов на отдельных рабочих станциях

должна быть сохранена возможность дальнейшего ввода данных, их обработки, а также

формирования отчетных документов на других рабочих станциях.

4.1.4.3 Требования к надежности программного обеспечения

В целях обеспечения надежного функционирования программное обеспечение

Системы должно предусматривать:

контроль целостности данных на уровне СУБД;

сохранение целостности данных при нештатном завершении программы в

случае отказа рабочей станции;

сохранение работоспособности программного обеспечения при

некорректных действиях пользователя;

резервное копирование информации с возможностью её оперативного

восстановления.

4.1.5 ТРЕБОВАНИЯ К ЭРГОНОМИКЕ И ТЕХНИЧЕСКОЙ ЭСТЕТИКЕ

Все формы для ввода данных, использующиеся в Системе, должны быть выполнены

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

режиме типовых Web Browser-ов в среде ОС Windows.

При создании и корректировки документов задание их формализованных реквизитов

должно осуществляться с максимальным использованием имеющейся НСИ, путем выбора

нужных значений из соответствующих списков.

Проверка корректности заполнения полей диалоговых форм должна обязательно

выполняться:

перед передачей данных в Систему;

перед сохранением информации в БД Системы.

24

Цветовая гамма диалогов, а так же использование логотипов Заказчика определяются

в процессе проектирования в рабочем порядке.

Решение о достаточной эргономичности пользовательских диалогов и качеству их

оформления принимается Заказчиком и Исполнителем в рабочем порядке.

4.1.6 ТРЕБОВАНИЯ К ЭКСПЛУАТАЦИИ, ТЕХНИЧЕСКОМУ ОБСЛУЖИВАНИЮ,

РЕМОНТУ И ХРАНЕНИЮ КОМПОНЕНТОВ СИСТЕМЫ

Условия эксплуатации, а также виды и периодичность обслуживания технических

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

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

(производителя) на них.

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

помещениях Заказчика, которые по климатическим условиям должны соответствовать ГОСТ

15150-69 «Машины, приборы и другие технические изделия. Исполнения для различных

климатических районов. Категории, условия эксплуатации, хранения и транспортирования в

части воздействия климатических факторов внешней среды» (температура окружающего

воздуха от 5 до 40° C, относительная влажность от 40 до 80% при Т=25° C, атмосферное

давление от 630 до 800 мм ртутного столба). Размещение технических средств и организация

автоматизированных рабочих мест должны быть выполнены в соответствии с требованиями

ГОСТ 21958-76 «Система "Человек-машина". Зал и кабины операторов. Взаимное

расположение рабочих мест. Общие эргономические требования».

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

четырехпроводная сеть с глухо заземленной нейтралью 380/220 В (+10-15)% частотой 50 Гц

(+1-1) Гц. Каждое техническое средство запитывается однофазным напряжением 220 В

частотой 50 Гц через сетевые розетки с заземляющим контактом.

Для обеспечения выполнения требований по надежности должен быть создан

комплект запасных изделий и приборов (ЗИП).

Состав, место и условия хранения ЗИП определяются на этапе технического

проектирования.

4.1.7 ТРЕБОВАНИЯ К ЗАЩИТЕ ИНФОРМАЦИИ ОТ

НЕСАНКЦИОНИРОВАННОГО ДОСТУПА

Разработка компонентов информационного и программного обеспечения

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

информации от несанкционированного доступа в соответствии с требованиями ГОСТ Р

25

50322-96, ГОСТ Р 50739-95 и РД Федеральной службы по техническому и экспертному

контролю (ФСТЭК России).

В соответствии с руководящим документом Гостехкомиссии России

«Автоматизированные системы. Защита от несанкционированного доступа (НСД) к

информации. Классификация автоматизированных систем и требования по защите

информации» данная система относится к группе многопользовательских

автоматизированных систем (АС), в которых одновременно обрабатывается, и хранится

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

СПО Системы должно обеспечить:

авторизацию всех пользователей Системы и протоколирование их

действий;

разграничение доступа к данным;

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

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

соответствующие роли, исполняемые ими в Системе.

4.1.8 ТРЕБОВАНИЯ ПО СОХРАННОСТИ ИНФОРМАЦИИ ПРИ АВАРИЯХ

Сохранность информации при авариях обеспечивается имеющимися у Заказчика

средствами резервного копирования.

Специальных требований к Системе по данному пункту не выставляется.

4.1.9 ТРЕБОВАНИЯ К ПАТЕНТНОЙ ЧИСТОТЕ

Использование Системы и ее частей должно удовлетворять условиям патентной

чистоты на территории Российской Федерации на неограниченный срок использования.

Использование системного и программного обеспечения Системы и ее частей должно

удовлетворять условиям лицензионной чистоты на территории Российской Федерации на

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

эксплуатационной документации.

4.1.10 ТРЕБОВАНИЯ ПО СТАНДАРТИЗАЦИИ И УНИФИКАЦИИ

При разработке Системы должно быть минимизировано использование

нестандартных, ненормативных классификаторов.

Автоматизированные рабочие места Системы должны быть унифицированы и

должны опираться на единую технологию работы и использование типовых программных

решений.

26

Для организации обмена информацией между подсистемами должны быть:

– Разработаны и описаны в виде XML Schema спецификации данных в формате XML;

– Реализована возможность информационного обмена при помощи файлов в формате и

структуре, соответствующей XML Schema;

– Проводимые работы должны соответствовать требованиям ФЦП «Электронная

Россия» по отчуждаемости и совместимости:

Применяемые при создании Системы технические (форматы данных,

протоколы передачи и прочие) и организационные (регламенты,

требования, инструкции и т. п.) решения должны быть доступны и

документированы в виде, достаточном для независимой (без обращения к

Исполнителю) реализации третьими сторонами. Применение

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

При выборе применяемых решений преимущество должно отдаваться

стандартизированным решениям (т. е. прошедшим процедуру

стандартизации и утвержденным в качестве стандарта, либо рекомендации

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

промышленным органом по стандартизации).

В случае применения Исполнителем специфицированных, но не стандартизированных

решений должно быть представлено обоснование на каждый такой случай.

Совместимость со смежным программным обеспечением должна быть обеспечена

путем предоставления возможностей загрузки и выгрузки информации в электронные файлы

фиксированного формата и/или предоставлением специфицированного программного

интерфейса (API).

4.2 ТРЕБОВАНИЯ К ФУНКЦИЯМ (ЗАДАЧАМ), ВЫПОЛНЯЕМЫМ СИСТЕМОЙ

4.2.1 ИНФОРМАЦИОННАЯ УЧЕТНО-ПРОЦЕССНАЯ ПОДСИСТЕМА

4.2.1.1 Модуль «Электронное исполнение и контроль процессов оказания государственных услуг»

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

1 Прием заявлений

2 Составление рекомендаций по оказанию ГУ

3 Выполнение запросов ведомств и организаций

4 Выдача результатов заявителю

5 Закрытие дел без выдачи результатов

6 Модификация описаний процессов

Перечень и описание функций группы «Прием заявлений» приведены в таблице ниже (Таблица 1).

Таблица 1. Функции приема заявлений

№ п./п. Название функции Описание функции Требования к функции Доступ

1. Создание нового дело При обращении заявителя

пользователь создает новое

дело об оказании ГУ (МУ)

Инициирование создания нового дела выполняется на

закладке «Процесс» клиентского приложения Adobe

LiveCycle WorkSpace ES.

Форма дела содержит:

сопроводительную ведомость

опись принятых документов

рекомендации по оказанию услуги

Оператор

28


перечень действий (протокол работы с делом)

форму заявления (необязательно).

форму договора на оказание услуг(необязательно).

Другие шаблоны документов, оформляемых при

оказании ГУ (МУ)

2. Создание папки дела Для каждого дела в модуле

«Электронный архив»

создается папка дела

При заведении в Системе нового дела для него

формируется временная папка в модуле «Электронный

архив», используемая на этапе оформления дела и приема

документов.

Папка дела используется для хранения метаданных дела в

формате XML, электронных шаблонов документов,

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

копий документов, принятых от заявителя.

Структура папки дела приведена п. 4.3.2.1.5. Папка дела

на оказание услуг.

При сохранении оформленного дела содержимое

временной папки копируется в постоянную папку дела в

модуле «Электронный архив».

Система

3. Выбор услуги При выборе услуги в

сопроводительной ведомости

выполняется предзаполнение

При формировании сопроводительной ведомости

выполняется последовательный выбор категории,

подкатегории и услуги на основе вызова сервисов модуля

Оператор

29


реквизитов дела, на основе

описания услуги

«Реестр НСИ».

По факту выбора услуги выполняется загрузка

описания услуги и получение данных:

предоставляющее ОГВ;

список необходимых документов с ссылками на

шаблоны при их наличии;

рекомендации по исполнению услуги (задания);

форма заявления на оказание услуги.

4. Предзаполнение

списка необходимых

документов

При выборе услуги система

выполняет предзаполнение

списка необходимых


Предзаполнение списка принимаемых документов

выполняется на основе XML описания услуги.

Предзаполнение списка документов – результатов

оказания услуг выполняется на основе XML описания

стандартных запросов для выбранной услуги.

Система

5. Предзаполнение

рекомендаций

(заданий)

При выборе услуги система

выполняет предзаполнение

стандартного списка заданий

Предзаполнение запросов выполняется на основе XML

описания стандартных запросов для выбранной услуги.

Система

6. Оформление договора

на оказание услуг

Шаблон договора в формате

PDF доступен для заполнения

на закладке «Опись дела»

Шаблон договора загружается в папку дела при создании

дела. Опись дела содержит ссылку для открытия шаблона

договора для заполнения.

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

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

Оператор

30


документов.

Подписанный договор сканируется, и загружается в папку

дела.

7. Оформление

заявления на оказание

услуги

Электронная форма

заявления в формате PDF

доступна для заполнения на

закладке «Опись дела»

Форма заявления, соответствующая услуге, загружается в

папку дела при выборе услуги при формировании дела.

Опись дела содержит ссылку для открытия формы

заявления для заполнения.

При открытии формы заявления выполняется

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

ведомости.

Заполненная форма распечатывается, данные в формате

XML передаются на сервер, и сохраняются в папке дела.

Подписанное заявление сканируется, и загружается в

папку дела.

Оператор

8. Загрузка

отсканированных


Отсканированные документы

загружаются в опись дела и

сохраняются в папке дела

Загрузка отсканированных копий документа выполняется

из сопроводительной описи дела.

Загрузка отсканированной электронной формы заявления

выполняется по кнопке «Прикрепить» секции «Форма».

Загрузка отсканированной копии договора выполняется

по кнопке «Прикрепить» секции «Договор».

Загрузка обязательных документов выполняется двойным

щелчком мыши по названию типа соответствующего

Оператор

31


документа в списке документов секции «Документы».

Загрузка дополнительных документов выполняется по

кнопке «Добавить».

Выбор документов для загрузки и ввод реквизитов

документа выполняется с использованием диалогового

окна «Информация о документе».

При вводе реквизитов документов должны использоваться

справочники.

Должна выполняться проверка заполнения обязательных

полей реквизитов документов.

9. Удаление документа Отсканированные копии

документов могут удаляться

из списка загруженных

документов на этапе

формирования дела

Должна быть обеспечена возможность выбора из списка

загруженных документов одного или нескольких

документов для удаления.

Удаление выполняется по кнопке «Удалить» секции

«Документы».

Система должна формировать запрос на подтверждение

пользователем удаления выбранных документов.

Оператор

10. Декодирование

заявления

Отсканированное заявление,

содержащее бар-код,

декодируется по запросу

пользователя

Декодирование выполняется на стороне сервера с

использованием серверного компонента Barcoded Forms

ES по запросу пользователя по команде «Декодировать»

секции «Форма» сопроводительной описи дела.

Процедура декодирования:

Система

32


PDF-форма отправляется на обработку процессу

«Декодирование»

Процесс «Декодирования» сохраняет результат

декодирования в формате XML во временной

папке дела на сервере

Результат распознавания возвращается Flex-

приложению

Выполняется заполнение распознанных полей в

секции «Заявитель» ведомости дела.

11. Удалить

рекомендацию

(задание)

Пользователь должен иметь

возможность удаления

рекомендаций из списка


Для удаления рекомендации необходимо выбрать ее из

списка рекомендаций и нажать кнопку «Удалить».

Оператор

12. Переместить



возможность изменить

порядок отображения

рекомендаций в списке

Для перемещения рекомендации в списке необходимо

выбрать ее в списке и переместить с помощью кнопок

«Вверх» или «Вниз».

Оператор

13. Добавить



возможность добавить

новую рекомендацию в

список

Добавление новой рекомендации выполняется с помощью

кнопки «Добавить».

В диалоговом окне осуществляется ввод информации для

новой рекомендации:

Оператор

33


наименование ведомства (из справочника

организаций)

наименование ГУ (из справочника ГУ);

перечень типов документов результатов запроса

срок выполнения запроса

комментарий (произвольный текстовый

комментарий, относящийся к запросу)

При добавлении новых документов к рекомендации

должно выполняться автоматическое обновление описи

дел.

14. Изменить



возможность изменения


При изменении рекомендаций доступны следующие

действия:

Изменение перечня документов - результатов исполнения

запроса

При добавлении новых документов к рекомендации

должно выполняться автоматическое обновление описи

дел. При удалении документов из рекомендации опись

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

Оператор

15. Печать рекомендаций Пользователь должен иметь

возможность вывода на

печать списка рекомендаций

По команде пользователя выполняется формирование

PDF-файла со списком рекомендаций.

Вывод на печать осуществляется стандартными

Оператор

34


средствами Adobe Acrobat/Reader.

16. Установить признак

направления на

экспертизу

Пользователь может

установить признак

направления на экспертизу

при оформлении дела

При необходимости направления дела к эксперту

пользователь устанавливает признак направления на

экспертизу.

При установленном признаке дело после завершения

оформления отправляется на экспертизу

Оператор

17. Регистрация дела По команде пользователя

выполняется регистрация

дела с присвоением

уникального номера дела

После завершения оформления дела выполняется его

регистрация с присвоением уникального номера дела.

Регистрация выполняется по команде пользователя

«Зарегистрировать».

Формат номера дела определяется на этапе технического

проектирования.

Формирование уникальных номеров выполняется с

помощью сервиса «Регистрация дел».

При регистрации дела формируется случайный 4-х

символьный пин-код, используемый для получения

информации о статусе услуги через Инфо-киоск.

Оператор

18. Сохранение дела в

процессе оформления


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

процессе его оформления

При сохранении дела выполняется обновление XML –

описания дела во временной папке дела.

Оператор

19. Сохранение дела в

качестве черновика

Дело может быть сохранено в

качестве черновика для

Черновик дела сохраняется во временной папке дела.

При сохранении дела выполняется проверка заполнения

Оператор

35


продолжения оформления

позднее

обязательных полей сопроводительной ведомости дела.

Проверка наличия всех необходимых документов не

выполняется.

20. Продолжение

оформления дела,

сохраненного в


Продолжение оформления

дела, сохраненного в


выполняется пользователем,

инициатором создания дела

Дела, сохраненные в качестве черновика, доступны на

закладке «Задачи» клиентского приложения Adobe

LiveCycle Workspace пользователю – инициатору создания

дела.

Оператор

21. Перенаправление дела Пользователь – инициатор

создания дела, может

перенаправить дело на

оформление другому

сотруднику

Функция перенаправления доступна для дел, сохраненных

в качестве черновика.

Перенаправление дела выполняется на закладке «Задачи»

клиентского приложения Adobe LiveCycle Workspace.

Оператор

22. Печать ведомости Печать ведомости

выполняется по команде


По запросу пользователя выполняется формирование

ведомости в формате PDF на основе шаблона

сопроводительной ведомости для печати.

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

Adobe Acrobat/Reader.

Оператор

23. Печать описи дел Печать описи дел

выполняется по команде


По запросу пользователя выполняется формирование

описи дела в формате PDF на основе шаблона описи дела

для печати.

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

Оператор

36


Adobe Acrobat/Reader.

24. Печать

идентификатора дела

для заявителя

Печать идентификатора дела-

кода выполняется по команде


Идентификатор дела содержит:

наименование услуги

номер дела

пин-код для доступа к инфо-киоску

Печать выполняется из сопроводительной ведомости по

команде «Печать пин-кода».

Оператор

25. Завершение

оформления дела

По завершению оформления

дела пользователь формирует

запрос на завершение дела

Завершение оформления дела выполняется по команде

«Завершить».

При завершении дела:

выполняется проверка наличия необходимых


временная папка дела копируется в архив дел

текущего года

формируется запрос сервису «Регистрация дел» на

снятие блокировки номера дела

Оператор

26. Аннулирование

дела

Дело, находящееся в

состоянии оформления,

может быть аннулировано

пользователем –

инициатором создания дела

Аннулирование дела выполняется по команде

«Аннулировать».

Система должна формировать запрос на подтверждение

пользователем выполнения процедуры аннулирования

дела.

Оператор

37


При аннулировании дела:

удаляется временная папка дела в модуле

«Электронный архив»

формируется запрос сервису «Регистрация дел» на

освобождение зарезервированного номера дела

Перечень и описание функций группы «Составление рекомендаций по оказанию ГУ» приведен в таблице ниже (Таблица 2).

Таблица 2. Составление рекомендаций по оказанию ГУ

№ Название Описание Требования Доступ

27. Маршрутизация

оформленных дел

Система выполняет

маршрутизацию

оформленных дел на основе

анализа признака назначения

экспертизы дела

При установленном признаке назначения на экспертизу

выполняется маршрутизация дела эксперту.

Если признак направления на экспертизу не установлен,

дело передается специалисту

Система

28. Взятие дела на

рассмотрение

экспертом

Эксперты могут выбирать для

рассмотрения дела из списка

дел, отправленных на

экспертизу

Дела, переданные на экспертизу, отображаются в списке

задач группы экспертов.

При взятии дела на рассмотрение экспертом, дело удаляется

из списка задач группы, и помещается в список задач

эксперта, взявшего на себя проведение экспертизы дела.

Эксперт

29. Передача дела

другому эксперту


возможность передать задание

При передаче дела другому эксперту дело удаляется из

списка задач отправителя, и помещается в список задач

Эксперт

38


другому пользователю с

правами эксперта.

получателя

30. Удалить


(задание)

Аналогично функции 11. Эксперт

31. Переместить


(задание)


32. Добавить


(задание)


33. Изменение

рекомендации


34. Печать

рекомендации


35. Загрузить

отсканированную

копию

письменного

отказа Заявителю


загрузить в Систему

отсканированную копию

письменного отказа

Заявителю

Загрузка выполняется на закладке «Рекомендации на

оказание услуги».

По факту загрузки формируется ссылка на файл с

отсканированной копией отказа.

Эксперт

36. Подтвердить

отклонение заявки


возможность подтверждения

Функция отклонения заявки доступна пользователю,

назначенному на роль эксперта.

Эксперт

39


отклонения заявки. При обработке запроса на отклонение заявки должна

выполняться проверка наличия отсканированной копии

письменного отказа заявителю.

Отклоненные заявки возвращаются оператору.

37. Распределение

дела специалисту

Система автоматически

распределяет дело сотруднику

с правами специалист.

Система выполняет маршрутизацию дела специалисту после

завершения оформления дела, если для него не установлен

признак направления на экспертизу.

Дело передается специалисту, если выполнен этап

экспертизы и экспертом не был сформирован отказ по

данному делу.

Дела, переданные на исполнение специалисту,

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

Система

38. Взятие дела на

исполнение

специалистом

Специалисты могут выбирать

для исполнения дела из

списка дел, отправленных на

исполнение

При взятии дела на исполнение специалистом, дело

удаляется из списка задач группы, и помещается в список

задач специалиста, взявшего на себя исполнение дела.

Специалист

39. Передача дела

другому

специалисту


возможность передать задание

другому пользователю с

правами специалист.


Перечень и описание функций группы «Выполнение запросов ведомств и организаций» приведен в таблице ниже (Таблица 3).

40

Таблица 3. Функции при выполнении запросов ведомств и организаций

№

п./п.

Название функции Описание функции Требования к функции Роль


40. Инициация запроса Пользователь должен иметь

возможность сформировать и

запустить процесс запроса

ведомства.

Инициирование создания нового запроса выполняется на

закладке «Процесс» клиентского приложения Adobe

LiveCycle Workspace ES.

При создании запроса пользователь:

указывает уникальный номер дела. Система

загружает данные о деле.

выбирает ведомство с использование справочника

организаций

выбирает услугу с использованием справочника

услуг

формирует список документов, передаваемых в

ведомство. Выбор выполняется с использованием

описи документов.

указывает цель запроса и формирует список

документов результатов запроса. Выбор

документов выполняется с использованием описи

дел.

распечатывает опись передаваемых документов (

в 2 экз.)


41

№

п./п.



устанавливает, при необходимости, признак

направления запроса в ведомство в электронном

виде;

выбирает из списка сотрудников ведомства

получателя запроса в электронном виде;

подтверждает завершение формирования запроса.

Информация о сформированном запросе должна

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

Если необходимо включить в состав запроса, документ,

отсутствующий в описи дел, необходимо

предварительно загрузить его в дело через интерфейс

описи дела.

41. Распечатать

сопроводительную

ведомость


возможность вывода на

печать сопроводительной

ведомости при

инициировании запросов в

ведомства

Для печати сопроводительной ведомости необходимо

открыть в режиме просмотра дело на оказание услуги.

Перечень активных дел отображается на закладке

«Задачи» пользователя.


42. Сохранить запрос в


На этапе инициирования

запроса пользователь может

сохранить запрос в качестве

Запрос, сохраненный в качестве черновика,

отображается в списке задач пользователя – инициатора

запроса.


42

№

п./п.



черновика

43. Аннулировать запрос Пользователь должен иметь

возможность аннулировать

запрос на любом этапе

процесса исполнения запроса

При аннулировании запроса процесс прекращается.

Факт аннулирования запроса отражается в перечне

действий дела.



запроса в ведомство

Система должна выполнять

маршрутизацию запросов в

ведомства , с которыми

организованно

информационное

взаимодействие в

электронной форме

Настройка маршрутизации выполняется на уровне

описания бизнес процесса исполнения услуги.

Передача запросов в электронной форме является

дополнительной функцией по отношению к передаче

документов в бумажном виде. При электронной форме

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

в ведомствах осуществляется сотрудниками

взаимодействующих ведомств.

Система


запроса на ручную

обработку

Система должна

маршрутизировать запросы

для ручной обработки

сотруднику МФЦ, в случае,

когда отсутствует

взаимодействие в

электронной форме с

Запрос переходит на этап процесса «Подтверждение

приема документов в ведомстве».

Передается на обработку пользователю – инициатору

запроса и отображается в его списке задач.

Система

43

№

п./п.



ведомством получателем

запроса

46. Отметка о приеме

документов в

Ведомство

Пользователь – инициатор

запроса должен иметь

возможность простановки

отметки о приеме

документов в ведомстве

Для простановки отметки о приеме документов в

ведомстве пользователь выбирает запрос в списке задач.

Пользователь также может указать:

регистрационный номер входящих документов в

ведомстве;

срок ответа на запрос;

контакты информирующего лица.

После завершения этапа «Подтверждение

документов в ведомстве» система переводит запрос на

этап «Ожидание ответа от ведомства».


47. Обработка результата

из ведомства в ручном

режиме

Пользователь должен

иметь возможность ввода

результата запроса при

получении его из ведомства

Результатом запроса может быть:

документ, необходимый для последующих

запросов;

документ – результат оказания ГУ;

информация, необходимая для последующих

запросов (справочная);

отказ в предоставлении документа или

информации.


44

№

п./п.



На основании результатов запроса пользователь

принимает решение завершить запрос или отправить

повторно в ведомство.

Запрос считается завершенным, если получены все

запрошенные документы и информация или получен

мотивированный отказ в предоставлении документов

или информации.

Документ, полученные в бумажном виде, сканируются и

прикладываются к форме запроса. При этом выполняется

обновление описи документов дела.

Если пользователь завершает запрос, процесс

выполнения запроса прекращается.

В случае выявления недостатков в полученных

документах, формируется повторный запрос в

ведомство.

48. Получение результата

из ведомства в

электронной форме


обеспечивать

маршрутизацию ответов из

ведомств в электронной

форме пользователю

инициатору запроса

Ответы ведомств отображаются в списке задач

пользователя инициатора запроса.

Процедура обработки запроса, аналогична функции 47.

Результаты обработки запросов представляются

ведомствами в электронной форме.

Система

45

№

п./п.



49. Составление акта о

выявленных

недостатках


возможность формирования

и присоединение к запросу

акта о выявленных

недостатках

Форма ответа на запрос в связи с оказанием услуг

содержит ссылку на шаблон.

Акта о выявленных недостатках формируется с

использованием стандартных офисных приложений.

Подписанный экземпляр акта сканируется и

прикрепляется к запросу.


50. Направить запрос на

доработку


сформировать повторный

запрос в ведомство, если

были выявлены недостатки

полученных документов

Повторный запрос в ведомство формируется из формы

ответа на запрос в связи с оказанием услуг.

При наличии электронного взаимодействия с

ведомством, повторный запрос маршрутизируется в

ведомство.

Запрос переходит в состояние «Подтверждение

документов в ведомстве».


Перечень и описание функций группы «Выдача результатов заявителю» приведены в таблице ниже (Таблица 4).

Таблица 4.Функции по выдаче результатов заявителю


51. Инициация выдачи

результата

Заявителю

Выдача результатов

заявителю производится для

завершенных дел и дел, по

При обращении заявителя пользователь по уникальному

номеру дела инициирует процесс выдачи результата

Заявителю.

Оператор

46


которым имеется заключение

о невозможности оказания

услуги через МФЦ

Пользователь ставит отметку о выдаче документов

Заявителю.

52. Передача дела в

архив

Исполненные дела

передаются в архив по

команде пользователя

После завершения выдачи документов дело направляется в

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

Старший

оператор

Перечень и описание функций группы «Закрытие дел без выдачи результата» приведены в таблице ниже (Таблица 5).

Таблица 5. Функции при закрытии дела без выдачи результатов


53. Информирование о

завершении дела

Пользователь должен

получить напоминание о

необходимости

информировать заявителя по

телефону или почте.

Информирование пользователя о завершении дела

осуществляется:

Отправкой сообщения по электронной почте

Формирование задачи на информирование в списке

задач пользователя

Система

54. Ввод информации

о результатах

информирования


возможность ввода

информации о результатах

информирования.

Результаты информирования заявителя должны отражаться

в сопроводительной ведомости дела.

Оператор

55. Передача дела в

архив

Передача дел в архив

выполняется по запросу

По истечению срока обращения заявителя за результатами

пользователь должен получить напоминание о

Старший

оператор

47


пользователя необходимости передачи дела в архив. После передачи дела

в архив пользователь должен поставить отметку.

Таблица 6. Функции при консультировании


56. Обработка запроса

на

консультирование

Фиксируется факт

предоставление

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

Запросы на консультирование могут поступать:

По почте

При личной явке заявителя

По телефону

По электронной почте

Консультирование также оказывается этими способами.

Специалист,

Оператор

Таблица 7. Функции для формирования отчетности


57. Формирование

отчетности по

оказанным

услугам


возможность вывода

информации об оказанных

услугах

Пользователь может установить параметры формирования

отчета







отчета


48


направленным

запросам в

Ведомства

информации по

направленным запросам в

Ведомства



оказанным

консультациям.



информации об оказанных

консультациях


отчета


Перечень и описание функций группы «Модификация описаний процессов» приведены в таблице ниже

Таблица 8. Функции по модификации описаний процессов


60. Модификация

описания процесса

оказания услуги

Разработчик процессов может

вносить изменения в

процессы, исполняемые в

модуле ЭИиКПОГУ

Модификация процессов выполняется разработчиком

процессов с использование клиентского приложения Adobe

LiveCycle Workbench.

Разработчик

процессов

61. Использование

визуальных

средств разработки

процессов

При модификации процессов

должны использоваться

визуальные средства

разработки процессов

Разработка процессов выполняется с использованием

графических средств, поддерживающих нотацию BPMN.


процессов

62. Сохранение Должна быть обеспечена При сохранении обновленного описания процесса Разработчик

49


обновленного

описания процесса

возможность сохранения

обновленного описания

процесса в качестве новой

версии

разработчик процессов может выбрать опцию сохранения

описания процесса в качестве новой версии.

процессов

4.2.1.2 Модуль «Электронный архив МФЦ»

Перечень и описаний функций по работе с электронным архивом приведен в следующей таблице (Таблица 9).

Таблица 9. Функции по работе с электронным архивом

№

п./п.

Название функции Описание функции Требования к функции Доступ

63. Хранение дел на

оказание услуг

Для каждого дела на оказание

услуг в электронном архиве

создается папка дела

Хранилище дел содержит разделы:

дела на исполнении

архив дел

В пределах разделов дела группируются по годам.

Требования к структуре папки дела приведены в 4.3.2.1.5

Папка дела на оказание услуг.

Система

64. Разграничение

доступа к объектам

хранилища дел

Система обеспечивает

разграничение доступа к

объектам хранилища дел в

соответствии с правами и

В зависимости от предоставленных полномочий

пользователи могут иметь права к объектам хранилища дел

(папкам дел):

на чтение;

Система

50

№

п./п.


полномочиями пользователей изменение;

удаление;

делегирование полномочий другим пользователям.

65. Навигация по

структуре хранилища

дел

Пользователи могут

выполнять навигацию по

структуре электронного

архива с использованием

тонкого клиента

Навигация осуществляется с использованием клиентского

веб приложения Adobe Content Space ES.

Доступ к клиентскому приложению выполняется по имени

пользователя и паролю.

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

66. Поиск в архиве Пользователи системы могут

выполнять поиск в архиве по

реквизитам дел

Поиск по реквизитам дел выполняется из служебного

кабинета пользователя или через интерфейс клиентского

веб приложения Adobe Content Space ES.


67. Протоколирование

событий

Модуль «Электронный архив»

обеспечивает ведение

протокола операций при

работе с архивом

Протокол работы с электронным архивом должен быть

доступен администратору.


68. Перенос дел в архив По факту завершения

исполнения дела должен

выполняться перенос папки

дела в архив дел

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

по факту выдачи дел заявителю.

Дела, перемещенные в архив, доступны только в режиме

чтения.


51

4.2.2 ПОДСИСТЕМА ИНФОРМАЦИОННО-СПРАВОЧНОГО ОБЕСПЕЧЕНИЯ

4.2.2.1 Модуль «Регистрация значимых событий процесса оказания государственных услуг»

Перечень и описаний функций по регистрации значимых событий приведен в следующей таблице (Таблица 10).

Таблица 10. Функции регистрации значимых событий

№

п./п.


69. Регистрация значимых

событий процесса

оказания услуг


автоматически

регистрировать действия,

выполняемые с делом

Перечень значимых событий, подлежащих регистрации

приведен в п. 4.3.2.4.1 Перечень событий.

Система

70. Просмотр перечня

значимых событий

Пользователи должны иметь

возможность просмотра

значимых событий при работе

с делом на оказание услуги

Перечень значимых событий отображается на закладке

«Перечень действий» дела на оказание услуг


71. Ввод комментариев

для значимых событий

Пользователи могут вносить

комментарии для

сформированных системой

значимых событий

Комментарий могут вноситься на любом этапе исполнения

услуги.

Разграничение доступа при работе с комментариями не

используется.


4.2.2.2 Модуль «Информационный киоск»

Перечень и описаний функций по работе с инфо-киоском приведен в следующей таблице (Таблица 11).

52

Таблица 11. Функции по работе с Инфо-киоском

№

п./п.


72. Получение

информации о ГУ с

посредством

навигации


возможность получения

информации о ГУ

посредством навигации

Должна быть обеспечена возможность навигации по

структуре предоставляемых услуг с использованием

группировке по категориям и подкатегориям.

Навигация осуществляется посредством

последовательного выбора в иерархической структуре.

Заявитель

73. Просмотр

информации по

выбранной ГУ



информации по выбранной

ГУ

При отображении информации по ГУ должны

использоваться закладки:

общая информация;

необходимые документы;

основания для отказа;

порядок оказания.

Объем информации, отображаемой на закладках должен

размещаться на одном экране без необходимости

прокрутки информации.

Заявитель

74. Поиск информации по

ГУ


возможность поиска услуг по

различным критериям

Поиск должен производиться по следующим критериям:

по наименованию услуги;

по организациям;

по жизненным ситуациям.

Для формирования поискового запроса на экране

Заявитель

53

№

п./п.


поиска должна отображаться виртуальная клавиатура.

75. Отображение

результатов поиска

Результаты поиска должны

отображаться на экране в

виде списка

Поиск должен быть организован таким образом, чтобы

количество полученных в результате него результатов не

превышало 80-100. При этом на одном экране должно

отображаться не более 10-20 результатов.

Пользователю должна быть предоставлена возможность

«пролистать» результаты поиска.

Система


персональной

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

услуги


возможность получения

информации о статусе услуги

посредством ввода номера

дела и пин-кода, связанного с

делом

Доступ к персональной информации осуществляется по

кнопке «Персональная информация», отображаемой в

нижней части экранов инфо-киоска.

Ввод параметров запроса на получение персональной

информации (номер дела, пин-кода) выполняется при

помощи виртуальной клавиатуры.

Результатом запроса является отображение информации о

статусе дела на оказание услуги.

Заявитель

4.2.2.3 Модуль «Портал МФЦ»

Перечень и описаний функций по работе с порталом МФЦ приведен в следующей таблице (Таблица 12).

Таблица 12. Функции по работе с порталом МФЦ

54

№

п./п.


77. Публикация

информации о

предоставляемых

госуслугах

Должна быть обеспечена

возможность публикации


предоставляемых услугах из

реестра услуг МФЦ

Публикация выполняется из служебного кабинета

администратора с помощью команды (опции)

«Опубликовать ГУ».

При публикации услуги производится публикация

комплекта документов, связанных с соответствующей

услугой (регламенты, НПА, электронные формы).

Администратор должен иметь возможность поиска и

фильтрации списка услуг по их статусу:

Новая (не опубликована)

Опубликована

Новая версия (опубликована предыдущая

версия, загружена новая версия услуги)

Администратор

78. Отображение


порядке и правилах

предоставления ГУ

Модуль должен

обеспечивать отображение

информации о порядке и

правилах предоставления

ГУ.

После выполнения процедуры публикации комплект

информации, связанный с опубликованной услугой

должен отображаться в публичном доступе для

посетителей портала.

Система

79. Публикация НПА Должна быть предусмотрена

возможность публикации на

портале НПА

В системе должна быть реализована возможность

публикации НПА как в комплекте документов,

относящихся к услуге, так и индивидуально.

Комплект нормативно-правовых актов, связанных с


55

№

п./п.


ГУ, должен публиковаться на портале автоматически

при публикации услуги на портале.

Индивидуальная публикация НПА выполняется из

личного кабинета администратора с помощью

команды (опции) «Опубликовать НПА».

80. Поиск информации по

оказываемым услугам

Пользователь портала может

выполнять поиск услуг по


Должны быть реализованы следующие возможности

поиска услуг на портале:

по наименованию услуги;

по органу власти, ответственному за

предоставление услуги;

по набору признаков (классификаторов);

за счет отображаемых в описаниях услуг

взаимосвязей между услугам

Заявитель

81. Хранение

персонализированной

информации

В системе обеспечивается

формирование и хранение

персонализированной

информации

зарегистрированных

пользователей

Для каждого зарегистрированного пользователя в

модуле «Электронный архив» создается папка для

хранения персонифицированной информации:

список поданных заявок на оказание услуг;

статус исполнения заявок;

результаты оказания услуги в электронной

форме.

Система

56

№

п./п.


82. Создание учетной

записи пользователя

на портале


возможность выполнить

самостоятельную

регистрацию на портале

При создании новой учетной записи на портале

обязательными атрибутами являются:

фамилия и имя пользователя

логин

пароль

адресной электронной почты для

подтверждения регистрации

При создании учетной записи должна использоваться

защита от роботов - ввод пользователем

подтверждения цифрового кода отображаемого на

странице регистрации.

По факту регистрации на указанный адрес

электронной почты отправляется почтовое

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

Учетная запись пользователя активируется после

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

в электронном сообщении для активации учетной

записи.

Заявитель

83. Авторизованный

доступ к

персональному


возможность авторизации на

портале для получения

Зарегистрированный пользователь должен иметь

возможность авторизации на портале и доступа к

персональному кабинету.

Заявитель

57

№

п./п.


кабинету доступа к персональному

кабинету


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

заявки на получение

услуги

Информация о статусе

заявки на получение услуги

отображается в

персональном кабинете


Зарегистрированный пользователь должен иметь

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

информации о статусе поданных им заявок на

оказание услуг.

Заявитель

4.2.2.4 Модуль «Реестр НСИ»

Перечень и описаний функций по работе с реестром НСИ приведен в следующей таблице (Таблица 13).

Таблица 13. Функции по работе с реестром НСИ

№

п./п.


85. Хранение описания

услуги

Описание услуги в формате

ХМL и связанные с ГУ

документы хранятся в виде

структуры папок реестра ГУ

Хранение описаний ГУ и связанных документов

организовано в виде иерархической структуры папок.

Для каждой ГУ в системе создается отдельная папка.

Структура хранения описаний ГУ приведена в п. 4.3.2.1.6

Структура Реестра НСИ.

Система

58

№

п./п.


86. Хранение НСИ НСИ хранятся в формате

XML в отдельной папке

Реестра ГУ.

Для хранения НСИ используется отдельная папка в

«Реестре НСИ» (см. п. п. 4.3.2.1.6 Структура Реестра

НСИ).

Система

87. Хранение НПА НПА хранятся в виде PDF

файлов структуре папок

Структура хранения НПА приведена в п. 4.3.2.1.6

Структура Реестра НСИ.

Система

88. Загрузка описания

услуги


возможность загрузки

описания услуги в «Реестр

НСИ»

Загрузка описаний ГУ выполняется из служебного

кабинета администратора.


89 Поддержка

версионности при

хранении описаний

ГУ (НСИ)

В системе должна

обеспечиваться поддержка

версионности при

обновлении описаний ГУ

(НСИ)

Поддержка версионности реализуется за счет:

использование номера версии при именовании файлов;

сохранения предыдущих версий описаний ГУ (НСИ) в

архивных папках.

Система

90 Просмотр списка ГУ в

«Реестре НСИ»

Должна быть предусмотрена


списка ГУ в «Реестре НСИ»

Просмотр выполняется из служебного кабинета

администратора.

Должна быть обеспечена навигация с использованием

категорий и подкатегорий ГУ.

При просмотре списка услуг может использоваться

фильтрация по статусу описаний ГУ в реестре.


59

№

п./п.


91. Поиск описания услуг В служебном кабинете

Администратора реестра

должна быть реализована

возможность поиска ГУ по


Поиск должен выполняться:

по наименованию услуги

по органу власти, ответственному за

предоставление услуги

по набору признаков (классификаторов).


92. Обновление описания

услуги


возможность обновления

описания услуг, хранимых в

«Реестре НСИ»

Обновление описаний ГУ выполняется из служебного


Администратор должен иметь возможность поиска в

реестре описания ГУ, для которой необходимо выполнить

обновление.

При загрузке нового описания ГУ должно быть

обеспечено сохранение предыдущей версии в архиве.


93. Удаление описания

услуги


возможность удаления из

«Реестра НСИ» описания ГУ

Удаление описаний ГУ выполняется из служебного


Должна быть обеспечена возможность выбора одного или

нескольких описаний ГУ для удаления.

Система должна формировать подтверждение выполнения

операции удалении со стороны пользователя.


94. Загрузка справочника Должна быть обеспечена

возможность загрузки

Загрузка справочников выполняется из служебного



60

№

п./п.


справочников в «Реестр

НСИ»

95. Обновление

справочников



справочников в «Реестре

НСИ»

Обновление справочников выполняется из служебного


Администратор должен иметь возможность поиска

справочника для выполнения обновления.

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

сохранение предыдущей версии в архиве.


96. Просмотр




справочников в «Реестре

НСИ»




97. Удаление



возможность справочников

из «Реестра НСИ»

Удаление справочников выполняется из служебного



нескольких справочников для удаления.




98. Загрузка НПА Должна быть обеспечена

возможность загрузки НПА в

«Реестр НСИ»

Загрузка НПА, связанных с описанием ГУ, выполняется

при загрузке соответствующего описания ГУ.

Администратор должен иметь возможность автономной


61

№

п./п.


загрузки НПА из служебного кабинета.

99. Обновление НПА Должна быть обеспечена


НПА в «Реестре НСИ»

Обновление НПА выполняется из служебного кабинета


Администратор должен иметь возможность поиска с НПА

для выполнения обновления.

При загрузке нового НПА должно быть обеспечено

сохранение предыдущей версии в архиве.


100. Просмотр списка

НПА



списка НПА в «Реестре

НСИ»




101. Удаление НПА Должна быть обеспечена

возможность удаления НПА

из «Реестре НСИ»

Удаление НПА выполняется из служебного кабинета



нескольких НПА для удаления.




62

4.2.3 ПОДСИСТЕМА «СЕРВЕР ФОРМ»

4.2.3.1 Модуль «Ведение реестра форм»

№

п./п.


102. Хранение

формализованных

описаний форм


возможность хранения

формализованного описания

форм

Должна быть обеспечена возможность хранения

формализованных описаний форм в реестре.

Система

103. Загрузка новой формы Модуль должен обеспечивать

загрузку новой формы в

структуру реестра

Загрузка новой формы в реестр должна выполняться из

клиентского приложения Adobe LiveCycle Workbench ES.


форм

104. Поддержка

версионности

Должна быть реализована


новых версий форм

При сохранении модифицированной формы должны быть

доступны следующие возможности:

замена существующей формы без сохранения

предыдущей версии

сохранение формы в качестве новой версии.

Должна быть обеспечена возможность работы с

предыдущими версиями форм, сохраненными в реестре.

Система

105. Динамическое

формирование форм

Система должна обеспечивать

динамическое формирование

форм для отображения в

пользовательском интерфейсе

На портале должны динамически отображаться последние

версии форм, размещенные в реестре.

Система

63

№

п./п.


портала МФЦ на основе

актуальных версий

справочников и

классификаторов

106. Предоставление

подсистемам и

модулям АИС МФЦ

доступа к данным,

введенным

пользователями при

заполнении форм

Подсистемы и модули АИС

МФЦ должны иметь доступ к

данным, введенным

пользователям, с

использованием сервисов,

предоставляемых реестром

форм.

Данные, введенные пользователями при заполнении форм,

должны извлекаться, и сохраняться в формате XML.

Подсистемы и модули должны иметь доступ к данным с

использованием веб сервисов.

Система

4.2.3.2 Модуль «Редактор форм»

№

п./п.


107. Создание новой

формы

С помощью конструктора

форм могут создаваться

новые формы

Для создания и модификации форм используется

конструктор форм на основе программного обеспечения

Adobe LiveCycle Workbench ES.


форм

108. Создание новой

формы на основе

шаблона

При создании новой формы

могут использоваться

типовые шаблоны форм

Типовые шаблоны форм хранятся в модуле «Реестр форм».

При создании новой формы разработчик форм должен

иметь возможность:


форм

64

№

п./п.


Просмотра списка шаблонов форм

Загрузку шаблона форм для создания на ее основе

новой формы.


фрагментов при

создании форм

В процессе создания формы

могут использоваться

типовые фрагменты форм

Использование фрагментов позволяет сократить затраты

при создании однотипных элементов форм и обеспечить

централизованное управление изменениями.


форм


графического

построителя при

разработке форм

При создании и модификации

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

графический построитель

форм

Графический построитель форм реализуется средствами



форм

111. Сохранение новой

формы в реестре



новой формы в «Реестре

форм».

Функции сохранения в «Реестре форм» доступны из

пользовательского интерфейса клиентского приложения

Adobe LiveCycle Workbench ES.


форм

112. Изменение

существующей формы


возможность загрузки из

«Реестра форм» и изменение

существующих форм

Функции загрузки форм из «Реестра форм» для

редактирования доступны из пользовательского интерфейса



форм

4.3 ТРЕБОВАНИЯ К ВИДАМ ОБЕСПЕЧЕНИЯ

4.3.1 ТРЕБОВАНИЯ К МАТЕМАТИЧЕСКОМУ ОБЕСПЕЧЕНИЮ

Требования по данному пункту не предъявляются.

4.3.2 ТРЕБОВАНИЯ К ИНФОРМАЦИОННОМУ ОБЕСПЕЧЕНИЮ

4.3.2.1 Состав, структура и способы организации данных в системе

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

– сопроводительная ведомость;

– опись документов при приеме заявления;

– рекомендации (задания) на исполнения услуги;

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

– описание стандартных типов запросов для ГУ;

– папка дела на оказание услуги.

4.3.2.1.1 Сопроводительная ведомость

Сопроводительная ведомость должна включать:

– номер дела;

– наименование услуги;

– данные заявителя;

– отметки о согласовании;

– отметки о завершении и выдаче результатов дела.

4.3.2.1.2 Опись документов

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

услуг.

Опись дела включает следующие данные:



– перечень документов.

Для каждого документа в описи содержится следующая информация:

– тип документа;

– наименование документа;

– признак обязательности документа;

– признак подлинника / копии документа;

66

– количество листов документа

– ссылка на документ (шаблон документа) в системе.

При заведении нового дела выполняется предзаполнение описи на основе описания

ГУ и описания стандартного списка запроса для выбранной ГУ.

4.3.2.1.3 Рекомендации (задания)

Рекомендации представляют собой перечень действий (запросов), которые

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

дела на основе описания стандартных типов запросов для соответствующей ГУ.

Рекомендации содержит следующие данные:


– наименование ГУ

– данные об эксперте;

– перечень запросов;

– сведения об отклонении заявки.

Для каждого запроса рекомендация должна включать следующие данные:

– наименование ведомства;


– перечень документов;

– срок исполнения.

4.3.2.1.4 Описание услуг

Описание услуг храниться в системе в виде XML-файла.

Описание услуги содержит:


– регион предоставления услуги;

– орган власти, предоставляющий государственную услугу;

– описание категорий получателей государственной услуги;

– участвующие органы и организации;

– результаты оказания услуги;

– сведения о консультировании;

– сведения об обжаловании;

– сведения об оплате»

4.3.2.1.5 Папка дела на оказание услуг

67

Папка дел предназначена для хранения метаданных и электронных копий документов

в процессе исполнения услуги.

Описание структуры хранилища дел приведено в следующей таблице (Таблица 14).

Таблица 14. Структура хранилища дел

Наименование папки Описание

Request Корневая папка хранилища дел

Current Текущие дела на исполнении

[Год] Папка для хранения текущих дел года

[Номер дела] Папка дела. Название папке соответствует номеру

дела в системе.

Заявление Папка для хранения заявления на предоставление услуги

XDP Папка для хранения XDP описания формы заявления

PDF Папка для хранения отсканированной копии заявления в

формате PDF

XML Папка для хранения данных заявления в формате XML

Документы Папка для хранения документов, относящихся к

делу

Шаблоны Папка для хранения шаблонов документов,

используемых сотрудниками МФЦ в процессе оказания

услуг.

Шаблоны хранятся в формате MS Word (*.dot)

PDF Папка для хранения отсканированных копий


Archive Папка для хранения исполненных дел.

Архивные документы доступны только в режиме

чтения

[Год] Папка для архивного хранения дел календарного

года

[Номер дела] Папка дела.

Temp Папка дел на оформлении.

[Временный_Номер дела] Папка дела на оформлении. Название папки

соответствует

68

временному номер дела, формируемому при

заведении нового дела.

4.3.2.1.6 Структура Реестра НСИ

Структура реестра НСИ приведена в следующей таблице (Таблица 15).

Таблица 15. Структура Реестра НСИ

Registry Реестр ГУ, папка, содержащая всю информацию по

предоставляемой ГУ.

[Категория] Папка, соответствующая категории ГУ, например

«Здравоохранение»

[Подкатегория] Папка, соответствующая подкатегории ГУ,

например «Дополнительное лекарственное обеспечение»

[Госуслуга] Папка, содержащая информацию по госуслуге.

Название госуслуги формируется по следующим

правилам:

S_XX_MMM_NNNNNN_VV_RR.xml

где S – Service,

XX – номер региона, MMM – номер

муниципального образования, NNNNNN – номер

госуслуги, VV – версия, RR – релиз

PDFInput Папка, содержащая PDF-файлы документов,

которые подаются при обращении за предоставлением

госуслуги, т.е. заявления. Данные заявления

используются для публикации на портал.

XDP Папка, которая содержит шаблоны PDF-

документов из папки PDFInput в формате XDP. Данные

шаблоны используются для формирования

персонализированных форм.

PDFOutput Папка, содержащая неинтерактивные PDF-файлы

документов, которые служат в качестве примеров

результата выполнения госуслуги. Папка может

отсутствовать.

XSD Папка, содержащая структуры данных для

69

госуслуги в формате XSD

XSL Папка, содержащая XSL для преобразования XML-

данных в формат PDF и XSL для создания

предзаполненных форм заявлений.

NSI Папка, содержащая нормативно-справочную

информацию

NPA Папка, содержащая нормативно-правовые акты

[Номер типа НПА] Название папки соответствует номеру типа

нормативно-правового акта по справочнику типов. Папка

содержит НПА данного типа, например папка«19»

содержит только федеральные законы.

4.3.2.2 Требования к информационному обмену между

компонентами системы

Информационный обмен между компонентами системы должен организовываться на

основе веб-сервисов с использованием протокола SOAP.

4.3.2.3 Требования к информационной совместимости со

смежными системами

Система в процессе исполнения ЭАР может взаимодействовать с внешними

системами ведомств и организаций.

Взаимодействие осуществляется посредством передачи запросов и получения

результатов их исполнения.

К обеспечению информационной совместимости со смежными системами

предъявляются следующие требования:

– Совместимость со стандартными протоколами передачи данных в составе:

HTTP/HTTPS;

TCP/IP;

FTP;

ODBC;

JDBC.

– Совместимость со следующими форматами файлов:

XML на основе согласованных XML-схем;

Microsoft Office 97-2003;

70

CSV;

HTML;

PDF.

– При осуществлении информационного обмена компонентами АИС МФЦ должен

применяться алгоритм взаимодействия, основанный на отправке информационного

запроса в формате XML и получении ответа в том же формате, с возможностью

использования файлов-вложений;

– Должна быть обеспечена возможность выгрузки из Системы сведений в рамках

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

использованием стандартных протоколов, а также их запись на стандартный

машинный носитель;

– Должна быть обеспечена возможность загрузки файлов поддерживаемых форматов в

АИС МФЦ, в том числе переданных на стандартных машинных носителях и с

использованием вычислительных сетей при помощи стандартных протоколов

передачи данных.

4.3.2.4 Использование справочников и классификаторов

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

Название Описание

Перечень услуг, оказываемых

через МФЦ

Содержит наименования услуг, оказываемых через МФЦ.

Перечень организаций Классификатор включает все организации, с которыми

МФЦ может взаимодействовать.

Перечень событий Классификатор содержит перечень событий, которые

отображаются в Сопроводительной ведомости (см. п.

4.3.2.4.1).

Перечень запросов Классификатор содержит перечень запросов, которые по

умолчанию включаются в рекомендации по оказанию ГУ.

Перечень запросов формируется для каждой ГУ, и содержит

информацию, достаточную для заполнения рекомендации.

4.3.2.4.1 Перечень событий

В системе должны регистрироваться следующие события при исполнении ГУ:

71

– прием документов;

– проведение экспертизы (в том числе, повторной);

– формирование запроса;

– получение ответа на запрос;

– изменение срока получения ответа на запрос (при задержке пересчитывается общий

срок оказания ГУ);

– направление документов по запросу на доработку;

– информирование заявителя об изменении срока, о завершении дела;

– выдача документов;

– направление дела в архив.

4.3.2.5 Требования по применению систем управления базами

данных

Для хранения метаданных всех информационных объектов Системы должны

использоваться СУБД MySQL версии 5 или выше.

4.3.2.6 Требования к структуре процесса сбора, обработки,

передачи данных в Системе и представлению данных

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

клиентских приложений.

Документы, представленные в бумажном виде, сканируются на рабочих местах

операторов с помощью программного обеспечения Adobe Acrobat в формате PDF.

Отсканированные копии документов загружаются в систему, и включаются в опись дела на

оказание услуги.

Формы заявлений на оказание ГУ могут загружаться с портала МФЦ. При заполнении

заявлений формируется двухмерный штрих-код. Распечатанное заявление с двухмерным

штрих кодом может представляться в МФЦ при обращении заявителя на получение услуги.

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

сканирования и дешифрации сервисами работы с двухмерными штрих кодами.

Взаимодействие с ведомствами может осуществлять посредством передачи запросов,

содержащих электронные копии документов, передаваемых для обработки.

72

4.3.2.7 Требования к защите данных от разрушений при авариях и

сбоях в электропитании Системы

Аварии и сбои в электропитании Системы не должны приводить к безвозвратной

потере данных, хранящихся в Системе. Допустимой является безвозвратная потеря только

тех данных, ввод/сохранение которых осуществлял пользователь в момент сбоя или аварии.

4.3.2.8 Требования к контролю, хранению, обновлению и

восстановлению данных

Вводимые пользователем данные должны проходить форматно-логический контроль.

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

следующие проверки:

факт заполнения обязательных реквизитов электронного документа;

соответствие введенного значения типу и области допустимых значений

конкретного реквизита.

Вся вводимая пользователем информация должна храниться в базе данных Системы

или в виде XML-файлов. Вложенные объекты (отсканированные копии документов) должны

храниться в виде файлов в модуле «Электронный архив». Работа с ними должна

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

файлов данного формата.

Обновление данных в Системе осуществляется посредством редактирования

реквизитов электронных документов и повторной загрузки измененных файлов.

Для восстановления потерянных данных должна использоваться резервная копия. В

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

которых нет в резервной копии, осуществляется вручную.

4.3.3 ТРЕБОВАНИЯ К ЛИНГВИСТИЧЕСКОМУ ОБЕСПЕЧЕНИЮ

Все сообщения, передаваемые между подсистемами и во внешние системы должны

быть оформлены с использованием языка разметки XML (Extensible Markup Language)

версии 1.0.

Схемы всех сообщений должны быть оформлены в соответствии с

рекомендациями спецификации XML Schema 1.0 (http://www.w3.org/TR/xmlschema-

0/http://www.w3.org/2001/XMLSchema).

73

Взаимодействие пользователей с Системой осуществляется только в режиме диалога,

без использования каких - либо специализированных языков запросов. Все диалоги

организуются средствами клиентских приложений Системы.

Все документы, подготавливаемые к публикации на портале, а также хранимые в

базах данных, хранятся в кодировке UTF-8 (Unicode).

4.3.4 ТРЕБОВАНИЯ К ПРОГРАММНОМУ ОБЕСПЕЧЕНИЮ

4.3.4.1 Перечень покупных программных средств

Для функционирования Системы должны быть приобретены следующие покупные

программные средства:

Комплекс программного обеспечения для реализации Государственных услуг на

портале ГУ в МФЦ Adobe Business Transformation Edition в составе следующих

компонентов:

o LiveCycle Forms Server

o LiveCycle Process Management Server

o LiveCycle Reаder Extensions Server

o LiveCycle Barcoded Forms

o LiveCycle Output Server

o LiveCycle Rights Management Server

o LiveCycle Content Services

Программное обеспечение формирования отчетности RenderX XEP Server;

ПО сканирования и работы с PDF документами Acrobat Professional Edition;

Офисный пакет Office Small Business 2007 Russian.

4.3.4.2 Перечень свободно распространяемого программного

обеспечения

В системе используется свободно распространяемое программное обеспечение,

перечень которого приведен ниже:

Система управления контентом Magnolia v. 3.6

Система управления базами данных MySQL v.5

Интеграционная шина Java CAPS v. 6

74

4.3.5 ТРЕБОВАНИЯ К ТЕХНИЧЕСКОМУ ОБЕСПЕЧЕНИЮ

4.3.5.1 Требования к видам технических средств

В состав комплекса технических средств АИС МФЦ должны входить:

Сервер исполнения ЭАР;

Сервер баз данных;

Сервер портала МФЦ;

Межсетевой экран;

Сервер мониторинга и отчетности;

Сервер взаимодействия с внешними системами.

4.3.5.2 Требования к функциональным, конструктивным и

эксплуатационным характеристикам

Комплекс технических средств системы включает следующие оборудование

Модульная мультисерверная система в составе:

Стойка 19" для монтажа серверного оборудования, 42U;

Устройство бесперебойного питания APC Smart-UPS 5000VA 230V

Rackmount/Tower RM

Коммутатор ДМЗ Cisco Catalyst 2960-48TT-L, 48 портов 10/100, 2 порта

10/100/1000.

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

мулььтисерверная система на основе серверов лезвий (Blade) с характеристиками не ниже

следующих:

сервера лезвия в количестве 6 штук;

процессор Intel Xeon Quad-Core с тактовой частотой не менее 2,5 Ггц;

оперативная память емкость не менее 8 Гбайт на процессор;

накопители на жестких дисках емкость не менее 140 Gb в количестве 14 штук.

4.3.6 ТРЕБОВАНИЯ К МЕТОДИЧЕСКОМУ ОБЕСПЕЧЕНИЮ

В рамках создания Системы должны быть разработаны и приняты документы,

обеспечивающие нормативно-методическое обеспечение Системы. Данные документы

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

Техническому Заданию. В состав методического обеспечения АИС МФЦ должны быть

включены:

75

– Методология и рекомендации по подготовке МФЦ к внедрению АИС МФЦ;

– Типовой региональный пакет нормативно-правовых актов, необходимый для ввода в

действие и функционирования АИС МФЦ;

– Спецификации на техническую инфраструктуру, необходимую для развертывания

типовой АИС МФЦ;

– Организационно-распорядительные документы;

– Отчет по результатам обследования объектов автоматизации в пилотных зонах

разработки;

– Методология и рекомендации по подготовке МФЦ регионов к внедрению АИС

МФЦ.

4.3.7 ТРЕБОВАНИЯ К ОРГАНИЗАЦИОННОМУ ОБЕСПЕЧЕНИЮ

4.3.7.1 Требования к структуре и функциям подразделений,

участвующих в функционировании Системы

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

входить:

– Подразделения МФЦ, обеспечивающие выполнение автоматизированных

административно-управленческих процессов в соответствии с функциональностью

АИС МФЦ;

– Служба эксплуатации Системы.

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

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

разделе «Описание процесса деятельности» Технического проекта на создание АИС МФЦ, а

также в документе «Отчет по результатам обследования объектов автоматизации», которые

разрабатываются согласно требованиям к составу работ настоящего ТЗ.

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

регламентов их взаимодействия. Описания регламентов взаимодействия должны

разрабатываться на основе действующих нормативно-правовых актов. В состав Службы

эксплуатации Системы должны входить системные и информационные администраторы.

Основными функциями данной службы должны стать:

– Администрирование модулей Системы;

– Техническая поддержка программных и аппаратных средств Системы;

– Обеспечение функционирования Системы в соответствии с согласованными нормами

ее работоспособности;

76

– Разрешение возможных проблем, связанных с несоответствием функционирования

Системы требованиям настоящего Технического Задания

– Управление средствами информационной безопасности и защиты от

несанкционированного доступа;

– Управление средствами резервного копирования данных Системы;

– Восстановление Системы в случае возникновения аварий и сбоев.

4.3.7.2 Требования к организации функционирования Системы и

порядку взаимодействия персонала Системы и персонала

объекта автоматизации

В рамках создания АИС МФЦ требуется создание специальной Службы эксплуатации

Системы для обеспечения ее работоспособности. Порядок взаимодействия персонала

Системы и персонала объекта автоматизации должен регламентироваться разработанными и

утвержденными внутренними нормативными актами объекта автоматизации.

4.3.7.3 Требования по защите от ошибочных действий персонала

Защита от ошибочных действий персонала Системы обеспечивается комплексным

применением организационных и технических мер.

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

сотрудников МФЦ, которые не были ознакомлены с правилами работы с Системой,

изложенных в эксплуатационной документации на Систему.

Технические меры заключаются в реализации в Системе механизмов,

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

минимизировать вероятность возникновения сбоев в Системе и безвозвратной потери

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

77

5 СОСТАВ И СОДЕРЖАНИЕ РАБОТ ПО СОЗДАНИЮ СИСТЕМЫ

5.1 ПЕРЕЧЕНЬ СТАДИЙ И ЭТАПОВ РАБОТ ПО СОЗДАНИЮ СИСТЕМЫ

Создание и внедрение АИС МФЦ осуществляется поэтапно, с определением

ограниченной пилотной зоны (регионы Внедрения) и апробации Системы в ней перед ее

тиражированием.

В состав этапов работ по созданию типовой АИС МФЦ входят:

– Разработка детализированных технических требований;

– Разработка типовых компонент Системы.

Адаптация компонент Системы в регионах внедрения происходит в соответствии с

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

региона отдельно. В ходе адаптации должно быть выполнено:

– Подготовка системы к внедрению;

– Запуск системы в опытную эксплуатацию.

5.1.1 РАЗРАБОТКА ДЕТАЛИЗИРОВАННЫХ ТЕХНИЧЕСКИХ ТРЕБОВАНИЙ

Целью данного этапа является разработка детализированных Технических

Требований на работы по разработке Системы, необходимые для разработки типовых

компонент Системы.

5.1.2 РАЗРАБОТКА СИСТЕМЫ

На данном этапе выполняется разработка типовой АИС МФЦ на основании

Технического задания на разработку типовой АИС МФЦ.

5.2 ПЕРЕЧЕНЬ ДОКУМЕНТОВ, ПРЕДЪЯВЛЯЕМЫХ ПО ОКОНЧАНИИ

СТАДИЙ И ЭТАПОВ РАБОТ

По окончанию разработки детализированных технических требований на создание

Системы предъявляется отчет «Детализированные технические требования к системе АИС

МФЦ на базе промышленной платформы».

78

5.3 ВИД И ПОРЯДОК ПРОВЕДЕНИЯ ЭКСПЕРТИЗЫ ТЕХНИЧЕСКОЙ

ДОКУМЕНТАЦИИ

Разработанная документация размещается в информационной системе управления

проектами ФЦП «Электронная Россия (2002-2010 годы)» Минэкономразвития России.

Заказчик вправе назначить экспертизу представленных Исполнителем документов.

79

6 ПОРЯДОК КОНТРОЛЯ И ПРИЕМКИ СИСТЕМЫ

Сдача-приёмка работ производится в каждом регионе внедрения в соответствии с

требованиями, указанными в Техническом задании на разработку АИС МФЦ для региона.

Основанием для сдачи-приёмки работ служит Отчёт о завершении работ по стадии,

представляемый Исполнителем. Для сдачи-приемки представляется также документация,

перечисленная в разделе 8 настоящего ТЗ.

Сдача-приемка осуществляется комиссией Заказчика, в состав которой входят

представители Заказчика и Исполнителя. По результатам приемки подписывается акт

приемочной комиссии.

Все создаваемые в рамках настоящей работы программные изделия (за исключением

покупных программных компонент и программных компонент, разработанных

Исполнителем вне рамок данного проекта) передаются Заказчику, как в виде готовых

модулей, так и в виде исходных кодов, представляемых в электронной форме на стандартном

машинном носителе.

Лицензии на программные компоненты, необходимые для эксплуатации

разрабатываемого программного обеспечения, приобретенные Исполнителем у третьей

стороны, оформляются на Заказчика.

Виды, состав, объем и методы испытаний

В рамках разработки Системы необходимо провести следующие виды испытаний

Системы:

– Предварительные испытания;

– Опытная эксплуатация.

В рамках приведенных выше испытаний проверке или аттестации необходимо

подвергнуть:

– Комплекс программных и технических средств;

– Персонал;

– Эксплуатационная документация, регламентирующая деятельность персонала при

функционировании Системы;

– Функционирование Системы в целом.

Проверяемые характеристики объектов испытаний:

– Качество выполнения комплексом программных и технических средств

автоматических функций во всех режимах функционирования Системы, согласно ТЗ

на ее создание;

80

– Знание персоналом Системы эксплуатационной документации и наличие у него

навыков, необходимых для выполнения установленных функций во всех режимах

функционирования Системы, согласно ТЗ на ее создание

– Полноту содержащихся в эксплуатационной документации указаний персоналу по

выполнению им функций во всех режимах функционирования Системы, согласно ТЗ

на ее создание

– Количественные и (или) качественные характеристики выполнения автоматических и

автоматизированных функций Системы в соответствии с ТЗ

– Другие свойства Системы, которым она должна соответствовать по ТЗ.

6.1.1 ПРЕДВАРИТЕЛЬНЫЕ ИСПЫТАНИЯ

Предварительным испытаниям Системы должна предшествовать отладка и

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

Системы эксплуатационной документации. Предварительные испытания Системы

проводятся для определения ее работоспособности и передачи в опытную эксплуатацию.

Предварительные испытания Системы проводятся в соответствии с программой и методикой

испытаний.

Протокол предварительных комплексных испытаний должен содержать заключение о

возможности приемки Системы в опытную эксплуатацию, а также перечень необходимых

доработок и рекомендуемые сроки их выполнения.

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

подписывается акт о передаче Системы в опытную эксплуатацию.

6.1.2 ОПЫТНАЯ ЭКСПЛУАТАЦИЯ

Данные испытания проводятся с целью определения фактических значений

количественных и качественных характеристик Системы, определения фактической

эффективности Системы, проведения корректировки документации (в случае

необходимости).

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

работ:

Доработка программного обеспечения;

– Внесение изменений в документацию по результатам проведения опытной

эксплуатации;

– Консультирование пользователей, сбор замечаний и предложений по доработке

продукта;

81

– Обновление установочных комплектов на электронных носителях, и обновление

документации.

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

сбор замечаний и предложений по Системе.

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

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

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

Во время опытной эксплуатации необходимо вести рабочий журнал, в который

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

аварийных ситуациях, изменениях параметров объекта автоматизации, проводимых

корректировках документации и программных средств, наладке, технических средств с

указанием даты и ответственного лица. Опытная эксплуатация должна завершаться

оформлением акта о завершении опытной эксплуатации и возможности передачи Системы

Заказчику.

6.2 ОБЩИЕ ТРЕБОВАНИЯ К ПРИЕМКЕ РАБОТ ПО СТАДИЯМ

Сдача-приемка разрабатываемой системы производится в три этапа, и осуществляется

комиссией Заказчика, в состав которой входят представители Заказчика и Исполнителя.

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

документации к ней требованиям настоящего ТЗ и подписать Акт приема-передачи

результатов работ Заказчику. В случае несоответствия Системы и документации

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

неудовлетворенности представленной Системой. Все создаваемые в рамках настоящей

работы программные изделия (за исключением покупных) передаются Заказчику, как в виде

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

стандартном машинном носителе.

6.3 СТАТУС ПРИЕМОЧНОЙ КОМИССИИ

Статус приемочной комиссии определяется Заказчиком до проведения испытаний.

82

7 ТРЕБОВАНИЯ К СОСТАВУ И СОДЕРЖАНИЮ РАБОТ ПО ПОДГОТОВКЕ

ОБЪЕКТА АВТОМАТИЗАЦИИ К ВВОДУ СИСТЕМЫ В ДЕЙСТВИЕ

Заказчик должен обеспечить создание условий функционирования объекта

автоматизации, при которых гарантируется соответствие создаваемой Системы требованиям,

содержащимся в ТЗ, а именно:

приведение поступающей в Систему информации к виду, пригодному для обработки с

помощью ЭВМ (в соответствии с требованиями к информационному и лингвистическому

обеспечению);

– проведение необходимых изменений в объекте автоматизации;

– создание условий функционирования объекта автоматизации, при которых

гарантируется соответствие создаваемой Системы требованиям, содержащимся в ТЗ;

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

– сроки и порядок комплектования штатов и обучения персонала.

При внесении изменений в Систему:

– Все изменения должны документироваться.

– Должна поддерживаться совместимость версий.

7.1 ПРИВЕДЕНИЕ ПОСТУПАЮЩЕЙ В СИСТЕМУ ИНФОРМАЦИИ К ВИДУ,

ПРИГОДНОМУ ДЛЯ ОБРАБОТКИ

Информация в Систему вводится оператором через заполнение интерактивных flex

или PDF форм, каждое поле которых предназначено для ввода данных в конкретном

формате, правильность заполнения при этом проверяется перед сохранением данных в

Системе

7.2 ИЗМЕНЕНИЯ, КОТОРЫЕ НЕОБХОДИМО ОСУЩЕСТВИТЬ В ОБЪЕКТЕ

АВТОМАТИЗАЦИИ

В рамках внедрения АИС МФЦ требуется создание специализированного

структурного подразделения объекта автоматизации, отвечающего за администрирование и

техническую поддержку Системы. В состав изменений в объекте автоматизации должны

быть включены:

– Выделение и подготовка специального помещения для размещения аппаратных

компонентов Системы, отвечающего требованиям, приведенным в настоящем ТЗ;

– Установка и настройка лицензионного программного обеспечения, необходимого для

83

функционирования АИС МФЦ, в соответствии с требованиями к программному

обеспечению, приведенными в настоящем ТЗ;

– Установка и настройка разработанных компонентов АИС МФЦ;

– Подбор персонала для вновь создаваемого подразделения объекта автоматизации,

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

– Обучение пользователей Системы.

7.3 СОЗДАНИЕ УСЛОВИЙ ФУНКЦИОНИРОВАНИЯ ОБЪЕКТА

АВТОМАТИЗАЦИИ

Необходимо обеспечить выполнение требований к условиям эксплуатации объекта

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

Технического Задания

Помимо этого, для обеспечения соответствия создаваемой Системы требованиям

настоящего Технического задания к моменту сдачи АИС МФЦ в опытную эксплуатацию

Заказчиком должны быть выполнены требования к техническому обеспечению АИС МФЦ. К

моменту сдачи АИС МФЦ в промышленную эксплуатацию пользователи подсистем АИС

МФЦ должны пройти обучение по работе с подсистемами.

7.4 СОЗДАНИЕ НЕОБХОДИМЫХ ДЛЯ ФУНКЦИОНИРОВАНИЯ СИСТЕМЫ

ПОДРАЗДЕЛЕНИЙ И СЛУЖБ

К моменту передачи АИС МФЦ в опытную эксплуатацию должна быть создана

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

информационные администраторы. Сотрудники службы эксплуатации должны пройти

необходимое обучение.

84

8 ТРЕБОВАНИЯ К ДОКУМЕНТИРОВАНИЮ

В состав документации, разрабатываемой при проектировании Системы для каждого

региона Внедрения, должны входить:

– Пояснительная записка технического проекта разработки АИС МФЦ на базе

промышленной платформы для Системы в соответствии с РД 50-34.698-90;

– Общее описание АИС МФЦ на базе промышленной платформы в соответствии с РД

50-34.698-90;

– Программа и методика испытаний АИС МФЦ на базе промышленной платформы для

Системы в соответствии с РД 50-34.698-90;

– Руководство пользователя АИС МФЦ на базе промышленной платформы для

Системы;

– Руководство администратора АИС МФЦ на базе промышленной платформы.

Вся документация должна предоставляться Заказчику в 2-х экземплярах на бумажном

и стандартном машинном (компакт-диск) носителях. Документы на стандартном машинном

носителе должны предоставляться в формате Microsoft Word 97-2003. Система должна

передаваться Заказчику на стандартных машинных носителях (компакт-диск) в двух копиях.

ТТ по АИС МФЦ на Adobe Live Cycle

Education

Transcript of ТТ по АИС МФЦ на Adobe Live Cycle