Контроль версий

Процедуры управления требованиями

Базовая версия требований

Принципы и приемы управления требованиями

Цикл работы с требованиями

В своде знаний по программной инженерии SWEBOK определяются следующие виды деятельности при работе с требованиями.

Выделение требований (requirements elicitation), нацеленное на выявление всех возможных источников требований и ограничений на работу системы и извлечение требований из этих источников.

Анализ требований (requirements analysis), целью которого является обнаружение и устранение противоречий и неоднозначностей в требованиях, их уточнение и систематизация.

Описание требований (requirements specification). В результате этой деятельности требования должны быть оформлены в виде структурированного набора документов и моделей, который может систематически анализироваться, оцениваться с разных позиций и в итоге должен быть утвержден как официальная формулировка требований к системе.

Валидация требований (requirements validation), которая решает задачу оценки понятности сформулированных требований и их характеристик, необходимых, чтобы разрабатывать ПО на их основе, в первую очередь, непротиворечивости и полноты, а также соответствия корпоративным стандартам на техническую документацию.

Чтобы договориться об изменении требований, сначала нужно их зафиксировать в "первозданном виде".

Базовая версия (baseline) – это набор функциональных и нефункциональных требований, которые разработчики обязались реализовать в определенной версии (итерации).

Процедуры управления требованиями базируются на:

- инструментах, приемах и соглашениях по управлению версиями различных документов требований и отдельных требований;

- правилах составления базовой версии требований;

- статусах требований, которые будут использоваться, и категориях лиц, которые имеют право изменять их;

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

- методах анализа влияния предложенного изменения;

- отслеживании связей планов и обязательств проекта с изменением требований.

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

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