É
uma construção de
agrupamento que permite a
você pegar qualquer construção
na UML e agrupar seus elementos
em unidades de nível alto.
 Representa um grupo de classes
(ou outros elementos) que se
relaciona com outros pacotes
através de uma relação de
dependência.
 Os
pacotes também podem
ser membros de outros
pacotes, construindo uma
estrutura hierárquica.
 Cada
pacote representa um espaço
de nomes, o que significa que toda
classe deve ter um nome exclusivo
dentro do pacote a que pertence. Se
eu quiser criar uma classe Date e já
existir uma classe Date dentro do
pacote System, eu posso ter minha
classe Date, desde que a coloque em
um outro pacote.
Nome
que mostra a
estrutura do pacote
ao qual pertence.
Ex: Java::Util::Date
 Xiii!!
Muito complicado.
 É necessário uma habilidade em
projetos para ser respondida.
 Porém existem dois princípios básicos
dos diagramas de pacotes, são eles,
o Princípio do Fechamento Comum e
o Princípio da Reutilização Comum .
As
classes de um pacote
devem precisar de
alterações por motivos
semelhantes.
Todas
as classes de uma
pacote devem ser
reutilizadas juntas.
Se você tem pacotes de
apresentação e de domínio,
então tem uma dependência do
pacote de apresentação para o
pacote de domínio, caso
qualquer classe do pacote de
apresentação dependa de
qualquer classe do pacote de
dependência.
Logo, as
dependências entre
pacotes resumem as
dependências entre
seus conteúdos.
A
camada de aplicação:
apresentação, domínio,
mapeamento de dados e banco
de dados.
 E a áreas de assunto:
arrendamento e bens.
Frequentemente, você
verá um caso em que
um pacote define uma
interface que pode ser
implementada por vários
outros pacotes.
É extremamente útil em
sistemas de grande
porte, para ter uma visão
de dependência entre
os principais elementos
de um sistema.
 Pesquise
Robert Martin.