Основные виды требований к решению:
- Функциональные требования (Functional Requirements) – этот тип требований считается главным из всех набора требований. Определение требований к функциям дает обьяснение поведению системы. При формулировке функциональных требований проверьте что все роли и сценарии учтены — кросс проверки к Enterprise Architecture, Stakeholder и компонентам решения вам помогут найти пробелы. При анализе требований на функциональных требованиях часто останавливаются — считается что достаточно указать только функции — но это не так. Не менее важное влияние (а в определенных проектах и большее влияние) оказывают другие типы требований.
- Не функциональные требования (Non-Functional Requirements) – раздел, который доставляет неудобство и многие стремиться отделаться копипастом. А это самый опасный раздел требований — ошибка в одной цифре одного из нефункциональных требований может изменить существенно бюджет всего проекта (добавить нолик к сумме). Мы обсудим типы не функциональных требований — для больших проектов это может быть 50-100 элементов в нескольких десятках групп требований. Чем больше проект — тем более важным становится этот раздел. Отдельные строки этого раздел кардинально меняют взгляд на технологии и подход к разработке решения в принципе.
- Переходные требования (Transition Requirements) – требования к переходному периоду — между этапом разработки, начала внедрения и продуктивного использования системы. Данный этап касается всех переходных моментов – а это миграция данных, первичная настройка систем, подключение к источникам данных. Про эти требования обычно забывают. Отсутствие продуманных требований в данном разделе приводит к осложнениям с запуском решения — иногда они стоят нескольких месяцев сдвига в плане проекта.