|
Цели дисциплины управления требованиями:
-
Достижение согласия с заказчиками и другими заинтересованными лицами относительно того, что должна делать система.
-
Обеспечение понимания требований к системе со стороны разработчиков.
-
Определение границ (содержания) системы.
-
Создание основы для планирования технического наполнения итераций.
-
Создание основы для оценки стоимости и продолжительности разработки системы.
-
Определение пользовательского интерфейса системы, ориентированного на потребности и цели пользователей.
Для достижения этих целей прежде всего нужно понять постановку и содержание задачи, которую будет решать система. Для
этого нужно определить список заинтересованных
лиц, а затем выяснить и проанализировать их запросы.
Затем разрабатываются требования (продукты работы), полностью описывающие систему: что именно она делает.
При разработке все заинтересованные лица, включая клиентов и потенциальных пользователей, рассматриваются в качестве
важных источников информации (помимо требований к системе).
Дисциплина управления требованиями связана с другими дисциплинами.
-
Дисциплина Анализ и
проектирование использует дисциплину управления требований в качестве основного источника входных данных.
-
В дисциплине тестирования, помимо всего прочего, предусмотрена проверка системы на
соответствие требованиям.
-
Дисциплина Управление конфигурацией и изменениями предоставляет механизмы управления
изменениями для разработки требований. Механизм заключается в подаче запроса изменения, который проверяется советом управления изменениями.
-
Дисциплина управления проектом охватывает планирование проекта и отдельных итераций.
Требования играют важнейшую роль при планировании итераций.
-
Дисциплина управления
средой применяется для разработки и обслуживания артефактов поддержки, необходимых для управления
требованиями.
The Business Modeling discipline provides an organizational context for the system, represented as:
-
Business Rules
-
Business Use-Case Model
-
Business Analysis Model, including a Domain Model
|
