Arkitektur kompromissanalysmetod

Inom mjukvaruteknik är ATAM ( architecture tradeoff analysis method ) en riskreducerande process som används tidigt i mjukvaruutvecklingens livscykel .

ATAM utvecklades av Software Engineering Institute vid Carnegie Mellon University . Syftet är att hjälpa till att välja en lämplig arkitektur för ett mjukvarusystem genom att upptäcka avvägningar och känslighetspunkter.

ATAM är mest fördelaktigt när det görs tidigt i mjukvaruutvecklingens livscykel, när kostnaden för att byta arkitektur är minimal.

ATAM-fördelar

Följande är några av fördelarna med ATAM-processen:

• identifierade risker tidigt i livscykeln
• ökad kommunikation mellan intressenter
• förtydligade kvalitetsattributkrav
• förbättrad arkitekturdokumentation
• dokumenterat underlag för arkitektoniska beslut

ATAM-processen

ATAM-processen består av att samla intressenter för att analysera affärsdrivkrafter (systemfunktionalitet, mål, begränsningar, önskade icke-funktionella egenskaper ) och från dessa drivrutiner extrahera kvalitetsattribut som används för att skapa scenarier. Dessa scenarier används sedan i samband med arkitektoniska tillvägagångssätt och arkitektoniska beslut för att skapa en analys av avvägningar, känslighetspunkter och risker (eller icke-risker). Denna analys kan omvandlas till riskteman och deras effekter varpå processen kan upprepas. Med varje analyscykel fortsätter analysprocessen från det mer allmänna till det mer specifika, och undersöker de frågor som har upptäckts i föregående cykel, tills dess att arkitekturen har finjusterats och riskteman har behandlats.

Steg i ATAM-processen

ATAM består formellt av nio steg, som beskrivs nedan:

1. Presentera ATAM – Presentera konceptet med ATAM för intressenterna och svara på eventuella frågor om processen.
2. Presentera affärsdrivkrafter – alla i processen presenterar och utvärderar affärsdrivkrafterna för det aktuella systemet.
3. Presentera arkitekturen – arkitekten presenterar arkitekturen på hög nivå för teamet, med en "lämplig detaljnivå"
4. Identifiera arkitektoniska tillvägagångssätt – olika arkitektoniska tillvägagångssätt till systemet presenteras av teamet och diskuteras.
5. Generera verktygsträd för kvalitetsattribut – definiera kärnverksamheten och tekniska krav för systemet, och mappa dem till en lämplig arkitektonisk egenskap. Presentera ett scenario för detta givna krav.
6. Analysera arkitektoniska tillvägagångssätt – Analysera varje scenario, betygsätt dem efter prioritet. Arkitekturen utvärderas sedan mot varje scenario.
7. Brainstorma och prioritera scenarier – bland den större intressentgruppen, presentera de aktuella scenarierna och expandera.
8. Analysera arkitektoniska tillvägagångssätt – Utför steg 6 igen med ökad kunskap från det större intressentsamhället.
9. Presentera resultat – tillhandahåll all dokumentation till intressenterna.

Dessa steg är separerade i två faser: Fas 1 består av steg 1-6 och efter denna fas är projektets tillstånd och sammanhang, de drivande arkitektoniska kraven och tillståndet för den arkitektoniska dokumentationen kända. Fas 2 består av steg 7-9 och avslutar utvärderingen

Se även

• ilities
• Arkitekturcentrerad designmetod
• Beslutsanalys med flera kriterier
• TORR
• Analysmetod för mjukvaruarkitektur , föregångare till analysmetod för arkitekturavvägning
• Arkitektonisk analys

externa länkar

• Minska risken med arkitekturutvärdering
• ATAM: Metod för arkitekturutvärdering