UML .: Modelagem de casos de uso:. Parte 2

Diagramas de caso de uso

Corresponde uma visão externa do sistema e representa graficamente os atores, caso de usos e relacionamentos entre esses elementos. Seu objetivo é ilustrar em um nível  alto de abstração quais elementos externos interagem com que funcionabilidades do sistema. Pode-se também representar a fronteira  do sistema que é representada por um retângulo, os atores são posicionados do lado de fora do retângulo, para enfatizar a divisão entre o interior e o exterior do sistema.

Identificação dos elementos do modelo de caso de uso

Todos os atores e casos de uso são identificados no momento do levantamento de requisitos pelos analistas de sistemas. Existe dicas para identificar atores e casos de usos.

• Identificando atores: para identificar os atores, o analista de sistemas deve tentar identificar quais as fontes de informação a serem processadas e quais são os destinos das informações geradas pelo sistema. Na identificação  de atores, há umas perguntas uteis para as quais devem procurar respostas
• Que órgão, empresa ou pessoas utilizarão o sistema ?
• Que outros sistemas irão se comunicar com o sistema a ser construído ?
• Alguém deve ser informado de alguma ocorrência no sistema ?
• Quem está interessado em certo requisito funcional do sistema ?

• Identificando casos de uso: nessa identificação, pode-se distinguir entre dois tipos de casos de uso: primário e secundário.

• Primário: são os que representam os objetivos dos autores, representa os processos da empresa que estão sendo automatizados. As perguntas no qual os analistas devem procurar respostas para encontrar esses casos de uso são:
• Quais são as necessidades e objetivos  de cada autor em relação ao sistema ?
• Que informações o sistema deve produzir ?
• O sistema deve realizar alguma ação que ocorre regularmente no tempo ?

• Secundário: é aquele que não traz benefícios direto para os autores, mas que é necessário para que o sistema funcione adequadamente. Exemplos:
• Manutenção de cadastros: frequentemente há a necessidade de inclusão, exclusão, alteração ou consulta sobre dados cadastrais.
• Manutenção de usuários: adição de novos usuários, configuração de perfis

O modelador deve priorizar inicialmente a identificação dos casos de uso primários, que representam os os processos de negocios da empresa. O ponto chave é considerar que um sistema de software não existe para cadastrar informações, nem tampouco para gerenciar seus usuários. O objetivo principal de um sistema é produzir algo que gere valor para o ambiente no qual ele será implementado.

Construção do modelo de caso de uso
O modelo de caso de uso é composto do diagrama de caso de uso, da documentação dos atores e da documentação dos caso de uso.

• Construção do diagrama de caso de uso: deve prover um veiculo que permite que clientes, desenvolvedores discutam as funcionalidades do sistema e o seu comportamento. Os casos de uso são desenhados dentro de um retângulo e os atores do lado de fora. O objetivo é dar uma ideia visual da fronteira do sistema.

• Documentação dos atores: uma breve descrição para cada autor deve ser adicionada ao modelo de caso de uso
• Documentação dos casos de uso:  no documento de caso de uso não há um formato especifico, oque há é uma proposto que pode se adequar conforme a necessidade da equipe.

• Nome: nome que aparece no diagrama de caso de uso.
• Identificador: permite fazer referencia a outros documentos relacionados com o modelo de caso de uso. Ex: CS01
• Importância: define a importância atribuída ao caso de uso.
• Sumario: pequena descrição do caso de uso.
• Ator primário: nome do ator que inicia o caso de uso.
• Atores secundários: o nome do demais autores participantes do caso de uso.
• Pré-condições: define que hipóteses são assumidas como verdadeiras para que o caso de uso tenha início. Ex: "O cliente deve ser identificado no sistema"
• Fluxo principal: Corresponde a sequencia de passos para o fluxo principal, descrevendo o que normalmente acontece quando o caso de uso é realizado.
• Fluxo alternativo: descreve oque acontece quando o ator faz uma escolha alternativa, diferente da descrita no fluxo principal, para alcançar seu objetivo.
• Fluxos de exceção: descreve oque acontece quando algo de inesperado ocorre na interação entre o ator e o caso de uso.
• Pós-condições: estado que o sistema alcança após o caso de uso ter sido realizado.

Exemplo de uma descrição de caso de uso simples.

IMPORTANTE: 

Todo o conteúdo deste post, foi baseado e tirado do livro de:

Autor:  Eduardo Bezerra

Livro: Princípios de Análise e projetos de sistemas com UML.

Em nenhum momento a leitura deste post torna indispensável a leitura do livro