NGOSS: Построение эффективных систем поддержки и эксплуата­ции сетей для оператора связи

Оценка еТОМ

В этом разделе мы обсудим цели оценки еТОМ, процедуру такой оценки и рекомендации по дальнейшему использованию еТОМ. Цели оценки еТОМ Цель оценки еТОМ — исследовать уровень зрелости процесса в пределах организации и уровень соответствия архитектуры процесса структуре еТОМ, а также определить, насколько сложно ее проецировать на еТОМ. Здесь мы выделяем три уровня зрелости организации: Незрелость […]

Рекомендации в отношении методологии жизненного цикла NGOSS

Рекомендации обычно готовят в соответствии с целями методологии жиз­ненного цикла. Как правило, они включают: • рекомендации относительно четырех ракурсов NGOSS и их использо­вания; • рекомендации относительно применения сценариев использования и контрактов (см. также раздел, посвященный оценке внедрения техно­логически нейтральной архитектуры); • рекомендации относительно отслеживания артефактов (например, контрактов) при переходе от одного ракурса к другому; • […]

Проведение оценки методологии жизненного цикла NG0SS

Анализ разработки приложения на предприятии должен позволить получить и оценку реализации методологии жизненного цикла NGOSS. Цели разра­ботки приложений, в принципе, совпадают с целями жизненного цикла NGOSS, хотя в первом случае для достижения целей может использоваться другая последовательность шагов. Например, в унифицированном процессе RUP при разработке приложений используется подход, ориентированный на сценарии использования и включающий в […]

Оценка методологии жизненного цикла NGOSS

В этом разделе мы обсудим цели, с которыми проводится оценка методологии жизненного цикла NGOSS, процедуру такой оценки и возможные рекомен­дации по ее дальнейшему использованию. Цели оценки методологии жизненного цикла NGOSS Цели эти связаны прежде всего с основными принципами жизненного цикла NGOSS; о них шла речь в разделе «Внедрение NGOSS», но здесь мы изложим их еще […]

Рабочая группа оценки

Группа оценки может включать: • менеджера проекта • специалиста по SID • специалиста по еТОМ • специалиста по технологически нейтральной архитектуре. Обычно первым назначается менеджер проекта. Он подбирает других членов команды, выстраивает взаимоотношения с клиентами, управляет реализацией и проводит мониторинг проекта, а также способствует выпол­нению обязательств перед клиентами и отвечает за представление заключи­тельного отчета руководству […]

Оценка внедрения NGOSS

Оценка внедрения NGOSS включает в себя множество аспектов. Предприятие может оценить все или некоторые из компонентов NGOSS, такие как SID, еТОМ или технологически нейтральная архитектура. Оценка будет распро­страняться на одно или несколько приложений или бизнес-процессов. В этой главе мы рассмотрим важнейшие аспекты такой оценки. Цели и рамки проекта Оценка внедрения NGOSS подразумевает получение ответов на […]

Технологически нейтральные контрактыЧ

В этой книге мы неоднократно обращались к роли сценариев использования. Поэтому больше говорить мы о них не будем. Но какую роль играют конт­ракты NGOSS? В этой главе их использование уже частично обсуждалось. Напомним основные составляющие контракта: • заголовок; • описание; • функциональная часть; • нефункциональная часть; • часть, посвященная управлению; • часть, посвященная бизнес-модели. Здесь […]

Внедрение технологически нейтральной архитектуры

Два важнейших типа инструментов технологически нейтральной архитек­туры (Technology-Neutral Architecture, TNA) — сценарии использования и контракты — играют заметную роль в процессе разработки приложений. Очень важен при этом еще один аспект TNA, а именно — отделение бизнес — процесса от его физической реализации.

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

Когда впервые появилась SID, потенциальные пользователи думали, что для обеспечения соответствия SID им придется менять свои внутренние структуры баз данных. Однако вскоре они убедились: достаточно один раз воспользоваться SID, чтобы превратить ее в структурную основу для интег­рации приложений. При таком использовании SID внутренняя структура базы данных представлялась в рамках SID как XML-схєма с расширениями для […]

Применение SID для организации сценариев использования

В разделе «Внедрение еТОМ» этой главы мы рассмотрели еТОМ как структу­ру для организации сценариев использования. Возможен и другой вариант: в качестве организационной структуры для сценариев использования может служить структура SID Framework. В порядке эксперимента, диаграммы сце­нариев использования были построены с помощью структуры SID Framework (см. рис. 4.10). В этом случае организация сценариев использования в боль­шей […]