Decisione architetturale
Una decisione architetturale definisce un aspetto importante della struttura software. Contesto e conseguenze spiegano perché è stata scelta.
Una decisione architetturale riguarda un aspetto importante della struttura software, come i confini dei componenti o la gestione di interfacce essenziali. Deve essere comprensibile in rapporto a requisiti e vincoli.
Un team di portale ipotetico decide di distribuire separatamente l’interfaccia ordini e l’elaborazione in background. La nota registra il bisogno soddisfatto e le ulteriori attività operative. I soli nomi degli strumenti non fornirebbero tale motivazione.
Un Architecture Decision Record, o ADR, può documentare contesto, decisione e conseguenze. Se nuove informazioni richiedono un’altra scelta, la motivazione precedente resta nello storico e una nuova decisione può sostituirla. Il cambiamento di direzione conserva così la propria spiegazione nelle conoscenze del progetto.
Fonti
Termini correlati
- Analisi dei requisitiL’analisi dei requisiti chiarisce cosa deve ottenere una soluzione e perché. Esamina significato, contraddizioni e risultati verificabili delle richieste.
- Strategia di uscitaUn percorso preparato per cambiare, assumere o terminare ordinatamente un servizio informatico.
- Costi di migrazioneImpegno e spese per trasferire in modo pianificato dati o funzioni in un altro ambiente.
- Costi di investimentoCosti per creare una capacità informatica nuova o ampliata nella pianificazione del progetto.
- Costi operativiSpese da pianificare per la gestione continuativa di una soluzione informatica.
- Scope creepLo scope creep è un ampliamento strisciante del perimetro di progetto, senza valutarne adeguatamente gli effetti né adattare la pianificazione.
Articoli sul tema
Consulenza IT & strategia con ASES
Strategia, architettura e scelta delle tecnologie