Метод анализа компромиссов в архитектуре

Процесс снижения рисков при разработке программного обеспечения

В программной инженерии метод анализа компромиссов в архитектуре ( ATAM ) представляет собой процесс снижения рисков, используемый на ранних этапах жизненного цикла разработки программного обеспечения .

ATAM был разработан Институтом программной инженерии Университета Карнеги-Меллона . Его цель — помочь выбрать подходящую архитектуру для программной системы путем обнаружения компромиссов и точек чувствительности.

ATAM наиболее эффективен, если применяется на ранних этапах жизненного цикла разработки программного обеспечения, когда затраты на изменение архитектуры минимальны.

Преимущества АТАМ

Ниже приведены некоторые преимущества процесса ATAM: ^[1]

выявленные риски на ранних этапах жизненного цикла
улучшение коммуникации между заинтересованными сторонами
уточненные требования к атрибутам качества
улучшенная архитектурная документация
документированная основа для архитектурных решений

Процесс АТАМ

Процесс ATAM состоит из сбора заинтересованных сторон для анализа бизнес-драйверов (функциональности системы, целей, ограничений, желаемых нефункциональных свойств ) и извлечения из этих драйверов качественных атрибутов, которые используются для создания сценариев. Затем эти сценарии используются в сочетании с архитектурными подходами и архитектурными решениями для создания анализа компромиссов, точек чувствительности и рисков (или не рисков). Этот анализ может быть преобразован в темы рисков и их воздействия, после чего процесс может быть повторен. С каждым циклом анализа процесс анализа переходит от более общего к более частному, изучая вопросы, которые были обнаружены в предыдущем цикле, пока архитектура не будет точно настроена и темы рисков не будут рассмотрены.

Этапы процесса ATAM

Формально ATAM состоит из девяти шагов, описанных ниже: ^[2]

Представьте ATAM – расскажите о концепции ATAM заинтересованным сторонам и ответьте на любые вопросы о процессе.
Представление бизнес-стимулов — каждый участник процесса представляет и оценивает бизнес-стимулы для рассматриваемой системы.
Представление архитектуры – архитектор представляет команде архитектуру высокого уровня с «соответствующим уровнем детализации».
Определите архитектурные подходы — команда представляет и обсуждает различные архитектурные подходы к системе.
Сгенерируйте дерево полезности атрибутов качества – определите основные бизнес-требования и технические требования системы и сопоставьте их с соответствующим архитектурным свойством. Представьте сценарий для данного требования.
Анализ архитектурных подходов – Анализ каждого сценария, ранжирование их по приоритету. Затем архитектура оценивается по каждому сценарию.
Проведите мозговой штурм и расставьте приоритеты в сценариях среди более широкой группы заинтересованных сторон, представьте текущие сценарии и расширьте их.
Проанализируйте архитектурные подходы. Повторите шаг 6, используя дополнительные знания более широкого сообщества заинтересованных сторон.
Представление результатов – предоставление всей документации заинтересованным сторонам.

Эти шаги разделены на две фазы: Фаза 1 состоит из шагов 1-6, и после этой фазы известны состояние и контекст проекта, основные архитектурные требования и состояние архитектурной документации. Фаза 2 состоит из шагов 7-9 и завершает оценку ^[3]

Смотрите также

ilities
Метод проектирования, ориентированный на архитектуру
Многокритериальный анализ решений
АРИД
Метод анализа архитектуры программного обеспечения , предшественник метода анализа компромиссов архитектуры
Архитектурная аналитика

Ссылки

^ "Метод анализа компромиссов в архитектуре". Институт программной инженерии Карнеги-Меллона . Получено 20 апреля 2018 г.
^ Басс, Лен ; Клементс, Пол; Казман, Рик (9 апреля 2003 г.). Архитектура программного обеспечения на практике, второе издание . Addison Wesley Professional.^{[ нужна страница ]}
^ Рик Казман; Марк Кляйн; Пол Клементс. "ATAM: Метод оценки архитектуры" (PDF) . Институт программной инженерии Карнеги-Меллона. стр. 39f . Получено 20 апреля 2018 г.

Внешние ссылки

Снижение риска с помощью оценки архитектуры
ATAM: Метод оценки архитектуры

[1] "Метод анализа компромиссов в архитектуре". Институт программной инженерии Карнеги-Меллона . Получено 20 апреля 2018 г.

[2] Басс, Лен ; Клементс, Пол; Казман, Рик (9 апреля 2003 г.). Архитектура программного обеспечения на практике, второе издание . Addison Wesley Professional.^{[ нужна страница ]}

[3] Рик Казман; Марк Кляйн; Пол Клементс. "ATAM: Метод оценки архитектуры" (PDF) . Институт программной инженерии Карнеги-Меллона. стр. 39f . Получено 20 апреля 2018 г.