Рішення Ради міністрів закордонних справ держав-членів Співдружності про проект Угоди про Єдину систему обліку громадян третіх держав і осіб без громадянства, що вїжджають на території держав-учасниць Співдружності Незалежних Держав

Основные затраты на создание ЕСУ СНГ распределяются по следующим группам:

разработка нормативных документов на создание, совместное использование и сопровождение ЕСУ СНГ (соглашений, положений, регламентов и т.п.);

разработка проектной документации на создание ЕСУ СНГ (системы в целом и отдельных подсистем/компонентов);

подготовка помещения ЦОД ЕСУ СНГ;

закупка и монтаж инженерного оборудования ЦОД;

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

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

разработка СПО ЕСУ СНГ;

обучение обслуживающего персонала ЦОД и пользователей;

сервисное обслуживание;

эксплуатационные расходы на ЕСУ СНГ.

АРМ - Автоматизированное рабочее место

АС - Автоматизированная система

БД - База данных

ЕИТКС - Единая информационная телекоммуникационная сеть Отделов

ОВД внутренних дел

ЕСУ СНГ - Единая система учета граждан третьих государств и лиц без гражданства, въезжающих на территории государств-участников Содружества Независимых Государств

ИС - Информационная система

ЛВС - Локальная вычислительная сеть

МСПД - Магистральная сеть передачи данных

НПО - Национальный полномочный орган

НСИ - Нормативно-справочная информация

ОПО - Общее программное обеспечение

ОС - Операционная система

ПАК - Программно-аппаратный комплекс

ПВЭП - Подсистема внутренней электронной почты

ПО - Программное обеспечение

ПСО - Подсистема сервисного обслуживания

СНГ - Содружество Независимых Государств

СПД - Сеть передачи данных

СПО - Специальное программное обеспечение

СУБД - Система управления базами данных

ТЗ - Техническое задание

ЧТЗ - Частное техническое задание

ЭЦП - Электронная цифровая подпись

СКС - Структурная кабельная система

Техническое задание (далее - ТЗ) на разработку Единой системы учета граждан третьих государств и лиц без гражданства, въезжающих на территории государств-участников Содружества Независимых Государств (далее - ЕСУ СНГ).

ЕСУ СНГ определяет назначение и область применения, технические и специальные требования, предъявляемые к ней, необходимые стадии разработки, порядок контроля и приемки системы.

Настоящее ТЗ учитывает возможность создания и эксплуатации на ресурсах ЕСУ СНГ:

системы обмена информацией о незаконной миграции между компетентными органами государств-членов Организации Договора о коллективной безопасности (ОДКБ);

Межгосударственного банка данных о трудящихся-мигрантах государств-членов Евразийского экономического сообщества (далее - МБДТМ ЕврАзЭС).

Разработано Частное техническое задание на создание МБДТМ ЕврАзЭС.

1.1. Полное наименование и условное обозначение ЕСУ СНГ

Полное наименование - Единая система учета граждан третьих государств и лиц без гражданства, въезжающих на территории государств-участников Содружества Независимых Государств.

Шифр темы - ЕСУ СНГ.

1.2. Область применения

ЕСУ СНГ предназначена для развертывания в государствах-участниках СНГ в целях ведения своевременного учета граждан третьих государств и лиц без гражданства, пересекающих государственные границы государств-участников СНГ.

1.3. Наименование Заказчика и его реквизиты

Заказчик - ФМС России, г. Москва, Боярский переулок, д. 4.

1.4. Сведения об источниках финансирования работ

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

1.5. Порядок оформления и предъявления Заказчику результатов работ

Исполнитель предъявляет Заказчику результаты работ по созданию ЕСУ СНГ в соответствии с настоящим ТЗ (раздел 8) и Договором между Заказчиком и Исполнителем работ (далее - Договор).

1.6. Порядок внесения изменений

1.6.1. Общие требования

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

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

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

1.6.2. Инициация изменений

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

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

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

1.6.3. Оценка изменений

Оценка влияния изменений выполняется Исполнителем в минимально возможные сроки после подачи запроса и завершается передачей Заказчику предложения об изменениях, в котором указываются:

влияние на общее решение, поставляемые компоненты и критерии приемки;

влияние на график выполнения проекта;

влияние на стоимость и график платежей (коррекция платежей);

влияние на ресурсы (используемые или дополнительные);

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

1.6.4. Утверждение, выполнение и приемка изменений, разрешение разногласий

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

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

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

1.7. Нормативно-правовое обеспечение

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

При подготовке тендеров (конкурсов, аукционов) на создание ЕСУ СНГ Заказчик представляет Перечень нормативно-правовых документов.

1.8. Основание для выполнения работ по разработке и проектированию

Основанием для выполнения работ по разработке и проектированию ЕСУ СНГ, предусмотренных настоящим ТЗ, является Договор.

2.1. Определение

ЕСУ СНГ представляет собой специализированную межгосударственную автоматизированную систему, обеспечивающую получение, сбор, накопление, обработку, хранение и передачу потребителям определенной информации о физических лицах.

2.2. Назначение

ЕСУ СНГ должна обеспечивать сбор, хранение, обработку данных, относящихся к перемещениям граждан третьих государств и лиц без гражданства, въезжающих на территории государств-участников СНГ, доступ заинтересованных пользователей к централизованным информационным ресурсам, а также предоставление им сведений (данных) о ГТГ и ЛБГ, возможностей поисково-аналитических запросов, произвольных аналитических и стандартных статистических отчетов на основе использования современных информационно-телекоммуникационных технологий.

2.3. Цели и задачи создания ЕСУ СНГ

Целями создания ЕСУ СНГ являются:

повышение качества межгосударственного информационного обмена в интересах подготовки и принятия организационно-управленческих решений в сфере контроля за перемещениями ГТГ и ЛБГ по территориям государств-участников СНГ, подписавших Соглашение о ЕСУ СНГ;

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

ЕСУ СНГ должны быть решены следующие задачи:

создание и возможность расширения состава хранящихся в ЕСУ СНГ данных и повышение оперативности их получения;

автоматизация межгосударственного информационного обмена между НПО государств-участников СНГ;

создание условий для осуществления контроля и надзора за соблюдением иностранными гражданами требований национального законодательства, выявления фактов нелегальной миграции;

обобщение сведений о гражданах третьих государств и лицах без гражданства из межгосударственных информационных ресурсов НПО государств-участников СНГ;

содействие в выявлении лиц, находящихся в розыске.

2.4. Характеристика объекта автоматизации

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

Основными заинтересованными органами в создаваемой системе являются органы:

пограничного контроля;

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

таможенного и транспортного контроля;

другие компетентные органы.

3.1. Общие требования

3.1.1. Проектирование и реализация ЕСУ СНГ должны проводиться с учетом следующих требований к автоматизированной системе:

масштабируемость - способность к увеличению функциональных возможностей ЕСУ СНГ путем наращивания числа функциональных блоков, выполняющих одни и те же задачи;

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

самодостаточность - реализация функциональной завершенности и независимости развития компонентов ЕСУ СНГ;

надежность - способность выполнять свои функции в заданных условиях эксплуатации;

адаптивность - способность выполнять свои функции при меняющихся условиях эксплуатации;

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

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

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

3.1.2. В качестве базовой архитектуры ЕСУ СНГ должно использоваться построение компонентов по многоуровневой схеме.

3.1.3. При создании подсистем ЕСУ СНГ должны быть рассмотрены процессы интеграции и взаимодействия ее составных частей.

ЕСУ СНГ должна быть связана с информационными базами данных лиц, находящихся в межгосударственном и международном розыске, и похищенных (утраченных) паспортов.

3.1.4. Комплекты программного обеспечения должны функционировать в рамках специально выделенных технических средств с единой системой управления информационно-вычислительными процессами.

3.1.5. Комплекты АРМ должны строиться исходя из принципа создания унифицированного подхода.

3.1.6. ЕСУ СНГ строится на основе существующих и создаваемых национальных информационных систем государств-участников СНГ.

3.1.7. На начальном этапе создания ЕСУ СНГ национальные системы (сегменты) единой системы учета - корреспонденты (абоненты), ведомственные, межведомственные, территориальные, региональные, национальные банки (массивы) учетных данных или органы их ведения - функционируют как структурно автономные блоки. Связь и взаимодействие между внутренними компонентами в этих блоках обеспечиваются средствами и аппаратно-программными комплексами внутригосударственных локальных сетей. Взаимодействие с внешними пользователями учетной информации - модулями общего банка учетных данных и субъектами-потребителями - осуществляется с использованием традиционных средств связи (проводные, радио, радиорелейные, факсимильные и т.д.).

По мере формирования нормативно-правовой базы, определяющей состав, структуру, основы построения, регламент, порядок функционирования и финансирования ЕСУ СНГ, осуществляется интеграция ее составляющих в рамках общего и распределенного банков учетных данных. Проводится информационно-коммуникационное сопряжение национальных узлов (сегментов) с центральным узлом общего банка учетных данных и субъектами - потребителями учетной информации. Сопряжение производится с использованием внутригосударственных и межгосударственных телекоммуникационных систем.

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

3.1.9. Формирование ЕСУ СНГ осуществляется на основе применения стандартизированных технических и программных средств (комплексов), а также унифицированных информационных фондов (ресурсов) с использованием единых форматов и классификаторов учетных данных, стандартных протоколов и регламентов для внутреннего обмена и взаимодействия с внешним окружением.

3.1.10. Специальное аппаратно-программное обеспечение ЕСУ СНГ создается в виде технологически взаимосвязанных модулей (массивов, баз данных, пакетов, электронных таблиц, файлов) с возможностью гибкой настройки на конкретные условия применения. При этом обеспечивается одноразовость первичного ввода учетных данных, согласованность их спецификаций и комплексность обработки.

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

3.1.12. Основными источниками или корреспондентами учетных данных в государствах-участниках СНГ могут быть абонентские посты и пункты:

органов пограничного контроля (паспортно-визовые данные, сведения о пересечении государственных границ);

органов таможенного и транспортного контроля (сведения о въезде и выезде, маршрутах следования);

органов внутренних дел, иммиграционного и паспортно-визового контроля (сведения о выданных (продленных) визах, приглашениях, а также об изменении Регламента пребывания на территориях и о совершенных нарушениях миграционного законодательства);

органов безопасности и иностранных дел (сведения о выданных (продленных) визах и приглашениях);

других компетентных органов.

3.2. Требования к определению границ ЕСУ СНГ

В Техническом проекте на создание ЕСУ СНГ должны быть проработаны требования к определению границ ЕСУ СНГ в связи с существованием национальных информационных систем и автоматизированных рабочих мест пользователей системы в части, касающейся определения зон ответственности за работоспособность и функциональность "пограничных" сегментов системы и влияния на стоимость выполняемых работ.

3.3. Требования к ЕСУ СНГ как системе учета сведений о физических лицах

ЕСУ СНГ по своему замыслу является системой учетных данных о физических лицах, связанных с ними событиях и фактах, что относит ее к системам обработки персональных данных. В Техническом проекте на создание ЕСУ СНГ должны быть проработаны требования, определяющие категорию обрабатываемых персональных данных, класс защищенности, процедуры такого определения(*).

3.4. Показатели назначения ЕСУ СНГ

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

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

обеспечение архитектурными и проектными решениями штатной работы аппаратно-программных средств в течение всего срока эксплуатации при соблюдении условий и регламентов, описанных в документации на ЕСУ СНГ.

3.5. Требования к структуре ЕСУ СНГ

3.5.1. В состав комплекса технологических подсистем ЕСУ СНГ должны входить:

подсистема сбора и обработки данных;

подсистема гарантированной доставки данных;

подсистема обмена данными;

подсистема ведения нормативно-справочной информации (НСИ);

информационно-аналитическая подсистема и исполнения поисково-аналитических запросов;

подсистема хранения данных;

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

подсистема межгосударственной электронной почты;

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

подсистема сервисного обслуживания заявок пользователей ЦБД;

подсистема ведения Единого каталога пользователей;

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

подсистема ведения электронной цифровой подписи (ЭЦП);

подсистема информационной безопасности;

комплекты автоматизированных рабочих мест пользователей и эксплуатирующего персонала на объектах ЕСУ СНГ;

комплекты структурированных кабельных систем на объектах ЕСУ СНГ.

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

3.6. Требования к функционированию

ЕСУ СНГ должна обеспечивать функционирование в следующих режимах:

штатный режим - режим функционирования всех подсистем ЕСУ СНГ;

автономный режим - характеризуется нарушением информационного либо телекоммуникационного взаимодействия. В этом случае должно обеспечиваться автономное функционирование;

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

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

3.7.1. Решения о построении ЕСУ СНГ, выборе программно-аппаратных компонентов должны учитывать следующий перечень возможных отказов:

выход из строя элементов сетевой инфраструктуры ЛВС/СПД;

выход из строя полностью или частично одиночного сервера;

выход из строя полностью или частично дискового массива;

выход из строя консолей и прочих средств управления;

выход из строя оборудования резервного копирования;

нарушения в работе программных средств;

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

нарушение (сбой) логической целостности информации, хранящейся в системе.

3.7.2. Техническое обеспечение надежности функционирования подсистем ЕСУ СНГ реализуется на стадии технического проектирования и должно предусматривать:

сохранение функциональных возможностей в течение всего срока эксплуатации ЕСУ СНГ;

резервирование критически важных компонентов и данных ЕСУ СНГ для достижения необходимого уровня ее надежности;

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

резервирование вычислительной мощности, сетевого и иного оборудования;

устойчивость к любому одному отказу ее технических элементов (сменных блоков и модулей);

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

сохранность информации при отключении электропитания, в том числе при внезапном отключении;

программное обеспечение для диагностирования сбоев и отказов оборудования и проведения тестирования устройств перед началом работы, резервного копирования данных подсистем ЕСУ СНГ.

3.7.3. Структура и топология серверных компонентов ПАК ЕСУ СНГ и серверов СУБД должны определяться принципом отсутствия единой точки отказа при предоставлении информационных услуг пользователям ЕСУ СНГ.

3.7.4. В целом надежность аппаратно-программных комплексов ЕСУ СНГ должна обеспечивать выполнение задач системы с временем однократного простоя - не более двух дней.

3.7.5. Надежность активного сетевого оборудования должна обеспечивать время на оперативный ремонт и восстановление работоспособности - не более двух дней.

3.7.6. Надежность серверов СУБД должна обеспечивать время на оперативный ремонт и восстановление работоспособности - не более двух дней.

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

3.7.8. Организационное обеспечение надежности функционирования подсистем ЕСУ СНГ должно достигаться:

регламентированным режимом эксплуатации, разработкой нормативно-технологических документов, определяющих правила и процедуры эксплуатации ЕСУ СНГ;

подготовкой специалистов необходимой квалификации, осуществляющих эксплуатацию подсистем ЕСУ СНГ.

3.8. Требования к квалификации пользователей и персоналу ЕСУ СНГ, а также к режиму их работы

3.8.1. Квалификация пользователей ЕСУ СНГ должна соответствовать текущим требованиям к уровню знаний предметной области и включать необходимые навыки работы с персональным компьютером.

3.8.2. Системно-технические решения о построении ЕСУ СНГ должны выбираться с учетом подготовки эксплуатирующего персонала по категории не ниже категории "инженер".

3.8.3. Исполнителем должна быть разработана и согласована с Заказчиком программа по обучению эксплуатирующего персонала в объеме спецификации, утвержденной Договором. Исполнитель обеспечивает подготовку персонала Заказчика в соответствии с согласованной программой обучения до этапа ввода ЕСУ СНГ в эксплуатацию.

3.8.4. Программа обучения должна включать подготовку персонала по следующим квалификационным направлениям:

применение СПО ЕСУ СНГ и прикладной информационно-аналитической подсистемы по назначению;

настройка и администрирование прикладной подсистемы;

обслуживание вычислительной и телекоммуникационной техники, применяемой в ЕСУ СНГ;

администрирование подсистем ЕСУ СНГ.

3.9. Требования к безопасности работы эксплуатирующего персонала

3.9.1. Используемое в ЕСУ СНГ оборудование должно обеспечивать безопасность его функционирования и использования эксплуатирующим персоналом, при условии соблюдения правил эксплуатации этого оборудования.

3.9.2. Конструкция аппаратно-программных средств ЕСУ СНГ должна обеспечивать защиту эксплуатирующего персонала от поражения электрическим током в соответствии с требованиями ГОСТа 12.2.003 и ГОСТа 12.2.007. Подключение электропитания к оборудованию ЕСУ СНГ должно выполняться в соответствии с требованиями "Правил устройства электроустановок".

3.9.3. К эксплуатации оборудования ЕСУ СНГ должен допускаться персонал, имеющий достаточную теоретическую и практическую подготовку. Эксплуатационная документация должна содержать указания о безопасности при эксплуатации и техническом обслуживании.

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

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

3.10.1. Конструкторские и дизайнерские решения должны соответствовать требованиям к эргономике и технической эстетике, эргономическим требованиям по ГОСТу 12.2.032-78, ГОСТу 12.2.033-78, ГОСТу 22614-77, ГОСТу 21786-76, а также ГОСТу 24750-81.

3.10.2. Эргономические решения должны обеспечивать удобство эксплуатации и обслуживания программно-аппаратных средств ЕСУ СНГ.

3.10.3. Автоматизированные рабочие места для сотрудников должны соответствовать СанПиН 2.2.2-2.4.1340-03.

3.10.4. Климатические условия должны соответствовать требованиям к параметрам окружающей среды, рекомендуемым производителями оборудования.

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

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

3.11.2. Оборудование должно выбираться с учетом непрерывного (круглосуточного) функционирования его основных компонентов.

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

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

3.12.2. В ЕСУ СНГ должны присутствовать средства по обеспечению сохранности данных путем резервного копирования и их восстановления в случае аварийных ситуаций, а также описаны регламенты процедур, дополняющих (заменяющих) такие средства.

3.12.3. В ЕСУ СНГ должна обеспечиваться сохранность информации при наступлении следующих событий:

отказ серверных компонентов ПАК ЕСУ СНГ (для кластерных конфигураций);

длительное отключение питания на серверах и активном сетевом оборудовании;

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

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

3.13.1. Подсистемы ЕСУ СНГ должны использовать стандартные, унифицированные методы реализации функциональных задач системы:

поддержка современных транспортных протоколов: TCP/IP;

поддержка наиболее распространенных форматов документов: HTML, XML и т.д.;

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

поддержка кластерных решений, взаимоувязанных с информационной инфраструктурой НПО;

поддержка распределенного доступа к информации;

возможность функционирования на различных аппаратных платформах.

3.13.2. Все решения о построении элементов ЕСУ СНГ должны быть унифицированы. Унификация должна быть обеспечена при выборе программного и аппаратного обеспечения подсистем.

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

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

3.13.5. ЕСУ СНГ должна поддерживать унифицированный формат отчетных форм, иметь возможность экспорта и импорта форм в другие подсистемы в целях составления сводной отчетности.

3.13.6. Разработать на основе национальных типовых справочников и классификаторов единую систему справочников и классификаторов, которая будет применяться в ЕСУ СНГ.

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

3.13.8. Типовые проектные решения должны обеспечивать тиражирование создаваемых ПАК без дополнительного проектирования путем изменения настроек и состава компонентов системы. Требования к отдельным типовым проектным решениям должны уточняться на стадии технического проектирования и протокольно согласовываться с Заказчиком.

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

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

3.13.10. В качестве операционных систем серверов должна также применяться единая типовая операционная система.

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

3.13.12. Пользователям ЕИТКС ОВД должна быть предоставлена возможность взаимодействия в штатном порядке с ЕСУ СНГ.

3.14. Требования к патентной чистоте

3.14.1. Проектные решения построения ЕСУ СНГ должны отвечать требованиям к патентной чистоте согласно законодательству и распорядительным документам, регламентирующим создание системы.

3.14.2. ЕСУ СНГ должна разрабатываться с использованием лицензионных программных продуктов.

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

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

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

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

Требования к информационной безопасности и защите информации от несанкционированного доступа во всех подсистемах и компонентах ЕСУ СНГ и всей системы в целом должны быть представлены в Частном техническом задании на подсистему информационной безопасности ЕСУ СНГ.

4.1. Требования к подсистеме сбора и обработки данных

4.1.1. Подсистема сбора и обработки данных ЕСУ СНГ представляет собой совокупность средств автоматизации сбора (консолидации) данных ведущихся учетов и осуществления поисковых запросов.

4.1.2. Подсистема сбора и обработки данных должна обеспечивать ведение учетов по объектам и событиям в соответствии с назначением ЕСУ СНГ.

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

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

4.1.5. Все действия с данными в ЕСУ СНГ, обеспечиваемые подсистемой сбора и обработки данных, должны осуществляться с использованием ЭЦП.

4.2. Требования к подсистеме гарантированной доставки данных

Подсистема гарантированной доставки данных ЕСУ СНГ представляет собой совокупность средств автоматизации, позволяющих гарантированно доставлять данные в БД ЕСУ СНГ, а также запросы и результаты выполнения поисковых запросов с сохранением полноты, целостности и непротиворечивости данных.

4.3. Требования к подсистеме обмена данными

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

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

4.4. Требования к подсистеме ведения нормативно-справочной информации (НСИ)

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

4.4.2. Подсистема ведения нормативно-справочной информации должна обеспечивать согласованность (непротиворечивость) и правильное понимание данных (однозначную интерпретацию), устранять избыточность информации, оптимизировать поиск нужных сведений в целях адекватного отражения фактов основной деятельности НПО государств-участников СНГ в БД ЕСУ СНГ.

4.4.3. Подсистема ведения НСИ должна обеспечивать управление словарями, справочниками и классификаторами (создание, сопровождение, актуализация, обновление и т.д.) баз данных ЕСУ СНГ, а также нормативными и методическими документами при их разработке, ведении и применении в ЕСУ СНГ.

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

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

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

4.5. Требования к информационно-аналитической подсистеме и исполнению поисково-аналитических запросов ЕСУ СНГ

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

4.5.2. Информационно-аналитическая подсистема должна обеспечивать выполнение следующих основных функций:

ведение учетов по объектам и событиям;

предоставление справок/отчетов по поисково-аналитическим запросам с автоматической поддержкой запросов, оформленных по спискам на русском языке в объеме, соответствующем правам пользователей;

поддержка доступа к информации ЕСУ СНГ для удаленного пользователя, в том числе обмен информацией с локальными банками данных по учету иностранных граждан и лиц без гражданства на местном и региональном уровнях (ввод новой информации, отметка об аннулировании ранее введенной записи. Любая замена или удаление данных должны производиться только путем добавления новых и объявления старых недействительными, без их уничтожения);

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

обеспечение справочного режима по основным объектам ЕСУ СНГ с получением полного "досье" на интересуемый объект для пользователей, работающих через протоколы и интерфейсы, поддерживаемые и предоставляемые информационно-аналитические системы ЕСУ СНГ;

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

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

по фамилии, имени, отчеству, содержащим до трех ошибок в каждом из них;

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

по совпадению сопутствующих характеристик объектов поиска (вместе пересекали границу в указанных направлениях в указанные периоды времени и т.п.);

администрирование работы комплектов программного обеспечения;

обработка статистических сведений по объектам учета и запросам;

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

обеспечение возможности проведения аналитической деятельности на массивах данных, хранящихся в ЕСУ СНГ;

проверка логической целостности структур данных ЕСУ СНГ.

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

4.5.4. Программно-аппаратные средства должны обеспечить одновременную работу с прикладным программным обеспечением не менее 500 пользователей и ограничить время исполнения поискового запроса любым набором параметров не более 30 секунд и аналитических отчетов не более 30 минут.

4.6. Требования к подсистеме хранения данных ЕСУ СНГ

4.6.1. Подсистема хранения данных ЕСУ СНГ представляет собой совокупность средств автоматизации хранения данных всех уровней ЕСУ СНГ.

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

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

надежно хранить и предоставлять своевременный доступ к оперативным данным прикладных задач. Хранение считается надежным, если обеспечивается защита данных от разрушения в случае отказов, перечисленных в п. 3.7. Построение подсистемы должно приводить к логическому разрушению данных только в случае гибели системы в целом. Доступ к данным считается своевременным, если не происходит отказа в обслуживании операций ввода-вывода, инициированных прикладными задачами, по причине истечения времени ожидания (time-out);

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

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

4.7. Требования к подсистеме резервного копирования и восстановления данных ЕСУ СНГ

4.7.1. Подсистема резервного копирования и восстановления данных ЕСУ СНГ представляет собой совокупность средств автоматизации резервного копирования и восстановления данных всех уровней АС.

4.7.2. Средства подсистемы резервного копирования и восстановления данных должны:

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

обеспечивать восстановление данных с сохранением их целостности и непротиворечивости;

обеспечивать полное восстановление данных после аварий на сохранившемся работоспособном или на новом оборудовании;

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

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

4.8. Требования к подсистеме сервисного обслуживания заявок пользователей ЕСУ СНГ

4.8.1. Подсистема сервисного обслуживания заявок пользователей ЕСУ СНГ должна выполнять следующие основные функции:

автоматизация идентификации, отслеживания и разрешения проблем пользователей;

отслеживание и индексирование проблем и их решений;

накопление и совместное использование базы знаний накопленного опыта в решении проблем;

управление базами знаний по решению проблем, возможность интеграции с внешними базами знаний по решению проблем;

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

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

управление процессом решения проблем пользователей, автоматизация накопления, учета и контроля прохождения заявок пользователей и результатов их обработки;

предоставление операторам сервисной службы доступа к накопленной информации о проблемах и способах их решения с использованием web-интерфейса;

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

4.8.2. Архитектура подсистемы сервисного обслуживания должна строиться по централизованному принципу. Компоненты подсистемы должны быть распределены на двух уровнях:

пользовательский уровень - распределяется по рабочим местам пользователей ЕСУ СНГ;

уровень сервера подсистемы - уровень сервера, на котором установлено ПО, реализующее основной функционал подсистемы.

4.8.3. На серверном уровне подсистема должна обладать следующими свойствами:

обеспечивать поиск решений на базе "похожести ситуации";

обеспечивать поиск решений на базе "накопленного опыта";

поддерживать протокол LDAP;

обеспечивать настройку инструментария создания отчетов;

поддерживать запросы к базе знаний на "естественном" для пользователя языке;

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

иметь возможности для опроса пользователей в целях получения обратной связи;

иметь открытый прикладной программный интерфейс (API) как клиентского уровня, так и WebAPI;

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

поддерживать русифицированный интерфейс пользователя;

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

4.8.4. На пользовательском уровне подсистема должна обеспечивать следующие свойства:

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

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

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

4.8.6. Основные требования к подсистеме сервисного обслуживания представлены в Частном техническом задании.

4.9. Требования к подсистеме ведения Единого каталога пользователей