Arkitekturbeslutning
En arkitekturbeslutning fastsetter et viktig aspekt av programvarens oppbygning. Kontekst og konsekvenser forklarer valget.
En arkitekturbeslutning gjelder et viktig aspekt av programvarens oppbygning, som komponentgrenser eller håndtering av sentrale grensesnitt. Den bør være forståelig i lys av krav og rammebetingelser.
Et hypotetisk portalteam velger å rulle ut bestillingsgrensesnitt og bakgrunnsbehandling separat. Beslutningsnotatet angir behovet og de ekstra driftsoppgavene som oppstår. Verktøynavnene ville ikke alene gitt begrunnelsen.
En Architecture Decision Record, forkortet ADR, kan dokumentere kontekst, beslutning og konsekvenser. Hvis ny kunnskap krever et annet valg, beholdes den tidligere begrunnelsen som historikk, og en ny beslutning kan erstatte den. Forklaringen på en endret retning forblir da i prosjektets kunnskap.
Kilder
Beslektede begreper
- KravanalyseKravanalyse avklarer hva en løsning skal oppnå og hvorfor. Ønsker undersøkes for betydning, motsetninger og etterprøvbare resultater.
- ExitstrategiEn forberedt vei for å bytte, overta eller avslutte en IT-tjeneste på en ordnet måte.
- MigreringskostnaderArbeid og utgifter til planlagt overgang av data eller funksjoner til et annet miljø.
- InvesteringskostnaderKostnader for å etablere en ny eller utvidet IT-kapasitet i prosjektplanleggingen.
- DriftskostnaderUtgifter som må planlegges for løpende drift av en IT-løsning.
- Scope creepScope creep er gradvis utvidelse av prosjektomfanget uten tilstrekkelig vurdering og tilpasning av planen.
Artikler om temaet
IT-rådgivning og strategi med ASES
Strategi, arkitektur og valg av teknologi