Metoda analizy kompromisów w architekturze

W inżynierii oprogramowania metoda analizy kompromisów w architekturze ( ATAM ) jest procesem ograniczania ryzyka stosowanym na wczesnym etapie cyklu życia oprogramowania .

ATAM został opracowany przez Instytut Inżynierii Oprogramowania na Uniwersytecie Carnegie Mellon . Jego celem jest pomoc w wyborze odpowiedniej architektury systemu oprogramowania poprzez wykrywanie kompromisów i punktów wrażliwości.

ATAM jest najbardziej korzystny, gdy jest wykonywany na wczesnym etapie cyklu życia oprogramowania, kiedy koszt zmiany architektury jest minimalny.

Korzyści ATAM

Oto niektóre z zalet procesu ATAM:

  • ryzyka zidentyfikowane na wczesnym etapie cyklu życia
  • zwiększona komunikacja między zainteresowanymi stronami
  • wyjaśnione wymagania dotyczące atrybutów jakości
  • ulepszona dokumentacja architektury
  • udokumentowane podstawy decyzji architektonicznych

Proces ATAM

Proces ATAM polega na zebraniu interesariuszy w celu przeanalizowania czynników biznesowych (funkcjonalności systemu, celów, ograniczeń, pożądanych właściwości niefunkcjonalnych ) iz tych czynników wyodrębnienia atrybutów jakości, które są wykorzystywane do tworzenia scenariuszy. Scenariusze te są następnie wykorzystywane w połączeniu z podejściami architektonicznymi i decyzjami architektonicznymi w celu stworzenia analizy kompromisów, punktów wrażliwości i ryzyka (lub braku ryzyka). Analizę tę można przekształcić w tematy ryzyka i ich wpływ, po czym proces można powtórzyć. Z każdym cyklem analizy proces analizy przebiega od bardziej ogólnych do bardziej szczegółowych, badając pytania odkryte w poprzednim cyklu, aż do momentu, gdy architektura zostanie dopracowana i uwzględnione zostaną tematy ryzyka.

Etapy procesu ATAM

ATAM formalnie składa się z dziewięciu kroków, opisanych poniżej:

  1. Przedstaw ATAM – przedstaw interesariuszom koncepcję ATAM i odpowiedz na wszelkie pytania dotyczące procesu.
  2. Przedstaw czynniki biznesowe – wszyscy uczestnicy procesu przedstawiają i oceniają czynniki biznesowe dla danego systemu.
  3. Przedstaw architekturę – architekt przedstawia zespołowi architekturę wysokiego poziomu, z „odpowiednim poziomem szczegółowości”
  4. Zidentyfikuj podejścia architektoniczne – zespół przedstawia i omawia różne podejścia architektoniczne do systemu.
  5. Wygeneruj drzewo użyteczności atrybutów jakości – zdefiniuj podstawowe wymagania biznesowe i techniczne systemu oraz zmapuj je do odpowiedniej właściwości architektonicznej. Przedstaw scenariusz dla tego wymagania.
  6. Analizuj podejścia architektoniczne — Analizuj każdy scenariusz, oceniając je według priorytetu. Architektura jest następnie oceniana pod kątem każdego scenariusza.
  7. Burza mózgów i ustalanie priorytetów scenariuszy – wśród większej grupy interesariuszy przedstaw aktualne scenariusze i rozwiń je.
  8. Przeanalizuj podejścia architektoniczne — ponownie wykonaj krok 6 z dodatkową wiedzą większej społeczności interesariuszy.
  9. Przedstaw wyniki – przekaż interesariuszom całą dokumentację.

Kroki te są podzielone na dwie fazy: Faza 1 składa się z kroków 1-6, a po tej fazie znany jest stan i kontekst projektu, wymagania architektoniczne oraz stan dokumentacji architektonicznej. Faza 2 składa się z kroków 7-9 i kończy ocenę

Zobacz też

Linki zewnętrzne

Pobrane z „ https://en.wikipedia.org/w/index.php?title=Architecture_tradeoff_analysis_method&oldid=1069293717 ”