{"id":74036,"date":"2022-03-16T12:42:23","date_gmt":"2022-03-16T16:42:23","guid":{"rendered":"http:\/\/ideascale.com\/lablog\/diversi-tipi-di-umil-diagrammi\/"},"modified":"2024-02-13T05:30:35","modified_gmt":"2024-02-13T09:30:35","slug":"diversi-tipi-di-umil-diagrammi","status":"publish","type":"post","link":"https:\/\/ideascale.com\/it\/lablog\/diversi-tipi-di-umil-diagrammi\/","title":{"rendered":"L’elenco completo di tutti i 14 tipi di diagrammi UML"},"content":{"rendered":"
<\/p>\n
\n Il sistema Unified Modeling Language (UML) \u00e8 lo standard industriale per semplificare l’architettura del software. Si tratta di un insieme di tecniche specifiche di notazione grafica per rappresentare modelli visivi di ecosistemi software complessi. Gli sviluppatori utilizzano diversi tipi di diagrammi per illustrare vari aspetti dei sistemi software e ognuno di questi \u00e8 spesso costruito con diversi tipi di diagrammi UML.<\/p>
\n <\/p><\/p>\n \n
\n A seconda del tipo di diagramma UML, esso pu\u00f2 includere o meno sia componenti software che hardware; in questo articolo discuteremo i 14 diversi tipi di diagrammi UML.<\/p>
\n <\/p><\/p>\n \n
\n Two Broad Categories<\/b><\/p>
\n <\/p><\/p>\n \n
\n UML 2.2 \u00e8 la norma pi\u00f9 recente e accettata in tutto il settore. Comprende 14 tipi di UML, ognuno dei quali serve a scopi specifici. Queste 14 categorie rientrano in due gruppi principali, UML statico e dinamico.<\/p>
\n <\/p><\/p>\n \n
\n Il tipo statico \u00e8 noto anche come diagrammi strutturali. L’altro nome del diagramma UML dinamico \u00e8 UML comportamentale.<\/p>
\n <\/p><\/p>\n \n
\n <\/p><\/p>\n \n
\n L’UML statico rappresenta varie interpretazioni dell’architettura del software quando non \u00e8 attivo. La visione statica definisce i componenti e le classi come unit\u00e0 discrete ma interconnesse. A seconda del tipo di rappresentazione, i diagrammi strutturali possono essere di sette sottotipi.<\/p>
\n <\/p><\/p>\n \n
\n <\/p><\/p>\n \n
\n Class Diagram<\/b><\/p>
\n <\/p><\/p>\n \n
\n I diagrammi di classe sono i diagrammi UML pi\u00f9 comuni. I componenti vengono classificati in varie classi, metodi e attributi chiave. La relazione tra questi elementi \u00e8 fondamentale ed \u00e8 in parte ci\u00f2 che rende unico il diagramma di classe.<\/p>
\n <\/p><\/p>\n \n
\n Object Diagram<\/b><\/p>
\n <\/p><\/p>\n \n
\n Il diagramma UML a oggetti mostra lo stato dell’architettura statica del software in un determinato punto di una funzione. Questi diagrammi mostrano anche le relazioni fisse tra le varie classi e collegano gli elementi in modo simile al diagramma delle classi. Il confronto tra il diagramma degli oggetti e la vista delle classi aiuta a verificare l’accuratezza della soluzione software.<\/p>
\n <\/p><\/p>\n \n
\n Deployment Diagram<\/b><\/p>
\n <\/p><\/p>\n \n
\n Il diagramma di distribuzione riguarda l’intera distribuzione dell’architettura software, compresi i componenti software e hardware. \u00c8 particolarmente utile quando si distribuiscono sistemi software su reti informatiche con configurazioni diverse.<\/p>
\n <\/p><\/p>\n \n
\n Composite Structure Diagram<\/b><\/p>
\n <\/p><\/p>\n \n
\n Il diagramma della struttura composita mostra la struttura interna di varie classi. Il grafico dettagliato mostra un quadro completo dei classificatori, compresi i componenti, le porte e i connettori. Sono simili ai diagrammi di classe, ma l’approccio \u00e8 pi\u00f9 granulare. In questo caso, l’enfasi principale \u00e8 posta sulla rappresentazione dei singoli componenti delle classi piuttosto che sulle ampie connessioni tra gli elementi.<\/p>
\n <\/p><\/p>\n \n
\n Package Diagram<\/b><\/p>
\n <\/p><\/p>\n \n
\n In UML, un pacchetto si riferisce a un gruppo di elementi rilevanti. Questi includono documenti, classi e altri pacchetti. Ogni singolo elemento ha una posizione specifica all’interno della gerarchia dei pacchetti. Questi pacchetti sono rappresentati come una cartella di file in UML e sono il fulcro del diagramma dei pacchetti.<\/p>
\n <\/p><\/p>\n \n
\n Profile Diagram<\/b><\/p>
\n <\/p><\/p>\n \n
\n Il diagramma del profilo \u00e8 un sottotipo relativamente nuovo introdotto in UML 2. Indica un meccanismo generico per estendere i modelli UML a domini particolari. Ad esempio, possono esistere diagrammi di profilo separati per i sistemi software aerospaziali e sanitari che rappresentano gli attributi unici di questi domini.<\/p>
\n <\/p><\/p>\n \n
\n Component Diagram<\/b><\/p>
\n <\/p><\/p>\n \n
\n Il diagramma dei componenti mostra le connessioni strutturali tra i vari componenti del sistema software. Mostra anche le interfacce e i connettori dell’architettura software.<\/p>
\n <\/p><\/p>\n \n
\n <\/p><\/p>\n \n
\n Il diagramma UML comportamentale mostra lo stato dell’architettura software quando viene utilizzato. Ha quattro sottotipi chiave.<\/p>
\n <\/p><\/p>\n \n
\n <\/p><\/p>\n \n
\n L’ultimo tipo \u00e8 il diagramma di interazione. Il diagramma UML di interazione \u00e8 composto da quattro sottotipi.<\/p>
\n <\/p><\/p>\n \n
\n <\/p><\/p>\n \n
\n State Machine Diagram<\/b><\/p>
\n <\/p><\/p>\n \n
\n Questa modalit\u00e0 rappresenta gli oggetti in diversi stati in un determinato punto del funzionamento. \u00c8 fondamentale visualizzare le transizioni di stato finite.<\/p>
\n <\/p><\/p>\n \n
\n Activity Diagram<\/b><\/p>
\n <\/p><\/p>\n \n
\n Questo modello UML mostra il flusso di lavoro all’interno del sistema software. Il flusso di controllo da un punto all’altro del sistema software \u00e8 fondamentale per comprenderne il funzionamento.<\/p>
\n <\/p><\/p>\n \n
\n Use Case Diagram<\/b><\/p>
\n <\/p><\/p>\n \n
\n Questi diagrammi rappresentano il quadro completo dell’attivit\u00e0 del sistema che coinvolge i casi d’uso e gli attori (utenti). Mostra le diverse funzioni realizzate sotto l’influenza degli attori.<\/p>
\n <\/p><\/p>\n \n
\n Sequence Diagram<\/b><\/p>
\n <\/p><\/p>\n \n
\n Questo diagramma UML mostra le interazioni tra i diversi oggetti nella gerarchia del software. Le frecce sono utilizzate per rappresentare le interazioni tra i diversi processi.<\/p>
\n <\/p><\/p>\n \n
\n Communication Diagram<\/b><\/p>
\n <\/p><\/p>\n \n
\n Questo tipo di diagramma di interazione si concentra sui messaggi trasmessi tra gli oggetti del sistema software.<\/p>
\n <\/p><\/p>\n \n
\n Interaction Overview Diagram<\/b><\/p>
\n <\/p><\/p>\n \n
\n Sono simili ai diagrammi di attivit\u00e0, ma rappresentano una scala pi\u00f9 ampia. Rappresentano una sequenza di diagrammi di interazione del sistema dinamico. Inoltre, mostra la serie di azioni semplificando le interazioni complesse a semplici rappresentazioni grafiche.<\/p>
\n <\/p><\/p>\n \n
\n Timing Diagram<\/b><\/p>
\n <\/p><\/p>\n \n
\n Questo sottotipo di diagrammi di interazione raffigura il comportamento dell’oggetto in un intervallo di tempo specifico. \u00c8 fondamentale interpretare le transizioni di stato e il comportamento degli oggetti nel rispetto dei vincoli di durata.<\/p>
\n14 Types of UML Diagrams<\/h2>
\n
Diagrammi strutturali o statici Sottotipi<\/h3>
\n
\n
\n
\n
\n
\n
\n
\n
Sottotipi di diagrammi UML comportamentali<\/h3>
\n
\n
\n
\n
\n
\n
\n
\n