Diretrizes:
|
 Modelo de Objetos de Negócios |
O modelo de objetos de negócios descreve a realização de casos de uso de negócios. Ele serve como uma abstração de como os trabalhadores de negócios e as entidades de negócios precisam ser relacionados e como eles precisam colaborar para realizar o negócio. |
Um modelo de objetos de negócios define os casos de uso de negócios do ponto de vista interno dos trabalhadores de negócios. O modelo define como as pessoas que trabalham no negócio, e os itens que elas tratam e usam, "as classes e os objetos de negócios", devem se relacionar uns com os outros, estaticamente e dinamicamente, para produzir os resultados esperados. Há uma ênfase nos papéis realizados na área de negócios e suas responsabilidades ativas. Juntos, os objetos das classes de modelo devem ser capazes de realizar todos os casos de uso de negócios.
Os principais elementos do modelo de objetos de negócios são:
- Diagramas de classe que mostram os trabalhadores de negócios e as entidades de negócios que participam.
- Diagramas de atividades onde as raias mostram as responsabilidades dos trabalhadores de negócios e os fluxos de objetos mostram como as entidades de negócios são usadas no fluxo de trabalho.
- Diagramas de seqüência que ilustram os detalhes da interação entre os trabalhadores de negócios, os atores de negócios e como as entidades de negócios são acessadas, durante o desempenho de um caso de uso de negócios.
O modelo de objetos de negócios inclui as noções de estrutura e comportamento juntas.
Forneça a cada Trabalhador de Negócios e Entidade um nome que expressa as responsabilidades de seus objetos.
Enquanto você estuda os trabalhadores de negócios e as entidades de negócios que participam dos casos de uso diferentes do negócio, talvez encontre vários que são tão semelhantes que são realmente uma classe. Mesmo quando diferentes casos de uso de negócios não têm necessidades idênticas, as classes podem ser semelhantes o suficiente para serem consideradas o mesmo fenômeno. Se for esse o caso, você deve mesclar as classes semelhantes em uma. Isso resulta em um trabalhador de negócios ou uma entidade de negócios que tem relacionamentos, atributos e operações suficientes para atender a todas as necessidades dos diferentes casos de uso de negócios.
Vários casos de uso de negócios podem, portanto, ter algumas necessidades diferentes em uma mesma classe. No caso dos trabalhadores de negócios, se você tiver funcionários capazes de atuar no conjunto de papéis descritos, também terá funcionários flexíveis que podem trabalhar em várias posições. Esse procedimento oferece um negócio mais flexível.
No modelo de objeto de negócios, os trabalhadores de negócios representam os papéis que os funcionários desempenham, enquanto as entidades de negócios representam os objetos que os funcionários manuseiam. Usando um modelo de objeto de negócio, você define como os funcionários do negócio precisam interagir para produzir os resultados desejados para o ator de negócios. O modelo de casos de uso do sistema e o modelo de design, por outro lado, especificam os sistemas de informações do negócio.
A modelagem do negócio e a modelagem do sistema indicam duas áreas de problemas diferentes, em dois níveis de abstração diferentes. Portanto, a regra geral é que os sistemas de informações não devem ter presença direta nos modelos de negócios.
Por outro lado, os funcionários que atuam como trabalhadores de negócios usam os sistemas de informações para se comunicar uns com os outros e com os atores, e também para acessar as informações sobre as entidades de negócios. Sempre que houver um link, uma associação ou um atributo, haverá também algum suporte dos sistemas de informações.
Esses dois contextos de modelagem têm os seguintes relacionamentos:
Essas relações são essenciais ao identificar os requisitos dos sistemas de informações que suportam o negócio.
Consulte a seção sobre Trabalhadores de Negócios Automatizados em Diretrizes: Dos Modelos de Negócios para Sistemas.
Às vezes, os funcionários do negócio entram em contato com os funcionários de outro negócio usando o outro sistema de informações do negócio. Do ponto de vista do negócio modelado, esse sistema de informações é um ator de negócios.
Um desenvolvedor de software tenta entender um problema no produto pelo qual é responsável. Para entender se o problema é causado pela ferramenta de programação que está sendo usada, ele entra em contato com o servidor do fornecedor na World Wide Web e estuda a lista de problemas conhecidos na versão atual da ferramenta de programação. Dessa forma, o trabalhador de negócios "Desenvolvedor de Software" interage com o ator de negócios "Servidor WWW do Fornecedor".
A regra geral é que os sistemas de informações não devem ser modelados explicitamente no modelo de objetos de negócios; eles são meramente ferramentas nas mãos dos trabalhadores de negócios. Nós apresentamos uma exceção a essa regra, que está relacionada aos sistemas de informações dos negócios diretamente usados por seus clientes. Se essa interação forma uma parte principal dos serviços do negócio, ela pode ser tão importante comercialmente que talvez você queira mostrá-la no modelo de objetos de negócios. Os serviços bancários por telefone são bons exemplos desse tipo de sistema de informações.
Do ponto de vista da modelagem de negócios, a seguinte abordagem é sugerida:
O modelo do objeto de negócios fornece uma imagem boa e abrangente da organização.
|
Rational Unified Process
|
