Mantenere aggiornati i diagrammi di architettura logica e fisica

Question

Mantenere aggiornati i diagrammi di architettura logica e fisica

#1 da (5 voti)

11

In qualsiasi progetto di sviluppo software che coinvolga sistemi distribuiti con più sviluppatori, avere diagrammi di architettura logica e fisica è la migliore pratica, ma nella mia esperienza questi diagrammi iniziano sempre a essere ben mantenuti all'inizio di un progetto ma non vengono aggiornati come il progetto viene rilasciato e le fasi di manutenzione si aprono.

Per i progetti complessi con molti processi distribuiti, i diagrammi tendono ad essere obsoleti o inaccurati molto rapidamente anche prima della versione iniziale poiché nessuno ha tutte le conoscenze.

Dato questo sfondo, voglio porre le seguenti domande alla comunità:

Quanto è importante avere diagrammi di architettura logica e fisica precisi e aggiornati?
Esistono strumenti e processi che possono aiutarli a mantenerli aggiornati?
Chi dovrebbe essere responsabile di tenerli aggiornati? Come possono contribuire amministratori di sys, sviluppatori e team di QA?

testing design architecture

posta ARau 17.01.2017 - 05:47

fonte

1 risposta

Leggi altre domande sui tag testing design architecture

Quali sono le mie scelte per lo scripting in sandboxing lato server? [chiuso] Ottimizzazione delle allocazioni di stringhe ridondanti in C ++

score 5 · Answer 1

Vivo nel mondo reale con vincoli di tempo e risorse, quindi capisco perché la maggior parte della documentazione del software viene ignorata o lasciata scaduta, ma anche in quelle condizioni insisto assolutamente affinché i diagrammi del database vengano creati e mantenuti aggiornati. Se non è un normale modello relazionale e consiste di entità con documenti, coppie chiave-valore o strutture JSON / XML, è necessario creare e gestire anche un modello a oggetti di tali elementi. Se tutto il resto fallisce sugli sforzi di documentazione di un progetto, almeno un diagramma di database e / o un modello / i di oggetti consentirà di lavorare all'indietro verso il front-end per capire cosa sta succedendo.

Esistono numerose opzioni per la creazione e la gestione di documenti software, ma uno dei miei preferiti è Enterprise Architect. È completo e i legami tra loro usano casi, diagrammi di sequenza, diagrammi di classe e altri.

Per quanto riguarda chi è responsabile di questo, lo considero un lavoro di squadra. Poche persone si divertono molto a farlo, ma deve essere fatto. Alla fine l'architetto o il capo tecnico di un progetto dovrebbe esserne responsabile, delegando le attività in modo appropriato.