1. Nome: Agendar Exame
2. Atores:
Paciente
Sistema de Agendamento
Sistema de Notificação
3. Pré-condições:
O paciente deve estar cadastrado e autenticado no sistema.
O sistema deve conter uma lista de exames disponíveis e horários compatíveis com a agenda da clínica.
4. Fluxo Principal:
O paciente acessa o sistema e realiza login.
O paciente navega até a seção de agendamento de exames.
O sistema exibe a lista de exames disponíveis.
O paciente seleciona um exame desejado.
O sistema exibe as informações do exame, incluindo duração, profissional responsável e preparo necessário.
O paciente escolhe uma data e horário disponíveis.
O sistema verifica a disponibilidade e confirma a seleção.
O sistema registra o agendamento e gera uma confirmação.
O paciente recebe uma notificação por e-mail e/ou SMS com os detalhes do exame.
O sistema agenda um lembrete automático para ser enviado 24 horas antes do exame.
5. Fluxos Alternativos:
5.1. Fluxo Alternativo 1 - Paciente tenta agendar um exame sem disponibilidade:
O paciente seleciona um exame e tenta agendar um horário.
O sistema verifica a disponibilidade e detecta que não há horários disponíveis.
O sistema informa o paciente sobre a indisponibilidade e sugere outras datas e horários.
O paciente escolhe um novo horário disponível.
O fluxo retorna ao passo 7 do fluxo principal.
5.2. Fluxo Alternativo 2 - Paciente tenta agendar dois exames no mesmo horário:
O paciente seleciona um exame e um horário.
O sistema verifica que já há um exame agendado no mesmo horário para o paciente.
O sistema exibe uma mensagem de erro informando que não é possível agendar dois exames no mesmo horário.
O paciente retorna à seleção de horário e escolhe outro horário disponível.
O fluxo retorna ao passo 7 do fluxo principal.
5.3. Fluxo Alternativo 3 - Erro na comunicação com o Sistema de Notificação:
O sistema tenta enviar a confirmação do exame via e-mail e/ou SMS.
O envio falha devido a um erro na comunicação com o Sistema de Notificação.
O sistema registra a falha e exibe um aviso ao paciente de que a notificação pode não ter sido enviada.
O paciente pode visualizar a confirmação do agendamento diretamente no sistema.
O fluxo principal continua normalmente, e o lembrete automático tentará ser enviado novamente antes do exame.
6. Pós-condições:
O exame é registrado no sistema e aparece na agenda da clínica.
O paciente pode visualizar o exame agendado em sua conta.
O lembrete do exame será enviado 24 horas antes, caso o sistema de notificação esteja funcionando corretamente.
1. Nome: Checkout e Pagamento
2. Atores:
Cliente
Funcionário da Pousada
Sistema de Gestão da Pousada
3. Pré-condições:
O cliente deve estar hospedado na pousada.
O sistema deve conter o registro da hospedagem e dos serviços utilizados pelo cliente.
O funcionário deve estar autenticado no sistema.
4. Fluxo Principal:
O funcionário acessa o sistema e seleciona a opção de checkout.
O funcionário localiza a hospedagem do cliente.
O sistema exibe os dados da hospedagem, incluindo o chalé, o período de estadia e os serviços utilizados.
O sistema calcula automaticamente o valor total da hospedagem, considerando as diárias e os serviços utilizados.
O sistema exibe o valor total a ser pago.
O funcionário pode aplicar um desconto, se necessário.
O sistema registra o valor final a ser pago.
O cliente escolhe a forma de pagamento (dinheiro, cartão de crédito/débito ou transferência bancária).
O sistema processa o pagamento e registra a transação.
O sistema gera um comprovante de pagamento e disponibiliza ao cliente.
O sistema registra a data e hora do checkout e finaliza a hospedagem.
5. Fluxos Alternativos:
5.1. Fluxo Alternativo 1 - Cliente solicita parcelamento do pagamento:
O cliente informa que deseja parcelar o pagamento.
O funcionário seleciona a opção de parcelamento no sistema.
O sistema exibe as opções de parcelamento disponíveis.
O cliente escolhe o número de parcelas.
O sistema processa o pagamento conforme as condições escolhidas.
O fluxo retorna ao passo 10 do fluxo principal.
5.2. Fluxo Alternativo 2 - Cliente não possui saldo suficiente para pagamento:
O cliente informa que não possui saldo suficiente para o pagamento.
O funcionário consulta a possibilidade de pagamento parcial ou acordo especial.
O sistema permite registrar um pagamento parcial e gerar um saldo devedor.
O cliente negocia uma nova data para quitação do saldo restante.
O sistema registra o saldo devedor e a nova data de pagamento.
O fluxo retorna ao passo 10 do fluxo principal.
5.3. Fluxo Alternativo 3 - Erro na comunicação com o sistema de pagamento:
O sistema tenta processar o pagamento, mas ocorre uma falha na comunicação com o serviço de pagamento.
O sistema exibe uma mensagem de erro ao funcionário.
O funcionário pode tentar processar o pagamento novamente ou selecionar outra forma de pagamento.
Se o problema persistir, o funcionário pode registrar o pagamento manualmente para posterior regularização.
O fluxo retorna ao passo 10 do fluxo principal, caso o pagamento seja concluído.
1. Nome: Efetuar Empréstimo
2. Atores:
Usuário
Sistema de Biblioteca
Bibliotecário (quando aplicável)
3. Pré-condições:
O usuário deve estar cadastrado no sistema.
O sistema deve conter informações atualizadas sobre a disponibilidade dos livros.
4. Fluxo Principal:
O usuário acessa o sistema e pesquisa um livro desejado.
O sistema exibe uma lista de resultados conforme a pesquisa.
O usuário seleciona um livro e verifica sua disponibilidade.
O sistema verifica a disponibilidade do livro.
Se o livro estiver disponível, o sistema reserva-o para o usuário e exibe a data de retirada.
O usuário comparece à biblioteca na data de retirada.
O usuário apresenta sua identificação ao bibliotecário ou ao sistema de autoatendimento.
O sistema confirma a identidade do usuário e registra o empréstimo do livro.
O sistema atualiza o status do livro para "Empréstimo".
O sistema gera e envia um lembrete para a data de devolução do livro.
5. Fluxos Alternativos:
5.1. Fluxo Alternativo 1 - Livro não disponível:
O usuário pesquisa um livro e verifica sua disponibilidade.
O sistema detecta que o livro não está disponível para empréstimo.
O sistema exibe a data prevista de devolução e oferece a opção de entrar em uma lista de espera.
O usuário escolhe se deseja ser notificado quando o livro estiver disponível.
O fluxo principal é interrompido até a disponibilidade do livro.
5.2. Fluxo Alternativo 2 - Usuário não apresenta identificação válida:
O usuário comparece à biblioteca para retirar o livro.
O sistema solicita a identificação do usuário.
O usuário apresenta uma identificação inválida ou incorreta.
O sistema nega a retirada do livro e informa a necessidade de apresentar uma identificação válida.
O fluxo principal é interrompido até que o usuário apresente uma identificação adequada.
5.3. Fluxo Alternativo 3 - Usuário com pendências na biblioteca:
O usuário tenta retirar um livro reservado.
O sistema verifica o status do usuário e detecta que ele possui pendências (como multas ou devoluções atrasadas).
O sistema informa ao usuário sobre as pendências e bloqueia o empréstimo até a regularização.
O fluxo principal é interrompido até que as pendências sejam resolvidas.
1. Atores:
Cliente: Seleciona os itens do cardápio e realiza o pedido.
Sistema de Pedidos de Restaurante: Gerencia o pedido, verifica disponibilidade e informa tempo de entrega.
Cozinha: Prepara os pedidos confirmados.
Entregador: Retira o pedido e realiza a entrega ao cliente.
2. Pré-condições:
O cliente deve ter acesso ao sistema do restaurante.
O cardápio deve estar atualizado com os itens disponíveis.
O restaurante deve estar operando e aceitando pedidos.
3. Fluxo Principal:
O cliente acessa o sistema e visualiza o cardápio do restaurante.
O cliente seleciona os itens desejados.
O sistema exibe os itens selecionados e calcula o valor total do pedido.
O cliente confirma o pedido.
O cliente fornece seus dados pessoais e endereço de entrega.
O sistema verifica a disponibilidade dos itens.
Se todos os itens estiverem disponíveis, o sistema envia o pedido para a cozinha.
O sistema informa ao cliente o tempo estimado de entrega.
O entregador retira o pedido na cozinha.
O entregador realiza a entrega ao cliente.
O pedido é finalizado no sistema.
4. Fluxos Alternativos:
1. Cliente desiste do pedido antes da confirmação:
3a. O cliente decide não confirmar o pedido e cancela a solicitação.
3b. O sistema descarta o pedido e retorna à tela inicial.
2. Itens não disponíveis no momento do pedido:
6a. O sistema identifica que um ou mais itens não estão disponíveis.
6b. O sistema sugere alternativas ao cliente ou permite a remoção do item indisponível.
6c. O cliente pode optar por substituir os itens ou cancelar o pedido.
3. Falha na entrega do pedido:
10a. O entregador não consegue localizar o endereço ou o cliente não atende.
10b. O entregador tenta contato com o cliente.
10c. Se o contato for bem-sucedido, a entrega é concluída.
10d. Se o contato falhar, o pedido retorna para o restaurante e o sistema registra o problema.
5. Pós-condições:
O pedido é entregue ao cliente e registrado como concluído no sistema.
O estoque do restaurante é atualizado de acordo com os itens vendidos.
O sistema pode armazenar o histórico do pedido para futuras consultas.
Atores
Usuário: Interage com o sistema para criar e gerenciar sua playlist.
Sistema de Streaming de Música: Gerencia as playlists, busca músicas e controla a reprodução.
Fluxo Principal
O usuário acessa sua conta no Sistema de Streaming de Música.
O usuário seleciona a opção para criar uma nova playlist.
O sistema solicita um nome para a playlist.
O usuário insere o nome da playlist e confirma a criação.
O sistema cria a playlist e a disponibiliza para o usuário.
O usuário pesquisa uma música ou artista.
O sistema retorna uma lista de resultados correspondentes à pesquisa.
O usuário seleciona uma música e adiciona-a à playlist.
O sistema verifica a disponibilidade da música.
Se disponível, o sistema adiciona a música à playlist.
O sistema confirma a adição da música na playlist.
O usuário pode repetir o processo para adicionar mais músicas.
Pré-condições
O usuário deve estar autenticado no sistema.
O sistema deve estar em funcionamento.
Pós-condições
A playlist deve estar criada e disponível na conta do usuário.
Se músicas forem adicionadas, a playlist deve conter os registros dessas músicas.
Fluxos Alternativos
Fluxo Alternativo 1: O usuário cancela a criação da playlist
3a. O usuário decide não prosseguir e cancela a criação da playlist.
4a. O sistema descarta a operação e retorna para a tela principal.
Fluxo Alternativo 2: A música não está disponível no sistema
9a. O sistema verifica que a música não está disponível.
10a. O sistema exibe uma mensagem informando que a música não pode ser adicionada.
11a. O usuário pode tentar buscar outra música ou encerrar a operação.
Fluxo Alternativo 3: O usuário tenta adicionar uma música já presente na playlist
10b. O sistema detecta que a música já está na playlist.
11b. O sistema exibe uma mensagem informando que a música já está na lista.
12b. O usuário pode escolher outra música ou encerrar a operação.
Caso de Uso: Lançar Notas da Turma
Atores
Professor: Responsável por lançar as notas da turma.
Sistema de Lançamento de Notas: Gerencia as turmas, alunos e notas, além de enviar notificações e gerar relatórios.
Fluxo Principal
O professor acessa o Sistema de Lançamento de Notas e autentica-se.
O professor seleciona a opção para lançar notas.
O sistema exibe a lista de turmas e disciplinas associadas ao professor.
O professor seleciona uma turma e a disciplina correspondente.
O sistema exibe a lista de alunos matriculados na disciplina, juntamente com suas notas parciais.
O professor insere a nota final de cada aluno.
O professor confirma e salva as alterações.
O sistema verifica se todas as notas foram lançadas corretamente.
O sistema armazena as notas no banco de dados.
O sistema envia um e-mail para cada aluno com sua nota final.
O sistema gera e disponibiliza um relatório de notas da turma.
O caso de uso é concluído com sucesso.
Pré-condições
O professor deve estar autenticado no sistema.
A turma e a disciplina devem estar cadastradas no sistema.
Os alunos devem estar matriculados na disciplina.
Pós-condições
As notas finais dos alunos são armazenadas no sistema.
Os alunos recebem um e-mail com suas notas.
Um relatório de notas da turma é gerado e disponibilizado.
Fluxos Alternativos
Fluxo Alternativo 1: O professor sai sem salvar as notas
6a. O professor decide sair da tela sem salvar as notas.
7a. O sistema exibe um aviso perguntando se deseja salvar antes de sair.
8a. Se o professor confirmar a saída sem salvar, as notas não são registradas e o sistema retorna à tela principal.
Fluxo Alternativo 2: O professor insere uma nota inválida
6b. O professor insere uma nota fora do intervalo permitido (por exemplo, maior que 10 ou menor que 0).
7b. O sistema exibe uma mensagem de erro e impede o salvamento até que todas as notas estejam dentro dos limites aceitáveis.
Fluxo Alternativo 3: Falha no envio de e-mail
10a. O sistema tenta enviar os e-mails, mas ocorre uma falha na conexão com o servidor de e-mail.
10b. O sistema exibe um alerta informando que o envio falhou e registra a falha no log.
10c. O professor pode tentar reenviar os e-mails manualmente ou o sistema pode tentar novamente mais tarde.
Cenários elaborados pela Profª. Dra. Karen Ribeiro (karen@ic.ufmt.br) para fins educacionais a partir de conversas com a ferramenta ChatGPT (GPT-4o) em 04/02/2025.
Não reproduzir sem autorização ou crédito.