MINISTÉRIO DA EDUCAÇÃO

SECRETARIA DE EDUCAÇÃO PROFISSIONAL E TECNOLÓGICA

INSTITUTO FEDERAL DE EDUCAÇÃO, CIÊNCIA E TECNOLOGIA FARROUPILHA - CAMPUS SÃO BORJA

Documentação de Casos de Uso

Profa. Luciéli Tolfo Beque Guerra

E-mail: lucieli.beque@iffarroupilha.edu.br
Curso: Técnico Informática - Integrado
Disciplina: Análise e Modelagem de Sistemas
Resumo da Notação - Diagrama de casos de uso (DCU)
Documentação dos casos de uso

• UML não define uma estruturação específica a ser

utilizada na descrição do formato expandido de um
caso de uso.
• A seguir, é apresentada uma sugestão de descrição.
• A equipe de desenvolvimento deve utilizar o formato de
descrição que lhe for realmente útil.
Fluxo Principal

• Fluxo de Eventos Normal: É o passo a passo para a

realização de um Caso de Uso. É a sequencia principal,
ideal, normal para a funcionalidade de um caso de uso
acontecer. É o caminho ideal.
Fluxos Alternativos

• Fluxos Alternativos: São caminhos, sequencias

alternativas para o fluxo normal/principal para a
realização de um Caso de Uso. Eles podem ser do tipo:

 Fluxos de eventos de exceção

 Fluxos de eventos variantes
Fluxos Alternativos de exceção
• Fluxos de eventos de exceção: São caminhos,
sequencias alternativas para o fluxo principal. Ou seja,
algum dos passos do Fluxo Principal não está OK, está
com algum problema/erro, vamos para o Fluxo
Alternativo.

Exemplo: senha inválida, o sistema terá que solicitar a senha

novamente e validar novamente.
Fluxos Alternativos Variantes
• Fluxos de eventos variantes : São caminhos,
sequencias alternativas para o fluxo principal. A diferença
que eles são considerados dentro da normalidade, é como
se fossem opções para o fluxo principal, e não tratamento
de erros/exceções.

Exemplo: Seja o caso de um sistema de um supermercado, mais

especificamente um caso de uso para efetuar uma compra. Um passo
importante desse caso de uso é a realização do pagamento, o qual pode
se dar de três maneiras distintas: pagamento em dinheiro, pagamento
em cheque, pagamento em cartão. Nenhuma dessas formas de
pagamento constitui uma exceção. São todas maneiras diferentes, mas
normais, de realizar um certo passo do caso de uso.
Regras do negócio

• São políticas, condições ou restrições que devem ser

consideradas na execução dos processos existentes em uma
organização.
• Descrevem a maneira pela qual a organização funciona.
• Estas regras são identificadas e documentadas no chamado
modelo de regras do negócio.
• A descrição do modelo de regras do negócio pode ser feita
utilizando-se texto informal, ou alguma forma de
estruturação.
Regras do negócio

• Alguns exemplos de regras do negócio:

 O valor total de um pedido é igual à soma dos totais dos itens do
pedido acrescido de 10% de taxa de entrega.
 Um professor só pode estar lecionando disciplinas para as quais
esteja habilitado.
 Um cliente do banco não pode retirar mais de R$ 1.000 por dia de
sua conta.
 Os pedidos para um cliente não especial devem ser pagos
antecipadamente.
Exemplos - Documentação dos casos de uso
Exemplos - Sacar dinheiro no caixa eletrônico
Caso de Uso [UC001] Sacar dinheiro no caixa
eletrônico
Atores Cliente
Pré-condições • O Cliente possui cartão do banco e senha
cadastrada.
• A conexão com a internet deve estar ativa.
• O sistema deve ter disponível no mínimo o
valor máximo permitido para uma operação de
saque no início desta operação.
Pós-condições • O sistema retorna o cartão do cliente no
término de uma operação válida.

• O sistema registra as informações da transação

antes de sua conclusão.
Fluxo principal
1. Este caso de uso começa quando o Cliente realiza a leitura do cartão do banco no caixa eletrônico
2. O Cliente informa a sua senha
3. O sistema valida a conta corrente e senha do Cliente, autorizando a operação [1]
4. O Cliente informa o valor do saque
5. O sistema autoriza o saque e lança o débito na conta corrente do Cliente [2]
6. O sistema libera o dinheiro

Fluxo alternativo
1. Senha Inválida
1.a)O sistema informa ao cliente que a senha digitada não está correta e solicita uma nova senha.
2.b)Caso o cliente não tenha tentado fornecer a senha mais que 3 vezes, o sistema solicita a senha
novamente.
3.c)Após a terceira tentativa inválida do cliente o sistema:
● confisca o cartão do cliente;
● captura a imagem do cliente;
● cria um registro a tentativa de saque, a data, hora e local, as senhas inválidas digitadas e a imagem
capturada do cliente;
● envia o registro ao banco do cliente
● avisa ao cliente que o cartão foi confiscado e que ele deve entrar em contato com o atendimento de
seu banco
4.d)O fluxo básico do caso de uso é encerrado.

2. Valor a sacar incompatível

2.a Sistema avisa o cliente e solicita novo valor [4]
Regras de Negócio
O cliente do banco não pode retirar mais de R$ 1.000 por dia de sua conta.
Exemplos - Manter Aluno
Caso de Uso [UC001] Manter Aluno
Atores Atendente
Pré-condições • A atendente deverá estar devidamente
identificada pelo sistema.

Pós-condições • Os dados são incluídos, alterados ou

excluídos conforme solicitação da
atendente.

Fluxo principal
1. A Atendente informa o código do aluno [A1]
2. A Atendente solicita a busca
3. O sistema pesquisa os dados do aluno
4. O sistema exibe os dados do aluno [A2]
5. A Atendente edita os dados do aluno [A3]
6. A Atendente solicita a gravação dos dados
7. O sistema valida os dados informados
8. O sistema grava os dados do aluno [A4]
9. Fim do caso de uso
Fluxo alternativo
A1. Novo Aluno
1. A Atendente solicita a inclusão de um novo aluno
2. O sistema solicita os dados do novo aluno
3. A Atendente informa os dados do aluno
4. Vai para o passo 6 do fluxo principal
A2. Aluno não encontrado
1. O sistema informa a situação à atendente
2. Vai para o passo 1 do Fluxo Principal
A3. Exclusão de Aluno
1. Atendente solicita exclusão do aluno
2. O sistema solicita confirmação da exclusão
3. [se confirmação positiva] Sistema exclui aluno
4. Vai para o passo 9 do fluxo principal
A4. Dados inválidos
1. Se algum dado do aluno estiver em desacordo com as regras de validações e restrições, o
sistema informa
situação à Atendente
2. Vai para o passo 5 do fluxo principal
Regras de Negócio
1. Nenhum campo poderá ser deixado em branco
2. O campo CPF deverá ser preenchido somente com números
3. O ano de nascimento deverá ser informado com 4 dígitos
Exercícios

• UML – Documentação de Casos de Uso

Referências:

BOOCH, Grady; JACOBSON, Ivar; RUMBAUGH, James. UML – Guia do

Usuário. 2 ed. São Paulo: Campus, 2006.

GUEDES, Gilleanes T. Uml 2 - Uma Abordagem Prática. 2 ed, São

Paulo: Novatec, 2011.

PRESSMAN, Roger S. Engenharia de Software - Uma Abordagem

Profissional. 7 ed . São Paulo: McGraw-Hill, 2011.

SOMMERVILLE, Ian. Engenharia de Software. 9ed, São Paulo: Addison

Wesley, 2011.