Приложение - Правительство Челябинской области

Техническое задание
на выполнение работ по модернизации единой региональной автоматизированной
информационной системы Челябинской области «Многофункциональный центр
предоставления государственных и муниципальных услуг»
(Требования, установленные заказчиком, к качеству работ, требования к результатам
работ и иные показатели, связанные с определением соответствия выполняемых работ
потребностям заказчика)
1. Термины и сокращения, используемые в документе
N п.п.
1.
Термин /сокращение
МФЦ
2.
ГУ
Значение
Многофункциональный центр предоставления государственных и
муниципальных услуг
Государственная услуга
3.
МУ
Муниципальная услуга
4.
АИС
Автоматизированная информационная система
5.
ИУПП
Информационная учетно-процессная подсистема
2. Характеристика объектов автоматизации
В 2009-2011 году в Челябинской области осуществлено внедрение типового решения для
АИС МФЦ в г.г. Челябинск, Магнитогорск, Верхний Уфалей, Златоуст, Коркино, Копейск, Снежинск
и осуществлена их интеграция в единую региональную автоматизированную информационную
систему «Многофункциональный центр предоставления государственных и муниципальных услуг»
(далее – Система), интегрированную с РСМЭВ.
Автоматизированная
информационная
система
«Многофункциональный
центр
предоставления государственных и муниципальных услуг» создана на основе Типового решения
АИС МФЦ на базе промышленной платформы и предназначена для автоматизации основных
административно-управленческих процессов, протекающих в рамках МФЦ и обеспечения
эффективной информационной поддержки деятельности организатора и участников МФЦ.
Для функционирования Системы в настоящее время используется следующее программное
обеспечение:
- COS.MFC2 версии 2.2 – сервер типового решения АИС МФЦ на базе промышленной
платформы;
- Apache Tomcat – сервер приложений с открытым исходным кодом для развертывания
типового решения COS.MFC2;
- Alfresco CE – хранилище документов с открытым исходным кодом, обеспечивающее доступ
к документам с использованием протоколов CMIS, WebDav, SOAP;
- MySQL – система управления базами данных с открытым исходным кодом;
- Sun DS EE 6.13 – служба каталогов LDAP;
- OpenESB/Glassfish AS – программное обеспечение интеграционной платформы с открытым
исходным кодом, обеспечивающее оркестровку web-сервисов;
- Magnolia CMS CE – система управления контентом с открытым исходным кодом с
поддержкой редакторских циклов и технологией JSR-170 для хранения контента;
- Apache HTTP Server – web-сервер с открытым исходным кодом для обеспечения реверспроксирования;
- RenderX XEP 4.18 – сервер публикации на основе XML FO спецификации, поддерживающий
формирование PDF с встроенной векторной SVG графикой и средствами встраивания,
обеспечивающими его использование как специфицированного web-сервиса.
- SPER – программный комплекс для проектирования электронных регламентов.
В состав АИС МФЦ входят следующие основные подсистемы:
- информационная учетно-процессная подсистема, предназначенная для организации и учета
движения бумажного и электронного документопотока в рамках предоставления государственных и
муниципальный услуг на базе МФЦ и интегрированная с ней подсистема Сервер форм, реализующая:
хранение формализованных описаний моделей форм, первичную обработку заполненных форм перед
их передачей в ИУПП, отображение ранее заполненных пользователем форм;
- аналитическая подсистема, предназначена для оценки эффективности работы сотрудников
МФЦ; должны быть разработаны формы отчетности на основе существующих типовых форм
отчетности и обеспечено автоматическое формирование разработанных отчетных форм на основании
данных о предоставленных услугах, фактах и событиях хода их предоставления;
- подсистема информационного обмена данных, предназначена для обеспечения
информационного взаимодействия Системы с внешними информационными системами (включая
информационные системы ведомств-участников процесса оказания услуг на базе МФЦ).
МФЦ организует взаимодействие с заявителями, а также с федеральными органами
исполнительной власти, органами исполнительной власти субъектов Российской Федерации,
органами местного самоуправления, организациями, участвующими в предоставлении
соответствующих ГУ (МУ).
Сотрудник МФЦ в случаях, не противоречащих законодательству Российской Федерации:
 принимает от заявителей соответствующие заявления и другие, необходимые для
получения ГУ (МУ), документы;
 проверяет соответствие заявления необходимым требованиям, а также комплектность
представляемых заявителем документов, необходимых для выдачи запрашиваемого
документа;
 регистрирует поступившие обращения заявителей в Системе непосредственно с
клиентского рабочего места, находящегося в МФЦ;
 направляет межведомственные запросы в федеральные органы исполнительной власти,
органы исполнительной власти субъектов Российской Федерации, органы местного
самоуправления;
 в сроки, установленные административным регламентом по конкретной ГУ (МУ),
передает заявление и представленный заявителем пакет документов в федеральные органы
исполнительной власти, органы исполнительной власти субъекта Российской Федерации,
органы местного самоуправления, участвующие в предоставлении ГУ (МУ) (далее –
Ведомства);
 организует доставку необходимых документов из МФЦ в соответствующие Ведомства, а
также доставку результатов предоставления ГУ (МУ) на базе МФЦ;
 выдает заявителю запрашиваемый документ либо мотивированный отказ в соответствии с
требованиями утвержденных административных регламентов, других нормативных
правовых актов, соглашений.
В ходе работы МФЦ также:
 организует привлечение сотрудников соответствующих федеральных органов
исполнительной власти, органов исполнительной власти субъектов Российской
Федерации, органов местного самоуправления для решения возникающих спорных
вопросов;
 обеспечивает информационную поддержку предоставления ГУ (МУ) на базе МФЦ путем
публикации разъяснительных, справочных и других материалов;
 обеспечивает своевременную публикацию в сети Интернет информации о ГУ (МУ),
предоставляемых на базе МФЦ;
 обеспечивает создание и поддержание работы call-центра, телефона «горячей линии» по
вопросам предоставления ГУ (МУ).
Сотрудник МФЦ вправе:
 отказать заявителю в приеме заявления и пакета документов в случае несоответствия
представляемого комплекта документов требуемому для получения соответствующей ГУ
(МУ);
 отказать заявителю в приеме заявления и пакета документов либо в выдаче документов в
случае, если заявление и пакет документов для получения ГУ (МУ) представлены
(затребованы) без удостоверения личности, либо не уполномоченным лицом.
Территориальные органы федеральных органов исполнительной власти, органы
исполнительной власти субъекта Российской Федерации, органы местного самоуправления,
участвующие в предоставлении ГУ (МУ) на базе МФЦ:
 реализуют административные процедуры и осуществляют административные действия в
рамках исполнения государственных (муниципальных) функций и предоставления ГУ
(МУ), включая принятие решений в соответствии с законодательством Российской
Федерации, административными регламентами, соглашениями;
 размещают (при необходимости) в МФЦ ответственных должностных лиц;
 принимают решения в рамках предоставления ГУ (МУ) на основании документов,
представленных заявителем в МФЦ и полученных в ходе межведомственного
взаимодействия, в соответствии с административными регламентами, другими
нормативными правовыми актами, соглашениями;

готовят запрашиваемый заявителем документ либо мотивированный отказ в соответствии
с административными регламентами, другими нормативными правовыми актами,
соглашениями;
 обеспечивают доступ сотрудников МФЦ к необходимым базам данных, в том числе
электронным;
 передают подготовленный документ либо мотивированный отказ в МФЦ.
Порядок и режим работы МФЦ определяется регламентом работы конкретного МФЦ,
принимаемым организатором МФЦ. При этом прием заявителей на базе МФЦ осуществляется не
менее чем 60 часов в неделю по всем ГУ (МУ), предоставляемым на базе МФЦ.
Взаимодействие с физическими и юридическими лицами – получателями ГУ (МУ)
производится лично, по телефону, а также через Интернет и через информационные киоски.
Рассмотрение и выдача документов в рамках предоставления ГУ (МУ) осуществляется в
сроки,
установленные
соответствующими
административными
регламентами,
другими
нормативными правовыми актами, соглашениями.
В рамках работ в соответствии с настоящими требованиями должны быть выполнены работы
по модернизации единой региональной автоматизированной информационной системы
«Многофункциональный центр предоставления государственных и муниципальных услуг» в
следующих многофункциональных центрах предоставления государственных и муниципальных
услуг (далее – Объекты автоматизации):
№
1
2
Количество
предоставляемых услуг
Количество
окон приема
16
8
51
15
35
12
80
8
93
50
94
53
Челябинская обл.,
г. Коркино,
ул. 30 лет ВЛКСМ, 27а
58
14
Челябинская обл.,
г. Копейск,
ул. Ленина, 52
22
6
Наименование МФЦ
Адрес
Многофункциональный центр
города Трехгорный
Многофункциональный центр
города Троицка
г. Трехгорный, ул.
К.Маркса, д.45
город Троицк, ул.
Ленина, д. 19
Варненский
муниципальный
район, с. Варна, пер.
Кооперативный, д.31а
Саткинский
муниципальный
район, г. Сатка, ул.
Солнечная, д.18
город Челябинск, ул.
Труда, 166а
Челябинская обл.,
г. Магнитогорск, пр.
Карла Маркса, 79;
Филиал – «Суворова»
Челябинская обл.,
г. Магнитогорск, ул.
Суворова, 123; Филиал
– «Сиреневый»,
Челябинская обл.,
г. Магнитогорск, пр.
Сиреневый, 16/1;
Филиал –
«Маяковского»,
Челябинская обл.,
г. Магнитогорск, ул.
Маяковского, 19/3
3
Многофункциональный центр
Варненского муниципального
района
4
Многофункциональный центр
города Саткинского
муниципального района
5
МАУ «Многофункциональный
центр города Челябинска»
6
Многофункциональный центр
города Магнитогорска
7
Многофункциональный центр
города Коркино
8
Многофункциональный центр
города Копейска
9
МБУ «Многофункциональный
центр города Златоуста»
город Златоуст,
Б.Скворцова, 32
40
13
10
МАУ «Многофункциональный
центр города Снежинска»
город Снежинск,
ул.Свердлова, 1а
42
10
42
8
Многофункциональный центр
города Верхний Уфалей
Челябинская обл.,
г. Верхний Уфалей,
ул. Якушева, 25
11
3. Назначение и цели модернизации Системы
3.1. Назначение Системы
Система создается на основе Типового решения АИС МФЦ на базе промышленной
платформы и предназначена для автоматизации основных административно-управленческих
процессов, протекающих в рамках МФЦ и обеспечения эффективной информационной поддержки
деятельности организатора и участников МФЦ, в частности для:
 автоматизации деятельности сотрудников МФЦ и других участников процессов
предоставления государственных (муниципальных) услуг населению в объеме их прав и
функциональных обязанностей в части выполнения административных процедур и
действий по предоставлению государственных (муниципальных) услуг;
 обеспечения оперативного доступа всех участников процессов предоставления
информации о порядке предоставления государственных (муниципальных) услуг;
 обеспечение оперативного доступа заявителей к информации о текущем статусе дел по
предоставлению государственных (муниципальных) услуг.
3.2. Цели модернизации Системы
Целью модернизации единой региональной автоматизированной информационной системы
Челябинской области «Многофункциональный центр предоставления государственных и
муниципальных услуг» является расширение ее функциональных возможностей и расширение числа
подключенных многофункциональных центров в соответствии с требованиями настоящего
Технического задания.
4. Требования к Системе
4.1. Требования к Системе в целом
4.1.1.
Требования к структуре и функционированию Системы
4.1.1.1. Перечень подсистем, их назначение и основные характеристики
Модернизированная система должна включать следующие основные подсистемы:
 информационная учетно-процессная подсистема (далее - ИУПП), предназначенная для
автоматизации приема заявлений и выдачи результатов, организации и учета движения
бумажного и электронного документопотока в рамках предоставления государственных и
муниципальный услуг на базе МФЦ и интегрированная с ней подсистема Сервер форм,
реализующая: хранение формализованных описаний моделей форм, первичную обработку
заполненных форм перед их передачей в ИУПП, отображение ранее заполненных
пользователем форм;
 аналитическая подсистема, предназначенная для оценки эффективности работы
сотрудников МФЦ;
 подсистема информационного обмена данных, предназначеннаая для обеспечения
информационного взаимодействия Системы с внешними информационными системами
(включая Систему межведомственного электронного взаимодействия и информационные
системы ведомств-участников процесса оказания услуг на базе МФЦ);
 система проектирования электронных регламентов, предназначенная для создания и
редактирования информации по государственным и муниципальным услугам, создания и
редактирования электронных регламентов предоставления государственных и
муниципальных услуг в МФЦ, редактирования нормативно-справочной информации.
4.1.1.2. Требования к способам и средствам связи для информационного обмена между
компонентами системы
Модернизированная Система должна быть построена на современных стандартных
протоколах взаимодействия. В состав совместимых протоколов информационного взаимодействия
между компонентами системы должны использоваться:
 Hypertext transfer protocol (HTTP/HTTPS), который должен использоваться для доступа к
серверу приложений Системы с рабочих мест сотрудников МФЦ;
 Java database connectivity (JDBC), используемый для доступа к базам данных Системы;
 Content Management Interoperability Services (CMIS) – для доступа к документам,
хранящимся в электронном архиве;
 Lightweight Directory Access Protocol (LDAP) – для доступа к службе каталогов.
4.1.1.3. Требования к характеристикам взаимосвязей создаваемой системы со смежными
системами
Модернизированная система должна обеспечивать интеграцию с инфраструктурой,
обеспечивающей информационно-технологическое взаимодействие действующих и создаваемых
информационных систем, используемых для предоставления государственных и муниципальных услуг
в электронной форме, в том числе с:
 федеральной
государственной
информационной
системой
«Единая
система
идентификации и аутентификации в инфраструктуре, обеспечивающей информационнотехнологическое взаимодействие информационных систем, используемых для предоставления
государственных и муниципальных услуг в электронной форме;
 федеральной
государственной
информационной
системой
«Единый
портал
государственных и муниципальных услуг (функций)»;
 федеральной государственной информационной системой «Система межведомственного
электронного взаимодействия»;
 информационной системой головного удостоверяющего центра;
 инфраструктурой электронного правительства в Челябинской области.
Интеграция должна осуществляться в соответствии со следующими документами:
 Федеральным законом от 27.07.2010г. № 210-ФЗ «Об организации предоставления
государственных и муниципальных услуг»;
 постановлением Правительства Российской Федерации от 28.11.2011г. № 977 «О
федеральной государственной информационной системе «Единая система идентификации и
аутентификации
в
инфраструктуре,
обеспечивающей
информационно-технологическое
взаимодействие информационных систем, используемых для предоставления государственных и
муниципальных услуг в электронной форме»;
 постановлением Правительства Российской Федерации от 09.02.2012г. № 111 «Об
электронной подписи, используемой органами исполнительной власти и органами местного
самоуправления при организации электронного взаимодействия между собой, о порядке ее
использования, а также об установлении требований к обеспечению совместимости средств
электронной подписи»;
 постановлением Правительства Российской Федерации от 08.06.2011г. № 451 «Об
инфраструктуре,
обеспечивающей
информационно-технологическое
взаимодействие
информационных систем, используемых для предоставления государственных и муниципальных
услуг в электронной форме»;
 постановлением Правительства Российской Федерации от 24.10.2011г. № 861 «Положением
о федеральной государственной информационной системе «Единый портал государственных и
муниципальных услуг (функций)»;
 распоряжением Правительства Российской Федерации от 17.12.2009г. № 1993-р «Об
утверждении сводного перечня первоочередных государственных и муниципальных услуг,
предоставляемых в электронном виде»;
 распоряжением Правительства Российской Федерации от 28.12.2011г. № 2415-р «О
государственных и муниципальных услугах, предоставляемых в электронном виде»;
 приказом Министерства связи и массовых коммуникаций Российской Федерации от
27.12.2010г. №190 «Об утверждении Технических требований к взаимодействию информационных
систем в единой системе межведомственного электронного взаимодействия»;
 постановлением Правительства Челябинской области от 30.11.2011г. № 440-п «Об
утверждении Положения об информационной системе «Региональная система межведомственного
электронного взаимодействия Челябинской области»;
 распоряжением Губернатора Челябинской области от 06.06.2011г. № 549-р «О Перечне
государственных услуг (функций) органов исполнительной власти Челябинской области»;
 распоряжением Правительства Челябинской области от 15.02.2012г. №27-рп «Об
утверждении перечня компонентов инфраструктуры электронного правительства в Челябинской
области»;
 решением Подкомиссии по использованию информационных технологий при
предоставлении государственных и муниципальных услуг Правительственной комиссии по
внедрению информационных технологий в деятельность государственных органов и органов
местного самоуправления (Протокол №3 от 06.02.2012г.);
 Методическими рекомендациями по разработке электронных сервисов и применению
технологии электронной подписи при межведомственном электронном взаимодействии,
одобренными пунктом 2 раздела IV протокола от 20.04.2012г. № 11 заседания Подкомиссии по
использованию информационных технологий при предоставлении государственных и
муниципальных услуг Правительственной комиссии по внедрению информационных технологий в
деятельность государственных органов и органов местного самоуправления;
 Методическими рекомендациями по использованию электронной подписи при
межведомственном электронном взаимодействии, одобренными протоколом заседания Подкомиссии
по использованию информационных технологий при предоставлении государственных и
муниципальных услуг Правительственной комиссии по внедрению информационных технологий в
деятельность государственных органов и органов местного самоуправления от 15.06.2011г. №5;
 Регламентом взаимодействия Участников информационного взаимодействия с Оператором
единой системы идентификации и аутентификации и Оператором инфраструктуры электронного
правительства при организации информационно-технологического взаимодействия информационных
систем с использованием единой системы идентификации и аутентификации, одобренным пунктом 2
раздела III протокола от 20.04.2012г. № 11 заседания Подкомиссии по использованию
информационных технологий при предоставлении государственных и муниципальных услуг
Правительственной комиссии по внедрению информационных технологий в деятельность
государственных органов и органов местного;
 Положением о федеральной государственной информационной системе «Единая система
идентификации и аутентификации в инфраструктуре, обеспечивающей информационнотехнологическое взаимодействие информационных систем, используемых для предоставления
государственных и муниципальных услуг в электронной форме», утвержденным приказом
Министерства связи и массовых коммуникаций Российской Федерации от 13.04.2012г. № 107;
 Положением о единой системе межведомственного электронного взаимодействия,
утвержденным постановлением Правительства Российской Федерации от 08.09.2010г. № 697;
 Положением об информационной системе головного удостоверяющего центра, функции
которого осуществляет федеральный орган исполнительной власти, уполномоченный в сфере
использования электронной подписи, утвержденным приказом Министерства связи и массовых
коммуникаций Российской Федерации от 13.04.2012г. № 108.
Взаимодействие с внешними по отношению к Системе системами должно реализовываться
посредством использования интеграционной платформы и специализированных шлюзов доступа для
каждой внешней системы.
Подключение дополнительных внешних систем реализуется путем адаптации шлюза доступа
с учетом специфики внешней системы вне работ, выполняемых в рамках настоящего Технического
задания.
Модернизируемая Система должна быть построена на современных стандартных протоколах
взаимодействия. В состав совместимых протоколов информационного взаимодействия со смежными
системами должны использоваться:
 Java Message Service (JMS), используемый для связи компонентов Системы и обеспечения
совместимости с внешними системами, основанными на Java Platform;
 SOAP – для доступа к специфицированным сервисам в составе интеграционной
платформы, электронного архива, сервера справочников и классификаторов, сервера
публикации;
4.1.2.
Требования к режимам функционирования системы
Система должна иметь возможность функционировать в следующих режимах:
 штатный режим;
 режим системного администрирования.
Штатный режим должен являться основным режимом функционирования, обеспечивающим
выполнение задач Системы.
Режим системного администрирования должен являться технологическим режимом, и
использоваться для сопровождения Системы, в том числе – изменения конфигурации, параметров
работы, настроек, выполнения регламентного обслуживания программно-технических средств.
Кроме этого, в режиме системного администрирования должны выполняться функции, связанные с
реконфигурацией, конвертированием и архивированием баз данных Системы. После возникновения
отказа в каком-либо из компонентов Системы, режим должен обеспечивать перевод отказавших
компонентов в штатный режим функционирования после идентификации возникшего отказа и
устранении его причин.
4.1.3.
Требования к численности и квалификации персонала Системы и режиму его работы
Для обеспечения функционирования Системы на каждом из Объектов автоматизации
необходим персонал, перечисленный в таблице 1.
Таблица 1
Перечень ролей сотрудников и количество персонала
Роль в системе
Количество
персонала
1
Системные администраторы
3
2
Информационные администраторы
2
3
Пользователи (операторы, эксперты и специалисты в соответствии с
Не более 100
типовыми ролями Системы)
4
Разработчик процессов
2
Системные администраторы должны выполнять следующие функциональные обязанности:
 настройка и диагностирование Системы;
 обслуживание технического и системного программного обеспечения Системы;
 администрирование баз данных Системы;
 резервное копирование и восстановление данных Системы;
 обеспечение регламентных работ и анализ результатов регламентных операций.
 знание вопросов сопровождения и администрирования ЛВС, протокола TCP/IP;
 знание вопросов настройки рабочих станций локальной вычислительной сети;
 знание вопросов инсталляции, общесистемного сопровождения и администрирования
Системы;
 опыт администрирования СУБД.
Информационные администраторы должны выполнять следующие функциональные
обязанности:
 регламентная загрузка информации из внешних источников информации;
 контроль своевременности предоставления информации пользователями Системы;
 распределение прав доступа и конфигурирование автоматизированных рабочих мест
Системы.
Должно обеспечиваться свободное обращение с персональным компьютером на уровне
пользователя офисных приложений. Для успешной работы с Системой информационные
администраторы должны пройти специальную подготовку по работе с Системой.
Функции и численность пользователей Системы:
Пользователями Системы являются государственные гражданские служащие и работники
органов государственной власти ведомств участников МФЦ, муниципальные служащие и работники
МФЦ, граждане и организации Российской Федерации в рамках взаимодействия с подсистемой
информационно-справочного обеспечения Системы;
Служащие органов государственной власти Субъектов Российской Федерации, а так же
организатор и сотрудники МФЦ обеспечивают своевременность, полноту и правильность хода
исполнения ГУ (МУ);
Количество персонала Системы должно быть достаточным для обеспечения своевременности
обновления информации, возникающей по ходу оказания ГУ (МУ) в Системе.
4.1.4.
Показатели назначения
Показатели назначения Системы для каждого из объектов приведены в следующей таблице.
Ед.
№
Показатель
Значение
измерения
1 Количество загружаемых в Систему
Штук
Не менее 5000
административных регламентов ГУ (МУ)
2 Количество одновременно работающих
Человек
Не менее 100
3
4
4.1.5.
операторов
Количество дел в Системе
Скорость реакции Системы на действия
пользователя в интерфейсных элементах
Штук
Секунды
Не менее 1 000 000 (при
необходимости должно быть
проведено наращивание
дискового массива)
Не более 10
Требования к надежности
Ниже приводится перечень возможных аварийных ситуаций с указанием требований к
средствам восстановления работоспособности Системы.
4.1.5.1. Сбой общесистемного или специального программного обеспечения Системы
(отдельного АРМ или сервера)
После сбоя серверной операционной системы или СУБД в процессе выполнения
пользовательских задач должно быть обеспечено восстановление данных в базе данных до состояния
на момент окончания последней нормально завершенной перед сбоем транзакции.
Время восстановления работоспособности администраторами при сбоях и отказах не должно
превышать 3-часов. В это время не входит разворачивание и настройка специального программного
обеспечения на сервере или серверах. В указанное время не входит решение проблем с техническими
средствами и инсталляция операционной системы.
4.1.5.2. Выход из строя части технических средств Системы
Выход из строя одного из АРМ или нарушение канала связи локальной сети между АРМ и
сервером не должны приводить к прекращению функционирования Системы, при этом должна
обеспечиваться возможность выполнения функций, связанных с вышедшим из строя АРМ на другом
АРМ.
Сбои или выход из строя активного накопителя на жестком магнитном диске.
Система должна обеспечивать возможность «горячей» замены сбойного или вышедшего из
строя активного накопителя на жестком магнитном диске без остановки функционирования Системы
и потерь информации.
В Системе должна быть обеспечена возможность восстановления данных с внешнего
накопителя после восстановления активного накопителя.
Импульсные помехи, сбои или прекращение электропитания.
Импульсные помехи, сбои или прекращение электропитания не должны приводить к выходу
из строя технических средств комплекса средств автоматизации и/или нарушению целостности
данных.
Прекращение электропитания на время до 15 минут не должно приводить к прекращению
функционирования комплекса средств автоматизации.
Должны быть предусмотрены средства оповещения пользователей о прекращении
электропитания.
4.1.5.3. Требования к надежности технических средств
Надежность Системы в части технического обеспечения должна обеспечиваться:
 использованием технических средств повышенной отказоустойчивости и их структурным
резервированием;
 защитой технических средств по электропитанию путем использования источников
бесперебойного питания, обеспечивающих не менее чем 15 минутное функционирование
всего комплекса технических средств;
 дублированием носителей информационных массивов.
В случае возникновения сбоев, аварий и отказов на отдельных рабочих станциях должна быть
сохранена возможность дальнейшего ввода данных, их обработки, а также формирования отчетных
документов на других рабочих станциях.
4.1.6.
Требования к безопасности
Все компоненты системы должны обеспечивать безопасность обслуживающего персонала от
поражения электрическим током при эксплуатации, техническом обслуживании и ремонте в
соответствии с действующими ПУЭ, ПТЭ и ПТБ.
4.1.7.
Требования к эргономике и технической эстетике
Взаимодействие пользователей с прикладным программным обеспечением, входящим в
состав Системы, должно осуществляться посредством визуального графического интерфейса.
Интерфейс должен быть понятным и удобным, не должен быть перегружен графическими
элементами и должен обеспечивать быстрое отображение экранных форм. Навигационные элементы
должны быть выполнены в удобной для пользователя форме. Средства редактирования информации
должны удовлетворять принятым соглашениям в части использования функциональных клавиш,
режимов работы, поиска, использования оконной системы. Интерфейс должен соответствовать
современным эргономическим требованиям и обеспечивать удобный доступ к основным функциям и
операциям системы.
Интерфейс должен быть рассчитан на преимущественное использование манипулятора типа
«мышь», то есть управление программным комплексом должно осуществляться с помощью набора
экранных меню, кнопок, значков и т. п. элементов. Клавиатурный режим ввода должен используется
главным образом при заполнении и/или редактировании текстовых и числовых полей экранных
форм.
Все надписи экранных форм, а также сообщения, выдаваемые пользователю (кроме
системных сообщений) должны быть на русском языке.
4.1.8.
Требования к эксплуатации, техническому обслуживанию, ремонту и хранению
компонентов системы
Условия эксплуатации, а также виды и периодичность обслуживания технических средств
Системы должны соответствовать требованиям по эксплуатации, техническому обслуживанию,
ремонту и хранению, изложенным в документации изготовителя (производителя) на них.
Технические средства Системы и персонал должны размещаться в существующих
помещениях Объектов автоматизации, которые по климатическим условиям должны соответствовать
ГОСТ 15150-69 «Машины, приборы и другие технические изделия. Исполнения для различных
климатических районов. Категории, условия эксплуатации, хранения и транспортирования в части
воздействия климатических факторов внешней среды» (температура окружающего воздуха от 5 до
40° C, относительная влажность от 40 до 80% при Т=25° C, атмосферное давление от 630 до 800 мм
ртутного столба). Размещение технических средств и организация автоматизированных рабочих мест
должны быть выполнены в соответствии с требованиями ГОСТ 21958-76 «Система "Человекмашина". Зал и кабины операторов. Взаимное расположение рабочих мест. Общие эргономические
требования».
Для электропитания технических средств должна быть предусмотрена трехфазная
четырехпроводная сеть с глухо заземленной нейтралью 380/220 В (+10-15)% частотой 50 Гц (+1-1)
Гц. Каждое техническое средство запитывается однофазным напряжением 220 В частотой 50 Гц
через сетевые розетки с заземляющим контактом.
4.1.9.
Требования к защите информации от несанкционированного доступа
Модернизация Системы должна осуществляться с учетом требований по защите информации
от несанкционированного доступа в соответствии с требованиями ГОСТ Р 50322-96, ГОСТ Р 5073995 и РД Федеральной службы по техническому и экспертному контролю (ФСТЭК России).
Также должны быть учтены требования Федерального закона Российской Федерации от 27
июля 2006г. № 152-ФЗ «О персональных данных».
В соответствии с руководящим документом Гостехкомиссии России «Автоматизированные
системы. Защита от несанкционированного доступа (НСД) к информации. Классификация
автоматизированных систем и требования по защите информации» данная система относится к
группе многопользовательских автоматизированных систем (АС), в которых одновременно
обрабатывается и хранится информация разных уровней конфиденциальности.
Специальное программное обеспечение Системы должно обеспечить:
 авторизацию всех пользователей Системы и протоколирование их действий;
 разграничение доступа к данным;
 разграничение доступа к функциям пользовательского интерфейса.
Данные доступны для чтения и корректировки должностным лицам, назначенным на
соответствующие роли, исполняемые ими в Системе.
4.1.10. Требования по сохранности информации при авариях, требования к защите от влияния
внешних воздействии
Сохранность информации в системе при авариях должна обеспечиваться:

при пожарах, затоплениях, землетрясениях и других стихийных бедствиях:
организационными и защитными мерами, опирающимися на подготовленность
помещений и персонала, обеспечивающими сохранность хранимых копий информации на
магнитных носителях;
 при разрушении данных, при механических и электронных сбоях и отказах в работе
компьютеров: на основе программных процедур восстановления информации с
использованием хранимых копий баз данных, программных файлов системы, а также
загружаемых файлов.
 при сбое в электропитании: организационными и защитными мерами, опирающимися на
подготовленность резервного питания для поддержания нормального функционирования
системы в течение времени, необходимого для устранения сбоя в электропитании или для
нормального ручного завершения работы системы;
 при сбое из-за ошибок в работе персонала: организационными и защитными мерами,
опирающимися на подготовленность персонала.
Система должна автоматически восстанавливаться при перезапуске аппаратных средств.
4.1.11. Требования по патентной чистоте
Использование Системы и ее частей не должно нарушать авторские и смежные права третьих
лиц.
Право на использование системного и программного обеспечения Системы и ее частей
должно основываться на положениях действующего законодательства и обеспечивать возможность
использования Заказчиком системного и программного обеспечения на неограниченный срок.
4.1.12. Требования по стандартизации и унификации
Система должна обеспечивать поддержку работы с документами следующих форматов:
 PDF – Portable Document Format;
 XML – eXtensible Markup Language;
 CSV – Comma-Separated Values.
4.2. Требования к функциям (задачам), выполняемым Системой
Модернизируемая Система должна обладать следующими функциональными возможностями:
 автоматизацию процессов предоставления на базе МФЦ простых и комплексных услуг
(т.е. услуг, включающих в себя несколько государственных и муниципальных услуг,
результаты исполнения одних необходимы для оказания других); в последнем случае,
обращения могут осуществляться как параллельно, так и в определенной
последовательности, и подразумевать передачу и получение как одинаковых, так и
различных комплектов документов;
 автоматизацию процесса предоставления консультаций по вопросам предоставления
государственных (муниципальных) услуг;
 автоматизацию процесса приема и регистрации, а также проверки комплектности и
правильности заполнения как бумажных, так и электронных документов, подаваемых
Заявителями в МФЦ;
 автоматизацию процесса предоставления государственных (муниципальных) услуг, в
которых заявителями могут выступать как физические лица, так и юридические лица и/или
индивидуальные предприниматели;
 автоматизацию процесса предоставления государственных (муниципальных) услуг, в
которых заявление может подаваться от нескольких лиц (физических, юридических,
индивидуальных предпринимателей);
 автоматизацию процесса предоставления государственных (муниципальных) услуг, в
которых заявление может подаваться не лично заявителем, а его уполномоченным
представителем;
 автоматическое формирование (на основании внесенных в систему данных) печатных
форм документов (заявлений, описей, расписок, сопроводительных писем),
использующихся в процессе предоставления государственных (муниципальных) услуг;
 идентификацию физических лиц в региональном (муниципальном) регистре населения
(при его наличии);
 формирование электронной цифровой подписи для документов (сканов), загружаемых в
систему, а также для сформированных в ней документов (в том числе исходящих запросов
при межведомственном взаимодействии);










хранение электронных образов документов, входящих в дело, на протяжении всего
временного периода оказания государственной (муниципальной) услуги;
автоматизацию процесса идентификации и прослеживания жизненного цикла бумажных
документов путем предоставления интерфейса для получения сведений о номере
бумажного документа либо пакета документов из внешних систем (например, систем
считывания штрих-кодов);
взаимодействие с call-центром в части передачи из МФЦ в call-центр сообщений для
заявителей.
автоматизацию процесса обмена документами в ходе оказания государственных и
муниципальных услуг с органом исполнительной власти (далее – ОИВ) или ОМСУ,
непосредственно исполняющими эти услуги;
учет бумажного документооборота с организациями, участвующими в предоставлении
соответствующих государственных и муниципальных услуг с формированием
сопроводительных писем и/или запросов на предоставление сведений (документов);
возможность оперативного и асинхронного запроса необходимых для предоставления
государственных (муниципальных) услуг электронных документов из информационных
систем государственных (муниципальных) органов;
возможность интеграции с единой системой межведомственного электронного
взаимодействия (СМЭВ) в части межведомственных запросов:
1) к Федеральной службе государственной регистрации, кадастра и картографии:
 Выписка из Единого государственного реестра прав на недвижимое имущество и
сделок с ним о правах отдельного лица на имевшиеся (имеющиеся) у него объекты
недвижимого имущества на территории (на текущую дату);
 Выписка из Единого государственного реестра прав на недвижимое имущество и
сделок с ним о правах на земельный участок;
 Выписка из Единого государственного реестра прав на недвижимое имущество и
сделок с ним о правах на здание, строение, сооружение;
 Кадастровый план территории.
2) к Федеральной налоговой службе России:
 Выписка
из
Единого
государственного
реестра
индивидуальных
предпринимателей (краткая и полная формы);
 Выписка из Единого государственного реестра юридических лиц (краткая и полная
формы);
 Проверка сведений о руководителе юридического лица, ИНН ФЛ, об
обособленных подразделениях юридического лица;
 Сервис предоставления сведений об ИНН физического лица на основании полных
паспортных данных.
3) к Пенсионному фонду России:
 о представлении сведений о размере пенсии;
 о предоставлении данных лицевого счета по СНИЛС;
 о предоставлении СНИЛС по данным застрахованного лица;
 о предоставлении сведений о заработной плате, иных выплатах и вознаграждениях;
 о предоставлении сведений об общей продолжительности трудового стажа
застрахованного лица.
4) к МЧС России:
 Документы, подтверждающие факт имущественных потерь вследствие пожара,
стихийного бедствия, аварии из-за неисправностей оборудования и (или)
инженерных систем жилого помещения.
возможность хранения направляемых межведомственных запросов и полученных
результатов их исполнения;
автоматизацию приема заявления, поданного с использованием федеральной
государственной информационной системой «Единый портал государственных и
муниципальных услуг (функций)», и передачу статусов (событий) возникающих в
процессе оказания данной услуги путем интеграции с Единой системой
межведомственного
электронного
взаимодействия
(СМЭВ),
инфраструктурой
электронного правительства в Челябинской области;
автоматизацию процесса отслеживания информации о движении документов Заявителей
внутри МФЦ до передачи их в ОИВ или ОМСУ, а также о ходе оказания услуг в органах
государственной и муниципальной власти на основании информационных сообщений
установленного формата, получаемых из ОИВ или ОМСУ;










оперативный поиск нужных дел на основе системы фильтров;
автоматизацию контроля соблюдения ОИВ и ОМСУ, а также сотрудниками МФЦ
процедур и регламентов исполнения государственных услуг и муниципальных услуг с
формированием соответствующих индикаторов при отображении информации в системе, а
также уведомлений, рассылаемых по электронной почте;
автоматизированную проверку комплектности документов-результатов оказания
государственных и муниципальных услуг, в зависимости от получаемой услуги,
регистрацию факта передачи их Заявителю;
возможность перемещения завершенных дел в специальных электронный архив с
одновременной очисткой персональных данных граждан, но с сохранение данных,
необходимых для анализа эффективности представления государственных услуг;
формирование статистической отчетности для оценки эффективности работы МФЦ.
разграничение прав доступа пользователей к объектам и функциям системы.
регистрацию всех событий, происходящих с делами;
в системе должны быть защитные механизмы, обеспечивающие защиту от ошибочных
действий персонала, которые должны минимизировать вероятность возникновения сбоев в
Системе и безвозвратной потери информации в результате ошибочных действий
персонала;
справочную поддержку пользователей системы по вопросам ее использования.
автоматизацию процесса разработки электронных регламентов; информация по
конкретным услугам должна вноситься в СПЭР сотрудниками МФЦ, обладающими
соответствующими правами доступа, самостоятельно, в интерактивном режиме, и не
требовать дополнительного программирования; информация в базе данных СПЭР должна
состоять из двух частей: общей для всех МФЦ (описания государственной или
муниципальной услуги) – необходимые документы, условия предоставления, сроки
предоставления, платность и т.п. (в соответствии с административным регламентом);
частной для конкретного МФЦ (Электронный регламент предоставления государственной
или муниципальной услуги в данном МФЦ) – этапы предоставления услуги, информация о
задействованных органах исполнительной власти, системная информация, комментарий и
т.п.
4.3. Требования к видам обеспечения
4.3.1.
Требования к информационному обеспечению
В системе должны использоваться справочники и классификаторы, перечисленные в
следующей таблице.
N
Название
Описание
1 Классификатор государственных
Содержит наименования типов
(муниципальных) услуг
государственных (муниципальных) услуг,
оказываемых через МФЦ.
2 Перечень организаций, принимающих участие в Классификатор включает все
процессе информационного взаимодействия по организации, с которыми МФЦ может
предоставлению государственных
взаимодействовать в рамках
(муниципальных) услуг
предоставления государственных
(муниципальных) услуг через МФЦ.
4.3.2.
Требования к лингвистическому обеспечению
Система должна обеспечивать:
 интерфейс взаимодействия с пользователем на русском языке;
 представление отчетов пользователю на русском языке.
Пользовательский интерфейс должен обеспечивать единство представления данных с учетом
ограничений, налагаемых операционными средами.
Доступ к информации системы должен быть организован через набор меню и опций, которые
должны обеспечивать простые и легкие для использования методы выбора операций для ввода
данных, выполнения запросов и формирования отчетов.
Все элементы метаданных в описании схемы данных должны быть документированы на
русском языке.
Документирование элементов метаданных рекомендуется выполнять с использованием
конструкции:
<xsd:annotation>
<xsd:documentation>Текстописания</xsd:documentation>
</xsd:annotation>.
Синтаксическую конструкцию <!-- текст комментария --> рекомендуется применять только в
качестве вспомогательных комментариев к описаниям данных, если это необходимо, и не
использовать для документирования элементов метаданных.
При формировании наименования элементов метаданных рекомендуется осуществлять
подбор слова или словосочетания из английского языка, соответствующего тому или иному
используемому понятию.
Наименования, обозначающие общепринятые аббревиатуры, подлежат транслитерации на
латиницу. В исключительных случаях, если в английском языке отсутствует слово или
словосочетание, достаточно однозначно определяющее описываемое понятие или допускающее
большое количество вариантов обратного перевода, допустимо использовать транслитерацию на
латинский алфавит.
Все слова в наименовании элемента метаданных рекомендуется использовать полностью, без
сокращений. Порядок записи слов в наименовании, в которых используется два или более слова,
должен соответствовать правилам английского языка. Слова должны записываться подряд, без
пробела и других знаков между ними.
Наименования метаданных должны записываться строчными буквами, кроме аббревиатур,
записываемых полностью прописными (заглавными) буквами. Если используется два или более
слова, то каждое последующее слово, кроме первого, должно начинаться с прописной (заглавной)
буквы. Допускается использование в качестве первого (а также единственного) слова с прописной
(заглавной) буквы. В наименования простых и составных типов (simpleType, complexType) для
обозначения их отличия от элементов (element) рекомендуется добавлять суффикс «Type». При
наименовании элементов метаданных допускается использование кириллицы.
4.3.3.
Требования к программному обеспечению
Указанные функциональные возможности Системы должны обеспечиваться на основе использования
программных средств, перечисленных в следующей таблице.
Оригинальное
название
Описание программного
N
программного
средства
средства*
1 Render X XEP
Сервер публикации на основе XML
4.18 или
FO спецификации,
эквивалент
поддерживающий формирование
PDF с встроенной векторной SVG
графикой и средствами
встраивания, обеспечивающими
его использование как
специфицированного web –
сервиса с поддержкой 12 месяцев
2 MySQL
Система управления базами
данных
Ед. изм.
Колич
ество
Правила
лицензирования
Лиц.на 4
CPU (1
ядро)
коммерческое
программное
обеспечение поставляется
Подрядчиком в
рамках выполнения
работ
Лиц.на 4
сервер
свободное
программное
обеспечение
свободное
программное
обеспечение
свободное
программное
обеспечение
3 Sun DS EE 6.13
Служба каталогов LDAP
Лиц.на 4
сервер
4 Alfresco CE 3.4g
Хранилище документов с
Лиц.на 4
открытым кодом, обеспечивающее сервер
доступ к документам с
использованием протоколов CMIS,
WebDav, SOAP.
В качестве технологии хранения
должна использоваться JSR-170
спецификация.
Должны обеспечиваться
интеграция со службой каталогов и
почтовой системой.
Должны обеспечиваться ролевой
настраиваемый доступ
5 Apache HTTP
Server
пользователей к папкам и
документам.
Сервер реверс-проксирования
6 Magnolia CMS CE Сервер веб-интерфейса портала
4.3
МФЦ с открытым кодом с
поддержкой редакторских циклов
и технологией JSR-170 для
хранения контента
7 Apache Tomcat
Сервер приложений для
развертывания типового решения
АИС МФЦ
9 COS.MFC2
Сервер Типового решения
Лиц.на 4
сервер
Лиц.на 4
сервер
свободное
программное
обеспечение
свободное
программное
обеспечение
свободное
программное
обеспечение
Лиц.на 4
Типовое решение,
процессо
распространяемое
р
Минэкономразвития
10 OpenESB/Glassfis ПО интеграционной платформы с
Лиц.на 4
свободное
h AS
открытым кодом, обеспечивающее сервер
программное
оркестровку web сервисов
обеспечение
11 SPER или
Программный комплекс
Лиц.на
коммерческое
эквивалент
проектирования электронных
сервер
программное
регламентов
обеспечение поставляется
Подрядчиком в
рамках выполнения
работ
*Требование установлено для интеграции Объектов автоматизации в единую региональную
сеть МФЦ, с целью необходимости обеспечения взаимодействия перечисленных программных
средств с программными средствами, используемыми заказчиком.
4.3.4.
Лиц.на 4
сервер
Требования к техническому обеспечению
Для функционирования Системы должны быть использованы технические средства,
обеспечивающие достаточную производительность с использованием стандартных средств
виртуализации.
4.3.5.
Требования к организационному обеспечению
Для поддержания функционирования Системы требуется наличие специальной Службы
эксплуатации Системы для обеспечения ее работоспособности. Порядок взаимодействия персонала
Системы и персонала Объектов автоматизации должен регламентироваться разработанными и
утвержденными организационно-распорядительными документами МФЦ.
В состав подразделений, участвующих в функционировании Системы должны входить:
 Подразделения МФЦ, обеспечивающие выполнение автоматизированных административноуправленческих процессов в соответствии с функциональностью Системы;
 Служба эксплуатации Системы.
Функции участников взаимодействия должны быть перечислены в рамках описания
регламентов их взаимодействия. Описания регламентов взаимодействия должны разрабатываться на
основе действующих нормативно-правовых актов.
В состав Службы эксплуатации Системы должны входить системные и информационные
администраторы.
С помощью организационных мер должен быть ограничен доступ к Системе для персонала
Системы, которые не были ознакомлены с правилами работы с Системой, изложенными в
эксплуатационной документации на Систему.
4.3.6.
Требования к методическому обеспечению
В рамках модернизации Системы должны быть разработаны Подрядчиком и утверждены
Государственным заказчиком документы, обеспечивающие методическое обеспечение Системы.
Данные документы входят в состав документации, создаваемой при модернизации Системы.
В состав методического обеспечения Системы должны быть включены:
 План работ по подготовке Объектов автоматизации к модернизации Системы;
 Адаптированный документ «Описание процесса деятельности»;
 Спецификация на техническую инфраструктуру, необходимую для развертывания Системы.
5. Состав и содержание работ по модернизации Системы
Состав работ по модернизации Системы приведен в следующей таблице.
№
1.
Наименовани
е этапа
Проведение
обследования
деловых
процессов
МФЦ
2.
Разработка
электронных
регламентов
предоставлени
я
государственн
ых
(муниципальн
ых) услуг
3.
Модернизация
программнотехнического
комплекса
Системы
4.
Доработка
рабочей и
эксплуатацион
ной
документации
5.
Проведение
обучения
персонала
объектов
автоматизации
работе с
модернизирова
нной Системой
Краткая характеристика
работ/услуг
Проведение обследования
деловых процессов МФЦ для
составления перечня
предоставляемых ГУ (МУ),
перечня ведомств и
организаций, принимающих
участие в процессе
предоставления ГУ (МУ).
Ожидаемый результат
Отчет с результатами обследования,
включающий:
Описание организационно – штатной
структуры МФЦ;
Перечень ГУ (МУ), предоставляемых в
каждом из МФЦ;
Описания ГУ (МУ) в формализованном
виде, включая описания в BPMN нотации;
Перечень ведомств и организаций,
взаимодействующих с МФЦ в части
участия в предоставлении ГУ (МУ).
Разработка на основе
Электронные административные
административных регламентов регламенты для всех МФЦ по всем
предоставления
предоставляемым каждым из них услугам.
государственных
(муниципальных) услуг
электронных регламентов,
интерпретируемых системой
для контроля за оценки
полноты комплекта документов
и контроля за правильностью
процесса предоставления
государственных
(муниципальных) услуг.
1. Реализация функций
1. Подписание Акта проведения установки
Системы в соответствии с
и настройки Системы и предъявления
техническими требованиями.
Системы к началу эксплуатации.
Установка на сервер
2. Подписание Акта сдачи-приемки работ
специального программного
по этапу.
обеспечения.
2. Настройка клиентских мест
Системы.
Доработка рабочей и
1. Доработанный комплект рабочей и
эксплуатационной
эксплуатационной документации в составе:
документации под конкретный Ведомость эксплуатационных документов;
состав программно –
Спецификация оборудования и
аппаратного комплекса и
программного обеспечения;
окружение Системы Объектов Руководство администратора Системы;
автоматизации.
Руководство пользователя Системы;
Общее описание Системы;
Схема структурная комплекса технических
средств;
Программа и методика испытаний;
Паспорт Системы.
2. Подписание Акта сдачи-приемки работ
по этапу.
1. Разработка Подрядчиком и
1. Подписание Акта проведения обучения
утверждение Государственным персонала Системы.
заказчиком программ и
2. Список обученного персонала Системы.
методик обучения персонала
3. Акт приема-сдачи работ по этапу.
Системы, обеспечивающих
программно-техническое
сопровождение Системы и
пользователей работе с
6.
7.
8.
9.
Системой.
2. Проведение обучения на
территории МФЦ – Объектов
автоматизации.
Подготовка
Создание и загрузка контента в
Системы к
Систему в составе:
вводу в
описания ГУ (МУ) в
действие
электронном виде;
интерактивных PDF форм
заявлений на предоставление
ГУ (МУ);
XSLшаблонов для
формирования отчетов при
работе Системы;
описаний органов власти,
предоставляющих ГУ (МУ) в
электронном виде;
описаний нормативноправовых актов,
регламентирующих
предоставление ГУ (МУ) в
электронном виде;
внесение пользователей в
Систему;
внесение в систему
справочников и
классификаторов,
поддерживающих
функционирование Системы.
Проведение
1. Разработка и утверждение
предварительн программы предварительных
ых испытаний испытаний.
2. Проведение
предварительных испытаний.
Проведение
1. Разработка и утверждение
опытной
Государственным заказчиком
эксплуатации программы проведения
опытной эксплуатации.
2. Проведение опытной
эксплуатации
Работы по
В соответствии с техническими
гарантийным требованиями
обязательствам
1. Загрузка нормативно-справочной
информации в базу данных Системы
выполнена.
2. Подписание Акта сдачи-приемки работ.
1. Подписание Акта проведения
предварительных испытаний.
1. Подписание Акта проведения опытной
эксплуатации.
Акты по результатам выполнения работ по
гарантийным обязательствам для каждого
из Объектов автоматизации Системы.
5.1. Содержание работ по проведению обследования деловых процессов МФЦ
Исполнитель должен обследовать и оптимизировать деловые процессы во всех МФЦ, включаемых в
единую региональную автоматизированную информационную систему «Многофункциональный центр
предоставления государственных и муниципальных услуг».
Для определения оптимальности деловых процессов необходимо провести следующие работы и
получить следующие результаты:
1.
Наименование работы
Анализ норм законодательства Российской
Федерации,,
Челябинской
области
и
соответствующего
муниципального
образования, которые регулируют вопросы
сроков,
состава
и
содержания
административных
процедур,
платности,
перечня документов, которые необходимо
предоставить заявителю. Цель анализа –
выявить ограничения на пути оптимизации
Результат работы
Аналитический отчет по каждому деловом процессу,
содержащий анализ норм законодательства Российской
Федерации, Челябинской области и соответствующего
муниципального образования
2.
3.
4.
существующей
практики
исполнения
государственной функции (предоставления
государственной услуги), содержащиеся в
нормативных правовых актах.
Формирование предложений по оптимизации
предлагаемого
порядка
исполнения
государственной функции (предоставления
государственной услуги). Цель анализа –
сформировать
максимальный
спектр
рациональных предложений по оптимизации
текущей
процедуры
исполнения
государственной функции (предоставления
государственной услуги).
Анализ
выборки
административных
регламентов,
регулирующих
исполнение
(предоставление)
аналогичных
функций
(услуг) на территории других субъектов
Российской Федерации (не менее 10 субъектов
РФ). Цель анализа – собрать информацию по
примерам сокращения сроков и перечня
документов, а также оптимальной структуры и
состава административных процедур.
Сопоставление направлений оптимизации,
заложенных разработчиками в проектах
административных регламентов (по перечню,
указанному в) с направлениями оптимизации,
выявленными в ходе выполнения работ по
формированию предложений по оптимизации
текущих процедур и анализу выборки
административных
регламентов
других
субъектов Российской Федерации.
Аналитический отчет по каждому из деловых
процессов, и содержит предложения по оптимизации
предлагаемого порядка его исполнения. Отчет по
каждой услуге (функции) должен включать также
предложения по:
 составу и структуре административных
процедур, приведенных в административном
регламенте;
 срокам
исполнения
административных
действий,
административных
процедур,
общему сроку исполнения государственной
функции (предоставления государственной
услуги);
 обоснованности платности и размера платы в
случае,
если
взимание
таковой
предусматривается
в
проекте
административного регламента;
 перечню документов, которые необходимо
предоставить заявителю.
Кроме того, должен быть подготовлен перечень
нормативных правовых актов, в которые необходимо
вносить изменения в случая принятия предлагаемых
направлений оптимизации, а также пояснительные
записки по каждому нормативному правовому акту,
содержащие информацию о том, в чем состоят
предлагаемые изменения.
Сводная таблица сроков исполнения государственной
функции (предоставления государственной услуги),
перечня документов, структуры административных
процедур
по
административным
регламентам,
регулирующим
исполнение
(предоставление)
аналогичных функций (услуг) на территории других
субъектов Российской Федерации.
Аналитический
отчет,
содержащий
оптимизации
процедур
исполнения
(предоставления
услуг)
по
каждому
административного регламента.
оценку
функций
проекту
Результаты работ по данному направлению будут использоваться для формирования разделов «Степень
улучшения сложившейся практики исполнения.
a. Оценка устранения недостатков сложившейся практики исполнения
деловых процессов
Для оценки устранения недостатков сложившейся практики исполнения деловых процессов
предлагается провести следующие работы и получить следующие результаты:
1.
Наименование работы
Проведение обсуждения описаний деловых процессов с
служащими, вовлеченными в исполнение указанных
процессов.
Результат работы
Разработка
сценария
проведения
обсуждения.
Проведение обсуждения и оформление
отчета с результатами экспертного
обсуждения.
Формирование выводов об устранении
недостатков
сложившейся
практики
исполнения государственной функции
2.
Проведение экспертных обсуждений описаний деловых
процессов
3.
Анализ жалоб, предложений заявителей, получавших
государственную услугу (участвующих в исполнении
государственной функции)
(предоставления
государственной
услуги).
Определение целевой аудитории и
рекрутинг экспертов.
Размещение
и
распространение
информационных
и
методических
материалов для участников экспертных
обсуждений.
Разработка
сценария
проведения
экспертного обсуждения.
Проведение экспертных обсуждений и
оформление отчета с результатами
экспертного обсуждения.
Формирование выводов об устранении
недостатков
сложившейся
практики
исполнения государственной функции
(предоставления
государственной
услуги).
Аналитический
отчет,
содержащий
результаты анализа жалоб и предложений
заявителей.
Результаты работ по данному направлению будут использоваться для формирования разделов
«Недостатки сложившейся практики исполнения деловых процессов и «Степень улучшения сложившейся
практики исполнения деловых процессов.
b. Оценка оптимальности способов предоставления информации об
административных процедурах и административных действиях
заявителям
Результаты работ по данному направлению будут использоваться для формирования разделов
«Недостатки сложившейся практики исполнения государственной функции (предоставления государственной
услуги)» и «Степень улучшения сложившейся практики исполнения государственной функции (предоставления
государственной услуги) после принятия и внедрения административного регламента и отсутствие
отрицательных последствий принятия и внедрения административного регламента» заключений на проекты
административных регламентов.
c. Прогнозирование
степени
улучшения
сложившейся
исполнения деловых процессов после их оптимизации
практики
Для прогнозирования степени улучшения сложившейся практики исполнения деловых
процессов необходимо провести следующие работы и получить следующие результаты:
1.
2.
Наименование работы
Проведение инвентаризации улучшений, которые заложены в
описании процессов как должно быть.
Сопоставление улучшений с:
 практикой других субъектов Российской Федерации
(не менее 10 субъектов);
 проблемами текущей практики исполнения деловых
процессов.
Результат работы
Аналитические отчеты по каждому
деловому процессу.
Аналитические отчеты по результатам
сопоставления.
Результаты работ по данному направлению будут использоваться для формирования раздела «Степень
улучшения сложившейся практики исполнения деловых процессов.
***
5.2. Содержание работ по разработке электронных административных регламентов
По итогам описания и оптимизации деловых процессов Исполнителем должны быть
разработаны электронные административные регламенты предоставления государственных и
муниципальных услуг и соответствующие им XSL-стили и ресурсные файлы для всех МФЦ по всем
предоставляемым каждым из них услугам.
Разработанные электронные административные регламенты должны быть проверены и
загружены в Систему.
5.3. Содержание услуг по модернизации программно-технического комплекса Системы
Должен быть произведена модернизация программно-технического комплекса Системы.
Модернизированный программно-технический комплекс должен обеспечивать реализацию
требований, указанных в настоящем Техническом задании применительно к каждому объекту
автоматизации.
Должна быть произведена интеграция с Реестром государственных услуг. В рамках
интеграции должна быть обеспечена возможность однократного ввода данных в Систему и Реестр
государственных услуг.
5.4. Содержание работ по доработке рабочей и эксплуатационной документации
Должна быть произведена доработка рабочей и эксплуатационной документации на Систему.
Перечень разрабатываемых документов приведен в разделе «Требования к документированию».
5.5. Содержание работ по проведению обучения пользователей и администраторов Системы
Все основные сотрудники всех объектов автоматизации – пользователи и администраторы
Системы – должны быть обучены работе с модернизированной Системой. Обучение должно быть
произведено на технической площадке Заказчика. Обучению должно быть произведено по
согласованным с Заказчиком программ обучения пользователей и администраторов Системы.
По темам обучения Заказчику должны быть переданы в электронном виде соответствующие
учебно-методические пособия.
5.6. Содержание работ по подготовке Системы к вводу в действие
Для каждого объекта автоматизации должны быть внесены изменения в справочники и
классификаторы, разработаны и загружены ресурсные файлы, а также XSL-стили для формирования
печатных форм. Также должны быть загружены разработанные электронные административные
регламенты, XSL-стили и ресурсные файлы. В соответствии с предоставленной каждым объектом
автоматизации матрицей доступа в Системе должны быть заведены учетные записи пользователей с
соответствующими полномочиями.
5.7. Содержание работ по проведению предварительных испытаний Системы
Предварительным испытаниям Системы должна предшествовать отладка и тестирование
программных и аппаратных средств и предоставление персоналу Системы эксплуатационной
документации. Предварительные испытания Системы проводятся для определения ее
работоспособности и передачи в опытную эксплуатацию. Предварительные испытания Системы
проводятся в соответствии с программой и методикой испытаний.
Протокол предварительных комплексных испытаний должен содержать заключение о
возможности приемки Системы в опытную эксплуатацию, а также перечень необходимых доработок
и рекомендуемые сроки их выполнения. По результатам предварительных испытаний, в случае их
успешного прохождения подписывается акт о передаче Системы в опытную эксплуатацию.
В рамках приведенных выше испытаний проверке или аттестации необходимо подвергнуть:
 Комплекс программных и технических средств Системы;
 Персонал Системы;
 Эксплуатационную документацию, регламентирующую деятельность персонала при
функционировании Системы;
 Функционирование Системы в целом.
Проверяемые характеристики объектов испытаний:
 качество выполнения комплексом программных и технических средств автоматических
функций во всех режимах функционирования Системы;
 знание персоналом Системы эксплуатационной документации и наличие у него навыков,
необходимых для выполнения установленных функций во всех режимах
функционирования Системы;
 полноту содержащихся в эксплуатационной документации указаний персоналу по
выполнению им функций во всех режимах функционирования Системы;
 количественные и (или) качественные характеристики выполнения автоматических и
автоматизированных функций;
 другие свойства Системы, которым она должна соответствовать.
5.8. Содержание работ по проведению опытной эксплуатации Системы
С целью определения фактических значений количественных и качественных характеристик
Системы, определения фактической эффективности Системы и проведения в случае необходимости
корректировки документации должна быть проведена опытная эксплуатация Системы.
В процессе опытной эксплуатации Исполнитель осуществляет информационнотехнологическое сопровождение, в рамках которого осуществляется консультирование
пользователей, сбор замечаний и предложений по Системе, оперативное устранение сбоев в случае
их возникновения.
Во время опытной эксплуатации Системы необходимо вести рабочий журнал, в который
заносятся сведения о продолжительности функционирования Системы, отказах, сбоях, аварийных
ситуациях, изменениях параметров Объектов автоматизации, проводимых корректировках
документации и программных средств, наладке технических средств с указанием даты и
ответственного лица. Опытная эксплуатация Системы должна завершаться оформлением акта о
завершении опытной эксплуатации Системы и возможности передачи Системы Заказчику.
5.9. Содержание работ по доработке Системы по результатам опытной эксплуатации и вводу ее
в промышленную эксплуатацию
По результатам опытной эксплуатации Системы необходимо провести соответствующую
доработку специального программного обеспечения и внесение связанных с этим изменений в
документацию, обновить установочные комплекты на электронных носителях.
Сдача-приемка осуществляется комиссией, в состав которой входят представители Заказчика
и Исполнителя. По результатам приемки подписывается акт приемочной комиссии.
Приемочная комиссия должна определить соответствие разработанной Системы и
документации к ней требованиям и подписать Акт приема-передачи выполненных работ Заказчику. В
случае несоответствия Системы и документации требованиям она может быть направлена
Заказчиком на доработку при обосновании несоответствия представленной Системы.
6. Требования к гарантийным обязательствам и послегарантийному обслуживанию Системы
6.1. Требования к гарантийным обязательствам
Гарантийные обязательства – комплекс мероприятий по поддержанию функционирования
Системы в целом, выполняемых Подрядчиком в течение гарантийного срока.
Гарантийный срок – период, в течение которого Подрядчик полностью отвечает перед
Государственным заказчиком за работоспособность Системы при условии ее использования по
назначению.
Гарантийный срок на программные средства Системы составляет не менее двенадцати
месяцев. Течение гарантийного срока начинается с момента подписания Государственным
заказчиком акта приемки Системы.
Подрядчик обязан выполнять все функции администратора Системы.
Подрядчик обязан принимать по телефону и регистрировать заявки персонала Системы о
неработоспособности автоматизированной системы, об обнаружении недостатков в Системе, об
обнаружении нештатной ситуации, о необходимости изменения нормативной справочной
информации, о необходимости управления полномочиями пользователей и др. в рабочие дни и
рабочее время Объектов автоматизации.
Подрядчик обязан принимать все возможные меры по незамедлительному приему и
регистрации заявок персонала Системы по телефону.
Подрядчик обязан консультировать на территории Объектов автоматизации или, по
согласованию с организатором МФЦ, с использованием других средств связи (электронная почта,
система видеосвязи, система мгновенных сообщений и др.) персонал Системы по процедурам ввода
данных в реестры органов местного самоуправления и органов государственной власти, нормативных
правовых актов, муниципальных услуг; по вопросам эксплуатации Системы.
Подрядчик обязан выполнять установку всех обновлений и исправлений на программные
средства Системы не позднее дня, следующего за выходом обновления или исправления.
Подрядчик обязан устранить недостатки, выявленные при эксплуатации Системы, в течение
установленного гарантийного срока, вносить необходимые изменения в документацию Системы в
срок, согласованный с организатором МФЦ, но не позднее одного месяца с момента обнаружения.
Подрядчик совместно с персоналом Системы обязан выполнить восстановление
работоспособности Системы в течение двух рабочих дней Объектов автоматизации с момента
регистрации факта неработоспособности.
6.2. Требования к послегарантийному обслуживанию
Требования к послегарантийному обслуживанию не предъявляются.
7. Порядок контроля и приемки Системы
Сдача-приёмка работ производится в соответствии с настоящими требованиями. Основанием
для сдачи-приёмки работ служит уведомление о выполнении работ по этапу, представляемое
Подрядчиком.
Сдача-приемка осуществляется комиссией, в состав которой входят представители
Государственного заказчика и Подрядчика. По результатам приемки подписывается акт приемочной
комиссии.
Исключительные права на все создаваемые в рамках выполнения работ программные изделия
(далее – Программные изделия), за исключением коммерческого программного обеспечения и
программных компонент, разработанных Подрядчиком вне рамок данного проекта, передаются
Государственному заказчику. Программные изделия передаются как в виде готовых модулей, так и в
виде исходных кодов, представляемых в электронной форме на стандартном машинном носителе.
Лицензионные договоры на передачу прав на программные компоненты, необходимые для
эксплуатации Системы, приобретенные Подрядчиком у третьей стороны, оформляются на
Государственного заказчика.
В рамках модернизации Системы необходимо провести следующие виды испытаний
Системы:
 Предварительные испытания;
 Опытная эксплуатация.
В рамках приведенных выше испытаний проверке или аттестации необходимо подвергнуть:
 Комплекс программных и технических средств Системы;
 Персонал Системы;
 Эксплуатационную документацию, регламентирующую деятельность персонала при
функционировании Системы;
 Функционирование Системы в целом.
Проверяемые характеристики объектов испытаний:
 качество выполнения комплексом программных и технических средств автоматических
функций во всех режимах функционирования Системы, согласно Техническому заданию;
 знание персоналом Системы эксплуатационной документации и наличие у него навыков,
необходимых для выполнения установленных функций во всех режимах функционирования
Системы, согласно Техническому заданию;
 полноту содержащихся в эксплуатационной документации указаний персоналу по
выполнению им функций во всех режимах функционирования Системы, согласно
Техническому заданию;
 количественные и (или) качественные характеристики выполнения автоматических и
автоматизированных функций Системы в соответствии с Техническим заданием;
 другие свойства Системы, которым она должна соответствоватьТехническому заданию.
7.1. Предварительные испытания Системы
Предварительным испытаниям Системы должна предшествовать отладка и тестирование
поставляемых программных и аппаратных средств и предоставление персоналу Системы
эксплуатационной документации. Предварительные испытания Системы проводятся для определения
ее работоспособности и передачи в опытную эксплуатацию. Предварительные испытания Системы
проводятся в соответствии с программой и методикой испытаний.
Протокол предварительных комплексных испытаний должен содержать заключение о
возможности приемки Системы в опытную эксплуатацию, а также перечень необходимых доработок
и рекомендуемые сроки их выполнения.
По результатам предварительных испытаний, в случае их успешного прохождения
подписывается акт о передаче Системы в опытную эксплуатацию.
7.2. Опытная эксплуатация Системы
Данные испытания проводятся с целью определения фактических значений количественных и
качественных характеристик Системы, определения фактической эффективности Системы,
проведения в случае необходимости корректировки документации.
В рамках проведения опытной эксплуатации Системы необходимо:
 доработка специального программного обеспечения;
 внесение изменений в документацию по результатам проведения опытной эксплуатации
Системы;
 консультирование пользователей, сбор замечаний и предложений по доработке Системы;
 обновление установочных комплектов на электронных носителях, и обновление
документации Системы.
Помимо вышеуказанных работ Подрядчик ведет консультирование пользователей, сбор
замечаний и предложений по Системе.
По результатам опытной эксплуатации Системы необходимо провести соответствующую
доработку специального программного обеспечения и внесение связанных с этим изменений в
документацию, обновить установочные комплекты на электронных носителях.
Во время опытной эксплуатации Системы необходимо вести рабочий журнал, в который
заносятся сведения о продолжительности функционирования Системы, отказах, сбоях, аварийных
ситуациях, изменениях параметров Объектов автоматизации, проводимых корректировках
документации и программных средств, наладке технических средств с указанием даты и
ответственного лица. Опытная эксплуатация Системы должна завершаться оформлением акта о
завершении опытной эксплуатации Системы и возможности передачи Системы Государственному
заказчику.
Приемочная комиссия должна определить соответствие модернизированной Системы и
документации к ней требованиям ТЗ и подписать Акт приема-передачи результатов работ
Государственному заказчику. В случае несоответствия Системы и документации требованиям она
может быть направлена Государственным заказчиком на доработку при обосновании несоответствия
представленной Системы.
Статус приемочной комиссии определяется Государственным заказчиком до проведения
испытаний.
8. Требования к составу и содержанию работ по подготовке Объектов автоматизации к вводу
системы в действие
Государственный заказчик должен обеспечить создание условий функционирования
Объектов автоматизации, при которых гарантируется соответствие создаваемой Системы
требованиям, содержащимся в ТЗ, а именно:
 приведение поступающей в Систему информации к виду, пригодному для обработки с
помощью ЭВМ в соответствии с требованиями к информационному обеспечению;
 проведение необходимых изменений в Объектах автоматизации;
 создание условий функционирования Объектов автоматизации, при которых гарантируется
соответствие создаваемой Системы требованиям, содержащимся в ТЗ;
 создание необходимых для функционирования Системы подразделений и служб;
 сроки и порядок комплектования штатов и обучения персонала.
При внесении изменений в Систему:
 все изменения должны документироваться;
 должна поддерживаться совместимость версий.
8.1. Изменения, которые необходимо осуществить в Объекте внедрения
В рамках модернизации Системы требуется создание специализированных структурных
подразделений в отдельных Объектах автоматизации, отвечающих за администрирование и
техническую поддержку Системы. В состав изменений в Объекте внедрения должны быть включены:
Выделение и подготовка специального помещения для размещения аппаратных компонентов
Системы, отвечающего требованиям, приведенным в настоящем ТЗ;
Установка и настройка общесистемного программного обеспечения, необходимого для
функционирования Системы, в соответствии с требованиями к программному обеспечению,
приведенными в настоящем ТЗ;
Подбор персонала для вновь создаваемых подразделений Объектов автоматизации,
отвечающих за администрирование и техническую поддержку Системы;
Обучение пользователей Системы.
8.2. Создание условий функционирования Объектов автоматизации
Необходимо обеспечить выполнение требований к условиям эксплуатации Объектов
автоматизации и характеристикам окружающей среды, указанным в подразделе настоящего ТЗ.
Помимо этого, для обеспечения соответствия создаваемой Системы требованиям ТЗ к
моменту сдачи Системы в опытную эксплуатацию Государственным заказчиком должны быть
выполнены требования к техническому обеспечению Системы. К моменту сдачи Системы в
промышленную эксплуатацию персонал Системы должен пройти обучение по работе с
подсистемами.
8.3. Создание необходимых для функционирования Системы подразделений и служб
К моменту передачи Системы в опытную эксплуатацию в каждом Объекте автоматизации
должна быть служба эксплуатации Системы, в которую входят системные администраторы и
информационные администраторы. Персонал службы эксплуатации Системы должен пройти
необходимое обучение. Обучение проводится Исполнителем
9. Требования к документированию
В рамках выполнения работ Подрядчиком должны быть разработаны рабочие и
эксплуатационные документы в соответствии с требованиями ГОСТ 34.201-89 «Виды, комплектность
и обозначение документов при создании автоматизированных систем».
В состав документации на Систему должны входить:
 Ведомость эксплуатационных документов;
 Спецификация оборудования и программного обеспечения;
 Руководство администратора Системы;
 Руководство пользователя Системы;
 Общее описание Системы;
 Схема структурная комплекса технических средств;
 План расположения оборудования;
 Инструкция по формированию и ведению базы данных;
 Программа и методика испытаний;
 Паспорт Системы.
Вся документация должна предоставляться Государственному заказчику в 2-х экземплярах на
бумажном и стандартном машинном (компакт-диск) носителях. Документы на стандартном
машинном носителе должны предоставляться в формате PDF.
10. Требования к организации работы
В течение двух календарных дней с момента подписания государственного контракта
исполнитель создает и размещает в Челябинской области проектный офис и группы внедрения.
Проектный офис должен размещаться в г. Челябинске (в целях оперативного участия в
обсуждениях вопросов реализации проекта с представителем государственного заказчика).
Группы внедрения в количестве не менее трех человек должны быть направлены в каждый из
объектов автоматизации. Группа внедрения в обязательном порядке должна включать в свой состав
юриста и инженера (квалификация подтверждается дипломами о высшем образовании).
Исполнитель в течение трех календарных дней с момента подписания государственного
контракта обязан развернуть проектную библиотеку и обеспечить доступ к ней представителя
заказчика. Одновременно с этим, в официальном порядке до сведения заказчика доводится:
Адрес, и контактный телефон проектного офиса в г. Челябинске.
Детальный календарный план-график выполнения работ (с детализацией до дня по каждому
объекту внедрения, предусматривающий возможность не менее двух оперативных совещаний в г.
Челябинске по вопросу реализации проекта в неделю).
Персональный состав групп внедрения (с необходимыми контактными данными,
утвержденный в соответствие с правилами делопроизводства исполнителя).
Проект устава проекта, в полной мере соответствующего требованиям настоящего
технического задания.
Еженедельно до сведения заказчика доводится отчет о ходе выполнения проекта.
Исполнитель обеспечивает оперативный (в течение одного рабочего дня с момента
поступления замечаний) учет замечаний и рекомендаций Заказчика в процессе выполнения работы.
Группы внедрения и проектный офис обязаны вести протоколы совещаний с представителем
заказчика и объектами автоматизации и размещать их в проектной библиотеке в срок, не
превышающий 12 часов с момента проведения совещания.