ООО САТУРС- Разработка и управление требованиями. Отличия и примеры.
Технологии создания понятных систем
Разработка и управление требованиями. Отличия и примеры.

Мадорская Ю.М., к.т.н.,

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

Например, есть требования:

ТР1 Купленные пользователем товары должны исключаться из общего потока витрины.
ТР2 Дизайн сайта должен быть адаптирован как под десктопы, так и под планшеты.

В процессе разработки требование ТР1 может быть уточнено:

ТР1 Купленные пользователем товары должны исключаться из общего потока витрины в период с 10 до 20 дня покупки..
ТР2 Дизайн сайта должен быть адаптирован как под десктопы, так и под планшеты.

Таким образом, мы изменили содержание требования (фактически, разработали новое).

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

Приоритет Содержание требования
Низкий ТР1. Купленные пользователем товары должны исключаться из общего потока витрины.
Высокий ТР2. Дизайн сайта должен быть адаптирован как под десктопы, так и под планшеты.

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

Какие еще атрибуты требований понадобятся для управления требованиями?

Атрибут требования Комментарий 
Приоритет Высокий, низкий, устарело
Статус Статус жизненного цикла требования (например, Создано->Требует уточнения->Отдано в разработку->Протестировано->Вошло в релиз 5.1
Ответственный исполнитель Кто отвечает за реализацию требования
Крайний срок Крайний срок реализации требования
Стоимость реализации Предварительная оценка стоимости реализации
Версия Версия требований (используется в процессах конфигурационного управления)
Источник Важный атрибут, позволяющий более точно определять приоритет реализации требований.
Секретность Классификатор используется как правило в крупных проектах

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

Большинство систем управления требованиями позволяет настраивать свою модель атрибутов. 3SL Cradle также позволяет добавлять любые атрибуты и классификаторы требований, в дополнение к этому возможно автоматически определять значения атрибутов используя, например, регулярные выражения.  Также удобной является автоматическая подстветка атрибутов, в зависимости от их значений. Серьезным отличием 3SL Cradle от большинства систем управления требованиями является также то, что атрибуты могут назначаться не только элементам (требованиям, рискам, ошибкам), но и их связям.

Некоторые примеры проиллюстрированы ниже:

Рисунок1. Для управления требованиями используется атрибут-классификатор "Статус работы". В зависимости от значения этого атрибута ячейка подсвечивается заданным цветом.

 

 Рисунок2.  В этом же проекте для управления изменениями требований используется атрибут-классификатор "Объем изменений". Он помогает быстро отфильтровать элементы спецификаций с которыми необходимо провести работу.

 

 

Любое копирование и публикация материала допускается только с письменного разрешения автора.
Для ссылки на статью правильно использовать:
[Мадорская 2013] Мадорская Ю.М. Разработка и управление требованиями. Отличия и примеры. [электронный ресурс]/Ю.М. Мадорская, 2013. — Режим доступа: http://www.saturs.ru, свободный. — Загл. с экрана