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.
A relação entre os modelos do negócio e os modelos de um sistema de informações de suporte
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.
Em uma arquitetura de sistema de quatro camadas, os modelos de negócios fornecem a entrada para as duas camadas
superiores
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.
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.
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.
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
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:
As entidades de negócios Perfil do Cliente, Conta e Empréstimo são sugestões de automação.
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.
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.
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.
Os trabalhadores de negócios são modificados para que reflitam a automação
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
|
|