Техническое задание. ТЗ ГИСМУ. Техническое задание на создание Государственной информационной системы миграционного учета (гисму)
Скачать 1.25 Mb.
|
4.1.8 Требования по сохранности информации при авариях Сохранность информации должна быть обеспечена в случае возникновения следующих событий (аварий, отказов и т.п.): − отказ аппаратуры сервера; − отключение питания на рабочем месте и/или на сервере баз данных; − отказ оборудования рабочей станции; − отказ линий связи. Для обеспечения сохранности информации ГИСМУ должно использоваться: − резервное копирование; − восстановление данных в непротиворечивое состояние при программно- аппаратных сбоях, влекущих внеплановую остановку специального программного обеспечения или его компонент, таких как остановка системы при отключении электрического питания, сбоях операционной системы и других; 57 Техническое задание на создание Государственной информационной системы миграционного учета (ГИСМУ) − восстановление данных в непротиворечивое состояние при сбоях в работе сетевого, программного и аппаратного обеспечения. Для обеспечения сохранности информации ГИСМУ необходимо создать резервный ФЦОД, на котором будет храниться актуальная копия ЕХД. Резервное копирование, архивирование и восстановление данных должно осуществляться с использованием стандартных средств СУБД и сервера приложений в соответствии с утвержденным регламентом. Контроль над функционированием системы, проведение плановых и внеплановых регламентных работ, устранение отказов и сбоев должны осуществляться эксплуатационным персоналом, входящим в состав соответствующих подразделений ФМС России. Меры по обеспечению сохранности информации при авариях должны быть описаны в документации Технического проекта. 4.1.9 Требования к патентной чистоте Проектные решения построения Системы должны отвечать требованиям по патентной чистоте согласно действующему законодательству и распорядительным документам, регламентирующим создание Системы. Уточнение требований по патентной чистоте должно производиться в договорах на проведение работ по созданию компонентов Системы. При этом разработчикам необходимо привести сведения о наличии лицензий на используемые инструменты разработки программного обеспечения, СУБД и другие программные продукты третьих сторон. В случае использования собственных разработок необходимо указывать наличие документальных свидетельств на владение интеллектуальной собственностью и авторскими правами. Все программно-технические средства общего программного обеспечения, обеспечивающее работоспособность ГИСМУ должны иметь разрешение на использование (лицензию) с требуемым количеством пользователей. 4.1.10 Требования по стандартизации и унификации 4.1.10.1 Общие требования: В процессе разработки ГИСМУ должна быть сформирована система показателей, устанавливающая требуемую степень использования стандартных унифицированных методов реализации функций (задач) системы, а также поставляемых программных средств, типовых математических методов, типовых проектных решений, унифицированных форм документов, общероссийских классификаторов и классификаторов других категорий в соответствии с областью их применения и требованиями к типовым структурным компонентам. 58 Техническое задание на создание Государственной информационной системы миграционного учета (ГИСМУ) Оборудование Системы, предполагаемое к установке, должно иметь необходимые сертификаты соответствия от ответственных служб и министерств Российской Федерации. Все оборудование должно соответствовать стандартам Российской Федерации и международным стандартам. Система должна использовать стандартные, унифицированные методы реализации функций (задач) системы: − поддержка современных транспортных протоколов: TCP/IР; − поддержка наиболее распространенных форматов документов:, HTML, XML и т.д.; − поддержка в области повышения отказоустойчивости и надежности системы; − поддержка кластерных решений, взаимоувязанных с информационной инфраструктурой ФМС России; − поддержка распределенного поиска информации; − поддержка распределенного доступа к информации; − возможность функционирования на различных аппаратных платформах. 4.1.10.2 Требования к использованию унифицированных форм представления отчетных документов В процессе создания Системы необходимо разработать и утвердить унифицированный формат отчетных документов. Отчетные документы, формируемые Системой, должны иметь унифицированное содержание и форму предоставления для каждого вида отчета. Унифицированный формат отчетных форм должен поддерживать возможность экспорта и импорта форм в подсистемы Системы с целью: − визуализации; − составления сводной отчетности; − ведения базы отчетности. В унифицированном формате должны быть предусмотрены: − правила контроля числовой и символьной информации (контрольные суммы, длина символьной строки); − правила ведения версионности и истории формы; − правила оформления реквизитов отправителя и получателя отчетной формы. 4.1.10.3 Требования к использованию типовых классификаторов 59 Техническое задание на создание Государственной информационной системы миграционного учета (ГИСМУ) Система кодирования и классификации должна отвечать требованиям классификации и атрибутирования документов, принятых на территории Российской Федерации, а так же учитывать зарубежный опыт создания подобных систем. В составе Системы должны быть применены типовые общероссийские и ведомственные классификаторы. 4.1.10.4 Требования к использованию типовых рабочих мест, компонентов и комплексов Система и ее подсистемы должны быть построены с использованием стандартных и унифицированных методов реализации функций информационной системы. Реализация Системы и ее подсистем должна осуществляться с использованием единой системы проектирования. Используемые решения должны обеспечивать унификацию функциональных задач, операций и интерфейсов. Проектирование ГИСМУ должно осуществляться с учетом действующих типовых региональных АС ФМС России на основе типовых проектных решений в части: − функциональных подсистем; − программного обеспечения; − автоматизированных рабочих мест (рабочих станций); − серверного оборудования; − информационного обеспечения. Типовые проектные решения должны обеспечивать тиражирование создаваемых программно-технических комплексов на все подразделения ФМС России без дополнительного проектирования путем изменения настроек и состава компонентов системы. Требования по отдельным типовым проектным решениям должны уточняться на стадии технического проектирования и протокольно согласовываться с заказчиком. В качестве системы управления базами данных должна быть применена единая типовая СУБД промышленного уровня для всех баз данных в рамках решения функциональных задач Системы – в той мере, в какой это является экономически обоснованным. Применение СУБД, отличных от базовой, допустимо в особо оговоренных случаях и должно протокольно согласовываться с Заказчиком. В качестве операционных систем серверов должна также применяться единая типовая операционная система. 60 Техническое задание на создание Государственной информационной системы миграционного учета (ГИСМУ) Программно-аппаратные средства Центров обработки данных ФМС России федерального и регионального уровня должны проектироваться с учетом всей информационной инфраструктуры ФМС России. 4.2 ТРЕБОВАНИЯ К ФУНКЦИЯМ (ЗАДАЧАМ), ВЫПОЛНЯЕМЫМ СИСТЕМОЙ Детальное описание требований к подсистемам ГИСМУ должно быть представлено в документах технического проекта и в ЧТЗ на соответствующие подсистемы. 4.2.1 Система ведения НСИ ФМС России Система должна обеспечивать выполнение следующих функций: − Создание нового классификатора (создание наименования и определение структуры), в том числе и с иерархической структурой; − Редактирование наименования и структуры созданного классификатора; − Удаление классификатора; − Ввод новых значений в классификатор; − Просмотр и редактирование значений классификатора; − Удаление значений классификатора; − Просмотр истории изменения значений классификатора. Кроме вышеперечисленных функций система должна обеспечивать возможность выбора значений из классификаторов при заполнении экранных форм ввода данных в прикладных подсистемах ГИСМУ, с целью минимизации временных затрат на выполнение операции ввода данных. Стандартная настройка ГИСМУ должна включать в себя уже заполненные справочники и классификаторы. Полный перечень справочников и классификаторов, используемых в ГИСМУ, должен быть определен на этапе разработки технического проекта. 4.2.2 Подсистема ведения электронных регламентов Подсистема ведения электронных регламентов должна обеспечивать выполнение следующих функций: − Ведение реестра электронных регламентов: − Создание электронного регламента (в графическом интерфейсе); − Определение стартовой процедуры электронного регламента, запускающей исполнение электронного регламента; 61 Техническое задание на создание Государственной информационной системы миграционного учета (ГИСМУ) − Поиск электронного регламента; − Редактирование электронного регламента; − Удаление электронного регламента (функция доступна только для тех электронных регламентов к которым нет обращения системы); − Автоматический запуск экземпляра электронного регламента на исполнение; − Мониторинг исполнения экземпляров электронного регламента. Электронные регламенты создаются разработчиком подсистемы в процессе ее первоначальной настройки и пополняются администратором ГИСМУ в процессе ее эксплуатации. Функционально реестр типовых регламентов должен включать модули конструирования, хранения и мониторинга исполнения электронных регламентов. Дет 4.2.3 Подсистема межведомственного взаимодействия Все прикладные подсистемы ГИСМУ должны использовать ЕХД ГИСМУ и общие классификаторы. Подсистема межведомственного взаимодействия должна обеспечивать: − синхронизацию данных, в том числе и нормативно-справочных, между хранилищами федерального, регионального и территориального уровней; − межведомственный обмен данными; − обмен данными с международными миграционными организациями. Основные функции подсистемы: − выгрузка данных из ЕХД в файлы формата XML; загрузка данных в ЕХД из файлов в формате XML; − поддержка репликации данных между хранилищами федерального, регионального и территориального уровней средствами используемой СУБД. Подсистема должна обеспечить, при необходимости, конвертирование данных из унаследованных систем, а также: − защищенный обмен информацией в согласованных форматах с унаследованными программно-аппаратными комплексами ФМС России путем передачи данных по информационно-телекоммуникационной сети ФМС России, арендованным каналам связи IP/VPN или посредством электронной почты, а также с помощью магнитных носителей; − использование механизмов электронно-цифровой подписи с целью придания юридической значимости электронным документам и действиям пользователей; − обеспечение шифрования данных и электронно-цифровой подписи сообщений с использованием библиотек «Крипто–ПРО» для Windows и Solaris; − загрузку данных из унаследованных систем в БД ГИСМУ в согласованных форматах XML файлов на основе интеграционного решения; 62 Техническое задание на создание Государственной информационной системы миграционного учета (ГИСМУ) − проверку поступающей информации на полноту, логическую корректность, соответствие формату; − загрузку данных по видам учетов в формате XML; − проверку записей на непротиворечивость и целостность; − регистрацию источника данных; − фиксацию начала и окончания загрузки данных; − в состав выгруженных данных должны входить все изменения за период, произошедший с момента предыдущей выгрузки данных; − после выгрузки данных, все признаки изменений в документах должны сбрасываться; − выгрузка данных должна осуществляться во внешний XML–файл и иметь возможность подписания электронной цифровой подписью. 4.2.4 Подсистема внутренней электронной почты Подсистема ведомственной электронной почты предназначена для организации обмена электронными сообщениями между пользователями ГИСМУ и должна обеспечивать маршрутизацию и обработку почтового трафика (потока сообщений) по протоколу SMTP. Архитектура подсистемы должна строиться по распределено- централизованному принципу. Компоненты подсистемы должны быть распределены по двум уровням: − пользовательский — распределяется по рабочим местам пользователей ГИСМУ; − уровень сервера почтовых услуг — разделяется на почтовый сервер и почтовое хранилище на центральном уровне ГИСМУ и почтовые сервисы на серверах регионального уровня ГИСМУ. На пользовательском уровне, почтовая система должна обеспечивать: − прием сообщений по протоколу POP3 или IMAP4; − отправку сообщений по протоколу SMTP; − реализацию избирательной и многоадресной адресации почтовых сообщений. На серверном уровне ФЦОД почтовая система должна обеспечивать: 63 Техническое задание на создание Государственной информационной системы миграционного учета (ГИСМУ) − маршрутизацию почтовых сообщений между почтовыми ящиками пользователей ГИСМУ; − интеграцию со службой каталога ГИСМУ (LDAP) в части задач, связанных с поиском адресной информации о пользователях ГИСМУ; − управление хранением почтовой информации на сервере; − интеграцию со средствами СКЗИ, включая ЭЦП. На серверном уровне РЦОД почтовая система должна обеспечивать: − маршрутизацию почтовых сообщений между почтовыми ящиками пользователей ГИСМУ на региональном уровне; − интеграцию со службой каталога ГИСМУ (LDAP) в части задач, связанных с поиском адресной информации о пользователях ГИСМУ на региональном уровне; − управление хранением почтовой информации на сервере. Требования к информационной безопасности и защите информации от несанкционированного доступа для подсистемы представлены в частном техническом задании на подсистему информационной безопасности ГИСМУ. 4.2.5 Подсистема видеоконференцсвязи Подсистема должна обеспечивать высокое качество передачи аудио- и видео- сигнала. В рамках реализации подсистемы должны быть обеспечены каналы передачи данных и Предоставлены каналы связи со стабильной пропускной полосой и гарантированным качеством обслуживания. 4.2.6 Подсистема ведомственной телефонной связи Подсистема ведомственной телефонной связи должна предоставлять собой телекоммуникационную среду для обмена голосовой и факсимильной информацией в рамках ГИСМУ. Используемое для создания подсистемы оборудование должно обеспечивать возможность наращивания локальной абонентской базы. 64 Техническое задание на создание Государственной информационной системы миграционного учета (ГИСМУ) 4.2.6.1 В качестве функциональных узлов подсистемы, устанавливаемых на региональном уровне, должны использоваться цифровые УАТС, которые поддерживают необходимое количество абонентских и соединительных линий. 4.2.6.2 Взаимодействие УАТС с оборудованием передачи данных должно производиться по цифровым соединительным линиям с использованием протокола EDSS-1/Q-Sig. 4.2.6.3 Используемые для построения подсистемы УАТС должны обеспечивать поддержку следующих функций и сервисов ведомственной телефонии: 4.2.6.3.1 Маршрутизация исходящих вызовов по условию (набранный номер, время суток); 4.2.6.3.2 Маршрутизация входящего вызова в зависимости от набранного номера, номера входящей линии и принятого АОНа. 4.2.6.3.3 Гибкий режим переадресации входящего вызова по условию с возможностью удалённого изменения режима переадресации и перехвата вызова в точке переадресации. 4.2.6.3.4 Возможность автоматического распределения вызовов, позволяющая в дальнейшем организовывать небольшие операторские центры. 4.2.6.3.5 Опциональная возможность организации «автоматического секретаря», позволяющего объявить звонящему абоненту записанное сообщение и предоставить ему возможность набора внутреннего номера в тоновом режиме. 4.2.6.3.6 Ограничение перевода входящего вызова на исходящую соединительную линию для ограничения доступа к междугородним и международным услугам связи. 4.2.6.3.7 Ограничение доступа к междугородной и международной связи 4.2.6.3.8 Доступ к исходящим соединительным линиям по набору авторизационных кодов для дополнительного контроля за доступом к междугородним и международным услугам. 4.2.6.3.9 Единый план нумерации с количеством цифр внутреннего номера до пятнадцати для прозрачной интеграции с существующими УАТС. 4.2.6.3.10 Возможность создания индивидуального плана нумерации для отдельных абонентов или групп абонентов (наличие планов нумерации разной длины в пределах одной системы). 4.2.6.3.11 Возможность занятия соединительных линий в направлении городских телефонных сетей без набора префикса. 4.2.6.3.12 Организация аудио-конференций для любых типов абонентских терминалов (аналоговые, цифровые, IP). 65 Техническое задание на создание Государственной информационной системы миграционного учета (ГИСМУ) 4.2.6.3.13 Организация аудио-конференций по требованию с защитой входа для централизованного проведения селекторных совещаний. 4.2.6.3.14 Просмотр индикации занятости абонента с IP или цифровых абонентских терминалов. 4.2.6.3.15 Возможность перехвата входящего вызова (по группам). 4.2.6.3.16 Возможность организации автоматического обратного вызова в случае занятости или отсутствия внутреннего абонента. 4.2.6.3.17 Доступ абонентов к системному каталогу внутренних и внешних номеров. 4.2.6.3.18 Громкоговорящая связь по группам абонентов на базе абонентских терминалов. 4.2.6.3.19 Возможность автоматического определения номера и имени (идентификатора). 4.2.6.3.20 Различные типы звонков для идентификации разных типов вызовов. 4.2.6.4 УАТС должны поддерживать все типы соединительных лини, одобренных для использования на Выделенной сети связи России, обеспечивать подключение к оборудованию ведомственных сетей связи по стандартизованным интерфейсам с использованием унифицированных протоколов. 4.2.6.5 УАТС должны иметь возможность подключения различных абонентских терминалов: аналоговых, цифровых, IP, DECT. Также УАТС должна поддерживать подключение внешних шлюзов по стандартным протоколам. 4.2.6.6 УАТС должны иметь возможность установки интегрированного IP шлюза, с количеством одновременных каналов не менее тридцати. 4.2.6.7 УАТС должны иметь возможность мониторинга состояния и управления с использованием протокола SNMP. |