1. Пользователь (менеджер продукта) просит создать одно предложение по связанным продуктам (имеются в виду продукты, использование которых невозможно отдельно от других продуктов, например, мобиль­ный интернет невозможно использовать без мобильной связи; в целях упрощения предполагается, что предложение для отдельного продукта уже создано).

2. Система предоставляет метод, с помощью которого пользователь может найти нужное ему предложение среди существующих.

3. Пользователь сообщает системе подробные сведения, чтобы обеспечить возможность поиска.

4. Система представляет список предложений по продуктам.

5. Пользователь выбирает предложение по продукту, которое должно стать основой предложения пакета продуктов.

6. Система предоставляет метод, позволяющий пользователю искать предложения по продуктам, которые станут частью предложения по пакету продуктов.

7. Пользователь сообщает системе подробные сведения, чтобы обеспечить возможность поиска.

8. Система предоставляет список предложений по продуктам.

9. Пользователь выбирает предложения по продуктам, которые могут войти в пакет продуктов.

10. Система ассоциирует выбранные предложения по продуктам с пакетом продуктов.

... сценарий использования продолжается...

Детали сценария использования помогают создавать третий артефакт взаимодействия — диаграммы последовательностей. Диаграммы последо­
вательностей характеризуют взаимодействие между пользователями (акте­рами), такими как менеджер продукта в данном примере, и сущностями (entities), включенными в данный сценарий использования. Например, Менеджер продукта посылает объекту Предложение по продукту (ProductOffe - ring) сообщение с просьбой включить группу Предложение отдельного продукта (SimpleProductOfferings) в Предложение по пакетам продуктов (BundledProductOffering). Диаграмма последовательностей, представляющая этапы подробно описанного выше сценария использования, показана на рисунке 2.23.

Контракты бизнес-ракурса (Business view) представляют четвертый ар­тефакт модели взаимодействия для бизнес-ракурса (Business view). Конт­ракты— кульминационный из артефактов модели взаимодействия для бизнес-ракурса (Business view). Контракты — это формальные описания взаимодействий, содержащиеся в сценариях использования и диаграммах последовательностей. Информация, выраженная через сущности и атрибуты SID, детально определяет входные и выходные данные контракта бизнес-ра­курса (Business view). В примере с агрегированной бизнес-сущностью Пред­ложение по продукту контракт бизнес-ракурса может включать в себя про­цессы (сценарии использования) Подготовка детальной спецификации дм новых продуктов, Управление разработкой продуктов и Управление выводом продуктов. В настоящее время контракты бизнес-ракурса (Business view)

Предложение
по продуктовым
пакетам

I

разрабатываются несколькими командами NGOSS, включая разработку кон­трактов для реализации (выполнения) заказа (Order Fulfillment) группой еТОМ.

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

Однако контракт может отражать намного больше, нежели просто спе­цификацию программного интерфейса. Он может также описывать предва­рительные и выходные условия, семантику пользования услугой, политики, определяющие конфигурацию, использование и эксплуатацию услуги и др. Спецификация контракта описывает функциональные (например, сопутс­твующие бизнес-процессы, сопутствующие сценарии использования и точки взаимодействия) и нефункциональные (например, регулятивные ограниче­ния, допущения и заинтересованные стороны) характеристики и «поведение» услуги, а также ее цели и обязательства. Как и артефакты информационной и процессной архитектуры, контракты имеют свой жизненный цикл и про­ходят через четыре ракурса NGOSS.

Дополнительные подробности можно найти в разделе «Реализация сце­нариев использования и контрактов» в главе «Внедрение NGOSS» данной книги.