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

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

Поскольку в каждом из четырех ракурсов NGOSS внимание уделяется различным аспектам целевого решения, в каждом из них присутствуют и свои сценарии использования. Все сценарии использования описываются совокупностью базовых элементов и элементов, специфичных для каждого из четырех ракурсов. Постоянные (базовые) элементы сценариев использо­вания позволяют установить связи между сценариями, в то время как спе­цифичные элементы отражают новые фазы и/или опции, используемые в процессе построения и/или внедрения всего решения.

Бизнес-сценарии использования определяют этапы достижения бизнес- целей, услуги, которые должно обеспечивать данное решение, и методы работы (с высоким уровнем обобщения). По мере разработки системного ракурса (System view) сценарии использования можно дальше делить на части в целях упрощения или фокусирования внимания на целях. Отоб­ражение сценария использования для системного ракурса (System view) в конкретных целевых технологиях позволяет выделить один или несколь­ко сценариев использования в ракурсе внедрения (Implementation view). Сценарии использования в рамках ракурса развертывания (Deployment view) обеспечивают установщикам, специалистам по эксплуатации, ад­министративному персоналу и другим определенные рекомендации в отношении инсталляции, развертывания, мониторинга и общего управ­ления решением.

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

Это означает, что контракт имеет собственный жизненный цикл, обес­печивающий изменение спецификаций и реализации функциональных возможностей по мере перехода от одного ракурса к другому, как показано на рисунке 2.4.

Бизнес-ракурс (Business view) контракта определяет цели высокого уров­ня и обязательства по поставке ресурса и/или услуги. Для этого используют­ся концепции (бизнес-сущности, процессы и варианты использования), по­нятные бизнес-сообществу.

Системный ракурс (System view) контракта определяет архитектурные требования, выполнение которых необходимо для реализации контракта, как это определено в рамках бизнес-ракурса (Business view). Это осуществля­ется техническим (хотя и технологически нейтральным) способом.

Ракурс внедрения (Implementation view) контракта определяет конфигу­рацию, программирование и другие факторы реализации, необходимые для обеспечения функциональности, определенной в контракте. Это осуществля­ется с помощью одного или нескольких технологически зависимых способов и, если необходимо, с использованием устройств и языков, зависящих от поставщика.

Ракурс развертывания (Deployment view) контракта определяет механиз­мы для мониторинга его исполнения, затрат и других аспектов функциональ­ности, обеспечиваемой в соответствии с контрактом. Это обеспечивает возможность принятия необходимых корректирующих мер при нарушении контрактных обязательств.