- •ПЕРЕЧЕНЬ СОКРАЩЕНИЙ
- •ВВЕДЕНИЕ
- •1. КЛАССИФИКАЦИЯ СЕТЕВОГО ПО
- •1.1. ПО для активного телекоммуникационного оборудования
- •1.2. ПО для описания, моделирования и проектирования сетей связи
- •2. ОСНОВНЫЕ СОСТАВЛЯЮЩИЕ КОМПОНЕНТЫ ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ OSS
- •2.1. Общий взгляд: TMF Application Framework (TAM)
- •2.2. Способы построения каркаса OSS-системы
- •2.3. Основы архитектуры OSS Аргус: инфраструктура, среда, приложения
- •3. СПОСОБЫ РЕАЛИЗАЦИИ ТИПОВЫХ КОМПОНЕНТОВ OSS
- •3.3. Типовой бизнес-процесс организации предоставления услуги абоненту с помощью OSS
- •3.4. Типовой бизнес-процесс организации устранения неисправности с помощью OSS
- •4.1. Изоляция между приложениями, связность между понятиями среды
- •4.2. Проектирование и разработка типовых интерфейсов интеграции
- •4.3. Основные способы организации взаимодействия между информационными системами
- •4.4. Интеграционная шина как элемент построения инфраструктуры взаимодействия
- •5.1. Многопользовательский доступ к данным
- •5.2. Масштабируемость, отказоустойчивость, балансировка нагрузки
- •5.3. Мониторинг
- •ВОПРОСЫ К ЗАЧЕТУ И ЭКЗАМЕНУ
- •СПИСОК ЛИТЕРАТУРЫ
интерактивность. Потребитель информации постоянно повышает свои ожидания о скорости реакции системы, быстродействии и оперативности доставки информации. Большинство процессов стремятся к выполнению в реальном времени;
мобильность. Пользователь систем стал передвигаться быстрее, а взаимодействие с ним ведется через каналы связи общего пользования
втранспорте, дома и на улице, в общественных местах и повсеместно;
безопасность. Пока данные хранились на носителе внутри охраняемого помещения, то особо никто не беспокоился о шифровании, но теперь сетевые пакеты летают в воздухе и это нельзя оставлять без внимания;
высоконагруженность. На сложность интеграции влияют: количество пользователей в системе, интенсивность потока обработки данных, объемы данных и ресурсоемкость вычислений;
непрерывность цикла работы. Интеграция и обновление систем почти всегда должны проводиться без остановки их функционирования, плавно, постепенно и незаметно;
межсистемная интеграция. Задачи стыковки не ограничены рамками организации, все чаще нужно интегрироваться с партнерами, клиентами, поставщиками, подрядчиками и даже с государственными структурами.
4.1. Изоляция между приложениями, связность между понятиями среды
Для обеспечения возможности независимой разработки, развития и сопровождения отдельных компонентов OSS-системы Аргус применяются правила максимально возможной изолированности продуктов (модулей) друг от друга (рис. 25).
Втех случаях, когда при взаимодействии продуктов затронуты очень общие (наиболее широко используемые) предметные понятия, удобно использовать интеграцию через общий разделяемый домен (shared domain). Чаще всего подобная интеграция ограничивается работой с общими данными в хранилище, без прямой передачи управления от одного компонента
кдругому (рис. 26).
Вслучаях, когда приложения должны взаимодействовать между собой и передавать управление друг другу в рамках общего бизнес-процесса, используется OSS/J-подобный способ интеграции, посредством стандарти-
зированных интерфейсов (API, Application Programming Interface) (рис. 27).
46
Рис. 25. В исключительных случаях модули OSS не взаимодействуют между собой
47
Рис. 26. В случае взаимодействия по наиболее общим сущностям такие общие понятия/службы выносятся в shared domain
(и становятся частью общей среды)
48
Рис. 27. Взаимодействие интегрируемых модулей OSS
через открытые API
49
В ряде случаев интеграция модулей нужна на уровне визуального представления, когда один компонент OSS-системы «встраивает» свой графический интерфейс внутрь интерфейса другого компонента в определенных, специально выделенных областях представления. В случае реализации web-приложения используются встраиваемые визуальные фреймы
(рис. 28).
Рис. 28. Организация взаимосвязи компонентов
через подключение встраиваемого фрейма в пользовательском web-интерфейсе
50