Для разработки требований ключевыми являются функциональные требования, уровни которых варьируются от бизнес-целей до пользовательских историй. Процесс разработки представляет собой итерации выявления, анализа, спецификации и валидации. Важно понимать, что эти этапы не происходят последовательно, а скорее выполняются одновременно.
В процессе выявления требований наиболее эффективным является метод интервью с активным слушанием. Границы проекта, а также контекстная диаграмма играют важную роль, определяя что будет делаться, а что нет. Определение классов пользователей также важно, но для большинства систем будет достаточно одного или двух классов.
Шаблон SRS является важным элементом, а вот моделирование скорее всего сведется к Sequence Diagram. Атрибуты качества (нефункциональные требования) часто игнорируются. Приоритезация требований зачастую определяется не важностью, а позицией заинтересованного лица.
Изображение носит иллюстративный характер
В процессе выявления требований наиболее эффективным является метод интервью с активным слушанием. Границы проекта, а также контекстная диаграмма играют важную роль, определяя что будет делаться, а что нет. Определение классов пользователей также важно, но для большинства систем будет достаточно одного или двух классов.
Шаблон SRS является важным элементом, а вот моделирование скорее всего сведется к Sequence Diagram. Атрибуты качества (нефункциональные требования) часто игнорируются. Приоритезация требований зачастую определяется не важностью, а позицией заинтересованного лица.
