Задача: Доставка изменений
Эта задача описывает, как выполнить правильную интеграцию набора изменений, созданных коллективом разработчиков.
Назначение
  • Цель доставки в рабочую область интеграции тех изменений набора рабочих продуктов, которые были сделаны в частной рабочей области, состоит в том, чтобы сделать их доступными для интеграции проекта.
Взаимосвязи
РолиОсновной: Дополнительно: Помощь:
ВходыОбязательный:
  • Нет
Необязательный: Внешний:
  • Нет
Выходы
Шаги
Подготовка к доставке

Доставка служит для интеграции работы разных потоков разработки. Поэтому, доставка является важным шагом и 'воротами качества', через которые должна пройти работа, прежде чем она будет принята на более высоком уровне.

Хорошая стратегия проекта требует от разработчиков обновлять свои рабочие области с помощью текущей рекомендованной контрольной версии перед тем, как доставлять свою работу в рабочую область интеграции проекта. Цель такой стратегии состоит в том, чтобы разработчики компоновали и тестировали свою работу в собственных рабочих областях вместе с работой, которая включена в последнюю стабильную контрольную версию, перед тем как доставлять свою работу в рабочую область интеграции. Такая практика минимизирует объем объединения, который должны делать разработчики, когда они выполняют операции доставки.  

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

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

Стратегия проекта должна определять, кто проверяет данные рабочие продукты, и какой уровень качества они должны иметь, прежде чем применяться остальными сотрудниками. Некоторые указания о проверке даны в Прием: Проверка. Многие рабочие продукты в Rational Unified Process связаны со 'справочными таблицами', с помощью которых проверяется качество рабочего продукта. Например, если найдено больше заданного числа не отвечающих требованиям контрольных точек для продукта, он отправляется на доработку и считается непригодным для 'продвижения'.

Доставка изменений

Общая стратегия проекта требует, чтобы разработчик объединял свои изменения с изменениями других разработчиков. Это обычно делается в частной рабочей области, так что объединенные изменения могут быть протестированы до окончательной доставки в рабочую область интеграции проекта. Доставка завершена, когда все изменения объединения зарегистрированы и доставлены.

Изменить состояние порядка обработки

Измените состояние Порядка обработки (например, установите "Завершено", если вся работа выполнена), как это определено в Плане управления конфигурацией проекта.



Свойства
Несколько вхождений
Управляется событиями
Выполняющийся
Необязательный
Запланированный
Повторяющийся
Дополнительные сведения