Sa parehong antas, bawat pakete ay dapat magkaroon ng natatanging pangalan na naiiba sa ibang mga pakete. Ang mga pangalan ng pakete ay may dalawang anyo:
Simpleng pangalan: Ang simpleng pangalan ay gumagamit lamang ng string ng pangalan ng pakete;
Pangalan ng landas: Sa maraming kaso, ang isang pakete ay naglalaman ng iba pang mga pakete, kaya ang pangalan ng panlabas na pakete ay ginagamit upang ipahiwatig ang landas ng pakete. Ang pangunahing syntax ay: [Pangalan ng Panlabas na Pakete::Pangalan ng Pakete na Ito].

Ang isang pakete ay isang mekanismo ng pag-grupo, kaya maaari itong maglaman ng anumang mga elemento sa UML, tulad ng mga klase, mga bagay, mga use case, mga interface, mga bahagi, mga node, atbp. Maaari rin itong maglaman ng iba pang mga pakete, mga use case diagram, mga collaboration diagram, mga sequence diagram, atbp.
Ang visibility ng mga elemento sa loob ng isang pakete ay tumutukoy sa mga pahintulot sa pag-access ng mga panlabas na elemento sa mga elemento sa loob ng pakete. Karaniwang may tatlong pahintulot: pampubliko, pribado, protektado.

Dependency na relasyon: Ang dependency na relasyon sa pagitan ng mga pakete ay tumutukoy sa isang dependency na umiiral sa pagitan ng ilang mga elemento sa loob ng dalawang pakete. Ang dependency ay kinakatawan ng isang dashed na arrow, na may arrow na tumuturo mula sa dependent na pakete patungo sa pakete na ito ay nakasalalay. Ang dependency na relasyon sa pagitan ng mga pakete ay maaaring generalization, realization, import, atbp.
Generalization na relasyon: Ang generalization na relasyon sa pagitan ng mga pakete ay katulad ng generalization na relasyon sa pagitan ng mga klase. Ang generalization na relasyon na ito ay nangangahulugan na ang espesyal na pakete ay maaaring palitan ang mga elemento sa pangkalahatang pakete at maaaring magdagdag ng mga bagong elemento. Sa katunayan, ang generalization sa pagitan ng mga pakete ay isa ring uri ng dependency na relasyon.

Karaniwang may 6 na uri ng package stereotypes: business analysis model, business system, business use case analysis model, domain package, layer, at subsystem. Maaari mong piliin ang angkop na stereotype ayon sa pangangailangan upang mabilis na makilala ang papel ng pakete.

1. Pamahalaan ang pagiging kumplikado ng malalaking sistema
2. Ipakita ang modular na istraktura ng sistema
3. Ipakita ang dependency at interface na relasyon sa pagitan ng mga module
4. Pahusayin ang kolaborasyon ng koponan at dibisyon ng module

1. Layered modeling ng malalaking sistema
Ipakita ang mga architectural layers, tulad ng dependency na relasyon ng presentation layer, business layer, data access layer.
2. Kolaborasyon ng koponan at dibisyon ng module
Gamitin ang package diagrams upang hatiin ang mga responsibility modules bago ang pag-develop, linawin ang direksyon ng dependencies sa pagitan ng mga pakete, at iwasan ang circular dependencies.
3. I-align ang code sa mga modelo
Ang mga wika tulad ng Java, C++ ay may magandang mapping na relasyon sa pagitan ng 'packages' o 'namespaces' at UML package diagrams, angkop para sa code structure modeling.
4. I-refactor at i-optimize ang disenyo
Kilalanin ang mga isyu ng mataas na coupling at mababang cohesion sa pamamagitan ng pagsusuri ng package diagrams, at ayusin ang dibisyon ng module nang naaayon.