Metoda analýzy kompromisu architektury - Architecture tradeoff analysis method

v softwarové inženýrství, metoda analýzy kompromisu architektury (ATAM) je proces zmírňování rizik používaný v rané fázi životní cyklus vývoje softwaru.

ATAM byl vyvinut Institut softwarového inženýrství na Univerzita Carnegie Mellon. Jeho účelem je pomoci vybrat vhodný architektura pro softwarový systém objevením kompromisy a body citlivosti.

ATAM je nejpřínosnější, když se provádí na začátku životního cyklu vývoje softwaru, kdy jsou náklady na změnu architektury minimální.

Výhody ATAM

Níže jsou uvedeny některé výhody procesu ATAM:[1]

  • identifikovaná rizika na začátku životního cyklu
  • zvýšená komunikace mezi zúčastněnými stranami
  • vyjasněné požadavky na atributy kvality
  • vylepšená dokumentace architektury
  • zdokumentovaný základ pro architektonická rozhodnutí

Proces ATAM

Proces ATAM spočívá v shromažďování zúčastněných stran za účelem analýzy obchodních faktorů (funkčnost systému, cíle, omezení, požadované) nefunkční vlastnosti ) a z těchto ovladačů extrahujte atributy kvality, které se používají k vytváření scénářů. Tyto scénáře se poté používají ve spojení s architektonickými přístupy a architektonickými rozhodnutími k vytvoření analýzy kompromisů, bodů citlivosti a rizik (nebo neriziků). Tuto analýzu lze převést na riziková témata a jejich dopady, na základě kterých lze postup opakovat. S každým analytickým cyklem postupuje analytický proces od obecnějšího ke konkrétnějšímu a zkoumá otázky, které byly objeveny v předchozím cyklu, dokud nebude doladěna architektura a nebudou řešena riziková témata.

Kroky procesu ATAM

ATAM formálně sestává z devíti kroků uvedených níže:[2]

  1. Prezentovat ATAM - Představte koncept ATAM zúčastněným stranám a odpovězte na jakékoli otázky týkající se procesu.
  2. Prezentovat obchodní řidiče - každý v procesu prezentuje a hodnotí obchodní řidiče pro daný systém.
  3. Představte architekturu - architekt představí týmu architekturu na vysoké úrovni s „odpovídající úrovní podrobností“
  4. Identifikujte architektonické přístupy - tým prezentuje a diskutuje různé architektonické přístupy k systému.
  5. Generovat strom vlastností atributů kvality - definovat základní obchodní a technické požadavky systému a namapovat je na příslušnou architektonickou vlastnost. Představte scénář pro tento daný požadavek.
  6. Analyzujte architektonické přístupy - Analyzujte každý scénář a hodnotte je podle priority. Architektura se poté vyhodnotí proti každému scénáři.
  7. Brainstormujte a upřednostňujte scénáře - mezi větší skupinou zúčastněných stran představte aktuální scénáře a rozšiřujte je.
  8. Analyzujte architektonické přístupy - Proveďte krok 6 znovu s dalšími znalostmi větší komunity zúčastněných stran.
  9. Prezentovat výsledky - poskytnout veškerou dokumentaci zúčastněným stranám.

Tyto kroky jsou rozděleny do dvou fází: Fáze 1 se skládá z kroků 1-6 a po této fázi jsou známy stav a kontext projektu, hnací architektonické požadavky a stav architektonické dokumentace. Fáze 2 se skládá z kroků 7-9 a dokončuje vyhodnocení[3]

Viz také

Reference

  1. ^ „Metoda analýzy kompromisu architektury“. Carnegie Mellon Software Engineering Institute. Citováno 2018-04-20.
  2. ^ Bass, Len; Clements, Paul; Kazman, Rick (9. dubna 2003). Softwarová architektura v praxi, druhé vydání. Addison Wesley Professional.[stránka potřebná ]
  3. ^ Rick Kazman; Mark Klein; Paul Clements. „ATAM: Method for Architecture Evaluation“ (PDF). Carnegie Mellon Software Engineering Institute. str. 39f. Citováno 2018-04-20.

externí odkazy