Главная страница
Навигация по странице:

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

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

  • 4.2.1 Система ведения НСИ ФМС России

  • 4.2.2 Подсистема ведения электронных регламентов

  • 4.2.3 Подсистема межведомственного взаимодействия

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

  • 4.2.5 Подсистема видеоконференцсвязи

  • 4.2.6 Подсистема ведомственной телефонной связи

  • Техническое задание. ТЗ ГИСМУ. Техническое задание на создание Государственной информационной системы миграционного учета (гисму)


    Скачать 1.25 Mb.
    НазваниеТехническое задание на создание Государственной информационной системы миграционного учета (гисму)
    АнкорТехническое задание
    Дата15.04.2022
    Размер1.25 Mb.
    Формат файлаpdf
    Имя файлаТЗ ГИСМУ.pdf
    ТипТехническое задание
    #477261
    страница6 из 10
    1   2   3   4   5   6   7   8   9   10
    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.
    1   2   3   4   5   6   7   8   9   10


    написать администратору сайта