2. Дайте требования по установке 0ss-систем в подразделениях вашей организации

OSS – Operational Support Systems – системы эксплуатационной поддержки, системы управления. Системы OSS предназначены для повышения эффективности телекоммуникационного бизнеса за счет автоматизации бизнес-процессов, связанных с материально-техническим обеспечением, управлением сетью, предоставлением услуг и поддержкой клиентов, и являются важным звеном, соединяющим сети операторов и их клиентов.

Предположим наша организация занимается оказанием услуг в сфере создания и обслуживания веб-ориентированного программного обеспечения. Организация состоит из нескольких подразделений территориально удаленных друг от друга. Исходя из специфики деятельности организации, а также устройства внутренней сети выделим основные требования к устанавливаемой OSS-системе:

1. Платформа для установки OSS-системы (далее по тексту, Система) должна основываться на платформе Novell SUSE Linux Server 10.

2. В аспекте контроль исполнения соглашений об уровне сервиса выделим следующие бизнес-метрики:

   1. MTTR - Mean Time To Repair (ожидаемое время восстановления системы) — не более 3 часов

   2. Uptime — 5 часов .( Базовая метрика, которая говорит о том, сколько времени проходит между подъемами системы. Это совокупность времени для поиска ошибок и диагностики + время на восстановление.)

   3. MTBF - Mean Time Between Failures (ожидаемое время между отказами) — 8000 часов.. Это наработка на отказ.

3. В аспекте инвентаризацией оборудования телекоммуникационной сети:

• Система должна предоставлять удобный интерфейс для мониторинга и управления ресурсами сети. Должны использоваться протоколы ICMP, SNMP, Netflow v9 или интеграция с существующей системой управления ресурсами сети.

• Создание образа сети в реальном времени и сохранение его в едином хранилище данных;

• Контроль физического и логического состояния ресурсов;

• Миграция данных из систем сетевого управления и интеграция с существующими информационными системами;

• Возможность ведения истории сетевых элементов;

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

• Наличие средств документации и отчетности;

• Возможность совмещения сетевой информации с картографическими возможностями ГИС (Географическая информационная система).

4. В аспекте мониторинга отказов:

• работа в режиме реального времени;

• сбор и накопление сообщений от сетевых устройств, приложений и систем управления;

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

• автоматический анализ корневой причины неисправности (Root Cause Analysis);

• обогащение событийной информации данными из внешних источников;

• возможность получения дополнительной информации из внешних систем для проведения кросс-доменного анализа;

• отображение аварийных сигналов в различной форме, многослойность представления;

• оповещение службы поддержки компании об аварийной ситуации в различных формах (SMS, e-mail и др.);

• хранение истории аварийных событий.

5. В аспекте управления производительностью:

• оперативный мониторинг загруженности и использования контролируемых физических и логических элементов сети;

• формирование и отображение сигналов тревоги при превышении контролируемыми параметрами пороговых значений;

• накопление и анализ статистических данных по производительности контролируемых систем;

• разнообразные формы отчетности, включая графическое представление;

• интеграция с внешними OSS/BSS-системами.

6. В аспекте системы управления проблемами телекоммуникационной сети:

• открытие и ведение карточки проблемы (Trouble Ticket);

• планирование работ по устранению неисправностей;

• оптимизация распределения работ по решению проблемы;

• автоматическое перенаправление Trouble Ticket на исполнение в соответствующие подразделения;

• контроль исполнения заданий (статус проблемы, позиция в ходе выполнения работ, исполнитель);

• ведение базы знаний по проблемам и методам их решений;