Дерево полезности — различия между версиями
Admin (обсуждение | вклад) |
Admin (обсуждение | вклад) м |
||
(не показана одна промежуточная версия этого же участника) | |||
Строка 1: | Строка 1: | ||
− | '''Дерево полезности''' (utility tree) составляется при [[Анализ компромиссов#Анализ архитектуры ПО|анализе архитектурных альтернатив ПО]]. Дерево полезности используется в таких [[SOA]]-методологиях как [[ATAM]] и LAAAM. | + | '''Дерево полезности''' (utility tree) составляется при [[Анализ компромиссов#Анализ архитектуры ПО|анализе архитектурных альтернатив ПО]]. Дерево полезности используется в таких [[SOA]]-методологиях как [[ATAM]] и [[Метод упрощенного анализа архитектурных альтернатив|LAAAM]]. |
Каждая ветка дерева полезности описывает нефункциональные [[требования]] (требования качества) в виде иерархии. В конце ветки может быть помещен '''сценарий качества''' — предложение на повседневном языке, похожее на [[пользовательские истории|user story]]. | Каждая ветка дерева полезности описывает нефункциональные [[требования]] (требования качества) в виде иерархии. В конце ветки может быть помещен '''сценарий качества''' — предложение на повседневном языке, похожее на [[пользовательские истории|user story]]. | ||
Строка 17: | Строка 17: | ||
== См. также == | == См. также == | ||
− | [[Анализ | + | [[Анализ компромиссов]] |
== Ссылки == | == Ссылки == |
Текущая версия на 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"