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

Отчет «Детализированные технические требования к
системе АИС МФЦ на базе промышленной платформы»

по теме
Создание типовой информационной системы поддержки
деятельности многофункциональных центров
предоставления государственных и муниципальных услуг
Шифр темы: 2105-05-08

Москва 2008 г.

Оглавление
ЗАКРЫТОЕ АКЦИОНЕРНОЕ ОБЩЕСТВО «АУДИТОРСКО-КОНСУЛЬТАЦИОННАЯ ГРУППА
«РАЗВИТИЕ-БИЗНЕС-СИСТЕМ»............................................................. 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

2

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

3

Термины и сокращения
Термины
Ведомственные Информационные системы ведомств-участников МФЦ.
информационные системы
Ведомство Территориальные управления федеральных органов
исполнительной власти, органы исполнительной власти
субъектов РФ, органы местного самоуправления,
организации, участвующие в предоставлении
государственных и муниципальных услуг на базе МФЦ.
Государственная услуга Услуга, оказываемая физическим лицам и организациям
органами государственной власти в соответствии с
административным регламентом оказания услуги.
Дело Дело об оказании ГУ Заявителю включает все документы,
формируемые или получаемые в процессе оказания ГУ
(МУ).
Запрос Ведомства Запрос может быть выполнен:
- согласно регламенту оказания ГУ (МУ) Ведомства при
предоставлении доверенности от Заявителя;
- согласно соглашению между Ведомством и МФЦ.
Опись документов дела Содержит отметки о содержащихся в деле документах, как
принятых от заявителя, так и полученных в процессе
оказания ГУ (МУ) в результате выполнения запросов в
сторонние организации и Ведомство.
Папка дела Используется в качестве контейнера для хранения
электронных документов дела на оказание ГУ (МУ).
По завершению дела перенаправляется в архив.
Рекомендации по оказанию ГУ Содержит перечень запросов (действий), которые
(МУ) необходимо выполнить сотрудникам МФЦ в
определенной последовательности для оказания ГУ (МУ).
Результатом каждого запроса является документ-
результат оказания ГУ (МУ), если запрашивается
Ведомство, или документ, необходимый для оказания ГУ

4

(МУ), если запрашивается сторонняя организация. Для
каждого запроса может быть определено:
- запрашиваемое ведомство или организация;
- перечень необходимых документов для запроса;
- наименование запрашиваемого документа (документов);
- очередность запроса.
Сопроводительная ведомость Сопроводительная ведомость сопровождает дело при
прохождении им всех административных процедур и к
моменту выдачи результата оказания ГУ (МУ) должна
содержать отметки всех специалистов, принимавших
участие в оказании услуги.
Электронный документ Документ, созданный с помощью средств компьютерной
обработки информации и сохранённый в электронном
виде.

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

5

государственных и муниципальных услуг.
НСИ Нормативно-справочная информация
ОГВ (ОИВ) Орган государственной власти, (Орган исполнительной
власти.)
ПО Программное обеспечение – совокупность программ на
носителях данных и программных документов,
предназначенная для отладки, функционирования и
проверки работоспособности АИС.
СПО Специализированное программное обеспечение
СУБД Система управления базами данных – комплекс
программных средств, предназначенный для
манипулирования базой данных.
ТТ Детализированные технические требования к системе
АИС МФЦ на базе промышленной платформы
ЦОД Центр обработки данных - техническое решение,
предназначенное для создания высокопроизводительной,
отказоустойчивой информационной инфраструктуры.
ЭАР Электронный административный регламент - это система
формализованных описаний и руководств по
планированию, организации, выполнению и учету работ,
реализующих соответствующий административный
регламент, которая использует ИТ-средства для большей
эффективности выполнения регламента.
ЭИиКПОГУ МФЦ Модуль «Электронное исполнение и контроль процессов
оказания государственных услуг»
ЭЦП Электронная цифровая подпись - реквизит электронного
документа, предназначенный для защиты данного
электронного документа от подделки, полученный в
результате криптографического преобразования
информации с использованием закрытого ключа
электронной цифровой подписи и позволяющий
идентифицировать владельца сертификата ключа подписи,
а также установить отсутствие искажения информации в

6

электронном документе, а также обеспечивает
неотказуемость подписавшегося.

7

1 ОБЩИЕ СВЕДЕНИЯ
Автоматизированная информационная система поддержки деятельности
многофункциональных центров предоставления услуг на территории Российской Федерации
(АИС МФЦ, Система) предназначена для автоматизации основных административно-
управленческих процессов, протекающих в рамках МФЦ, и обеспечения эффективной
информационной поддержки деятельности организатора и участников МФЦ.
Основными целями создания Системы являются:
 Повышение осведомленности физических и юридических лиц, а также
организаций о перечне и характере оказываемых услуг на базе МФЦ, а
также обеспечение качественного информационного сопровождения
граждан и организаций на протяжении всего процесса оказания
государственной (муниципальной, в рамках документа при упоминании
«государственных услуг» подразумевается так же что речь идет «о
муниципальных услугах») услуги путем публикации/обнародования
сведений о значимых событиях и фактах, возникающих в процессе её
оказания;
 Повышение удобства и комфорта (снижение финансовых и временных
затрат) физических и юридических лиц, а также организаций при
получении государственных (муниципальных) услуг за счет
информатизации основных административно-управленческих процессов,
протекающих в рамках МФЦ, повышения их прозрачности и, в случае
необходимости, использования развитой системы предупреждения
нелегитимных действий участвующих в предоставлении услуги сторон;
 Повышение эффективности и интенсификация межведомственного
информационного обмена и взаимодействия в рамках сквозных
административно-управленческих процессов реализуемых на базе МФЦ.
Данный документ разрабатывается в рамках выполнения работ по теме Создание
типовой информационной системы поддержки деятельности многофункциональных центров
предоставления государственных и муниципальных услуг и необходим для разработки
типовых компонент АИС МФЦ на баз промышленной платформы и их последующей
адаптации и вводу с опытную эксплуатацию в регионах внедрения (МФЦ г.Астрахань
Астраханской области, МФЦ г.Шебекино Белгородской области).

8

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

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

Система предназначена для:
 автоматизации деятельности сотрудников МФЦ и других участников
процессов предоставления услуг населению в объеме их прав и
функциональных обязанностей;
 обеспечения оперативного доступа всех участников процессов
предоставления услуг населению к текущей информации.

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

Основной целью создания Системы является повышение эффективности и
интенсификация межведомственного информационного обмена и взаимодействия в рамках
сквозных административно-управленческих процессов, реализуемых на базе МФЦ.
Цель считается достигнутой, если по результатам создания Системы будут решены
следующие задачи:
1 контроль хода оказания ГУ (МУ), в частности:
 заведение дела об оказании ГУ (МУ) при приеме Заявления;
 ведение в электронном виде описи документов в деле;
 ведение в электронном виде сопроводительной ведомости дела;
 хранение электронных образов документов, входящих в дело, на протяжении
всего временного периода оказания ГУ (МУ);
 отслеживание выполнения запросов в сторонние организаций в ходе оказания
ГУ (МУ) (в том числе, ведомства, ответственные за оказание ГУ (МУ));
 доступ сотрудников МФЦ к актуальной информации о статусе заявки для
оперативного информирования Заявителя при запросе статуса заявки;
2 составление отчетности по ходу и результатам процессов оказания ГУ (МУ);
3 публичный доступ к информации о ГУ (МУ), оказываемых на базе МФЦ, через
Интернет;
4 публичный доступ к информации о ГУ (МУ), оказываемых на базе МФЦ, с
помощью информационного киоска;
5 доступ к персонифицированной информации о ходе оказания ГУ (МУ) через
Интернет;

9

6 обработка заявлений на предоставление консультаций по ГУ (МУ),
оказываемым на базе МФЦ;
7 составление отчетности по ходу и результатам процессов предоставления
консультаций по ГУ (МУ), оказываемым на базе МФЦ;
8 расширение перечня ГУ (МУ), оказываемых на базе МФЦ.
Решение указанных задач должно быть выполнено в объеме требований к Системе,
установленных настоящими ТТ.

10

3 ХАРАКТЕРИСТИКА ОБЪЕКТОВ АВТОМАТИЗАЦИИ
МФЦ организует взаимодействие с заявителями, а также с территориальными
органами федеральных органов исполнительной власти, органами исполнительной власти
субъекта Российской Федерации, органами местного самоуправления, организациями,
участвующими в предоставлении соответствующих государственных и муниципальных
услуг.
Сотрудник МФЦ, не являющийся государственным служащим, в случаях, не
противоречащих законодательству Российской Федерации:
 принимает от заявителей соответствующие заявления и другие необходимые для
получения государственной (муниципальной) услуги документы;
 проверяет соответствие заявления необходимым требованиям, а также комплектность
представляемых заявителем документов, необходимых для выдачи запрашиваемого
документа;
 регистрирует поступившие обращения заявителей в Системе непосредственно с
клиентского рабочего места, находящегося в МФЦ;
 не позднее суток после регистрации передает заявление и представленный заявителем
пакет документов в территориальные органы федеральных органов исполнительной
власти, органы исполнительной власти субъекта Российской Федерации, органы
местного самоуправления, участвующие в предоставлении государственных и
муниципальных услуг (далее, Ведомства);
 организует доставку необходимых документов из МФЦ в соответствующие
Ведомства, а также доставку результатов предоставления государственных
(муниципальных) услуг на базе МФЦ;
 выдает заявителю запрашиваемый документ либо мотивированный отказ в
соответствии с требованиями утвержденных административных регламентов, других
нормативных правовых актов, соглашений;
В ходе работы МФЦ также:
 организует привлечение сотрудников соответствующих федеральных органов
исполнительной власти, органов исполнительной власти субъектов Российской
Федерации, органов местного самоуправления для решения возникающих спорных
вопросов;
 обеспечивает информационную поддержку предоставления государственных и
муниципальных услуг на базе МФЦ путем публикации разъяснительных, справочных

11

и других материалов;
 обеспечивает своевременную публикацию в сети Интернет информации о
государственных и муниципальных услугах, предоставляемых на базе МФЦ;
 обеспечивает создание и поддержание работы call-центра, телефона «горячей линии»
по вопросам предоставления государственных (муниципальных) услуг.
Сотрудник МФЦ вправе:
 отказать заявителю в приеме заявления и пакета документов в случае несоответствия
представляемого комплекта документов требуемому для получения соответствующей
государственной (муниципальной) услуги;
 отказать заявителю в приеме заявления и пакета документов либо в выдаче
документов в случае, если заявление и пакет документов для получения
государственной (муниципальной) услуги представлены (затребованы) без
удостоверения личности, либо не уполномоченным лицом.
Территориальные органы федеральных органов исполнительной власти, органы
исполнительной власти субъекта Российской Федерации, органы местного самоуправления,
участвующие в предоставлении государственных (муниципальных) услуг на базе МФЦ:
 реализуют административные процедуры и осуществляют административные
действия, в рамках исполнения государственных (муниципальных) функций и
предоставления государственных (муниципальных) услуг, включая принятие решений
в соответствии с законодательством Российской Федерации, административными
регламентами, соглашениями;
 размещают (при необходимости) в МФЦ ответственных должностных лиц;
 принимают решения в рамках предоставления государственных (муниципальных)
услуг на основании документов, представленных заявителем в МФЦ, в соответствии с
административными регламентами, другими нормативными правовыми актами,
соглашениями;
 готовят запрашиваемый заявителем документ либо мотивированный отказ в
соответствии с административными регламентами, другими нормативными
правовыми актами, соглашениями;
 обеспечивают доступ сотрудников МФЦ к необходимым базам данных, в том числе
электронным;
 передают подготовленный документ либо мотивированный отказ в МФЦ.

12

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

13

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

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

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

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

В состав АИС МФЦ должны входить следующие подсистемы:
– информационная учетно-процессная подсистема (ИУПП);
– подсистема информационно-справочного обеспечения (ИСО);
– подсистема «Сервер форм»;
– служебные компоненты.
Общая функциональная схема АИС МФЦ представлена на Рис. 1.

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

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

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

14

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

15

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

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

Подсистема информационно-справочного обеспечения (ИСО) предназначена для
предоставления физическим и юридическим лицам информации о порядке и ходе оказания
государственных и муниципальных услуг, информирования о режиме и особенностях работы
МФЦ, предоставления возможности записи на прием в МФЦ, заполнения форм документов,
необходимых для получения государственных (муниципальных) услуг через МФЦ и
предоставления сервиса подачи электронных документов в МФЦ.
Подсистема информационно-справочного обеспечения (ИСО) включает в свой состав
следующие модули:
– Модуль «Портал МФЦ»;
– Модуль «Информационный киоск МФЦ»;
– Модуль «Реестр НСИ МФЦ»;
– Модуль регистрации значимых событий
Модули «Информационный киоск» и «Портал МФЦ» служат источником
предоставления информации о государственных и муниципальных услугах гражданам.
Модуль «Портал МФЦ» обеспечивает возможность двухстороннего обмена
информацией и предоставления данных о ходе выполнения государственных или
муниципальных услуг гражданам.
Модуль «Портал МФЦ» обеспечивает автоматизацию следующих функций:
– публикация общей консолидированной информации о возможности получения
государственных и муниципальных услуг через МФЦ, включая нормативную базу их
оказания;
– получения данных из других модулей АИС МФЦ с целью их дальнейшей
публикации;
– публикация детальной информации о порядке получения государственных и
муниципальных услуг через МФЦ, включая регламент их предоставления, категории
получателей, имеющих право на получение этих услуг, основания для отказа в их
получении, требования к комплектности документов, образцы и бланки документов;
– публикация персонифицированной информации о ходе подготовки результатов
предоставления государственной или муниципальной услуги или консультации за
счет возможности разграничения прав доступа к информации и организации личных

16

кабинетов пользователей портала МФЦ;
– управление структурой и содержанием модуля, включая средства разграничения прав
доступа, ведения истории изменений, версионность.
Модуль «Информационный киоск МФЦ» предоставляет информацию о порядке и
ходе оказания государственных и муниципальных услуг, оказываемых через МФЦ, а также о
порядке и особенностях работы МФЦ.
Модуль «Информационный киоск МФЦ» обеспечивает автоматизацию следующих
операций:
– предоставление гражданам справки по получению государственных и
муниципальных услуг (информирование граждан о государственных услугах и
способах их получения, быстрый поиск по услугам);
– предоставление информации о статусе исполнения услуги для заявителя;
– информационное взаимодействие с модулями системы АИС МФЦ.
Модуль регистрации значимых событий обеспечивает сохранение в
структурированном виде необходимой информации для:
– предоставления персональной информации о состоянии дела Заявителя;
– составления отчетности по оказанным услугам и направленным запросам
– составления перечня запросов в ведомства для поддержки бумажного документа
оборота при необходимости.

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

Подсистема «Сервер форм» обеспечивает автоматизацию процессов, связанных с
ведением реестра форм документов, динамическое формирование электронных форм,
контроль правильности заполнения на автоматизированных местах пользователей АИС
МФЦ (в том числе заявителей через «Портал МФЦ»), и хранения информации, внесенной в
поля формы пользователями. Для осуществления функций подготовки и хранения форм в
состав подсистемы «Сервер форм» входит модуль «Ведения реестра форм».
Модуль «Ведения реестра форм» обеспечивает автоматизацию следующих операций с
формами:
– создание различных типов форм, в том числе на основе шаблонов;
– редактирование вновь созданных или уже существующих форм, использование ранее
созданных фрагментов форм;
– загрузка в модуль вновь разработанных форм, а также обновление уже содержащихся
в нем форм;

17

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

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), используемый для связи компонентов Системы и

18

обеспечения совместимости с внешними системами, основанными на 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 Требования к режимам функционирования

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

19

4.1.2 ТРЕБОВАНИЯ К ЧИСЛЕННОСТИ И КВАЛИФИКАЦИИ ПЕРСОНАЛА
СИСТЕМЫ И РЕЖИМУ ЕГО РАБОТЫ

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

Для обеспечения функционирования Системы необходим следующий персонал:
– Системные администраторы из числа служащих МФЦ;
– Информационные администраторы из числа служащих МФЦ;
– Пользователи
– Разработчик процессов.
Системные администраторы должны обеспечивать корректное функционирование
программно-аппаратных компонент Системы.
Информационные администраторы должны обеспечивать своевременную
актуализацию и проверку справочной информации в Системе.

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

Системные администраторы должны выполнять следующие функциональные
обязанности:
– Настройка и диагностирование Системы;
– Обслуживание технического и системного программного обеспечения Системы;
– Администрирование баз данных;
– Резервное копирование и восстановление данных;
– Обеспечение регламентных работ и анализ результатов регламентных операций.
Требования к квалификации системных администраторов:
– Знание вопросов сопровождения и администрирования ЛВС, протокола TCP/IP;
– Знание вопросов настройки рабочих станций локальной вычислительной сети;
– Знание вопросов инсталляции, общесистемного сопровождения и
администрирования Системы;
– Опыт администрирования СУБД.
Информационные администраторы должны выполнять следующие функциональные
обязанности:
– Регламентная загрузка информации из внешних источников информации;
– Контроль своевременности предоставления информации пользователями Системы;
– Распределение прав доступа и конфигурирование автоматизированных рабочих мест
Системы.

20

Квалификация информационных администраторов должна обеспечивать свободное
обращение с персональным компьютером на уровне пользователя офисных приложений. Для
успешной работы с Системой информационные администраторы должны пройти
специальную подготовку по работе с Системой.
Функции, квалификация и численность пользователей системы:
– Пользователями Системы являются Сотрудники органов государственной власти
ведомств участников МФЦ, организаторы МФЦ, сотрудники и операторы МФЦ,
граждане и организации РФ в рамках взаимодействия с подсистемой
информационно-справочного обеспечения;
– Служащие органов государственной власти Субъектов Российской Федерации
обеспечивают своевременность, полноту и правильность хода исполнения
государственных и муниципальных услуг;
– Количество пользователей АИС МФЦ должно быть достаточным для обеспечения
своевременности обновления информации, возникающей по ходу оказания
государственных услуг в Системе.

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

Требования к режиму работы пользователей Системы устанавливаются Заказчиком на
основании Трудового кодекса Российской Федерации. Режим работы администраторов
должен соответствовать нормальной продолжительности рабочего времени согласно статье
15, разделу IV Трудового кодекса в редакции от 30 декабря 2001 года с внесенным
постановлением Конституционного суда Российской Федерации №3-П от 15.03.2005.

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

Выделяются следующие качественные показатели назначения Системы:
1 Автоматизация функций сотрудников МФЦ по исполнению и контролю
процесса оказания государственных услуг.
2 Возможность хранения в Системе электронных копий всех документов,
создаваемых пользователями по ходу процесса оказания государственных услуг.
3 Создание условий для повышения эффективности процесса оказания
государственных услуг.
4 Возможность автоматизированного формирования статистической отчетности
по результатам функционирования МФЦ.
Количественные показатели назначения данным Техническим заданием не
устанавливаются.

21

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

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

Ниже приводится перечень возможных аварийных ситуаций с указанием требований к
средствам восстановления работоспособности Системы.
1) Сбой общего или специального программного обеспечения Системы (отдельного
АРМ или сервера).
После сбоя серверной операционной системы или СУБД в процессе выполнения
пользовательских задач должно быть обеспечено восстановление данных в базе данных до
состояния на момент окончания последней нормально завершенной перед сбоем транзакции.
Время восстановления работоспособности при сбоях и отказах не должно превышать
З-х часов. В это время не входит разворачивание и настройка специального программного
обеспечения на сервере (ах). В указанное время не входит решение проблем с техническим
обеспечением и инсталляция операционной системы.
2) Выход из строя части технических средств Системы.
Выход из строя одного из АРМ или нарушение канала связи локальной сети между
АРМ и сервером не должны приводить к прекращению функционирования Системы, при
этом должна обеспечиваться возможность выполнения функций, связанных с вышедшим из
строя АРМ на другом АРМ.
3) Сбои или выход из строя активного накопителя на жестком магнитном диске.
Система должен обеспечивать возможность «горячей» замены сбойного или
вышедшего из строя активного накопителя на жестком магнитном диске без остановки
функционирования Системы и потерь информации.
В Системе должна быть обеспечена возможность восстановления данных с внешнего
накопителя после восстановления активного накопителя.
4) Импульсные помехи, сбои или прекращение электропитания.
Импульсные помехи, сбои или прекращение электропитания не должны приводить к
выходу из строя технических средств КСА и/или нарушению целостности данных.
Прекращение электропитания на время до 15 минут не должно приводить к
прекращению функционирования КСА.
Должны быть предусмотрены средства оповещения пользователей о прекращении
электропитания.

22

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

Надежность Системы в части технического обеспечения должна обеспечиваться:
– использованием технических средств повышенной отказоустойчивости и их
структурным резервированием;
– наличием на объектах автоматизации запасных изделий и приборов (ЗИП);
– защитой технических средств по электропитанию путем использования источников
бесперебойного питания;
– дублированием носителей информационных массивов.
В случае возникновения сбоев, аварий и отказов на отдельных рабочих станциях
должна быть сохранена возможность дальнейшего ввода данных, их обработки, а также
формирования отчетных документов на других рабочих станциях.

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

В целях обеспечения надежного функционирования программное обеспечение
Системы должно предусматривать:
 контроль целостности данных на уровне СУБД;
 сохранение целостности данных при нештатном завершении программы в
случае отказа рабочей станции;
 сохранение работоспособности программного обеспечения при
некорректных действиях пользователя;
 резервное копирование информации с возможностью её оперативного
восстановления.

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

Все формы для ввода данных, использующиеся в Системе, должны быть выполнены
на русском языке и соответствовать стандартам, принятым при работе пользователей в
режиме типовых Web Browser-ов в среде ОС Windows.
При создании и корректировки документов задание их формализованных реквизитов
должно осуществляться с максимальным использованием имеющейся НСИ, путем выбора
нужных значений из соответствующих списков.
Проверка корректности заполнения полей диалоговых форм должна обязательно
выполняться:
 перед передачей данных в Систему;
 перед сохранением информации в БД Системы.

23

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

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 ТРЕБОВАНИЯ К ЗАЩИТЕ ИНФОРМАЦИИ ОТ
НЕСАНКЦИОНИРОВАННОГО ДОСТУПА

Разработка компонентов информационного и программного обеспечения
информационной системы должна осуществляться с учетом требований по защите
информации от несанкционированного доступа в соответствии с требованиями ГОСТ Р

24

50322-96, ГОСТ Р 50739-95 и РД Федеральной службы по техническому и экспертному
контролю (ФСТЭК России).
В соответствии с руководящим документом Гостехкомиссии России
«Автоматизированные системы. Защита от несанкционированного доступа (НСД) к
информации. Классификация автоматизированных систем и требования по защите
информации» данная система относится к группе многопользовательских
автоматизированных систем (АС), в которых одновременно обрабатывается, и хранится
информация разных уровней конфиденциальности.
СПО Системы должно обеспечить:
 авторизацию всех пользователей Системы и протоколирование их
действий;
 разграничение доступа к данным;
 разграничение доступа к функциям пользовательского интерфейса.
Данные доступны для чтения и корректировки должностным лицам, назначенным на
соответствующие роли, исполняемые ими в Системе.

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

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

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

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

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

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

25

Для организации обмена информацией между подсистемами должны быть:
– Разработаны и описаны в виде XML Schema спецификации данных в формате XML;
– Реализована возможность информационного обмена при помощи файлов в формате и
структуре, соответствующей XML Schema;
– Проводимые работы должны соответствовать требованиям ФЦП «Электронная
Россия» по отчуждаемости и совместимости:
 Применяемые при создании Системы технические (форматы данных,
протоколы передачи и прочие) и организационные (регламенты,
требования, инструкции и т. п.) решения должны быть доступны и
документированы в виде, достаточном для независимой (без обращения к
Исполнителю) реализации третьими сторонами. Применение
недокументированных или недоступных решений не допускается;
 При выборе применяемых решений преимущество должно отдаваться
стандартизированным решениям (т. е. прошедшим процедуру
стандартизации и утвержденным в качестве стандарта, либо рекомендации
каким-либо признанным международным, федеральным, отраслевым,
промышленным органом по стандартизации).
В случае применения Исполнителем специфицированных, но не стандартизированных
решений должно быть представлено обоснование на каждый такой случай.
Совместимость со смежным программным обеспечением должна быть обеспечена
путем предоставления возможностей загрузки и выгрузки информации в электронные файлы
фиксированного формата и/или предоставлением специфицированного программного
интерфейса (API).

26

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

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

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

Модуль должен обеспечивать реализацию следующих групп функций:
1 Прием заявлений
2 Составление рекомендаций по оказанию ГУ
3 Выполнение запросов ведомств и организаций
4 Выдача результатов заявителю
5 Закрытие дел без выдачи результатов
6 Модификация описаний процессов
Перечень и описание функций группы «Прием заявлений» приведены в таблице ниже (Таблица 1).

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

№ п./п. Название функции Описание функции Требования к функции Доступ
1. Создание нового дело При обращении заявителя Инициирование создания нового дела выполняется на Оператор
пользователь создает новое закладке «Процесс» клиентского приложения Adobe
дело об оказании ГУ (МУ) LiveCycle WorkSpace ES.
Форма дела содержит:
 сопроводительную ведомость
 опись принятых документов
 рекомендации по оказанию услуги

 перечень действий (протокол работы с делом)
 форму заявления (необязательно).
 форму договора на оказание услуг(необязательно).
 Другие шаблоны документов, оформляемых при
оказании ГУ (МУ)
2. Создание папки дела Для каждого дела в модуле При заведении в Системе нового дела для него Система
«Электронный архив» формируется временная папка в модуле «Электронный
создается папка дела архив», используемая на этапе оформления дела и приема
документов.
Папка дела используется для хранения метаданных дела в
формате XML, электронных шаблонов документов,
используемых при формировании дела, отсканированных
копий документов, принятых от заявителя.
Структура папки дела приведена п. 4.3.2.1.5. Папка дела
на оказание услуг.
При сохранении оформленного дела содержимое
временной папки копируется в постоянную папку дела в
модуле «Электронный архив».
3. Выбор услуги При выборе услуги в При формировании сопроводительной ведомости Оператор
сопроводительной ведомости выполняется последовательный выбор категории,
выполняется предзаполнение подкатегории и услуги на основе вызова сервисов модуля

28

реквизитов дела, на основе «Реестр НСИ».
описания услуги По факту выбора услуги выполняется загрузка
описания услуги и получение данных:
 предоставляющее ОГВ;
 список необходимых документов с ссылками на
шаблоны при их наличии;
 рекомендации по исполнению услуги (задания);
 форма заявления на оказание услуги.
4. Предзаполнение При выборе услуги система Предзаполнение списка принимаемых документов Система
списка необходимых выполняет предзаполнение выполняется на основе XML описания услуги.
документов списка необходимых Предзаполнение списка документов – результатов
документов оказания услуг выполняется на основе XML описания
стандартных запросов для выбранной услуги.
5. Предзаполнение При выборе услуги система Предзаполнение запросов выполняется на основе XML Система
рекомендаций выполняет предзаполнение описания стандартных запросов для выбранной услуги.
(заданий) стандартного списка заданий
6. Оформление договора Шаблон договора в формате Шаблон договора загружается в папку дела при создании Оператор
на оказание услуг PDF доступен для заполнения дела. Опись дела содержит ссылку для открытия шаблона
на закладке «Опись дела» договора для заполнения.
При открытии шаблона договора выполняется
предзаполнение данных заявителя и описи принятых

29

документов.
Подписанный договор сканируется, и загружается в папку
дела.
7. Оформление Электронная форма Форма заявления, соответствующая услуге, загружается в Оператор
заявления на оказание заявления в формате PDF папку дела при выборе услуги при формировании дела.
услуги доступна для заполнения на Опись дела содержит ссылку для открытия формы
закладке «Опись дела» заявления для заполнения.
При открытии формы заявления выполняется
предзаполнение данных заявителя из сопроводительной
ведомости.
Заполненная форма распечатывается, данные в формате
XML передаются на сервер, и сохраняются в папке дела.
Подписанное заявление сканируется, и загружается в
папку дела.
8. Загрузка Отсканированные документы Загрузка отсканированных копий документа выполняется Оператор
отсканированных загружаются в опись дела и из сопроводительной описи дела.
документов сохраняются в папке дела Загрузка отсканированной электронной формы заявления
выполняется по кнопке «Прикрепить» секции «Форма».
Загрузка отсканированной копии договора выполняется
по кнопке «Прикрепить» секции «Договор».
Загрузка обязательных документов выполняется двойным
щелчком мыши по названию типа соответствующего

30

документа в списке документов секции «Документы».
Загрузка дополнительных документов выполняется по
кнопке «Добавить».
Выбор документов для загрузки и ввод реквизитов
документа выполняется с использованием диалогового
окна «Информация о документе».
При вводе реквизитов документов должны использоваться
справочники.
Должна выполняться проверка заполнения обязательных
полей реквизитов документов.
9. Удаление документа Отсканированные копии Должна быть обеспечена возможность выбора из списка Оператор
документов могут удаляться загруженных документов одного или нескольких
из списка загруженных документов для удаления.
документов на этапе Удаление выполняется по кнопке «Удалить» секции
формирования дела «Документы».
Система должна формировать запрос на подтверждение
пользователем удаления выбранных документов.
10. Декодирование Отсканированное заявление, Декодирование выполняется на стороне сервера с Система
заявления содержащее бар-код, использованием серверного компонента Barcoded Forms
декодируется по запросу ES по запросу пользователя по команде «Декодировать»
пользователя секции «Форма» сопроводительной описи дела.
Процедура декодирования:

31

 PDF-форма отправляется на обработку процессу
«Декодирование»
 Процесс «Декодирования» сохраняет результат
декодирования в формате XML во временной
папке дела на сервере
 Результат распознавания возвращается Flex-
приложению
Выполняется заполнение распознанных полей в
секции «Заявитель» ведомости дела.
11. Удалить Пользователь должен иметь Для удаления рекомендации необходимо выбрать ее из Оператор
рекомендацию возможность удаления списка рекомендаций и нажать кнопку «Удалить».
(задание) рекомендаций из списка
рекомендаций
12. Переместить Пользователь должен иметь Для перемещения рекомендации в списке необходимо Оператор
рекомендацию возможность изменить выбрать ее в списке и переместить с помощью кнопок
порядок отображения «Вверх» или «Вниз».
рекомендаций в списке
13. Добавить Пользователь должен иметь Добавление новой рекомендации выполняется с помощью Оператор
рекомендацию возможность добавить кнопки «Добавить».
новую рекомендацию в В диалоговом окне осуществляется ввод информации для
список новой рекомендации:

32

 наименование ведомства (из справочника
организаций)
 наименование ГУ (из справочника ГУ);
 перечень типов документов результатов запроса
 срок выполнения запроса
 комментарий (произвольный текстовый
комментарий, относящийся к запросу)
При добавлении новых документов к рекомендации
должно выполняться автоматическое обновление описи
дел.
14. Изменить Пользователь должен иметь При изменении рекомендаций доступны следующие Оператор
рекомендацию возможность изменения действия:
рекомендаций Изменение перечня документов - результатов исполнения
запроса
При добавлении новых документов к рекомендации
должно выполняться автоматическое обновление описи
дел. При удалении документов из рекомендации опись
документов не корректируется.
15. Печать рекомендаций Пользователь должен иметь По команде пользователя выполняется формирование Оператор
возможность вывода на PDF-файла со списком рекомендаций.
печать списка рекомендаций Вывод на печать осуществляется стандартными

33

средствами Adobe Acrobat/Reader.
16. Установить признак Пользователь может При необходимости направления дела к эксперту Оператор
направления на установить признак пользователь устанавливает признак направления на
экспертизу направления на экспертизу экспертизу.
при оформлении дела При установленном признаке дело после завершения
оформления отправляется на экспертизу
17. Регистрация дела По команде пользователя После завершения оформления дела выполняется его Оператор
выполняется регистрация регистрация с присвоением уникального номера дела.
дела с присвоением Регистрация выполняется по команде пользователя
уникального номера дела «Зарегистрировать».
Формат номера дела определяется на этапе технического
проектирования.
Формирование уникальных номеров выполняется с
помощью сервиса «Регистрация дел».
При регистрации дела формируется случайный 4-х
символьный пин-код, используемый для получения
информации о статусе услуги через Инфо-киоск.
18. Сохранение дела в Пользователь может При сохранении дела выполняется обновление XML – Оператор
процессе оформления выполнять сохранение дела в описания дела во временной папке дела.
процессе его оформления
19. Сохранение дела в Дело может быть сохранено в Черновик дела сохраняется во временной папке дела. Оператор
качестве черновика качестве черновика для При сохранении дела выполняется проверка заполнения

34

продолжения оформления обязательных полей сопроводительной ведомости дела.
позднее Проверка наличия всех необходимых документов не
выполняется.
20. Продолжение Продолжение оформления Дела, сохраненные в качестве черновика, доступны на Оператор
оформления дела, дела, сохраненного в закладке «Задачи» клиентского приложения Adobe
сохраненного в качестве черновика LiveCycle Workspace пользователю – инициатору создания
качестве черновика выполняется пользователем, дела.
инициатором создания дела
21. Перенаправление дела Пользователь – инициатор Функция перенаправления доступна для дел, сохраненных Оператор
создания дела, может в качестве черновика.
перенаправить дело на Перенаправление дела выполняется на закладке «Задачи»
оформление другому клиентского приложения Adobe LiveCycle Workspace.
сотруднику
22. Печать ведомости Печать ведомости По запросу пользователя выполняется формирование Оператор
выполняется по команде ведомости в формате PDF на основе шаблона
пользователя сопроводительной ведомости для печати.
Печать ведомости выполняется стандартными средствами
Adobe Acrobat/Reader.
23. Печать описи дел Печать описи дел По запросу пользователя выполняется формирование Оператор
выполняется по команде описи дела в формате PDF на основе шаблона описи дела
пользователя для печати.
Печать описи выполняется стандартными средствами

35

Adobe Acrobat/Reader.
24. Печать Печать идентификатора дела- Идентификатор дела содержит: Оператор
идентификатора дела кода выполняется по команде  наименование услуги
для заявителя пользователя  номер дела
 пин-код для доступа к инфо-киоску
Печать выполняется из сопроводительной ведомости по
команде «Печать пин-кода».
25. Завершение По завершению оформления Завершение оформления дела выполняется по команде Оператор
оформления дела дела пользователь формирует «Завершить».
запрос на завершение дела При завершении дела:
 выполняется проверка наличия необходимых
документов
 временная папка дела копируется в архив дел
текущего года
 формируется запрос сервису «Регистрация дел» на
снятие блокировки номера дела
26. Аннулирование Дело, находящееся в Аннулирование дела выполняется по команде Оператор
дела состоянии оформления, «Аннулировать».
может быть аннулировано Система должна формировать запрос на подтверждение
пользователем – пользователем выполнения процедуры аннулирования
инициатором создания дела дела.

36

При аннулировании дела:
 удаляется временная папка дела в модуле
«Электронный архив»
 формируется запрос сервису «Регистрация дел» на
освобождение зарезервированного номера дела

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

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

№ Название Описание Требования Доступ
27. Маршрутизация Система выполняет При установленном признаке назначения на экспертизу Система
оформленных дел маршрутизацию выполняется маршрутизация дела эксперту.
оформленных дел на основе Если признак направления на экспертизу не установлен,
анализа признака назначения дело передается специалисту
экспертизы дела
28. Взятие дела на Эксперты могут выбирать для Дела, переданные на экспертизу, отображаются в списке Эксперт
рассмотрение рассмотрения дела из списка задач группы экспертов.
экспертом дел, отправленных на При взятии дела на рассмотрение экспертом, дело удаляется
экспертизу из списка задач группы, и помещается в список задач
эксперта, взявшего на себя проведение экспертизы дела.
29. Передача дела Пользователь должен иметь При передаче дела другому эксперту дело удаляется из Эксперт
другому эксперту возможность передать задание списка задач отправителя, и помещается в список задач

37

другому пользователю с получателя
правами эксперта.
30. Удалить Аналогично функции 11. Эксперт
рекомендацию
(задание)
31. Переместить Аналогично функции 12. Эксперт
(задание)
32. Добавить Аналогично функции 13. Эксперт
(задание)
33. Изменение Аналогично функции 14. Эксперт
рекомендации
34. Печать Аналогично функции 15. Эксперт
рекомендации
35. Загрузить Пользователь должен иметь Загрузка выполняется на закладке «Рекомендации на Эксперт
отсканированную загрузить в Систему оказание услуги».
копию отсканированную копию По факту загрузки формируется ссылка на файл с
письменного письменного отказа отсканированной копией отказа.
отказа Заявителю Заявителю
36. Подтвердить Пользователь должен иметь Функция отклонения заявки доступна пользователю, Эксперт
отклонение заявки возможность подтверждения назначенному на роль эксперта.
38

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

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

39

Таблица 3. Функции при выполнении запросов ведомств и организаций

№ Название функции Описание функции Требования к функции Роль
п./п. пользователя
40. Инициация запроса Пользователь должен иметь Инициирование создания нового запроса выполняется на Специалист
возможность сформировать и закладке «Процесс» клиентского приложения Adobe
запустить процесс запроса LiveCycle Workspace ES.
ведомства. При создании запроса пользователь:
 указывает уникальный номер дела. Система
загружает данные о деле.
 выбирает ведомство с использование справочника
организаций
 выбирает услугу с использованием справочника
услуг
 формирует список документов, передаваемых в
ведомство. Выбор выполняется с использованием
описи документов.
 указывает цель запроса и формирует список
документов результатов запроса. Выбор
документов выполняется с использованием описи
дел.
 распечатывает опись передаваемых документов (
в 2 экз.)

40

 устанавливает, при необходимости, признак
направления запроса в ведомство в электронном
виде;
 выбирает из списка сотрудников ведомства
получателя запроса в электронном виде;
 подтверждает завершение формирования запроса.
Информация о сформированном запросе должна
сохраняться в списке действий дела на оказание услуги.
Если необходимо включить в состав запроса, документ,
отсутствующий в описи дел, необходимо
предварительно загрузить его в дело через интерфейс
описи дела.
41. Распечатать Пользователь должен иметь Для печати сопроводительной ведомости необходимо Специалист
сопроводительную возможность вывода на открыть в режиме просмотра дело на оказание услуги.
ведомость печать сопроводительной Перечень активных дел отображается на закладке
ведомости при «Задачи» пользователя.
инициировании запросов в
ведомства
42. Сохранить запрос в На этапе инициирования Запрос, сохраненный в качестве черновика, Специалист
качестве черновика запроса пользователь может отображается в списке задач пользователя – инициатора
сохранить запрос в качестве запроса.
41

черновика
43. Аннулировать запрос Пользователь должен иметь При аннулировании запроса процесс прекращается. Специалист
возможность аннулировать Факт аннулирования запроса отражается в перечне
запрос на любом этапе действий дела.
процесса исполнения запроса
44. Маршрутизация Система должна выполнять Настройка маршрутизации выполняется на уровне Система
запроса в ведомство маршрутизацию запросов в описания бизнес процесса исполнения услуги.
ведомства , с которыми Передача запросов в электронной форме является
организованно дополнительной функцией по отношению к передаче
информационное документов в бумажном виде. При электронной форме
взаимодействие в взаимодействия ввод регистрационной данных запросов
электронной форме в ведомствах осуществляется сотрудниками
взаимодействующих ведомств.

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

42

ведомством получателем
запроса
46. Отметка о приеме Пользователь – инициатор Для простановки отметки о приеме документов в Специалист
документов в запроса должен иметь ведомстве пользователь выбирает запрос в списке задач.
Ведомство возможность простановки Пользователь также может указать:
отметки о приеме  регистрационный номер входящих документов в
документов в ведомстве ведомстве;
 срок ответа на запрос;
 контакты информирующего лица.
После завершения этапа «Подтверждение
документов в ведомстве» система переводит запрос на
этап «Ожидание ответа от ведомства».
47. Обработка результата Пользователь должен Результатом запроса может быть: Специалист
из ведомства в ручном иметь возможность ввода  документ, необходимый для последующих
режиме результата запроса при запросов;
получении его из ведомства  документ – результат оказания ГУ;
 информация, необходимая для последующих
запросов (справочная);
 отказ в предоставлении документа или
информации.

43

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

44

49. Составление акта о Пользователь должен иметь Форма ответа на запрос в связи с оказанием услуг Специалист
выявленных возможность формирования содержит ссылку на шаблон.
недостатках и присоединение к запросу Акта о выявленных недостатках формируется с
акта о выявленных использованием стандартных офисных приложений.
недостатках Подписанный экземпляр акта сканируется и
прикрепляется к запросу.
50. Направить запрос на Пользователь может Повторный запрос в ведомство формируется из формы Специалист
доработку сформировать повторный ответа на запрос в связи с оказанием услуг.
запрос в ведомство, если При наличии электронного взаимодействия с
были выявлены недостатки ведомством, повторный запрос маршрутизируется в
полученных документов ведомство.
Запрос переходит в состояние «Подтверждение
документов в ведомстве».

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

Таблица 4.Функции по выдаче результатов заявителю

51. Инициация выдачи Выдача результатов При обращении заявителя пользователь по уникальному Оператор
результата заявителю производится для номеру дела инициирует процесс выдачи результата
Заявителю завершенных дел и дел, по Заявителю.

45

которым имеется заключение Пользователь ставит отметку о выдаче документов
о невозможности оказания Заявителю.
услуги через МФЦ
52. Передача дела в Исполненные дела После завершения выдачи документов дело направляется в Старший
архив передаются в архив по архив по команде пользователя оператор
команде пользователя

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

Таблица 5. Функции при закрытии дела без выдачи результатов

53. Информирование о Пользователь должен Информирование пользователя о завершении дела Система
завершении дела получить напоминание о осуществляется:
необходимости  Отправкой сообщения по электронной почте
информировать заявителя по  Формирование задачи на информирование в списке
телефону или почте. задач пользователя
54. Ввод информации Пользователь должен иметь Результаты информирования заявителя должны отражаться Оператор
о результатах возможность ввода в сопроводительной ведомости дела.
информирования информации о результатах
информирования.
55. Передача дела в Передача дел в архив По истечению срока обращения заявителя за результатами Старший
архив выполняется по запросу пользователь должен получить напоминание о оператор

46

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

Таблица 6. Функции при консультировании

56. Обработка запроса Фиксируется факт Запросы на консультирование могут поступать: Специалист,
на предоставление  По почте Оператор
консультирование консультирования заявителю.  При личной явке заявителя
 По телефону
 По электронной почте
Консультирование также оказывается этими способами.

Таблица 7. Функции для формирования отчетности

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

47

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

Перечень и описание функций группы «Модификация описаний процессов» приведены в таблице ниже

Таблица 8. Функции по модификации описаний процессов

60. Модификация Разработчик процессов может Модификация процессов выполняется разработчиком Разработчик
описания процесса вносить изменения в процессов с использование клиентского приложения Adobe процессов
оказания услуги процессы, исполняемые в LiveCycle Workbench.
модуле ЭИиКПОГУ
61. Использование При модификации процессов Разработка процессов выполняется с использованием Разработчик
визуальных должны использоваться графических средств, поддерживающих нотацию BPMN. процессов
средств разработки визуальные средства
процессов разработки процессов
62. Сохранение Должна быть обеспечена При сохранении обновленного описания процесса Разработчик

48

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

4.2.1.2 Модуль «Электронный архив МФЦ»

Перечень и описаний функций по работе с электронным архивом приведен в следующей таблице (Таблица 9).

Таблица 9. Функции по работе с электронным архивом

№ Название функции Описание функции Требования к функции Доступ
п./п.
63. Хранение дел на Для каждого дела на оказание Хранилище дел содержит разделы: Система
оказание услуг услуг в электронном архиве  дела на исполнении
создается папка дела  архив дел
В пределах разделов дела группируются по годам.
Требования к структуре папки дела приведены в 4.3.2.1.5
Папка дела на оказание услуг.
64. Разграничение Система обеспечивает В зависимости от предоставленных полномочий Система
доступа к объектам разграничение доступа к пользователи могут иметь права к объектам хранилища дел
хранилища дел объектам хранилища дел в (папкам дел):
соответствии с правами и  на чтение;

49

п./п.
полномочиями пользователей  изменение;
 удаление;
 делегирование полномочий другим пользователям.
65. Навигация по Пользователи могут Навигация осуществляется с использованием клиентского Пользователь
структуре хранилища выполнять навигацию по веб приложения Adobe Content Space ES.
дел структуре электронного Доступ к клиентскому приложению выполняется по имени
архива с использованием пользователя и паролю.
тонкого клиента
66. Поиск в архиве Пользователи системы могут Поиск по реквизитам дел выполняется из служебного Пользователь
выполнять поиск в архиве по кабинета пользователя или через интерфейс клиентского
реквизитам дел веб приложения Adobe Content Space ES.
67. Протоколирование Модуль «Электронный архив» Протокол работы с электронным архивом должен быть Пользователь
событий обеспечивает ведение доступен администратору.
протокола операций при
работе с архивом
68. Перенос дел в архив По факту завершения Перенос дел в архив выполняется по команде пользователя Пользователь
исполнения дела должен по факту выдачи дел заявителю.
выполняться перенос папки Дела, перемещенные в архив, доступны только в режиме
дела в архив дел чтения.

50

4.2.2 ПОДСИСТЕМА ИНФОРМАЦИОННО-СПРАВОЧНОГО ОБЕСПЕЧЕНИЯ

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

Перечень и описаний функций по регистрации значимых событий приведен в следующей таблице (Таблица 10).

Таблица 10. Функции регистрации значимых событий

п./п.
69. Регистрация значимых Система должна Перечень значимых событий, подлежащих регистрации Система
событий процесса автоматически приведен в п. 4.3.2.4.1 Перечень событий.
оказания услуг регистрировать действия,
выполняемые с делом
70. Просмотр перечня Пользователи должны иметь Перечень значимых событий отображается на закладке Пользователь
значимых событий возможность просмотра «Перечень действий» дела на оказание услуг
значимых событий при работе
с делом на оказание услуги
71. Ввод комментариев Пользователи могут вносить Комментарий могут вноситься на любом этапе исполнения Пользователь
для значимых событий комментарии для услуги.
сформированных системой Разграничение доступа при работе с комментариями не
значимых событий используется.

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

Перечень и описаний функций по работе с инфо-киоском приведен в следующей таблице (Таблица 11).

51

Таблица 11. Функции по работе с Инфо-киоском

п./п.
72. Получение Пользователь должен иметь Должна быть обеспечена возможность навигации по Заявитель
информации о ГУ с возможность получения структуре предоставляемых услуг с использованием
посредством информации о ГУ группировке по категориям и подкатегориям.
навигации посредством навигации Навигация осуществляется посредством
последовательного выбора в иерархической структуре.
73. Просмотр Пользователь должен иметь При отображении информации по ГУ должны Заявитель
информации по возможность просмотра использоваться закладки:
выбранной ГУ информации по выбранной  общая информация;
ГУ  необходимые документы;
 основания для отказа;
 порядок оказания.
Объем информации, отображаемой на закладках должен
размещаться на одном экране без необходимости
прокрутки информации.
74. Поиск информации по Пользователь должен иметь Поиск должен производиться по следующим критериям: Заявитель
ГУ возможность поиска услуг по  по наименованию услуги;
различным критериям  по организациям;
 по жизненным ситуациям.
Для формирования поискового запроса на экране

52

п./п.
поиска должна отображаться виртуальная клавиатура.
75. Отображение Результаты поиска должны Поиск должен быть организован таким образом, чтобы Система
результатов поиска отображаться на экране в количество полученных в результате него результатов не
виде списка превышало 80-100. При этом на одном экране должно
отображаться не более 10-20 результатов.
Пользователю должна быть предоставлена возможность
«пролистать» результаты поиска.
76. Получение Пользователь должен иметь Доступ к персональной информации осуществляется по Заявитель
персональной возможность получения кнопке «Персональная информация», отображаемой в
информации о статусе информации о статусе услуги нижней части экранов инфо-киоска.
услуги посредством ввода номера Ввод параметров запроса на получение персональной
дела и пин-кода, связанного с информации (номер дела, пин-кода) выполняется при
делом помощи виртуальной клавиатуры.
Результатом запроса является отображение информации о
статусе дела на оказание услуги.

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

Перечень и описаний функций по работе с порталом МФЦ приведен в следующей таблице (Таблица 12).

Таблица 12. Функции по работе с порталом МФЦ

53

п./п.
77. Публикация Должна быть обеспечена Публикация выполняется из служебного кабинета Администратор
информации о возможность публикации администратора с помощью команды (опции)
предоставляемых информации о «Опубликовать ГУ».
госуслугах предоставляемых услугах из При публикации услуги производится публикация
реестра услуг МФЦ комплекта документов, связанных с соответствующей
услугой (регламенты, НПА, электронные формы).
Администратор должен иметь возможность поиска и
фильтрации списка услуг по их статусу:
 Новая (не опубликована)
 Опубликована
 Новая версия (опубликована предыдущая
версия, загружена новая версия услуги)
78. Отображение Модуль должен После выполнения процедуры публикации комплект Система
информации о обеспечивать отображение информации, связанный с опубликованной услугой
порядке и правилах информации о порядке и должен отображаться в публичном доступе для
предоставления ГУ правилах предоставления посетителей портала.
ГУ.
79. Публикация НПА Должна быть предусмотрена В системе должна быть реализована возможность Администратор
возможность публикации на публикации НПА как в комплекте документов,
портале НПА относящихся к услуге, так и индивидуально.
Комплект нормативно-правовых актов, связанных с
54

п./п.
ГУ, должен публиковаться на портале автоматически
при публикации услуги на портале.
Индивидуальная публикация НПА выполняется из
личного кабинета администратора с помощью
команды (опции) «Опубликовать НПА».
80. Поиск информации по Пользователь портала может Должны быть реализованы следующие возможности Заявитель
оказываемым услугам выполнять поиск услуг по поиска услуг на портале:
различным критериям  по наименованию услуги;
 по органу власти, ответственному за
предоставление услуги;
 по набору признаков (классификаторов);
 за счет отображаемых в описаниях услуг
взаимосвязей между услугам
81. Хранение В системе обеспечивается Для каждого зарегистрированного пользователя в Система
персонализированной формирование и хранение модуле «Электронный архив» создается папка для
информации персонализированной хранения персонифицированной информации:
информации  список поданных заявок на оказание услуг;
зарегистрированных  статус исполнения заявок;
пользователей  результаты оказания услуги в электронной
форме.

55

п./п.
82. Создание учетной Пользователь должен иметь При создании новой учетной записи на портале Заявитель
записи пользователя возможность выполнить обязательными атрибутами являются:
на портале самостоятельную  фамилия и имя пользователя
регистрацию на портале  логин
 пароль
 адресной электронной почты для
подтверждения регистрации
При создании учетной записи должна использоваться
защита от роботов - ввод пользователем
подтверждения цифрового кода отображаемого на
странице регистрации.
По факту регистрации на указанный адрес
электронной почты отправляется почтовое
сообщение для активации учетной записи.
Учетная запись пользователя активируется после
подтверждения пользователем по ссылке, полученной
в электронном сообщении для активации учетной
записи.
83. Авторизованный Пользователь должен иметь Зарегистрированный пользователь должен иметь Заявитель
доступ к возможность авторизации на возможность авторизации на портале и доступа к
персональному портале для получения персональному кабинету.
56

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

4.2.2.4 Модуль «Реестр НСИ»

Перечень и описаний функций по работе с реестром НСИ приведен в следующей таблице (Таблица 13).

Таблица 13. Функции по работе с реестром НСИ

п./п.
85. Хранение описания Описание услуги в формате Хранение описаний ГУ и связанных документов Система
услуги ХМL и связанные с ГУ организовано в виде иерархической структуры папок.
документы хранятся в виде Для каждой ГУ в системе создается отдельная папка.
структуры папок реестра ГУ Структура хранения описаний ГУ приведена в п. 4.3.2.1.6
Структура Реестра НСИ.

57

п./п.
86. Хранение НСИ НСИ хранятся в формате Для хранения НСИ используется отдельная папка в Система
XML в отдельной папке «Реестре НСИ» (см. п. п. 4.3.2.1.6 Структура Реестра
Реестра ГУ. НСИ).

87. Хранение НПА НПА хранятся в виде PDF Структура хранения НПА приведена в п. 4.3.2.1.6 Система
файлов структуре папок Структура Реестра НСИ.
88. Загрузка описания Должна быть обеспечена Загрузка описаний ГУ выполняется из служебного Администратор
услуги возможность загрузки кабинета администратора.
описания услуги в «Реестр
НСИ»
89 Поддержка В системе должна Поддержка версионности реализуется за счет: Система
версионности при обеспечиваться поддержка использование номера версии при именовании файлов;
хранении описаний версионности при сохранения предыдущих версий описаний ГУ (НСИ) в
ГУ (НСИ) обновлении описаний ГУ архивных папках.
(НСИ)
90 Просмотр списка ГУ в Должна быть предусмотрена Просмотр выполняется из служебного кабинета Администратор
«Реестре НСИ» возможность просмотра администратора.
списка ГУ в «Реестре НСИ» Должна быть обеспечена навигация с использованием
категорий и подкатегорий ГУ.
При просмотре списка услуг может использоваться
фильтрация по статусу описаний ГУ в реестре.

58

п./п.
91. Поиск описания услуг В служебном кабинете Поиск должен выполняться: Администратор
Администратора реестра  по наименованию услуги
должна быть реализована  по органу власти, ответственному за
возможность поиска ГУ по предоставление услуги
различным критериям  по набору признаков (классификаторов).

92. Обновление описания Должна быть обеспечена Обновление описаний ГУ выполняется из служебного Администратор
услуги возможность обновления кабинета администратора.
описания услуг, хранимых в Администратор должен иметь возможность поиска в
«Реестре НСИ» реестре описания ГУ, для которой необходимо выполнить
обновление.
При загрузке нового описания ГУ должно быть
обеспечено сохранение предыдущей версии в архиве.
93. Удаление описания Должна быть обеспечена Удаление описаний ГУ выполняется из служебного Администратор
услуги возможность удаления из кабинета администратора.
«Реестра НСИ» описания ГУ Должна быть обеспечена возможность выбора одного или
нескольких описаний ГУ для удаления.
Система должна формировать подтверждение выполнения
операции удалении со стороны пользователя.
94. Загрузка справочника Должна быть обеспечена Загрузка справочников выполняется из служебного Администратор
возможность загрузки кабинета администратора.
59

п./п.
справочников в «Реестр
НСИ»
95. Обновление Должна быть обеспечена Обновление справочников выполняется из служебного Администратор
справочников возможность обновления кабинета администратора.
справочников в «Реестре Администратор должен иметь возможность поиска
НСИ» справочника для выполнения обновления.
При загрузке нового справочника должно быть обеспечено
сохранение предыдущей версии в архиве.
96. Просмотр Должна быть обеспечена Просмотр выполняется из служебного кабинета Администратор
справочников возможность просмотра администратора.
справочников в «Реестре
НСИ»
97. Удаление Должна быть обеспечена Удаление справочников выполняется из служебного Администратор
справочников возможность справочников кабинета администратора.
из «Реестра НСИ» Должна быть обеспечена возможность выбора одного или
нескольких справочников для удаления.
98. Загрузка НПА Должна быть обеспечена Загрузка НПА, связанных с описанием ГУ, выполняется Администратор
возможность загрузки НПА в при загрузке соответствующего описания ГУ.
«Реестр НСИ» Администратор должен иметь возможность автономной

60

п./п.
загрузки НПА из служебного кабинета.
99. Обновление НПА Должна быть обеспечена Обновление НПА выполняется из служебного кабинета Администратор
возможность обновления администратора.
НПА в «Реестре НСИ» Администратор должен иметь возможность поиска с НПА
для выполнения обновления.
При загрузке нового НПА должно быть обеспечено
сохранение предыдущей версии в архиве.
100. Просмотр списка Должна быть обеспечена Просмотр выполняется из служебного кабинета Администратор
НПА возможность просмотра администратора.
списка НПА в «Реестре
НСИ»
101. Удаление НПА Должна быть обеспечена Удаление НПА выполняется из служебного кабинета Администратор
возможность удаления НПА администратора.
из «Реестре НСИ» Должна быть обеспечена возможность выбора одного или
нескольких НПА для удаления.

61

4.2.3 ПОДСИСТЕМА «СЕРВЕР ФОРМ»

4.2.3.1 Модуль «Ведение реестра форм»

п./п.
102. Хранение Должна быть обеспечена Должна быть обеспечена возможность хранения Система
формализованных возможность хранения формализованных описаний форм в реестре.
описаний форм формализованного описания
форм
103. Загрузка новой формы Модуль должен обеспечивать Загрузка новой формы в реестр должна выполняться из Разработчик
загрузку новой формы в клиентского приложения Adobe LiveCycle Workbench ES. форм
структуру реестра
104. Поддержка Должна быть реализована При сохранении модифицированной формы должны быть Система
версионности возможность сохранения доступны следующие возможности:
новых версий форм  замена существующей формы без сохранения
предыдущей версии
 сохранение формы в качестве новой версии.
Должна быть обеспечена возможность работы с
предыдущими версиями форм, сохраненными в реестре.
105. Динамическое Система должна обеспечивать На портале должны динамически отображаться последние Система
формирование форм динамическое формирование версии форм, размещенные в реестре.
форм для отображения в
пользовательском интерфейсе

62

п./п.
портала МФЦ на основе
актуальных версий
справочников и
классификаторов
106. Предоставление Подсистемы и модули АИС Данные, введенные пользователями при заполнении форм, Система
подсистемам и МФЦ должны иметь доступ к должны извлекаться, и сохраняться в формате XML.
модулям АИС МФЦ данным, введенным Подсистемы и модули должны иметь доступ к данным с
доступа к данным, пользователям, с использованием веб сервисов.
введенным использованием сервисов,
пользователями при предоставляемых реестром
заполнении форм форм.

4.2.3.2 Модуль «Редактор форм»

п./п.
107. Создание новой С помощью конструктора Для создания и модификации форм используется Разработчик
формы форм могут создаваться конструктор форм на основе программного обеспечения форм
новые формы Adobe LiveCycle Workbench ES.
108. Создание новой При создании новой формы Типовые шаблоны форм хранятся в модуле «Реестр форм». Разработчик
формы на основе могут использоваться При создании новой формы разработчик форм должен форм
шаблона типовые шаблоны форм иметь возможность:

63

п./п.
 Просмотра списка шаблонов форм
 Загрузку шаблона форм для создания на ее основе
новой формы.
109. Использование В процессе создания формы Использование фрагментов позволяет сократить затраты Разработчик
фрагментов при могут использоваться при создании однотипных элементов форм и обеспечить форм
создании форм типовые фрагменты форм централизованное управление изменениями.
110. Использование При создании и модификации Графический построитель форм реализуется средствами Разработчик
графического форм должен использоваться клиентского приложения Adobe LiveCycle Workbench ES. форм
построителя при графический построитель
разработке форм форм
111. Сохранение новой Должна быть обеспечена Функции сохранения в «Реестре форм» доступны из Разработчик
формы в реестре возможность сохранения пользовательского интерфейса клиентского приложения форм
новой формы в «Реестре Adobe LiveCycle Workbench ES.
форм».
112. Изменение Должна быть обеспечена Функции загрузки форм из «Реестра форм» для Разработчик
существующей формы возможность загрузки из редактирования доступны из пользовательского интерфейса форм
«Реестра форм» и изменение клиентского приложения Adobe LiveCycle Workbench ES.
существующих форм

64

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

4.3.1 ТРЕБОВАНИЯ К МАТЕМАТИЧЕСКОМУ ОБЕСПЕЧЕНИЮ

Требования по данному пункту не предъявляются.

4.3.2 ТРЕБОВАНИЯ К ИНФОРМАЦИОННОМУ ОБЕСПЕЧЕНИЮ

4.3.2.1 Состав, структура и способы организации данных в системе

В Системе должна обеспечиваться поддержка следующих информационных объектов:
– сопроводительная ведомость;
– опись документов при приеме заявления;
– рекомендации (задания) на исполнения услуги;
– описание услуги;
– описание стандартных типов запросов для ГУ;
– папка дела на оказание услуги.

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

Сопроводительная ведомость должна включать:
– номер дела;
– наименование услуги;
– данные заявителя;
– отметки о согласовании;
– отметки о завершении и выдаче результатов дела.

4.3.2.1.2 Опись документов

Опись документов содержит перечень документов, связанных с делом на оказание
услуг.
Опись дела включает следующие данные:
– перечень документов.
Для каждого документа в описи содержится следующая информация:
– тип документа;
– наименование документа;
– признак обязательности документа;
– признак подлинника / копии документа;

– количество листов документа
– ссылка на документ (шаблон документа) в системе.
При заведении нового дела выполняется предзаполнение описи на основе описания
ГУ и описания стандартного списка запроса для выбранной ГУ.

4.3.2.1.3 Рекомендации (задания)

Рекомендации представляют собой перечень действий (запросов), которые
необходимо выполнить при оказании услуги. Рекомендации формируются при заведении
дела на основе описания стандартных типов запросов для соответствующей ГУ.
Рекомендации содержит следующие данные:
– наименование ГУ
– данные об эксперте;
– перечень запросов;
– сведения об отклонении заявки.
Для каждого запроса рекомендация должна включать следующие данные:
– наименование ведомства;
– перечень документов;
– срок исполнения.

4.3.2.1.4 Описание услуг

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

4.3.2.1.5 Папка дела на оказание услуг

66

Папка дел предназначена для хранения метаданных и электронных копий документов
в процессе исполнения услуги.
Описание структуры хранилища дел приведено в следующей таблице (Таблица 14).

Таблица 14. Структура хранилища дел

Наименование папки Описание
Request Корневая папка хранилища дел
Current Текущие дела на исполнении
[Год] Папка для хранения текущих дел года
[Номер дела] Папка дела. Название папке соответствует номеру
дела в системе.
Заявление Папка для хранения заявления на предоставление услуги
XDP Папка для хранения XDP описания формы заявления
PDF Папка для хранения отсканированной копии заявления в
формате PDF
XML Папка для хранения данных заявления в формате XML
Документы Папка для хранения документов, относящихся к
делу
Шаблоны Папка для хранения шаблонов документов,
используемых сотрудниками МФЦ в процессе оказания
услуг.
Шаблоны хранятся в формате MS Word (*.dot)
PDF Папка для хранения отсканированных копий
документов
Archive Папка для хранения исполненных дел.
Архивные документы доступны только в режиме
чтения
[Год] Папка для архивного хранения дел календарного
года
[Номер дела] Папка дела.
Temp Папка дел на оформлении.
[Временный_Номер дела] Папка дела на оформлении. Название папки
соответствует

67

временному номер дела, формируемому при
заведении нового дела.

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 Папка, содержащая структуры данных для

68

госуслуги в формате 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;

69

 CSV;
 HTML;
 PDF.
– При осуществлении информационного обмена компонентами АИС МФЦ должен
применяться алгоритм взаимодействия, основанный на отправке информационного
запроса в формате XML и получении ответа в том же формате, с возможностью
использования файлов-вложений;
– Должна быть обеспечена возможность выгрузки из Системы сведений в рамках
используемых конкретными модулями форматов файлов, их передача с
использованием стандартных протоколов, а также их запись на стандартный
машинный носитель;
– Должна быть обеспечена возможность загрузки файлов поддерживаемых форматов в
АИС МФЦ, в том числе переданных на стандартных машинных носителях и с
использованием вычислительных сетей при помощи стандартных протоколов
передачи данных.

4.3.2.4 Использование справочников и классификаторов

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

4.3.2.4.1 Перечень событий

В системе должны регистрироваться следующие события при исполнении ГУ:

70

– прием документов;
– проведение экспертизы (в том числе, повторной);
– формирование запроса;
– получение ответа на запрос;
– изменение срока получения ответа на запрос (при задержке пересчитывается общий
срок оказания ГУ);
– направление документов по запросу на доработку;
– информирование заявителя об изменении срока, о завершении дела;
– выдача документов;
– направление дела в архив.

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

Для хранения метаданных всех информационных объектов Системы должны
использоваться СУБД MySQL версии 5 или выше.

4.3.2.6 Требования к структуре процесса сбора, обработки,
передачи данных в Системе и представлению данных

Ввод и обработка первичных данных осуществляются посредством интерфейса
клиентских приложений.
Документы, представленные в бумажном виде, сканируются на рабочих местах
операторов с помощью программного обеспечения Adobe Acrobat в формате PDF.
Отсканированные копии документов загружаются в систему, и включаются в опись дела на
оказание услуги.
Формы заявлений на оказание ГУ могут загружаться с портала МФЦ. При заполнении
заявлений формируется двухмерный штрих-код. Распечатанное заявление с двухмерным
штрих кодом может представляться в МФЦ при обращении заявителя на получение услуги.
Ввод заявлений, содержащих двухмерный штрих код, выполняется путем
сканирования и дешифрации сервисами работы с двухмерными штрих кодами.
Взаимодействие с ведомствами может осуществлять посредством передачи запросов,
содержащих электронные копии документов, передаваемых для обработки.

71

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).

72

Взаимодействие пользователей с Системой осуществляется только в режиме диалога,
без использования каких - либо специализированных языков запросов. Все диалоги
организуются средствами клиентских приложений Системы.
Все документы, подготавливаемые к публикации на портале, а также хранимые в
базах данных, хранятся в кодировке 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

73

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 ТРЕБОВАНИЯ К МЕТОДИЧЕСКОМУ ОБЕСПЕЧЕНИЮ

В рамках создания Системы должны быть разработаны и приняты документы,
обеспечивающие нормативно-методическое обеспечение Системы. Данные документы
входят в состав документации, создаваемой при разработке Системы, согласно настоящему
Техническому Заданию. В состав методического обеспечения АИС МФЦ должны быть
включены:

74

– Методология и рекомендации по подготовке МФЦ к внедрению АИС МФЦ;
– Типовой региональный пакет нормативно-правовых актов, необходимый для ввода в
действие и функционирования АИС МФЦ;
– Спецификации на техническую инфраструктуру, необходимую для развертывания
типовой АИС МФЦ;
– Организационно-распорядительные документы;
– Отчет по результатам обследования объектов автоматизации в пилотных зонах
разработки;
– Методология и рекомендации по подготовке МФЦ регионов к внедрению АИС
МФЦ.

4.3.7 ТРЕБОВАНИЯ К ОРГАНИЗАЦИОННОМУ ОБЕСПЕЧЕНИЮ

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

В состав подразделений, участвующих в функционировании Системы должны
входить:
– Подразделения МФЦ, обеспечивающие выполнение автоматизированных
административно-управленческих процессов в соответствии с функциональностью
АИС МФЦ;
– Служба эксплуатации Системы.
Подробная структура и функции подразделений, обеспечивающих выполнение
автоматизированных административно-управленческих процессов, должна быть описана в
разделе «Описание процесса деятельности» Технического проекта на создание АИС МФЦ, а
также в документе «Отчет по результатам обследования объектов автоматизации», которые
разрабатываются согласно требованиям к составу работ настоящего ТЗ.
Функции участников взаимодействия должны быть перечислены в рамках описания
регламентов их взаимодействия. Описания регламентов взаимодействия должны
разрабатываться на основе действующих нормативно-правовых актов. В состав Службы
эксплуатации Системы должны входить системные и информационные администраторы.
Основными функциями данной службы должны стать:
– Администрирование модулей Системы;
– Техническая поддержка программных и аппаратных средств Системы;
– Обеспечение функционирования Системы в соответствии с согласованными нормами
ее работоспособности;

75

– Разрешение возможных проблем, связанных с несоответствием функционирования
Системы требованиям настоящего Технического Задания
– Управление средствами информационной безопасности и защиты от
несанкционированного доступа;
– Управление средствами резервного копирования данных Системы;
– Восстановление Системы в случае возникновения аварий и сбоев.

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

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

4.3.7.3 Требования по защите от ошибочных действий персонала

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

76

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

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

Создание и внедрение АИС МФЦ осуществляется поэтапно, с определением
ограниченной пилотной зоны (регионы Внедрения) и апробации Системы в ней перед ее
тиражированием.
В состав этапов работ по созданию типовой АИС МФЦ входят:
– Разработка детализированных технических требований;
– Разработка типовых компонент Системы.
Адаптация компонент Системы в регионах внедрения происходит в соответствии с
Техническими заданиями на разработку Системы, которые формируются для каждого
региона отдельно. В ходе адаптации должно быть выполнено:
– Подготовка системы к внедрению;
– Запуск системы в опытную эксплуатацию.

5.1.1 РАЗРАБОТКА ДЕТАЛИЗИРОВАННЫХ ТЕХНИЧЕСКИХ ТРЕБОВАНИЙ

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

5.1.2 РАЗРАБОТКА СИСТЕМЫ

На данном этапе выполняется разработка типовой АИС МФЦ на основании
Технического задания на разработку типовой АИС МФЦ.

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

По окончанию разработки детализированных технических требований на создание
Системы предъявляется отчет «Детализированные технические требования к системе АИС
МФЦ на базе промышленной платформы».

77

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

Разработанная документация размещается в информационной системе управления
проектами ФЦП «Электронная Россия (2002-2010 годы)» Минэкономразвития России.
Заказчик вправе назначить экспертизу представленных Исполнителем документов.

78

6 ПОРЯДОК КОНТРОЛЯ И ПРИЕМКИ СИСТЕМЫ
Сдача-приёмка работ производится в каждом регионе внедрения в соответствии с
требованиями, указанными в Техническом задании на разработку АИС МФЦ для региона.
Основанием для сдачи-приёмки работ служит Отчёт о завершении работ по стадии,
представляемый Исполнителем. Для сдачи-приемки представляется также документация,
перечисленная в разделе 8 настоящего ТЗ.
Сдача-приемка осуществляется комиссией Заказчика, в состав которой входят
представители Заказчика и Исполнителя. По результатам приемки подписывается акт
приемочной комиссии.
Все создаваемые в рамках настоящей работы программные изделия (за исключением
покупных программных компонент и программных компонент, разработанных
Исполнителем вне рамок данного проекта) передаются Заказчику, как в виде готовых
модулей, так и в виде исходных кодов, представляемых в электронной форме на стандартном
машинном носителе.
Лицензии на программные компоненты, необходимые для эксплуатации
разрабатываемого программного обеспечения, приобретенные Исполнителем у третьей
стороны, оформляются на Заказчика.
Виды, состав, объем и методы испытаний
В рамках разработки Системы необходимо провести следующие виды испытаний
Системы:
– Предварительные испытания;
– Опытная эксплуатация.
В рамках приведенных выше испытаний проверке или аттестации необходимо
подвергнуть:
– Комплекс программных и технических средств;
– Персонал;
– Эксплуатационная документация, регламентирующая деятельность персонала при
функционировании Системы;
– Функционирование Системы в целом.
Проверяемые характеристики объектов испытаний:
– Качество выполнения комплексом программных и технических средств
автоматических функций во всех режимах функционирования Системы, согласно ТЗ
на ее создание;

79

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

6.1.1 ПРЕДВАРИТЕЛЬНЫЕ ИСПЫТАНИЯ

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

6.1.2 ОПЫТНАЯ ЭКСПЛУАТАЦИЯ

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

80

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

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

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

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

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

81

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

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

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

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

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

В рамках внедрения АИС МФЦ требуется создание специализированного
структурного подразделения объекта автоматизации, отвечающего за администрирование и
техническую поддержку Системы. В состав изменений в объекте автоматизации должны
быть включены:
– Выделение и подготовка специального помещения для размещения аппаратных
компонентов Системы, отвечающего требованиям, приведенным в настоящем ТЗ;
– Установка и настройка лицензионного программного обеспечения, необходимого для

82

функционирования АИС МФЦ, в соответствии с требованиями к программному
обеспечению, приведенными в настоящем ТЗ;
– Установка и настройка разработанных компонентов АИС МФЦ;
– Подбор персонала для вновь создаваемого подразделения объекта автоматизации,
отвечающего за администрирование и техническую поддержку Системы;
– Обучение пользователей Системы.

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

Необходимо обеспечить выполнение требований к условиям эксплуатации объекта
автоматизации и характеристикам окружающей среды, указанным в подразделе настоящего
Технического Задания
Помимо этого, для обеспечения соответствия создаваемой Системы требованиям
настоящего Технического задания к моменту сдачи АИС МФЦ в опытную эксплуатацию
Заказчиком должны быть выполнены требования к техническому обеспечению АИС МФЦ. К
моменту сдачи АИС МФЦ в промышленную эксплуатацию пользователи подсистем АИС
МФЦ должны пройти обучение по работе с подсистемами.

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

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

83

8 ТРЕБОВАНИЯ К ДОКУМЕНТИРОВАНИЮ
В состав документации, разрабатываемой при проектировании Системы для каждого
региона Внедрения, должны входить:
– Пояснительная записка технического проекта разработки АИС МФЦ на базе
промышленной платформы для Системы в соответствии с РД 50-34.698-90;
– Общее описание АИС МФЦ на базе промышленной платформы в соответствии с РД
50-34.698-90;
– Программа и методика испытаний АИС МФЦ на базе промышленной платформы для
Системы в соответствии с РД 50-34.698-90;
– Руководство пользователя АИС МФЦ на базе промышленной платформы для
Системы;
– Руководство администратора АИС МФЦ на базе промышленной платформы.
Вся документация должна предоставляться Заказчику в 2-х экземплярах на бумажном
и стандартном машинном (компакт-диск) носителях. Документы на стандартном машинном
носителе должны предоставляться в формате Microsoft Word 97-2003. Система должна
передаваться Заказчику на стандартных машинных носителях (компакт-диск) в двух копиях.

84

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

More Related Content

What's hot (9)

Viewers also liked (20)

Similar to ТТ по АИС МФЦ на Adobe Live Cycle (20)

More from Victor Gridnev (20)

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