Дисциплины унифицированного процесса разработки.

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

1. Моделирование предметной области. Задача: Понять предметную область или бизнес процесс, в которой должна будет работать система, и убедиться, что все заинтересованные лица понимают её одинаково. Осознать имеющиеся проблемы и оценить их возможные решения. В результате моделирования предметной области, должна появиться её модель в виде набора диаграмм классов и деятельностей. Эта модель служит основой для модели анализа.

2. Определение требований. Задача: Понять, что должна делать система и убедиться в взаимопониманиях, по этому поводу, между заинтересованными лицами. Определить границы системы и основу для планирования проекта и оценок ресурсов затрат в нём. Требования принято фиксировать в виде модели вариантов использования.

3. Анализ и проектирование. Задача: Выработать архитектуру на основе требований, убедиться, что данная архитектура может быть основой рабочей системы в контексте её будущего использования. В результате проектирования должна появиться модель проектирования, включающая: диаграммы классов системы, диаграммы её компонентов, диаграммы взаимодействия объектов в ходе реализации её использования, диаграммы, составленные для отдельных объектов, диаграммы развёртывания.

4. Реализация. Задача: определить структуру исходного кода системы, разработать код её компонентов и протестировать их, интегрировать систему в работающее целое.

5. Тестирование. Задача: Найти и описать дефекты системы. Оценить её качество в целом, оценить степень соответствия системы требованиям.

6. Развёртывание. Задача: Установить систему в её рабочем окружении и оценить её работоспособность на том месте, где она должна будет работать.

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

8. Управление проектом. Задача: Планирование управления персоналом, обеспечивающее взаимодействия между всеми заинтересованными лицами. Отслеживание текущего состояния проекта.

9. Управление средой проекта. Задача: Подстройка процесса под конкретный проект. Выбор и замена технологий исполнения в проекте.

Первые 5 пунктов – рабочие, остальные пункты – поддерживающие.

Техники, используемые в rup.

1. Выработка концепции проекта.

2. Управление по плану.

3. Снижение рисков и отслеживание их последствий.

4. Тщательное экономическое обоснование всех действий.

5. Как можно более раннее формирование базовой архитектуры.

6. Использование компонентной архитектуры.

7. Прототипирование, инкрементная разработка, тестирование.

8. Регулярные оценки текущего состояния.

9. Управление изменениями, постоянная отработка изменений из вне.

10. Нацеленность на создание продукта, работающего в реальном окружении.

11. Нацеленность на качество.