5.1.5. Проектирование сусс мос

Инженерные методы проектирования систем управления предполагают формализованное представление систем управления заданных типов. Прове­денный анализ позволил предложить для использования в СУСС МОС сле­дующие типы систем управления:

• системы управления, зависящие от технологии и/или от производителя;

• интегрированные системы управления, объединяющие системы управ­ления, зависящие от технологии и/или от производителя и обеспечивающие адаптацию протоколов и интерфейсов;

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

Учитывая вышесказанное, возможны варианты интеграции систем управ­ления в центрах управления на уровне сетей филиала МОС. Наиболее общие случаи интеграции - интеграция систем управления по технологиям и интегра­ция систем управления по производителям

Построение СУСС МОС с использованием любых вариантов интеграции должно обеспечивать возможность удовлетворения общим требованиям. При обновлении версии программного обеспечения системы управления конкретно­го производителя, или появления систем управления других производителей, рассматриваемые системы должны быть легко интегрируемы в СУСС МОС. Для выполнения отдельных функций необходимо использование обслуживаю­щего персонала центров управления различных уровней СУСС МОС. При этом при разработке организационно-штатной структуры для каждого центра управ­ления должна учитывать следующие факторы:

• задачи, решаемые центром управления;

• типы функциональных систем управления, установленных в центре;

• территориальное расположение центров управления;

• график работы персонала центров управления, выездных ремонтных бригад и персонала объектов, на которых установлены сетевые элементы.

5.1.6. Проектирование ядра и платформы сусс мос

Необходимость перехода к перспективному интегрированному управле­нию, создания современных центров управления и обеспечения взаимодействия между центрами управления в пределах МОС, приводит к потребности внедре­ния единой системы поддержки эксплуатации. Однако, различные филиалы МОС имеют различные потребности в управлении и различный экономический потенциал. Наличие вышеуказанных общих черт позволяет определить некото­рые схожие потребности в управлении для каждого филиала МОС. Поэтому можно выделить некоторую унифицированную часть OSS (ядро OSS), обеспе­чивающую выполнение тех функций, которые характерны для всех филиалов МОС. Выделение подобной минимальной части OSS дает ряд преимуществ:

• возможность внедрения унифицированной части системы во всех фи­лиалах МОС одновременно;

• унификация протоколов и интерфейсов взаимодействия;

• возможность постепенного наращивания функциональности управления в филиалах МОС, в зависимости от потребностей;

• уменьшение единовременных затрат на внедрение ядра OSS, тогда как при внедрении полнофункциональной системы потребовались бы большие ка­питальные затраты.

Итак, ядро OSS представляет собой систему поддержки эксплуатации в минимальной конфигурации, которая способна выполнять минимально необхо­димый объем функций управления, характерных для группы компаний МОС.

Исходя из вышесказанного, система поддержки эксплуатации должна вы­бираться таким образом, чтобы ее концепция предполагала наличие подобного ядра и предусматривала возможность постепенного наращивания функцио­нальности, а также указывала направление (этапы) этого наращивания.

Платформа должна выполнять функции «общей шины», которая обеспечи­вает связь между компонентами OSS и интегрированными приложениями. На рис. 5.3. показано место ядра и платформы управления в OSS.

Рис.5.3 Платформа, ядро и система поддержки эксплуатации