Casos de Uso

[Bardo-programador]

Caso de Uso 1: O sistema é acessado por analistas de incidentes, gestores de sistema e administradores de sistema por meio de login e por usuários comuns sem necessidade de login.

Atores: Analista de incidentes, administradores de sistema, usuários comum e usuários sem cadastro

Pré-condições Estar na tela de login

Pós-condições:

O usuário acessa ao sistema e seus recursos de acordo com seu nível de autorização

Fluxo básico:

1. O usuário preenche os campos de login com suas informações cadastradas
2. Clica no botão de logar 
3. Usuário faz login no sistema com seu respectivo acesso a funções permitidas

Fluxos Alternativos

• usuário faz login sem cadastro
  • Passo 1 é ignorado
  • Usuário clica em logar sem cadastro
  • Usuário é redirecionado para o sistema com funções mínimas

Fluxo de exceção

• Usuário sem cadastro
  • (Após passo 2) Aparece uma tela ou pop-up com a mensagem de que o usuário não está cadastrado

Caso de Uso 2: O sistema permitirá que o usuário se cadastre.

Atores: Usuário sem cadastro

Pré-condições: estar na tela de cadastro

Pós-condições: é salvo um cadastro de usuário no banco de dados

Fluxo básico:

1. Usuário sem cadastro preenche o formulário de cadastro com a informações dele
2. Usuário sem cadastro clica no botão cadastrar 
3. Um novo usuário é cadastrado no banco de dados

Fluxos Alternativos

• Redirecionado para tela de cadastro a partir do menu de login
  • Estando na tela de login o usuário clica no botão Novo usuário
  • Começa fluxo básico

Fluxos de exceção

• Validação de dados falha
  • Após passo 2 o sistema verifica que o usuário preencheu algum campo de forma inválida
  • O sistema aponta os campos que estão inválidos

Caso de Uso 3: O usuário pode excluir a sua conta

Atores: Usuário comum, administrador, gestor e analista de incidentes

Pré-condições: estar na tela de perfil Pós-condições:

• O cadastro do usuário é excluído do banco de dados
• Usuário é deslogado do sistema e redirecionado para tela de inicial do site

Fluxo básico:

1. Usuário vai até o final inferior da tela de perfil
2. Clica no botão excluir conta 
3. Aparece uma mensagem pedindo para confirmar a exclusão
4. Usuário confirma a exclusão e apertando o botão "Confirmar"
5. É enviado para o email do usuário um código e aparece um campo para preenchimento desse código 
6. O usuário informa o código que recebeu no email
7. O usuário aperta o botão "deletar conta"

Fluxos de exceção

• Após passo 3 o usuário clica em não confirmar ou recarrega a página, então nada acontece e o usuário permanece na mesma tela

• Após passo 6

  • Caso o código esteja incorreto, então o sistema avisa que o código está incorreto

Caso de Uso 4: O usuário pode recuperar a sua senha caso venha a perdê-la.

Atores: Usuário cadastrado, gestor, administrador, analista Pré-condições: Estar na tela de login Pós-condições: Nova senha é definida no banco de dados

Fluxo básico:

1. O usuário clica no botão "Esqueci minha senha"
2. É enviado um link para o email do usuário
3. Ao acessar o link, o usuário é redirecionado para a tela de redefinição de senha
4. O usuário preenche os campos "Nova senha" e "confirmar nova senha" com a nova senha
5. Usuário clica no botão de confirmação de mudança
6. A nova senha é redefinida no registro do usuário
7. Uma mensagem aparece e confirma alteração da senha
   Fluxos Alternativos

Fluxos de exceção

• Após passo 5 caso a senha nos 2 campos si defiram, então é exibida uma mensagem de senhas diferentes e solicita ao usuário que redigite a senha novamente

Caso de Uso 5: Administradores têm acesso à lista de usuários cadastrados.

Atores: administrador Pré-condições: administrador deve estar logado no sistema Pós-condições: visualizar todos os usuários cadastrados

Fluxo básico:

1. Administrador clica na aba listar usuário 
2. Administrador vai para tela de usuários cadastrados
3. Aparece uma tabela com todos os usuários cadastrados com suas informaçõe 

Fluxos Alternativos

Fluxos de exceção

[Marianeesouza]

Caso de Uso 1: Visualizar as informações de uma ocorrência cadastrada

Atores:
Usuários comuns

Pré-condições:

• O usuário deve estar autenticado no sistema.
• Pelo menos uma chamada deve ter sido registrada pelo usuário.

Pós-condições:

• O sistema exibe corretamente as informações da chamada selecionada.
• Caso ocorra algum problema, o sistema fornece feedback apropriado ao usuário.

Fluxo Básico:

1. O usuário acessa seu perfil no sistema.
2. O usuário seleciona a aba de "Histórico de Ocorrências".
3. O sistema exibe uma lista com todas as chamadas realizadas pelo usuário.
4. O usuário escolhe uma chamada específica para visualizar.
5. O sistema exibe os detalhes da chamada selecionada.

Fluxos Alternativos:

• Fluxo Alternativo 1: Não há chamadas realizadas.
  • Após o passo 2:
    1. O sistema exibe uma mensagem informando que não há chamadas registradas.

Fluxos de Exceção:

• Fluxo de Exceção 1: Falha de comunicação com o servidor/banco de dados.
  • Após o passo 2:
    1. O sistema apresenta uma mensagem de erro, notificando o usuário que as informações das ocorrências não puderam ser apresentadas e sugere que o usuário tente novamente mais tarde.

---

Caso de Uso 2: Criação de Posts com Informações de Conscientização

Atores:
Gestores de Sistema.

Pré-condições:

• Gestor de sistema estar autenticado no sistema.

Pós-condições:

• O post é salvo no banco de dados e fica disponível para visualização por todos os usuários do sistema.

Fluxo Básico:

1. Gestor de sistema entra na aba de “Gestão de Posts”.
2. Gestor seleciona a opção de “Criar Post”.
3. Gestor adiciona as informações desejadas no post.
4. Gestor confirma o post.
5. O sistema salva o post no banco de dados e exibe uma mensagem de sucesso.
6. O post fica visível para todos os usuários.

Fluxos Alternativos:

• Fluxo Alternativo 1: Gestor descarta o post em andamento.

  • Após o passo 3:
    1. Gestor seleciona a opção para descartar o post.
    2. Conteúdo é descartado e não é adicionado ao banco de dados.
    3. Gestor é redirecionado para a aba de criação de posts.

• Fluxo Alternativo 2: Conteúdo ausente no post.

  • Após o passo 2:
    1. Gestor não adiciona conteúdo ao post a ser criado.
    2. Gestor seleciona a opção de enviar post.
    3. O sistema exibe uma mensagem de alerta indicando o problema.
    4. O sistema impede o envio até que o conteúdo seja preenchido.

Fluxos de Exceção:

• Fluxo de Exceção 1: Falha na conexão com o banco de dados.
  • Após o passo 4:
    1. Dados são descartados e não são adicionados ao banco de dados.
    2. O sistema exibe mensagem informando que houve um erro no envio do post e solicita que o usuário tente novamente mais tarde.

---

Caso de Uso 3: Alteração do conteúdo de um post

Atores:
Gestores de sistema.

Pré-condições:

• O gestor deve estar autenticado no sistema.
• Deve existir pelo menos um post previamente registrado.

Pós-condições:

• O post selecionado é atualizado com o novo conteúdo fornecido.
• O conteúdo atualizado fica disponível para visualização pelos usuários do sistema.

Fluxo Básico:

1. Gestor de sistema entra na aba de “Gestão de Posts”.
2. O sistema exibe uma lista com os posts cadastrados.
3. O gestor seleciona um post para edição.
4. O sistema exibe o conteúdo atual do post para alteração.
5. O gestor edita o conteúdo do post.
6. O gestor confirma as alterações.
7. O sistema salva as alterações no banco de dados e exibe uma mensagem de sucesso.

Fluxos Alternativos:

• Fluxo Alternativo 1: Nenhum post disponível para edição.

  • Após o passo 1:
    1. O sistema informa que não há posts cadastrados.

• Fluxo Alternativo 2: Alterações descartadas pelo gestor.

  • Após o passo 5:
    1. O gestor decide cancelar as alterações antes de confirmar.
    2. O sistema descarta as alterações.
    3. O sistema redireciona o gestor à lista de posts sem alterar o conteúdo original.

Fluxos de Exceção:

• Fluxo de Exceção 1: Falha na conexão com o banco de dados.
  • Após o passo 4:
    1. Dados são descartados e não são adicionados ao banco de dados.
    2. O sistema exibe mensagem informando que houve um erro no envio do post e solicita que o usuário tente novamente mais tarde.

---

Caso de Uso 4: Exclusão do conteúdo de um post

Atores:
Gestores de sistema.

Pré-condições:

• O gestor de sistema deve estar logado no sistema.
• Existe pelo menos um post previamente registrado.

Pós-condições:

• O post selecionado é excluído.
• O conteúdo não está mais disponível para visualização pelos usuários do sistema.

Fluxo Básico:

1. Gestor de sistema entra na aba de “Gestão de Posts”.
2. O sistema exibe uma lista com os posts cadastrados.
3. O gestor seleciona um post para deleção.
4. O sistema exibe uma mensagem de confirmação.
5. Gestor confirma a exclusão.
6. O post é excluído.

Fluxos Alternativos:

• Fluxo Alternativo 1: Nenhum post disponível para exclusão.

  • Após o passo 1:
    1. O sistema informa que não há posts cadastrados.

• Fluxo Alternativo 2: Exclusão cancelada pelo gestor.

  • Após o passo 4:
    1. O gestor decide cancelar a exclusão antes de confirmar.
    2. O sistema redireciona o gestor à lista de posts sem excluir o conteúdo original.

Fluxos de Exceção:

• Fluxo de Exceção 1: Falha na conexão com o banco de dados.
  • Após o passo 4:
    1. Dados não são excluídos do banco de dados.
    2. O sistema exibe mensagem informando que houve um erro e solicita que o usuário tente novamente mais tarde.

---

Caso de Uso 5: Usuários podem ser promovidos a outros patamares da hierarquia de usuário

Atores:
Administradores de sistema.

Pré-condições:

• Administrador de sistema estar logado.
• Existir outros usuários cadastrados com cargos abaixo de administrador.

Pós-condições:

• Usuário é definido com um cargo acima do seu atual, a escolha do administrador.

Fluxo Básico:

1. Administrador entra na aba de gestão de usuários.
2. Sistema apresenta todos os usuários cadastrados.
3. Administrador entra no perfil de um dos usuários cadastrados.
4. Administrador seleciona a opção de promover usuário.
5. Administrador seleciona o cargo ao qual deseja promover o usuário.
6. Administrador confirma a promoção.
7. Usuário é promovido para o cargo selecionado.

Fluxos Alternativos:

• Fluxo Alternativo 1: Administrador cancela o processo de promoção.

  • Após o passo 4 ou 5:
    1. O administrador decide não prosseguir.
    2. O administrador retorna para a aba de gestão de usuários sem salvar alterações.

• Fluxo Alternativo 2: Usuário não elegível para promoção.

  • Após o passo 4:
    1. Administrador tenta promover um usuário que já possui o maior cargo possível.
    2. O sistema exibe mensagem informando que o usuário não pode ser promovido, pois já possui o cargo máximo permitido.

Fluxos de Exceção:

• Fluxo de Exceção 1: Falha de conexão com o sistema.
  • Durante o processo de promoção, o sistema perde conexão com o servidor.
  • O sistema exibe mensagem de erro e solicita que o administrador tente novamente após a reconexão.

[Lexdian]

Caso de uso: Atualizar dados da conta

Ator: Usuário Pré-condição: O usuário deve estar autenticado no sistema. Fluxo principal:

1. O usuário acessa a seção de "Configurações" ou "Perfil".
2. O usuário escolhe a opção de atualizar os dados de sua conta (nome, e-mail, telefone, etc.).
3. O usuário insere os novos dados e confirma a atualização.
4. O sistema valida as informações inseridas e atualiza os dados da conta.

Fluxo alternativo: Pós-condição: A conta do usuário é atualizada com os novos dados fornecidos. Fluxo secundário:

1. Se houver falha na atualização devido a erro técnico:

1. O sistema exibe uma mensagem de erro informando o problema e solicita nova tentativa.

2. O usuário tenta inserir dados inválidos (por exemplo, e-mail incorreto):

1. O sistema exibe uma mensagem de erro informando o erro de preenchimento.

---

Caso de uso: Atualizar status de chamado

Ator: Analista de Incidentes ou Gestor Pré-condição: O analista ou gestor deve estar autenticado no sistema e ter permissão para atualizar status. Fluxo principal:

1. O analista ou gestor acessa o chamado no sistema.
2. O analista ou gestor clica no status atual do chamado.
3. O analista ou gestor seleciona um novo status (em aberto, em andamento, necessita atendimento médico, finalizado com sucesso ou finalizado com complicações).
4. O sistema atualiza o status do chamado e exibe a confirmação.

Fluxo alternativo: Pós-condição: O status do chamado é atualizado corretamente. Fluxo secundário:

1. Houve falha ao tentar atualizar o status devido a problemas técnicos:

1. O sistema exibe uma mensagem solicitando nova tentativa.

---

Caso de uso: Gerar relatórios para análise

Ator: Analista Pré-condição: O analista deve estar autenticado no sistema. Fluxo principal:

1. O analista acessa a seção de "Relatórios".
2. O analista clica em “Gerar relatório”.
3. O analista pode visualizar o relatório e usar as informações para realizar análises.

Fluxo alternativo:

1. O analista escolhe filtrar o relatório por data, tipo de ocorrência ou status.
2. O sistema gera o relatório com base nos filtros aplicados.

Pós-condição: O analista visualiza o relatório gerado para análise. Fluxo secundário:

1. Filtros levam a dados insuficientes para gerar relatório:

1. O sistema avisa o analista e oferece a opção de tentar um novo filtro.

3. Ocorreu um erro ao gerar o relatório:

1. O sistema exibe uma mensagem informando o erro técnico.

---

Caso de uso: Acessar ocorrências atendidas

Ator: Administrador Pré-condição: O administrador deve estar autenticado no sistema. Fluxo principal:

1. O administrador acessa a seção de "Ocorrências Atendidas".
2. O sistema exibe uma lista de ocorrências atendidas por analistas ou gestores.
3. O administrador pode visualizar os detalhes de cada ocorrência atendida.

Fluxo alternativo:

1. O administrador pode filtrar ocorrências por analista, gestor ou por status da ocorrência.
2. O sistema exibe apenas as ocorrências que correspondem aos filtros aplicados.

Pós-condição: O administrador visualiza as ocorrências atendidas e seus detalhes. Fluxo secundário:

1. Se não houver ocorrências atendidas com os filtros:

1. O sistema exibe uma mensagem informando a ausência de dados.

---

Caso de uso: Deletar chamadas

Ator: Administrador Pré-condição: O usuário deve estar autenticado no sistema. Fluxo principal:

1. O administrador acessa a seção de "Histórico de Chamadas" no sistema.

1. O sistema exibe uma lista de todas as chamadas realizadas pelos usuários, incluindo informações como: data, descrição do incidente, status da chamada e resultados.

2. O administrador seleciona uma ou mais chamadas que deseja deletar.

1. O administrador confirma a exclusão das chamadas selecionadas.

Fluxo alternativo:

1. O usuário aplica filtros no histórico de chamadas (por exemplo, por data ou status) para localizar chamadas específicas.
2. O sistema exibe as chamadas que atendem aos critérios aplicados.
3. O usuário seleciona as chamadas filtradas e segue o fluxo principal a partir do passo 4.

Pós-condição: As chamadas selecionadas são removidas permanentemente do sistema, e o usuário visualiza a lista atualizada do histórico de chamadas. Fluxo secundário:

1. Se nenhuma chamada estiver selecionada para exclusão:

1. O sistema exibe uma mensagem informando que é necessário selecionar pelo menos uma chamada para continuar.

2. Se ocorrer um erro técnico ao tentar deletar as chamadas:

1. O sistema exibe uma mensagem de erro informando que a exclusão não foi concluída e solicita que o usuário tente novamente mais tarde.

[lucasferruccio]

Caso de uso 1: Preenchimento de uma ocorrência.

Ator

• Qualquer usuário

Pré-condição

• Não há necessidade de pré-condições.

Fluxo Principal

1. O usuário deseja cadastrar uma ocorrência.
2. O usuário entra na aba de cadastro de ocorrências.
3. O usuário digita o seu nome.
4. O usuário digita o seu celular.
5. O usuário digita o seu e-mail.
6. O usuário digita o seu telefone fixo/ramal (Não obrigatório).
7. O usuário seleciona qual a sua relação com a UFRPE.
8. O usuário identifica qual o animal.
9. O usuário seleciona no mapa o local da ocorrência.
10. O usuário pode fazer o upload de fotos do animal (Não obrigatório).
11. O usuário adiciona um ponto de referência.
12. O usuário confirma que as informações são verídicas.
13. O usuário envia a ocorrência.

Fluxo Alternativo

1. O usuário está autenticado no sistema. 1.1. O usuário autenticado abre a aba de ocorrências. 1.2. O usuário autenticado cadastra a nova ocorrência, seguindo o fluxo principal a partir do passo 4.

Pós-condição

As informações coletadas são enviadas para os veterinários que irão cuidar da ocorrência. O usuário recebe uma confirmação da ocorrência. O usuário recebe informações sobre quem está vindo realizar o resgate.

Fluxo Secundário

1. O usuário não preencheu todas as informações: 1.1. Será redirecionado para o primeiro espaço em branco do cadastro de informações. 1.2. Aparecerá uma mensagem com o seguinte texto: "Informações incompletas, por favor preencha as entradas obrigatórias."

2. O usuário preenche com um e-mail inválido: 2.1. Será redirecionado para o campo inválido no cadastro de informações. 2.2. Aparecerá uma mensagem com o seguinte texto: "E-mail inválido."

3. O usuário preenche com um telefone inválido: 3.1. Será redirecionado para o campo inválido no cadastro de informações. 3.2. Aparecerá uma mensagem com o seguinte texto: "Telefone inválido."

4. O usuário não adiciona fotos na ocorrência: 4.1. Aparecerá uma mensagem com o seguinte texto: "Atenção! As fotos são importantes para que nossa equipe possa entender melhor a ocorrência e agir de forma mais eficiente no resgate." 4.2. Abaixo da mensagem, terão dois botões: "Enviar sem fotos" e "Adicionar fotos":

   • Caso o usuário clique em "Enviar sem fotos", a ocorrência será concluída e o envio será feito sem as fotos.
   • Caso o usuário clique em "Adicionar fotos", ele será redirecionado para o campo de fotos.
   • Seguirá o fluxo principal a partir do passo 10.

---

Caso de uso 2: Acessar as ocorrências em aberto.

Ator:

• Analista de Incidente, Gestor ou Administrador.

Pré-condição:

• O analista, gestor ou administrador deve estar autenticado no sistema.

Fluxo principal:

1. O analista, gestor ou administrador deseja ver as ocorrências em aberto.
2. O analista, gestor ou administrador entra na aba de “Ocorrências em aberto”.
3. O sistema exibe todas as ocorrências em aberto.
4. O analista, gestor ou administrador acessa uma das ocorrências .

Pós-condição:

1. O analista, gestor ou administrador terá acesso a informações das chamadas em aberto.

Fluxo Secundário:

1. Não existe nenhuma chamada em aberto: 1.1. A aba de chamadas estará em branco com a seguinte mensagem: “Não há chamadas em aberto”.

---

Caso de uso 3: Analista de incidentes aceitar uma das ocorrências em aberto.

Ator:

• Analista de Incidente.

Pré-condição:

O analista de incidente deve estar autenticado no sistema.

Fluxo principal:

1. O analista deseja ver as ocorrências em aberto.
2. O analista abre a aba de “Ocorrências”.
3. O analista entra na aba de “Ocorrências em aberto”.
4. O sistema exibe todas as ocorrências em aberto.
5. O analista acessa uma das ocorrências.
6. O analista analisa as informações da ocorrência.
7. O analista confirma que irá cuidar daquela ocorrência em aberto.

Pós-condição:

1. A ocorrência sai da lista de ocorrências em aberto.
2. O analista fica encarregado daquela ocorrência.
3. O sistema informa ao usuário que fez a ocorrência de que um especialista está a caminho para cuidar da ocorrência.
4. O analista vai ao local do serviço para cuidar da ocorrência.

Fluxo Secundário:

1. Não existe nenhuma ocorrências em aberto: 1.1. A aba de ocorrências estará em branco com a seguinte mensagem: “Não há chamadas em aberto”.

---

Caso de uso 4 : O analista de incidentes tem acesso a lista de chamados que o tem como

encarregado.

Ator:

• Analista de Incidente.

Pré-condição:

• O analista deve estar autenticado no sistema.

Fluxo principal:

1. O analista deseja ver suas ocorrências.
2. O analista acessa a aba “Ocorrências”.
3. O analista acessa a aba “Minhas ocorrências”.
4. O sistema exibe todas as ocorrências que tem como o analista de incidentes autenticado como encarregado.

Pós-condição:

1. O analista terá acesso às informações das ocorrências que já aceitou previamente.

Fluxo Secundário:

1. O analista não aceitou nenhuma ocorrências até o momento: 1.1. A aba de ocorrências aceitas estará em branco com a seguinte mensagem: “Nenhuma ocorrência aceita”.

---

Caso de uso 5: O usuário pode atualizar as informações de um chamado que ele criou.

Ator:

• Usuário cadastrado no sistema.

Pré-condição:

• O usuário deve estar autenticado no sistema.
• A ocorrência deve estar no estado de “em aberto”.

Fluxo principal:

1. O usuário deseja ver suas ocorrências.
2. O usuário acessa a aba “Perfil”.
3. O usuário acessa a aba “Minhas ocorrências”.
4. O sistema exibe todas as ocorrências que tem o usuário autenticado como criador da ocorrência.
5. O usuário acessa a chamada desejada que ainda esteja em aberto.
6. O usuário faz a alteração no campo escolhido.
7. O usuário salva as alterações clicando no botão: “Salvar alterações.”

Pós-condição:

1. As alterações serão atualizadas no sistema.

Fluxo Secundário:

1. O usuário não cadastrou nenhuma ocorrência: 1.1. A aba de “Minhas ocorrências” estará em branco com a seguinte mensagem: “Nenhuma ocorrência gerada”.
2. Não tem nenhuma ocorrências em aberto: 2.1. Não será possível atualizar os casos que estejam em outros estados, como “em andamento”, “necessita atendimento médico”, finalizado com sucesso” ou “finalizado com complicações”.
3. O usuário atualiza no mesmo momento em que um analista de incidente aceita a ocorrência ou termina de atualizar depois que um analista de incidente aceitou a ocorrência: 3.1. Irá aparecer a seguinte mensagem: “Ocorrência em andamento, não foi possível atualizar as informações. Por favor, entre em contato com o especialista.”