Identificar Casos de Uso a partir do Processo de Negócio

As equipes de desenvolvimento podem usar o modelo de processo de negócios para documentar visualmente os fluxos de trabalho de negócios e associar casos de uso a esses processos de negócios para modelar os recursos desejados a serem alcançados pelo sistema. Neste tutorial, explicaremos em detalhes como utilizar a função Model Transitor para estabelecer rastreabilidade entre casos de uso e processos de negócios.

O que são BPMN e BPD?

BPMN fornece aos analistas de negócios um conjunto de notações gráficas para modelar processos de negócios. Foi inicialmente desenvolvido pela Iniciativa de Gestão de Processos de Negócios (BPMI) e agora é mantido pelo Grupo de Gestão de Objetos (OMG). Uma das motivações para o desenvolvimento do BPMN é fornecer uma linguagem gráfica comum para pessoas em diferentes funções, de diferentes países e/ou com diferentes idiomas falados para compreenderem o mesmo processo de negócios sem barreiras.

BPD, abreviação de Diagrama de Processo de Negócio, é onde o processo de negócios é modelado, usando o BPMN. É um diagrama semelhante a um fluxograma, que representa o fluxo do processo, os participantes envolvidos e as trocas de mensagens entre os participantes. Os analistas de negócios desenham BPD(s) para modelar como diferentes participantes colaboram para alcançar um objetivo de negócios. Após validar o modelo de negócios concluído com os usuários finais, o analista de sistemas pode então começar a planejar o sistema.

A seguir está um BPD simples de um processo de registro para uma organização. Ele abrange a maioria das notações típicas de modelagem que você verá. Vamos dar uma olhada.

Notação	Descrição
	Pool – Representa um participante dentro de um processo. No BPMN, tanto pools quanto lanes são usados para representar participantes. Uma lane é contida por um pool para modelar uma subpartição do pool pai.
	Evento de início – O início de um processo. Os gatilhos podem ser definidos para informar aos leitores em que situação o processo será acionado. Por exemplo, quando um e-mail for recebido/quando for segunda-feira de manhã/quando ocorrer um erro.
	Tarefa – Uma atividade atômica que participantes designados (modelados por pool/lane) podem realizar. Tarefas e outros objetos de fluxo são conectados para formar um fluxo de trabalho de negócios completo.
	Evento de fim – O fim de um processo. Um resultado pode ser definido para informar aos leitores o que acontecerá quando o processo terminar. Por exemplo, emitir um sinal/produzir um erro, etc.

Neste tutorial, não vamos nos concentrar intensamente no BPD nem na modelagem de processos de negócios. Se você deseja saber mais sobre BPMN, BPD ou modelagem de processos de negócios, leia o tutorial Introdução ao BPMN Parte I a IV.

O que é Diagrama de Caso de Uso?

A modelagem de casos de uso refere-se à técnica de capturar requisitos de alto nível dos usuários usando o diagrama de casos de uso UML. O modelo de caso de uso é projetado para designers de software ou sistemas, e não para pessoas de negócios.

Existem três elementos principais em um diagrama de caso de uso.

Notação	Descrição
	Caso de uso – Cada caso de uso representa um objetivo do usuário, que é um objetivo que o usuário do sistema deseja alcançar. Observe que os casos de uso só podem ser usados para mostrar o que o usuário deseja fazer, em vez do que o desenvolvedor precisa desenvolver, embora possam ser os mesmos em alguns casos. Se você quiser documentar ou modelar as funções envolvidas em um caso de uso, pode usar a ferramenta de fluxo de eventos, ou elaborar um caso de uso comdiagrama de sequência/diagrama de atividade. Apenas tenha em mente que o modelamento de casos de uso visa modelar o que o usuário deseja alcançar.
	Ator – Usuário do sistema. A palavra ‘usuário’ aqui não se limita a seres humanos. Pode ser um sistema que interage com o nosso sistema para cumprir um determinado objetivo empresarial.
	Link de comunicação/Associação – Conecta o ator ao caso de uso para indicar o acesso do sistema pelo ator. Cada link de comunicação implica uma sequência de transações entre o ator e o sistema.

Transição do BPD ao Diagrama de Casos de Uso

Embora o BPD e o diagrama de casos de uso não precisem necessariamente depender um do outro, eles podem se relacionar de forma complementar. Normalmente, desenvolvemos software para automatizar ou otimizar certos fluxos de processos de negócios. Com o BPD, você pode entender como os participantes trabalham juntos e quem é responsável por quê, podendo identificar quais funções eles precisam que o sistema suporte. Essas funções do sistema (fluxo de trabalho ou processo de negócios) que o usuário deseja podem ser modeladas com casos de uso e posteriormente desenvolvidas pela equipe. Como resultado, podemos dizer que o BPD ajuda você a identificar casos de uso para um sistema em desenvolvimento.

Visual Paradigm é uma ferramenta de modelagem visual que suporta desde a realização de processos de negócios até a modelagem de casos de uso (do requisito de negócios ao requisito de aplicação) ao estabelecer ligações de rastreabilidade entre os dois modelos por meio da funcionalidade de transição de modelos. Precisamos da rastreabilidade por causa dos seguintes motivos:

• Podemos garantir que o sistema se encaixe no uso do mundo real ao estudar a parte do fluxo de processo envolvida em um caso de uso.
• Para responder perguntas como ‘Por que precisamos desta função (do sistema)?’ rastreando a parte do processo da qual o caso de uso foi derivado.
• Para responder perguntas como ‘Já foi implementada uma operação específica?’ rastreando do BPD ao diagrama de casos de uso.

BPD versus Diagrama de Casos de Uso

Quando você transita um BPD para um diagrama de casos de uso, pode gerar um ator a partir da faixa/pool e gerar um caso de uso a partir da tarefa/subprocesso. A tabela a seguir mostra as características de pool, faixa, ator, tarefa, subprocesso e caso de uso, em termos de transição de modelos.

De	Para	Descrição
		Pool/Faixa para Ator No BPD, um pool representa um participante do processo de negócios, enquanto uma faixa é uma subpartição do pool. Qualquer pessoa que tenha uma atividade a realizar, relevante ao processo, é considerada um participante. No diagrama de casos de uso, um ator representa um usuário do sistema. Tenha em mente que qualquer pessoa ou papel que não seja um usuário do sistema não deve ser considerado como ator.
		Tarefa/Subprocesso para Caso de Uso No BPD, uma tarefa/subprocesso (atividade) refere-se a qualquer ação que um participante possa realizar para concluir um processo de negócios. No diagrama de casos de uso, um caso de uso apresenta um objetivo que o usuário deseja alcançar ao usar o sistema. Tenha em mente que uma atividade não precisa estar relacionada a nenhuma função do sistema, e um caso de uso pode satisfazer múltiplas atividades.

Algumas pessoas podem pensar que um diagrama de casos de uso é semelhante a um BPD, mas bastante diferente em notações e propósitos. Lembre-se do fato de que o BPMN foi projetado para pessoas do negócio, enquanto o diagrama de casos de uso é para analistas de sistemas ou desenvolvedores de sistemas. Eles servem propósitos diferentes e interpretam um negócio sob duas perspectivas distintas. É por isso que, na seção anterior, resumi a relação entre o BPD e o diagrama de casos de uso dizendo ‘O BPD ajuda você a identificar casos de uso’. O BPD só pode dar pistas ao identificar casos de uso. Não existe regra que diga que toda tarefa existente em um BPD é equivalente a um caso de uso. Mas podemos elaborar um processo de negócios por meio de um caso de uso para a automação de um recurso pelo sistema-alvo.

No estudo de caso, darei algumas ideias sobre o que você deve prestar atenção ao transitar um BPD para um diagrama de casos de uso. Assim, você entenderá como eles são diferentes.

Estudo de caso: Empresa de Água Mineral True Aqua

A Empresa de Água Mineral True Aqua é um jovem fornecedor de água mineral na cidade. Eles vendem água mineral para uso comercial e residencial. A seguir está uma descrição textual do seu processo de entrega de água.

Um modelo de processo de negócios foi criado com base na descrição. Agora, você é solicitado a desenvolver um sistema computacional para otimizar todo o processo. A primeira coisa que você precisa fazer é desenvolver um modelo de casos de uso. Com a ajuda do BPD, tente desenvolver um diagrama de casos de uso.

1. Baixar Distilled Water Delivery.vpp. Você também pode encontrar este arquivo no final deste tutorial.
2. Abra o arquivo .vpp baixado no Visual Paradigm. Para abrir um projeto, selecione Projeto > Abrir da barra de ferramentas do aplicativo.
3. Abra o BPD Processo de Pedido de Água Destilada. Estude o fluxo do processo com atenção.
   
4. O processo começa quando um cliente faz um pedido. Aqui podemos pensar em um caso de uso – Fazer Pedido. O caso de uso ajudará a automatizar o processo fornecendo uma interface para o cliente fazer o pedido sem a ajuda do assistente de atendimento ao cliente, ajudar a verificar a identidade do cliente e criar conta se o cliente não existir. Clique com o botão direito em Fazer Pedido e selecione Elementos Relacionados > Transitar para Novo Caso de Uso… do menu suspenso.
   
5. Isso aciona a janela Transitar Elemento do Modelojanela, onde você pode selecionar o modelo para colocar o caso de uso e o ator, e renomeá-los. Neste caso, estamos satisfeitos com os nomes do caso de uso e do ator. Vamos mantê-los inalterados. Clique em OK.
   
   Isso forma um novo diagrama de casos de uso no UeXceler.
   
6. Volte ao BPD.
7. Vamos considerar a tarefa Criar Conta do Cliente. No processo de negócios, o assistente de atendimento ao cliente precisa criar uma conta para cada novo cliente. No novo sistema, isso pode ser parte do caso de uso Fazer Pedidoou ser um caso de uso separado acionado manualmente pelo assistente de atendimento ao cliente. Na situação real, você deveria esclarecer esse tipo de dúvida com o interessado, pois um modelo incorreto de caso de uso levará ao desenvolvimento de funcionalidades que não correspondem às expectativas do usuário. Neste exemplo, vamos assumir que o usuário deseja que a tarefa Criar Conta do Clienteseja uma tarefa realizada pelo assistente de atendimento ao cliente. Vamos criar um caso de uso a partir dela. Clique com o botão direito em Criar Conta do Cliente e selecione Elementos Relacionados > Transitar para Novo Caso de Uso… do menu suspenso.
   
8. Novamente, estamos satisfeitos com o nome do caso de uso e do ator. Mantenha tudo na janela Transitar Elemento do Modeloinalterado. Clique em OK. O diagrama de casos de uso foi atualizado com um novo caso de uso e ator. Vamos dar uma olhada.
   
9. Volte ao BPD. Vamos prosseguir para o subprocessoOrganizar Entrega. O gerente do Departamento de Logística pode usar o sistema para realizar agendamentos e notificar os trabalhadores para entregar água. Portanto, este também é um caso de uso do sistema. Clique com o botão direito no subprocessoOrganizar Entrega e selecioneElementos Relacionados > Transitar para Novo Caso de Uso… no menu suspenso.
10. Verifique o ator Gerente najanela de Transição de Elemento de Modelo janela. Se mantivermos o nome do ator comoGerente, isso é ambíguo no modelo de casos de uso, pois pode haver muitos departamentos com muitos gerentes diferentes na empresa. Portanto, renomeie o ator paraGerente do Departamento de Logística.
    
11. CliqueOK. O diagrama de casos de uso foi atualizado.
    
12. Volte ao BPD. A tarefa finalEntregar Águaé uma tarefa que só pode ser realizada por humanos e não tem nada a ver com a interação do sistema. Portanto, não precisamos criar um caso de uso para ela.
13. Suponha que o gerente regional deseje que o sistema suporte uma nova função que possa gerar um relatório para mostrar as estatísticas sobre pedidos. Essa função pode ajudá-lo a revisar e aprimorar a estratégia de marketing. Embora essa função não tenha sido modelada no modelo de processo de negócios, podemos desenhá-la diretamente no diagrama de casos de uso. Abra o diagrama de casos de uso. Desenhe um atorGerente Regional. Crie um caso de usoGerar Relatório Estatístico a partir dele com associação entre eles.
    
14. Vamos supor que o cliente deseje permitir que o cliente visualize os comprovantes de faturamento e cancele o pedido. Além disso, o cliente deseja permitir que o gerente do departamento de logística imprima o relatório de logística. Desenhe os casos de uso respectivamente.
    
15. Organize o diagrama.
    
16. A relação de transição permite que você rastreie o modelo de processo de negócios a partir do modelo de casos de uso (e vice-versa). Vamos tentar. Posicione o ponteiro do mouse sobre oColocar Pedido caso de uso.
    
17. Clique no Modelo Transitor recurso no canto inferior direito da forma. Selecione Transitar de > Processo de Pedido de Água Destilada<.Colocar Pedido no menu suspenso.
    
    Isso abre o BPD com a tarefa Colocar Pedido selecionada.