ГОСТ 34.602-89 Техническое задание на создание автоматизированной системы (Пример 5)

Посмотреть архив целиком

58







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

ТЕХНИЧЕСКОЕ ЗАДАНИЕ

на 58 листах

КЕМЕРОВО, 2012

АННОТАЦИЯ

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

Документ определяет назначение ИС УОС, цели ее разработки, характеристики объектов автоматизации, требования к структуре и функционированию компонентов ИС УОС, требования к видам обеспечения компонентов ИС УОС.

СОДЕРЖАНИЕ

АННОТАЦИЯ 2

СОДЕРЖАНИЕ 3

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

1.1. Наименование системы 4

1.2. Заказчик 4

1.3. Исполнитель 4

2. НАЗНАЧЕНИЕ И ЦЕЛИ СОЗДАНИЯ ИС УОС 5

2.1. Назначение ИС УОС 5

2.2. Цели создания ИС УОС 5

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

3.1. Описание основных подразделений объекта автоматизации и их функции 6

3.2. Перечень автоматизируемых функций 6

4. ТРЕБОВАНИЯ К ИС УОС 7

4.1. Требования к системе в целом 7

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

4.1.2. Требования к численности и квалификации персонала 11

4.1.3. Требования к показателям назначения 15

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

4.1.5. Требования к безопасности 17

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

4.1.7. Требования к эксплуатации 18

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

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

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

4.2. Требования к функциям ИС УОС 21

4.2.1. Реестр универсальных электронных карт (РУЭК) 21

4.2.2. Оператор поставщиков услуг (ОПУ) 31

4.2.3. Оператор каналов обслуживания (ОКО) 33

4.3. Требования к видам обеспечения ИС УОС 40

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

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

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

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

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

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

5. СОСТАВ И СОДЕРЖАНИЕ РАБОТ ПО ТЕХНИЧЕСКОМУ ПРОЕКТИРОВАНИЮ ИС УОС 48

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

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

7.1. Перечень технических документов 50

7.2. Дополнительные требования к документированию 50

8. ИСТОЧНИКИ РАЗРАБОТКИ 51

9. ПОРЯДОК ВНЕСЕНИЯ ИЗМЕНЕНИЙ 52

СОКРАЩЕНИЯ, ТЕРМИНЫ, ОПРЕДЕЛЕНИЯ 53


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

    1. Наименование системы

Полное наименование Системы – Информационная система Уполномоченной организации субъекта.

Сокращенное наименование Системы – ИС УОС.

    1. Заказчик

Заказчиком на приобретение ИС УОС, установку, адаптацию и ввод в промышленную эксплуатацию на территории Кемеровской области является уполномоченная организация Кемеровской области ОАО «РУЭК Кемеровской области».

    1. Исполнитель

Исполнителем является: Победитель Запроса предложений на приобретение, установку, адаптацию и ввод в промышленную эксплуатацию на территории Кемеровской области ИС УОС.

  1. НАЗНАЧЕНИЕ И ЦЕЛИ СОЗДАНИЯ ИС УОС

    1. Назначение ИС УОС

Информационная Система Уполномоченной организации субъекта предназначена для автоматизации функций уполномоченной организации Кемеровской области. ИС УОС позволит Заказчику выполнять набор функций, определенный в Федеральном законе от 27 июля 2010 года № 210-ФЗ «Об организации предоставления государственных и муниципальных услуг».

    1. Цели создания ИС УОС

Цель создания ИС УОС – организация предоставления государственных и муниципальных услуг гражданам Кемеровской области с использованием Универсальных электронных карт во исполнение распоряжения Правительства РФ от 17.10.2009 № 1555-р, распоряжения Правительства РФ от 17.10.2009 № 1993-р и Федерального закона от 27 июля 2010г. № 210-ФЗ.

Комплекс ИС УОС позволит выполнять следующие функции в рамках предоставления услуг с использованием универсальных электронных карт:

  • прием заявок и выдачу карт УЭК в Кемеровской области, а также ведение регионального реестра УЭК. Данные функции реализуются компонентом ИС УОС Реестр универсальных электронных карт (РУЭК). Данная компонента обеспечивает автоматизацию деятельности УОС в роли Эмитента, согласно утвержденных Правил ЕПСС УЭК;

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

  • обработка электронных запросов граждан на предоставление услуг по картам УЭК, взаимодействие с региональными поставщиками услуг (ПУ), а также ведение реестра государственных и коммерческих услуг региона. Данный набор функций реализуется компонентом ИС УОС Оператор поставщиков услуг (ОПУ) », решение обеспечивает автоматизацию деятельности УОС в роли Оператора поставщиков услуг.

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

    1. Описание основных подразделений объекта автоматизации и их функции

Уполномоченная Организация Субъекта (УОС) - Организация, которая в соответствии с требованиями Федерального закона от 27 июля 2010 года № 210-ФЗ «Об организации предоставления государственных и муниципальных услуг» осуществляет следующие функции:

  • обеспечение на территории субъекта Российской Федерации выпуска, выдачи, обслуживания и хранения (до момента выдачи гражданам) универсальных электронных карт;

  • ведение реестра универсальных электронных карт, содержащего сведения о выданных на территории субъекта Российской Федерации универсальных электронных картах, в порядке, установленном уполномоченным Правительством Российской Федерации федеральным органом исполнительной власти;

  • обеспечение на территории субъекта Российской Федерации информационно-технологического взаимодействия государственных информационных систем и муниципальных информационных систем, определенных соответственно нормативными правовыми актами Правительства Российской Федерации и нормативными правовыми актами субъекта Российской Федерации, в процессе предоставления государственных и муниципальных услуг с использованием универсальных электронных карт;

Подразделениями объекта автоматизации являются рабочие места сотрудников УОС: рабочие места операторов ППВ, рабочие места операторов автоматизированных рабочих мест (АРМ) ОПУ, рабочие места операторов АРМ ОКО, а также рабочие места сотрудников УОС, выполняющих функции УОС посредством ИС УОС.

    1. Перечень автоматизируемых функций

Уполномоченная организация субъекта:

  • Обеспечение процесса выпуска и выдачи карт УЭК.

  • Ведение реестра карт УЭК, выданных в соответствующем регионе.

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

  • Обеспечение процесса оформления запросов на оказание услуг гражданами-держателями карт УЭК в собственной инфраструктуре обслуживания (терминалах, подключенных к ИС УОС).

  • Взаимодействие с поставщиками услуг (ПУ) региона в процессе передачи им запросов граждан на оказание услуг.

  • Обработка документов по запрошенным региональным услугам с целью осуществления расчетов по ним.

  • Управление ключами и сертификатами в рамках технологии обеспечения безопасности взаимодействия.


  1. ТРЕБОВАНИЯ К ИС УОС

    1. Требования к системе в целом

      1. Требования к структуре и функционированию системы

Требования по общей схеме архитектуры системы

Архитектура ИС УОС должна представлять собой сервисно-ориентированную среду предоставления услуг по эмиссии и обслуживанию карт УЭК. Архитектурная схема Системы приведена ниже (Рисунок 1).

Рисунок 1 Архитектурная схема ИС УОС

Требования к архитектуре системы

Архитектурное построение системы должно отвечать следующим основным требованиям:

  • Основная и резервная базы данных ИС УОС должны разворачиваться Заказчиком при участии Исполнителя (в соответствии с договором) и функционировать на площадке центра обработки данных (ЦОД), управляемого Заказчиком.

  • Серверное оборудование ЦОД должно управляться и обслуживаться Заказчиком.

  • Пользовательские АРМ системы должны быть приспособлены к одновременному доступу к данным ИС УОС нескольких пользователей ИС УОС.

  • Работы по модернизации и обновлению функций пользовательских АРМ должны проводиться Заказчиком. Обновленные версии АРМ предоставляются Исполнителем в рамках и в сроки, согласованные Заказчиком и Исполнителем, определенные соответствующими договорами.

  • Процедуры технического облуживания серверного оборудования, баз данных ИС УОС должны производиться Заказчиком.

Состав системы

В состав ИС УОС должны входить следующие функциональные компоненты:

  1. Компонент «Реестр универсальных электронных карт (РУЭК)» – автоматизированная система (АС), предназначенная для автоматизации процесса эмиссии и обслуживания универсальных электронных карт субъекта РФ, а также создания Единого реестра выданных универсальных электронных карт в масштабах субъекта РФ. В состав компонента должны входить следующие подсистемы:

    1. Подсистема управления. Подсистема, предназначенная для работы Администраторов РУЭК с данными БД РУЭК ИС УОС, выполнения настроек и администрирования компонента РУЭК.

    2. Подсистема сбора и обработки данных. Подсистема, предназначенная для регистрации в РУЭК информации о гражданах, формирования заявлений граждан на получение карт УЭК, обеспечения необходимого порядка обработки информации для организации выпуска карт УЭК.

    3. Подсистема выдачи УЭК. Подсистема, предназначенная для выполнения процедур по выдаче и учету выданных гражданам карт УЭК.

    4. Подсистема информационного обмена. Подсистема предназначена для экспорта и/или импорта данных между РУЭК и иными автоматизированными системами в рамках функционирования УЭК.

    5. Подсистема защиты информации. Подсистема представляет собой программно-технический комплекс, предназначенный для защиты технических средств, программного обеспечения и данных от несанкционированного доступа к данным РУЭК. Выполняет функции по идентификации и аутентификации сторон, производящих обмен информацией, функции по разграничению прав доступа к информационным ресурсам РУЭК.

    6. Подсистема ведения нормативно справочной информации (НСИ). Подсистема представляет собой программное обеспечение для работы со справочными данными РУЭК. Предоставляет функции по загрузке в РУЭК нормативно справочных данных при информационном обмене между участниками РУЭК и внешними информационными системами.

    7. Подсистема отчетности. Подсистема, предназначенная для формирования отчетных форм, содержащих данные, генерируемые в процессе функционирования РУЭК, сохранения отчетных форм в общераспространенных форматах на компьютер пользователя.

    8. База данных РУЭК (БД РУЭК). Подсистема, предназначенная для хранения и управления данными, формируемыми при функционировании РУЭК.

  2. Компонент «Оператор поставщиков услуг (ОПУ)» – компонент информационной системы УОС, обеспечивающий непосредственное информационное и технологическое взаимодействие Системы с поставщиками услуг для решения следующих задач: передача запросов граждан на оказание услуг поставщикам услуг, ведение реестра региональных услуг, формирование и ведение заявок на внесение изменений в сводный реестр услуг, а также - учет операций заказа услуг гражданами для осуществления расчетов с контрагентами УОС. В состав компонента должны входить следующие подсистемы:

    1. Подсистема управления. Подсистема, предназначенная для работы Администратора ОПУ с данными БД ОПУ ИС УОС, выполнения настроек и администрирования компонента ОПУ.

    2. Подсистема управления реестрами услуг. Подсистема предназначена для ведения локального реестра услуг, актуализации данного реестра на основании информации, поступающей от Оператора ЕПСС УЭК.

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

    4. Подсистема взаимодействия с поставщиками услуг. Подсистема предназначена для осуществления непосредственного on-line и off-line взаимодействия с информационными системами поставщиков услуг с целью предоставления гражданам-держателям карт УЭК услуг в электронном виде.

    5. Подсистема защиты информации. Подсистема представляет собой программно-технический комплекс, предназначенный для защиты технических средств, программного обеспечения и данных от несанкционированного доступа. Выполняет функции по идентификации и аутентификации сторон, производящих обмен информацией, функции по разграничению прав доступа к информационным ресурсам компонента ОПУ.

    6. Отчетная подсистема. Подсистема, предназначенная для формирования отчетных форм, содержащих данные, генерируемые в процессе функционирования компонента ОПУ и сохранения отчетных форм в общераспространенных форматах на компьютер пользователя.

    7. База данных компонента ОПУ. Подсистема, предназначенная для хранения и управления данными, формируемыми при функционировании ОПУ.

  3. Компонент «Оператор каналов обслуживания (ОКО)» - составная часть ИС УОС предназначенная для предоставления возможности оформления запросов на оказание услуг гражданами-держателями карт УЭК в инфраструктуре обслуживания, взаимодействия с компонентом «Оператор поставщиков услуг», а также для централизованного управления платежно-информационной инфраструктурой (банкоматы, инфоматы, терминалы) на территории Кемеровской области. В состав компонента должны входить следующие подсистемы:

    1. Подсистема управления. Подсистема, предназначенная для работы операторов ОКО с данными БД ОКО ИС УОС, выполнения настроек и администрирования компонента ОКО.

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

    3. Подсистема управления инфраструктурой. Подсистема, предназначенная для мониторинга и управления параметрами работы терминального оборудования в инфраструктуре обслуживания УЭК.

    4. Подсистема защиты информации. Подсистема представляет собой программно-аппаратный комплекс, предназначенный для обеспечения информационной безопасности при взаимодействии с терминальными устройствами и внешними системами.

    5. Подсистема информационного обмена. Подсистема обеспечивает информационный обмен с компонентом ОПУ, фронтальной системой ФУО.

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

    7. База данных ОКО. Подсистема, предназначенная для хранения и управления данными, формируемыми при функционировании ОКО.

    8. Устройство самообслуживания. Подсистема предназначена для выполнения функции заказа и оплаты услуг с использованием карты УЭК. Обеспечивает работу с приложениями карты УЭК, выполнение с использованием карты УЭК необходимых операций, определенных в правилах ЕПСС, при заказе и предоставлении услуг. Обеспечивает формирование и передачу информации по предоставленным услугам в ОКО.

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

Информационный обмен между компонентами ИС УОС должен осуществляться посредством стандартных протоколов и интерфейсов электронного взаимодействия. Управление компонентами ИС УОС должно осуществляться с использованием специализированных АРМ управления. Функциональные требования к автоматизированным рабочим местам управления компонентами ИС УОС приведены в П. 4.2 настоящего документа.

ИС УОС должна обеспечивать предоставление информации, аккумулированной в ней, при наличии соответствующих прав и привилегий.

Требования к характеристикам взаимосвязей ИС УОС с внешними системами, требования к совместимости

В состав внешних систем, осуществляющих информационное взаимодействие с компонентами ИС УОС, входят:

  1. Компонент «Реестр универсальных электронных карт (РУЭК)»

  • Информационная система Федеральной уполномоченной организации (ФУО)

  • Информационная система Центра изготовления карт (ЦИК)

  • Информационная система Центра персонализации карт (ЦП)

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

  1. Компонент «Оператор поставщиков услуг (ОПУ)»

  • Информационная система Федеральной уполномоченной организации (ФУО)

  • Информационные системы поставщиков услуг Кемеровской области.

  1. Компонент «Оператор каналов обслуживания (ОКО)»

  • Информационная система Федеральной уполномоченной организации (ФУО УЭК).

Основные требования, предъявляемые к совместимости обмена данными между компонентами ИС УОС и внешними системами:

  • единые форматы импорта/экспорта данных;

  • использование стандартизованных промышленных протоколов и интерфейсов обмена данными в соответствии со спецификациями, определенными в правилах ЕПСС УЭК.

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

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

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

      1. Требования к численности и квалификации персонала

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

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

  1. Менеджерский состав

  • Руководитель проекта – 1 шт.ед.

  • Менеджер по работе с поставщиками услуг (ПУ) – 1 шт.ед.

  • Менеджер по взаимодействию с участниками ЕПСС (ЦИК, Банки, ЦП) – 1 шт.ед.

  1. Системное администрирование

  • Администратор баз данных (DBA) – 2 шт.ед.

  • Сетевой администратор – не менее 1 шт.ед.

  • Системный администратор – не менее 1 шт.ед.

  1. Прикладное сопровождение

  • Прикладной администратор РУЭК – не менее 1 шт.ед.

  • Прикладной администратор ОКО - не менее 1 шт.ед.

  • Прикладной администратор ОПУ – не менее 1 шт.ед.

  • Специалист контакт-центра – не менее 2 шт.ед. (1 шт.ед. на 100 тыс. карт)

  • Инженер по настройке устройств самообслуживания (УС) - 1 шт.ед. на 50 устройств.

  1. Оператор ППВ

  • Оператор ППВ – 1 шт.ед. на 1 ППВ.

Замечания:

  1. В наличия у сотрудника соответствующих знаний и квалификации, функции прикладного администратора РУЭК, прикладного администратора ОПУ, прикладного администратора ОКО может выполнять один специалист.

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

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

  1. Уровень подготовки персонала ИС УОС

  1. Руководитель проекта – контроль и управление проектом

    • Опыт руководящей работы

    • Знания в области проектной деятельности

    • Знания правил ЕПСС УЭК

    • Знания на уровне обучающего курса по системе РУЭК (в объеме руководства пользователя)

    • Умение работать с персональным компьютером в операционной системе Windows XP и выше

    • Знание программ MS Office 2003 или выше, Internet Explorer.

  1. Менеджер по работе с ПУ – процедуры по взаимодействию с ПУ в рамках проекта

    • Опыт работы в должности менеджера

    • Знания на уровне обучающего курса по компонентам ОКО, ОПУ (в объеме руководства пользователя)

    • Умение работать с персональным компьютером в операционной системе Windows XP и выше

    • Знание программ MS Office 2003 или выше, Internet Explorer.

  1. Менеджер по взаимодействию с участниками ЕПСС - процедуры по взаимодействию с участниками ЕПСС УЭК в рамках проекта

    • Опыт работы в должности менеджера

    • Знания правил ЕПСС УЭК

    • Знания на уровне обучающего курса по системе ИС УОС (в объеме руководства пользователя)

    • Умение работать с персональным компьютером в операционной системе Windows XP и выше

    • Знание программ MS Office 2003 или выше, Internet Explorer.

  1. Администратор баз данных (DBA) – выполнение процедур по администрированию СУБД ИС УОС

    • Опыт администрирования промышленных СУБД, инструментов построения отчетов промышленных СУБД

    • Знания на уровне обучающего курса по БД компонентов ИС УОС (в объеме руководства администратора)

    • Знание и понимание концепций реляционных баз данных

    • Знание языка SQL.

  1. Сетевой администратор – решение вопросов по функционированию и настройке сетевого оборудования в рамках проекта

    • Умение производить настройку и установку сетевого оборудования

    • Знания в области локальных и глобальных сетей

    • Знание сетевого оборудования

    • Знание и администрирование сетевой безопасности

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

  1. Системный администратор – выполнение процедур по сопровождению оборудования серверов ИС УОС

    • Знание архитектуры компьютеров SUN SPARC, Intel x86

    • Опыт администрирования Unix-подобных ОС (Solaris)

    • Опыт администрирования терминального сервера под управлением ОС MS Windows 2003 Server или выше

    • Знания в области локальных и глобальных сетей.

  1. Прикладной администратор РУЭК – контроль файлового обмена с ФУО, выполнение работ по заказу заготовок, настройка пользователей РУЭК, консультирование Операторов ППВ

    • Знания на уровне обучающего курса по системе РУЭК (в объеме руководства пользователя, администратора)

    • ПК на уровне опытного пользователя (Windows XP и выше, MS Office 2003 или выше, Internet Explorer)

    • Знание языка SQL.

  1. Прикладной администратор ОКО – регистрация пользователей, регистрация устройств самообслуживания, терминалов, мониторинг работы системы, консультации инженеров по устройствам самообслуживания, настройка ключей и сертификатов ОКО

    • Знания на уровне обучающего курса по системе ОКО (в объеме руководства пользователя, администратора)

    • ПК на уровне опытного пользователя (Windows XP и выше, MS Office 2003 или выше, Internet Explorer)

    • Знание языка SQL.

  1. Прикладной администратор ОПУ – регистрация пользователей, регистрация услуг и ПУ, регистрация терминалов, мониторинг работы Системы, консультации ПУ

    • Знания на уровне обучающего курса по системе ОПУ (в объеме руководства пользователя, администратора)

    • ПК на уровне опытного пользователя (Windows XP и выше, MS Office 2003 или выше, Internet Explorer)

    • Знание языка SQL.

  1. Специалист контакт-центра – выполнение процедур по претензионной работе с населением, консультирование граждан по вопросам проекта

    • Знания на уровне обучающего курса по системе ИС УОС (в объеме руководства пользователя)

    • ПК на уровне опытного пользователя (Windows XP и выше, MS Office 2003 или выше, Internet Explorer).

  1. Инженер по настройке УС – выполнение процедур по конфигурированию устройств самообслуживания

    • Знания на уровне обучающего курса по компонентам ОПУ, ОКО (в объеме руководства пользователя, администратора)

    • Умение производить настройку и установку сетевого оборудования

    • Общие знания в области локальных и глобальных сетей

    • ПК на уровне опытного пользователя (Windows XP и выше, MS Office 2003 или выше, Internet Explorer).

  1. Оператор ППВ

    • Знания на уровне обучающего курса по системе РУЭК (в объеме руководства пользователя)

    • Умение работать с персональным компьютером в операционной системе Windows XP и выше

    • Знание программ MS Office 2003 или выше, Internet Explorer.

      1. Требования к показателям назначения

В качестве основного параметра, характеризующего степень соответствия ИС УОС ее назначению, необходимо принять информационно-технологическую емкость системы, которая выражается в поддержке системой следующих параметров на момент ввода ИС УОС в эксплуатацию:

  1. Компонент Реестр универсальных электронных карт (РУЭК)

  • количество действующих карт УЭК – 1 000 000.

  • количество пунктов приема заявлений и выдачи карт (ППВ) – 200.

  1. Компонент Оператор поставщиков услуг (ОПУ)

  • средняя нагрузка 10 000 транзакций в день;

  • количество поставщиков услуг, подключенных через компонент ОПУ - 15;

  1. Компонент Оператор каналов обслуживания (ОКО)

  • средняя нагрузка 10 000 транзакций в день;

  • количество устройств самообслуживания подключенных к компоненту ОКО – 20.

  • предоставление онлайновых услуг в режиме 24 часа в сутки - 7 дней в неделю (при наличии доступа к устройству и работоспособности оборудования);

  • хранение журналов операций за 60 последних дней.

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

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

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

При увеличении количества карт в Системе, количества устройств самообслуживания подключенных к Системе, количества услуг, предоставляемых с использованием УЭК и/или изменении схем работы с клиентами могут потребоваться дополнительные рабочие места (АРМ операторов).

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

Основные показатели надежности системы

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

ИС УОС должна относиться к обслуживаемым восстанавливаемым изделиям общего назначения многократного циклического применения.

Основные показатели надежности ИС УОС:

  • среднее время наработки на отказ;

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

Параметры показателей надежности технических средств электронно-вычислительной техники должны определяться количественно-качественной оценкой:

  • техническими характеристиками аппаратных средств и их комплектующих изделий, качеством сборки и правильностью эксплуатации (в т.ч. качеством электропитания, приемлемым температурно-влажностным режимом, отсутствием ударов, вибрации и т.п.);

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

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

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

  • соответствия возможности технических средств вычислительной техники (объем памяти, быстродействие) потребностям программных изделий;

  • надежности программных модулей (программно-аппаратных средств) обработки информации (внедрение программ «вирусов», уничтожение и искажение файлов, ошибки при вводе данных, физическое разрушение носителей и т.п.).

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

  • оценкой качества каналов связи (радиоканалы, проводные и оптоволоконные линии);

  • оценкой качества коммутационных устройств (модемы);

  • наличием и соблюдением протоколов обмена данными.

Параметры показателей человеко-машинных интерфейсов должны определяться количественно-качественной оценкой:

  • эргономических характеристик;

  • сервисных возможностей;

  • уровнем требований к квалификации пользователей;

  • возможности взаимодействия с другими традиционными сетевыми технологиями (Internet, LAN, и т.п.).

Требования к перечню аварийных ситуаций

Под аварийной ситуацией в ИС УОС следует понимать такое состояние, которое характеризуется:

  • полным или частичным прекращением выполнения функциональных задач;

  • полным или частичным нарушением взаимодействия между компонентами ИС УОС, как на технологическом, так и на организационном уровне;

  • аномальным (нештатным) режимом работы всей системы или ее основных компонентов, связанным с изменением нормальной последовательности действий;

  • полной или частичной потерей информации;

  • нелегитимным доступом к данным ИС УОС, и предумышленным ее искажением или уничтожением.

Перечень возможно предпринимаемых мер, направленных на предотвращение аварийных ситуаций:

  • быстрое изменение конфигурации ИС УОС с перестройкой функциональной взаимосвязи внутри системы с делегированием выполняемых функций от одних модулей (утративших работоспособность) системы другим;

  • принятие мер по «горячему» и «холодному» резервированию устройств и модулей ИС УОС;

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

  • предоставление Исполнителем Заказчику в рамках действующих договоров по сопровождению и обслуживанию Системы необходимого программного обеспечения (ПО) и удаленных консультаций для устранения аварийных ситуаций.

      1. Требования к безопасности

Общие требования пожарной безопасности клиентских рабочих мест ИС УОС должны соответствовать нормам на бытовое электрооборудование.

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

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

Для персонального компьютера предусматривается использование графического дисплея с видеорежимом не менее 1024x768 точек или выше с частотой вертикальной развертки не менее 60 Гц.

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

Выбор действий операторов АРМ, граждан-держателей УЭК и ввод необходимых данных в Систему должен производиться с клавиатуры персонального компьютера и/или иного устройства ввода (клавиатура устройства самообслуживания, сенсорное устройство ввода устройства самообслуживания).

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

      1. Требования к эксплуатации

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

Условия и режимы эксплуатации

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

Требования к электропитанию

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

В целях обеспечения непрерывной работы технических средств клиентских рабочих мест ИС УОС возможно применение схем подключения, обеспечивающих их бесперебойное электроснабжение (с применением аккумуляторных батарей, ИБП).

Электропитание устройств, реализующих функции поддержки СУБД и систем хранения ключевых данных, информационной безопасности и технологических защит, должно осуществляться с наивысшей надежностью в соответствии с требованиями, предъявляемыми к электропитанию потребителей особой группы I категории. Электропитание таких устройств в обязательном порядке должно осуществляться с применением схем подключения, обеспечивающих их гарантированное (с применением ДГУ, АВР) и бесперебойное электроснабжение (с применением аккумуляторных батарей, ИБП).

Требования к системе бесперебойного электропитания

Выбор локальных ИБП ~220В (со 100% резервированием или без такового) осуществляется на стадии технического проектирования путем технико-экономического сравнения возможных вариантов организации бесперебойного питания и согласования решения с Заказчиком.

Требования к регламентам обслуживания

Обслуживание технических средств ИС УОС производится Заказчиком согласно внутренним регламентам Заказчика.

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

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

Несанкционированный доступ к данным ИС УОС должен быть ограничен следующими средствами:

  • административными и организационными средствами: Заказчиком должны быть созданы физически защищенные помещения, в которых будет осуществляться размещение серверного и коммуникационного оборудования БД ИС УОС и средств обеспечения ее бесперебойной работы. Доступ в указанные помещения должен быть строго ограничен с помощью соответствующих технических средств контроля. Должны быть разработаны специальные административные регламенты, определяющие порядок доступа в указанные помещения, а также регулирующие доступ к данным ИС УОС;

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

  • ограничение доступа к данным ИС УОС административными программными средствами СУБД в соответствии с ролями пользователей;

  • осуществлением передачи информации по каналам связи и хранением резервных копий данных ИС УОС с применением средств криптографической защиты;

  • межсетевыми экранами, для отделения сетей общего пользования от создаваемых в рамках ИС УОС ведомственных сетей, с особыми требованиями к безопасности, которые должны быть определены соответствующими регламентами, обеспечивающими сетевую безопасность.

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

Перечень событий, при которых должна обеспечиваться сохранность информации в ЦОД ИС УОС:

  • выключение электропитания в сетях общего пользования. Стабильность питания должна быть обеспечена устройствами резервного питания, обеспечивающими требуемые показатели по уровню, качеству, бесперебойности электропитания, в соответствии с регламентами обеспечения бесперебойной работы ИС УОС;

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

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

  • серверное оборудование («горячее» резервирование серверов);

  • коммуникационное оборудование (обеспечение каналов связи нескольких провайдеров и резервирование схем коммуникаций);

  • каналы связи (наличие проложенных запасных кабелей, линий связи);

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

  • оборотные фонды оборудования.

В качестве источников информации для восстановления данных должны использоваться резервные копии данных, дистрибутивы ИС УОС, операционной системы, СУБД и прочего ПО, задействованного при реализации ИС УОС.

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

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

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

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

  • Должен иметь в наличии собственные Центры по обработке данных (ЦОД), соответствующие промышленным масштабам;

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

Решения ИС УОС должны обладать следующими свойствами:

  • Решение должно быть модульным (состоять из набора функциональных подсистем, обеспечивающих функционирование УОС);

  • Иметь возможность интеграции с внешними автоматизированными системами, в том числе с действующей в г. Кемерово транспортной платежной системой «Электронный проездной».

    1. Требования к функциям ИС УОС

Глава содержит набор требований к компонентам ИС УОС в части выполнения обязательных функций.

      1. Реестр универсальных электронных карт (РУЭК)

        1. Подсистема управления

Подсистема должна содержать в своем составе специализированный АРМ оператора для управления РУЭК (далее – АРМ управления).

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

  1. Функции АРМ в части сбора и обработки данных

    1. Хранение и актуализация данных о гражданине, необходимых для осуществления операции выдачи карты. АРМ должен позволять вводить следующие данные о гражданине:

  • Фамилия гражданина

  • Имя гражданина

  • Отчество гражданина

  • Фотография гражданина

  • СНИЛС

  • Дата регистрации

  • Номер полиса ОМС

  • Удостоверяющий документ

  • Дата рождения

  • Место рождения

  • Гражданство

  • Пол

  • Образец подписи

  • Поле примечания

  • Обоснование ввода или изменения информации

  • Адрес регистрации

  • Адрес проживания

  • Контактная информация (телефон, электронная почта и т.д.)

  • Кодовое слово

  • Право на получение льготы

  • Данные о законном представителе гражданина

  • Причина подачи заявления о выдаче УЭК

  • Согласие на получение информационных SMS-сообщений заявителем и/или на информирование по электронной почте

  • Согласие на открытие индивидуального лицевого счета в системе обязательного пенсионного страхования (при отсутствии СНИЛС)

    1. Формирование реестра заказа заготовок карт УЭК для завода-изготовителя. АРМ должен позволять вводить следующие данные для реестра:

  • Количество заготовок для изготовления

  • Получатель заготовок карт

  • Идентификатор базового карточного продукта

  • Признак необходимости дополнительного домена безопасности

  • Центр персонализации

  • Контактная информация эмитента.

  1. Функции в части информационного обмена

АРМ управления должен позволять выполнять следующие действия при информационном обмене РУЭК и внешними системами:

    1. Выполнение настроек импорта данных

  • Список настраиваемых данных:

      • Код внешней системы

      • Название внешней системы

      • Другие поля.

    1. Выполнение настроек соответствия справочников систем

  • Список настраиваемых данных

      • Название внешней системы

      • Название справочника

      • Параметры соответствия данных.

  1. Функции АРМ в части ведения НСИ

    1. Просмотр, добавление и редактирование информации справочников РУЭК в соответствии с набором прав и привилегий пользователя.

    2. Обработка данных системных справочников, поступающих от ФУО.

    3. Формирование данных для обмена справочной информацией между РУЭК и внешними системами.

  2. Функции АРМ по предоставлению отчетных данных

АРМ должен предоставлять следующие возможности:

    1. Предоставление отчетных форм и пользовательских представлений по данным, формируемым в результате функционирования РУЭК, в соответствии с установленными в системе правами и привилегиями пользователя.

    2. Предоставление пользовательского интерфейса для формирования и сохранения отчетных форм РУЭК на компьютер пользователя.

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

  1. Пользовательские представления с возможностью установок условий фильтрации данных (ФИО владельца, номер карты, номер заявления и др.):

    1. Общий список карт УЭК

  • Список полей:

      • ФИО гражданина

      • Номер заявления

      • Дата оформления заявления на выдачу карты

      • Дата предполагаемой выдачи карты

      • Дата выдачи карты

      • Номер карты

      • Статус карты

      • Причина блокировки карты

      • Контактная информация

      • Срок действия карты

      • Название банка

      • Подразделение банка

      • Название ППВ

      • Кодовое слово

      • Дата изготовления карты

      • Карточный продукт

      • Федеральный пакет

      • Другие поля.

    1. Список карт УЭК, готовых к выдаче гражданам

  • Список полей:

      • ФИО гражданина

      • Номер заявления

      • Дата оформления заявления на выдачу карты

      • Дата предполагаемой выдачи карты

      • Номер карты

      • Статус карты

      • Контактная информация

      • Название банка

      • Подразделение банка

      • Название ППВ

      • Кодовое слово

      • Дата изготовления карты

      • Карточный продукт

      • Федеральный пакет

      • Другие поля.

    1. Список карт УЭК, выданных гражданам

  • Список полей:

      • ФИО гражданина

      • Номер заявления

      • Дата оформления заявления на выдачу карты

      • Дата предполагаемой выдачи карты

      • Дата выдачи карты

      • Номер карты

      • Статус карты

      • Контактная информация

      • Название банка

      • Подразделение банка

      • Название ППВ

      • Кодовое слово

      • Дата изготовления карты

      • Карточный продукт

      • Федеральный пакет

      • Другие поля.

  1. Представления

    1. Данные по заказам на изготовление заготовок карт для завода-изготовителя

  • Список полей:

      • Дата формирования заказа

      • Номер партии

      • Состояние заказа

      • Карточный продукт

      • Количество заготовок

      • Остаток заготовок

      • Получатель заготовок

      • Контактная информация

      • Заказчик

      • Потребность в размещении дополнительного домена безопасности

      • Центр персонализации

      • Список карточных платформ

      • Другие поля.

  1. Представления, содержащие данные о реестрах

    1. Информация об исходящих реестрах заявок на выпуск карт в ФУО

  • Список полей:

      • Номер реестра

      • Вид карты

      • Статус реестра

      • Дата и время начала обработки реестра

      • Дата и время окончания обработки реестра

      • Имя файла реестра

      • Другие поля.

    1. Информация об исходящих реестрах-уведомлениях для ФУО по выданным УЭК

  • Список полей:

      • Номер реестра

      • Статус реестра

      • Дата и время начала обработки реестра

      • Дата и время окончания обработки реестра

      • Имя файла реестра

      • Другие поля.

    1. Информация об исходящих реестрах заданий на персонализацию карт в ЦП

  • Список полей:

      • Номер реестра

      • Вид карты

      • Статус реестра

      • Дата и время начала обработки реестра

      • Дата и время окончания обработки реестра

      • Имя файла реестра

      • Другие поля.

    1. Информация о входящих реестрах, поступивших от ФУО – данные по федеральным пакетам сведений о гражданах

  • Список полей:

      • Номер реестра

      • Статус реестра

      • Дата и время начала обработки реестра

      • Дата и время окончания обработки реестра

      • Количество записей реестра

      • Имя файла реестра

      • Ошибки при обработке реестра

      • Информация о записях реестра

      • Другие поля.

    1. Информация о входящих реестрах, поступивших от ЦП, о персонализации карт

  • Список полей:

      • Номер реестра

      • Статус реестра

      • Дата и время начала обработки реестра

      • Дата и время окончания обработки реестра

      • Количество записей реестра

      • Имя файла реестра

      • Ошибки при обработке реестра

      • Информация о записях реестра

      • Другие поля.

  1. Функции АРМ в части администрирования объектов БД РУЭК

АРМ должен предоставлять следующие возможности по управлению объектами и выполнению настроек БД РУЭК:

    1. Настройка выполнения заданий по расписанию.

    2. Формирование и отображение журналов системы:

  • Журналы запуска и выполнения операций

  • Журналы системных событий

  • Журналы сообщений об ошибках

  • Журналы изменения реквизитов объектов

  • Другие журналы.

    1. Настройка параметров реестров.

        1. Подсистема сбора и обработки данных

          1. Регистрация в системе заявок и обеспечение необходимого порядка обработки информации, требуемой для организации первичной выдачи карты

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

  • Фотографирование гражданина;

  • Сканирование, сохранение и обработка заявлений гражданина на выдачу карт;

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

  • Формирование заказа для изготовления партий заготовок карт УЭК;

  • Формирование списков для распределения карт в разрезе пунктов приема и выдачи карт (ППВ);

  • Аннулирование заявления на выдачу карты.

          1. Выполнение процедур по подготовке повторной выдачи карт:

  • Формирование и обработка заявлений граждан о получении дубликата карты УЭК;

  • Формирование заказа для изготовления партий заготовок карт;

  • Формирование списков для распределения карт;

  • Хранение и учет информации обо всех выданных гражданину карт в пределах данного субъекта;

  • Регистрация факта повторной выдачи карты;

  • Формирование реестров для повторного выпуска карт УЭК, утративших силу по причинам утери, поломки, окончания срока действия карт и т.д.

          1. Хранение и актуализация данных о гражданине, необходимых для осуществления операции выдачи и персонализации карты и всех приложений карты:

  • Данные фотографии гражданина;

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

  • Данные о выбранном гражданином банке-эмитенте банковского приложения.

          1. Формирование и обработка заявления о возврате карты в УОС.

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

          3. Формирование и обработка заявлений граждан об отказе в получении карт.

          4. Выполнение процедур по уничтожению карты.

        1. Подсистема выдачи УЭК

К основным функциям подсистемы относятся:

          1. Выполнение процедур по первичной выдаче карт:

  • Распределение изготовленных карт по ППВ;

  • Контроль состояния выдачи карт;

  • Регистрация факта выдачи карты гражданину.

          1. Выполнение процедур по повторной выдаче карт:

  • Распределение изготовленных карт по ППВ;

  • Актуализация данных по всем картам, выданным гражданину;

  • Контроль состояния выдачи карт;

  • Регистрация факта повторной выдачи карты гражданину.

          1. Осуществление выдачи карт гражданам, не подавшим заявления в установленный срок.

          2. Формирование для ФУО реестра-уведомления о выданных (выданных повторно) картах УЭК.

          3. Печать всех необходимых документов (заявлений, справок и т.д.), необходимых для выдачи карты гражданину.

        1. Подсистема информационного обмена

          1. Функции РУЭК по обмену данными с ФУО:

  • Возможность обмена данными c ФУО в режиме on-line, а также в режиме off-line с использованием интерфейсов файлового обмена в части выпуска карт УЭК;

  • Обработка пакетов сообщений, поступающих от ФУО;

  • Обмен информацией системных справочников;

  • Регистрация заявки на выпуск карт в ФУО;

  • Получение информации от ФУО о состоянии заявок на выпуск карт;

  • Получение и обработка федерального пакета сведений о гражданине от ФУО;

  • Отправка уведомлений в ФУО о выданных картах;

  • Аннулирование заявки на выпуск карты;

  • Формирование пакетов сообщений, направляемых в ФУО;

  • Обработка уведомлений ФУО об ошибках в заявках на выпуск карт УЭК;

  • Получение уведомлений ФУО об изменении данных гражданина;

  • Анализ и исправление ошибок в заявках на выпуск карт УЭК, обнаруженных в ходе выверки данных о гражданине;

  • Процедуры по подготовке к выпуску карт для граждан, не подавших заявления на получение карты: получение и обработка данных о гражданах, не подавших заявления;

  • Поиск информации о гражданине, хранящейся в базе данных РУЭК, с использованием различных фильтров поиска;

  • Формирование в ФУО запроса о статусе карты;

  • Формирование заявки в ФУО на изменение статуса карты, приложений карты.

          1. Функции РУЭК по обмену данными с Центром изготовления карт (ЦИК):

  • Формирование и отправка в ЦИК заявки на изготовление партии заготовок карт УЭК;

  • Анализ и обработка уведомлений ЦИК об изготовлении партии заготовок карт.

          1. Функции РУЭК по обмену данными с Центром персонализации (ЦП):

  • Формирование и отправка в ЦП заявок на выполнение процедур по персонализации карт УЭК;

  • Получение и обработка уведомлений из ЦП о персонализации карт УЭК.

          1. Функции РУЭК по обмену данными с различными региональными информационными системами для выполнения загрузки данных о гражданах:

  • Получение данных о гражданах от информационных систем различных ведомств с целью подготовки заявок на выпуск карт гражданам, не подавшим заявления на выдачу УЭК;

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

        1. Подсистема защиты информации

К основным функциям подсистемы относятся:

          1. Предоставление доступа к данным РУЭК, согласно необходимым правам и привилегиям пользователей.

          2. Функции по предоставлению доступа к данным РУЭК с использованием цифровых сертификатов и ключей.

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

          4. Установка/снятие блокировки доступа к данным РУЭК.

          5. Регистрация и сохранение в журналах системы основных системных событий, связанных с передачей данных, работой с системой через предоставляемые АРМ.

          6. Взаимодействие с действующей в рамках ЕПСС УЭК системой защищенного электронного документооборота с ФУО.

        1. Подсистема ведения НСИ

К основным функциям подсистемы относятся:

          1. Просмотр, добавление и редактирование информации справочников РУЭК в соответствии с набором прав и привилегий пользователя.

          2. Обработка данных системных справочников, поступающих от ФУО.

          3. Поддержка системных справочников ЕПСС УЭК, утвержденных Правилами ЕПСС УЭК версии 1.6.

        1. Подсистема отчетности

К основным функциям подсистемы относятся:

          1. Предоставление отчетных форм по данным, формируемым в результате функционирования РУЭК, в соответствии с установленными в системе правами и привилегиями пользователя.

          2. Формирование отчетных форм по реестру карт УЭК в соответствии с установленными форматами как для внутреннего использования сотрудниками УОС, так и для внешних потребителей отчетной информации.

          3. Предоставление пользовательского интерфейса для формирования и сохранения отчетных форм РУЭК на компьютер пользователя.

        1. Подсистема БД РУЭК

К основным функциям подсистемы относятся:

          1. Хранение системных справочников, данных, формируемых при функционировании РУЭК, также - правил и алгоритмов обработки данных РУЭК.

          2. Архивирование данных, резервирование данных РУЭК в режиме реального времени, согласно регламентам РУЭК.

          3. Соблюдение целостности и непротиворечивости данных РУЭК.

      1. Оператор поставщиков услуг (ОПУ)

        1. Подсистема управления

          1. Предоставление интерфейса управления пользователями, зарегистрированными в ОПУ, управление правами и привилегиями пользователей.

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

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

        1. Подсистема управления реестрами услуг

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

        2. Подсистема предоставления услуг

          1. Взаимодействие с компонентом ОКО. Функция включает в себя следующий набор операций:

  • Обработка запросов на предоставление услуг, инициированных внутри региона;

  • Обработка уведомлений об отмене предоставления услуг, инициированных внутри региона.

          1. Взаимодействие с ФУО. Функция включает в себя следующий набор операций:

  • Обработка запросов на предоставление услуг, инициированных за пределами региона;

  • Обработка уведомлений об отмене предоставления услуг, инициированных за пределами региона.

        1. Подсистема взаимодействия с поставщиками услуг

          1. Взаимодействие с поставщиками услуг в off-line режиме

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

  • Получение от поставщиков услуг информации по абонентам в off-line режиме в виде реестров абонентов;

  • Предоставление поставщикам услуг информации об операциях заказа услуги в off-line режиме в виде реестров операций;

  • Предоставление поставщикам услуг информации об операциях отмены заказа услуги в off-line режиме в виде реестров операций отмены;

          1. Взаимодействие с поставщиками услуг в on-line-режиме

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

  • Формирование on-line-запросов поставщикам услуг с целью валидации данных необходимых для заказа предоставления услуг;

  • Уведомление поставщиков услуг в on-line режиме о заказе предоставления услуги;

  • Уведомление поставщиков услуг в on-line режиме об отмене заказа на предоставления услуги;

  • Контроль оказания услуги в on-line-режиме, контроль отмены оказания услуги в on-line-режиме в соответствии с установленными в системе временными интервалами (таймаутами).

        1. Подсистема защиты информации

К основным функциям подсистемы относятся:

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

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

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

          4. Регистрация и сохранение в системном журнале операций, выполняемых в модуле ОПУ.

        1. Отчетная подсистема

          1. Предоставление отчетных форм по данным, формируемым в результате функционирования компонента ОПУ, в соответствии с установленными в системе правами и привилегиями пользователя.

          2. Формирование отчетных форм, предназначенных для осуществления расчетов с контрагентами, используемых как сотрудниками УОС, так и самими контрагентами.

          3. Формирование отчетных форм по реестру услуг как для внутреннего использования сотрудниками УОС, так и для внешних потребителей отчетной информации.

          4. Предоставление пользовательского интерфейса для формирования и сохранения отчетных форм компонента ОПУ на компьютер пользователя.

        2. Подсистема БД ОПУ

          1. Хранение системных справочников, данных, формируемых при функционировании компонента ОПУ, а также правил и алгоритмов обработки данных.

          2. Поддержка системных справочников ЕПСС УЭК, утвержденных Правилами ЕПСС УЭК версии 1.6.

          3. Предоставление данных по правилам системы.

          4. Добавление, изменение, удаление хранимых данных по правилам системы.

          5. Соблюдение целостности и непротиворечивости данных.

      1. Оператор каналов обслуживания (ОКО)

        1. Подсистема управления

Подсистема должна содержать в своем составе следующие АРМ для управления компонентом ОКО:

  • АРМ администратора ОКО

  • АРМ мониторинга устройств самообслуживания

  • АРМ управления устройствами самообслуживания.

  1. Функции АРМ администратор ОКО

    1. Регистрация объектов платежно-информационной инфраструктуры

      1. Регистрация точки обслуживания

      2. Регистрация устройства

      3. Регистрация служебной карты (пластиковой карты, содержащей идентификационную информацию об устройстве в ОКО и ключи шифрования передаваемых данных между устройством и модулем ОКО) для выделенного устройства

      4. Регистрация зоны обслуживания устройства/сети устройств.

    2. Выпуск служебных карт для устройств самообслуживания, обеспечивающих хранение и использование специализированной служебной информации. АРМ позволяет настраивать:

      1. Тип служебной карты

      2. Срок действия служебной карты

      3. Срок действия ключей

      4. Персональный пин-код оператора, имеющего доступ к служебной карте.

    3. Просмотр списка авторизаций

      1. с возможностью установки фильтров по различным критериям:

        1. Идентификатор устройства

        2. Идентификатор служебной карты

        3. Идентификатор точки обслуживания

        4. Дата операции

        5. Статус операции.

      2. Структура данных

        1. Номер устройства, по которому прошла авторизация

        2. Дата авторизации

        3. Сумма авторизации

        4. Статус авторизации.

    4. Управление пользователями

      1. Регистрация нового пользователя в системе и ввод пароля пользователя

      2. Определение роли и прав пользователя

      3. Установка срока действия учетной записи пользователя.

    5. Управление объектами, зарегистрированными в комплексе

      1. Изменение текущего статуса зарегистрированного объекта

      2. Просмотр существующих объектов с возможностью установки различных фильтров.

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

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

      2. Настройка параметров работы автоматических обработчиков.

  2. Функции АРМ мониторинга устройств самообслуживания

АРМ предназначен для оперативного слежения за работой и состоянием сети устройств самообслуживания.

    1. Просмотр текущей информации о состоянии устройств сети, содержащей информацию о следующих данных:

      1. Идентификатор устройства

      2. Состояние модулей

      3. Количество банкнот в устройстве и общую сумму банкнот (с разделением по валютам)

      4. Прогноз окончания банкнот для выдачи

      5. Счетчик изъятых карт

      6. Наличие активных сеансов с устройством.

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

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

    4. Подготовка следующих сводных отчетов по инфраструктуре:

      1. Отчетов о текущих остатках наличных средств в инфраструктуре (идентификатор устройства, сумма в устройстве (по валютам), количество банкнот в устройстве (по валютам));

      2. Отчетов о суммах и количестве банкнот, загруженных в момент последней инкассации (идентификатор устройства, сумма в устройстве (по валютам), количество банкнот в устройстве (по валютам));

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

    5. Определение прав доступа для просмотра устройств или группы устройств.

  1. Функции АРМ управления устройствами самообслуживания

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

    1. Управление состоянием устройства самообслуживания:

      1. Перевод устройства в режим обслуживания клиентов

      2. Блокировка обслуживания клиентов

      3. Выключение устройства самообслуживания.

    2. Замена элементов клиентского интерфейса:

      1. Передача и удаленная активация скриптов, обеспечивающих формирование клиентского интерфейса устройства самообслуживания

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

    3. Загрузка сводного реестра услуг Оператора ЕПСС.

    4. Получение журналов работы программного обеспечения c устройств/групп устройств:

      1. Выбор журнального файла для загрузки с указанием даты журнального файла, типа журнального файла.

    5. Создание отложенных заданий:

      1. Заданий на получение журнальных файлов;

      2. Активация задания на устройстве самообслуживания.

    6. Формирование сводной таблицы текущих заданий:

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

    7. Определение прав доступа к управлению устройством или группой устройств:

      1. Регистрация пользователя системы управления устройствами

      2. Управление правами доступа пользователя системы управления устройствами.

        1. Подсистема терминального взаимодействия

Основная функция подсистемы - поддержка стандартных протоколов взаимодействия с терминальными устройствами при выполнении следующих операций:

  • Просмотр перечня услуг;

  • Просмотр информации по услугам;

  • Передача в устройства метаинформации по услугам;

  • Транзакция авторизации гражданина;

  • Обращение к поставщикам специальных данных;

  • Транзакция авторизации заказа услуги;

  • Транзакция заказа услуги в чужом регионе.

        1. Подсистема управления инфраструктурой

Подсистема выполняет следующие функции:

  • Контроль регистрационных данных устройств инфраструктуры;

  • Передача управляющей информации в терминальные устройства;

  • Распределение ключей шифрования данных по зонам безопасности;

  • Удаленное модифицирование настроек, обновление ПО терминальных устройств;

  • Сбор данных мониторинга платежно-информационной инфраструктуры.

        1. Подсистема защиты информации

К функциям подсистемы защиты информации относятся:

  • Генерация терминальных мастер-ключей и рабочих ключей терминалов, эмиссия мастер-ключей;

  • Генерация ключей межхостового on-line-взаимодействия;

  • Перешифрация критичных данных при передаче запросов между зонами безопасности;

  • Шифрование и подписывание данных при off-line-взаимодействии;

  • Предоставление пользователям доступа к данным ОКО согласно назначенным правам и привилегиям.

        1. Подсистема информационного обмена

В рамках on-line взаимодействия подсистема выполняет следующие функции:

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

  2. Взаимодействие с ОПУ при выполнении на терминале следующих операций:

  • Просмотр перечня федеральных, муниципальных, коммерческих услуг, информации по услугам;

  • Заказ услуги.

  1. Взаимодействие с фронтальной системой ФУО при выполнении в терминале:

  • Транзакции авторизации заказа услуги;

  • Транзакции заказа услуги в чужом регионе;

  • Транзакции авторизации гражданина;

  • При выполнении в терминале операций, связанных с управлением /добавлением/удалением приложений на карту УЭК, изменением данных приложения;

  • Обработка полного реестра услуг (полный реестр предоставляется по специальному запросу) и обработка изменений реестра услуг (изменения по отношению к предыдущей версии реестра).

  1. Взаимодействие с эмитентом УЭК и системами региональных приложений УЭК при модификации данных приложений (управлении обслуживанием приложений в инфраструктуре).

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

  1. Поддержка в рамках обмена файлами с ФУО следующего информационного взаимодействия:

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

  • Обработка изменений реестра услуг (изменения по отношению к предыдущей версии реестра).

  1. Поддержка в рамках обмена файлами с ПЦ Банков, компонентом ОКО и ПЦ региональных приложений следующего информационного взаимодействия:

  • Формирование и отправка в компонент ОПУ реестров операций, обработанных через инфраструктуру устройств, подключенных к компоненту ОКО;

  • Формирование и отправка в ПЦ региональных приложений реестров операций, обработанных через инфраструктуру устройств, подключенных к компоненту ОКО.

        1. Отчетная подсистема

Отчетная подсистема выполняет следующие функции:

  1. Формирование реестров операций, совершенных в платежно-информационной инфраструктуре для банка-эквайера.

  2. Формирование отчетов о функционировании терминальных устройств (периоды простоя, аппаратные ошибки, количество изъятых карт, объем принятых/выданных денежных средств и т. п.).

  3. Выгрузка сформированных отчетных форм в согласованном формате.

        1. Подсистема БД ОКО

Основные функции подсистемы БД ОКО:

  1. Хранение данных, формируемых при функционировании компоненты ОКО, а также правил и алгоритмов их обработки (прикладная логика).

  2. Хранение системных справочников, регистрационной информации об объектах инфраструктуры обслуживания карт.

  3. Поддержка системных справочников ЕПСС УЭК, утвержденных Правилами ЕПСС УЭК версии 1.6.

  4. Архивирование данных, контроль физической целостности, резервирование данных согласно регламентам.

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

        1. Подсистема «Устройство самообслуживания»

Основные функции подсистемы «Устройство самообслуживания»:

  1. Ядро приложения «Устройство самообслуживания»

  • Управление сценарием обслуживания клиентов в режиме без карты и для всех режимов работы с картами;

  • Управление политиками обслуживания;

  • Формирование транзакционных документов;

  • Обслуживание платежных карт в соответствии с требованиями платежных систем.

  1. Модуль связи

  • Формирование информационных пакетов, требуемых в процессе обмена данными, в рамках функционирования ОКО;

  • Контроль таймаутов сеансов связи;

  • Маршрутизация запросов в Центры авторизации в зависимости от типа платежной карты.

  1. Графический модуль

  • Настройка экранных форм;

  • Формирование экранных форм в режиме обслуживания клиентов.

  1. Модуль работы с EMV

  • Обеспечение интеграции с внешним платежным модулем;

  • Обеспечение обслуживания платежного приложения УЭК через внешний EMV-сертифицированный модуль платежных карт с приложением EMV, согласно требованиям EMV Level 2.

  1. Модуль работы с оборудованием

  • Взаимодействие с оборудованием через протокол XFS;

  • Взаимодействие с оборудованием, работающим через нативные протоколы или драйверы;

  • Контроль работоспособности оборудования.

  1. Модуль взаимодействия с платежно-сервисными приложениями

  • Обеспечение интеграции с внешним модулем;

  • Обеспечение взаимодействия ядра с модулем сторонних производителей, в том числе с модулем обслуживания вневедомственных терминалов (МО ВТ).

  1. Модуль обслуживания идентификационного приложения УЭК

  • Обеспечение взаимодействия ядра с модулем обслуживания идентификационного приложения УЭК;

  • Управление сценарием обслуживания приложения УЭК.

  1. Модуль работы с подсистемой управления

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

  • Уведомления о ходе выполнения заданий.

    1. Требования к видам обеспечения ИС УОС

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

Математическое обеспечение ИС УОС должно представлять собой совокупность математических методов, моделей и алгоритмов обработки информации, используемых для реализации функций подсистем.

Состав подсистем определен в П.4.1.1. настоящего Технического задания. Дальнейшее его уточнение и детализация должны выполняться по согласованию Заказчика и Исполнителя.

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

Требования настоящего раздела являются общими для информационного обеспечения ИС УОС.

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

Данные должны быть организованы в виде реляционной модели.

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

Способы организации Системы должны предусматривать доступ к данным посредством специализированных АРМ через защищенное соединение сети Internet, в строгом соответствии с необходимыми правами и привилегиями пользователей системы.

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

ИС УОС должна обеспечивать эффективную организацию обмена информацией между внутренними компонентами.

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

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

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

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

Требования к информационному обмену между компонентами ИС УОС должны быть определены на этапе разработки, исходя из возможностей платформы реализации.

К компонентам ИС УОС предъявляются следующие требования:

  1. Компонент «Реестр универсальных электронных карт (РУЭК)»

  • Информационный обмен между подсистемами РУЭК должен осуществляться с использованием стандартных сетевых протоколов TCP/IP, HTTP, HTTPS;

  • Доступ к данным БД РУЭК должен осуществляться при помощи АРМ РУЭК, построенного по типу «тонкого» клиента работающего в терминальном режиме. Рабочие станции должны взаимодействовать с терминальным сервером по протоколу TCP/IP;

  • Для подключения к терминальному серверу должно использоваться VPN-соединение.

  1. Компонент «Оператор поставщиков услуг (ОПУ)»

  • Информационный обмен между подсистемами ОПУ должен осуществляться с использованием стандартных сетевых протоколов TCP/IP, HTTP, HTTPS;

  • Доступ к данным БД ОПУ должен осуществляться при помощи АРМ ОПУ, построенного по типу «тонкого» клиента, работающего в терминальном режиме. Рабочие станции должны взаимодействовать с терминальным сервером по протоколу TCP/IP;

  • Для подключения к терминальному серверу должно использоваться VPN-соединение;

  1. Компонент «Оператор каналов обслуживания (ОКО)»

  • Информационный обмен между подсистемами ОКО должен осуществляться с использованием стандартных сетевых протоколов TCP/IP, HTTP, HTTPS;

  • Подключение устройств самообслуживания должно обеспечиваться путем взаимодействия через специализированный терминальный обработчик;

  • Система должна иметь возможность взаимодействия с БД через выделенный сервер приложений;

  • Терминальный обработчик должен взаимодействовать с БД через специализированный обработчик, взаимодействующий с базой данных ОКО.

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

Обмен данными с внешними информационными системами должен производиться в форматах, согласованных на этапе интеграции систем.

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

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

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

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

Требования к информационному обмену между ИС УОС и внешними системами должны быть определены на этапе разработки, исходя из возможностей платформы реализации.

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

Для хранения информационных массивов ИС УОС должна использоваться современная, реляционная, поддерживающая стандарт SQL, промышленная, транзакционная и отказоустойчивая СУБД.

СУБД должна отвечать следующим требованиям:

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

  • поддерживать все основные программно-аппаратные платформы с возможностью перемещения данных между этими платформами;

  • обеспечивать механизмы горячего резервирования (Standby);

  • стандартная поставка СУБД должна включать средство администрирования, работающего по технологии «тонкого» клиента (Web-браузер);

  • необходимо обеспечение поддержки СУБД от производителя.

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

Процесс сбора, обработки и передачи данных в ИС УОС должен определяться должностными инструкциями и регламентами сотрудников объекта автоматизации и нормативно-техническими документами ИС УОС.

Требования к защите данных от разрушений при авариях и сбоях в электропитании системы

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

Для обеспечения сохранности информации при аварийных ситуациях в ИС УОС должны быть предусмотрены средства обеспечения бесперебойного питания, дублирования информации.

Требования к контролю, хранению и восстановлению данных

В ИС УОС должно быть предусмотрено резервное копирование (архивирование) информации БД.

Контроль, хранение, восстановление данных должны быть регламентированы. Хранение резервных данных должно осуществляться в местах, не допускающих их повреждения, в случае уничтожения или повреждения основных данных ИС УОС.

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

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

Для защиты информационных массивов передаваемых данных, электронных документов от несанкционированного изменения должна применяться электронно-цифровая подпись (ЭЦП) или аналог электронно-цифровой подписи.

Порядок формирования и использования электронных цифровых подписей в Системе устанавливается и регламентируется на основании утвержденных действующих Правил ЕПСС УЭК.

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

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

В качестве языка манипулирования данными должны быть использованы стандартные версии языка SQL для целевых СУБД.

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

Для управления сервером основной и резервной БД компонентов ИС УОС должна использоваться надежная, серверо-ориентированная промышленная операционная система позволяющая обеспечить управление СУБД и другими исполняемыми процессами при максимальной ее загрузке.

Операционная система должна обеспечивать надежность, безопасность, отказоустойчивость и возможность восстановления при сбоях, производиться ведущим мировым производителем операционных систем. Операционная система серверов БД ИС УОС должна принадлежать к классу Unix-подобных операционных систем и поддерживать различные архитектуры процессоров. Производитель операционной системы серверов БД ИС УОС должен являться производителем серверного оборудования Системы.

Операционная система сервера поддержки терминальных сеансов работы с БД РУЭК, ОПУ должна принадлежать к классу систем Microsoft Windows Server 2003 или выше или эквивалент.

Прикладное программное обеспечение в составе ИС УОС должно соответствовать следующим основным требованиям:

  • функционировать в среде операционной системы и взаимодействовать с СУБД в соответствии с требованиями П.4.3.2. настоящего ТЗ;

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

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

  • реализовывать экспорт данных в текстовом формате;

  • реализовывать формирование и вывод печатных отчетных форм;

  • обеспечивать реализацию всех функций ИС УОС в соответствии с требованиями П.4.2. настоящего ТЗ и требованиями правил ЕПСС УЭК;

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

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

Качество разработки программных средств должно обеспечиваться соответствующими процедурами управления проектом по реализации ИС УОС.

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

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

Технические средства, функционирующие в составе ИС УОС, подразделяются на следующие категории:

  1. Компьютерное оборудование клиентских мест;

  2. Серверное оборудование ИС УОС;

  3. Универсальные электронные карты (УЭК);

  4. Терминальное оборудование;

  5. Каналы связи.

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

        1. Требования к компьютерному оборудованию клиентских мест компонентов ИС УОС

  • Персональный компьютер

    • Процессор – на базе архитектуры x86, с частотой не менее 2000MHz;

    • Объем оперативной памяти – не менее 1Гб;

    • Дисковая подсистема – не менее 100Гб;

    • Цветной монитор, размер не менее 15”, разрешение не менее 1024х768 точек;

    • Клавиатура, мышь.

  • Принтер для печати отчетных форм - локальный или подключенный сетевой лазерный принтер формата А4;

  • Сетевой адаптер.

        1. Требования к дополнительному оборудованию ППВ

  • Сканер

    • Наличие драйвера, обеспечивающего работу в операционных системах Windows XP, Windows 7;

    • Разрешение в режиме сканирования не хуже 1920x1080 (без использования интерполяции);

    • Поддержка TWAIN драйвера.

  • Фотоаппарат или Веб-камера

    • Наличие драйвера, обеспечивающего работу в операционных системах Windows XP, Windows 7;

    • Разрешение в режиме фото не менее 1920x1080 точек (без использования интерполяции);

    • Матрица камеры не менее 2.1 Мегапикселей;

    • Автофокус;

    • Поддержка TWAIN-драйвера;

    • Поддержка видео-потока данных и VFW-драйвера.

        1. Требования к серверному оборудованию ИС УОС

  1. Требования к серверному оборудованию Базы данных ИС УОС

  • В качестве сервера Базы данных (БД) ИС УОС должен использоваться промышленный сервер, известного мирового производителя, ориентированный на использование в критически важных сетевых приложениях.

  • Поддержка архитектуры SPARC.

  • Сервер БД должен обладать масштабируемостью и высокой степенью готовности. Расширяемость сервера должна быть обеспечена на аппаратном уровне: сервер должен допускать расширение объема памяти, дискового пространства, исходя из масштабов решаемых задач и в режиме «горячей» замены (без остановки сервера).

  • Серверное оборудование должно обеспечивать работоспособность БД ИС УОС, бесперебойную работу, простоту обслуживания, необходимые интерфейсы для обеспечения взаимодействия с коммуникационным оборудованием.

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

  1. Требования к серверному оборудованию по управлению терминальными сеансами работы с ИС УОС.

  • Сервер промышленного уровня известного мирового производителя.

  • Поддержка архитектуры x86.

  • Сервер должен обладать масштабируемостью и высокой степенью готовности. Расширяемость сервера должна быть обеспечена на аппаратном уровне: сервер должен допускать расширение объема памяти, дискового пространства.

        1. Требования к Универсальным электронным картам

ИС УОС должна взаимодействовать с Универсальными электронными картами (УЭК), технические и иные требования к которым содержатся в соответствующих утвержденных и действующих регламентных документах ЕПСС УЭК.

        1. Требования к терминальному оборудованию

          1. Устройство самообслуживания
            1. Технические требования

УС должно быть оборудовано моторизированным карт-считывателем для чтения/записи карт УЭК с активной сертификацией EMV Level 1.

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

Устройство ввода пин-кода со встроенным модулем шифрования. С активной сертификацией EMV Level 1.

Принтер для печати квитанций о клиентских операциях и актов инкассации..

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

Устройство должно иметь возможность подключения к сети передачи данных по протоколу TCIP или его аналогам (PPP, GPRS и т.д.).

            1. Требования по условиям эксплуатации

Питание УС должно осуществляться от электрической сети с номинального значения напряжения в пределах 220±15%В, частоты 50 ±10%Гц.

УС, устанавливаемое в закрытых помещениях, должно быть тепло- холодо- и влагоустойчиво в рабочих климатических условиях применения при температуре от +10 до + 40°С.

        1. Требования к каналам связи участников ИС УОС

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

          1. УОС

Для выполнения функций ППВ, связанных с эмиссией карт УЭК, а также взаимодействия с участниками ЕПСС должна использовать каналы связи с пропускной способностью не менее 128Кбит/с.

          1. Терминальная сеть

Для связи УС с компонентами ОКО, фронтальной системой ТПК ЕПСС УЭК должны использоваться каналы связи с пропускной способностью не менее 50 Кбит/с.

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

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

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

Взаимодействие между Участниками ИС УОС должно определяться системой нормативно-правовых актов (Правила ЕПСС УЭК, Правила ИС УОС, Договоры присоединения участников), разработанных в соответствии с действующим законодательством РФ.

  1. СОСТАВ И СОДЕРЖАНИЕ РАБОТ ПО ТЕХНИЧЕСКОМУ ПРОЕКТИРОВАНИЮ ИС УОС

Реализация ИС УОС должна включать в себя следующие основные этапы:

  • сбор данных и требований Заказчика, разработка, согласование ТЗ по итогу взаимодействия Заказчика и Исполнителя;

  • доработка ИС УОС, согласно утвержденному ТЗ;

  • тестирование ИС УОС, согласно внутренним регламентам Исполнителя;

  • приемо-сдаточные испытания ИС УОС;

  • передача ИС УОС в промышленную эксплуатацию, подписание соответствующих актов и договоров.

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

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

Внедрение ИС УОС предусматривает реализацию функций системы, обеспечивающих:

  • функции по подготовке к выпуску (эмиссии) в обращение Универсальных электронных карт;

  • функции по повторной выдаче гражданам Универсальных электронных карт;

  • функции по обмену информацией между участниками в рамках ЕПСС УЭК;

  • функции по ведению локальных и сводных реестров услуг;

  • функции обработки запросов на оказание услуг, инициированных внутри Кемеровской области и за ее пределами;

  • обслуживание Универсальных электронных карт в сети устройств самообслуживания.

Состав технической документации, предъявляемой Заказчику по окончанию работ по внедрению ИС УОС, приведен в П.7 настоящего ТЗ.

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

Виды, состав, объем и методы испытаний ИС УОС и ее составных частей, а также общие требования к приемке работ по стадиям разрабатывает и утверждает ОАО «РУЭК Кемеровской области» по согласованию с Исполнителем.

Состав приемочной комиссии определяет ОАО «РУЭК Кемеровской области»

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

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

    1. Перечень технических документов

В состав технических документов ИС УОС должны быть включены следующие виды документов:

Документация компонента Реестр универсальных электронных карт (РУЭК):

  • Пользовательская документация по работе операторов АРМ РУЭК: подробное описание состава, назначения и функционала АРМ РУЭК, снимки интерфейсных экранов АРМ РУЭК;

  • Пользовательская документация по работе администраторов, сопровождающих каждое рабочее место РУЭК. Документация и регламенты обслуживания системы предоставляются администраторам системы, специалистам служб сопровождения;

  • Набор инструкций по установке и настройке программного обеспечения АРМ РУЭК.

Документация компонента Оператор поставщиков услуг (ОПУ):

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

  • Руководство по инсталляции и настройке АРМ компонента;

  • Пользовательская документация по работе АРМ компонента;

  • Руководство по интеграции Системы с ИС ПУ в on-line и off-line режимах.

Документация компонента Оператор каналов обслуживания (ОКО):

  • Пользовательская документация по работе операторов АРМ компонента: подробное описание состава, назначения и функционала АРМ, снимки интерфейсных экранов АРМ;

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

  • Пользовательская документация на ПО устройства самообслуживания;

  • Инструкции по установке ПО устройства самообслуживания.

    1. Дополнительные требования к документированию

Документация предоставляется Исполнителем Заказчику в электронном виде.

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

  1. ИСТОЧНИКИ РАЗРАБОТКИ

Настоящее Техническое задание разработано на основании следующих документов:

  • ГОСТ 34.602-89 Техническое задание на создание автоматизированной системы;

  • ГОСТ 24.104-85 Единая система стандартов автоматизированных систем управления. Автоматизированные системы управления. Общие требования;

  • РД 50-34.698-90. «Методические указания. Информационная технология. Комплекс стандартов на автоматизированные системы. Автоматизированные системы. Требования к содержанию документов»

  • ГОСТ 34.201-89. «Информационная технология. Комплекс стандартов на автоматизированные системы. Виды, комплексность и обозначение документов при создании автоматизированных систем»;

  • ГОСТ 34.601-90. Автоматизированные системы. Стадии создания»;

  • Правила Единой платежно-сервисной системы «Универсальная электронная карта»;

  • Методические рекомендации Федеральной уполномоченной организации ОАО «УЭК» для УОС (Редакция 1.0.01 от 31.03.2011);

  • Федеральный закон от 27 июля 2010 г. № 210-ФЗ «Об организации предоставления государственных и муниципальных услуг»;

  • распоряжение Правительства Российской Федерации от 2 сентября 2010 г. № 1433-р;

  • распоряжение Правительства Российской Федерации от 17 октября 2009 г. № 1555-р;

  • распоряжение Правительства Российской Федерации от 17 декабря 2009 г. № 1993-р.

  1. ПОРЯДОК ВНЕСЕНИЯ ИЗМЕНЕНИЙ

Настоящее Техническое задание может дополняться и изменяться в процессе разработки и внедрения ИС УОС в установленном порядке по взаимному соглашению Заказчика и Разработчика ИС УОС.

СОКРАЩЕНИЯ, ТЕРМИНЫ, ОПРЕДЕЛЕНИЯ

Dial-Up

(англ.) Коммутируемый удаленный доступ - сервис, позволяющий компьютеру, используя модем и телефонную сеть общего пользования, подключаться к сети Internet.

IP

(англ.) Internet Protocol.

HTML

(англ.) HyperText Markup Language. Текстовые документы, содержащие код на языке HTML.

LAN

(англ.) Local Area Network. Локальная вычислительная сеть.

POS

(англ.) Point of service.

SQL

(англ.)Structured Query Language.

UNIX

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

VPN

(англ.) Virtual Private Network.

Windows

(англ.) Семейство проприетарных операционных систем компании Microsoft.

АБС

Автоматизированная Банковская Система.

АВР

Устройство автоматического ввода резерва.

АРМ

Автоматизированное рабочее место.

БД

База данных.

Входящий реестр


Формализованный электронный документ, продуцируемый внешней к ИС УОС автоматизированной системой и загружаемый в ИС УОС посредством специальных алгоритмов последней.

ГОСТ

Государственный стандарт.

ДГУ

Дизель-генераторная установка.

ЕПСС УЭК

Единая платежно-сервисная система «Универсальная электронная карта».

ИБП

Источник бесперебойного питания.

ИС УОС (Система)

Информационная система Уполномоченной организации субъекта, функционирующая на основании Правил ЕПСС УЭК.

Исходящий реестр

Формализованный электронный документ, формируемый ИС УОС посредством специальных алгоритмов и предназначенный для загрузки во внешние автоматизированные системы, функционирующие в рамках ЕПСС.

МО ВТ

Модуль обслуживания вневедомственных терминалов.

ОМС

Обязательное медицинское страхование

ОС

Операционная система.

ПО

Программное обеспечение.

ППВ

Пункт приема заявлений и выдачи УЭК.

ПУ

Поставщик услуги.

РФ

Российская Федерация.

СУБД

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

ТЗ

Техническое задание.

УС

Устройство самообслуживания.

УЭК

Универсальная электронная карта.

ФУО

Федеральная уполномоченная организация ОАО «Универсальная электронная карта»

ЦИК

Центр изготовления карт.

ЦП

Центр персонализации карт.

ЭЦП

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


ТЕХНИЧЕСКОЕ ЗАДАНИЕ ИС УОС 2012.

Версия 1.0

Конфиденциально




Случайные файлы

Файл
74412-1.rtf
74786-1.rtf
103008.rtf
103509.rtf
138641.rtf