Modellazione della progettazione
Se il team collabora con altri team su un progetto di grandi dimensioni, problemi che si verificano quando i team integrano il codice possono rivelarsi costosi correggere. Il team può evitare che si verifichino questi problemi utilizzando modelli per comprendere le interfacce di ogni componente e il modo in cui si integrano prima di iniziare la codifica.
Componenti dell'applicazione
I diagrammi dei componenti illustrano come un'applicazione o un componente sia composto da parti collegate tra di esse. Il tipo di ogni parte è un componente più piccolo. Un componente può essere qualsiasi elemento, da un singolo oggetto a un sistema sostanziale, e i connettori tra di essi possono rappresentare chiamate al metodo, segnali di eventi, chiamate a un servizio Web e così via.
In superficie un componente presenta le interfacce fornite e obbligatorie. Le interfacce obbligatorie sono quelle possono essere utilizzate da altri componenti. Le interfacce obbligatorie sono quelle per cui il componente dipende da altri componenti.
.png "Diagramma dei componenti UML con parti")
Le interfacce obbligatorie consentono di rappresentare un componente separabile sia dai componenti che lo utilizzano sia da componenti che utilizza. Una chiara comprensione di questa separazione è importante affinché il team possa eseguire il test del componente in isolamento, utilizzando oggetti fittizi per collegarsi alle interfacce obbligatorie.
La rappresentazione esplicita delle interfacce obbligatorie consente spesso di ottenere progettazioni più nettamente separate e più flessibili. I componenti, una volta implementati, possono essere prontamente ricombinati con altri componenti per creare una variante del sistema, ottenendo una maggiore agilità per rispondere alle modifiche dei requisiti.
I modelli dei componenti non dovranno essere più dettagliati del necessario a ogni iterazione. Per ulteriori informazioni, vedere Diagrammi dei componenti UML: linee guida.
Interazioni tra le parti
Utilizzare i diagrammi di sequenza per discutere o illustrare il funzionamento di un componente. Rappresentare ogni porta o parte del componente con una linea di vita. In un diagramma è possibile illustrare in che modo interagiscono le parti interne lungo i percorsi dei connettori alla ricezione di un messaggio su una delle porte del componente padre.
Per ulteriori informazioni, vedere Diagrammi di sequenza UML: linee guida.
Interfacce dei componenti
Disegnare diagrammi classi per illustrare i tipi disponibili nelle interfacce per i componenti.
Iniziare con ogni interfaccia e visualizzare i relativi metodi.
Visualizzare quindi i tipi di parametri e i valori restituiti delle interfacce. Disegnare le proprietà come associazioni.
Dove un'interfaccia invia dati XML o altre strutture dei dati, potrebbe risultare utile disegnare la struttura utilizzando un diagramma classi UML.
Questi diagrammi possono essere utili durante le discussioni sul comportamento di un componente. Consentono inoltre di separare le discussioni del comportamento visibile esternamente dall'implementazione interna.
Modelli di progettazione
I modelli sono utili anche per descrivere i modelli ricorrenti. Così come il modello Observer è applicabile, ad esempio, a un'ampia varietà di applicazioni, in molti progetti vengono individuate configurazioni di oggetti utili per i propri scopi particolari. È possibile utilizzare diagrammi classi e di sequenza per descrivere le classi interattive.