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

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

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

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

• 1 Преимущества ATAM
• 2 Процесс ATAM
• 3 Шага процесса ATAM
• 4 См. Также
• 5 Ссылки
• 6 Внешние ссылки

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

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

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

ATAM формально состоит из девяти этапов, описанных ниже:

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

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

• Возможности
• Архитектурно-ориентированный метод проектирования
• Многокритериальный анализ решений
• ARID
• Анализ архитектуры программного обеспечения метод, предшественник метода анализа компромиссов архитектуры
• Архитектурная аналитика

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