Методология NGOSS SANRR определяет подход к анализу, спецификации, разработке и реализации решений с точки зрения артефактов NGOSS, таких как eTOM, SID, сценарии использования и контракты. Методология SANRR включает в себя отдельные аспекты модели Захмана, MDA, RM-ODP и уни­фицированного процесса разработки программного обеспечения.

Методология NGOSS SANRR подразумевает пять итеративных шагов:

• определение границ (Scope)

• анализ (Analyze)

• нормализацию (Normalize)

• рационализацию (Rationalize)

• корректировку (Rectify).

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

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

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

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

На этапе корректировки (Rectify) вводятся новые процессы, политики и функциональные возможности, позволяющие заполнить пробелы, выявлен­ные на этапе рационализации, и модифицировать существующие функцио­нальные возможности, процессы и политики в соответствии с потребностя­ми новой бизнес-среды и/или устранить избыточные функциональные воз­можности. На рисунке 2.2 показаны взаимосвязи между разными этапами методологии SANRR.

і