Arkitekturbeslut
Ett arkitekturbeslut fastställer en viktig del av programvarans uppbyggnad. Sammanhang och konsekvenser förklarar valet.
Ett arkitekturbeslut rör en viktig aspekt av programvarans uppbyggnad, som komponentgränser eller hanteringen av viktiga gränssnitt. Det bör vara begripligt i förhållande till krav och förutsättningar.
Ett hypotetiskt portalteam väljer att driftsätta beställningsgränssnitt och bakgrundsbearbetning separat. Beslutsanteckningen anger behovet och de extra driftuppgifter som uppstår. Verktygens namn skulle inte ensamma ge motiveringen.
Ett Architecture Decision Record, förkortat ADR, kan dokumentera sammanhang, beslut och konsekvenser. Om ny kunskap kräver ett annat val finns den tidigare motiveringen kvar som historik och ett nytt beslut kan ersätta det. Förklaringen till en ny riktning finns då kvar i projektets kunskap.
Källor
Relaterade begrepp
- KravanalysKravanalys klargör vad en lösning ska uppnå och varför. Önskemål undersöks för betydelse, motsägelser och verifierbara resultat.
- ExitstrategiEn förberedd väg för att byta, ta över eller avsluta en IT-tjänst på ett ordnat sätt.
- MigreringskostnaderArbete och utgifter för en planerad övergång av data eller funktioner till en annan miljö.
- InvesteringskostnaderKostnader för att bygga upp en ny eller utökad IT-förmåga i projektplaneringen.
- DriftkostnaderUtgifter som behöver planeras för den löpande driften av en IT-lösning.
- Scope creepScope creep är gradvis utökning av projektomfattningen utan tillräcklig bedömning och anpassning av planen.
Artiklar om ämnet
IT-rådgivning & strategi med ASES
Strategi, arkitektur och teknikval