-
Интегрированный процесс
Унифицированный процесс основан на компонентах. Он использует новый стандарт визуального моделирования. Унифицированный язык моделирования и базируется на трех ключевых идеях — вариантах использования, архитектуре и итеративной и инкрементной разработке. Для того чтобы заставить эти идеи работать, необходим многоплановый процесс, поддерживающий циклы, фазы, рабочие процессы, снижение рисков, контроль качества, управление проектом и конфигурацией. Унифицированный процесс создает каркас, позволяющий объединить все эти различные аспекты.
-
Процесс, направляемый вариантами использования
Задача Унифицированного процесса — предоставлять разработчикам план эффективного создания и развертывания систем, удовлетворяющих требованиям пользователя. Эффективность при этом измеряется в понятиях стоимости, качества и затраченного времени. Путь от получения требований заказчика до реализации непрост. Проблемы начинаются с определения требований заказчиков. Этот процесс предполагает, что мы способны определить требования пользователей и довести их без ошибок до всех участников проекта. После этого мы должны быть в состоянии спроектировать работающую реализацию, которая выполняла бы эти требования. И наконец, мы должны протестировать созданную систему, чтобы удостоверится в том, что требования пользователей выполнены. Сложность процесса заставляет нас описывать его в виде серии рабочих процессов, последовательно создающих работающую систему.
На рис. 3.1 изображена последовательность рабочих процессов и моделей Унифицированного процесса. Разработчики начинают с определения требований заказчика в виде вариантов использования и формирования на их основе модели вариантов использования. Затем они анализируют и проектируют систему, осуществляющую эти варианты использования, строя сначала модель анализа, а затем модели проектирования и развертывания. После этого они реализуют систему, получая модель реализации, которая содержит весь код проекта в виде компонентов. В конце разработчики создают модель тестирования, которая позволяет им проверить, обеспечивает ли система функциональность, описанную в вариантах использования. Все модели связаны между собой зависимостями трассировки. Модель реализации наиболее формальна, а самая неформальная модель — это модель вариантов использования. Происходит это потому, что модель реализации создается на компьютерном языке, то есть части модели реализации после компиляции и компоновки превращаются в исполняемые файлы, тогда как в модели вариантов использования применяется в основном естественный язык.
Варианты использования были разработаны в качестве почти универсального средства для определения требований к любым программным системам, в том числе и собираемым из компонентов, но с их помощью можно не только определять требования. Они направляют весь процесс разработки. Варианты использования вносят значительный вклад в поиск и описание классов, подсистем и интерфейсов, а также в поиск и описание вариантов тестирования, планирование итераций разработки и системной интеграции.
На каждой итерации они направляют выполнение всех рабочих процессов, от определения требований через анализ, проектирование и реализацию до тестирования. Таким образом они связывают различные рабочие процессы между собой.