Что такое UMA?

Архитектура UMA (Unified Method Architecture) представляет собой метамодель разработки процессов, в которой определены схема и терминология представления методов в форме их процессов и наполнения. Дополнительные сведения об этом приведены в разделе Концепция: Ключевые возможности архитектуры UMA. 

Фундаментальные принципы UMA

Архитектура UMA основана на следующих основных принципах разделения:

• Разделение базового наполнения методов и применения этого наполнения в процессах
• Определение необязательного механизма расширения методов при работе с крупными хранилищами методов и процессов
• Упаковка и настройка наполнения методов, процессов и модулей в библиотеках методов
• Разделение полей рекомендуемых методов и описания указаний
• Разделение семантических элементов и их записи в диаграммах процессов

Основные элементы UMA

Главный принцип архитектуры UMA заключается в отделении многоразового базового наполнения методов от применения этих методов в процессах. Практически все элементы UMA существуют в рамках этой парадигмы.

В архитектуре UMA многоразовое базовое наполнение методов отделено от применения этого наполнения в конкретных приложениях.   Наполнение метода содержит информацию о результирующем продукте, необходимых навыках и пошаговых инструкциях по достижению конкретных целей разработки независимо от расположения этих элементов в жизненном цикле разработки.   Процессы представляют собой упорядоченные последовательности элементов методов, настраиваемые для конкретных типов проектов. Например, в рамках проекта по разработке программного продукта с нуля могут быть предусмотрены операции "разработка видения" или "проектирование вариантов", схожие с аналогичными операциями в проекте расширения функциональных возможностей существующей системы.  Однако данные задачи могут выполняться в этих проектах в разные моменты времени, и основное внимание в них может уделяться разным вещам. Кроме того, разных проектах эти задачи могут выполняться в разных вариациях.

На следующем рисунке наполнение метода и процесс представлены в двух разных измерениях для иллюстрации различий между ними:

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

Наполнение метода и
его применение в процессе.

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

Обзор позиционирования основных концепций UMA в зависимости от того, что они представляют: наполнение методов или процессы

Предусмотрены следующие элементы наполнения методов: 

Предусмотрены следующие ключевые элементы процессов: 

Указания  могут принимать различные формы: