Pacote de Casos de Uso
Um pacote de casos de uso é um conjunto de casos de uso, atores, relacionamentos, diagramas e outros pacotes. Ele é usado para estruturar o modelo de casos de uso dividindo-o em partes menores.
Representação em UML: Pacote no modelo de casos de uso, seja o pacote de nível superior ou estereotipado como "pacote de casos de uso"
Papel: Especificador de Requisitos
Opcionalidade: o "pacote de casos de uso" pode ser excluído.
Relatórios: Relatório Sintético de Modelo de Casos de Uso
Mais Informações:

Informações para as Atividades: Resultado das Atividades:

Finalidade Início da página

Estes são aqueles que usarão os pacotes de caso de uso:

  • Os analistas de sistemas usam os pacotes de caso de uso para estruturar o modelo de casos de uso.
  • Todos aqueles que capturam os requisitos da próxima versão do sistema sobre os pacotes de casos de uso para entender a estrutura do modelo de casos de uso.
  • Os especificadores de requisitos usam pacotes de casos de uso como referência às partes do sistema em que eles não estão trabalhando.
  • Os testadores usam pacotes de casos de uso como informações para o planejamento de atividades de teste.

Propriedades Início da página

Nome da Propriedade

Breve Descrição

Representação em UML

Nome O nome do pacote. O atributo "Nome" no elemento do modelo.
Breve Descrição Descrição resumida do papel e da finalidade do pacote. Valor rotulado, do tipo "texto curto".
Casos de Uso Os casos de uso contidos diretamente no pacote. Incluídos por meio da agregação "propriedade".
Atores Os atores contidos diretamente no pacote. - " -
Relacionamentos Os relacionamentos contidos diretamente no pacote. - " -
Diagramas Os diagramas contidos diretamente no pacote. - " -
Pacote de Casos de Uso Os pacotes contidos diretamente no pacote. - " -

Tempo Início da página

O particionamento do pacote de casos de uso é feito quando o modelo de casos de uso cresce a ponto de não poder se manter como uma estrutura serializada. Isso pode ocorrer na fase de iniciação ou posteriormente nas fases de elaboração ou construção.

Responsabilidade Início da página

Um especificador de requisitos é responsável pela integridade do pacote e garante que:

  • O pacote atenda aos requisitos.
  • O pacote seja o mais independente possível dos outros pacotes.
  • A existência do conteúdo direto do pacote (inclusive os casos de uso, atores, relacionamentos, diagramas e pacotes) seja justificada e sua consistência mantida.

Recomenda-se que o especificador de requisitos responsável por um pacote de casos de uso também se responsabilize pelos casos de uso contidos no pacote. Para obter mais informações, consulte Diretrizes: Caso de Uso.

Adaptação Início da página

+ Contém uma estrutura hierárquica de modelos com unidades funcionais separadas. Mais facilmente compreendida do que a estrutura de modelo serializado (sem pacotes) se o modelo de casos de uso e o sistema forem relativamente grandes.

+ Permite distribuir trabalho e responsabilidades entre vários desenvolvedores de acordo com sua área de competência. É particularmente importante quando você cria sistemas de grande porte. Os pacotes de casos de uso também oferecem uma base segura caso você precise garantir a confidencialidade entre os desenvolvedores, de forma que apenas alguns conheçam a funcionalidade completa do sistema.

+ Como os pacotes de casos de uso devem ser unidades de alta coesão, a mudança de um pacote não afetará os outros.

- Manter pacotes de casos de uso significa mais trabalho para a equipe de modelagem de casos de uso.

- A utilização de pacotes de casos de uso significa a existência de um outro conceito a ser aprendido pelos desenvolvedores.

Se você aplicar essa técnica, terá que escolher como os vários níveis de pacotes serão usados. Uma regra a ser observada é que cada pacote de casos de uso deve conter aproximadamente 3 a 10 unidades menores (casos de uso, atores ou outros pacotes). A tabela abaixo mostra algumas sugestões de como vários pacotes usam determinado número de casos de uso e atores. As quantidades se sobrepõem, porque é impossível determinar definições exatas.

  • 0-15: Não há necessidade de usar pacotes de casos de uso.
  • 10-50: Usar um nível de pacotes de casos de uso.
  • > 25: Usar dois níveis de pacotes de casos de uso.


Copyright  (c) 1987 - 2001 Rational Software Corporation


Exibir o Rational Unified Process usando quadros

Rational Unified Process