Характеристика объектов автоматизации
-
Сведения об объекте автоматизации
Объектом автоматизации являются процессы управления НСИ и интеграции данных, направленные на создание единой информационной среды ГУП «Петербургский метрополитен» в следующих информационных системах:
SAP ERP EHP7 (система управления предприятием Заказчика);
DocsVision 5 (система документооборота Заказчика);
Автоматизированная информационная система управления закупками
-
Нормативно-распорядительные документы
Основные сведения о закупочном процессе объекта автоматизации приведены в следующих документах:
Федеральный закон № 161-ФЗ от 14.11.2002 «О государственных и муниципальных унитарных предприятиях»;
Концепция формирования и развития единого информационного пространства России и соответствующих государственных информационных ресурсов, разработанная во исполнение Указа Президента Российской Федерации от 1 июля 1994 г. N 1390 "О совершенствовании информационно-телекоммуникационного обеспечения органов государственной власти и порядке их взаимодействия при реализации государственной политики в сфере информатизации";
«Стратегия развития информационных технологий ГУП «Петербургский метрополитен», разработанная по договору №20000000000000057580 от «24» июля 2015г.
Данный перечень документов может быть откорректирован Заказчиком по согласованию с Исполнителем.
-
Требования к системе
-
Требования к Системе в целом
-
Требования к структуре и функционированию Системы
Система должна быть построена на модульной основе с общим для всех модулем хранилища данных и системой авторизации и включать в себя следующие подсистемы:
единая система НСИ;
единая система интеграции данных и процессов;
адаптеры для эксплуатируемых прикладных систем в рамках ИТ-комплексов Метрополитена;
подсистемы безопасности и разграничения доступа.
Система должна соответствовать принципам единого информационного пространства, обеспечивающим однократный ввод либо получение данных с возможностью доступа к ним из разных приложений и сервисов, использование согласованных справочников и классификаторов, протоколов информационно-технического обмена и передачи информации.
Система должна состоять из нескольких взаимосвязанных программных модулей и иметь современную трехзвенную архитектуру клиент-сервер с применением web-технологий клиентского доступа («тонкий клиент»). Архитектура Системы должна включать следующие компоненты:
сервер БД;
комплекс серверов приложений (включая серверы исполнения модулей интеграционной логики Единой системы интеграции данных);
интеграционные адаптеры (обеспечивающих непосредственное подключение модулей интеграционной логики Единой системы интеграции данных к конечным информационным системам);
клиентские модули.
Пользователи на своих рабочих местах должны работать с клиентскими модулями. Операции по обработке данных должны выполняться через комплекс серверов приложений. Обработка и передача данных в рамках решения Единой системы интеграции данных должны выполняться посредством централизованного компонента модулей интеграционной логики. При этом подключение интегрируемых информационных систем должно выполняться через специализированные программные модули интеграционных адаптеров.
Данные должны храниться в БД Системы, управление которой должна выполнять СУБД, удовлетворяющая следующим требованиям:
возможность организации совместной параллельной работы многих пользователей;
масштабируемость;
устойчивость по отношению к сбоям различного рода, в том числе наличие системы резервирования хранимой информации;
обеспечение безопасности хранимых данных и развитой структурированной системы доступа к ним.
Комплекс серверов приложений должен обеспечивать решение следующих задачи:
взаимодействие с сервером БД (отправка запросов на доступ к хранимым данным, получение данных);
взаимодействие с клиентскими модулями (получение заданий на доступ к хранимым данным, обработка данных, отправка данных);
управление и обеспечение работы интеграционных адаптеров к интегрируемым информационным системам в рамках решения Единой системы интеграции данных.
Клиентские модули должны включать пользовательские модули (для конечных пользователей) и модули, предназначенные для администрирования Системы. Взаимодействие между клиентскими модулями и серверами системы должно осуществляться посредством стека общераспространенных сетевых протоколов.
Каждый сотрудник должен иметь индивидуальные параметры авторизации и аутентификации для входа в Систему. Графический интерфейс и функциональные возможности пользовательского модуля должны определяться ролью сотрудника.
Модули администрирования используются сотрудниками, выполняющими функциональные обязанности администраторов системы.
Средства модулей администрирования должны позволять настраивать функциональные права пользователей к информации, размещенной в Системе, добавлять учетные записи пользователей, редактировать их функциональные права, осуществить мониторинг работы критичных компонентов системы и просматривать сообщения о событиях, происходящих в системе.
Пользовательские модули и модули администрирования должны поддерживать работу с системой как в виде «тонкого» клиента, где в качестве «тонкого» клиента должен использоваться web-браузер, так и с помощью специализированного клиентского приложения, требующего установки на компьютер пользователя системы.
Система должна обеспечивать возможность адаптации и развития функциональных возможностей базовых программных решений, с учетом изменения внешних и внутренних требований пользователей и персонала эксплуатации системы.
-
Требования к характеристикам взаимосвязей Системы с другими системами
Интеграционное взаимодействие со смежными системами должно быть обеспечено средствами внедряемой системы интеграции данных.
Смежными внутренними системами для Системы являются следующие информационные системы предприятия:
SAP ERP EHP7 (система управления предприятием Заказчика);
DocsVision 5 (система документооборота Заказчика);
Автоматизированная информационная система управления закупками
Система должна иметь возможность интеграции с остальными ИТ-комплексами предприятия Заказчика посредством подсистемы Единая система интеграции данных.
Информационный обмен должен осуществляться с помощью телекоммуникационной системы Заказчика.
-
Требования к численности и квалификации персонала
Система должна обеспечивать бесперебойную полнофункциональную работу не менее чем с 50 конкурентными пользователями (Пользователи системы, одновременно обращающиеся к функциям системы), с возможностью расширения количества пользователей, обладающих знаниями предметной области, навыками работы с операционной системой и офисным программным обеспечением.
Персонал Системы должен включать следующие категории:
пользователи;
администраторы;
специалисты поддержки.
Персонал (пользователи и администраторы) должен иметь необходимые базовые навыки работы с компьютером и дополнительно пройти обязательную специальную подготовку для работы с Системой. Пользователи должны обладать необходимыми знаниями предметной области.
Администраторы должны осуществлять централизованное управление Системой, следуя единой согласованной политике администрирования Системы. Администраторы должны при необходимости осуществлять техническую и логическую настройку комплекса, используя для этого модуль администрирования, модуль мониторинга действий пользователей и модули для настройки конфигурации Системы.
Администраторы должны проходить специальную подготовку, включающую в себя получение навыков работы с Системой в объеме навыков администраторов с обязательным контролем знаний и навыков.
Специалисты поддержки осуществляют консультирование пользователей по работе с системой. Специалисты поддержки должны пройти обучение по работе с Системой на территории Заказчика. Способ обучения – по согласованию сторон. Специалисты поддержки должны участвовать в проведении всех видов испытаний Системы.
-
Требования к режимам функционирования Системы
Система должна функционировать в двух основных режимах:
в основном режиме;
в профилактическом режиме.
Характеристики основного режима функционирования Системы:
клиентское ПО и технические средства пользователей и администратора системы обеспечивают возможность функционирования круглосуточно, семь дней в неделю, с перерывами на техническое обслуживание в нерабочее время (в период с 00:00 до 3:00);
серверное ПО и технические средства серверов обеспечивают возможность круглосуточного функционирования, с перерывами на обслуживание в нерабочее время;
исправно работает оборудование, составляющее комплекс технических средств;
исправно функционирует системное, базовое и прикладное ПО системы.
В профилактическом режиме Система должна обеспечивать возможность проведения следующих работ:
техническое обслуживание;
модернизацию аппаратно-программного комплекса;
устранение аварийных ситуаций.
Общее время проведения профилактических работ не должно превышать 3% от общего времени работы системы в основном режиме.
Для обеспечения нормального режима функционирования Системы необходимо выполнять требования и выдерживать условия эксплуатации ПО и комплекса технических средств Системы, указанные в соответствующих технических документах.
Надежность программного обеспечения должна обеспечиваться комплексом организационно-технических мероприятий отладки, поиска и исключения ошибок, а также технологическими процедурами резервирования информационных ресурсов.
Должна обеспечиваться сохранность информации в Системе при возникновении аварийных ситуаций. Должна быть предусмотрена возможность резервного копирования данных системы средствами СУБД на резервные устройства хранения с последующим их восстановлением. В случае возникновения аварии или сбоя в процессе выполнения пользовательских задач должно быть обеспечено восстановление базы данных до состояния на момент последнего завершенного системой сохранения информации.
Система должна обеспечивать возможность круглосуточного непрерывного функционирования с технологическими перерывами на проведение регламентных работ по резервному копированию.
Программные средства Системы должны обеспечивать устойчивость по отношению к ошибкам пользователей.
-
Требования к диагностированию системы
Диагностирование Системы должно обеспечивать выявление неработоспособности технических средств, системного и прикладного ПО. Для поддержания установленных параметров качества обслуживания (например, время отклика системы на действия пользователя), система должна обеспечивать протоколирование событий при функционировании системы с возможностью последующего анализа возникновения критических ситуаций (log-файлы).
Все подсистемы, входящие в состав Системы, должны иметь средства и процедуры диагностирования.
Система не должна требовать использования нештатных режимов работы серверов баз данных, серверов приложений, межсетевых экранов и каналов связи для выполнения диагностики.
Система должна обеспечивать своевременное оповещение обслуживающего персонала Системы о наступивших нарушениях работоспособности. Должно существовать однозначное соответствие между нарушениями работоспособности и оповещениями Системы, т.е. Система должна выдавать одинаковые оповещения для одинаковых нарушений работоспособности. Система должна контролировать основные сроки операций, проводимых в системе и регламентируемых нормативно-распорядительными документами. Система должны предупреждать заинтересованных пользователей в случае:
- наступления срока проведения операции;
- времени, оставшегося до проведения операции;
- просрочке срока проведения операции.
Система должна удовлетворять следующим требованиям по диагностированию:
запись при возникновении системных ошибок в ходе выполнения работы в системный журнал;
протоколирование действий пользователей̆ при выполнении работ;
выдача пользователю сообщений, содержащих описание нарушения работоспособности.
-
Требования к информационной безопасности
Система должна обеспечивать возможность хранения и обработки конфиденциальной информации, подлежащей защите в соответствии с требованиями российского законодательства, отраслевых регламентов и внутренних нормативных актов Метрополитена.
Система не предназначена для обработки и передачи информации, составляющей государственную тайну или иной информации, для которой в силу закона или требований государственных органов должен обеспечиваться специальный режим защиты.
В связи с этим Система должна иметь механизмы защиты информации от несанкционированного доступа и обладать следующими функциями:
вся информация Системы должна храниться централизованно на сервере;
в Системе должны быть реализованы функции по управлению доступом, регистрации и учету, обеспечению целостности программной среды Системы;
в Системе должен вестись список пользователей и групп пользователей;
должно быть предусмотрено разграничение уровня доступа пользователей, как с возможностью индивидуальной настройки прав доступа, так и с использованием механизма системных ролей;
-
должна быть возможность определить пользователю и группе пользователей:
права на выполняемые при работе с Системой функции;
права на объем информации, к которому он допущен;
права доступа к документам;
проверка прав доступа к документам Системы должна выполняться на сервере системы;
каждый пользователь должен иметь индивидуальные параметры авторизации и аутентификации при входе в Систему;
в Системе должна быть предусмотрена возможность использования существующих записей пользователей Microsoft Active Directory (версия 2012 и выше);
Система должна обеспечивать протоколирование действий пользователя в системе, мониторинг работы Системы, включающий отслеживание событий, фиксирование действий пользователей, формирование отчетов для анализа.
Система должна позволять протоколировать действия пользователей, связанные с изменением данных в системе (аудит). В Системе должна быть возможность протоколирования следующих событий:
успешные и неуспешные попытки регистрации (входа) пользователей в системе и доступа к данным;
запуск и остановка Системы;
добавление и удаление учетных записей пользователей;
редактирование профиля пользователя;
добавление и удаление ролей пользователей в Системе;
создание, изменение, удаление критически важных объектов данных прикладного уровня.
Данные протоколов должны содержать следующую информацию:
идентификатор пользователя, выполнившего операцию;
источник события (IP-адрес, идентификатор рабочей станции);
название или тип выполненного события;
дату и время события;
результат события;
объект, над которым была выполнена операция.
Требования к подсистеме Единая система интеграции данных в части информационной безопасности:
подсистема должна иметь функциональность по двухэтапной регистрации интегрируемых информационных систем и их сервисов в репозитории;
подсистема должна протоколировать все запросы интегрируемых систем (аудит).
Данные протоколов подсистемы Единая система интеграции данных должны содержать следующую информацию:
запуск и остановка подсистемы;
добавление и удаление учетных записей администраторов;
события исполнения / неисполнения сервиса по передаче данных между интегрируемыми системами;
регистрация интегрируемых систем в репозитории;
события отключения и восстановления работоспособности сервисов интегрируемых информационных систем.
-
Требования к эргономике и технической эстетике
Взаимодействие пользователей с прикладным ПО, входящим в состав Системы, должно осуществляться посредством визуального графического интерфейса (GUI) через web-браузер, либо клиентское приложение.
Интерфейс Системы должен быть удобным и интуитивно понятным, не должен быть перегружен графическими элементами и должен обеспечивать быстрое отображение экранных форм. Навигационные элементы должны быть выполнены в удобной для пользователя форме. Средства редактирования информации должны удовлетворять принятым соглашениям в части использования функциональных клавиш, режимов работы, поиска, использования оконной системы. Ввод-вывод данных Системы, прием управляющих команд и отображение результатов их исполнения должны выполняться в интерактивном режиме. Интерфейс должен соответствовать современным эргономическим требованиям и обеспечивать удобный доступ к основным функциям и операциям Системы.
Все надписи экранных форм, а также сообщения, выдаваемые пользователю (кроме системных сообщений) должны быть на русском языке.
Система должна обеспечивать контроль заполнения экранных форм.
Система должна обеспечивать корректную обработку аварийных ситуаций, вызванных неверными действиями пользователей, неверным форматом или недопустимыми значениями входных данных. В указанных случаях Система должна выдавать пользователю соответствующие сообщения, после чего возвращаться в рабочее состояние, предшествовавшее неверной (недопустимой) команде или некорректному вводу данных.
Экранные формы должны проектироваться с учетом требований унификации:
все экранные формы пользовательского интерфейса должны быть выполнены в едином графическом дизайне, с одинаковым расположением основных элементов управления и навигации;
для обозначения сходных операций должны использоваться сходные графические значки, кнопки и другие управляющие (навигационные) элементы. Термины, используемые для обозначения типовых операций (добавление информационной сущности, редактирование поля данных), а также последовательности действий пользователя при их выполнении, должны быть унифицированы;
внешнее поведение сходных элементов интерфейса (реакция на наведение указателя «мыши», переключение фокуса, нажатие кнопки) должны реализовываться одинаково для однотипных элементов.
Интерфейс Системы должен обеспечивать защиту от человеческих ошибок:
для уменьшения количества ошибок пользователя кнопки не должны слишком маленького размера (на такую кнопку сложно попасть);
пользовательский интерфейс должен быть спроектирован таким образом, чтобы пользователю было трудно нажать не на ту кнопку (добиться этого можно либо изменением состояния кнопки при наведении на неё курсором, либо с помощью визуальных пауз между кнопками);
опасные для пользователя кнопки не должны быть кнопками по умолчанию.
Интерфейс Системы должен выполнять следующие требования к названиям элементов управления:
название элемента должно отражать его функцию;
названия элементов должны быть краткими и понятными пользователю;
наиболее значимое слово должно стоять в названии элемента первым;
для названия элемента, запускающего действие, целесообразно использовать глагол в форме инфинитива;
если элемент меню служит для запуска окна с продолжением диалога, то в конце его названия следует ставить многоточие;
пиктограммами следует снабжать только самые важные элементы управления.
Интерфейс Системы должен выполнять следующие требования к расположению элементов управления:
элементы меню должны быть сгруппированы;
группы следует разделять разделительными полосками либо «визуальными паузами»;
часто используемые элементы располагать в левой верхней части экрана, редко используемые - в правой нижней части;
терминационные кнопки (т.е. командные кнопки, управляющие окном, например, «Ок», «Отмена», «Закрыть») должны быть расположены либо внизу окна, либо в правой его части (т.е. в той части окна, которая сканируется взглядом в последнюю очередь).
Требования по эргономике подсистемы Единая система интеграции данных должны быть обеспечены в объеме требований СанПин 2.2.2/2.4.1340-03. Особых требований по технической эстетике к Системе не предъявляется.
-
Требования к эксплуатации, техническому обслуживанию, ремонту и хранению компонентов Системы
Система должна обеспечивать доступ Пользователей к разделам Системы в соответствии с режимом функционирования объекта автоматизации.
Регламент обслуживания Системы должен определять порядок взаимодействия между подразделениями пользователей, администраторов Системы и технической поддержки Исполнителя.
Периодическое техническое обслуживание используемых технических средств должно проводиться в соответствии с требованиями технической документации изготовителей, но не реже одного раза в год. Техническое обслуживание должно занимать не более 5 часов в месяц и проводиться в нерабочее время в период с 00:00 до 3:00.
Восстановление работоспособности технических средств должно проводиться в соответствии с инструкциями разработчика документами по восстановлению работоспособности технических средств и завершаться проведением их тестирования. При вводе Системы в опытную эксплуатацию должен быть разработан план выполнения резервного копирования программного обеспечения и обрабатываемой информации и включен в документ «Регламент обслуживания Системы».
Должно обеспечиваться создание резервной копии Системы средствами СУБД не реже 1 раза в сутки. Процедура резервного копирования не должна влиять на функционирование Системы и должна проводиться в нерабочее время.
Хранение резервных копий Системы должно осуществляться на внешних носителях информации (на другом сервере Заказчика, ленте, диске и т.п.).
Система должна быть рассчитана на эксплуатацию в составе программно-технического комплекса Заказчика с использованием платформ виртуализации VMware (версия 5.1 и выше) и Xen.
-
Требования по стандартизации и унификации
Система должна быть построена с использованием стандартных и унифицированных методов реализации функций информационной системы.
Реализация каждого из компонентов Системы должна обеспечивать унификацию функциональных задач, операций и интерфейсов.
Типовое решение должно обеспечивать тиражирование одного решения на все рабочие места путем изменения настроек и состава.
Отчетные документы, формируемые подсистемой, должны иметь унифицированное содержание и форму предоставления для каждого вида отчета.
-
Перспективы развития, модернизации Системы
При внедрении Системы должна быть заложена основа для дальнейшего развития и масштабирования. Под масштабированием подразумевается увеличение количества обрабатываемой информации и количества пользователей Системы. Под развитием Системы понимается создание новых программных средств на основе уже имеющихся с целью удовлетворения потребностей пользователей Системы.
Под развитием Системы понимается создание новых программных средств на основе уже имеющихся с целью удовлетворения потребностей пользователей ИТ-комплексов Заказчика, в том числе следующей функциональности:
Интеграция ИТ-комплексов в периметре целевой ИТ-архитектуры в части НСИ;
Интеграция ИТ-комплексов в периметре целевой ИТ-архитектуры в части данных, регистрируемых и используемых при выполнении автоматизированных функций ИТ-комплексов;
Интеграция ИТ-комплексов в периметре целевой ИТ-архитектуры с внешними информационными системами;
Применение средств криптографической защиты передаваемых данных.
Создаваемая Система должны предусматривать следующие возможности для развития:
увеличение числа пользователей Системы;
увеличение количества обрабатываемой информации;
интеграция с новыми сторонними системами и ресурсами в зависимости от появления потребности;
настройка дополнительных форм автоматической отчетности по запросам пользователей Системы;
расширение возможностей оповещения пользователей о событиях Системы;
расширение возможностей оповещения Администраторов о событиях Системы;
расширение предметной области применения Системы (обмен оперативными данными между внешними и внутренними ИТ-комплексами) и т.п.;
|
