Цель: выявить требования к системе (Аналитики). Очень важно, чтобы будущие пользователи системы, могли участвовать в этой системе, диаграммы создаются для него, они понятны и не явлвются избыточными

Управление требованиями: Причины изменчивости ПО -
1) меняется структура на рынке, для которого система предназачалась, или требования к системе изменились;
2) В ходе разработки возникли проблемы и трудности, из-за которых итоговая функция меняется;
3) Заказчик может менять своё собственное виденье к системе

Виды и свойства требований: функциональная (детальное описание поведения и целостности системы, они опр. то, что система должна делать) и нефункциональная ( не является описанием функциональности системы ): надежность; особенность поставки; опр. уровень качества; требование наследства; требование к переносимости; соответствие со стандартнами

Свойства требований: - ясность / недвусмысленность; - однозначность понимания требований заказчика и разработчика; - полности и непротиворечивость; - необходимый уровень детализации; - прослеживаемость; - тестируемость и проверяемость; - модифицируемость

Варианты формирующихся требований:
1) неформальная обстановка требований
2) требования в виде графа с зависимостями
3) оформленная модель требований для верификации и модульно-ориентированного планирования

Ошибки при документации требования:
1) описание возможного решения вместо требований
2) нечёткое требование, которое не допускает однозначную проверку
3) информирование аудитории, которое предназачалось представление требований
4) пропуск важных элементов, связанные с нефункциональными требованиями

Цикл работы с требованиями:
- выделение требований ;
- анализ требований ;
- описание требований ;
- валидация требований