Разделы

Дополнительная информация о настройке RUP для небольшого проекта приведена в разделе Концепция: настройка процесса для небольшого проекта.  Дополнительная информация об общей настройке RUP приведена в разделе Концепция: настройка RUP

Обзор проекта

В следующем сценарии описан проект компании ABC под названием "Проект X". Проект X - это рабочий коллектив, состоящий из руководителя проекта - Джилл, и четырех программистов - Ангуса, Дэвида, Сьюзен и Филиппа.  Продолжительность существования проекта - четыре месяца.  

Джилл собирается взять RUP за основу процесса разработки программного обеспечения для своего проекта. Она устанавливает RUP; по умолчанию устанавливается конфигурация процесса "Классический RUP". Она просматривает компоненты Классического RUP, относящиеся к настройке процесса для проекта.

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

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

Затем Джилл переходит к задаче настройки подходящего процесса для коллектива.

Общая настройка

Упаковка ресурсов проекта в модуль

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

А именно, Джилл запускает Rational Method Composer (RMC) и создает новый модуль методов, содержащий:

• рекомендации по использованию инструментов в проекте
• рекомендации, взятые из предыдущего схожего проекта, включая Рекомендации по проектированию и Рекомендации по управлению конфигурацией и изменениями.
• рекомендации по проверке и оценке.

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

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

Информация о том, как создать модуль метода с помощью RMC, приведена в разделе Памятка по инструментам: создание модуля метода с помощью Rational Method Composer.  Информация о том, как заполнить модуль, приведена в разделе Памятка по инструментам: разработка содержимого метода с помощью Rational Method Composer.

Определение конфигурации процесса и публикация

Теперь, когда Джилл упаковала ресурсы проекта в модуль, она может разработать конфигурацию RUP, включающую модуль проекта.

Джилл запускает Rational Method Composer (RMC) и в качестве отправной точки выбирает конфигурацию Небольшой проект. Она копирует конфигурацию Небольшой проект в новую конфигурацию, которую она называет "Проект X компании ABC".  

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

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

Информация о том, как разрабатывать процессы с помощью RMC, приведена в разделе Памятка по инструментам: разработка процессов с помощью Rational Method Composer.  Информация о том, как публиковать процессы с помощью RMC, приведена в разделе  Памятка по инструментам: публикация конфигурации методов с помощью Rational Method Composer.

Роли и жизненный цикл

Рабочий коллектив проекта X невелик, поэтому на каждого сотрудника приходится по несколько ролей RUP. Джилл описывает обязанности каждого сотрудника в Плане разработки программного обеспечения. Например, в проекте X Джилл отвечает за роли Руководитель проекта и Инженер процесса.

Проверка

Джилл предоставляет черновой вариант настроенного RUP и План разработки программного обеспечения коллективу и остальным заинтересованным лицам для проверки. Коллектив начинает реализовывать процесс. Возникают некоторые ошибки, и процесс уточняется. В конце концов, проект успешно выполняется, и коллектив получает правильно настроенный процесс, который можно будет применять к будущим проектам.