Artefato: Modelo de Objetos de Negócios

Modelo de Objetos de Negócios	O modelo de objetos de negócios descreve a realização de casos de uso de negócios.
Representação em UML:	Modelo, estereotipado como "modelo de objetos de negócios".
Papel:	Analista do Processo de Negócios
Possibilidade de Opção:	Pode ser excluído.
Relatórios de Exemplo:	Relatório Sintético de Modelo de Objetos de Negócios
Mais informações:	Diretrizes:Diagrama de Estados no Modelo de Objetos de Negócios Diretrizes:Diagrama de Seqüência no Modelo de Objetos de Negócios Diretrizes:Transição de Modelos de Negócios para Sistemas Diretrizes:Diagrama de Colaboração no Modelo de Objetos de Negócios Diretrizes:Diagrama de Classes no Modelo de Objetos de Negócios Diretrizes:Generalização no Modelo de Objetos de Negócios Diretrizes:Agregação no Modelo de Objetos de Negócios Diretrizes:Associação no Modelo de Objetos de Negócios Diretrizes:Diagrama de Atividades no Modelo de Objetos de Negócios Diretrizes:Modelo de Objetos de Negócios Pontos de Controle:Modelo de Objetos de Negócios
Finalidade Propriedades Ocorrência Responsabilidade Adaptação

Entrada para Atividades:

Desenvolver Visão

Capturar um Vocabulário Comum

Localizar Atores e Casos de Uso

Detalhar um Trabalhador de Negócio

Detalhar uma Entidade de Negócios

Definir Requisitos de Automatização

Revisar Modelo de Objetos de Negócios

Definir a Arquitetura de Negócios

Manter Regras de Negócios

Saída de Atividades:

Localizar Entidades e Trabalhadores de Negócios

Finalidade

As seguintes pessoas usam o modelo de objetos de negócios:

O analista do processo de negócios é responsável pela integridade do modelo.
O designer de negócios documenta detalhes sobre as responsabilidades das pessoas e os "itens" produzidos ou usados pelo negócio nesse modelo.
O analista de sistemas usa esse modelo como base para identificar atores e casos de uso do sistema.
O designer usa esse modelo como base para identificar classes nos modelos de análise e design.

Propriedades

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".
Unidades Organizacionais	Os pacotes do modelo, representando uma hierarquia.	Incluídos por meio da associação "representa" ou recursivamente através da agregação "possui".
Trabalhadores de Negócios	As classes de trabalhadores de negócios do modelo, pertencentes aos pacotes.	Adquiridos recursivamente através da agregação "possui".
Entidades de Negócios	As classes de entidades de negócios do modelo, pertencentes aos pacotes.	- " -
Relacionamentos	Os relacionamentos do modelo, pertencentes aos pacotes.	- " -
Realizações de Casos de Uso de Negócios	As realizações de casos de uso do modelo, pertencentes aos pacotes.	- " -
Diagramas	Os diagramas do modelo, pertencentes aos pacotes.	- " -

Ocorrência

O modelo de objetos de negócios é criado durante a fase de iniciação e finalizado durante a fase de elaboração.

Responsabilidade

O analista do processo de negócios é responsável pela integridade do modelo de objetos de negócios, garantindo que:

As unidades organizacionais representem corretamente a estrutura do negócio.
O conjunto de trabalhadores de negócios abranja todas as responsabilidades do negócio.
O conjunto de entidades de negócios abranja todos os "itens" produzidos e usados no negócio.

Adaptação

Identificamos três principais variantes para a adaptação do modelo de objetos de negócios:

Criar um modelo de objetos de negócios "incompleto", geralmente chamado de modelagem do domínio.
Criar duas versões do modelo de objetos de negócios: os modelos "como está" e "poderá ser".
Excluir o modelo de objetos de negócios.

Consulte também Diretrizes: Avaliação da Organização-alvo.

Você pode optar por desenvolver um modelo de objetos de negócios "incompleto" concentrando-se na explicação dos "itens" e produtos importantes para o domínio do negócio. Esse modelo não inclui as responsabilidades das pessoas; apenas descreve o conteúdo da organização. Ele costuma ser conhecido como modelo de domínio. Nesse caso, o estereótipo do modelo deveria ser "modelo de domínio", e não "modelo de objetos de negócios".

Modelos Como Está e Poderá Ser

Caso a finalidade do esforço de modelagem de negócios seja efetuar a reengenharia de negócios, você deverá criar duas variantes do modelo de objetos de negócios: uma que mostre a situação atual (como está) e outra que mostre os processos previstos (poderá ser).

A versão "como está" do modelo de objetos de negócios é simplesmente um inventário das realizações de casos de uso de negócios. Os elementos do modelo de objetos de negócios não são descritos em detalhes; normalmente breves descrições são suficientes. As realizações de casos de uso podem ser documentadas com um simples diagrama de atividades, no qual as raias correspondem a elementos do modelo de objetos de negócios.

Exclusão do Modelo de Objetos de Negócios

Se o domínio do negócio for bem entendido por todos os membros da equipe do projeto, as vantagens de desenvolver um modelo de objetos de negócios serão bem menores. Quando isso ocorre, o modelo de objetos de negócios pode ser totalmente omitido.

O modelo de objetos de negócios é uma maneira de expressar os processos de negócios em termos de responsabilidades, produtos liberados e comportamento colaborativo. Se um modelo de objetos de negócios não for produzido, você estará correndo o risco de os desenvolvedores darem atenção apenas superficial à maneira como o negócio é realizado. Eles farão o que sabem melhor, ou seja, projetar e criar software sem conhecimento do processo de negócios. Como resultado, pode ser que os sistemas criados não atendam às necessidades do negócio.

Rational Unified Process