4.1.1.2Требования к способам и средствам связи
Связь клиентского приложения Системы, установленного на рабочем месте пользователя, с сервером приложений в ЦОД осуществляется по каналам связи. Система должна обеспечивать возможность следующих вариантов передачи данных:
Передача данных в текстовом виде (SOAP Text);
Передача данных в двоичном виде (SOAP Binary);
Дополнительное сжатие данных в форматах GZIP и DEFLATE.
Связь сервера приложений с СУБД, а также связь отдельных компонент Системы в составе различных установок в рамках ЦОД осуществляется по связи локальной вычислительной сети пропускной способностью не ниже 100 Мб/сек с использованием установленных сетевых протоколов обмена данными.
Связь между собой отдельных модулей и подсистем Системы осуществляется путем обмена информацией через базы данных, а также используя средства межпрограммного взаимодействия (API).
4.1.1.3Требования к характеристикам взаимосвязей со смежными системами
Должна обеспечиваться взаимосвязь Системы со следующими автоматизированными системами:
Автоматизированная информационная система Роструда «Регистры получателей услуг» (АИС «Регистры получателей услуг»);
Автоматизированная система Сбербанка;
Автоматизированная система Пенсионного Фонда Российской Федерации;
Информационная система «Центр предоставления государственных и муниципальных услуг» (ИС «ЦПГУ»);
Единый портал государственных и муниципальных услуг (ЕПГУ).
Связь Системы с АИС «Регистры получателей услуг» осуществляется путем передачи в Роструд файлов информационных пакетов в формате, установленном Приказом Минздравсоцразвития России «О порядке ведения регистров получателей государственных услуг в сфере занятости населения (физических лиц и работодателей), включая порядок, сроки и форму представления в них сведений» от 08.11. 2010 № 972н, с учетом изменений, изложенных в письме заместителя руководителя Федеральной службы по труду и занятости населения от 03.07.2014 № 2307-ТЗ.
Связь Системы со Сбербанком осуществляется путем передачи в Сбербанк реестров на зачисление средств на счета физических лиц. Формат реестров должен соответствовать действующим в субъекте Российской Федерации договорам со Сбербанком.
Связь Системы с Пенсионным Фондом Российской Федерации осуществляется путем обмена документами в электронном виде в соответствии с Постановлением Правления Пенсионного Фонда Российской Федерации «О формах документов индивидуального (персонифицированного) учета в системе обязательного пенсионного страхования и инструкции по их заполнению» от 31.07. 2006 № 192п (в ред. Постановления Правления ПФ РФ от 07.07.2010 № 166п).
Связь системы с ИС «ЦПГУ» и ЕПГУ осуществляется путем получения в электронном виде заявлений от граждан, обратившихся за предоставлением государственных услуг в сфере занятости населения в МФЦ или на ЕПГУ соответственно и заполнивших необходимые заявления на любую из услуг, утвержденную административным регламентом Функционального заказчика.
.
4.1.1.4Требования к режимам функционирования
Должно быть обеспечено функционирование Системы в следующих режимах:
Штатный режим;
Сервисный режим.
Штатный режим предназначен для выполнения Системой своего основного назначения: автоматизации выполнения службой занятости населения субъекта Российской Федерации своих функций по предоставлению государственных услуг в сфере занятости населения. Он должен обеспечиваться в рабочее время государственных учреждений службы занятости населения и их территориальных отделов, а также в рабочее время органа исполнительной власти субъекта Российской Федерации, осуществляющего переданные полномочия в области содействия занятости населения. В штатном режиме пользователям доступны все функции Системы в соответствии с их правами доступа.
Сервисный режим предназначен для восстановления Системы после аварийных ситуаций и иных действий, требующих монопольного доступа к базе данных Системы. Переход Системы в сервисный режим инициируется пользователем с правами администратора. В этом режиме функции Системы доступны только пользователям с правами администратора.
4.1.1.5Требования к диагностированию
Диагностирование целостности баз данных Системы должно осуществляться штатными средствами применяемой СУБД. Кроме того, в Системе должен иметься обработчик исключительных ситуаций с записью информации об исключительных ситуациях в протокол.
4.1.1.6Перспективы развития, модернизации
Требования к возможным перспективам развития и модернизации Системы не предъявляются.
4.1.2Требования к Системе по численности и квалификации персонала, режиму его работы
4.1.2.1Требования к Системе по численности персонала
Требования по численности персонала устанавливаются дифференцированно для различных ролей пользователей Системы:
специалист (работник ГКУ НСО ЦЗН, использующий функции Системы при выполнении своих производственных обязанностей) — до 2 тыс. штатных единиц;
системный администратор — 2 единицы;
администратор баз данных — 2 единицы;
администратор доступа к Системе — по 1 единице на каждое юридическое лицо;
специалист по обслуживанию комплекса технических средств — 1 единица.
Роль администратора доступа к Системе может совмещаться работниками ГКУ НСО ЦЗН с другими своими производственными обязанностями.
4.1.2.2Требования к Системе по квалификации персонала
Требования к квалификации персонала устанавливаются дифференцированно для различных ролей пользователей Системы, имеет квалификацию не ниже следующей:
Системный администратор — должен иметь опыт администрирования используемого Системой системного программного обеспечения, высокую квалификацию и практический опыт инсталляции системного и прикладного программного обеспечения, большой практический опыт администрирования программно-аппаратных комплексов.
Администратор баз данных — должен иметь высокую квалификацию и практический опыт выполнения работ по установке, настройке и администрированию используемой Системой СУБД, оптимизации ее работы.
Администратор доступа к Системе — должен иметь навыки Специалиста, а также хорошо представлять себе организационно-технологическую структуру и бизнес-процессы организации, сотрудникам которой он предоставляет доступ к Системе.
Специалист по обслуживанию комплекса технических средств — должен иметь навыки мониторинга состояния комплекса современных технических средств, уметь своевременно выявлять частичный и полный выход из строя отдельных компонент и осуществлять их замену, выполнять настройку аппаратуры серверов и рабочих станций.
Специалист — должен уметь выполнять свои функциональные обязанности с использованием Системы, иметь навыки работы на персональном компьютере, иметь начальные навыки работы с офисными приложениями.
4.1.2.3Требования к Системе по режиму работы персонала
Должно обеспечиваться соответствие режима работы персонала Системы действующему трудовому законодательству Российской Федерации.
Специалист — работает в Системе в период своего рабочего времени.
Системный администратор — работает в Системе в период рабочего времени ЦОД. С целью повышения надежности работы Системы может быть организована работа системных администраторов в 2 смены. Должна быть обеспечена возможность экстренного вызова в случае возникновения нештатной ситуации в нерабочее время.
Администратор баз данных — работает в Системе в период рабочего времени ЦОД.
Администратор доступа к Системе — работает в Системе в период рабочего времени организации, сотрудникам которой он предоставляет доступ к Системе.
Специалист обслуживанию комплекса технических средств — работает в Системе в период рабочего времени ЦОД. Должна быть обеспечена возможность экстренного вызова в случае возникновения нештатной ситуации в нерабочее время.
4.1.3Показатели назначения
4.1.3.1Степень приспособляемости Системы к изменению автоматизируемых процессов
Рассматривается приспособляемость Системы к следующим видам изменений автоматизируемых процессов и среды функционирования:
Изменение организационной структуры службы занятости Новосибирской области (создание новых ГКУ НСО ЦЗН, изменение внутренней организационной структуры ГКУ НСО ЦЗН и органа исполнительной власти субъекта Российской Федерации, осуществляющего переданные полномочия в области содействия занятости населения);
Развитие используемых средств вычислительной техники и системного программного обеспечения.
Адаптация Системы к изменению организационной структуры службы занятости населения Новосибирской области должна обеспечиваться изменением соответствующих настроек без внесения изменений в программный код.
Прикладное программное обеспечение Системы не должно использовать недокументированные возможности системного программного обеспечения и используемых технических средств. Это позволяет впоследствии адаптировать Систему к их новым версиям и модификациям.
4.1.3.2Допустимые пределы модернизации и развития Системы
При увеличении нагрузки на Систему должна иметься возможность ее масштабирования путем развертывания дополнительных экземпляров серверов приложений.
Работоспособность Системы должна полностью сохраняться при увеличении числа пользователей до 2 тыс. штатных единиц.
4.1.3.3Вероятностно-временные характеристики, при которых сохраняется целевое назначение Системы
Работоспособность Системы должна полностью сохраняться при следующих сроках хранения (и, соответственно, объемах) основных информационных объектов:
Электронное личное дело гражданина — в течение всего периода хранения соответствующего бумажного личного дела (75 лет минус возраст гражданина);
Данные об организации (работодателе) — в течение 10 лет с момента предоставления последней услуги.
Минимальный срок эксплуатации Системы, при котором сохраняется ее целевое назначение — не менее 10 лет.
4.1.4Требования к надежности
4.1.4.1Состав и количественные значения показателей надежности
В соответствии с ГОСТ 27.003-90 Система относится к обслуживаемым восстанавливаемым изделиям общего назначения многократного циклического применения. В качестве показателей надежности Системы устанавливается число дефектов, выявленных в период месячной эксплуатации, дифференцированно по уровням:
Неудобство — отдельная функция не работает, но на выполнение бизнес-процессов это не влияет;
Дисфункция — отдельная функция не работает, но тот же результат в бизнес-процессе может быть достигнут другим путем;
Катастрофа — нет возможности достигнуть необходимого результата в бизнес-процессе.
4.1.4.2Перечень аварийных ситуаций, по которым должны быть регламентированы требования к надежности, и значения соответствующих показателей
В качестве аварийной ситуации рассматривается программный сбой — выявление дефекта в программном обеспечении Системы.
4.1.4.3Требования к надежности технических средств и программного обеспечения
Требования к надежности технических средств не предъявляются.
К надежности программного обеспечения предъявляются следующие требования:
Дефектов уровня «неудобство» допускается не более 10 в месяц;
Дефектов уровня «дисфункция» допускается не более 2 в месяц;
Дефектов уровня «катастрофа» допускается не более 1 в год.
4.1.5Требования по безопасности
Требования по безопасности не предъявляются.
4.1.6Требования к эргономике и технической эстетике
Взаимодействие пользователей с Системой должно осуществляться посредством визуального графического интерфейса. Ввод-вывод данных, прием управляющих команд и отображение результатов их исполнения должны выполняться в интерактивном режиме, в реальном масштабе времени. Интерфейс должен соответствовать современным эргономическим требованиям и обеспечивать удобный доступ к основным функциям и операциям, выполняемым отдельными подсистемами.
Интерфейс должен обеспечивать удобное использование манипулятора типа «мышь», т.е. управление Системой должно осуществляется с помощью набора экранных меню, кнопок, значков и т. п. элементов.
Для экранных форм ввода данных должен быть обеспечен удобный клавиатурный ввод. Заполнение экранной формы данными должно выполняться от начала и до конца с клавиатуры без необходимости переключения на использование манипулятора типа «мышь» и обратно.
Управляющие элементы на экранных формах должны сопровождаться надписями и всплывающими подсказками, облегчающими работу пользователя с экранной формой.
Все надписи экранных форм, а также сообщения, выдаваемые пользователю (кроме, возможно, системных сообщений) должны быть на русском языке.
4.1.7Требования к транспортабельности для подвижных АС
Требования к транспортабельности не предъявляются.
4.1.8Требования к эксплуатации, техническому обслуживанию, ремонту и хранению компонентов Системы
Требования к эксплуатации, техническому обслуживанию, ремонту и хранению компонентов Системы не предъявляются.
4.1.9Требования к защите информации от несанкционированного доступа
Защита информации от несанкционированного доступа обеспечивается типовыми средствами операционных систем, как на серверной, так и на клиентской частях Системы. Для решения этой задачи в Системе также предусматриваются сервисы аутентификации и авторизации пользователей, регистрация входа пользователя в Систему и выхода из Системы.
Осуществляется настройка прав доступа к данным и функциям Системы для каждого пользователя. Пользователь должен получить доступ к тем и только тем данным и функциям, которые необходимы ему для выполнения своих должностных обязанностей.
4.1.10Требования по сохранности информации при авариях
Предполагается наличие в ЦОД независимой системы резервного копирования данных.
Внесение изменений в данные информационного объекта Системы должно осуществляться в рамках одной транзакции с тем, чтобы сохранялась логическая целостность данных.
Система должна позволять создавать резервные копии, из которых сама Система или ее отдельные компоненты могут быть восстановлены после аварии.
|
