Arkitekturbeslutning
En arkitekturbeslutning fastlægger et væsentligt aspekt af softwareopbygningen. Kontekst og konsekvenser forklarer valget.
En arkitekturbeslutning vedrører et væsentligt aspekt af softwareopbygningen, eksempelvis komponentgrænser eller håndtering af vigtige grænseflader. Den bør kunne forstås i forhold til krav og rammer.
Et hypotetisk portalteam vælger at udrulle bestillingsgrænsefladen og baggrundsbehandlingen separat. Beslutningsnoten angiver behovet og de ekstra driftsopgaver, det skaber. Navnene på værktøjerne ville ikke alene give begrundelsen.
En Architecture Decision Record, forkortet ADR, kan dokumentere kontekst, beslutning og konsekvenser. Kræver ny viden et andet valg, bevares den tidligere begrundelse som historik, og en ny beslutning kan erstatte den. Forklaringen på en ændret retning forbliver dermed i projektets viden.
Kilder
Relaterede begreber
- KravsanalyseKravsanalyse afklarer, hvad en løsning skal opnå og hvorfor. Ønsker undersøges for betydning, modstrid og resultater, der kan efterprøves.
- ExitstrategiEn forberedt vej til at skifte, overtage eller afslutte en IT-ydelse under ordnede forhold.
- MigreringsomkostningerArbejde og udgifter til planlagt overgang af data eller funktioner til et andet miljø.
- InvesteringsomkostningerOmkostninger til at etablere en ny eller udvidet IT-kapacitet i projektplanlægningen.
- DriftsomkostningerUdgifter, der skal planlægges til den løbende drift af en IT-løsning.
- Scope creepScope creep er gradvis udvidelse af projektets omfang uden tilstrækkelig vurdering og ændring af planen.
Artikler om emnet
IT-rådgivning & strategi med ASES
Strategi, arkitektur og valg af teknologi