Приложение № 1 к запросу котировок

реклама
Приложение № 1
к запросу котировок
ТЕХНИЧЕСКОЕ ЗАДАНИЕ
на выполнение работ по объединению баз данных органов социальной защиты населения
Тульской области на базе автоматизированной системы «Адресная социальная помощь»
СПИСОК ИСПОЛЬЗУЕМЫХ ТЕРМИНОВ И СОКРАЩЕНИЙ
СМЭВ
РСМЭВ
РОИВ
ОИВ
ОМСУ
МО
ИС
ТО
АРМ
АС «АСП»
МФЦ
ПГУ
УСЗН
ПО
БД
ОС
ЦОД
Система межведомственного электронного взаимодействия
Региональная система межведомственного электронного взаимодействия
Региональные органы исполнительной власти
Органы исполнительной власти
Органы местного самоуправления
Муниципальные образования
Информационные системы
Тульская область
Автоматизированное рабочее место
автоматизированная система «Адресная социальная помощь» производства
ООО «СоцИнформТех», г.Тула, применяемая министерством труда и
социальной защиты Тульской области и государственными учреждениями
Тульской области, осуществляющими функции в сфере социальной защиты
населения Тульской области.
Многофункциональный центр по предоставлению государственных и
муниципальных услуг
Портал государственных услуг www.gosuslugi.ru, а также региональный портал
www.71.gosuslugi.ru
Управление социальной защиты населения Тульской области
Программное обеспечение
База данных
Операционная система
Центр обработки данных
1. ОБЩИЕ СВЕДЕНИЯ
1.1. Полное и краткое наименование работ
Полное наименование: Выполнение работ по объединению баз данных органов
социальной защиты населения Тульской области на базе автоматизированной системы
«Адресная социальная помощь»
Краткое наименование: Централизация УСЗН
1.2. Сроки выполнения работ
Работы должны быть выполнены до 15 декабря 2014 года.
1.3. Место выполнения работ
Административные здания, расположенные по адресу:
г. Тула, пр. Ленина, д. 2,
г. Тула, ул. Плеханова, д. 48б,
Допустимо выполнение работ удаленно при условии выполнения требований к
информационной безопасности.
1.4. Порядок оформления и предъявления заказчику результатов работ
Результаты выполнения работ представляются Исполнителем в сроки, указанные в
п. 1.2. Приемка работ производится по актам сдачи-приемки выполненных работ.
1.5. Заказчик:
Государственное
автономное
учреждение
Тульской
области
«Центр
Информационных технологий»
2. НАЗНАЧЕНИЕ И ЦЕЛИ
Целью проекта является объединение выплатных баз УСЗН Тульской области на
базе АС «Адресная социальная помощь», используемая во всех УСЗН ТО.
Актуальность проекта обусловлена:
 Необходимостью централизации базы данных с целью снижения административных
и технических расходов
 Необходимостью совершенствования механизмов выплат мер социальной
поддержки в области социального обеспечения населения;
 Необходимостью снижения издержек специалистов при предоставлении социальных
выплат и мер социальной поддержки, а также услуг, связанных с социальным
обслуживанием;
 Необходимостью создания универсального средства доступа специалистов Тульской
области к базе данных социального регистра граждан, к информации о заявках на
услуги, связанных с социальным обслуживанием, осуществлением социальных
выплат и предоставлением мер социальной поддержки.
3. ХАРАКТЕРИСТИКА ОБЪЕКТА АВТОМАТИЗАЦИИ
Пользователями АС «АСП» являются сотрудники УСЗН Тульской области
4. ТРЕБОВАНИЯ К СИСТЕМЕ
4.1. Требования к системе в целом
4.1.1. Требование к структуре и функционированию системы
Информационная система должна быть единым комплексом, включающим в себя
взаимосвязанные технические (Сервер базы данных, web-сервер, сервер приложений) и
программные (операционная система, система управления базами данных (далее – СУБД),
web-сервер, сервер приложений) средства.
4.1.2. Требования к интеграции с ведомственными информационными системами
Система должна быть интегрирована с РСЭП ТО для обеспечения:
-
Приема заявлений с ПГУ и возврат статусов по ним,
Приема в электронном виде заявлений от МФЦ и возврат статусов по ним,
Выполнение межведомственных запросов по шине СМЭВ,
Прием запросов из СМЭВ и предоставление ответной информации.
4.1.3. Требования к эргономике и технической эстетике
В качестве нормативно-технической документации при
проектировании
компонентов
интерфейса
Системы
должны
эргономическом
использоваться
государственные стандарты (в том числе стандарты серии ССЭТО — системы стандартов
эргономических требований и эргономического обеспечения) и международные
стандарты серии ISO 9241-12-98. «Эргономические требования по работе в офисе с
терминалами визуального отображения информации».
Экранные формы должны проектироваться с учетом требований унификации:
все экранные формы пользовательского интерфейса должны быть выполнены в
едином графическом дизайне, с одинаковым расположением основных элементов
управления и навигации;
Унификация должна обеспечиваться в рамках одной подсистемы. В рамках разных
подсистем допускаются различия в экранных формах, предназначенных для выполнения
схожих функций.
Взаимодействие пользователей с прикладным программным обеспечением, входящим
в состав системы, должно осуществляться посредством визуального графического
интерфейса. Интерфейс системы должен быть понятным и удобным, не должен быть
перегружен графическими элементами и должен обеспечивать быстрое отображение
экранных форм. Навигационные элементы должны быть выполнены в удобной для
пользователя форме. Средства редактирования информации должны удовлетворять
принятым соглашениям в части использования функциональных клавиш, режимов
работы, поиска, использования оконной системы. Ввод-вывод данных системы, прием
управляющих команд и отображение результатов их исполнения должны выполняться в
интерактивном
режиме.
Интерфейс
должен
соответствовать
современным
эргономическим требованиям и обеспечивать удобный доступ к основным функциям и
операциям системы.
Интерфейс пользователя подсистемы «Персональная страница гражданина» должен
быть оптимизирован под использование, как на информационных терминалах,
оснащенных сенсорными дисплеями, так и на обычных персональных компьютерах, то
есть управление системой должно осуществляться с помощью набора экранных меню,
кнопок, значков и т. п. элементов. Размер этих элементов управления должен быть таким,
чтобы пользователю было удобно использовать их при помощи сенсорного дисплея.
Клавиатурный режим ввода должен использоваться главным образом при заполнении
и/или редактировании текстовых и числовых полей экранных форм.
Интерфейс остальных подсистем должен быть рассчитан на преимущественное
использование манипулятора типа «мышь», то есть управление системой должно
осуществляться с помощью набора экранных меню, кнопок, значков и т. п. элементов.
Клавиатурный режим ввода должен использоваться главным образом при заполнении
и/или редактировании текстовых и числовых полей экранных форм.
Экранные формы должны проектироваться с учетом требований унификации:
экранные формы пользовательского интерфейса должны быть выполнены в едином
графическом дизайне, с однообразным расположением основных элементов управления и
навигации;
для обозначения сходных операций должны использоваться одинаковые графические
значки, кнопки и другие управляющие (навигационные) элементы. Термины,
используемые для обозначения типовых операций (добавление информационной
сущности, редактирование поля данных), а также последовательности действий
пользователя при их выполнении, должны быть унифицированы.
Система должна обеспечивать корректную обработку аварийных ситуаций,
вызванных неверными действиями пользователей, неверным форматом или
недопустимыми значениями входных данных. В указанных случаях система должна
выдавать пользователю соответствующие сообщения, после чего возвращаться в рабочее
состояние, предшествовавшее неверной (недопустимой) команде или некорректному
вводу данных.
4.1.4. Требования к защите информации от несанкционированного доступа
4.1.4.1.Требования к информационной безопасности при выполнении работ
Новые версии АС должны соответствовать требованиям федеральных законов от
27.07.2006 № 149-ФЗ «Об информации, информационных технологиях и о защите
информации», от 27.07.2006 № 152-ФЗ «О персональных данных».
Для обеспечения юридической защиты персональных данных и для
предотвращения
утечки
конфиденциальной
информации,
содержащейся
в
информационной базе, после заключения договора между Заказчиком и Исполнителем
заключается Соглашение о конфиденциальности.
Все элементы системы должны быть полностью совместимы с антивирусными
средствами Лаборатории Касперского и Dr.Web имеющими сертификат ФСТЭК или ФСБ,
и штатно функционировать на устройствах, где они установлены.
Система при реализации всех функций предусмотренных Настоящим техническим
заданием должна эксплуатироваться на рабочих местах пользователей с уровнем доступа
к объектам операционной системы не выше назначенных группе «Пользователи».
4.1.4.2. Разграничение прав пользователей в системе.
Для обеспечения защиты информации от несанкционированного доступа в системе
должен быть предусмотрен механизм разграничения прав доступа пользователей к
объектам системы по ролевому принципу:
а) Администраторы Системы для каждой роли могут определять возможные
настройки прав доступа к информационным ресурсам и механизмам системы. Вход в
информационную систему должен осуществляться только при успешной аутентификации
пользователя.
б) В Системе должна быть предусмотрена возможность настройки для каждой
пользовательской роли прав доступа к информационным ресурсам и выполнения
определенных операций. Должна иметься возможность выполнения данной настройки
специалистом Заказчика, без необходимости изменения программного кода системы.
4.1.4.3. Защита пользователей в Системе.
В Системе должна быть реализована парольная защита:
а) Вход в пользовательскую часть Системы и дальнейшая работа должны
осуществляться при указании имени пользователя и его пароля.
б) Пароли пользователей и администраторов системы должны иметь минимальные
требования к составу, длине, сложности.
г) Пароли пользователей АС должны храниться в базе данных зашифрованном виде.
д) Пользователи АС не должны знать пароль доступа непосредственно к самому
серверу базы данных.
Е) Система должна обладать функционалом по централизованному управлению
сроком жизни, длине и сложности пароля, ограничения неуспешных попыток входа в
систему.
В случае предоставления доступа в Систему посредством Web-браузера (тонкий
клиент), доступ должен осуществляться с помощью сертификатов криптографического
протокола SSL (Secure Sockets Layer)и защищенного протокола HTTPS.
4.1.4.4. Журналирование действий пользователей и системы.
Система должна обеспечивать протоколирование действий пользователей в системе.
-
время и дата выполнения действия;
имя (логин) пользователя или Системы выполнившего действия;
IP адрес ПК, с которого было произведено действие;
наименования объекта, над которым совершено действие;
описание самого действия.
Обмен информацией, содержащей персональные данные, должен осуществляться по
защищенным каналам связи. Защищенным каналом связи может считаться канал связи,
защищенный сертифицированными средствами криптозащиты.
Приобретение необходимого клиент-серверного программного обеспечения для
организации защищенного канала связи обеспечивается Заказчиком.
4.1.5. Требования по сохранности информации
Система должна обеспечивать восстановление при сбоях и авариях технических
средств, включая полное восстановление данных и связей между ними. Возможна потеря
только обновляемых на момент сбоя системы данных. Сохранность информации должна
обеспечиваться архивированием данных на резервный сервер или на архивные носители
данных (как в автоматическом, так и в ручном режиме).
Исполнителем должен быть разработан регламент резервного копирования и
восстановления данных и связей между ними.
Действия администратора при осуществлении резервного копирования и
восстановления данных включаются отдельным разделом в инструкцию администратора.
4.1.6. Требования к надежности
Надёжность системы должна определяться следующими показателями:
средняя наработка на отказ;
среднее время восстановления работоспособности.
В случае программного сбоя показатели надёжности системы должны быть
следующими:
средняя наработка на отказ программного обеспечения должна составлять не менее
1680 часов;
среднее время восстановления работоспособности программного обеспечения должно
составлять не более 2 часов.
Для ситуации частичного разрушения базы данных система должна обеспечивать
следующие значения показателей надёжности:
средняя наработка на отказ – не менее 8640 часов;
среднее время восстановления работоспособности с полным восстановлением данных
– не более 10 часов.
4.1.7. Требования по патентной чистоте
Программное обеспечение и алгоритмы, разработанные в соответствии с условиями
данных требований, не должны нарушать патентные права третьих лиц.
Программные и технические средства, приобретаемые у сторонних фирм и
предприятий, должны сопровождаться документацией, подтверждающей правомочность
этих организаций поставлять данную продукцию и сопровождаться лицензионным
соглашением.
Так как для разработки Системы требуется модификация кода автоматизированной
системы «Адресная социальная помощь», исполнитель должен доказать обладание
законными правами на такую модификацию. В соответствии со ст. 1270 ч. IV
Гражданского кодекса РФ, Исполнитель на стадии подачи заявки должен представить
копии документов, подтверждающих его законное право на модификацию и иное
использование автоматизированной системы «Адресная социальная помощь»:
для Исполнителя, являющего автором, иным правообладателем - свидетельство об
официальной регистрации автоматизированной системы «Адресная социальная помощь»
№2006611837 от 30 мая 2006 года;
для Исполнителя, которому права на автоматизированную систему «Адресная
социальная помощь», переданы автором или правообладателем – договор о передаче
участнику прав на модификацию и иное использование автоматизированной системы
«Адресная социальная помощь», заключенный в письменной форме и устанавливающий
объем, и способы использования программы, срок действия договора.
4.2. Требования к видам обеспечения
4.2.1. Требования к техническому и программному обеспечению
Серверная часть Системы должна обеспечивать надлежащую работоспособность при
эксплуатации на следующем аппаратном и системном программном обеспечении,
имеющемся в распоряжении Заказчика:
Таблица 1 - Характеристики аппаратного и системного программного обеспечения
№ п/п
1
Наименование
Характеристики
Сервер 1 (Сервер СУБД)
Платформа
«Intel Architecture - 64»
ОЗУ
96 Гб
Процессоры
32 ядра
Объём системы хранения
800 Гб
(дисковое пространство)
Сетевое подключение
1 интерфейс 1000BASE-T
(количество портов LAN)
Операционная система
Microsoft Windows Server 2012(R2) 64bit
Ед.
изм.
Кол
-во
шт.
1
шт.
1
СУБД
Физическая реализация
2
Microsoft SQL Server 2012 R2
Виртуальный сервер в среде VMware
vSphere v5.0
Сервер 2 (Сервер приложений)
Платформа
«Intel Architecture – 64»
ОЗУ
16 Гб
Процессоры
8 ядер
Объём системы хранения
200 Гб
(дисковое пространство)
Сетевое подключение
1 интерфейс 1000BASE-T
(количество портов LAN)
Операционная система
Физическая реализация
Microsoft Windows Server 2012(R2) 64bit
Виртуальный сервер в среде VMware
vSphere v5.0
Сервер 3 (Сервер Резервных копий)
3
Платформа
«Intel Architecture – 64»
ОЗУ
Процессоры
Объём системы хранения
(дисковое пространство)
Сетевое подключение
(количество портов LAN)
Операционная система
Физическая реализация
8 Гб
8 ядер
8 ТБ
шт.
1
1 интерфейс 1000BASE-T
Microsoft Windows Server 2012(R2) 64bit
Виртуальный сервер в среде VMware
vSphere v5.0
Вся серверная часть АС целиком, а так же её отдельные компоненты должны
штатно функционировать при эксплуатации в имеющейся в распоряжении Заказчика
среде виртуализации VMware vSphere v5.0.
Клиентская часть АС должна обеспечивать надлежащую работоспособность на
имеющихся в распоряжении Заказчика ПЭВМ со следующими характеристиками
аппаратного и программного обеспечения:
Таблица 2 - Характеристики клиентских мест:
Наименование параметра, ед. изм.
Операционная система
Значение
Microsoft Windows XP SP3,
Microsoft Windows Vista SP2,
Microsoft Windows 7 SP1,
Microsoft Windows 8
Microsoft Windows 8.1
1,8 ГГц и выше
1 и выше
1 ГБ и выше
дискового 1 ГБ и выше
Частота процессора, Мгц
Кол-во ядр процессора
Объем ОЗУ, Mb
Объем
свободного
пространства, Gb
Разрешающая
способность 1024x768 и выше
видеосистемы и монитора, пиксель
Браузеры,
работоспособность
с Internet Explorer версий 6-11
которыми должна обеспечить АИС
Сетевые интерфейсы
Fast Ethernet 100 Мбит/с и выше
Система должна обеспечивать надлежащую работоспособность при наличии
канала доступа в информационно-телекоммуникационную сеть
Интернет,
обеспечивающего следующие минимально гарантированные скорости доступа между
Клиентской и серверной частями Системы (в расчёте на 1 рабочее место):
- входящая –128 кбит/с;
- исходящая –128 кбит/с.
4.2.2. Требования к лингвистическому обеспечению
В системе должны соблюдаться единые правила организации пользовательского
интерфейса. Все заголовки элементов форм, формируемые системой сообщения, а также
инструкции и руководства для пользователей системы должны быть разработаны на
русском языке. Исключения могут составлять только системные сообщения, не
подлежащие русификации.
4.2.3. Требования к методическому обеспечению
При выполнении работ и создании документации на нее следует руководствоваться
следующими документами:
4.2.3.1.
Приказ министерства труда и социальной защиты Тульской области от
13.02.2013 N 53-осн "Об утверждении административного регламента "Оказание
государственной социальной помощи в Тульской области"
4.2.3.2.
Постановление Правительства РФ 08 сентября 2010 г. № 697 "О единой
системе межведомственного электронного взаимодействия".
4.2.3.3.
Приказ Министерства связи и массовых коммуникаций РФ от 27 декабря
2010 г. № 190 «Об утверждении технических требований к взаимодействию
информационных систем в единой системе межведомственного электронного
взаимодействия».
4.2.3.4.
Распоряжение Правительства РФ от 17 марта 2011 г. № 442-р «Об
утверждении перечня документов (сведений), обмен которыми между органами и
организациями при оказании государственных услуг и исполнении
государственных функций осуществляется в электронном виде».
4.2.3.5.
ГОСТ 34. Информационная технология. Комплекс стандартов на
автоматизированные системы.
4.2.3.6.
ГОСТ 19. Единая система программной документации.
4.2.3.7.
РД 50-34.698-90. Методические указания. Информационная технология.
Комплекс стандартов на автоматизированные системы. Автоматизированные
системы. Требования к содержанию документов.
4.2.3.8.
ГОСТ 50922-96 Защита информации. Основные термины и определения.
4.2.3.9.
ГОСТ 51583-2000 Порядок создания АС в защищенном исполнении.
4.2.3.10.
Гостехкомиссия России. Руководящий документ. Автоматизированные
системы. Защита от несанкционированного доступа к информации. Классификация
автоматизированных систем и требования по защите информации. 30.03.1992 г.
4.2.3.11.
Гостехкомиссия России. Руководящий документ. Средства вычислительной
техники. Защита от несанкционированного доступа к информации. Показатели
защищенности от НСД к информации. 1992 г.
4.2.3.12.
Базовая модель угроз безопасности персональных данных при их обработке
в информационных системах персональных данных" от 15 февраля 2008 года
(выписка).
4.2.3.13.
Методика определения актуальных угроз безопасности персональных
данных при их обработке в информационных системах персональных данных"
Утверждена ФСТЭК РФ 14 февраля 2008 года
4.2.3.14.
Постановлением Правительства РФ от 01.11.2012 №1119 «Об утверждении
требований к защите персональных данных при их обработке в информационных
системах персональных данных».
4.2.4. Требования к срокам и объемам предоставления гарантии
Исполнитель гарантирует полную работоспособность Системы, установленного и
эксплуатируемого на ПЭВМ Заказчика и УСЗН.
Гарантийный период составляет 15 месяцев с момента подписания акта сдачиприемки.
В случае выявления в течение этого срока недостатков при эксплуатации Системы или
иных оказанных в рамках договора услугах, Исполнитель обязуется по требованию
Заказчика незамедлительно устранять такие недостатки за свой счет. При этом
гарантийный срок продлевается на период устранения недостатков.
4.3. Требования к проведению обучения сотрудников.
Программа обучения должна быть подготовлена Исполнителем и согласована с
Заказчиком не позднее, чем за 5 рабочих дней до даты проведения обучения.
Для ответственных специалистов со стороны Заказчика, участвующих в
мероприятиях по объединению баз данных УСЗН Исполнитель обязан провести обучение
работе с Системой в общем объеме, необходимом для освоения материала.
Также Исполнитель обязан провести обучение администраторов Системы
сотрудников УСЗН (не менее 1-го человека) в объеме часов, необходимом для полного
освоения материалов обучения.
4.4. Техническая поддержка прикладного программного обеспечения
Устранение неисправностей (ошибок) в течение гарантийного срока
осуществляется
посредством
удаленного
подключения
в
соответствии
с
законодательством РФ. Заказчик предоставляет Исполнителю возможность удаленного
доступа к серверам через сеть Интернет для удаленного администрирования и настройки
Системы. При невозможности устранить неисправности удаленно, Исполнитель
осуществляет исправление по месту нахождения средств. Исполнитель должен обеспечить
Заказчику:
- доступ к обновлениям и информации с сайта Исполнителя
(дистрибутив ПО, клиентская часть, обновления; руководство пользователя и др.);
- своевременную реализацию в программном обеспечении всех
изменений в законодательстве в течение 2-х недель с вступления изменений в силу;
- разработку необходимых справок и отчетов, необходимость в которых
возникла в процессе эксплуатации системы (в пределах существующего реквизитного
состава);
- необходимые консультации по эксплуатации, устранению ошибок,
сбойных ситуаций и др.
Регламент технической поддержки разрабатывается исполнителем и утверждается
заказчиком и осуществляется при соблюдении требований инструкций по эксплуатации и
указанного регламента.
Линия технической поддержки Системы должна быть организована в трех уровнях:
первый и второй уровень линии технической поддержки организуются Заказчиком
на базе государственного автономного учреждения Тульской области «Центр
информационных технологий»;
третий уровень линии технической поддержки должен быть организован
Исполнителем.
Первый уровень линии технической поддержки принимает обращения
пользователей Системы, регистрирует обращения в информационной системе,
классифицирует обращения, самостоятельно решает инциденты, которые связаны с
недостаточной квалификацией пользователей или настройками в рамках своей
компетенции, передает инцидент на второй уровень поддержки в случае невозможности
решения на своем уровне, взаимодействует с пользователями Системы при получении
решения проблемы со второго уровня линии технической поддержки.
Второй уровень технической поддержки принимает обращения от первого уровня
технической поддержки, самостоятельно решает инциденты, которые связаны с
недостаточной квалификацией сотрудников первого уровня линии технической
поддержки или настройками в рамках своей компетенции, передает инцидент на третий
уровень поддержки в случае невозможности решения на своем уровне, взаимодействует с
сотрудниками первого уровня линии технической поддержки при получении решения
проблемы с третьего уровня линии технической поддержки
Третий уровень технической поддержки должен принимать обращения от второго
уровня технической поддержки, осуществлять технологическую и методическую
поддержку Системы, проводить плановые мероприятия, осуществлять взаимодействие с
разработчиками Системы по вопросам консультирования исправления ошибок или иных
изменений в программном обеспечении Системы по запросам второго уровня линии
технической поддержки.
Исполнитель должен обеспечивать организацию не менее чем двух телефонных
линий для обращений на собственную линию технической поддержки.
Время работы линии технической поддержки Исполнителя должна быть
установлена с 9.00 до 18-00 московского времени в рабочие дни.
При выявлении проблемы в функционировании программного обеспечения
Системы, которая приводит к существенному нарушению работы Системы, Исполнитель
обязан устранить проблему в течение 2 часов, а также принимать все возможные меры для
полного или частичного устранения проблемы в максимально сжатые сроки, включая
организацию собственной работы в режиме 24 часа в сутки 7 дней в неделю.
Время реакции линии технической поддержки Исполнителя с момента обращения
должно быть установлено:
регистрация и классификация обращения – в момент поступления обращения в
случае поступления обращения в рабочие часы, и 30 минут с начала рабочего времени в
случае поступления обращений в нерабочие часы;
выдача рекомендаций по работе администраторов и пользователей Системы, не
требующих администрирования и (или) настройки Системы – не более часа с момента
регистрации обращения в рабочие дни;
выдача рекомендаций администраторам Системы по администрированию и (или)
настройке Системы – не более 2 рабочих часов с момента регистрации обращения.
Исполнитель обеспечивает функционирование собственной линии технической
поддержки (третьего уровня линии технической поддержки Системы) с возможностью
обращения уполномоченных сотрудников Заказчика, сотрудников второго уровня линии
технической поддержки Заказчика по телефону и с использованием возможностей сети
Интернет.
5. СОСТАВ И СОДЕРЖАНИЕ РАБОТ
5.1.
Мероприятия со стороны Исполнителя
5.1.1. Общие требования
Результатами выполнения работ по проекту должны являться:



перенесённые базы всех УСЗН ТО в ЦОД Правительства Тульской области
правильно сформированные, выверенные базы АСП всех УСЗН ТО
сформированная эталонная методическая информационная база с настройками,
одинаковыми для всей области (подтверждается отчетом и актом выполненных
работ);
5.1.2. Проверка информации в БД
Исполнитель обязан выполнить проверку баз данных АС «АСП» в муниципальных
УСЗН. Проверка должна проходить по следующим параметрам:




Поиск и слияние дублирующихся персональных карточек учёта, содержащих
информацию одного и того же гражданина, незаполненных ПКУ и т.п.
Поиск и слияние дублирующихся позиций в справочниках
Выявление и исправление дублирующейся информации в базе данных (признаки
учёта, удостоверения/документы, выплатная информация, жилищные условия,
адреса)
Выявление и исправление неполностью заполненной информации в базе данных
(удостоверения/документы без наименования, выплатная информация с
незаполненными реквизитами, адреса без населенных пунктов и прочее)
По результатам проверок в УСЗН Исполнитель должен разослать перечень заданий
и инструкции для исправления. Ошибки исправляются специалистами в районах.
Исполнитель должен отслеживать прогресс выполнения: рассылать уведомления о
необходимости исправления ошибок, контролировать ход исправления, консультировать
сотрудников УСЗН по исправлению замечаний.
После исправления ошибок Исполнитель должен повторно провести проверку и
рассылку заданий.
В результате в районах должны получиться чистые выверенные базы.
5.1.3. Формирование эталонной БД
Формирование эталонной методической базы должно производится Исполнителем
при участии сотрудников УСЗН.
В результате специалистами Исполнителя должна быть сформирована база с
настройками, одинаковыми для всей области, которая содержит:
- эталонные общесистемные справочники-классификаторы (поселения, населенные
пункты, улицы, доставочные участки, реестр адресов, реестр жилых домов виды заявок,
виды социальной поддержки, признаки учёта, виды удостоверений и документов, виды
доходов, причины постановки на учёт, отказов, прекращений, неполучений, перерасчётов
и т.д.)
- эталонную настройку на социальное законодательство, включающую перечень
федеральных и региональных нормативных актов, согласно которым гражданам
предоставляются меры социальной поддержки, перечень мер социальной поддержки и
перечень категорий, которым предоставляется социальная поддержка на основании того
или иного нормативного акта, дополнительные условия и свойства предоставления мер
социальной поддержки
- эталонный реестр видов заявок, регистрируемых в базе данных и эталонные
настройки на правила работы с каждым видом заявки, предоставляемые по заявке меры
социальной поддержки, условия и сроки предоставления мер социальной поддержки,
суммы выплат и т.д.
- эталонный перечень ролей специалистов, работающих с базой данных с
указанием задач, доступных в рамках каждой роли и прав на доступ к информации
- эталонный перечень документов, формируемых при работе специалистов с базой
данных, при приёме граждан, регистрации заявок и назначении мер социальной
поддержки, включая настройку и шаблон для формирования каждого документа
- эталонный перечень выплатных документов для печати и перечень настроек
выплатных выгрузок для электронного документооборота
- эталонные настройки для получения отчётов
5.1.4. Разработка регламентов работы
Разработка проектов регламентов должна проводиться Исполнителем совместно с
представителями УСЗН.
В результате специалистами Исполнителя должны быть сформированы проекты
регламентов, содержащие следующие основные положения:

для сотрудников муниципальных отделов социально защиты населения:
- персональная карточка учёта гражданина может относиться к двум и более районам
вследствие обращения гражданина в органы социальной защиты двух и более районам, по
месту постоянной регистрации, временной регистрации, фактического проживания
гражданина. Соответственно, право на редактирование учётных данных гражданина могут
иметь специалисты разных районов.
- заявка гражданина на предоставление мер социальной поддержки относится только к
району, в котором она заведена. При повторном обращении гражданина в другом районе
(например, в связи с переездом) исходная заявка должна быть закрыта специалистами
района, в котором гражданин проживал ранее. Соответственно, право на редактирование
данных заявки гражданина (проверку права, назначение выплаты, начисление,
прекращение выплаты, ввод нового обращения, перерасчёт назначенных сумм и т.д.)
могут иметь специалисты только того района, в котором заявка заведена.

для сотрудников областного центра социальной защиты населения:
предусматривает постепенный переход к централизованному осуществлению массовых
операций в региональной базе данных :
- массовое ежемесячное начисление различных видов социальной поддержки
- массовый перерасчёт назначений социальной поддержки, связанный с индексацией
нормативных размеров
- массовое формирование распоряжений
- формирование заявок на финансирование
- формирование выплат
- формирование выплатных документов и выгрузок
- формирование отчетов и выгрузок для ПФР (ОГБД, ФСД)
- формирование регистра лиц, которым предоставлены МСПР по ЖКУ
- загрузка файлов от предприятий и формирование файлов для начислений предприятиям
5.1.5. Подготовка специалистов
Исполнитель должен провести обучение ответственных специалистов УСЗН
соответствии с требованиями п. 4.3.
в
5.1.6. Объединение БД и пилотная эксплуатация
Объединение баз УСЗН должно выполняется по отдельности для каждой базы данных
путём переноса информации в эталонную методическую базу регионального уровня.
Объединение должно включать в себя:






Слияние всех справочников базы данных района со справочниками региональной
базы, с записью в региональную базу. Для иерархических классификаторов позиции,
отсутствующие в региональной базе, добавляются для каждого района в свою
дополнительную группу.
Перенос в региональную базу из базы данных района настроек и нормативных таблиц,
которые ведутся на уровне района (доставочные участки, список пользователей,
тарифы, нормативы, региональные стандарты и т.д.) с перекодировкой на слитые
справочники
Перенос в региональную базу из базы данных района всех персональных карточек
учёта с перекодировкой на слитые справочники и сохранением внутренних связей,
сохранением связей между персональными карточками учёта членов семьи исходя из
связей, установленных в базе данных района, сохранением протокола изменения
карточек учёта, сохранением всех введенных ранее удостоверений и документов. В
карточки учёта проставляются реквизиты принадлежности району.
Перенос в региональную базу из базы данных района всех заявок граждан на
предоставление социальной поддержки и услуг с перекодировкой на слитые
справочники и сохранением внутренних связей, сохранением связей с карточками
учёта, сохранением истории назначений, сохранением протокола изменений. В заявки
проставляются реквизиты принадлежности району.
Перенос в региональную базу из базы данных района всех выплат с перекодировкой
на слитые справочники и сохранением внутренних связей, сохранением связей с
карточками учёта и заявками, сохранением истории выплат, сохранением протокола
изменений. В выплатные документы проставляются реквизиты принадлежности
району.
Перенос в региональную базу из базы данных района всех загруженных файлов
обмена с различными организациями с простановкой реквизитов принадлежности
району.
Объединение должно проводится в два этапа. На первом этапе (2 месяца)
необходимо объединить только базы пилотных УСЗН (Узловский УСЗН и Павский
УСЗН) и провести тестовую эксплуатацию с оперативным решением возникающих
проблем.
После каждого этапа объединения баз данных АС «АСП» Исполнитель должен
провести проверку региональной базы данных по следующим пунктам:
1) Проверка слитых иерархических общесистемных справочников-классификаторов
(виды заявок, виды социальной поддержки, признаки учёта, виды удостоверений и
документов, виды доходов, причины постановки на учёт, отказов, прекращений,
неполучений, перерасчётов и т.д.), выявление позиций, вотсутствовавших в эталоне,
исправление справочников, перекодировка базы данных.
2) Поиск в единой региональной базе данных дублирующихся персональных карточек
учёта, содержащих информацию одного и того же гражданина, и получение по ним
единой персональной карточки учёта с указателями на исходные ПКУ в базах данных
района и информацией о том, какие меры социальной поддержки и в какой исходной
базе предоставлялись.
После объединения необходимо провести пробные выплаты одновременно в старой
(отдельной) базе и в новой (объединенной). При совпадении размеров и направлений
выплат и после выборочного контроля, система переводится в опытную эксплуатацию в
пилотных УСЗН.
После завершения опытной эксплуатации (успешно проведены очередные выплаты в
пилотных УСЗН) - производится объединение баз всех остальных УСЗН (один месяц) и
перевод системы в постоянную эксплуатацию.
В результате должна получиться единая база данных, с которой работают все отделы
социальной защиты населения в режиме онлайн-доступа.
5.1.7. Доработка АС «АСП»
В процессе перехода на единую базу данных в АС «АСП» необходимо провести
доработки системы по следующим задачам:
1. Регистр граждан: добавить поддержку информации о движении гражданина в
районах.
2. Раздача прав доступа:
- должна быть реализована настройка пользователя/роли, позволяющая
иметь доступ к базе без возможности редактирования (сохранения изменений)
- пользователь с ролью администратора должен обладать максимальными
правами доступа.
3. Настройки на ГСП: настройки на различные виды ГСП должны быть
переведены на единое управление из центра.
Администратор должен иметь право редактировать настройки, а
остальные должны иметь доступ только на просмотр настроек.
4. Формирование выплат: поддержка формирования выплатных документов
из единого центра с возможностью новых группировок по районам или населенным
пунктам.
5. Формирование отчетов (ОГБД, ФСД, регистр ЖКУ) из единого центра по
районам, с возможностью различных группировок, а также общих по региональной
базе. Реализовать возможность получения отклонений в разрезе районов
6.Формирование статистических отчетов из единого центра по районам, с
возможностью различных группировок, а также общих по региональной базе.
7. Производить текущие доработки, связанные с быстродействием системы
вследствие увеличения количества записей практически по всем объектам и
неоптимальности алгоритмов в некоторых задачах АС «АСП»
Заказчик оставляет за собой право менять требования к доработкам АС «АСП» в ходе
выполнения работ без изменения стоимости работ по договору.
Пункты 5.1.4-5.1.7 настоящего ТЗ должны быть выполнены в рамках технической
поддержки в период гарантийного обслуживания.
6. ПОРЯДОК КОНТРОЛЯ И ПРИЕМКИ РАБОТ
Дата сдачи-приемки выполненных работ назначается Заказчиком в течение 3 (трех)
рабочих дней со дня получения письменного уведомления Исполнителя о готовности к
сдаче результата выполненных работ и не может быть позднее чем через 7 (семь) рабочих
дней со дня получения письменного уведомления Исполнителя.
Сдача-приёмка работ производится на реальных данных на сервере Заказчика с
целью проверки работоспособности и функциональности разработанной системы в
соответствии с ГОСТ 34.603-92 (Виды испытаний автоматизированных систем),
Техническими требованиями, рабочей документацией и Программой и методикой
проведения испытаний, составленной в соответствии с РД 50-34.398-90 и ГОСТ 19.301-79.
Исполнитель разрабатывает и направляет на согласование Заказчику разработанную
Программу и методику проведения испытаний не позднее, чем за 30 (тридцать)
календарных дней до предполагаемой даты сдачи выполненных работ по настоящему
Договору.
При отсутствии согласованной Сторонами Программы и методики проведения
испытаний Заказчик имеет право:
в одностороннем порядке отказаться от приемки выполненных работ;
проводить такие испытания по собственной Программе и методике проведения
испытаний, составленной в соответствии с требованиями действующего законодательства
Российской Федерации и Техническим заданием;
потребовать уплаты Исполнителем штрафа в размере 2 (двух) процентов от цены
настоящего Договора.
7. ТРЕБОВАНИЯ К ДОКУМЕНТИРОВАНИЮ
7.1. Документация на систему должна быть разработана соответствии с требованиями
ГОСТ 34.201- 89 , РД 50-34.698-90, ГОСТ 19.301-79 и настоящего ТЗ.
7.2. Документация на систему должна включать в себя:
7.2.1. Паспорт Системы, содержащий следующие разделы:
-общие сведения о Системе;
-основные характеристики Системы;
-комплектность;
-свидетельство (акт) о приемке;
-гарантии изготовителя (поставщика);
-сведения о рекламациях.
В разделе "Общие сведения о системе" указывают наименование Системы, ее
обозначение, присвоенное разработчиком, наименование предприятия-поставщика и
другие сведения о Системе в целом.
В разделе "Основные характеристики системы" должны быть приведены:
1) сведения о составе функций, реализуемых Системой;
2) описание принципа функционирования Системы;
3) общий регламент и режимы функционирования Системы и сведения о возможности
изменения режимов ее работы;
4) сведения о совместимости с другими системами.
В разделе "Комплектность" указывают все непосредственно входящие в состав
системы комплексы технических и программных средств, отдельные средства, в том числе
носители данных и эксплуатационные документы.
Эксплуатационная документация на поставляемое ПО включает в себя следующие
документы:
- Технологическая инструкция
- Руководство пользователя
- Руководство администратора
- Регламент резервного копирования
- Регламент взаимодействия пользователей Системы
- Регламент технической поддержки
- Методику определения факта успешного объединения баз данных.
Эксплуатационная документация должна снабжаться «скриншотами» экранных
форм, иллюстрирующими этапы работы.
Руководство администратора должно включать в себя подробные инструкции по
техническому, программному, организационному сопровождению системы. Должны быть
описаны процедуры настройки прав доступа пользователей, изменение и корректировка
выходных форм документов, пополнение и редактирование служебных справочников,
обеспечение целостности данных и резервное сохранение данных, устранение часто
встречающихся проблем и затруднений у пользователей.
Помимо руководств для различных типов автоматизированных рабочих мест,
должны быть подготовлены технологические инструкции, которые представляют собой
описание последовательности действий, которые необходимо выполнить пользователям
системы для достижения требуемых результатов.
В разделе "Свидетельство о приемке" указывают порядок приемки Системы в
эксплуатацию (опытную и промышленную).
В разделе "Гарантии изготовителя" приводят сроки гарантии Системы в целом и ее
отдельных составных частей, если эти сроки не совпадают со сроками гарантии Системы
в целом.
В разделе "Сведения о рекламациях" регистрируют все предъявленные рекламации,
их краткое содержание и меры, принятые по рекламациям.
7.3. Комплект документации должен быть передан Заказчику на бумажном (1 экз) и
электронном носителях (USB Flash накопители) в 1 экз.
Директор государственного
автономного учреждения Тульской
области «Центр информационных
технологий»
Ответственный за составление технического
задания – консультант отдела проектного
управления государственного автономного
учреждения Тульской области «Центр
информационных технологий»
И.Г. Маградзе
О.В. Сурыкин
Скачать