Расследование ННР Аппаратом главного ревизора по безопасности движения поездов
Вся информация о ННР должна быть внесена до 6:50 часов утра наступающих суток. После этого данные Журнала ДУ 11 за последние сутки проверяются старшим поездным диспетчером, копируются, и копии в 7:00 часов утра передаются Главному ревизору по безопасности движения на бумажных носителях.
В аппарате главного ревизора по безопасности движения данные из журнала ДУ-11 вводятся в базу данных АИС «Ревизор», классифицируются в соответствии с «Классификацией нарушений правил безопасности движения и эксплуатации в ГУП Московский метрополитен», подвергаются статистической обработке и анализу и учитываются в соответствии с «Инструкцией о порядке служебного расследования и учета нарушений безопасности движения и эксплуатации метрополитена» (Приказ Начальника метрополитена от 12.01.2015 года №10/Н). Информация о первичной классификации нарушений доводится по электронной почте до причастных подразделений в части касающейся. Служебное расследование нарушений в аппарате главного ревизора также производится в соответствии с вышеуказанной инструкцией. На основании протоколов разбора случаев и представленных подразделениями актов расследования отдел анализа и обработки информации аппарата главного ревизора вносит необходимые данные по виновности подразделений метрополитена, сторонних организаций или других лиц в базу данных АИС «Ревизор» и сообщает эту информацию по электронной почте причастным подразделениям в части касающейся. Обобщенная сводка о нарушениях в поездной и маневровой работе представляется начальнику метрополитена главным ревизором по безопасности движения ежемесячно. Кроме того, результаты анализа ежемесячно передаются в ДТиРДТИ в установленном объеме. Результаты анализа по отдельным параметрам также передаются главным ревизором по безопасности движения руководству метрополитена и ДТиРДТИ по запросу.
Требования к системе
Требования к структуре системы
Перечень подсистем, их назначение и основные характеристики
Разрабатываемая АС НРМ представляет собой программно-аппаратный комплекс, связь между элементами которого организуется средствами ЛВС метрополитена силами Заказчика.
Разрабатываемая АС НРМ включает следующие подсистемы:
контроля доступа в систему;
ввода и обработки данных по ННР;
СМС-информирования;
формирования отчетов;
передачи данных в смежные системы;
администрирования;
печати.
Между подсистемами должны быть установлены взаимосвязи, позволяющие вызывать части функциональности одной подсистемы из другой.
Ниже приведено описание каждой из подсистем.
Подсистема контроля доступа в систему
Подсистема должна обеспечивать пользователю доступ к работе в системе при подтверждении имени пользователя и пароля. Роль пользователя при входе в систему должна автоматически определяться в зависимости от введенных данных.
Подсистема ввода и обработки данных по ННР
Подсистема предназначена для:
ввода и хранения первичной информации о ННР, информации в процессе его развития и о его завершении;
ввода и редактирования подробных данных по ННР в записи формы ДУ 11;
исключения корректировки информации по ННР, регистрация которых завершена;
оповещения причастного подразделения о новом ННР.
Подсистема СМС-информирования
Подсистема предназначена для рассылки СМС-сообщений в соответствии с заданным для каждого типа ситуации списком рассылки согласно функционалу действующего АРМ Ситуационного центра.
Подсистема формирования отчетов
Подсистема предназначена для формирования отчётов за выбранный период времени по определённым критериям на основании информации в системе. Отображение информации должно производиться в виде текстов, таблиц, графиков, гистограмм и т.п. Виды и форматы отчётов определены в прототипе системы, дополнительные отчеты и их формат согласовывается с Заказчиком на этапе разработки системы.
Подсистема передачи данных в смежные системы
Подсистема предназначена для информационного взаимодействия со смежными системами Московского метрополитена:
АИС «Ревизор» (посредством выгрузки в буферную базу данных);
АПК «Рассылка СМС должностным лицам метрополитена».
Подсистема администрирования
Подсистема предназначена для управления справочниками, пользователями, их полномочиями, а также импортом и экспортом информации, резервным копированием и восстановлением данных.
Подсистема печати
Подсистема предназначена для выполнения печати записей формы ДУ 11, сформированных отчетов, нормативно-справочной информации, отчетов по работе системы и пользователей.
Перечень комплекса технических средств АС НРМ, его назначение, и основные характеристики.
Общие требования к комплексу технических средств.
Комплекс технических средств АС НРМ должен обеспечивать выполнение всех автоматизируемых функций системы.
По функциональным признакам система должна подразделяться на:
серверное оборудование для сбора и хранения данных АС НРМ;
автоматизированные рабочие места (АРМ) персонала, на которых выполняется ввод, печать, просмотр и анализ данных;
оборудование сети передачи данных.
Система должна иметь распределенную клиент-серверную архитектуру построения, представленную на рисунке 1.
Рисунок 1. Клиент-серверная архитектура системы.
Требования к серверному оборудованию
Все оборудование предоставляется Заказчиком.
Требования к АРМ
АРМ АС НРМ должен работать под операционной системой Microsoft не ниже Windows 7, c минимальным разрешением экрана 1920х1080. К АРМу должен быть подключен один монитор размером не менее 24”. АРМ должен иметь возможность чтения данных с оптических носителей информации.
Оборудование АРМ предоставляются Заказчиком.
Разрабатываемая АС НРМ должна включать в себя:
АРМ Дежурного по метрополитену Ситуационного центра;
АРМ оператора Ситуационного центра;
АРМ старшего поездного диспетчера (АРМ ДЦХС);
АРМ оператора Службы движения;
АРМ Отдела анализа и обработки информации Аппарата главного ревизора по безопасности движения поездов;
АРМ ревизора подразделений метрополитена;
АРМ Отдела безопасности движения Дирекции инфраструктуры;
АРМ причастных служб:
АРМ старшего инструктора по ПТВ Службы подвижного состава (АРМ ТЧМ);
АРМ центрального диспетчерского пункта Службы пути и искусственных сооружений (АРМ ЦДПП);
АРМ диспетчера Службы СЦБ (АРМ ЦДПШ);
АРМ центра технического управления (АРМ ЦТУ);
АРМ старшего диспетчера Электромеханической службы (АРМ ЭМЦХС);
АРМ старшего энергодиспетчера Службы электроснабжения (АРМ ЭЦХС);
АРМ старшего диспетчера Эскалаторной службы (АРМ ЭСЦХС);
АРМ линейного диспетчера Эскалаторной службы;
АРМ дежурной части Службы безопасности (АРМ Б);
АРМ Службы пассажирских обустройств (АРМ СПО);
АРМ диспетчера Службы сбора доходов (АРМ Л);
АРМ Отдела пожарной охраны (АРМ ОПО);
АРМ старшего диспетчера МРС.
сервер АС НРМ.
Окончательный перечень АРМ персонала метрополитена, задействованного в работе с АС НРМ, согласовываются обеими сторонами на этапе разработки проектных решений по системе и её частям.
Требования к оборудованию сети передачи данных
Связь для осуществления информационного обмена между всеми составляющими системы организуется по протоколу Ethernet средствами ЛВС Московского метрополитена.
Оборудование сети передачи данных предоставляются Заказчиком.
Дополнительно:
Технические характеристики оборудования для установки программного обеспечения согласовываются обеими сторонами на этапе разработки проектных решений по системе и её частям.
Требования к функциям, выполняемым системой
Общие требования к функциям, выполняемым системой.
АС НРМ должна обеспечить выполнение следующих функций (на основе и в соответствии с результатами функциональных испытаний прототипа):
Регистрация первичной информации и информационное оповещение:
первичная регистрация ННР;
ввод и редактирование поступающей информации о ННР;
просмотр и редактирование введенной информации о ННР;
рассылка СМС-сообщений согласно спискам рассылки;
регистрация телефонных звонков о ННР;
Создание записи формы ДУ 11 для ННР:
ввод и редактирование информации для записи формы ДУ 11 на основании оперативной информации;
ввод и редактирование информации для записи формы ДУ 11 «с нуля» (т.е. используя штатную форму регистрации ННР без предварительно введенных данных);
отслеживание статуса оформления записи о нарушении нормальной работы метрополитена;
назначение причастного подразделения метрополитена;
оповещение причастных служб о необходимости предоставления причины или обоснования непричастности;
информирование пользователей о наличии записей о ННР, регистрация по которым не завершена, зарегистрированных более суток назад;
информирование пользователей о блокировке редактирования зарегистрированного нарушения, если запись корректируется другим пользователем (исключение параллельного редактирования);
завершение регистрации оформленной записи о ННР с исключением возможности ее дальнейшей корректировки (за исключением согласованных случаев, когда такая корректировка необходима (см. п. 4.2.13));
ежедневная автоматическая (в 7:50) передача записей журнала ДУ-11, содержимое полей которых изменилось за прошедшие сутки, в буферную базу данных для последующего ввода данных в АИС «Ревизор».
Формирование отчетов заданной формы с настраиваемыми параметрами;
Печать сформированных отчетов;
Выгрузка всего объема информации о зарегистрированных в системе хрониках за произвольный настраиваемый период времени в формате Excel;
Поиск и фильтрация данных по различным полям хроник;
Просмотр (фильтрация) в системе записей о ННР, регистрация которых не завершена, за произвольный временной интервал;
Предоставление интерфейса ввода плановых значений для формирования отчета «Рабочий анализ выполнения графика движения поездов и работы метрополитена» для оператора Службы движения;
Взаимодействие со смежными системами;
Администрирование НСИ (см. п.п. 4.2.12.1);
Сохранение истории операций, производимых в системе.
Требования к пользовательскому интерфейсу системы
Пользовательский (человеко-машинный) интерфейс системы должен удовлетворять следующим требованиям:
обеспечивать унификацию элементов интерфейса;
обеспечивать минимум усилий и временных затрат пользователя для навигации;
обладать системой подсказок в местах, где у пользователя потенциально могут возникнуть затруднения;
сопровождать ошибочные действия индикацией на экране и подсказкой о дальнейших действиях.
Человеко-машинный интерфейс должен быть реализован в виде форм ввода и отображения данных. В системе должны быть реализованы формы следующих типов:
формы отображения сводной информации по нарушениям в работе Московского метрополитена;
формы ввода оперативной информации и регистрации информационного оповещения;
формы заполнения электронного журнала формы ДУ-11 (с корректировкой в зависимости от выбранного типа ННР);
формы корректировки НСИ (шаблонов, списков и т.п.).
Формы ввода и отображения данных, списки и шаблоны ввода данных, объем информации, предоставляемый системой каждой группе пользователей, должен зависеть от роли пользователя в системе и соответствовать прототипу автоматизированной системы регистрации нарушений работы метрополитена. Дополнения и изменения в формах ввода и отображения данных, а так же объем дополнительной информации, предоставляемой системой согласовывается с Заказчиком на этапе разработки проектных решений по системе и её частям.
Требования к отчетной документации
Объем отчетной информации должен включать следующие формы:
Отчет формы журнала нарушений формы ДУ-11 в соответствии с документом «Инструктивные указания о порядке заполнения форм первичной документации по Службе движения Московского метрополитена» от 10 июля 1997 года (см. Приложение №1);
Отчет «Рабочий анализ выполнения графика движения поездов и работы метрополитена» (см. Приложение №2);
Отчет «Сводка инцидентов и остановок на опасных производственных объектах эскалаторной службы ГУП «Московский метрополитен»» (см. Приложение №3);
Отчет «Справка о нарушениях нормальной работы устройств в подразделениях Дирекции инфраструктуры» (см. Приложение №4);
Сводный отчет по нарушениям для подразделений, входящих в состав Дирекции инфраструктуры (см. Приложение №5);
Отчеты по каждой причастной Службе, входящей в состав Дирекции инфраструктуры, в ее зоне ответственности (см. Приложение №6).
Кроме того в интерфейсе системы должна быть реализована возможность фильтрации по полям заполняемой информации, выбора периода времени и отдельных типов нарушений, по которым формируется отчет заданной формы.
Взаимодействие со смежными системами описано в п. 4.4.
Роли (статусы) пользователей системы
В процессе взаимодействия с системой выделяются следующие роли (статусы) пользователей системы:
Название роли (статус)
|
Описание функционала
|
Руководитель
|
Класс пользователей «Руководитель» представляет высшее руководство Московского метрополитена.
В задачи Руководителя, при работе с системой, входят функции по получению отчетов о текущем состоянии нарушений в работе метрополитена, а также получение сводной информации по нарушениям за любой период времени.
|
Регистратор ННР (ДЦХС)
|
Класс пользователей «Регистратор ННР (ДЦХС)» представляет собой работников Службы движения (Старший поездной диспетчер).
В задачи Регистратора ННР (ДЦХС), при работе с системой, входят функции первичной регистрации обнаруженных нарушений в работе метрополитена (в случае если инициатором записи является Служба движения), а также внесение подробных данных о развитии ННР (если причастное подразделение - Служба движения).
|
Регистратор ННР (ЭСЦХС)
|
Класс пользователей «Регистратор ННР (ЭСЦХС)» представляет собой работников Эскалаторной службы (Старший диспетчер).
В задачи Регистратора ННР (ЭСЦХС), при работе с системой, входят функции первичной регистрации обнаруженных нарушений в работе метрополитена (в случае если инициатором записи является Эскалаторная служба), а также внесение подробных данных о развитии ННР (если причастное подразделение - Эскалаторная служба).
|
Регистратор ННР (ЭЦХС)
|
Класс пользователей «Регистратор ННР (ЭСЦХС)» представляет собой работников Службы электроснабжения (Старший энергодиспетчер).
В задачи Регистратора ННР (ЭЦХС), при работе с системой, входят функции первичной регистрации обнаруженных нарушений в работе метрополитена (в случае если инициатором записи является Служба электроснабжения), а также внесение подробных данных о развитии ННР (если причастное подразделение - Служба электроснабжения).
|
Оператор причастного подразделения (диспетчер)
|
Класс пользователей «Оператор причастного подразделения (диспетчер)» представляет собой работников Службы сигнализации, централизации и блокировки, Службы пути и искусственных сооружений, Электромеханической службы, Службы подвижного состава, Службы пассажирских обустройств, Службы связи, Службы безопасности, Службы сбора доходов, Отдела пожарной охраны, Монорельсовой транспортной системы.
В задачи Оператора причастного подразделения, при работе с системой, входят функции внесения подробных данных о развитии ННР (причину ННР, принятые меры для устранения ННР, кому сообщено о ННР, ответственное лицо за данное ННР).
|
Оператор СЦ
|
Класс пользователей «Оператор СЦ» представляет собой работников Ситуационного центра (Дежурный по метрополитену и оператор).
В задачи Дежурного по метрополитену и оператора, при работе с системой, входит контроль за зарегистрированными в системе нарушениями в работе метрополитена, внесение данных об отправленных СМС-сообщениях и выполненных телефонных звонках руководству метрополитена, а также завершение регистрации в системе полностью оформленных ННР.
|
Ревизор
|
Класс пользователей «Ревизор» представляет собой работников Аппарата главного ревизора по безопасности движения поездов и сотрудников Дирекции инфраструктуры.
В задачи Ревизора, при работе с системой, входит контроль за зарегистрированными в системе нарушениями в работе метрополитена, а также функции по получению отчетов о текущем состоянии нарушений в работе метрополитена, а также получение сводной информации по нарушениям за любой период времени.
|
Администратор
|
Класс пользователей «Администратор» представляет собой работников, занимающихся администрированием и настройкой параметров системы. Пользователи, относящиеся к данному классу, отвечают за актуализацию НСИ и работоспособность системы.
В задачи Администратора входит регистрация новых пользователей в системе, изменение регистрационной информации о пользователе в системе, назначение роли (статуса) пользователю системы, заполнение справочников системы, резервное копирование данных из системы и восстановление системы из резервной копии в случае сбоя, экспорт и импорт информации в систему и между другими системами.
|
|
