Главная » UML » Сбор требований и управление ими

0

Рассмотрим теперь (рис. 9.1) взаимосвязь элементов, относящихся к процессу управления требованиями. Итак, вначале собираются запросы заинтересованных сторон, включающие все запросы и перечни желаний, полученные от конечных пользователей, заказчиков, покупателей и других заинтересованных сторон.

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

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

 

По теме:

  • Комментарии