Diagramma dei componenti: modellazione di sistema efficiente con moduli software

L’Unified Modeling Language, in italiano “linguaggio di modellazione unificato”, offre uno standard ISO universale per lo sviluppo di software e architetture di sistema complesse. Il linguaggio di modellazione, abbreviato in “UML”, utilizza diversi tipi di diagramma per progettazioni e processi di sviluppo nella programmazione orientata agli oggetti.

Nell’attuale versione (UML 2.5) si fa una differenza tra 14 tipi di diagramma, grosso modo suddivisi in diagrammi comportamentali e strutturali. Al secondo sottogruppo appartengono i diagrammi dei componenti. Vi spiegheremo cos’è un diagramma dei componenti, a cosa serve e come si crea con un esempio concreto.

I diagrammi dei componenti UML rappresentano le relazioni tra singoli componenti di sistema in una vista di progettazione statica. Nel farlo possono essere considerati aspetti di modellazione sia logici che fisici.

Nel contesto UML, i componenti sono parti modulari di un sistema, che sono indipendenti e possono essere sostituiti da componenti equivalenti. Sono chiusi in sé e incapsulano tutte le strutture complesse desiderate. Per gli elementi incapsulati sono possibili contatti con altri componenti solo tramite interfaccia. I componenti possono mettere a disposizione le proprie interfacce, ma anche ricorrere a interfacce di altri componenti, per avere accesso ad esempio alle loro funzioni o servizi. Allo stesso tempo, in un diagramma dei componenti, le interfacce documentano le relazioni e interdipendenze di un’architettura software.

I componenti incapsulano di norma delle classi e vengono quindi definiti anche come sottosezioni o specializzazioni di una classe. Come una classe dispongono di una struttura composita e possono essere definiti in maniera più dettagliata tramite attributi, metodi e operazioni. I componenti possono essere un insieme di classi e nel tempo, ad esempio, implementati da una o più classi. Anche se i componenti vengono spesso equiparati alle classi ci sono anche differenze: mentre i componenti hanno bisogno sostanzialmente di interfacce per l’interazione, in una classe si può anche avere accesso diretto a un metodo.

Il concetto di componente è molto ampio in UML. Fanno parte dei componenti diversi elementi del sistema come banche dati, pacchetti (packages), file e librerie (per es. Dynamic Link Libraries/DLLs). Oltre ai componenti di tipo tecnico, come per l’accesso ad una banca dati, ci sono anche componenti specializzati, che possono ad esempio fare riferimento a settori o processi di attività. Per comprendere tali relazioni, che possono anche essere di ampio respiro, UML prevede lo stereotipo <<subsystem>>.

Dato che i diagrammi dei componenti modellano un sistema orientato all’attuazione, esistono speciali componenti di implementazione che selezionano in maniera mirata singoli aspetti della realizzazione. I componenti possono essere utilizzati ad esempio per implementare altri componenti, come gli Executables (file eseguibili con estensione*.exe) in Windows.

Tirando le fila, più componenti creano un’architettura di sistema ampia. I componenti possono includere anche altri componenti così come disporsi uno sull’altro; un componente, quindi, può anche presupporre l’esistenza di altri componenti (relazione di dipendenza). Inoltre i moduli software possono riferirsi a diverse fasi di realizzazione: alcuni componenti servono soprattutto alla pianificazione e progettazione in fase di bozza, mentre altri si sviluppano solamente all’esecuzione del software. A tal proposito si parla di componenti di progetto e componenti di runtime.

Un diagramma dei componenti ha lo scopo di fornire una panoramica di sistema che dia una visione d’insieme, che documenti l’organizzazione dei componenti del sistema e delle relazioni e interdipendenze tra gli stessi. I diagrammi dei componenti offrono un punto di vista orientato all’esecuzione, danno quindi allo sviluppatore informazioni relative al funzionamento del sistema nel suo insieme e sul raggiungimento dei suoi compiti e obiettivi.

Importanti obiettivi e scopi d’uso del tipo di diagramma sono la modellazione di sistemi software basati sui componenti, la specifica di un’architettura software e la suddivisione di un sistema in sottosistemi (ad es. interfacce grafiche/GUI, area business e persistenza con banche dati relazionali). Inoltre, alle sottoaree e alle loro interfacce vengono attribuiti compiti e funzioni concrete all’interno di un sistema.

I diagrammi dei componenti UML sono un elemento importante in economia per lo scambio con i clienti, dato che una riduzione di complessità rende i progetti più facilmente comprensibili e comunicabili. Inoltre i diagrammi dei componenti supportano e semplificano la gestione dello sviluppo software, in quanto riuniscono le classi in componenti gestibili.

L’approccio modulare del tipo di diagramma contribuisce inoltre all’economicità e all’efficienza dei progetti, visto che i sistemi di software possono essere modellati anche come relazioni strutturate di funzioni formate da componenti riutilizzabili. I diagrammi dei componenti visualizzano in modo chiaro quali elementi usare ripetutamente e in quali posizioni di un’architettura. I progetti di sistema possono essere orientati in maniera ottimale verso la riutilizzabilità dei componenti e la loro interazione efficiente.

I sistemi di software basati sui componenti consentono di risparmiare tempo e costi nella fase di pianificazione e attuazione dei sistemi, visto che si può attingere a quanto già presente. Inoltre moduli software provati e testati diminuiscono i rischi e riducono le fonti di errore, soprattutto per la realizzazione di progetti complessi. Per la creazione di sistemi è possibile acquistare anche moduli di produttori terzi, perciò si riesce a compensare anche la mancanza di un proprio know-how.

A partire da questi elementi di base è possibile ad esempio creare un semplice diagramma dei componenti tramite il software open source gratuito JGraph.

La profondità di rappresentazione di un diagramma dei componenti può essere ampliata definendo in maniera ancora più dettagliata gli elementi che ne fanno parti tramite uno standard UML ancora più preciso. Una classe utilizzata può essere definita più da vicino tramite attributi e operazioni. Il nostro articolo sui diagrammi di classe illustra in maniera chiara le opzioni per una specificazione dettagliata delle classi. Altre opzioni di progettazione e modellazione sono offerti dai diagrammi dei casi d’uso e dai diagrammi di stato.