Se ritieni che i modelli e i diagrammi UML servano solo a comunicare l'architettura a tecnici, probabilmente potresti sbagliarti, poiché l'architettura deve essere comunicata a molte altre persone , in particolare a quelli seduto in gestione con tute nere e che desidera avere alcune buone ragioni per cui denaro / tempo / risorsa devono essere spesi per realizzare un'architettura specifica.
Questo è anche uno dei motivi per cui UML fornisce un insieme così ampio di diagrammi diversi, che mirano semplicemente a diversi stakeholder con conoscenze (tecniche) differenti .
Un altro motivo per utilizzare diagrammi diversi è semplicemente la complessità di un progetto. In generale è possibile avere viste statiche (relative a strutture), dinamiche (relative al comportamento di runtime) e allocazioni (relative all'ambiente mapping) su un progetto software. Includerli in un diagramma porterebbe a un gran casino, quindi li dividi per avere solo una parte della complessità complessiva in un diagramma.
In relazione al tuo approccio, il diagramma dei componenti è una vista statica sul sistema e il diagramma di sequenza è una vista dinamica sul sistema, quindi questo è un buon inizio per documentare l'architettura.
È anche chiaro che non hai tempo / denaro per documentare ogni singola vista / diagramma per il tuo sistema. La conseguenza è che devi scegliere i più importanti, ma tra quali criteri? Da una parte, devi determinare il tipo principale di complessità nel tuo sistema. Poiché i progetti web hanno principalmente un comportamento di runtime, ti concentrerai sulla visualizzazione dinamica del tuo sistema. D'altra parte, gli attributi di qualità come le prestazioni o la disponibilità giocano un ruolo importante nel determinare i tuoi sforzi nella documentazione, poiché sono trasversali all'intero progetto e quindi costano molto se li giudichi male.
E come ho detto sopra, se i ragazzi di colore nero sentono suonare il campanello dei costi, vogliono ottenere una giustificazione completa e cosa sarebbe in questo caso meglio che avere alcuni diagrammi in tasca che descrivono le parti del sistema più complesse con complessità aggiustata per le parti interessate?
Per ottenere una comprensione generale della documentazione di architettura, raccomando vivamente il lavoro di Philippe Kruchten Progetti architettonici - Il modello 4 + 1 View Dopo averlo letto, potrebbe essere molto più facile per te determinare quali modelli / diagrammi ti servono.