Especifiçação de Casos de

Uso
Cenários de Casos de Uso
• Um cenário é uma determinada sequência de acções que ilustra um
comportamento do sistema.
• Numa definição mais abstrata, deve-se entender um cenário como
uma instância de um caso de uso, sendo normal que um caso de uso
possa ser descrito por dezenas de possíveis cenários.
• Uma designação alternativa para cenário, por vezes utilizada, é “fluxo
de ações”
Tipos de Casos De Uso

• Casos de uso de alto nível

• Casos de Uso expandidos
Casos de Uso de Alto Nível
Casos de uso expandidos
Casos de uso expandidos
Cenário principal/ Sequência típica de eventos
Sequências em alternativa

• Alternativas importantes ou excepções que podem surgir em relação

ao cenário principal
Exercício 1
• Esboce um diagrama de casos de utilização para um controlo remoto
de TV. Garanta que inclui todas as funções do controlo remoto como
casos de utilização do seu modelo. Faça a especificação do caso de
uso “Ligar TV”. Sugestão: Considere que a TV tem um sistema de
password, configurado opcionalmente, para que os pais tenham a
garantia que os filhos não passem muitas horas em frente ao
televisor!
Exercício 1
Exercício1
Caso de utilização: Ligar TV
Actor: Utilizador
Finalidade: Ligar a TV
Visão geral: O utilizador pega o remote da TV, clica no botão de ligar e a TV liga-se
Tipo: Primário e essencial
Cenário Principal:
Actor TV
1. O caso de uso inicia quando o utilizador pressiona o 2. A TV liga-se, a imagem do monitor da TV aparece
botão ligar da TV apresentando a informação do primeiro canal
programado
Exercício 1
Cenário Alternativo 1 (controlo de acesso activado, entrada c/ sucesso):
Actor TV
1. O caso de uso inicia quando o 2. A TV liga-se, a imagem do monitor da TV aparece uma
utilizador pressiona o botão ligar mensagem introduza uma sequência de 4/5 caracteres
da TV correspondente a uma senha de acesso
3. O utilizador introduz a senha 4. Seguidamente a TV mostra imagens relativas ao 1º
O utilizador pressiona o botão ?. A TVcanal programado.
liga-se, mas não mostra imagens. Pede que o utilizador

Cenário Alternativo 2 (controlo de acesso activado, entrada s/ sucesso):

Na linha 3 o utilizador não introduz a senha correcta. O sistema permite a introdução de 3
tentativas sucessivas, ao fim das quais, em caso de insucesso, bloqueia-se durante 60 minutos
Exercício 2
a. O relacionamento de herança é
presente em classes, actores, e
casos de uso, logo, o caso de
uso Solicitar Matricula será
acionado por ambos os atores
secretária e aluno?
b. O que as relações <include> e
<extend> representam neste
diagrama, em cada situação?
c. O Caso de Uso Visualizar
Histórico possui uma associação
com outros dois casos de uso, o
que esta associação representa?
d. O Caso de Uso Visualizar
Histórico Parcial não será
acionado por nenhum ator?
Exercício 3

• Considere o sistema de uma equipa de futebol constituído pelos

seguintes actores: jogador, treinador, atacante, guarda-redes, médio,
defesa, presidente. Desenhe o respectivo diagrama de casos de
utilização. Sugestão: considere por exemplo os seguintes casos: jogar,
treinar, defender a baliza, pagar ao jogador, pagar ao treinador,
vender jogador, contratar jogador, contratar treinador, despedir
treinador.
Desenha o diagrama de casos de uso
Exercício 3
Exercício 4
Sistema de gestão académica
Requisitos Funcionais
• RF01 – o sistema deve permitir à secretaria cadastrar cursos contendo código,
descrição e coordenador.
• RF02 – o sistema deve permitir à secretaria cadastrar disciplinas de cursos,
contendo código, descrição, carga horária, ementa, bibliografia e pré-requisitos.
• RF03 – o sistema deve permitir à secretaria cadastrar alunos, contendo matrícula,
nome, endereço, telefone e curso para o qual foi aprovado.
• RF04 – o sistema deve permitir ao departamento de recursos humanos (RH)
cadastrar professores, contendo nome, endereço, telefone e titulação máxima
(graduação, especialização, mestrado, doutorado) e cursos que esteja vinculado
• RF05 – o sistema deve permitir à secretaria abrir turmas de disciplinas de cursos,
informando ano e semestre, dias da semana e horários de realização.
• RF06 – o sistema deve permitir à secretaria matricular alunos em turmas.
• Especificar o Caso de Uso: Matricular Aluno
Exercício 4
Caso de utilização: Matricular aluno
Actor: Secretaria
Finalidade: Realizar a matricula de um aluno numa turma
Visão geral: A secretaria seleciona o menu de realizar matricula, escolhe o aluno e matricula em determinada turma.
Tipo: Primário e essencial
Referências cruzadas:R05, R06
Pré condição: O estudante deve estar cadastrado no sistema
Pós Condição: Sistema com mais um estudante matriculado
Cenário Principal:
Secretaria Sistema
1. Inicia quando a secretaria Solicita a matrícula de 2. Exibe uma interface com uma lista de turmas
alunos em turmas. cadastradas, contendo descrição do curso, descrição
da disciplina, ano, semestre e descrição da turma.
3. Exibe uma lista de nomes de alunos cadastrados.
4. Seleciona uma turma e o aluno a ser matriculado, 5. Efectiva a matricula
e matricula
6. Exibe imagem no ecrã de matricula realizada
7. Fecha a interface
Exercício 4
Cenário alternativo
Na ponto 4, caso o aluno já se encontre matriculado naquela turma, a
mensagem “Este aluno já possui matrícula na turma” é apresentada.
Créditos
• UML- Craig