stringtranslate.com

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

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

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

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

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

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

Процесс АТАМ

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

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

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

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

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

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

Ссылки

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

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