Гёте сказал: Кто хочет много достигнуть, должен ставить высокие требования. Я добавлю – в процессе постановки не упустите важное и не придумайте себе ерунды!
Решение – это основная содержательная часть документа. Это то куда рвутся многие сразу – все хотят начать говорить о требованиях. После того как ответили на ряд важных вопросов о мотивации, о целях и задачах, когда мы знаем кто наши заинтересованные лица – теперь мы можем сформировать структуру решения и определить требования.
Как мы опишем решение
- Краткие обзор видения решения (Solution Overview). Какое решение мы видим? Фактически это наши архитектурные требования наивысшего уровня. Тут мы можем задать исключительность веб интерфейса или исключительность мобильного решения.
- Какие ключевые компоненты у решения (Components). Это немного затрагивает аспект архитектуры решения на самом-самом высоком уровне. Это пересечение границы нужно чтобы мы с вами не пропустили требования. Схема компонент повзолит вам быстро проверить не упущены ли второстепенные компоненты (управление пользователями, административные функции, справочники, управление конфигурацией, процессами)
- Свойства или по-народному фичи решения (Feature) – как мы видим ключевые потребительские характеристики решения.