Бизнес-ракурс SID фокусирует внимание на описании бизнес-сущности и ее атрибутов. Бизнес-сущность — предмет, представляющий интерес для биз­неса. Атрибуты бизнес-сущности — это некие факты, позволяющие подроб­нее ее описать. В совокупности их описания обеспечивают целостную картину информации и данных, ориентированную на бизнес-потребности. В сочетании с моделями классов UML, ориентируемыми на требования биз­
неса, и схемой XML, эти определения формируют бизнес-ракурс (Business view) модели данных.

Бизнес-ракурс (Business view) SID обеспечивается структурой SID (SID framework). Структура SID была разработана на основе использования кон­цепций единообразия данных для однотипных процессов различных опера­торов связи. В результате была получена схема, обеспечивающая разделение данных.

В верхнем слое идентифицируется несколько доменов, которые в грубом приближении соответствуют карте бизнес-процессов еТОМ (см. рис. 2.13).

Домен — это подборка бизнес-сущностей, соответствующих определен­ной зоне управления. Домены, образующие структуру SID, совместимы с понятиями еТОМ на уровне 0.

Домены определяются на основании структур процессов и информации и характеризуются следующими свойствами:

• содержат бизнес-сущности, которые включают в себя данные и опе­рации над ними;

• являются относительно устойчивыми наборами данных и соответству­ющих операций (по сравнению с процессами);

• обеспечивают надежность форматов корпоративных данных;

• обеспечивают четкое распределение ответственности и прав собст­венности.

Обобщенная бизнес-сущность (Aggregate Business Entity, ABE) — это чет­ко определенный набор информации и операций, характеризующий устой­чивую, но свободно формируемую совокупность бизнес-сущностей.

Домены бизнес-ракурса

Бизнес-сущность представляет интерес с точки зрения бизнеса, который может быть материальным (например, клиент), активным (например, заказ клиента) или концептуальным (например, счет клиента). Бизнес-сущности имеют определенные признаки (атрибуты) и вступают в отношения с дру­гими бизнес-сущностями. Конкретные бизнес-сущности развиваются в со­ответствии со своим ЖЦ.

Атрибут — это некий факт, который характеризует бизнес-объект, на­пример, номер счета клиента.

Отношение — это связь между двумя бизнес-сущностями, например клиентами с определенными адресами или бизнес-сущности с самой собой.

В пределах каждого домена существует высокая степень связности между входящими в него бизнес-сущностями, а сами домены слабо связа­ны между собой. Это позволяет сегментировать бизнес-проблемы и кон­центрировать усилия на конкретном домене, представляющем особый интерес. Использование результирующих описаний бизнес-сущностей в пределах каждого домена в сочетании с картой бизнес-процессов еТОМ обеспечивает бизнес-ракурс (Business view) унифицированной информа­цией и данными.

Дальнейшее дробление информации в пределах каждого домена выпол­няется путем идентификации агрегированной (обобщенной) бизнес-сущности (АВЕ). На рисунке 2.14 представлен первый уровень декомпозиции агреги­рованных бизнес-сущностей текущей модели.

Поскольку бизнес-ракурс (Business view) SID продолжает определяться и расширяться, дальнейшее дробление АВЕ происходит по мере более четкой идентификации ее компонентов.

Бизнес-сущности вместе с характеризующими их атрибутами и отноше­ниями обеспечивают представление модели, хорошо понятной с точки зрения бизнеса. Бизнес-сущности, атрибуты и отношения прогрессивно развиваются с помощью текстовых описаний в каждом приложении SID и в консолидированной модели на базе UML. Модель UML обеспечивает архи­тектурно-ориентированный бизнес-ракурс (Business view) бизнес-сущности, ее атрибутов и отношений с другими бизнес-сущностями.

На рисунке 2.15 представлен пример описания домена SID и некоторых из входящих в него агрегированных бизнес-сущностей. На нем также по­казаны связи между объектами SID и процессами еТОМ. Главным (первич­ным) процессом уровня 2 еТОМ является процесс, который управляет жизненным циклом соответствующей АВЕ в SID. К вспомогательным (вто­ричным) процессам уровня 2 еТОМ относятся процессы, которые исполь­зуют информацию, связанную с соответствующей ABE SID.

Источники для модели SID включают множество отраслевых моделей, а также моделей, предложенных организациями — членами ТМ Forum. Ког­да позволяло время, исходные модели сопоставлялись с SID. Полная интег-

Предприятие

(встади/1 разработки)

______________________________________

Рис. 2.14. Домены SID и агрегированные бизнес-сущности уровня 1 рация всех моделей в одну оказалась невозможной. Самой удачной была попытка составить список перекрестных ссылок на исходные модели и сино­нимы для терминов в рамках определения бизнес-объектов SID.

По мере развития модели SID идентифицируются следующие уровни агрегированной бизнес-сущности, так же как по мере развития еТОМ иден­тифицируются следующие уровни процессов. В качестве примера на рисун-

Рис. 2.15. Домен SID и описания агрегированной бизнес-сущности

ке 2.16 представлены агрегированные бизнес-сущности уровня 2, идентифи­цированные в рамках домена Услуга (Service).

В определенный момент в процессе декомпозиции агрегированной биз­нес-сущности внутри нее появляются бизнес-сущности. Бизнес-сущности — это самый низкий уровень декомпозиции в пределах структуры SID. Струк­тура SID вместе с бизнес-сущностям и, их атрибутами и взаимосвязями орга­низуется в модель UML, как показано на рисунке 2.17.

На рисунке 2.17 представлены агрегированные бизнес-сущности, которые входят в домен SID Клиент (Customer). Здесь же показаны сущности, которые влияют на формирование тарифного плана клиента (Applied Customer Billing Rate) ABE вместе с соответствующими атрибутами и связями.

Бизнес-сущности, их связи и атрибуты представлены на рисунке 2.18 в графической форме с использованием диаграммы классов UML.

Рис. 2.16. АВЕ уровня 2, идентифицированные в рамках домена Услуга

Прямоугольники на рисунке 2.18 представляют бизнес-сущности SID, а линии — связи между ними. Цифры и буквы для каждой связи представля­ют мощность связей. Например, Соглашение (Agreement) может содержать сколь угодно много (от 0 до п) позиций соглашения Agreementltem, и каждая позиция Agreementltem содержится в одном (1) Соглашении.