Отделение бизнес-процесса от внедрения компонентов


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