Especificação-Casos-de-Uso

Prévia do material em texto

MODELAGEM DE SISTEMAS 
Descrição de Casos de Uso
• Professor: Lázaro P. de Oliveira
• Disciplina: Modelagem de Sistemas
• Curso: Sistema de Informação 
OBJETIVOS
 Conhecer o objetivo e os elementos da descrição do caso 
de uso;
 Conhecer um formato para documentação das regras de 
negócio e os procedimentos envolvidos para atender os 
casos de uso
DESCRIÇÃO DE CASO DE USO – O QUE É?
 A Descrição de caso de uso é a representação textual dos casos de
uso. Deve ser utilizada para complementar o modelo, pois muitas
regras de negócio estão implícitas ao caso de uso.
 Este recurso ajuda a validar se a compreensão dos requisitos foi plena.
 A descrição registra a funcionalidade lógica e é o documento
comprobatório de nosso levantamento, onde o usuário poderá
validar o nosso entendimento.
 Um caso de uso é definido através da descrição textual das interações
entre o(s) elemento(s) externo(s) e o sistema.
 Entretanto, a UML não define nada acerca de como essa descrição textual
deve ser construída.
 Por conta disso, há várias dimensões independentes sobres as quais a
descrição textual de um Caso de Uso pode variar:
 Grau de Detalhamento:
 Não expandida(Suscinta);
 Expandida.
 Formatação:
 Descrição Contínua;
 Descrição Numerada;
 Descrição Tabular.
DIMENSÕES PARA DESCRIÇÕES TEXTUAIS
Exemplo:
Este caso de uso inicia quando o Cliente chega ao caixa eletrônico e 
insere seu cartão. O Sistema requisita a senha do Cliente. Após o Cliente 
fornecer sua senha e esta ser validada, o Sistema exibe as opções de 
operações possíveis. O Cliente opta por realizar um saque. Então o 
Sistema requisita o total a ser sacado. O Cliente fornece o valor da 
quantidade que deseja sacar. O Sistema fornece a quantia desejada e 
imprime o recibo para o Cliente. O Cliente retira a quantia e o recibo, e o 
caso de uso termina.
FORMATAÇÃO: DESCRIÇÃO CONTÍNUA
Exemplo:
1) Caso de Uso inicia quando o Cliente insere seu cartão no caixa
eletrônico;
2) Sistema apresenta solicitação de senha;
3) Cliente digita senha;
4) Sistema valida a senha e exibe menu de operações disponíveis;
5) Cliente indica que deseja realizar um saque;
6) Sistema requisita o valor da quantia a ser sacada;
7) Cliente fornece o valor da quantia que deseja sacar;
8) Sistema fornece a quantia desejada e imprime o recibo para o Cliente;
9) Cliente retira a quantia e o recibo, e o caso de uso termina.
FORMATAÇÃO: DESCRIÇÃO NUMERADA
 A descrição de caso de uso é desenvolvida para cada caso de uso.
 As interações devem ser citadas na abrangência da descrição, mas não
deve definir dois casos de uso em uma só descrição.
 Quanto mais clara a definição melhor o entendimento.
REGRAS BÁSICAS
 Quanto ao GRAU DE DETALHAMENTO, a descrição de caso de uso pode
ser desenvolvida de duas formas:
 Descrição não expandida(Suscinta);
 Descrição Expandida.
 Formatação: Cabeçalho + descrição
Código+Nome: <Código do caso de uso> - <Nome do Caso de Uso>
C
abeçalho
Objetivo: <Descrever o objetivo de forma sucinta>
Pré-condição:
<Regras que devem estar cumpridas antes da realização do caso 
de uso>.
Pós-condição:
<São regras cumpridas pelo caso de uso que liberam 
procedimentos futuros>.
GRAU DE DETALHAMENTO
E CABEÇALHO
 Descrição não Expandida(ou Suscinta):
 prevê a apresentação suscinta dos procedimentos, como um
pequeno relato apresentando os objetivos a serem atingidos.
Deve ser utilizada quando o Caso de Uso for de conhecimento
completo de todos, não possuir exceções ou, utilizar
mecanismos de outro caso de uso.
DESCRIÇÃO NÃO EXPANDIDA (SUSCINTA)
 Exemplo “Estacionamento Praça da Estácio”:
 Utilizando o Caso de Uso “Emitir autorização de saída”:
 Nome: UC01-Emitir Autorização de saída
 Objetivo: Gerar comprovante de quitação do aluguel da vaga.
 Pré-condição: estar com a locação fechada.
 Pós-condição: vaga liberada para nova locação.
 Descrição
Emitir autorização de saída, Formulário 005, a partir das
informações de fechamento de locação.
EXEMPLO DE DESCRIÇÃO NÃO EXPANDIDA
 Prevê a apresentação detalhada dos procedimentos, apresentando os 
objetivos a serem atingidos passo-a-passo e com referência a 
responsabilidade se ator ou sistema.
 Devemos considerar a descrição em três partes: 
1) Fluxo Principal;
2) Fluxo Alternativo;
3) Fluxo de Exceção.
DESCRIÇÃO EXPANDIDA
FLUXO PRINCIPAL:
Por vezes chamado de fluxo básico. É o passo-a-passo usual dos procedimentos 
sem desvio. 
Toda descrição de caso de uso deve conter um fluxo principal.
A descrição desse fluxo, assim como dos demais, deve ser clara e concisa.
Não devem ser usados jargões técnicos típicos dos profissionais de TI, mas sim 
uma linguagem simples que o usuário possa compreender.
DESCRIÇÃO EXPANDIDA
(FLUXOS PRINCIPAL – ALTERNATIVO - EXCEÇÃO)
DESCRIÇÃO EXPANDIDA
(FLUXOS PRINCIPAL – ALTERNATIVO - EXCESSÃO)
FLUXO ALTERNATIVO:
Um fluxo alternativo descreve um comportamento alternativo para a execução do 
fluxo principal.
Um caso de uso pode ser utilizado de diversas maneiras possíveis, o que resulta na 
existência de diversos cenários. Portanto, esses fluxos podem ser utilizados para 
descrever o que acontece quando o ator opta por utilizar o caso de uso de uma 
forma alternativa. Para alcançar o seu objetivo.
Também podem ser utilizados para descrever situações de escolha exclusivas entre 
si (em que há diversas alternativas e somente uma deve ser realizada).
Exemplo:
Manter Cliente  No fluxo principal deste caso de uso, o usuário pode 
optar pelas seguintes alternativas: incluir, consultar, alterar ou excluir 
cliente.
DESCRIÇÃO EXPANDIDA
(FLUXOS PRINCIPAL – ALTERNATIVO - EXCESSÃO)
FLUXO DE EXCEÇÃO:
Descrevem o que acontece quando algo inesperado ocorre na interação entre ator e caso de 
uso. Por exemplo, quando um usuário realiza alguma ação inválida.
A importância dos fluxos de exceção está no fato de o modelador poder especificar situações 
não usuais, a partir das quais o sistema pode se recuperar (contornar a situação) ou pode 
cancelar a realização do caso de uso em questão.
Um fluxo de exceção possui algumas características importantes: 
1) Representa um erro de operação durante o fluxo principal do caso de uso; 
2) Não tem sentido fora do contexto do caso de uso no qual ocorre; 
3) Deve indicar em que passo ocaso de uso continua ou, conforme for, indicar 
explicitamente que o caso de uso termina.
Exemplo: Caso de uso “Realizar Pedido”  Algumas situações não usuais que seriam tratadas 
em fluxo de exceção:
1) E se o cartão de crédito excede o limite?
2) E se o cliente já tem um débito anterior?
3) E se a loja não tem a quantidade requisitada para um dos produtos desejados?
 Exemplo “Estacionamento Praça da Estácio”:
 Utilizando o Caso de Uso “Registrar Entrada de Veículo”:
CASO DE USO “REGISTRAR ENTRADA DE VEÍCULO”
 Na Descrição Expandida, para consumar uma descrição consistente, é 
necessário um projeto de interface, mesmo que não possua todas as 
configurações visuais.
 O importante é representarmos a funcionalidade básica e não os 
detalhes de programação.
PROJETO DE INTERFACE
PLACA:
CLIENTE:
VAGAS:
Confirmar Cancelar

1º passo: Idealizar a interface
PASSOS PARA DESCRIÇÃO DE CASO DE USO
2º passo: Cabeçalho da Descrição
NOME: UC01-Registrar Entrada Veículo
Objetivo: O atendente identifica o veiculo em sua entrada no
estacionamento e cadastra sua ocupação na vaga.
Pré-Condição: O atendente precisa estar identificado pelo sistema e a
Vaga deve estar liberada.
Pós-Condição: A locação do veículo estará cadastrada e a vaga estará
bloqueada.
PASSOS PARA DESCRIÇÃO DE CASO DE USO
PLACA:
CLIENTE:
VAGAS:
Confirmar Cancelar

3º passo: Descrever FLUXO PRINCIPAL
FLUXO PRINCIPAL:
1 ) Caso de Uso inicia quando o Sistema apresenta tela para o registro da entrada do veículo 
no estacionamento.
2 ) Atendente Informa a placa do veículo que deseja estacionar.
3 ) Sistema obtém e exibe dados do veículo e do cliente proprietário do veículo [FE]
4 ) Sistemaobtém dados de VAGAS e disponibiliza lista de Vagas Liberadas para locação.
5 ) Atendente seleciona a vaga do estacionamento.
PASSOS PARA DESCRIÇÃO DE CASO DE USO
6 ) Atendente CONFIRMA a operação [FA].
7 ) Sistema inclui “Alterar status VAGA” para 
“Bloqueada”.
8 ) Sistema Inclui “Emitir Comprovante de Entrada”
9 ) Sistema Registra a locação do veículo e o Caso De 
Uso termina.
FLUXO ALTERNATIVO: 
6: Usuário não confirma a operação
a) O usuário decide cancelar a operação e o caso de uso é encerrado.
4º passo: Descrever FLUXO ALTERNATIVO
PASSOS PARA DESCRIÇÃO DE CASO DE USO
FLUXO DE EXCEÇÃO:
3: Veículo não cadastrado
a) Se o veículo não está cadastrado, então o sistema exibe a mensagem 
“Veículo não cadastrado”. Neste caso, o usuário deverá cadastrar o 
respectivo veículo para dar prosseguimento com a locação.
b) Caso de Uso volta ao passo 2.
5º passo: Descrever FLUXO DE EXCEÇÃO
PASSOS PARA DESCRIÇÃO DE CASO DE USO
DESCRIÇÃO COMPLETA
FLUXO PRINCIPAL:
1) Sistema apresenta tela para o registro da entrada do veículo no estacionamento.
2) Atendente Informa a placa do veículo que deseja estacionar.
3) Sistema obtém e exibe dados do veículo e do cliente proprietário do veículo. (FE)
4) Sistema obtém dados de VAGAS e disponibiliza lista de Vagas Liberadas para locação.
5) Atendente seleciona a vaga do estacionamento.
6) Atendente CONFIRMA a operação. (FA)
7) Sistema inclui “Alterar status VAGA” para “Bloqueada”.
8) Sistema Inclui “Emitir Comprovante de Entrada”
9) Sistema Registra a locação do veículo e o Caso De Uso termina.
FLUXO ALTERNATIVO:
6: Usuário não confirma a operação
a) O usuário decide cancelar a operação e o caso de uso é encerrado.
FLUXO DE EXCEÇÃO:
3: Veículo não cadastrado
a) Se o veículo não está cadastrado, então o sistema exibe a mensagem “Veículo não 
cadastrado”. Neste caso, o usuário deverá cadastrar o respectivo veículo para dar 
prosseguimento com a locação.
b) Caso de Uso volta ao passo 2.
DESCRIÇÃO COMPLETA
ALUNOS:
VERIFIQUEM, NA DESCRIÇÃO DO CASO DE USO, SE AINDA NÃO 
FALTA UM FLUXO ALTERNATIVO OU DE EXCEÇÃO.
DESCRIÇÃO COMPLETA
6) Atendente CONFIRMA a operação. (FA)
7) Sistema altera status da VAGA para “Bloqueada”.
8) Sistema Inclui “Emitir Comprovante de Entrada”
9) Sistema Registra a locação do veículo e o caso de uso termina.
FLUXO ALTERNATIVO: 
6: Usuário não confirma a operação
a) O usuário decide cancelar a operação e o caso de uso é encerrado.
FLUXO DE EXCEÇÃO:
3: Veículo não cadastrado
a) Se o veículo não está cadastrado, então o sistema exibe a mensagem “Veículo não 
cadastrado”. Neste caso, o usuário deverá cadastrar o respectivo veículo para dar 
prosseguimento com à locação.
b) Caso de Uso volta ao passo 2.
FE ou FA?
FEFE
FLUXO PRINCIPAL:
1) Sistema apresenta tela para o registro da entrada do veículo no estacionamento.
2) Atendente Informa a placa do veículo que deseja estacionar.
3) Sistema obtém e exibe dados do veículo e do cliente proprietário do veículo. (FE)
4) Sistema obtém dados de VAGAS e disponibiliza lista de Vagas Liberadas para locação.
5) Atendente seleciona a vaga do estacionamento.
5º passo: Descrever FLUXO DE EXCEÇÃO
PASSOS PARA DESCRIÇÃO DE CASO DE USO
FLUXO DE EXCEÇÃO:
3: Veículo não cadastrado
a) Se o veículo não está cadastrado, então o sistema exibe a mensagem 
“Veículo não cadastrado”. Neste caso, o usuário deverá cadastrar o 
respectivo veículo para dar prosseguimento com à locação.
b) Caso de Uso volta ao passo 2.
4: Todas as Vagas estão Ocupadas
a) Se não há qualquer vaga liberada para locação, então o sistema exibe 
a mensagem “Não há vaga liberada para locação”.
b) Caso de Uso é encerrado.
OBSERVAÇÕES:
 Não possuímos, no nosso Diagrama, o Caso de Uso “Cadastrar Cliente”. 
 Digamos que a necessidade tenha surgido durante a especificação. 
 Quando isto ocorre é necessário voltarmos ao diagrama e incluir este 
novo caso de uso;
estar pronto a recomeçar, pois é possível 
Mais uma vez deve ser comentado que, a 
cada modelo/técnica utilizada, deve-se 
estar pronto a recomeçar, pois é possível 
sempre estar descobrindo falhas ou 
necessidades de complementos.
NOVA NECESSIDADE PODE SURGIR COM A
DESCRIÇÃO
 A especificação de caso de uso também disponibiliza um recurso para 
informações adicionais do tipo: vagas bloqueadas terão código “B”. 
 Para isto, retornamos à especificação e incluímos um 
COMENTÁRIO entre asteriscos imediatamente após o passo 
desejado;
 Outra informação relevante para ser incluída em comentário é a tecla 
utilizada para fim, quando for o caso;
...
COMENTÁRIOS NO CASO DE USO ***
DESCRIÇÃO DE CASO DE USO
FLUXO PRINCIPAL:
1. Sistema apresenta tela para o registro da entrada do veículo no estacionamento.
*** Para finalizar tecle <ESC> ***
2) Atendente Informa a placa do veículo que deseja estacionar.
3) Sistema obtém e exibe dados do veículo e do cliente proprietário do veículo.
4) Sistema obtém dados de VAGAS e disponibiliza lista de Vagas Liberadas para locação.
5) Atendente seleciona a vaga do estacionamento.
6) Atendente CONFIRMA a operação.
7) Sistema altera status da VAGA para “Bloqueada”.
*** VAGA deverá ser bloqueada com status=”B” ***
8) Sistema Inclui “Emitir Comprovante de Entrada”
9) Sistema Registra a locação do veículo e o Caso De Uso termina.
 Portanto, é importante se preocupar em apresentar os detalhes 
necessários para:
O usuário aferir o atendimento do requisito;
Avaliar as restrições;
Dar segurança ao projeto, permitindo que o programador 
tenha entendimento completo;
Documentação;
DESCRIÇÃO DE CASO DE USO
 Para descrever um caso de uso é preciso a aplicação de regras, pois assim é definido um 
padrão de entendimento entre o usuário e o técnico. Dentre as regras podemos 
destacar: 
 Estabelecer o diálogo entre o usuário e o sistema. 
 Adotar sentenças curtas, 
 Os passos devem ser numerados (sequenciados logicamente); 
 A primeira e a última sentença são comandadas pelo sistema;
 Deve-se utilizar um padrão de linguagem simples e inteligível pelos stakeholders;
 Descrição não representa condição e repetição;
 Descrição não representa controles técnicos (críticas, fim de leitura);
 Não é preciso fluxo alternativo para todas as sentenças relacionadas no fluxo normal. 
Apresentar somente quando necessário.
 Podem-se utilizar comentários para complementar a informação “*** comentários”;
 Para representar os INCLUDES utilizar o termo <INCLUIR>;
 Para representar os EXTENDS utilizar o termo <ESTENDER>.
REGRAS