Наборы контрольных версий для трассируемости при поэтапной разработке

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

На первом этапе проекта в каждом модуле создаются объекты и связи между ними. Сотрудник, ответственный за данные в Модуле 1, выполнил первый этап проекта и готов перейти к второму этапу. Он создает контрольную версию модуля в наборе контрольных версий. При этом создаются копии связей из Модуля 2 к Модулю 1, и каждая связь из Модуля 2 ведет в текущую версию Модуля 1 и контрольную версию Модуля 1 (см. следующую диаграмму).

Набор контрольных версий после создания контрольной версии первого модуля

Пока сотрудники, работающие с Модулем 2 и Модулем 3, находятся на первом этапе проекта, они должны создать связи с контрольной версией и текущей версией Модуля 1. Когда будут созданы контрольные версии Модуля 2 и Модуля 3 в наборе контрольных версий, копии связей перемещаются вниз в наборе контрольных версий; это обеспечивает трассируемость сквозь все этапы проекта.

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

Набор контрольных версий после создания контрольной версии второго модуля

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

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

Этапы разработки, отраженные в наборах контрольных версий


Комментарии