|
Доставка служит для интеграции работы разных потоков разработки. Поэтому, доставка является важным шагом и 'воротами
качества', через которые должна пройти работа, прежде чем она будет принята на более высоком уровне.
Хорошая стратегия проекта требует от разработчиков обновлять свои рабочие области с помощью текущей рекомендованной
контрольной версии перед тем, как доставлять свою работу в рабочую область интеграции проекта. Цель такой стратегии
состоит в том, чтобы разработчики компоновали и тестировали свою работу в собственных рабочих областях вместе с
работой, которая включена в последнюю стабильную контрольную версию, перед тем как доставлять свою работу в рабочую
область интеграции. Такая практика минимизирует объем объединения, который должны делать разработчики, когда они
выполняют операции доставки.
Другая хорошая стратегия проекта требует, чтобы все файлы были зарегистрированы перед доставкой. Это исключает ситуацию
возникновения "зависших" файлов, которые не включены в компоновку и могут понадобиться для последующих обновлений.
Доставка - это важный шаг, который предполагает, что разработчик считает свою работу достаточно хорошей для того, чтобы
быть включенной в целый продукт.
Стратегия проекта должна определять, кто проверяет данные рабочие продукты, и какой уровень качества они должны иметь,
прежде чем применяться остальными сотрудниками. Некоторые указания о проверке даны в Прием: Проверка. Многие
рабочие продукты в Rational Unified Process связаны со 'справочными таблицами', с помощью которых проверяется
качество рабочего продукта. Например, если найдено больше заданного числа не отвечающих требованиям контрольных точек
для продукта, он отправляется на доработку и считается непригодным для 'продвижения'.
|
