mgts.ru З_МОККО... Web view– направлена на непрерывный мониторинг текущего состояния, фиксации активности

Техническое задание«Разработка системы мониторинга колодцев ПАО МГТС»

ТЗ-МГТС-МОККО-1Для общего

использования

УТВЕРЖДАЮ

Генеральный директор ПАО МГТСЕршов А.В.от "__" _________ 2016 г.


ТЗ-МГТС-МОККО-1

1. ИНФОРМАЦИЯ О ДОКУМЕНТЕ

Цель документа Описание технического задания на разработку системы мониторинга колодцев ПАО МГТС

Ограничение доступа нет

1.1 Общие сведенияНаименование Описание

Вводимые определения:Наименование системы Мониторинг кабельных колодцев (МОККО)Основания для разработки ТЗСроки начала и окончания

Начало: 17.02.2016Окончание: 22.02.2018

1 из 34




1.2 Определения терминов и сокращений

2 из 34




Наименование термина Сокращение Определение термина (расшифровка сокращения)Основные определения:

Система мониторинга Система Системы мониторинга активности на ЛКСС и ККСС (МОККО)

Техническое задание ТЗ Технический документ, оговаривающий набор требований к Системе, а также системные требования и требования к тестированию.

Частное техническое задание ЧТЗ Техническое задание на новую часть системы (модуль, узел, функцию, параметр), согласованное и подписанное уполномоченными представителями сторон.

Линейно-кабельные сооружения связи ЛКСС Сооружения связи, входящие в кабельную инфраструктуру сети ПАО

МГТС: кабели, муфты, и прочее кабельное оборудование.

Канализационно-кабельные сооружения связи ККСС

Сооружения связи, входящие в канализационную инфраструктуру сети ПАО МГТС: телефонные колодцы, пролеты между колодцами, кабельные коллекторы, межквартальные сцепки, пристанционные коллекторные шахты, шахты АТС.

Линейно кабельный цех технического центра ЛКЦ ТЦ Подразделение ПАО МГТС отвечающее за обслуживание своего

кабельного цеха.Центр мониторинга и

координации ЦМиК Подразделение ПАО МГТС отвечающее за мониторинг кабельной сети и координацию внутренних служб.

Группы быстрого реагирования ГБР Внешние подразделения отвечающие за обеспечение безопасности на

объектах ПАО МГТС.Опорная автоматическая

телефонная станция ОАТС Объект связи ПАО МГТС обслуживающий один или несколько районов города, на котором расположен узел связи по технологии GPON.

Санкционированная активность СА

Любые работы, проводимые на ЛКСС и в ККСС, на которые выдано зарегистрированное разрешение и получено подтверждение системы персонификации, проводимые в установленный в разрешении период времени на обозначенных в разрешении объектах ЛКСС и ККСС

Несанкционированная активность НСА Любые работы проводимые на ЛКСС и в ККСС без соблюдения

указанных выше условий.Gigabit-capable Passive Optical

Networks GPON Широкополосная сеть мультисервисного доступа, основанная на волоконно-кабельной инфраструктуре.

Опорный колодец ОК

Колодец, в котором требуется контролировать активность.Обладает одним или несколькими признаками:имеет более 2-х выходов;повышенная загрузка;повышенная аварийность;наивысшие риски хищения кабелей.

Контролируемая зона КЗ Зона ККСС, включающая один или более ОК, внутри которой осуществляется мониторинг активности

Программное обеспечение ПОБаза данных БД

Прикладная система ПСБаза данных разрешений БДРПерсонификация доступа ПД

Рабочий интерфейс РИАрхив действий и отчетов АДиОМониторинг телефонной

канализации МТК

Передача событий в ГБР ПСвГБРСамоконтроль систем СКС

Автоматизированное рабочее место АРМ

ПК с установленным браузером, доступом в сеть для удаленного подключения к WEB – интерфейсу Оператора ЦМиК, или Администратора ЛКЦ ТЦ, Пользователя или Администратора

Операционная система ОСУдалённый регистрирующий

модуль УРМ Удаленный регистрирующий модуль (УРМ), аппаратная часть системы с установленным комплектом оборудования.

Оптический блок ОБ Блок в составе УРМ, осуществляющий опрос подключенных линий GPON зондирующими оптическими импульсами

3 из 34




Электронный блок ЭБ Блок управляющего ПК в составе УРМ, включающий АЦП, предназначенный для первичной обработки сигнала ОБ

Запасные изделия прилагаемые ЗИП

Рабочая документация РД

В состав входит: Руководство по эксплуатации, паспорт, руководство по монтажу, инструкция подрядной организации, инструкция АРМ оператора ЦМиК, инструкция АРМ оператора ЛКЦ ТЦ, пояснительная записка

Пояснительная записка ПЗ В данном документе, указаны основные параметры системы, а так же расположение опорных колодцев кабельной канализации.

Пуско-наладочные работы ПНРПриемо-сдаточные испытания ПСИ

Основные определения:

Канализационный район КР

Группа колодцев, относящаяся к одной из АТС (медная инфраструктура). Имеет в ДТУ МГТС соответствующий номер (№АТС-ххх). КР 1 ОАТС (GPON инфраструктура) может включать несколько КР АТС (медная инфраструктура).

2. НАЗНАЧЕНИЯ И ЦЕЛИ СОЗДАНИЯ СИСТЕМЫ

2.1. Назначения системы

Система мониторинга колодцев «МОККО» предназначена для автоматизации процесса выдачи разрешений на проведение работ в сооружениях ЛКСС и ККСС ПАО МГТС, оперативной проверки легальности проводимых работ, фиксации факта и информировании об обнаружении нелегальных работ, а так же для оперативного реагирования на внештатные ситуации в ЛКСС и на ККСС ПАО МГТС.

Система мониторинга колодцев «МОККО» должна обеспечить автоматизированную поддержку следующих технологических процессов:

- Организация базы выданных разрешений (периоды и сроки их действия, участки и время проведения работ, данные по ответственным исполнителям, номера выданных разрешений);

- Содержать данные о получившем разрешении пользователе (наименование юридического лица), или его законного представителя (наименование подрядчика).

- Персонификация доступа на ККСС и ЛКСС по представлению пароля и объекта проведения работ;

- Мониторинг сигнализации телефонных колодцев;- Вывод информации в центр мониторинга и координации ПАО МГТС;- Проверка возникающих событий в системе;- Передача информации о нелегальных работах в службу безопасности;- Ведение отчетов, статистики и самоконтроля системы.

2.2. Цели создания системы

Целями создания системы мониторинга колодцев «МОККО» являются:

1) Централизация и автоматизация сбора данных о выдаваемых разрешениях (сторонние организации) и наряд-допусков (для собственных сотрудников) на проведение работ в ККСС ПАО МГТС;

2) Создание инструмента персонификации и проверки подлинности доступа в ККСС ПАО МГТС (доступ по SMS-коду, с помощью смарт-карт/ключей и т.д.);

4 из 34




3) Организация системы информирования о нелегальных работах в ККСС ПАО МГТС и иной несанкционированной активности в охраняемом периметре;

4) Оперативное отображение информации о нелегально выполняемых работах и иной несанкционированной активности в ККСС ПАО МГТС;

3. ХАРАКТЕРИСТИКИ СИСТЕМЫ МОНИТОРИНГА КОЛОДЦЕВ

3.1. Сведения о системе мониторинга колодцев

Система МОККО является комплексной системой для автоматизации, контроля и реагирования на проникновения и иную активность в ККСС, состоящей из следующих основных подсистем:

1) Система учета разрешений - ведение автоматизированного учета выдачи разрешений на работы, а также контроль хода их выполнения (первый этап – один изТЦ; второй этап остальные ТЦ).Состоит из рабочего интерфейса оператора ЛКЦ ТЦ, базы данных объектов персонификации, базы данных выдаваемых разрешений (для 3-х лиц) и наряд-допусков (для собственных сотрудников) на производство работ в ККСС МГТС.

2) Система персонификации доступа – направлена на проверку легального доступа для проведения работ в сооружениях ПАО МГТС; Состоит из алгоритма получения кодов доступа и назначению их объектам (из Системы учета выдаваемых разрешений) и лицам, проводящим работы, SMS шлюза и/или мобильного приложения для взаимодействия системы и аппаратного комплекса обработки запросов, поступающих в систему для обеспечения персонификации проводимых работ;

3) Система мониторинга ККСС – направлена на непрерывный мониторинг текущего состояния, фиксации активности на объектах ККСС ПАО МГТС, верификацию возникающих в КР действия событий, своевременное оповещение служб ПАО МГТС о нелегальных работах и иной активности на объектах ЛКСС и ККСС ПАО МГТС; включает в себя карту г. Москвы и МО с нанесенными на нее данными об ККСС МГТС, подлежащими мониторингу. Состоит из устройств обеспечивающих мониторинг активности в ККСС, ПАК обрабатывающих сигналы, програмно-аппаратного комплекса регистрации, хранения и обработки возникающих событий;

4) Система взаимодействия и информирования – направлена на визуализацию и предоставление данных о событиях, возникающих в системе мониторинга активности на ККСС, а также на оперативное информирование задействованных служб о важных событиях на сооружениях ККСС ПАО МГТС;Состоит из рабочего интерфейса оператора ЦМиК ПАО МГТС, программного комплекса обработки возникающих событий, а также алгоритмов, отвечающих за информирование задействованных служб и подразделений.

5) Система отчетов и CRM (опционально) – направлена на структуризацию информации о выполненных действиях и полученных сообщениях от систем персонификации, мониторинга, взаимодействия и информирования, а также на формирование отчетов.

6) Подсистема видеонаблюдения (опционально) – направлена на получение, структуризацию и хранение видеоинформации, полученной с камер видеонаблюдения, размещенных в телефонной канализации.

3.2. Основные характеристики системы мониторинга колодцев

5 из 34




1) Система персонификации доступа – система состоит из рабочего интерфейса оператора ЛКЦ ТЦ, базы данных объектов персонификации, базы данных выдаваемых разрешений, SMS шлюза для взаимодействия системы и аппаратного комплекса обработки запросов, поступающих в систему;

2) Система сигнализации на ЛКСС и ККСС – система состоит из устройства обработки сигналов, размещаемого на территории ОАТС, оптической кабельной инфраструктуры (на существующей сети GPON), сооружений ЛКСС и ККСС ПАО МГТС, аппаратного комплекса обработки и структуризации возникающих событий;

3) Система взаимодействия и информирования – система состоит рабочего интерфейса оператора ЦМиК ПАО МГТС, программного комплекса обработки возникающих событий, а так же алгоритмов отвечающих за информирование задействованных служб и подразделений.

4. ТРЕБОВАНИЯ К СИСТЕМЕ МОНИТОРНИГА КОЛОДЦЕВ «МОККО»

4.1. Требования к системе в целом

Система мониторинга колодцев «МОККО» должна:

- Обеспечивать хранение информации об объектах канализационно-кабельных сооружений связи и владельцах кабелей связи (с возможностью модификации данных без ограничений на количество подключаемых / охраняемых объектов), с возможностью синхронизации данных с ЦСТУ ЛКС;

- Содержать базу выданных разрешений (периоды и сроки их действия, номера телефонных колодцев и участков канализационно-кабельных сооружений, время проведения работ, данные по ответственным исполнителям, номера выданных разрешений);

- Обеспечивать постоянный мониторинг ККСС, действий выполняемых в системе или с компонентами системы;

- Быть отказоустойчивой к внешним воздействиям с учётом возможного затопления колодцев;

- Соответствовать требованиям безопасности МГТС СТ-МГТС-027;- Обеспечивать ограничение уровня доступа на уровне ПО (обеспечивать необходимый

уровень информационной безопасности) СТ-МГТС-027;- Обеспечить хранение и архивацию (сбор, классификацию, каталогизацию и сжатие)

данных таким образом, чтобы:o данные, полученные за период 365 дней, не должны подвергаться сжатию и

переносу на внешние накопители / системы хранения (должно быть обеспечено минимальное время доступа);

o данные, полученные за период свыше 365 дней, должны подвергаться сжатию и переносу на внешние накопители / системы хранения с возможностью формирования отчетов;

- Предусмотреть масштабируемость системы и учесть возможность добавления отдельных модулей подсистем;

- Минимизировать затраты стоимости и времени развёртывания системы;- Иметь возможность удаленной настройки отдельных колодцев в случае появления

внешних факторов (например, строительные работы), приводящих к ложному срабатыванию;

- Обеспечивать регистрацию следующих событий (штатно-регистрируемые события):o санкционированная активность (открытие кабельного колодца на основании

разрешения, выданного ПАО МГТС);

6 из 34




o несанкционированная активность (открытие кабельного колодца без разрешения, выданного ПАО МГТС);

o неисправность элемента системы;o разрушение линейно-кабельных сооружений;o затопление;

- Обеспечивать персонификацию доступа в канализационно-кабельные сооружения связи (система «свой-чужой», идентификация сотрудника предприятия-заказчика);

- Обеспечивать видеофиксацию событий, происходящих в телефонной канализации (опционально);

- Формировать журнал учета:o выполненных персоналом действий;o результатов самодиагностики системы;o событий, выявленных датчиками;o данных видеоконтроля (опционально).

- Обеспечивать формирование отчетов о событиях, зафиксированных системой, с учетом требований:

o произвольное количество и состав полей;o отсутствие ограничений на временной интервал, отражаемый в отчете;o возможность обогащения отчета данными видеофиксации (формирование видео

отчетов в формате MPEG-4);o оперативное формирование преднастроенных отчетов:

отчет о несанкционированных вскрытиях за заданный период, в заданной зоне;

отчет о санкционированных вскрытиях за заданный период, в заданной зоне; отчет о неплановых вскрытиях за заданный период, в заданной зоне; отчет о потерях связи с оконечными устройствами за заданный период, в

заданной зоне.- Обеспечить автоматизированный обмен информацией с системами МГТС (возможность

использования API интерфейса):o Система управления инцидентами и работами САЭС2 (платформа BMC Remedy);o ЦСТУ ЛКС (платформа GE SmallWorld; допускается периодическая синхронизация

данных по ККСС и ЛКСС, источник – ЦСТУ ЛКС).- Обеспечить графический однооконный режим (2 режима: интерфейс оператора –

программное решение с упрощённым и максимально адаптивным интерфейсом для взаимодействия с системой, позволяющее выполнить строго оговорённый порядок действий оператора и не способный вывести систему из строя в целом; (выполняются в варианте WEB – интерфейсов, работающих по https:// соединению, доступных удаленно на сервере БД) и интерфейс администратора - программное решение обеспечивающее полную настройку системы с максимальным доступом). Интерфейс должен содержать интерактивную карту объектов (представление данных на двухмерной и трехмерной карте с геопривязкой, а также в упрощенном табличном), позволяющую в оперативном режиме получать и обрабатывать информацию о состоянии каждого объекта;

- Количество одновременных сессий (WEB – интерфейсов, работающих по https:// соединению) не должно иметь программных ограничений;

- Обеспечить возможность настройки системы под нужды заказчика (планирование активности сотрудников, сбор и анализ информации по объектам и заявкам, сбор и анализ статистической информации, добавление комментариев к событиям и т.д.);

- Обеспечить удобную навигацию в диалоге с пользователем, который хорошо знает свою предметную область и не является специалистом в области автоматизации;

- Обеспечить наличие контекстно-зависимой помощи;

7 из 34




- Обеспечить возможность СМС информирования, на основании пользовательского сценария, а так же информирования по эл.почте (с возможностью настройки ролей и перечня событий);

- Предусмотреть пиковые нагрузки от выносных датчиков и обеспечить максимальную отказоустойчивость;

- Обеспечить бесперебойную работу, с возможным резервированием мощностей, в режиме 24/7/365 для серверов и ПО центральной локации;

- Количество ложных сообщений должно быть менее 2% от общего количества инцидентов*;

- Обеспечить информирование о штатно регистрируемых событиях более чем в 98% от общего количества инцидентов*;

*Инцидент – любое регистрируемое событие;- ПО должно обеспечивать возможность восстановления данных с внешнего накопителя;- Класс надежности системы должен быть не ниже 99,999%;- Выход из строя одной из подсистем или нарушение внешнего канала связи не должно

приводить к прекращению функционирования системы, при этом должна обеспечиваться возможность выполнения базовых функций всех оставшихся подсистем в нормальном или автономном режиме;

4.2. Требования к структуре системы

Система мониторинга колодцев «МОККО» должна обладать следующей структурой:

1) Информационное ядро системы – аппаратно-программный комплекс обработки поступающих данных, выполняющий основной комплекс вычислительных мер и алгоритмов на возникшие события, направленный на оптимизацию действий подразделений взаимодействующих с системой;

2) База данных системы - масштабируемая, структурируемая, имеющая различные уровни доступа, отказоустойчивая среда для хранения данных, получаемых от всех участников, взаимодействующих с системой: операторы, работники, отдельные модули системы;

3) Рабочие интерфейсы операторов – программное решение с упрощённым и максимально адаптивным интерфейсом для взаимодействия с системой, позволяющее выполнить строго оговорённый порядок действий оператора и не способный вывести систему из строя в целом;

4) Рабочий интерфейс работников - программное решение с упрощённым и максимально адаптивным интерфейсом для взаимодействия с системой, позволяющее выполнить строго оговорённый порядок действий работника и не способный вывести систему из строя в целом;

5) Система сигнализации на ЛКСС и ККСС – программно-аппаратный комплекс обработки данных, для выполнения алгоритмов работы взаимодействующий с информационным ядром системы, базой данных и передающий информацию на рабочие интерфейсы операторов;

6) Система информирования – программный комплекс, направленный на своевременное, качественное предоставление информации задействованным подразделениям ПАО МГТС о событиях, происходящих в системе;

7) Система хранения и ведения отчётов – программный комплекс, направленный на составление отчетов о событиях, возникающих в системе, а также хранения информации о предпринятых действиях в системе.

8 из 34




4.3. Требования к режимам функционирования системы

Система МОККО должна функционировать в следующих режимах взаимодействия:

1) Сетевой режим: передача данных от блоков УРМ на различных АТС к серверу БД и между сервером БД и АРМ операторов и администраторов системы через сеть «Ethernet»;

2) Автономный режим: в случае нарушения связи между одним из УРМ, АРМ и сервером БД остальная часть системы и отключенный блок продолжают нормально функционировать, а при восстановлении целостности системы подключенный блок входит в состав системы без нарушения функционирования остальной части;

3) Кроссплатформенный режим, доступ через WEB – интерфейсы АРМ операторов и администраторов, вне зависимости от ОС рабочих ПК операторов и администраторов и используемых браузеров;

4) Режим резервирования данных – режим резервного копирования данных на аппаратные средства резервного копирования, предоставляемые заказчиком не нарушающий рабочего состояния системы.

4.4. Перспективы развития системы

- Система должна быть построена с использование эффективно сопровождаемых решений;- Система должна быть реализована как закрытая система и должна допускать наращивание

функциональных возможностей;- Система должна допускать возможность модернизации, как путём замены технического и

общего программного обеспечения, так и путём совершенствования информационного обеспечения;

-

4.5. Требования к надежности системы

1) Выход из строя одной и подсистем или нарушении внешнего канала связи не должно приводить к прекращению функционирования всей системы, при этом должна обеспечиваться возможность выполнения базовых функций всех оставшихся подсистем в нормальном или автономном режиме;

2) В системе должна быть обеспечена возможность «горячей» замены сбойного или вышедшего из строя активного накопителя (серверного оборудования системы) без остановки функционирования системы и потерь информации;

3) В системе должна быть предусмотрена возможность восстановления данных с внешнего накопителя после восстановления активного накопителя;

4) Должно осуществляться разграничение прав доступа к системе; 5) Должен вестись журнал событий системы;6) Импульсные помехи, сбои или прекращение электропитания не должны приводить к

выходу из строя технических средств системы, находящихся в специально оборудованном помещении и подключенных к системе бесперебойного электроснабжения, в том числе автономного;

7) В системе на всех уровнях должны быть реализованы функции корректной автоматической остановки работы технических средств, подключенных к системе бесперебойного электроснабжения, в том числе автономного, при длительном отсутствии электропитания.

8) Перечень возможных аварийных ситуаций и требования к надежности в них приведены в таблице (Таблица 1);

Таблица 1 – Надежность при аварийных ситуациях

9 из 34




Аварийная ситуация Требования к надежностиНарушение работоспособности прикладного ПО, требующее, при необходимости, инсталляцию операционной системы, разворачивание и настройку специального программного обеспечения на сервере (серверах), восстановление данных с использованием последней резервной копии, при отсутствии проблем с техническим обеспечением.

Время восстановление работоспособности до 4-х часов.

Нарушение или выход из строя внешних каналов передачи данных между подсистемами различных уровней

Система должна функционировать в автономном режиме.

В автономном режиме обмен информацией, в зависимости от срочности, должен либо откладываться с использованием встроенных в общее и специальное программное обеспечение возможностей буферизации информации в специальных «очередях», либо осуществляться путем периодического обмена информацией между системами на магнитных носителях.

9) Перечень возможных фатальных ошибок, аварийных ситуаций и реакция программного обеспечения и персонала на них должен быть дополнен на этапе «Рабочая документация»;

10) Электропитание технических средств должно соответствовать III категории «Правил устройств электроустановок» (ПУЭ, седьмое издание);

11) Технические средства должны быть заземлены (занулены) в соответствие с действующими правилами и требованиями фирм-изготовителей;

12) Технические средства должны быть оборудованы устройствами молниезащиты в соответствии с Инструкцией по устройству молниезащиты зданий, сооружений и промышленных коммуникаций, СО 153-34.21.122-2003;

13) Уровни электромагнитных полей должны соответствовать требованиям Санитарно-эпидемиологических правил и нормативов, СанПиН 2.1.8/2.2.4.1383-03;

14) Уровни акустических шумов должны соответствовать требованиям СНиП 23-03-2003 «Защита от шума».

4.6. Требования по эргономике и технической эстетике

- Реализовать графический однооконный режим;- Предусмотреть настраиваемость графических элементов интерфейса, в пределах

возможностей операционной системы;- Интерфейс должен обеспечивать удобную навигацию в диалоге с пользователем, который

хорошо знает свою предметную область и не является специалистом в области автоматизации;

- Предусмотреть наличие контекстно-зависимой помощи.

4.7. Требования к эксплуатации, техническому обслуживанию и ремонту системы

1) Элементы системы являются стационарными и после монтажа и проведения пуско-наладочных работ транспортировке не подлежат;

2) Условия эксплуатации, а также виды и периодичность обслуживания технических средств системы должны соответствовать разработанным эксплуатационным документам, на основе требований по эксплуатации, техническому обслуживанию и ремонту, изложенным в документации завода-изготовителя.

10 из 34




3) Размещение технических средств системы и организация автоматизированных рабочих мест должно быть выполнено в соответствии с требованиями, изложенными в документации заводов-изготовителей оборудования, а также соответствующих СНиП и ГОСТ;

4) Электропитание стационарно устанавливаемых технических средств системы должно осуществляться однофазным (по трехпроводной схеме) или трехфазным напряжением переменного тока от трехфазной пятипроводной сети с глухо-заземленной нейтралью 380/220В (+10-15)% частотой 50Гц (±1)Гц. При использовании сетевых розеток они должны иметь заземляющий контакт с гарантированным питанием;

5) Для обеспечения выполнения требований по надежности должен быть создан комплект запасных частей и приспособлений (ЗИП):- Групповой ЗИП (ЗИП-Г-1), хранящийся в ЛКЦ ТЦ «Центр» и предназначенный для

всех модулей системы входящих в зону ЛКЦТ ТЦ «Центр»;- Групповой ЗИП (ЗИП-Г-2), хранящийся на каждой ОАТС, входящей в зону ЛКЦ ТЦ

«Центре».6) Состав ЗИПов разрабатывается на стадии «Рабочая документация» и уточняется на стадии

«Опытная эксплуатация».

4.8. Требования к защите от влияния окружающей среды

Реализация системы должна обеспечивать функционирование при следующих условиях окружающей среды:

1) Для средств, размещенных в помещениях:

- температура воздуха: +5°С …+40°С;- относительная влажность воздуха: от 10 до 80 % при Т=25°С;- атмосферное давление: 630 … 800 мм. рт. ст.

2) Для средств, размещаемых вне помещений:

- температура воздуха: минус 50°С … плюс 50°С;- относительная влажность воздуха: до 95 %;- атмосферное давление: 630 - 800 мм. рт. ст.

4.9. Требования к защите информации от несанкционированного доступа

Система мониторинга колодцев ПАО МГТС должна учитывать следующие требования к защите информации от несанкционированного доступа:

- Создаваемая Система должна использовать систему аутентификации взаимодействующую с IDM или непосредственно интегрироваться с системой IDM ПАО «МТС»;

- Должна обеспечивать возможность работы без прав локального администратора;- Обеспечение управления уровнями доступа как отдельных пользователей, так и групп;- Обеспечение управления электронными ключами и идентификаторами;- Наличие ЭЦП для подсистем и кодирование данных;- Осуществление аудита и мониторинга внутренних служб системы;

4.10. Требования по сохранности информации

11 из 34




1) Защита данных от потери при авариях и сбоях:

Должна обеспечиваться сохранность информации при наступлении следующих событий:

- Отказ оборудования рабочей станции, в случае хранения данных на серверах системы;- Отключение питания на сервере баз данных;- Отказ линии связи;- Отказ аппаратуры сервера (процессор, накопители и прочее).

Средствами обеспечения сохранности информации при авариях и сбоях в процессе эксплуатации являются:

- Резервный канал связи;- Локальная буферизация полученных данных;- Носители информации;- Создание резервных копий баз данных;- Создание резервных копий программного обеспечения.

2) Для восстановления данных и программного обеспечения из резервной копии должны использоваться средства резервного копирования и архивирования;

3) Система должна обеспечивать возможность резервирования всех данных, хранящихся на серверах системы, а также возможность их восстановления;

4) Резервное копирование данных должно осуществляться ежедневно, автоматически по расписанию. Для сокращения объема копируемых данных процедура копирования может быть инкрементальной (копирование только изменений с предыдущего копирования), но при этом не реже раза в неделю должно производиться и полное копирование. Контроль процесса копирования должен осуществляться эксплуатационным персоналом ЦМиК ПАО МГТС;

5) Должна быть предусмотрена возможность восстановления данных за день сбоя с помощью их повторного ввода или импорта (для данных из внешних систем, получаемых автоматически).

4.11. Дополнительные требования

1) На этапе технического проектирования должен быть разработан регламент проведения работ по импорту данных из используемых в настоящее время в структурных подразделениях ПАО МГТС информационных систем в прикладные системы;

2) На этапе технического проектирования должен быть разработан состав и детальная структура отчетов;

3) Необходимость проведения работ по импорту данных из используемых информационных систем, определяется на этапе пред проектного обследования;

4) Перечень данных используемых информационных систем, подлежащих определяется на этапе ПИР;

5) На момент ввода системы в действие должен быть проведен импорт данных из существующих информационных систем ПАО МГТС в объеме достаточном для их функционирования. Ключевые идентификаторы данных исходных систем должны быть сохранены для возможности дальнейшей синхронизации;

6) На этапе ПИР должен быть разработан регламент обмена данными между объектами автоматизации;

7) Должен быть разработан бизнес процесс проведения работ по поддержанию актуального состояния баз данных Системы ЛКЦ;

12 из 34




8) Должны быть определены категории эксплуатационного персонала и количество человек каждой категории, обеспечивающих поддержание базы данных Системы в актуальном состоянии в соответствии с регламентом;

9) Должны быть определены категории и численность персонала для работы с системой роли ЦМиК.

10) Должен быть разработан регламент бизнес процесса взаимодействия ролей ЛКЦ ТЦ, ЦМиК и ГБР в рамках функционала Системы;

4.12. Требования к прикладным системам

Очередность развертывания прикладных систем:

1) Прикладная система «База данных разрешений»;2) Прикладная система «Персонификация доступа»;3) Прикладная система «Рабочий интерфейс ЛКЦ ТЦ»;4) Прикладная система «Рабочий интерфейс ЦМиК»;5) Прикладная система «Архив действий и отчетов».6) Нужна прикладная система по формированию отчетов или нужно указать в какой системе

будут формироваться отчеты, а так же система оповещения.

Прикладные системы второй очереди:

1) Прикладная система «Мониторинг телефонной канализации»;2) Прикладная система «Передача событий в ГБР»;3) Прикладная система «Самоконтроль систем»;4) Прикладная система «Передача событий в ГБР»; с дублированием их в ООБ ЛКС ДЭБ

Прикладные системы третьей очереди:

1) Прикладные системы определяются в течении периода опытной эксплуатации.

Общие требования к прикладным системам:

1) В основу архитектуры Системы должен быть заложен единый методологический подход;2) Все прикладные системы должны использовать единую систему классификации и

кодирования;3) Прикладные системы должны быть реализованы на базе современных систем управления

базами данных с возможностью использования централизованного хранилища данных для обеспечения надежности хранения данных и высокой скорости доступа к ним;

4) Прикладные системы должны обладать возможностью задавать настройки и тиражировать их;

5) Должна быть применена единая схема передачи картографической информации с максимальной привязкой к ней объектов находящихся в системе;

6) Хранящиеся в прикладной системе картографические и прочие данные должны иметь единый формат;

7) При выполнении учетных функций должны обеспечиваться единые правила присвоения номеров (кодов) соответствующим объектам учета, каждый объект должен иметь уникальный номер (код);

8) Должна обеспечиваться согласованность и преемственность предлагаемых решений с технологиями, использующимися в настоящее время;

13 из 34




9) Прикладные подсистемы должны обеспечивать адаптивность к организационно-функциональным изменениям ПАО МГТС;

10) Детальные требования к прикладным системам должны оформляться соответствующими Частными техническими заданиями (ЧТЗ);

11) Требования к прикладным системам, не рассмотренным в настоящем ТЗ, оформляются в ходе проведения проектно-изыскательских работ (ПИР).

4.13. Прикладная система «База данных разрешений»

4.13.1 Назначение прикладной системы

Прикладная система «База данных разрешений» (ПС БДР) предназначена для формирования единого содержания данных Системы и организации единого механизма доступа к информации, хранимой в базе данных, из других прикладных систем Системы. ПС БДР хранит следующий вид данных:

- Базы объектов каждого ЛКЦ ТЦ, на работы в которых выдаются разрешения;- Данные объектов, на которые выданы разрешения;- Основные данные о получившем разрешение пользователе;- Номера выданных разрешений и смежная информация о них;- Технические характеристики полученного разрешения;- Идентификатор доступа (SMS пароль, электронный ключ) каждого разрешения.

4.13.2 ПС БДР должна удовлетворять основным требованиям:

- Организация передачи данных из ПС БДР в другие прикладные системы Системы;- Автоматизация процесса ведения массива специализированных информационных объектов

Системы;- Обеспечивать возможность хранения информации;- Обеспечивать предоставление информации: в другие прикладные Системы, пользователям

Системы;- Структура ПС БДР должна обеспечивать возможность расширения набора атрибутов

описываемых процессов;- Обеспечивать возможность оперативного расширения перечня отчетных ведомостей по

требованию пользователей системы;- Обладать единым пользовательским интерфейсом всех программных модулей,

обеспечивающим быстрое обучение работе с ПО;- Обеспечивать возможность создания рабочих мест с различными правами и ограничениями

на просмотр, редактирование и изменение данных;- Удобный механизм обмена информацией, хранящейся в ПС БДР задействованных в

системе, с возможностью импорта данных, с участием пользователя, а также в автоматическом режиме.

4.13.3 Требования к составу и структуре

1) ПС БДР должна включать в себя модуль хранения данных (в системе управления базой данных - СУБД), в котором будет размещаться основной репозиторий объектов Системы;

2) ПС БДР должна включать в себя модуль доступа к данным (бизнес-логика сохранения, предоставления, удаления информации);

3) ПС БДР должна включать в себя модуль администрирования;

14 из 34




4) ПС БДР должна реализовывать функции добавления информации;5) ПС БДР должна реализовывать функции изменения информации;6) ПС БДР должна реализовывать функции удаления информации;7) ПС БДР должна реализовывать функции обновления информации;8) В ПС БДР должны быть реализованы операции импорта/экспорта данных;9) В ПС БДР должны быть реализованы механизмы контроля сохранности и целостности

информации;10) В ПС БДР должен быть реализован механизм ввода данных по документам-основаниям

(электронным документам, определенным в системе, как источник данных для заданных типов объектов);

11) ПС БДР должна обеспечивать ведение системного журнала операций (регистрация изменений);

12) ПС БДР должна включать в себя интегрированный механизм информационной безопасности;

13) Должна быть обеспечена возможность создания политик безопасности в части доступа к объектам ПС БДР:- В ПС БДР должна быть обеспечена возможность ведения реестра пользователей;- В ПС БДР должна быть обеспечена возможность ведения реестра ролей;- В ПС БДР должно быть обеспечено регламентирование пользовательских прав

доступа к ООБД в зависимости от назначенной роли;- ПС БДР должна обеспечивать возможность ведения журнала событий.

14) Должны быть реализованы прочие операции, обеспечивающие необходимую функциональность ПС БДР в целом.

4.13.4 Дополнительные требования

4.13.4.1 В рамках реализации ПС БДР необходимо:

1) Произвести учет существующих и используемых в ПАО МГТС типов информационных объектов, подлежащих внесению в ПС БДР;

2) Произвести систематизацию и унификацию учтенных типов информационных объектов;3) Провести процедуры первичного внесения информации (импорт из существующих БД

МГТС) о объектах ЛКСС и ККСС, в объеме и составе, указанном в настоящей ТЗ. Ключевые идентификаторы данных исходных систем должны быть сохранены для возможности дальнейшей синхронизации;

4) Учесть возможность расширения атрибутивной нагрузки информационных объектов в целях соответствия требованиям к прикладным системам, приведенным в настоящем ТЗ и ЧТЗ, которые будут разработаны на соответствующих этапах.

4.13.4.2 Для обеспечения эффективной работы структурных подразделений ПАО МГТС с использованием ПС БДР, рекомендуется разработать следующие регламенты и процедуры:

1) Процедуры и регламенты, связанные с разработкой новых сущностей Системы:

- Процедуры разработки новых типов объектов ПС БДР;- Регламенты согласования и утверждения структуры и атрибутивной части новых

типов информационных объектов для последующего применения в прикладных системах;

- Регламент оповещения пользователей прикладных систем Системы об изменениях в структурном представлении информационных объектов (вызывающих изменения в

15 из 34




регламентах применения, процедурах и операциях соответствующих прикладных систем);

2) Регламент предоставления возможности использования сервисов ПС БДР:

- Выделение квот на использование ресурсов хранилища объектов;- Предоставление/запрещение доступа к объектам ПС БДР.

3) Процедуры, связанные с объектами ПС БДР:

- Процедура создания объекта;- Процедура изменения объекта;- Процедура удаления объекта;- в том числе, через API САЭС2

4) Массовые операции с объектами:

- Регламент актуализации информационного наполнения фрагментов ПС БДР;- Регламент массового создания, изменения и удаления объектов ПС БДР;- Процедуры обмена данными между прикладными системами Системы;- Регламент обмена данными с внешними источниками.

5) Регламент проведения аудита ПС БДР:

- Аудит событий, порождаемых механизмом обеспечения безопасности и разделения доступа к ПС БДР;

- Аудит событий, относящихся к оценке эффективности функционирования ПС БДР;- Контроль актуальности структурного представления информационных объектов с

целью выявления несоответствий потребностям прикладных систем Системы;- Контроль целостности хранилища и проведение сопутствующих операций по

восстановлению работоспособности хранилища.

4.13.4.3 Для обеспечения надежного и эффективного функционирования ПС БДР необходимо сформировать группу специалистов, которая будет обеспечивать своевременное и квалифицированное обслуживание ПС БДР. В рамках сформированной группы назначить ответственных за:

1) Координирование работы группы специалистов по обслуживанию ПС БДР (роль – главный администратор);

2) Администрирование хранилища объектов ПС БДР (роль – администратор баз данных);3) Администрирование объектов ПС БДР (роль - администратор банка данных);4) Проведение работ в рамках разработанных регламентов аудита и контроля (роль - аудитор);5) Проведение работ, связанных с разработкой новых типов информационных объектов

Системы с помощью конструкторов и прочих вспомогательных средств (роль – разработчик);

6) Проведение работ, связанных с разработкой протоколов обмена данными между прикладными системами Системы и внешними источниками с помощью конструкторов и прочих вспомогательных средств (роль - разработчик);

7) Детализированные требования к ПС БДР должны быть описаны в ЧТЗ на ПС БДР.

4.13.4.4 Инструкция по эксплуатации должна включать разделы:

16 из 34




1) Техническое описание2) Инструкция по эксплуатации:

- Инструкции оператора;- Инструкция администратора;- Инструкция пользователя.

4.13.5 Детализация данных вносимых в ПС БДР:

Вид данных ХарактеристикиБазы объектов ЛКЦ ТЦ

Канализационные зоны районаЛокализованные зоны канализационного района каждого ЛКЦ ТЦ. Включает в себя набор: улицы, район, входящие дома, входящие в зону телефонные колодцы.

Номера телефонных колодцевНомера всех объектов телефонных колодцев, входящих в полную зону каждого ЛКЦ ТЦ. Идентификатор принадлежности канализационной зоны района.

Идентификатор картографической подложки Идентификатор картографической подложки, завязанный на уникальный номер каждого телефонного колодца.

Идентификатор наличия сигнализации Идентификатор для каждого телефонного колодца с обозначением под сигнализацией он или нет.

Данные объектов, на которые выданы разрешения

Список определенных зон Сгенерированный список зон, попавших в конкретное разрешение.

Список вошедших телефонных колодцев Список колодцев, попавших в конкретное разрешение.Номер полученного разрешения Уникальный номер выданного разрешения.Основные данные о получившем разрешение пользователе (

Организация Краткое и полное название организации, получающей разрешение.

ФИО бригадира ФИО бригадира от организации, получающей разрешение.ФИО ответственного ФИО ответственного от организации за выполнение работ.

Номера телефонов Контактные номера телефонов Бригадира и Ответственного от организации, получающей разрешение.

Идентификатор данных о пользователе Уникальный идентификатор для сгенерированных данных о пользователе, получающем разрешение.

Номера выданных разрешений и смежная информация о нихНомер полученного разрешения Уникальный номер выданного разрешения

Идентификатор данных пользователя Уникальный идентификатор для сгенерированных данных о пользователе, получающем разрешение.

Идентификатор данных оператора Идентификатор оператора, внесшим данные для выдачи разрешения.

Идентификатор доступа Сгенерированный SMS пароль для подтверждения доступа.Технические характеристики полученного разрешенияДата и время создания разрешения Дата и время, в которое было создано разрешение

Период проведения работ Период, в который разрешено проведение работ по данному разрешению.

Время проведения работ Временной интервал, в который разрешено проведение работ по данному разрешению.

Срок действия разрешения Общий срок действия и окончательная дата действия разрешения.

17 из 34




Вид данных Характеристики

Идентификатор данных о пользователе Уникальный идентификатор для сгенерированных данных о пользователе, получающем разрешение.

Номер инцидента/работыИдентификатор доступа (SMS пароль) каждого разрешенияНомер полученного разрешения Уникальный номер выданного разрешения.

Идентификатор данных пользователя Уникальный идентификатор для сгенерированных данных о пользователе, получающем разрешение.

SMS пароль Уникальный сгенерированный SMS пароль доступа.Данные объектов ОВД г.МосквыЗоны ответственности ОВД г.Москвы Зоны ответственности ОВД г.Москвы с привязкой к адресам

4.13.6 Блок схема процедуры заполнения БДР:

4.13.6 Блок схема общего взаимодействия в Системе:

18 из 34




4.14. Прикладная система «Персонификация доступа»

4.14.1 Назначение прикладной системы

Прикладная система «Персонификация доступа» (ПС ПД) предназначена для проведения процедур первичного контроля всех проникновений в сооружения ЛКСС и ККСС посредством

19 из 34




взаимодействия с пользователем через SMS информирование. ПС ПД взаимодействует со следующими видами данных:

- Данные объектов, на которые выданы разрешения;- Данные о получившем разрешение пользователе;- Данные о номерах выданных разрешений;- Данные идентификаторов доступа.

4.14.2 ПС ПД должна удовлетворять основным требованиям:

- Обеспечивать взаимодействие между пользователем Системы и ПС БДР;- Обеспечивать бесперебойную работу пользователя с Системой;- Осуществлять контроль и обработку событий, поступающих в ПС ПД;- Осуществлять запись событий, произошедших в системе;- Обладать лаконичным и понятным интерфейсом для взаимодействия с ПС ПД.

4.14.3 Требования к составу и структуре:

1) ПС ПД должна включать в себя модуль взаимодействия с ПС БДР;2) ПС ПД должна включать в себя модуль SMS-шлюза;3) ПС ПД должна включать в себя модуль обработки событий от SMS шлюза к ПС БДР;4) ПС ПД должна обладать алгоритмом обработки поступивших событий;5) ПС ПД должна включать в себя модуль взаимодействия с остальными ПС Системы.


4.14.4.1 В рамках реализации ПС ПД необходимо:

1) Предусмотреть набор и формат передаваемых данных от пользователя ПС ПД до Системы;2) Предусмотреть отказоустойчивость ПС ПД в случае передачи некорректных данных;3) Предусмотреть обработку ошибок полученных, как от пользователя ПС ПД, так и от

Системы;4) Разработать уровни служебной информации, передаваемой от ПС ПД в сторону

пользователя Системы;5) Учесть возможность расширения атрибутивной нагрузки информационных объектов в

целях соответствия требованиям к прикладным системам, приведенным в настоящем ТЗ и ЧТЗ, которые будут разработаны на соответствующих этапах.

4.14.4.2 Для обеспечения эффективной работы структурных подразделений ПАО МГТС и конечных пользователей с использованием ПС ПД, рекомендуется разработать следующие регламенты и процедуры:

1) Регламент предоставления возможности использования сервисов ПС ПД:- Номера SMS-шлюзов и форматы обращения к ним;- Квоты на частоту и объём обращений к ПС ПД;- Форматы обратной связи от ПС ПД.

2) Процедуры, связанные с функционированием ПС ПД:

- Процедура обращения к ПС ПД;- Процедура обработки полученных данных ПС ПД;

20 из 34




- Процедура вывода данных из ПС ПД.

3) Регламента проведения аудита ПС ПД:

- Аудит событий, порождаемых механизмом обеспечения безопасности и разделения доступа к ПС ПД;

- Аудит событий, относящихся к оценке эффективности функционирования ПС ПД;- Контроль целостности ПС ПД и отдельных модулей подсистемы.

4.14.4.3 Для обеспечения надежного и эффективного функционирования ПС ПД необходимо сформировать группу специалистов, которая будет обеспечивать своевременное и квалифицированное обслуживание ПС ПД. В рамках сформированной группы назначить ответственных за:

1) Координирование работы группы специалистов по обслуживанию ПС БДР (роль – главный администратор);

2) Администрирование модуля SMS-шлюза ПС ПД (роль – администратор SMS-шлюза);3) Детализированные требования к ПС ПД должны быть описаны в ЧТЗ на ПС ПД.

4.14.5 Детализация структуры ПС ПД:

Вид данных ХарактеристикиSMS-шлюзКороткий номер Служит для взаимодействия пользователя ПС ПД с Системой.

Модуль обработки данных Служит для обработки и анализа полученных данных от пользователя ПС ПД.

Модуль обратной связи Служит для передачи служебной информации от ПС ПД до конечного пользователя.

Модуль взаимодействия с ПС БДР

Данные объектов, на которые выданы разрешения Список определенных зон, Список вошедших телефонных колодцев, Номер полученного разрешения.

Данные о получившем разрешение пользователе ФИО бригадира, ФИО ответственного, Номера телефонов.

Данные о номерах выданных разрешений Номер полученного разрешения, Идентификатор данных пользователя.

Данные идентификаторов доступа (SMS пароли) Номер полученного разрешения, Идентификатор данных пользователя, SMS пароль.

Модуль обработки событийПроверка полученных данных Сверить данные, полученные от SMS-шлюза и ПС БДР.

Служебное информирование Произвести служебное информирование по результату проверки полученных данных.

Алгоритм информирования Произвести информирование согласно алгоритма.

4.14.6 Блок схема процедуры взаимодействия с ПС ПД:

21 из 34




4.14.7 Блок схема общего взаимодействия в Системе:

22 из 34




4.15. Прикладная система «Архив действий и отчетов» ПС АДиО

4.15.1 Назначение ПС АДиО

ПС АДиО предназначена для ведения своевременного, полного, актуального и отказоустойчивого каталога и файлов действий, выполненных в системе, как в автоматическом режиме, так и ручном – силами администраторов, операторов и пользователей Системы. ПС АДиО взаимодействует со следующими видами данных:

- Данные обо всех операциях, произведенных в ПС БДР;- Данные обо всех операциях, произведенных в ПС ПД;- Данные обо всех операциях, произведенных в ПС РИ ЛКЦ ТЦ;- Данные обо всех операциях, произведенных в ПС РИ ЦМиК;- Данные обо всех операциях, произведенных в ПС МТК;

23 из 34




- Данные обо всех операциях, произведенных в ПС ПСвГБР;- Данные обо всех операциях, произведенных в ПС АДиО.

4.15.2 ПС АДиО должна удовлетворять основным требованиям:

- Иметь постоянный доступ ко всем ПС Системы;- Хранить и резервировать полученную информацию от остальных ПС Системы, согласно

базовым настройкам архивации;- Проводить самоконтроль систем и записывать данные об этих операциях;- Разделять на группы и категории виды данных от той или иной ПС Системы;- Генерировать и выводить по запросу отчеты о тех или иных ПС Системы;- Осуществлять строгий контроль доступа к настройкам ПС АДиО и выводимой

информации.

Заполняется участником (предоставить описание алгоритмов и принципов работы ПС АДиО, пример сгенерированных отчетов, интерфейс взаимодействия с ПС АДиО):


1) ПС АДиО должна включать в себя модуль сбора информации от всех ПС Системы;2) ПС АДиО должна включать в себя модуль обработки полученной информации от всех ПС

Системы;3) ПС АДиО должна включать в себя модуль и алгоритм хранения полученных и

обработанных данных;4) ПС АДиО должна включать в себя модуль генерации и выгрузки информации в различные

интерфейсы и форматы данных;5) ПС АДиО должна реализовывать функции ограниченного доступа к хранящейся в ней

информации;6) В ПС АДиО должны быть реализованы механизмы контроля сохранности и целостности

информации.


4.15.4.1 В рамках реализации ПС АДиО необходимо:

1) Предусмотреть передачу информации в ПС АДиО от других ПС Системы в максимально сжатые сроки, а в случае возобновления связи и выхода ПС из автономного режима, выставить наивысший приоритет на передачу этих данных;

2) Предусмотреть передачу данных по https:// протоколу от остальных ПС Системы к ПС АДиО;

3) Предусмотреть максимальное сжатие и упаковку данных передаваемых в ПС АДиО;4) Предусмотреть дополнительное резервирование данных ПС АДиО;5) Рассчитать объём дискового пространства, необходимый для непрерывного хранения

информации за последние 365 дней.

4.15.4.2 Для обеспечения эффективной работы структурных подразделений ПАО МГТС и конечных пользователей с использованием ПС АДиО, рекомендуется разработать следующие регламенты и процедуры:

1) Процедуры и регламенты, связанные с информационной безопасностью:

24 из 34




- Регламент взаимодействия структурных подразделений с ПС АДиО;- Процедуры доступов к тем или иным отчетным формам ПС АДиО;- Регламент оповещения ответственных пользователей ПС АДиО о внештатных

изменениях в системе.

2) Регламент предоставления возможности использования сервисов ПС АДиО:

- Выделение квот на использование ресурсов хранилища объектов;- Предоставление/запрещение доступа к объектам ПС АДиО.

4.15.5 Детализация структуры ПС АДиО:

Вид данных ХарактеристикиДанные об операциях остальных ПС

Модуль сбора данныхСлужит для централизованного, постоянного, своевременного и надежного сбора и получения служебной информации от остальных ПС Системы.

Модуль обработки данныхСлужит для обработки полученных данных: конвертации, сохранении/замещении, установки сроков «жизни» архивов данных.

Модуль хранения данных Служит для оптимизации алгоритмов хранения информации, как основных копий данных, так и резервных их видов.

Модуль взаимодействия с ПС АДиОДанные о пользователях, имеющих разрешение на взаимодействие с ПС АДиО

Списки допусков к ПС АДиО: читатели, редакторы, администраторы.

Модуль вывода запрошенной информацииСлужит для генерации отчетов в выгружаемую среду (либо вывод в графический интерфейс, либо в набор файлов: txt, word, excel, xml)

Модуль обработки событий

Проверка полученных данныхПроанализировать полученные данные от остальных ПС Системы на достоверность, целостность, полноту и доступность.

Служебное информирование Своевременно проинформировать ответственных о нештатных ошибках в работе ПС АДиО.

Шифрация глобальных отчетовПредусмотреть шифрацию глобального отчета, включающего информацию о событиях самой ПС АДиО и внешних событиях, влияющих на данную ПС.

Виды хранящихся отчетовБазовый отчет об изменениях в остальных ПС Системы

Основная служебная информация о действиях, произведенных в ПС Системы.

Детальный отчет о частных изменениях в остальных ПС Системы Развернутый отчет о действиях, произведенных в ПС Системы.

Отчет о действиях, произведенных в ПС АДиО Развернутый отчет о действиях, произведенных в ПС АДиО.Глобальный отчет Системы Полный отчет об изменении любых параметров Системы.

4.16.Прикладная система «Рабочий интерфейс ЛКЦ ТЦ»

4.16.1 Назначение ПС РИ ЛКЦ ТЦ

ПС РИ ЛКЦ ТЦ предназначена для организации взаимодействия сотрудников ЛКЦ ТЦ, выдающих разрешение на проведение работ ответственным исполнителям, с Системой. Ограниченная строгим набором действий и строго оговоренным функционалом, обладающая повышенной

25 из 34




отказоустойчивостью, ПС РИ ЛКЦ ТЦ осуществляет взаимодействие со следующими видами данных:

- Данные объектов, на которые выданы разрешения;- Данные о получившем разрешение пользователе;- Данные о номерах выданных разрешений.

4.16.2 ПС РИ ЛКЦ ТЦ должна удовлетворять основным требованиям:

- Обеспечивать взаимодействие между пользователем ПС РИ ЛКЦ ТЦ и Системой;- Обеспечивать бесперебойную работу пользователя или предусмотреть работу в

автономном режиме;- Осуществлять контроль за выполняемыми действиями пользователя ПС;- Осуществлять первичную проверку внесенных пользователем данных;- Осуществлять контроль и обработку событий, поступающих в ПС РИ ЛКЦ ТЦ;- Осуществлять запись событий, произошедших в системе;- Обладать лаконичным и понятным интерфейсом для взаимодействия с ПС РИ ЛКЦ ТЦ;- Не позволять вносить критические изменения в работу Системы конечным пользователям

ПС РИ ЛКЦ ТЦ.

Заполняется участником (предоставить описание алгоритмов и принципов работы ПС РИ ЛКЦ ТЦ, графический интерфейс взаимодействия):


1) ПС РИ ЛКЦ ТЦ должна включать в себя модуль взаимодействия с ПС БДР;2) ПС РИ ЛКЦ ТЦ должна включать в себя модуль обработки полученных данных от

пользователя;3) ПС РИ ЛКЦ ТЦ должна включать в себя модуль передачи данных до остальных ПС

Системы;4) ПС РИ ЛКЦ ТЦ должна включать в себя справку по взаимодействию с ПС конечным

пользователем.


4.16.4.1 В рамках реализации ПС РИ ЛКЦ ТЦ необходимо:

1) Предусмотреть набор и формат передаваемых данных от пользователя ПС РИ ЛКЦ ТЦ до Системы;

2) Предусмотреть отказоустойчивость ПС РИ ЛКЦ ТЦ в случае передачи некорректных данных;

3) Предусмотреть обработку ошибок полученных, как от пользователя ПС РИ ЛКЦ ТЦ, так и от Системы;

4) Разработать уровни служебной информации, передаваемой от ПС РИ ЛКЦ ТЦ в сторону пользователя Системы;

5) Предусмотреть возможность автономной работы и сохранности внесенных данных, не менее чем на пять суток.

26 из 34




4.16.4.2 Для обеспечения эффективной работы структурных подразделений ПАО МГТС и конечных пользователей с использованием ПС РИ ЛКЦ ТЦ, рекомендуется разработать следующие регламенты и процедуры:

1) Регламент взаимодействия пользователей с ПС РИ ЛКЦ ТЦ:- Формат вносимых данных;- Обязательные и второстепенные виды данных;- Форматы обратной связи от ПС РИ ЛКЦ ТЦ.

2) Процедуры, связанные с функционированием ПС РИ ЛКЦ ТЦ:- Процедура обращения к ПС РИ ЛКЦ ТЦ;- Процедура обработки полученных данных.

4.16.5 Детализация структуры ПС РИ ЛКЦ ТЦ:

Вид данных ХарактеристикиМодуль взаимодействия с ПС БДР




Модуль взаимодействия с ПС АДиО

Данные о внесенных изменениях Основные изменения и данные переданные остальным ПС Системы.

Общие данные о состоянии ПС РИ ЛКЦ ТЦ Служебные данные о работе ПС РИ ЛКЦ ТЦМодуль обработки информации

Проверка полученных данныхПроизвести проверку внесенных данных от пользователя ПС РИ ЛКЦ ТЦ, указать на допущенные ошибки при внесении данных

Обработка ошибок от системы Визуализация и понятное представление полученных служебных отчетов об ошибках Системы.

Информационный модуль

Справка о работе с ПС Детальная справка, описывающая способы взаимодействия с ПС РИ ЛКЦ ТЦ

Уведомление о удачной передаче данных Уведомление пользователя об успешно выполненной операции

4.17.Прикладная система «Рабочий интерфейс ЦМиК» ПС РИ ЦМиК

4.17.1 Назначение ПС РИ ЦМиК

ПС РИ ЦМиК предназначена для организации взаимодействия сотрудников ЦМиК, отвечающих за мониторинг состояния служб и систем ПАО МГТС, с Системой. Ограниченная строгим набором действий и строго оговоренным функционалом, а также обладающая повышенной отказоустойчивостью, ПС РИ ЦМиК осуществляет взаимодействие со следующими видами данных:

- Данные о получившем разрешение пользователе;- Данные о номерах выданных разрешений;- Данные о событиях в ПС МТК;- Данные от ПС АДиО;- Статус от ПС ПСвГБР.

27 из 34




4.17.2 ПС РИ ЦМиК должна удовлетворять основным требованиям:

- Обеспечивать взаимодействие между пользователем ПС РИ ЦМиК и Системой;- Обеспечивать бесперебойную работу пользователя или предусмотреть работу в

автономном режиме;- Осуществлять контроль за выполняемыми действиями пользователя ПС;- Осуществлять контроль и обработку событий, поступающих в ПС РИ ЛКЦ ТЦ;- Осуществлять запись событий, произошедших в системе;- Обладать лаконичным и понятным интерфейсов для взаимодействия с ПС РИ ЛКЦ ТЦ;- Не позволять вносить критические изменения в работу Системы конечным пользователям

ПС РИ ЛКЦ ТЦ.

Заполняется участником (предоставить описание алгоритмов и принципов работы ПС РИ ЦМиК, графический интерфейс взаимодействия):


1) ПС РИ ЦМиК должна взаимодействия с ПС БДР;2) ПС РИ ЦМиК должна взаимодействия с ПС АДиО;3) ПС РИ ЦМиК должна взаимодействия с ПС ПСвГБР;4) ПС РИ ЦМиК должна передачи данных остальным ПС Системы;5) ПС РИ ЦМиК должна включать в себя справку по взаимодействию с ПС конечным

пользователем.4.17.4 Дополнительные требования

1) Предусмотреть набор и формат на запрос данных от пользователя ПС РИ ЦМиК до Системы;

2) Обеспечить своевременный, актуальный, достоверный и полный объем вывода служебной информации пользователю ПС РИ ЦМиК;

3) Предусмотреть максимально возможную отказоустойчивость интерфейса ПС РИ ЦМиК;

4.17.4.1 В рамках реализации ПС РИ ЦМиК необходимо:

1) Разработать уровни служебной информации, передаваемой от ПС РИ ЦМиК в сторону пользователя Системы;

2) Предусмотреть возможность записи и передачи служебной информации, о произведенных действиях в ПС РИ ЦМиК, до ПС АДиО.

4.17.4.2 Для обеспечения эффективной работы структурных подразделений ПАО МГТС и конечных пользователей с использованием ПС РИ ЦМиК, рекомендуется разработать следующие регламенты и процедуры:

1) Регламент взаимодействия пользователей с ПС РИ ЦМиК:- Обязательные и второстепенные виды данных;- Форматы обратной связи от ПС РИ ЦМиК.

28 из 34




2) Процедуры, связанные с функционированием ПС РИ ЦМиК:- Процедура обращения к ПС РИ ЦМиК;- Процедура обработки полученных данных.

4.17.5 Детализация структуры ПС РИ ЦМиК:

Вид данных ХарактеристикиМодуль взаимодействия с ПС БДР




Модуль взаимодействия с ПС АДиО

Данные о внесенных изменениях Основные изменения и данные переданные остальным ПС Системы.

Общие данные о состоянии ПС РИ ЦМиК Служебные данные о работе ПС РИ ЦМиКМодуль взаимодействия с ПС МТК

Получение служебной информации от ПС МТК Своевременное получение актуальной информации о событиях особой важности, произошедших в ПС МТК

Вывод служебной информации от ПС МТК Вывод наиболее значимой информации о событиях в ПС МТКМодуль взаимодействия с ПС ПСвГБР

Интерфейс передачи информации в ГБР Передача и контроль исполнения служебной информации в ПС ПСвГБР

Модуль обработки информации

Обработка ошибок от системы Визуализация и понятное представление полученных служебных отчетов об ошибках Системы.

Информационный модуль

Справка о работе с ПС Детальная справка, описывающая способы взаимодействия с ПС РИ ЛКЦ ТЦ

4.18.Прикладная система «Мониторинг телефонной канализации» ПС МТК

4.18.1 Назначение ПС МТК

ПС МТК предназначена для постоянного мониторинга активности на объектах ККСС ПАО МГТС, подлежащих наблюдению, а также для проверки легальности активности на том или ином объекте, своевременного информирования ответственных служб и подразделений ПАО МГТС в случае несанкционированного проведения работ. ПС МТК осуществляет взаимодействие со следующими видами данных:

- Данные объектов, на которые выданы разрешения;- Данные о получившем разрешение пользователе;- Данные о номерах выданных разрешений.- Данные о паролях доступа;- Данные объектов ПС ПД;- Данные объектов ПС ЦМиК;- Данные объектов ПС ПСвГБР.

4.18.2 ПС МТК должна удовлетворять основным требованиям:

29 из 34




- Обеспечивать взаимодействие между ПС МТК и остальными ПС Системы;- Обеспечивать высокую отказоустойчивость к внешним факторам на ПС МТК;- Обеспечивать проверку возникших событий в ПС;- Резервировать и передавать в ПС АДиО данные о событиях, происходящих в ПС МТК;- Иметь предусмотренные алгоритмы работы системы с легальными/не легальными видами

работ;- Иметь базовые алгоритмы работы системы;- Предусмотреть автоматическую постановку на мониторинг в случае просрочки тайм-аута

по заданию и отсутствию подтверждения о продлении работ;- Проводить проверку системы по расписанию;- Выполнять проверку подтвержденных работ по заданному алгоритму (раз в четыре часа –

для рабочего времени и раз в два часа – для не рабочего времени);- Своевременно передавать актуальную информацию ответственным подразделениям;- Иметь уровни и степени важности передаваемой информации;- Предусмотреть повышенную отказоустойчивость всех модулей ПС МТК;- В случае потери связи по основному каналу связи, предусмотреть передачу данных по

резервному каналу, предоставляемому Покупателем- В случае отсутствия связи на резервном канале обеспечить хранение всей служебной

информации до восстановления связи (одного из каналов) и передачи накопленных данных в Систему в течении 5 (пяти) рабочих дней;

Заполняется участником (предоставить описание алгоритмов и принципов работы ПС АДиО, анализ соответствия текущей системы к описанным требованиям, продемонстрировать графический интерфейс ПС МТК):


1) ПС МТК должна включать в себя модуль взаимодействия с ПС ПД;2) ПС МТК должна включать в себя модуль взаимодействия с ПС РИ ЦМиК;3) ПС МТК должна включать в себя модуль взаимодействия с ПС АДиО;4) ПС МТК должна включать в себя модуль взаимодействия с ПС ПСвГБР;5) ПС МТК должна включать в себя модуль алгоритмов обработки данных о событиях в КЗ 6) ПС МТК должна включать в себя модуль генерации отчетов системной информации;7) ПС МТК должна включать в себя алгоритмы контроля линий, подлежащих мониторингу;


1) Предусмотреть набор и формат данных, передаваемых в остальные ПС Системы;2) Обеспечить своевременный, актуальный, достоверный и полный объем вывода служебной

информации в остальные ПС Системы;3) Предусмотреть максимально возможную отказоустойчивость ПС МТК;4) Предусмотреть возможность ввода новых алгоритмов работы ПС МТК или модернизации

уже существующих.

4.18.4.1 В рамках реализации ПС МТК необходимо:

1) Разработать уровни служебной информации, передаваемой от ПС МТК в сторону пользователя Системы;

30 из 34




2) Предусмотреть возможность записи и передачи служебной информации, о произведенных действиях в ПС МТК, до ПС АДиО;

3) Разработать алгоритмы работы ПС МТК

4.18.4.2 Для обеспечения эффективной работы структурных подразделений ПАО МГТС и конечных пользователей с использованием ПС МТК, рекомендуется разработать следующие регламенты и процедуры:

1) Регламент взаимодействия пользователей ПС РИ ЦМиК с ПС МТК:- Обязательные и второстепенные виды данных;- Форматы обратной связи от ПС МТК.

2) Процедуры, связанные с функционированием ПС МТК:- Процедура обращения к ПС МТК;- Процедура обработки полученных данных.

4.18.5 Детализация структуры ПС МТК:

Вид данных ХарактеристикиМодуль обработки данныхДанные поступающие от элемента контроля КЗ Штатная или не штатная работа КЗДанные поступающие от ПС ПД Проверка подлинности доступаМодуль передачи данных

Генерация отчетов о состоянии системы Генерирует базовые отчеты об общем состоянии системы и передаёт в ПС АДиО согласно штатного расписания

Передача актуального статуса состояния ПС МТК Передача пользователям Системы актуального статуса об объектах мониторинга

Модуль контроляКонтроль состояния элементов ПС Проверка состояния элементов МС МТК согласно расписания

Контроль состояния линий мониторингаРегулярная проверка линий, подлежащих мониторингу, на наличие критических изменений в состоянии кабельной инфраструктуры

Контроль состояния каналов связи Фоновая проверка каналов связи и переключение на доступный канал, либо переход в автономный режим работы

Модуль набора алгоритмов

Алгоритм обработки событий Набор алгоритмов и правил для обработки основной массы событий, поступающих от систем мониторинга

Алгоритм постановки на мониторингАлгоритм принудительной установки на мониторинг, в случае выхода отведенного лимита времени и отсутствия подтверждения о продолжении работ

Алгоритм промежуточных проверокАлгоритм осуществляющий промежуточные проверки между несколькими точками работ или моментами возникновения событий на участке, подлежащем мониторингу

4.19.Прикладная система «Передача событий в ГБР» ПС ПСвГБР

4.19.1 Назначение ПС ПСвГБР

31 из 34




ПС ПСвГБР предназначена для автоматической, своевременной и оперативной передачи служебной информации об объекте, подлежащем проверке, службе ГБР. ПС ПСвГБР осуществляет взаимодействие со следующими видами данных:

- Данные объектов, на которые предстоит выехать;- Время возникновения события;- Время передачи события в ГБР;- Базовое описание объекта;- Фрагмент карты с привязкой к объекту, подлежащему проверки;- Контактные данные дежурных специалистов ЦМиК ПАО МГТС.

Заполняется участником (предоставить описание необходимых процедур и затрат для внедрения данного модуля относительно текущей версии системы):

4.19.2 ПС ПСвГБР должна удовлетворять основным требованиям:

- Обеспечивать оперативную передачу служебной информации посредством e-mail и SMS или иных оперативных каналов связи;

- Осуществлять сбор и генерацию полной информации о передающем объекте;- Фиксировать все события, зарегистрированные в системе и переданные на исполнение;- Вести таймер и счетчик отработки поступившего события. (Наличие функции

«Квитирования» со стороны ГБР, и сохранение информации о параметрах, Поставщик обязуется реализовать на следующем этапе.)Заполняется участником (предоставить описание необходимых процедур и затрат для внедрения данного модуля относительно текущей версии системы):


1) ПС ПСвГБР должна включать в себя модуль взаимодействия с ПС МТК;2) ПС ПСвГБР должна включать в себя модуль взаимодействия с ПС ЦМиК;3) ПС ПСвГБР должна включать в себя модуль взаимодействия с ПС АДиО;4) ПС ПСвГБР должна включать в себя модуль сбора и ведения статистики по переданным

данным;5) ПС ПСвГБР должна вести мониторинг отработки переданных событий. (Наличие функции

«Квитирования» со стороны ГБР, и сохранение информации о параметрах, Поставщик обязуется реализовать на следующем этапе.)Заполняется участником (предоставить описание необходимых процедур и затрат для внедрения данного модуля относительно текущей версии системы):


1) Предусмотреть набор и формат данных передаваемый конечным пользователям ПС ПСвГБР;

2) Обеспечить своевременный, актуальный, достоверный и полный объем вывода служебной информации в остальные ПС Системы;

3) Обеспечить возможность передачи данных по резервным каналам связиЗаполняется участником (предоставить описание необходимых процедур и затрат для внедрения данного модуля относительно текущей версии системы):

32 из 34




4.19.4.1 В рамках реализации ПС ПСвГБР необходимо:

4.19.4.2 Для обеспечения эффективной работы структурных подразделений ПАО МГТС и конечных пользователей с использованием ПС ПСвГБР, рекомендуется разработать следующие регламенты и процедуры:

1) Регламент взаимодействия пользователей ПС РИ ЦМиК с ПС ПСвГБР:- Обязательные и второстепенные виды данных;- Форматы обратной связи от ПС ПСвГБР.

2) Процедуры, связанные с функционированием ПС ПСвГБР:- Процедура обращения к ПС ПСвГБР;- Процедура обработки полученных данных.

Заполняется участником (предоставить описание необходимых процедур и затрат для внедрения данного модуля относительно текущей версии системы):

4.19.5 Детализация структуры ПС ПСвГБР:

Вид данных ХарактеристикиМодуль передачи данныхДанные передаваемые в ГБР Объем данных передаваемый в ГБР, по оговоренному формату

Данные передаваемые в остальные ПС Системы Данные о переданных событиях в ГБР, данные об отработанных событиях ГБР

Модуль обработки переданных событий

Алгоритм проверки статуса события Алгоритм проверки исполнения и закрытия статуса о проверке события

4.20.Прикладная система «Самоконтроль системы» ПС СКС

4.20.1 Назначение ПС СКС

ПС СКС предназначена для постоянного мониторинга состояния всех ПС Системы, фиксирования критических изменений в алгоритмах работы Системы и автоматического восстановления рабочего состояния Системы. ПС СКС осуществляет взаимодействие со следующими видами данных:

- Все данные ПС Системы

Заполняется участником (предоставить описание принципов работы данной ПС):

4.21.Требования к серверам

1) Сервера должны быть виртуальными, платформа виртуализации VMware 5.52) ОС – Windows 2008R2/2012R2 , RedHat 6/7, CentOS 6/73) Есть поддержка USB ключей4) Нет поддержки аудиокарт

33 из 34




5. СЕРВИСНОЕ ОБСЛУЖИВАНИЕ СИСТЕМЫ5.1. Обслуживание оборудованияРекомендации по обслуживанию оборудования выдаются Производителем (исполнителем).В состав обслуживания должны быть включены все работы Исполнителя по поддержанию оборудования в нормальном режиме работы.

Заполняется участником При передаче Системы МОККО в эксплуатацию по каждому элементу должен быть предоставлен состав работ и график обслуживания, условия безаварийной эксплуатации.

5.2. Ремонт оборудованияВ состав Сервисного обслуживания должны быть включены ремонты оборудования (не размещаемого в колодцах), а так же предусмотрен, необходимый ЗИП на территориях размещения оборудования для экстренной замены.Гарантийный срок поддержки не менее 3-х лет.

Оборудование, размещенное в колодцах, подлежит замене или ремонту после гарантийного срока – по рекомендации исполнителя, до гарантийного срока – замена происходит за счет исполнителя.

Заполняется участником Описание процесса и условий ремонта оборудования

5.3. Обслуживание Программного обеспеченияОбслуживание, обновление и прочие работы на программном обеспечении включены в сервисное обслуживание в полном объеме.Заполняется участником

5.4. Развитие и доработка Программного обеспечения

Данные работы оформляются заявками со стороны заказчика. Сроки исполнения заказов должны быть разумными в пределах 1 квартала.Оценка трудозатрат проводится экспертным путем на основании анализа трудозатрат представителями Заказчика и Исполнителя.

Дальнейшее развитие системы проводится за плату. Стоимость 1 чел. часа должна быть указана в сервисном договоре.Заполняется участником

5.5. Уровень сервиса Уровень сервиса определяется договором, учет за ходом сервисного обслуживания осуществляется Исполнителем.Состав аналитики по сервисному обслуживанию определяется Заказчиком.В случае отсутствия должного учета выполнения работ, заказчик вправе потребовать предоставления необходимой информации для подтверждения производства работ, а в случае отсутствия оплачивать только подтвержденную часть.Заполняется участником

34 из 34

Documents

mgts.ru З_МОККО... Web view– направлена на непрерывный мониторинг текущего состояния, фиксации активности