Требования к функциям (задачам), выполняемым Системой
-
Требования к подсистеме Единая система НСИ
Единая система НСИ предназначена для централизованного ведения нормативно-справочной информации в рамках информационного пространства Метрополитена.
В рамках Единой системы НСИ должна обеспечиваться возможность создания и централизованного ведения произвольного количества справочников и классификаторов, с поддержкой связей между ними, путем настройки программного обеспечения.
Единая система НСИ должна обеспечивать различные сценарии (схемы) централизованного ведения НСИ.
При полностью централизованной схеме ведения операции добавления новых записей справочников, изменения и вывода из использования (блокировки) существующих записей выполняются в централизованной мастер-системе и запрещаются для выполнения в связанных информационных системах-приемниках.
При частично централизованной схеме ведения Система должна поддерживать сценарий, при котором добавление данных в справочники, используя существующие инструменты (прикладное программное обеспечение) для ввода таких данных. Например, данные о новых единицах основных средств первоначально вводятся в локальной системе SAP ERP и передаются в Единую систему НСИ, где выполняется автоматическая (без участия пользователя) проверка пригодности введенной информации согласно стандартам централизованного ведения НСИ.
Перечень НСИ, для которой должно быть организовано управление НСИ, представлен в Приложении 1 к настоящему ТЗ.
Передача данных между Единой системой НСИ (мастер-системой) и связанными информационными системами (системами-приемниками) должна быть организована на основе Единой системы интеграции данных (интеграционной платформы) или через собственные механизмы взаимодействия.
Единая система НСИ должна создаваться как подсистема, основанная на специализированном программном обеспечении MDM (управление мастер-данными) на базе отечественного ПО.
Процессы централизованного управления НСИ должны обеспечивать качество нормативно-справочной информации: полноту, корректность, достоверность, непротиворечивость, унификацию в соответствии с информационной моделью данных и методиками ведения НСИ, разработанными Исполнителем.
На момент запуска Системы в эксплуатацию, Единая система НСИ должна содержать в себе нормализованные и классифицированные данные НСИ, полученные путем предварительной подготовки и нормализации данных справочников существующих информационных систем Заказчика, включаемых в контур централизованного ведения НСИ в соответствии с информационной моделью данных.
Работы по фактической подготовке и нормализации данных справочников существующих информационных систем Метрополитена для загрузки в Единую систему НСИ выполняется персоналом Заказчика и при поддержке Исполнителя согласно разработанным им методикам.
В процессе функционирования Единая система НСИ должна являться источником нормализованных данных НСИ (мастер-системой) для связанных с ней информационных систем (систем-приемников).
Единая система НСИ должна обеспечивать единство классификации и кодирования НСИ в соответствии с информационной моделью данных и методиками, разработанными Исполнителем.
Для обеспечения выполнения процессов централизованного управления НСИ и надлежащей эксплуатации Единой системы НСИ Заказчиком должна быть организована Группа ведения НСИ. Внесение изменений и дополнений в данные Единой системы НСИ должны осуществлять эксперты предметной области (эксперты Группы ведения НСИ).
Взаимодействие пользователей с Единой системой НСИ (мастер-системой) может строиться следующим образом:
Пользователь локальной информационной системы (системы-приемника), осуществляет поиск в справочнике своей информационной системы. Если нужная запись отсутствует в локальной системе, то пользователь производит поиск аналогичной записи (при наличии доступа) в справочнике Единой системы НСИ. Если необходимая запись найдена – пользователь должен иметь возможность подать заявку на отправку записи в справочник своей системы (системы-приемника). Если запись не найдена – пользователь должен иметь возможность подать заявку на добавление записи в справочник мастер-системы. Если запись найдена в мастер-системе, но требуется ее дополнить или изменить, то пользователь должен иметь возможность сформировать запрос на изменение записи (и на отправку записи в справочник своей системы).
Эксперты НСИ должны осуществлять внесение изменений и дополнений в данные Единой системы НСИ на основании запросов пользователей. В результате обработки запроса пользователя должна создаваться или изменяться запись в справочнике мастер-системы. Обеспечение возможности формирования и обработки запросов должно выполняться в результате выполнения настроенных процессов (workflow), выполнение которых должно обеспечиваться функциональностью целевого программного решения.
Созданная или измененная запись с использованием интеграционных механизмов должна передаваться из Единой системы НСИ (мастер-системы) и загружаться в справочник информационной системы, пользователь которой создал запрос на добавление новой или изменение существующей записи (исходной системы-приемника), а также в справочники других информационных систем, включенных в контур централизованного ведения для соответствующего справочника (других систем-приемников).
Система должна обеспечивать следующие функциональные возможности:
Централизованное хранение мастер-данных объектов НСИ;
Настройка атрибутного состава объектов НСИ и ведение журнала изменений значений атрибутов объектов НСИ;
Получение информации о событиях НСИ из связанных с ней информационных систем;
Поддержка функций проверки на дублирование информации по объектам НСИ, полученным из связанных информационных систем;
Создание, изменение, установка пометки на удаление записей справочников и классификаторов в соответствии с установленными правилами обработки событий НСИ;
Установка правил дистрибуции данных для каждого объекта НСИ и каждой системы – получателя НСИ
Публикация НСИ для информационных систем – получателей НСИ в соответствии с установленными правилами дистрибуции НСИ.
-
Требования к подсистеме Единая система интеграции данных
Единая система интеграции данных предназначена для обеспечения взаимодействия разнородных информационных систем Метрополитена.
Единая система интеграции данных должна быть выполнена на базе специализированной интеграционной платформы или программном обеспечении ESB («корпоративная шина данных») на основе отечественных программных продуктов.
Программные модули интеграционной логики должны использовать функциональность интеграционной платформы для обеспечения связи с прикладными информационными системами в соответствии с разработанной моделью потоков данных для интегрируемых систем.
Взаимодействия с информационными системами должны производиться через адаптеры, осуществляющие преобразования сообщений в сообщения прикладной системы.
Взаимодействия программных модулей интеграционной логики с адаптерами прикладных систем должно осуществляться через очереди системы гарантированной доставки сообщений.
Для реализации взаимодействия должны применяться современные способы и форматы сообщений (XML, web-сервисы SOAP, REST-сервисы, http/https, TCP/IP). Для некоторых исторических приложений в силу невозможности использования на устаревших платформах современных технологий и форматов интеграционного взаимодействия могут применяться индивидуальные технические решения.
Состав данных для осуществления информационного обмена по каждой смежной системе определяется моделью потоков данных для интегрируемых систем, разрабатываемой Исполнителем.
Интеграционная платформа должна предоставлять средства мониторинга в режиме реального времени состояния обработки и передачи данных, а также обеспечивать ведение (запись и хранение) журналов диагностики с регистрацией следующих категорий событий:
сообщения о выполнении операций взаимодействия с интегрируемыми системами;
сообщения о произведении операций интеграционной логики;
сообщения об ошибках.
Система должна предоставлять администраторам развитые возможности для обеспечения анализа журналов диагностики, выявления причин возникающих ошибок и проблем, и их устранения штатными средствами администрирования.
Система должна обеспечивать следующие функциональные возможности:
Настройку параметров транспортных систем, используемых для передачи информации;
Регистрацию, редактирование параметров событий, сервисов информационных систем;
Хранение информации о сервисах, которые могут предоставлять информационные системы, (причем определение сервиса предполагает также определение его параметров и структур данных, получаемых в результате исполнения сервиса);
Создание, редактирование шаблонов распределенных процессов обработки информации;
Исполнение процессов обработки информации;
Сбор статистики о ходе исполнения процессов;
Мониторинг, процедуры ревизии хода исполнения процессов;
Объявление, настройку параметров, регистрацию событий и сервисов, способов обмена информацией;
Формирование и рассылка оповещений об ошибках, приведших к остановкам процессов, а также о восстановленных процессах;
Запуск исполнения по запросу объявленных сервисов информационной системы;
Сбор статистики исполнения сервиса, регистрацию ошибок исполнения.
-
Требования к локальным интеграционным решениям
Локальные интеграционные решения для эксплуатируемых прикладных систем в рамках ИТ-комплексов предназначены для подключения существующих систем Предприятия к создаваемой Единой системе интеграции данных.
Состав данных для осуществления информационного обмена по каждой смежной системе определяется моделью потоков данных для интегрируемых систем.
Выполнение работ по необходимой доработке, адаптации или настройке существующих информационных систем Метрополитена обеспечиваются Заказчиком собственными силами, либо силами сторонних исполнителей за счет средств Заказчика.
Сроки подготовки существующих информационных систем для обеспечения их подключения к Единой системе интеграции данных должны быть согласованы со сроками соответствующих этапов внедрения Системы.
-
Требования к функциям подсистемы безопасности и разграничения доступа
Средствами подсистемы безопасности и разграничения доступа должно обеспечиваться выполнение следующих функций:
идентификация и аутентификация пользователей;
управление доступом доступа:
регистрация пользователей Системы, внесение сведений о пользователях, редактирование информации о них;
настройка прав пользователей в системе;
задание ролей пользователей в системе;
добавление, редактирование, изменение настроек прав доступа ролей;
возможность для каждой учетной записи пользователя системы индивидуально настраивать полномочия, определяющие в дальнейшем возможности пользователя при работе с системой;
функциональное разграничение прав доступа пользователей к различным объектам Системы;
разграничение доступа пользователей и администраторов Системы к выполняемым действиям;
-
протоколирование действий пользователей:
регистрация входа (выхода) пользователей в Систему. В параметрах регистрации должны указываться дата и время входа (выхода), идентификатор пользователя, результат попытки входа (успешная или не успешная), идентификатор (адрес) точки входа в систему;
регистрацию выполнения пользователем функций Системы;
регистрацию изменений полномочий субъектов доступа и статуса объекта доступа;
-
мониторинг событий:
просмотр сообщений о событиях, происходящих в системе;
сортировка сообщений о событиях по различным параметрам;
фильтрация сообщений о событиях по различным параметрам (например, по IP-адресу или системному имени компьютера, системному имени пользователя, названию модуля, с которым работает пользователь);
управление подключениями пользователей к серверу.
|
