Структура программного обеспечения tmn
Структура программного обеспечения управления, как правило, определяется разработчиками. Однако в этой структуре должны существовать следующие программные модули:
· информационная база управления;
· функциональный модуль регистрации;
· функциональный модуль анализа параметров качества работы;
· функциональный модуль предыстории;
· пакет программ математического обеспечения по выработке сообщений;
· функциональный модуль тревожных сообщений;
· функциональный модуль аварийной сигнализации;
· функциональный модуль загрузки информации о событиях;
· графический интерфейс.
Информационная база управления (MIB, Management Information Base) представляет собой место хранения данных. В базе данных сосредоточена вся справочная информация сети. Эта информация поделена на разделы по классам объектов, которые описаны в рекомендации М.3100 "Общая информационная модель сети". Определены детали каждого объекта, включаемого в сеть передачи информации. Описание объектов производится через их атрибуты. В MIB хранится информация о статистике сети и ее отдаленном оборудовании, динамике поведения сети, тревожных сообщениях и другое. MIB представляется в виде ветвящегося дерева.
Для обслуживания информационной базы данных используются различные функциональные модули. Программные функциональные модули могут быть построены по принципу шаблонов управления, рекомендованных МСЭ-Т М.3200 .
Функциональный модуль регистрации предназначен для управления данными основных объектов в сети и множеством совместно определенных справочных атрибутов для всех объектов. Благодаря этому модулю создается и хранится в базе данных вся информация о конфигурации объектов (место расположения, оборудование и т.д.). Для регистрации и представления объектов сети применяется графический интерфейс.
Функциональный модуль анализа параметров качества предназначен для сбора статистики, такой, как ошибки в линии, значение трафика, емкость каналов и другое. Функциональный модуль может использоваться для управления качеством работы сети, вычисления статистики трафика и ошибок, для определения узких мест и перегрузок.
Функциональный модуль предыстории предназначен для сбора и хранения данных элементов сети (систем передачи, систем коммутации, центров управления сетью). Данные собираются и хранятся по отдельным доменам (областям) управления. При этом в данных определяются отдельные элементы, их атрибуты и временные интервалы.
Пакет программ математического обеспечения по выработке сообщений предназначен для формирования сообщений из базы данных: о трафике линий, об ошибках в линии, о трафике элементов сети, итоговых сообщениях и других.
Функциональный модуль тревожных сообщений предназначен для создания базы технического обслуживания. Благодаря этому модулю возможно формирование сообщений: сетевые события, условия тревоги, регистрация тревожных ситуаций в сети, распознавание ложной тревоги, оповещение пользователя о нарушении порогов тревожных ситуаций. Кроме того, благодаря выполнению команд модуля возможна доставка тревожных сообщений оператору сети, посылка сообщений вещательному терминалу, активизация математического обеспечения заказчика, обновление статистической информации на панелях тревожной сигнализации и т.д.
Функциональный модуль аварийной сигнализации осуществляет тревожную сигнализацию и выполняет функцию управления сетью, используя мониторинг тревожных ситуаций, подключая функциональный модуль сбора статистики и оповещения о тревожных ситуациях.
Каждый объект, находящийся в тревожной ситуации, соотносится с определенным уровнем серьезности состояния. Серьезность, согласно определениям ISO/OSI, может быть: неопределенной, критической, большой, незначительной, предупредительной и свободной. Каждое тревожное сообщение сопровождается указанием времени, в которое оно было сгенерировано.
Функциональный модуль загрузки информации о событиях предназначен для хранения информации по всем типам событий, которые формируются в сети управления. Эти события рекомендовано разбивать на следующие классы записей: тревожные сообщения, тревожные сообщения о нарушении безопасности, создание объектов, расформирование объектов, изменение значения атрибутов, изменение состояния, изменение связей.
Графический интерфейс управления необходим в системе для доступа пользователя – оператора к функциям управления. Он позволяет визуализировать операции управления, быстро и легко выполнить команды потребителя с помощью множества окон и выбора меню. Благодаря графическому интерфейсу элементы сети, находящейся в процессе управления, представляются в наглядном виде.
Начало формы
Конец формы
|