Проблема №5. Не тот инструмент

Для того, чтобы:

• вести базу данных требований,

• иметь возможность осуществлять управление конфигурацией требований и

• формальное управление изменениями требований,

• обеспечивать прослеживаемость требований по всей иерархии их декомпозиции, а также

• прослеживаемость до методов и результатов испытаний (верификации и валидации),

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

необходимо использовать программное средство – инструмент инженерии требований.

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

Хотя разговоров на эту тему в самых разных коллективах разработчиков ведется множество, и сотрудники разных организаций демонстрируют очевидное понимание и заинтересованность в новых (для нас) подходах, тенденция к переходу от документов «Техническое задание» к базам данных требований выражена только там, где этого очевидным образом требует Заказчик. Авиационная отрасль переходит к новым методам работы постольку, поскольку к этому вынуждают требования авиационных стандартов. Атомная и космическая отрасли ориентируются на зарубежных заказчиков и проекты с зарубежными соисполнителями.

Применение подхода, при котором ТЗ или спецификация присутствуют в проекте как документ, все больше превращается в проблему. И эта проблема тормозит развитие всего процесса проектирования. При документно-ориентированном подходе такие базовые функции методологии инженерии требований, как применение атрибутов, иерархическая и версионная прослеживаемость, сквозная трассировка, отслеживание влияния изменений – все это или невозможно, или неприемлемо трудоемко.

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

Часть 6. Не тот способ документирования