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

Поэтому первый этап оценки должен включать в себя анализ использу­емого процесса разработки приложений. Эксперт, осуществляющий оценку, проецирует существующий процесс на этапы методологии SANRR, чтобы обеспечить покрытие их текущим процессом. Все различия следует отразить в отчете (вместе с предлагаемыми корректирующими мерами). Например, если рамки процесса не определены должным образом через артефакты NGOSS, такие как еТОМ и SID, то рекомендуется это сделать.

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

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

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