Diagrammi di progettazione dell'architettura

Gli architetti spesso comunicano tramite diagrammi. I diagrammi sono potenti strumenti di comunicazione che aiutano gli implementatori e gli stakeholder a vedere l'ampia visione o approfondire le aree altamente sensibili o sfumature di un sistema. Per comunicare con l'intenzione, un architetto deve selezionare quale diagramma è utile in ogni situazione.

L'elenco dei diagrammi in questo articolo non è esaustivo. I diagrammi sono spesso un composito di più tipi.

In definitiva, la scelta del diagramma dell'architettura dipende da ciò che si sta tentando di trasmettere e il profilo del pubblico. Un architetto usa più tipi di diagrammi in tutte le attività per progettare, perfezionare i requisiti e la comunicazione.

Procedure di diagramma

I diagrammi presentano informazioni sostanziali senza la necessità di spiegazioni testuali. Evitare ambiguità nei diagrammi. Di seguito sono elencati alcuni suggerimenti:

Usare le notazioni standard. Usare simboli, icone e convenzioni di presentazione ampiamente riconosciuti per una buona leggibilità e interpretazione di un diagramma.

Evitare righe ambigue. I diagrammi spesso mostrano relazioni tra entità rappresentate come linee. Essere coerenti nel modo in cui si usano le righe.

Evitare linee senza frecce. È difficile sapere qual è la relazione senza direzione, quindi usare le frecce. Etichettare tutte le righe senza frecce per indicare le relazioni.

Evitare linee con frecce doppie. Le frecce doppie implicano una dipendenza bidirezionale. Preferisce usare una freccia a terminata singola per rappresentare il flusso dal client al server.

Etichetta tutto. Specificare etichette chiare, accurate e significative per ogni icona. Etichettare le righe quando le relazioni non sono chiare.

Mantenere la coerenza. Usare colori standardizzati, maiuscole e minuscole, icone, tipi di linee, frecce e altre rappresentazioni per elementi simili in un diagramma e in diagrammi correlati. Disegnare da dati o tassonomi esistenti.

Essere accurati. I diagrammi sono astrazioni, ma non sacrificano l'accuratezza nel processo. Ad esempio, non rappresentare un servizio in una rete virtuale se non è presente in tale rete virtuale. Un diagramma è uno strumento di comunicazione, quindi è necessario evitare errori di comunicazione da errori.

Includere i metadati. Assicurarsi che un diagramma contenga metadati che fornisca informazioni essenziali sullo scopo del diagramma. I metadati offrono anche un contesto per aiutare i visualizzatori a comprendere l'ambito e il significato del diagramma. Includere elementi come titolo, descrizione, ultima data aggiornata, autore e riferimenti esterni.

Usare icone e nomi di servizio ufficiali. Quando si rappresenta una tecnologia specifica, usare le icone ufficiali più recenti del provider tecnologico. Se si identifica la tecnologia è importante, usare il nome ufficiale per il servizio.

Ecco ad esempio le icone per i servizi Microsoft:

• Icone di architetture di Azure
• Icone di Microsoft 365
• Icone di Microsoft Dynamics 365
• Icone di Microsoft Power Platform

Tipi di diagrammi di progettazione

L'architettura del carico di lavoro è complessa e multidimensionale. Ogni tipo di dimensione è incentrato su un aspetto specifico del sistema fornendo un livello di dettaglio specifico per tale dimensione. Ad esempio, i diagrammi di flusso illustrano il flusso di processo. I diagrammi delle relazioni tra entità illustrano le relazioni tra i componenti di sistema.

Avere diversi tipi di diagrammi consente una comprensione completa delle dimensioni. Aiuta a incoraggiare la comunicazione efficace, la risoluzione dei problemi e il processo decisionale tra gli stakeholder.

Diagramma di sistema di alto livello

Un diagramma di sistema di alto livello funge da panoramica generale di un intero carico di lavoro o di una sottosezione all'interno di un carico di lavoro. Include i componenti principali, le relazioni tra loro e l'ordine approssimativo in cui i dati vengono trasmessi attraverso il sistema. Le frecce mostrano la direzione dell'interazione.

Questi diagrammi sono validi per raggiungere una comprensione comune in modo che sia possibile avviare discussioni più approfondite o per la comunicazione degli stakeholder.

Diagramma a blocchi

Un diagramma a blocchi suddivide un carico di lavoro nei blocchi funzionali principali. I blocchi sono in genere agnostici. Fanno riferimento alla funzionalità eseguita anziché a un componente specifico.

Ad esempio, un diagramma a blocchi potrebbe fare riferimento a un "bus di messaggistica" anziché a una tecnologia del bus di messaggio specifica. Questo tipo di diagramma può aiutare a spiegare la struttura, il flusso di dati e il flusso di elaborazione di un sistema senza distrare il pubblico con dettagli fine.

Diagramma dei componenti

Un diagramma dei componenti funziona come un diagramma a blocchi, ma sostituisce blocchi di funzionalità generici con tecnologie specifiche. Presenta una vista dettagliata con l'obiettivo di comunicare i singoli componenti tecnologici del sistema e le relative relazioni, ad esempio client/server. Questi diagrammi sono una sorta di fattura visiva dei materiali per l'ambito del diagramma.

Diagramma distribuzione

Un diagramma di distribuzione è incentrato sulla distribuzione dell'infrastruttura, sul software non disponibile (COTS) e sul codice personalizzato nel carico di lavoro. Mostra come il software e il codice vengono distribuiti nell'infrastruttura di hosting.

Diagramma del flusso di dati

Un diagramma del flusso di dati (DFD) illustra il modo in cui i dati si spostano attraverso un sistema, che è utile durante la modellazione dei sistemi incentrati sui dati. In un diagramma come questo è consigliabile notare se i dati vengono spostati in batch o in tempo reale per rimuovere l'ambiguità.

Diagramma sequenza

Un diagramma di sequenza illustra gli scambi di comunicazione tra i componenti del carico di lavoro nel tempo. Illustra le relazioni client/server e la loro natura sincrona o asincrona. Evidenzia anche le dipendenze in questi scambi e valuta gli scenari di errore all'interno di essi.

Diagramma del flusso utente

Un diagramma del flusso utente è incentrato su un'interazione con ambito tra carichi di lavoro, utenti o attori e il carico di lavoro. È utile chiarire e visualizzare i requisiti funzionali in diversi modi in cui un utente e i dati dell'utente interagiscono con il sistema.

Diagramma delle relazioni di entità

Un diagramma di relazione di entità è un diagramma di modellazione che rappresenta la struttura di un database o di un altro sistema di archiviazione. Mostra la relazione tra entità ,ad esempio tabelle, tramite attributi standard del settore e simboli di associazione.

Diagramma di rete

Un diagramma di rete illustra la soluzione dal punto di vista della rete in cui viene eseguita o interagisce. Questi diagrammi sono utili per visualizzare la segmentazione di rete del carico di lavoro, i punti di rete di errore e le transizioni di rete chiave, ad esempio i punti di uscita e di ingresso di Internet.

I diagrammi di rete in genere hanno un'implementazione precedente. Vengono spesso usati nei controlli e nella risposta agli eventi imprevisti.

Diagramma di stato

Un diagramma dello stato è una visualizzazione specializzata. Mostra lo stato in cui si trova un flusso (o un singolo componente). Mostra anche come il flusso passa tra stati in risposta a condizioni o eventi.

Diagramma di flusso

Anche se non è un diagramma dell'architettura in particolare, un diagramma di flusso è un altro modo per portare chiarezza a una progettazione. I diagrammi di flusso sono spesso utili quando rappresentano flussi di lavoro complessi o logica. È possibile usarli per perfezionare i requisiti e per guidare le scelte di implementazione.

Passaggi successivi

Elenco di controllo dell'architetto