Управление изменениями. Управление версиями. Управление связями требований. Матрица трассируемости требований

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

Стандарты достаточно строго и точно определяют процессы оформления и внесения изменения в спецификацию (документ), но действия по анализу требования и его стоимости, принятия решения об изменении, внесение изменений в код системы – должны быть определены в организации (или проекте).

Описание процесса контроля изменений должно содержать:

1. Границы применения процесса. Должны быть перечислены те продукты или изменения, которые не принадлежат процессу.

2. Роли и ответственность. Должны быть определены члены проекта (роли), участвующие в контроле изменений и их ответственность.

3. Описание процедуры прохождения запроса на изменение.

4. Описание процедур анализа и оценки запроса на осуществимость, влияния и стоимости изменения, принятия решения и изменения состояния запроса.

Следующая функция, направленная на поддержание целостности, точности и актуальности спецификации требования – это управление версиями спецификации.

Управление версиями требует выполнения следующих видов деятельности:

1. Определение конфигурации требований: именование отдельных требований и версий спецификации.

2. Определение состава версии спецификации.

3. Управление процессом внесения изменений.

4. Хранение истории каждой версии спецификации, содержащей сведения о внесенных изменениях.

5. Проведение аудита для обеспечения целостности имеющихся требований.

За время выполнения проекта спецификация требований изменяется путем включения новых требований и изменения (получения новых редакций, или версий) существующих требований. Управление версиями позволяет разработчикам иметь спецификацию, содержащую только те требования, которые должны быть реализованы в конкретном выпуске системы и в нужной их редакции.

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

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

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

Трассирование требований – это определение связей между требованием и другими артефактами проекта. Такая информация обычно представляется в виде матрицы.