Задача: Интегрирование системы
В этой задаче описывается интеграция подсистем реализации фрагментарно в компоновку.
Дисциплины: Реализация
Взаимосвязи
РолиОсновной исполнитель: Дополнительные исполнители:
ВходыОбязательный:
    Необязательный:
    • Нет
    Выходы
      Использование процесса
      Шаги
      Приемка подсистем и создание промежуточных компоновок

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

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

      Диаграмма, описанная в сопроводительном тексте.

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

      Окончательное приращение последовательности создает целевую компоновку, запланированную в Плане компоновки интеграции. После минимального тестирования для этой компоновки создается начальная или предварительная контрольная версия - путем вызова Задачи: Создать контрольную версию в дисциплине Управление конфигурацией. Теперь компоновка доступна для выполнения полного тестирования системы ответственными за тестирование. Характер и глубина этого тестирования определяются в Плане компоновки интеграции, а окончательная компоновка итерации подвергается всем тестам, определенным в Плане тестирования итерации.

      Продвижение контрольных версий
      При прохождении компоновки через различные уровни тестирования соответственно продвигаются и связанные контрольные версии. Это выполняется путем вызова Задачи: Продвижение контрольных версий в дисциплине Управление конфигурацией. Продвижение является средством, позволяющим помечать контрольные версии как прошедшие или не прошедшие определенный уровень тестирования. Названия уровней продвижения определяютсяРолью: Администратор конфигурации как часть определения стратегий конфигурации проекта. Уровни продвижения важны для тех, кто использует контрольные версии: например, ответственному за реализацию потребуется знать, какая контрольная версия является устойчивой и протестирована перед обновлением (или 'изменением контрольных версий') частной рабочей области разработки для согласования с контрольной версией в рабочей области интеграции системы.
      Дополнительные сведения