Allo stesso livello, ogni pacchetto deve avere un nome diverso dagli altri pacchetti. Il nome del pacchetto può essere di due forme:
Nome semplice: il nome semplice utilizza solo la stringa del nome del pacchetto;
Nome del percorso: in molti casi, un pacchetto contiene altri pacchetti, quindi si utilizza il nome del pacchetto esterno per indicare il percorso del pacchetto, la sintassi di base è: [Nome pacchetto esterno::Nome di questo pacchetto].

Un pacchetto è un meccanismo di raggruppamento, quindi può contenere qualsiasi elemento UML, come classi, oggetti, casi d'uso, interfacce, componenti, nodi, ecc., oltre ad altri pacchetti, diagrammi dei casi d'uso, diagrammi di collaborazione, diagrammi di sequenza, ecc.
La visibilità degli elementi nel pacchetto si riferisce ai permessi di accesso degli elementi esterni al pacchetto sugli elementi interni al pacchetto, con tre permessi comuni: pubblico, privato, protetto.

Relazione di dipendenza: la relazione di dipendenza tra pacchetti si riferisce all'esistenza di dipendenze tra diversi elementi all'interno di due pacchetti, la dipendenza è rappresentata da una freccia tratteggiata, la freccia punta dal pacchetto dipendente al pacchetto da cui dipende, la relazione di dipendenza tra pacchetti può essere generalizzazione, implementazione, importazione, ecc.
Relazione di generalizzazione: la relazione di generalizzazione tra pacchetti è simile alla relazione di generalizzazione tra classi, questa relazione di generalizzazione indica che il pacchetto speciale può sostituire gli elementi nel pacchetto generale e può aggiungere nuovi elementi, in realtà la generalizzazione tra pacchetti è anche una forma di dipendenza.

Gli stereotipi del pacchetto comuni sono 6: modello di analisi aziendale, sistema aziendale, modello di analisi dei casi d'uso aziendali, pacchetto di dominio, livello e sottosistema, è possibile scegliere lo stereotipo appropriato in base alle necessità per identificare rapidamente la funzione del pacchetto.

1, Gestire la complessità dei grandi sistemi
2, Riflettere la struttura modulare del sistema
3, Rappresentare le relazioni di dipendenza e le relazioni di interfaccia tra moduli
4, Facilitare la collaborazione del team e la suddivisione dei moduli

1, Modellazione a livelli di grandi sistemi
Rappresentare la suddivisione in livelli dell'architettura, come la rappresentazione delle relazioni di dipendenza tra livello di presentazione, livello di business, livello di accesso ai dati.
2, Collaborazione del team e suddivisione dei moduli
Prima dello sviluppo, utilizzare un diagramma dei pacchetti per suddividere i moduli di responsabilità, chiarire la direzione delle dipendenze tra pacchetti, evitare dipendenze cicliche.
3, Allineamento tra codice e modello
In linguaggi come Java, C++, il “pacchetto” o “spazio dei nomi” ha una buona corrispondenza con il diagramma dei pacchetti UML, adatto per la modellazione della struttura del codice.
4, Rifattorizzazione e ottimizzazione del design
Analizzare il diagramma dei pacchetti per identificare problemi di alta coesione e basso accoppiamento, e quindi regolare la suddivisione dei moduli.