Использование еТОМ до появления NGOSS

Если компания не являлась поставщиком услуг, она использовала еТОМ (первоначально — предшествующая модель, ТОМ) с некоторыми ограниче­ниями. С помощью еТОМ решались две задачи:

• демонстрировалось, как приложения покрывают бизнес-процессы еТОМ;

• обеспечивалась структура для организации бизнес-сущностей SID.

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

Существовала также потребность в структуре для организации бизнес- сущностей. Термин «бизнес-сущность», который использовала MetaSolv, стал предшественником понятия ABE (Aggregate Business Entity) SID. Он обозна­чает группу связанных между собой сущностей, например запросов на об­служивание или рекламаций, жизненный цикл которых управляется процес­сом ТОМ.

Поскольку структура SID Framework появилась позже, в то время при­меняли структуру ТОМ. Группировка процессов, на базе которой строилась эта структура, показана на рис. 4.1. Заметим, что число групп процессов соответствует числу процессов, представленных сегодня на втором уровне еТОМ.

На рис. 4.2 видно, как с помощью структуры ТОМ были организованы бизнес-сущности. Эта структура представляла раннюю версию проекции второго уровня еТОМ на ABE SID, существующего в настоящее время.

Рис. 4.1. Процессы ТОМ, покрываемые приложением

Order Handling [2.2]

Service Requests [2.2.1]

Service Requests. [2.2.1.1]

Service Request Service Items [2.2.1.2]

Service Items [2.2.1.3]

Produce Service Requests <?SR) [2.2.1.4]

Access Service Requests [2.2.1.5]

Switched Access Service Requests [2.2.1.5.1] Special Access Service Requests [2.2.1.5.2] Ring Access Service Requests [2.2.1.5.3] Confirmation Notices [2.2.1.5.4]

Internal Service Requests [2.2.1.6]

Universal Service Orders (receive only) [2.2.1.7] Directory Service Requests [2.2.1.8]

Service Request Worksheets [2.2.1.9]

Local Service Requests [2.2.1.10]

NPAC Subscription Version [2.2.1.11]

Develop Service Request Hierarchy [2.2.1.12] Product Sales [2.2.2]

Product Warranties [2.2.2.1]

Services [2.2.3]

Network Consulting [2.2.3.1]

Network Implementation [2.2.3.2]

Network Operations [2.2.3.3]

Partnership Management [2.2.4]

Problem Handling [2.3]

Trouble Tickets. [2.3.1]

Trouble Ticket Notifications [2.3.2]

Trouble Ticket Escalations [2.3.3]

Рис. 4.2. Прототип структуры SID Framework

На рис. 4.2 представлена проекция процесса Регистрация и обработка заказа (Order Handling) на бизнес-сущности, жизненным циклом которых он управляет. Эти бизнес-сущности перечислены на рисунке в рамках процесса Регистрация и обработка заказа.

Необходимо было также показать дальнейшую декомпозицию групп процессов ТОМ, поскольку эта декомпозиция представляла функциональные возможности отдельных приложений MetaSolv. Эта структура была исполь­зована также для описания процессов, управляющих жизненными циклами этих бизнес-сущностей (см. рис. 4.3). Процессы, показанные под каждой бизнес-сущностью, являются эквивалентами сегодняшних процессов еТОМ третьего уровня.

На рис. 4.3 процессы, управляющие жизненным циклом Запроса на услу­гу (Service Request), соотнесены со структурой бизнес-сущности Запрос на услугу.

Order Handling [2.2]

Service Requests [2.2.1]

Service Requests. [2.2.1.1]

Receive Service Request [2.2.1.1.1]

Complete Service Request [2.2.1.1.2]

Receive SR External Provider Confirmation [2.2.1.1.2.1] Cancel Service Request [2.2.1.1.3]

Supplement Service Request [2.2.1.1.4]

View Service Request [2.2.1.1.5]

Service Request Service Items [2.2.1.2]

Add Service Item to Service Request [2.2.1.2.1]

Remove Service Item from Service Request [2.2.1.2.2]

Service Items [2.2.1.3]

Identify Service Item [2.2.1.3.1]

Modify Properties of Service Item [2.2.1.3.2]

Place Service Item "In Service" [2.2.1.3.3]

Disconnect Service Item [2.2.1.3.4]

Product Service Requests (PSR) [2.2.1.4]

Receive Product Service Request [2.2.1.4.1]

Establish Customer Account [2.2.1 .4.1.1]

Add PSR Order Information [2.2.1.4.1.2]

Associate Sales Modules to PSR [2.2.1.4.1.3]

Add PSR Services [2.2.1 . 4.1 .4]

Query for Dedicated Plant [2.2.1.4.1.4.1]

Reserve for Dedicated Plant [2.2.1.4 .1.4.2]

Change PSR Services [2 214 1.5]

Disconnect PSR Services [2.2.1.4.1.6]

Suspend PSR Services [2.2.1.4.1.7]

Restore PSR Services [2.2.1.4.1.8]

Move PSR Services [2.2.1.4.1.9]

Validate and Finish PSR Order [2.2.1.4.1.10]

Generate PSR Order Tasks [2.2.1.4.1.11]

Add a Billing Telephone Number [2.2.1.4.1.12]

Complete Product Service Request [2.2.1.4.2]

Рис. 4.3. ТОМ как структура для организации бизнес-сущностей

Внедрение NG0SS

Наличие структуры для бизнес-сущностей, которая теперь называется АВЕ (Aggregate Business Entities), и использование ТОМ для демонстрации охвата (покрытия) процессов данным приложением заметно облегчили переход к внедрению NGOSS, поскольку структуры SID Framework и еТОМ стали основ­ными компонентами NGOSS.

MetaSolv внедрила все основные аспекты программы NGOSS, включая:

• жизненный цикл NGOSS

• еТОМ

• SID

• технологически нейтральную архитектуру.

Далее в этой главе представлено описание деталей внедрения каждо­го компонента NGOSS, а также будущие направления развития NGOSS в MetaSolv.

Комментарии закрыты.