Дерево полезности — различия между версиями
Admin (обсуждение | вклад) м (→См. также) |
Admin (обсуждение | вклад) м |
||
| Строка 1: | Строка 1: | ||
| − | '''Дерево полезности''' (utility tree) составляется при [[Анализ компромиссов#Анализ архитектуры ПО|анализе архитектурных альтернатив ПО]]. Дерево полезности используется в таких [[SOA]]-методологиях как [[ATAM]] и LAAAM. | + | '''Дерево полезности''' (utility tree) составляется при [[Анализ компромиссов#Анализ архитектуры ПО|анализе архитектурных альтернатив ПО]]. Дерево полезности используется в таких [[SOA]]-методологиях как [[ATAM]] и [[Метод упрощенного анализа архитектурных альтернатив|LAAAM]]. |
Каждая ветка дерева полезности описывает нефункциональные [[требования]] (требования качества) в виде иерархии. В конце ветки может быть помещен '''сценарий качества''' — предложение на повседневном языке, похожее на [[пользовательские истории|user story]]. | Каждая ветка дерева полезности описывает нефункциональные [[требования]] (требования качества) в виде иерархии. В конце ветки может быть помещен '''сценарий качества''' — предложение на повседневном языке, похожее на [[пользовательские истории|user story]]. | ||
Текущая версия на 20:56, 21 декабря 2021
Дерево полезности (utility tree) составляется при анализе архитектурных альтернатив ПО. Дерево полезности используется в таких SOA-методологиях как ATAM и LAAAM.
Каждая ветка дерева полезности описывает нефункциональные требования (требования качества) в виде иерархии. В конце ветки может быть помещен сценарий качества — предложение на повседневном языке, похожее на user story.
Сценарий качества обычно состоит из трёх частей:
- окружение (context) — при каких условиях выполняется сценарий (например штатный или аварийный режим), на какой стадии ЖЦ (разработка или эксплуатация);
- воздействие (stimulus) — что может произойти с системой;
- отклик на воздействие (response) — как должна вести себя система, какие показатели качества должны выполняться.
Например:
- "Under normal conditions, a failure in a single component will not result in call termination"
- "Upon a failure of a new version, rolling back to the previous version will take less than 5 minutes"
- "During development, each component will be built with an API interface for testing and statistics needs"
- "Under normal conditions, refreshing the system’s data (links, interactions etc.) shall not require a system restart"
