Rappresentazione UML: Pacchetto nel modello del caso d'uso, o stereotipato come <<pacchetto del caso
d'uso>>
+ Fornire una struttura del modello gerarchico con unità funzionali separate. Questo è più facile da comprendere
rispetto ad una struttura del modello flat (senza pacchetti) se il modello del caso d'uso ed il sistema è relativamente
ampio.
+ Offrire una buona opportunità per distribuire il lavoro e le responsabilità tra diversi sviluppatori in base
alla loro area di competenza. Questo è particolarmente importante quando si sta creando un sistema di grosse
dimensioni. I pacchetti del caso d'uso offrono anche una base sicura se è necessario assicurare riservatezza tra gli
sviluppatori in modo che solo pochi conoscano la funzionalità completa del sistema.
+ Poiché i pacchetti del caso d'uso dovrebbero essere unità di elevata coesione, la modifica di un pacchetto non
riguarda altri pacchetti.
- La manutenzione dei pacchetti del caso d'uso significa più lavoro per il team di modellazione del caso d'uso.
- L'utilizzo dei pacchetti del caso d'uso significa che c'è ancora un altro concetto degno di nota che gli
sviluppatori devono imparare.
Se si utilizza questa tecnica, è necessario decidere quanti livelli di pacchetti utilizzare. Una buona regola generale
è che ogni pacchetto del caso d'uso dovrebbe contenere approssimativamente da 3 a 10 unità più piccole (casi d'uso,
attori o altri pacchetti). La tabella di seguito riportata dà alcuni suggerimenti su quanti pacchetti è necessario
utilizzare dato il numero di casi d'uso e attori. Le quantità si sovrappongono poiché non è possibile dare linee guide
esatte.
-
0-15: Nessun pacchetto del caso d'uso necessario.
-
10-50: Utilizzare un livello dei pacchetti del caso d'uso.
-
> 25: Utilizzare due livelli dei pacchetti del caso d'uso.
|