Для разработки своих программ MetaSolv использует так называемый Уни­фицированный процесс разработки (Rational Unified Process, RUP). На рис. 4.4 представлены его фазы и разделы. RUP — это итеративный процесс разра­ботки приложений, опирающийся на концепцию сценариев использования. Это значит, что он обладает двумя важнейшими характеристиками жизнен­ного цикла NGOSS.

Хотя RUP также позволяет строить модели классов, этот метод разработ­ки не является по-настоящему модель-ориентированным, то есть не облада­ет другой ключевой характеристикой жизненного цикла. В MetaSolv исполь­зование RUP было дополнено модель-ориентированным подходом SID.

Четыре ракурса NGOSS представлены в четырех разных разделах RUP. Бизнес-ракурс — в Моделировании и требованиях бизнеса; системный ра­курс— в Анализе и проектировании; ракурсы внедрения и развертывания NGOSS — соответственно во Внедрении и Развертывании.

MetaSolv не поддерживает каждый ракурс по отдельности. Исходной точкой для разработки служит бизнес-ракурс. Далее бизнес-ракурс трансфор­мируется в системный ракурс, который, в свою очередь, трансформируется в ракурс внедрения, представленный прикладными программными интер­фейсами API и интерфейсами пользователя. Ракурс развертывания, который представляет уже работоспособное приложение, сохраняется как отдельный ракурс. Таким образом, фактически поддерживается всего два ракурса, и это решение определяется несколькими факторами, в частности:

• отсутствием (в настоящее время) модель-ориентированного подхода к генерированию ракурсов внедрения;

• отсутствием очевидной выгоды при поддержании четырех отдельных ракурсов;

• высокими затратами, связанными с поддержкой четырех отдельных ракурсов;

• невозможностью поддерживать связь между всеми четырьмя ракурса­ми NGOSS с помощью имеющихся артефактов.

Представление четырех ракурсов NGOSS в RUP радикально упрощает представление различных перспектив жизненного цикла NGOSS. Логическая перспектива обеспечивается с помощью сценариев использования, бизнес - сущностей (на базе SID) и интерфейсов пользователя. Они сохраняются как моментальные ракурсы перед преобразованием логической перспективы в физическую. Физическую перспективу обеспечивают прикладные програм­мные интерфейсы (API) и развернутое приложение. Перспективы (точки зрения) поставщика и разработчика обеспечивают также с помощью процес­са разработки. По мере продолжения модель-ориентированной разработки можно ввести разделение между объединенным бизнес/системным ракурсом и ракурсом внедрения.

Сценарии использования — неотъемлемая составляющая и NGOSS, и RUP, где они применяются как средство документирования требований к приложениям. Формальные контракты NGOSS не используются. Однако дух контрактов NGOSS все же передается через использование артефакта RUP Requisite Pro, который обеспечивает отслеживание — в соответствии с опре­делениями спецификаций контрактов NGOSS — по всему жизненному цик­лу разработки. Отслеживание ведется, начиная с определения связи между сценариями использования и функциями приложений вплоть до специфи­кации прикладного программного интерфейса и тестирования качества, с тем чтобы убедиться, что развернутое приложение соответствует сформу­лированным в документах требованиям, в частности, в отношении функци­ональных возможностей.