Написание требований по EARS
🔎 The Easy Approach to Requirements Syntax (EARS) - эффективный стандарт написания требований, который существует с 2009 года. EARS стандарт включает в себя 6 разных паттернов написания требований:
📍Ubiquitous Requirements
Такие требования универсальные, т.е. действуют в системе всегда без каких-либо дополнительных условий или триггеров
Формат: The <system name> shall <system response>
📍Event-Driven Requirements
Данный формат требований действует только тогда, когда есть определенный триггер. Другими словами, описывается реакция системы на сработавший триггер.
Формат: When <trigger> <optional precondition> the <system name> shall <system response>
📍Unwanted Behavior Requirements
Требования в таком паттерне описывают реакцию системы на нежелательные триггеры, ошибки, сбои.
Формат: If <unwanted condition or event>, then <the system name> shall <system response>
📍State-Driven Requirements
Требования действуют все время пока система пока система работает в определенном состоянии
Формат: While <system state>, <the system name> shall <system response>
📍Optional Feature Requirements
Такие требования выполняются только в том случае, если есть специальная функция в системе
Формат: Where <feature is included>, <the system name> shall <system response>
📍Complex Requirements
Данный паттерн требований может включать в себя гибридные вариации других описанных паттернов
🔎 The Easy Approach to Requirements Syntax (EARS) - эффективный стандарт написания требований, который существует с 2009 года. EARS стандарт включает в себя 6 разных паттернов написания требований:
📍Ubiquitous Requirements
Такие требования универсальные, т.е. действуют в системе всегда без каких-либо дополнительных условий или триггеров
Формат: The <system name> shall <system response>
📍Event-Driven Requirements
Данный формат требований действует только тогда, когда есть определенный триггер. Другими словами, описывается реакция системы на сработавший триггер.
Формат: When <trigger> <optional precondition> the <system name> shall <system response>
📍Unwanted Behavior Requirements
Требования в таком паттерне описывают реакцию системы на нежелательные триггеры, ошибки, сбои.
Формат: If <unwanted condition or event>, then <the system name> shall <system response>
📍State-Driven Requirements
Требования действуют все время пока система пока система работает в определенном состоянии
Формат: While <system state>, <the system name> shall <system response>
📍Optional Feature Requirements
Такие требования выполняются только в том случае, если есть специальная функция в системе
Формат: Where <feature is included>, <the system name> shall <system response>
📍Complex Requirements
Данный паттерн требований может включать в себя гибридные вариации других описанных паттернов