Diretriz: Transição de Modelos de Negócios para Sistemas
Esta diretriz mostra como derivar Modelos de Caso de Uso e de Análise do Sistema de um Modelo de Negócio
Relacionamentos
Descrição Principal

Introdução

A abordagem para a modelagem de negócios apresentada no Rational Unified Process inclui uma maneira concisa e simples de gerar requisitos de suporte a ferramentas ou sistemas. Um bom entendimento dos processos de negócios é importante para criar os sistemas certos. Ainda mais valor é agregado se você utilizar as funções e responsabilidades das pessoas, assim como definições sobre quais "coisas" são manipuladas pelo negócio como uma base para construir o sistema. É partir dessa visualização mais interna do negócio, capturada em um modelo de análise de negócios, que você pode consultar o link mais direto para com o que o sistema precisa se parecer.

Diagrama descrito no texto associado.

A relação entre os modelos do negócio e os modelos de um sistema de informações de suporte

Modelos de Negócio e Arquitetura do Sistema

Do ponto de vista da arquitetura, usar modelos de negócios é particularmente útil se você pretende criar um dos seguintes tipos de sistemas:

  • Sistemas personalizados para uma ou mais empresas em um tipo determinado de indústria como, por exemplo, bancos e companhias de seguro.
  • Uma família de aplicativos para o mercado aberto como, por exemplo, sistemas de gerenciamento de pedidos, sistemas de faturamento e sistemas de controle de tráfego aéreo.

Os modelos de negócios fornecem a entrada para a visão de caso de uso e para a visão lógica da maneira apresentada no modelo de análise. Você também pode localizar os principais mecanismos no nível da análise, denominados mecanismos de análise.

Considere o seguinte:

  • Para cada caso de uso de negócio que será suportado pelo sistema, identifique um subsistema no modelo de análise. Esse subsistema está na camada do aplicativo e é considerado uma primeira iteração do protótipo. Por exemplo, se você tem um processo de Pedido e um processo de Faturamento no modelo de casos de uso de negócios, identifique um subsistema de Pedido e um subsistema de Faturamento na camada do aplicativo do modelo de análise. Você pode considerar Pedido e Faturamento como sistemas separados. Bem, isso é uma questão de escopo. Se você estiver considerando todas as suas ferramentas de negócios como um sistema com vários aplicativos que compartilham a arquitetura, Pedido e Faturamento seriam subsistemas de aplicativo. Se o escopo fosse para criar apenas um aplicativo de Gerenciamento de Pedidos, o Gerenciamento de Pedidos seria o sistema e a recomendação acima não faria sentido. Isso só faz sentido se o escopo for o que você considera todas as ferramentas de negócios na organização como um sistema.
  • Para cada trabalhador de negócios suportado pelo sistema, identifique os casos de uso que representam o que deve ser automatizado.
  • Para cada entidade de negócio suportada pelo sistema, identifique as classes de entidade no modelo de análise. Alguns desses são candidatos para serem considerados mecanismos principais, as entidades do componente, no sistema.
  • Para clusters das entidades de negócio, um grupo de entidades de negócio que é utilizado somente dentro de um caso de uso de negócio ou um grupo de entidades de negócios intrinsecamente relacionadas, crie um subsistema na camada específica do negócio.

Diagrama descrito no texto associado.

Em uma arquitetura de sistema de quatro camadas, os modelos de negócios fornecem a entrada para as duas camadas superiores

Modelos de Negócio e Agentes para o Sistema

Diagrama descrito no texto associado.

Para cada trabalhador de negócios, identifique uma sugestão de agente do sistema. Para cada caso de uso de negócio em que o trabalhador de negócio participa, crie um caso de uso do sistema candidato.

Para identificar casos de uso do sistema de informações, comece com os profissionais de negócios no modelo de análise de negócios.

Para cada profissional de negócios, siga estes passos:

  • Decida se o trabalhador de negócio será uma pessoa que utilizará o sistema de informações.
  • Se for, identifique um agente para o trabalhador de negócio no modelo de caso de uso do sistema de informações. Inicie criando um agente com o mesmo nome do trabalhador de negócio.
  • Repita esses passos para todos os profissionais de negócios.

Para cada realização de caso de uso de negócio, execute as seguintes etapas:

  • Identifique essas seqüências de etapas que são iniciadas por um agente do sistema (conforme identificado nas etapas anteriores).
  • Crie um caso de uso do sistema para cada seqüência de etapas. Inicie utilizando o nome da etapa inicial (nome da operação) como o nome do caso de uso.
  • Assegure-se de que o caso de uso do sistema atende a todos os critérios para um caso de uso do sistema (fornece valor significativo para o agente e assim por diante). Mescle ou divida os casos de uso do sistema conforme apropriado.

Observe que este é apenas um ponto de início para o modelo de caso de uso do sistema. Conforme os requisitos da perspectiva do sistema são melhor compreendidos, esses agentes iniciais do sistema e os casos de uso serão refatorados conforme necessário.

Exemplo:

A figura a seguir fornece um exemplo de como derivar o caso de uso do sistema para a realização de caso de uso de negócio "Candidatar-se a um empréstimo". As linhas pontilhadas na figura marcam os limites do sistema que serão considerados.

Diagrama descrito no texto associado.

Com base nos modelos de negócios de um banco, você pode derivar as sugestões de agentes do sistema e os casos de uso de sistema.

Trabalhadores de Negócio Automatizados

Se o seu objetivo for construir um sistema que automatize completamente um conjunto de processos de negócios, que é o caso se você estiver construindo um aplicativo de e-commerce por exemplo, não será mais o trabalhador de negócios que se tornará o agente do sistema. Em vez disso, é o agente de negócios que se comunicará diretamente com o sistema e agirá como um agente do sistema.

Ao criar um aplicativo desse tipo, você está, de fato, alterando o modo como o negócio é realizado. As responsabilidades do trabalhador de negócios serão movidas para o agente de negócios.

Exemplo:

Ao criar um site de comércio eletrônico para um banco, você estará modificando a maneira como o processo é realizado.

  • As responsabilidades do Funcionário serão movidas para o Cliente.

  • Crie um agente de sistema Cliente correspondente ao agente de negócios Cliente.

  • Os trabalhadores de negócios Atendente e Sistema de Empréstimo serão mesclados para tornar-se o trabalhador de negócio Sistema de Empréstimo Aprimorado (isso é representado na figura a seguir pelas linhas pontilhadas).

  • Modifique a realização do caso de uso de negócio de acordo com este novo trabalhador de negócio.

  • Identifique os novos casos de uso do sistema ou adapte os existentes, com base na realização de caso de uso de negócio modificada. Normalmente, as operações entre os trabalhadores de negócios mesclados tornam-se etapas no novo/atualizado caso(s) de uso(s) do sistema.

Diagrama descrito no texto associado.

Trabalhadores de negócios completamente automatizados modificam a maneira como o processo de negócios é realizado, bem como a maneira de localizar os agentes de sistema e os casos de uso

Modelos de Negócio e Classes de Entidade no Modelo de Análise de Negócio

Diagrama descrito no texto associado.

Para cada entidade de negócios, crie uma classe no modelo de análise do sistema

Uma entidade de negócios a ser gerenciada por um sistema de informações corresponderá a uma entidade no modelo de análise do sistema de informações. Em alguns casos, entretanto, pode ser adequado deixar os atributos da entidade de negócios corresponderem às entidades no modelo do sistema de informações. Vários trabalhadores de negócios podem acessar uma entidade de negócios. Conseqüentemente, as entidades correspondentes no sistema podem participar de vários casos de uso do sistema de informações.

Exemplo:

Diagrama descrito no texto associado.

As entidades de negócios Perfil do Cliente, Conta e Empréstimo são sugestões de automação.

Eventos de Negócio

Os eventos de negócios identificam ocorrências importantes ou mudanças de estado no negócio. Eles são utilizados para separar os casos de uso de negócios e enviar notificações ou acionadores sobre a ocorrência ou alteração no estado. Assim, eles são uma origem excelente para a automação do processo de negócios, para reduzir interações entre os trabalhadores de negócios e acelerar os casos de uso de negócios. Automatizar os eventos de negócios permite a propagação rápida de informações importantes em todo o negócio, sem sobrecarregar os trabalhadores de negócios com essa responsabilidade.

Exemplo:

Por exemplo, todas as unidades envolvidas em uma operação militar podem ser notificadas imediatamente no evento de um ponto de vantagem estratégica sendo apontado por forças amigáveis (ou hostis). Sem automação, esse negócio pode ser implementado pela difusão de uma palavra de código (como Chapéu Superior) em uma freqüência de rádio específica. Ficaria a critério de todos os receptores da palavra de código realizar a ação necessária (como prosseguir para a próxima fase da batalha). Automatizar este evento de negócios permitiria uma notificação mais eficiente do evento, assim como possivelmente automatizar as diferentes respostas para o evento também.

Interação entre Trabalhadores de Negócio Traduzida para Requisitos do Sistema

Como você deve interpretar um link entre trabalhadores no modelo de negócios? Você deve descobrir como os sistemas de informações podem suportar a comunicação dos trabalhadores. Um sistema de informações pode eliminar a necessidade de transportar informações entre os trabalhadores tornando as informações disponíveis no sistema de informações.

Utilizando o Modelo de Análise de Negócio para Planejamento de Recursos

Se você pretende utilizar o modelo de análise de negócios para o planejamento de recursos ou como uma base para simulação, você precisará atualizá-lo para refletir quais tipos de recursos são utilizados. É necessário modificá-lo para que cada trabalhador de negócios e entidade de negócios seja implementado somente por um tipo de recurso. Se o seu objetivo é fazer a reengenharia do processo de negócio, na primeira iteração do seu modelo de análise de negócios, você não deve considerar os recursos. A tendência, com isso, é que você se concentre nas soluções já existentes, em vez de identificar os problemas que podem ser resolvidos com novos tipos de soluções. Aqui está um exemplo de procedimento a considerar:

  • Em uma primeira iteração do modelo de análise de negócios, trabalhe sem considerar os recursos ou os sistemas que serão utilizados para implementar o negócio.
  • Explique o que pode ser automatizado.
  • Explique como a automação pode mudar o processo de negócios e iniciar o esboço de um modelo de casos de uso do sistema e os requisitos do sistema.
  • Em uma segunda iteração para o modelo de análise de negócios, atualize-o para refletir os recursos utilizados e o que deve ser automatizado.
    • Alguns trabalhadores de negócios serão rotulados como trabalhadores automatizados.
    • Alguns trabalhadores de negócio serão divididos em dois, um automatizado e o outro não.
    • As partes de dois trabalhadores de negócios podem ser particionadas em um novo trabalhador automatizado.
    • Partes de uma responsabilidade do trabalhador de negócio podem ser movidas para fora da organização para se tornarem a responsabilidade de um agente comercial.

    Exemplo:

No exemplo do banco, decidimos atualizar o modelo de análise de negócios para utilizá-lo para o planejamento de recursos.

  • O trabalhador de negócios Responsável é completamente automatizado e torna-se um Responsável Automatizado. O banco só fará transações bancárias on-line.

  • O Especialista em Empréstimo é parcialmente automatizado e dividido em um Especialista em Empréstimo Automatizado e um Especialista em Empréstimo.

Diagrama descrito no texto associado.

Os trabalhadores de negócios são modificados para que reflitam a automação

Tabela de Resumo

A seguinte tabela resume o relacionamento entre os modelos de negócios e os modelos de sistemas.

Modelos de Sistemas Como localizar as sugestões, usando as informações nos modelos de negócios Modelos de Negócios
Ator As sugestões de agente encontram-se entre os trabalhadores de negócios. Trabalhador de negócios
Ator Outras sugestões de agente encontram-se entre os diferentes agentes de negócios (clientes, fornecedores) que usarão o sistema diretamente. Ator de negócios
Caso de uso Os candidatos de caso de uso são localizados entre as operações dos trabalhadores de negócios. Procure as operações e áreas de responsabilidade que envolvem as interações com o sistema de informações. Idealmente, o caso de uso do sistema de informações suporta todas as operações do trabalhador de negócios dentro de uma realização de caso de uso do modelo de negócios.  Operações dos trabalhadores de negócios
Classe de entidade As sugestões de classes de entidade encontram-se entre as entidades de negócios. Procure as entidades de negócios que devem ser mantidas ou representadas no sistema de informações.   Entidade de negócios
Classe de entidade Os candidatos de classe de entidade são localizados entre atributos no modelo de análise de negócios. Procure os atributos que devem ser mantidos ou representados no sistema de informações. Atributos
Relacionamentos entre classes de entidades Os relacionamentos entre entidades de negócios normalmente indicam um relacionamento correspondente entre as classes no modelo do sistema de informações. Relacionamentos entre as entidades de negócios