Artefato: Modelo de Casos de Uso de Negócios

Nome da Propriedade	Breve Descrição	Representação em UML
Introdução	É uma descrição textual que funciona como uma rápida introdução do modelo.	Valor rotulado, do tipo "texto curto".
Descrição do Relatório Sintético	Uma descrição textual que contém informações não refletidas pelo restante do Modelo de Casos de Uso de Negócios, como seqüências em que os casos de uso de negócios são iniciados por usuários e a funcionalidade não é abordada pelo Modelo de Casos de Uso de Negócios.	Valor rotulado, do tipo "texto formatado".
Pacotes de Casos de Uso de Negócios	Os pacotes do modelo, representando uma hierarquia.	Incluídos por meio da associação "representa" ou recursivamente através da agregação "possui".
Casos de Uso de Negócios	Os casos de uso de negócios do modelo, pertencentes aos pacotes.	Adquiridos recursivamente através da agregação "possui".
Atores de Negócios	Os atores de negócios do modelo, pertencentes aos pacotes.	Adquiridos recursivamente através da agregação "possui".
Relacionamentos	Os relacionamentos do modelo, pertencentes aos pacotes.	Adquiridos recursivamente através da agregação "possui".
Diagramas	Os diagramas do modelo, pertencentes aos pacotes.	Adquiridos recursivamente através da agregação "possui".

Ocorrência

O Modelo de Casos de Uso de Negócios é criado durante a fase de Iniciação e o início da fase de Elaboração.

Responsabilidade

Observe que o analista do processo de negócios não é responsável pelos pacotes de casos de uso de negócios, atores de negócios, casos de uso de negócios, relacionamentos ou diagramas em si. Eles estão sob a responsabilidade do designer de negócios correspondente.

Adaptação

Caso a finalidade do esforço de modelagem de negócios seja efetuar a reengenharia da organização-alvo, você deverá manter duas variantes do Modelo de Casos de Uso de Negócios: uma que mostra os atores de negócios e casos de uso de negócios da organização-alvo atual (do tipo "como está") e outra que mostra os atores de negócios e os casos de usos de negócios previstos (do tipo "poderá ser").

Se você pretende reformular de forma significativa a maneira como a organização-alvo funciona (reengenharia de negócios), essa separação será necessária. Caso contrário, a reformulação será realizada sem que você tenha conhecimento de quais são as mudanças propostas na realidade e não conseguirá estimar os custos dessas mudanças. É uma situação semelhante à de um arquiteto encarregado de elaborar planos para transformar uma residência de um pavimento em outra de três pavimentos, sem ter uma planta atualizada para trabalhar.

O custo de manter dois Modelos de Casos de Uso não é insignificante, e você deve pensar cuidadosamente em quanto esforço terá de ser aplicado em um modelo do tipo "como está". Normalmente, você não faria mais do que identificar e descrever brevemente os casos de uso de negócios e os atores de negócios. Você também deve resumir brevemente os casos de uso de negócios essenciais para o esforço, possivelmente ilustrando-os com um diagrama de atividades simples. O nível de detalhamento escolhido deve fornecer um entendimento compartilhado da organização-alvo.