Diretriz: Modelo de Análise de Negócios
Um Modelo de Análise de Negócio define os casos de uso de negócios a partir do ponto de vista interno dos sistemas de negócio e dos trabalhadores de negócio. Essa diretriz explica como desenvolver um Modelo de Análise de Negócio.
Relacionamentos
Descrição Principal

Explicação

Um Modelo de Análise de Negócio define a realização dos casos de uso de negócios a partir do ponto de vista interno dos sistemas de negócio e dos trabalhadores de negócio. O modelo define como as pessoas e os sistemas que trabalham no negócio e os itens que elas manipulam e utilizam (entidades de negócio) devem estar relacionados uns com os outros, estaticamente e dinamicamente, para produzir os resultados desejados. Há ênfase nas funções executadas nas áreas de negócios e suas responsabilidades ativas. O modelo mostrará todas as colaborações necessárias para realizar todos os casos de uso de negócios e todas as classes das quais os objetos serão instanciados para ligar (preencher) essas funções.

Os elementos principais do Modelo de Análise de Negócio são:

  • Os Sistemas de Negócios particionam grandes modelos de negócios em áreas de responsabilidades interdependentes.Os Sistemas de Negócio encapsulam seus recursos e fornecem serviços através de interfaces para outras partes do negócio.
  • Trabalhadores de Negócio são as unidades ativas de um negócio - no Modelo de Análise de Negócio eles representam uma abstração de um humano ou software ou mesmo de um sistema que contém humanos, hardware e software (que, ao contrário de um sistema de negócio, não será decomposto dentro dos Modelos de Análise de Negócio ou de Design de Negócio). Suas responsabilidades são definidas no Modelo de Análise de Negócio. 
  • Entidades de Negócio representam distribuíveis, recursos e partes significativas de informações que são utilizadas ou produzidas.  
  • Eventos de Negócio representam ocorrências importantes na operação diária do negócio que potencialmente acionam outros processos de negócios.
  • Regras de Negócios, declarações de políticas ou condições que devem ser satisfeitas durante a execução de processos de negócios.
  • Realizações de Casos de Uso de Negócios mostram como os sistemas de negócio, os trabalhadores de negócio, as entidades de negócio e os eventos de negócio colaboram para executar um caso de uso de negócios. As Realizações de Caso de Uso de Negócio são documentadas com:
  • Diagramas de Classes que mostram sistemas de negócio, trabalhadores de negócio e entidades de negócio participantes.
  • Diagramas de Atividades nos quais as raias mostram as responsabilidades de sistemas de negócio ou trabalhadores de negócio e os fluxos de objetos mostram como as entidades de negócio são utilizadas no fluxo de trabalho. 
  • Diagramas de Seqüência que descrevem os detalhes da interação entre os sistemas de negócio, os trabalhadores de negócio e os agentes comerciais e como as entidades de negócio são acessadas durante o desempenho de um caso de uso de negócios. 

O Modelo de Análise de Negócio introduz as noções de estrutura e comportamento juntas. As Realizações de Casos de Uso de Negócios mapeiam as descrições do processo (Casos de Uso de Negócio), que especificam o comportamento desejado, para elementos estruturais dentro da organização (veja a figura que aparece após os indicadores).

A seguir, há algumas características do Modelo de Análise de Negócio:

  • É um artefato de ligação que articula as preocupações de negócio de uma maneira familiar aos desenvolvedores de software, enquanto ainda retêm um conteúdo puramente de negócios. É uma consolidação do que sabemos sobre a área de preocupação de negócios expressa em termos de objetos, atributos e responsabilidades. 
  • Explora a essência do conhecimento da área de negócios de uma maneira que fornece uma transição de pensar sobre questões de negócios para pensar sobre aplicativos de software.  
  • É uma maneira de consolidar os requisitos que serão ativados ou suportados pelos sistemas de informações que serão construídos. 
  • O processo de acordo com as definições do objeto de negócio, relacionamentos entre objetos e os nomes para os objetos e os relacionamentos entre os objetos permite que o conhecimento da área de negócios seja representado de maneira precisa que possa ser entendida e validada pelos especialistas na área de negócios.

Diagrama complexo mostrando o exemplo do modelo de análise de negócio.

Convenções de Nomenclatura

Em geral, os Sistemas de Negócios, os Trabalhadores, as Entidades e os Eventos de Negócios devem ter nomes descritivos curtos que são exclusivos e não são parecidos com outros nomes. Às vezes, pode ser necessário utilizar mais de uma palavra para descrever a finalidade do elemento de modelo e garantir que seja exclusivo e reconhecível, especialmente ao considerar um contexto maior (que pode se tornar importante no futuro).

Um Sistema de Negócios fornece uma coleta de responsabilidadesa relacionadas a uma finalidade específica e deve ser nomeada de modo que reflita essa finalidade. Pode ser tentador utilizar nomes genéricos ou capturar frases para nomes (como Serviços do Cliente), mas certifique-se de que o termo é realmente aplicável e descritivo. Geralmente, um verbo substantivado é útil (como Envio, Fatura ou Venda) como uma referência à finalidade do Sistema de Negócio (como Gerenciamento do Cliente ou Aquisição de Destino). Consulte Diretriz: Sistema de Negócio para obter informações adicionais.

Os Trabalhadores de Negócios devem ser nomeados de modo que expresse suas responsabilidades. Não descreva a função (no caso de um trabalhador de negócios humano), mas a função exercida pelo trabalhador de negócio na realização de caso de uso. Essa função é refletida pela finalidade com que o trabalhador de negócios está envolvido na realização de caso de uso de negócio. Consulte Diretriz: Trabalhador de Negócio para obter informações adicionais.

Por exemplo, imagine um processo em que os dados são digitados em um sistema pelo trabalhador de negócios e guardados até que um segundo trabalhador de negócios tenha verificado ou aprovado os dados antes do processamento (como em aplicativos de empréstimo em um banco). O trabalhador de negócios que insere os dados poderia ser denominado Digitador de Dados ou Atendente de Entrada de Dados e o segundo trabalhador de negócios poderia ser denominado Verificador, Autorizador ou Liberador. O Atendente de Entrada de Dados tem a desvantagem de parecer humano, enquanto os últimos três podem ter que ser mais qualificados em algum estágio (por exemplo, Autorizador de Hipoteca se o banco também vai começar a intermediar políticas de seguro).

As Entidades de Negócios devem ser nomeadas de modo que reflita as informações que elas representam. As entidades de negócios devem sempre ser definidas no Glossário de Negócios, já que normalmente há muita diferença de opinião em relação às definições e aos relacionamentos. Não inclua o estado ou as propriedades da Entidade de Negócio em seu nome. Os nomes da Entidade de Negócio devem estar no singular, não no plural. Consulte Diretriz: Entidade de Negócio para obter informações adicionais.

Os Eventos de Negócios devem ser denominados de modo que indiquem a ocorrência ou o estado alterado que representa. Não descreva o acionador do evento ou a reação ao evento no nome. A especificação do evento é independente de seus acionadores. Consulte Diretriz: Evento de Negócio para obter informações adicionais.

Objetos de Negócios em Relação aos Casos de Uso de Negócios

Na medida em que você estuda os trabalhadores de negócios e as entidades de negócios que participam dos casos de uso diferentes do negócio, você pode encontrar 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 esse for o caso, mescle as classes semelhantes em uma. Isso resulta em um trabalhador de negócio ou entidade de negócio que tem relacionamentos, atributos e operações suficientes para atender toda a demanda dos casos de uso de negócio diferentes. O diagrama no final da seção intitulada "Explicação" (acima) mostra como os trabalhadores de negócio e as entidades de negócio participam das realizações de casos de uso de negócios diferentes.

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.

O Modelo de Análise de Negócio e os Sistemas de Informações

No Modelo de Análise de Negócio, os Trabalhadores de Negócio representam as funções que as unidades ativas do negócio desempenharão, enquanto as Entidades de Negócio representam aqueles itens que a  unidade ativa  manipulará. Utilizando um Modelo de Análise de Negócio, você define como os Trabalhadores de Negócio (em um nível mais alto, os Sistemas de Negócio) precisam interagir para produzir os resultados desejados para o agente comercial. Dissemos acima que um Trabalhador de Negócio pode representar uma abstração de um sistema de software; quando você sair do contexto de modelagem de negócio, utilizará um Modelo de Caso de Uso do Sistema e um Modelo de Design para especificar o sistema de software.

A modelagem de negócio e a modelagem de software abordam domínios de problemas  diferentes em dois níveis de abstração diferentes. Portanto, como uma regra geral você deve respeitar essa diferença e não permitir que detalhes da modelagem de software atrapalhem os modelos de negócio, mas focalizar a finalidade do negócio dos Trabalhadores de Negócio. 

Quando você examina as interações e as características de trabalhadores de negócio no modelo 'como está' (particularmente aquelas funções executadas por trabalhadores humanos), a ocorrência e o consumo de eventos de negócio e as operações executadas nas entidades de negócio, determinadas heurísticas de relacionamento entre a modelagem de negócio e a modelagem de sistema poderão ser úteis, conforme você procura oportunidades de automação. Links, associações e atributos no modelo de negócio poderão sugerir uma possível automação:

  • Um funcionário agindo como um determinado trabalhador de negócios corresponde a um agente do sistema do sistema de informações. Ele ou ela é provavelmente melhor suportado se os sistemas de informações estiverem estruturados para que todo o trabalho em um caso de uso de negócio seja suportado por um caso de uso do sistema.
  • Alternativamente, se o caso de uso de negócio for grande, de longa duração ou combinar o trabalho de várias áreas dependentes, um caso de uso do sistema de informações pode suportar uma operação do trabalhador de negócios.
  • As coisas que os trabalhadores de negócio manipulam - modeladas como entidades de negócio - freqüentemente têm representações nos sistemas de informações. No modelo de objeto de um sistema de informações, essas entidades de negócios ocorrem como classes de entidade.
  • Os eventos de negócios são freqüentemente implementados como mensagens nos sistemas de software de arquitetura orientados para serviço ou como tarefas nos sistemas de automação do workflow.
  • As associações e agregações entre as entidades de negócios freqüentemente geram a associação e as agregações correspondentes entre as classes de entidade no Modelo de Design.
  • Portanto, um caso de uso do sistema de informações acessa e manipula as classes de entidade no modelo de design que representa as entidades de negócios acessadas pelo caso de uso de negócios suportado.
  • Um agente comercial que utiliza diretamente um sistema de informações de negócio se torna um agente comercial do sistema de informações no contexto de modelagem do sistema.

Esses relacionamentos são úteis ao identificar requisitos para os sistemas de informações suportarem o negócio. 

Consulte a seção sobre os trabalhadores de negócio automatizados em Diretriz: Indo dos Modelos aos Sistemas de Negócio

Sistemas de Informações como Agentes Comerciais

Às vezes, os funcionários de um negócio entram em contato com os funcionários de outro negócio por meio da utilização de um sistema de informações do primeiro negócio. Do ponto de vista do negócio modelado, esse sistema de informações é um agente de negócios.

Exemplo:

Um desenvolvedor de software tenta entender um problema no produto pelo qual é responsável. Para entender se o problema tem origem na ferramenta de programação que ele está utilizando, ele entra em contato com o servidor do fornecedor na World Wide Web e estuda a lista de problemas conhecidos na liberação atual da ferramenta de programação. Desse modo, o Desenvolvedor de Software do trabalhador de negócios interage com o Servidor WWW do Fornecedor do agente de negócio.

Sistemas de Informações Explicitamente no Modelo de Análise de Negócio

Conforme você modela as manipulações das entidades de negócio pelos trabalhadores de negócio, fica evidente que muitas das operações nas entidades de negócio serão executadas com a assistência de alguma ferramenta - talvez, baseada em computador. Optar por modelar isso explicitamente como um sistema de informações ou outro sistema (e, portanto, representá-lo por um trabalhador de negócio) depende de sua importância no negócio. Por exemplo, você provavelmente não poderá modelar um sistema de desktop simples que tem capacidades de processamento de texto e planilha como um trabalhador de negócio por si próprio. Por outro lado, quando você encontrar um sistema de informações em um negócio que  é diretamente utilizado por clientes e essa interação formar uma parte principal dos serviços de negócio, ela poderá ser tão comercialmente importante que você pode desejar mostrá-la no Modelo de Análise de Negócio. Os serviços bancários por telefone são bons exemplos desse tipo de sistema de informações.

Nesse caso, você poderá continuar como segue:

  • Considere o sistema de informações como um trabalhador de negócios totalmente automatizado que interage com um ator.
  • Se o sistema de informações refere-se a qualquer outro trabalhador de negócios ou entidades de negócios, considere a possibilidade de ilustrar esse relacionamento com um link ou uma associação. Talvez o sistema informe um trabalhador de negócios sobre seu progresso ou utilize informações referentes a uma entidade de negócios.
  • Descreva brevemente o trabalhador de negócios, bem como uma lista de serviços que represente o sistema de informações no Modelo de Análise de Negócios.
  • Modele todos os detalhes e as características do sistema de informações e seu ambiente em um Modelo do Sistema de Informações subordinado.
  • Introduza uma convenção de nomenclatura para que um trabalhador de negócio totalmente automatizado seja facilmente identificado entre os trabalhadores de negócio, por exemplo, um prefixo ou um sufixo como "nome automatizado do <trabalhador de negócio>" ou "sistema: <nome do trabalhador de negócio>". Você pode até mesmo definir um estereótipo com um ícone específico.

Características de um Bom Modelo de Análise de Negócio

Juntos, os sistemas de negócio, os trabalhadores de negócio, as entidades de negócio e os eventos de negócio executam todas as tarefas descritas nos casos de uso de negócios - nem mais nem menos. O Modelo de Análise de Negócio oferece uma boa e abrangente imagem da organização em um nível adequado de abstração.

Transição para o Modelo de Design de Negócio

O Modelo de Design de Negócio é a evolução do Modelo de Análise de Negócio com opções (e base racional associada) para a realização e, talvez, a recriação dos Trabalhadores de Negócio em humanos, software ou sistemas (eles próprios compostos parcial ou totalmente de humanos, software e hardware). O Modelo de Design de Negócio não os decompõe adicionalmente - essa é a tarefa de esforços subseqüentes de desenvolvimento do sistema ou software.