Alocai-Team / Alocai

MIT License
0 stars 0 forks source link

Casos de Uso #2

Open TdcRibeiro opened 6 months ago

TdcRibeiro commented 6 months ago

Cada membro deve criar 10 casos de uso

Slyua7 commented 6 months ago

Geração Automática de Relatórios de Ocupação:

Ator: Administradores

Contexto: Um administrador precisa gerar automaticamente relatórios de ocupação das salas.

Pré-condição: O administrador está autenticado no sistema e possui permissão para gerar relatórios de ocupação.

Fluxo:

  1. O administrador acessa a funcionalidade de geração de relatórios de ocupação.
  2. O administrador seleciona o tipo de relatório desejado, como ocupação diária, semanal ou mensal.
  3. O sistema extrai dados relevantes sobre a ocupação das salas durante o período especificado.
  4. O sistema gera automaticamente um relatório formatado de ocupação.

Pós-condição: O relatório de ocupação é gerado e disponibilizado para o administrador.

Slyua7 commented 6 months ago

Integração com Calendários Externos:

Ator: Usuários

Contexto: Um usuário deseja sincronizar as reservas de salas com seu calendário externo.

Pré-condição: O usuário está autenticado no sistema e possui permissão para integrar calendários externos.

Fluxo:

  1. O usuário acessa suas configurações de conta no sistema.
  2. O usuário seleciona a opção de integração com calendários externos.
  3. O usuário autoriza a conexão entre o sistema de gestão de salas e seu calendário externo.
  4. O sistema sincroniza automaticamente as reservas de salas do usuário com seu calendário externo.

Pós-condição: As reservas de salas são sincronizadas com o calendário externo do usuário.

Slyua7 commented 6 months ago

Suporte com Chat Online:

Ator: Usuários, Agentes de Suporte

Contexto: Um usuário precisa de suporte e ajuda em tempo real por meio de um chat online.

Pré-condição: O usuário está autenticado no sistema e tem acesso à funcionalidade de suporte com chat online.

Fluxo:

  1. O usuário inicia uma conversa no chat online, descrevendo sua dúvida, problema ou solicitação de suporte.
  2. O sistema direciona a mensagem para um agente de suporte disponível.
  3. O agente de suporte recebe a mensagem e responde prontamente, fornecendo assistência e orientação.
  4. O usuário e o agente de suporte interagem em tempo real por meio do chat.
  5. Após a resolução do problema ou atendimento da solicitação, o usuário encerra a conversa no chat.

Pós-condição: O usuário recebeu suporte e sua dúvida ou problema foi resolvido.

Slyua7 commented 6 months ago

Transcrição Automatizada de Conversas do Chat Online:

Ator: Usuários, Agentes de Suporte

Contexto: O sistema precisa fornecer uma transcrição automatizada das conversas do chat online para referência futura.

Pré-condição: Uma conversa no chat online foi iniciada e concluída entre um usuário e um agente de suporte.

Fluxo:

  1. Durante a conversa, o sistema captura todas as mensagens trocadas entre o usuário e o agente de suporte.
  2. Após o término da conversa, o sistema gera automaticamente uma transcrição textual das mensagens.
  3. A transcrição é disponibilizada para ambos os participantes da conversa.
  4. Os participantes podem fazer o download da transcrição para manter um registro local.

Pós-condição: Uma transcrição textual das mensagens trocadas durante a conversa é disponibilizada para referência futura.

vinisouzza commented 6 months ago

Registrar feriado ou recesso

Ator Principal: Administrador

Contexto: O administrador precisa registrar um feriado ou período de recesso.

Pré-condição: O administrador está autenticado no sistema.

Fluxo de Eventos:

  1. O administrador acessa a função de registrar feriado ou recesso.
  2. O administrador preenche os detalhes do feriado ou recesso, incluindo a data de início, a data de término (se aplicável) e uma descrição opcional.
  3. O administrador confirma o registro do feriado ou recesso.
  4. O sistema verifica se o registro foi concluído com sucesso.
  5. O sistema atualiza o calendário de feriados ou recessos com as novas informações.

Pós-condição: O feriado ou recesso é registrado no sistema impossibilitando alocação de salas no período de tempo.

Fluxo Alternativo:

  1. Se o registro não puder ser concluído com sucesso:
    • O sistema exibe uma mensagem de erro indicando o problema.
    • O administrador pode tentar novamente registrar o feriado ou recesso.

Pós-condição: O administrador tenta novamente a operação ou cancela.

vinisouzza commented 6 months ago

Enviar notificação

Ator Principal: Administrador

Contexto: O administrador precisa enviar uma notificação para os usuários do sistema para comunicar eventos importantes, atualizações ou qualquer outra informação relevante.

Pré-condição: O administrador está autenticado no sistema.

Fluxo de Eventos:

  1. O administrador acessa a função de enviar notificação.
  2. O administrador seleciona os destinatários da notificação, podendo ser usuários específicos, grupos de usuários ou todos os usuários do sistema.
  3. O administrador redige o conteúdo da notificação, incluindo título e mensagem.
  4. O administrador configura as opções adicionais da notificação, como urgência, prioridade ou agendamento de envio.
  5. O administrador envia a notificação.
  6. O sistema processa a notificação e a envia para os destinatários selecionados.

Pós-condição: A nova notificação é registrada e enviada para os destinatários selecionados.

Fluxo Alternativo:

  1. Caso falte informações obrigatórias:
    • O sistema alerta com uma mensagem que faltam preencher informações.
    • O administrador volta para preencher.
  2. Caso deseje cancelar a operação:
    • Clicar no botão de cancelar.
    • O sistema cancela a operação.

Pós-condição: O administrador é alertado caso haja informações faltantes ou realiza o cancelamento e nenhuma notificação é enviada.

TdcRibeiro commented 6 months ago

Reportar um Bug no Sistema:

Ator: Usuário Contexto: O usuário identificou um bug no sistema e precisa reportá-lo para que seja corrigido. Pré condição: O usuário deve estar logado no sistema.

Fluxo:

  1. O usuário acessa a seção "Reportar um Bug" no sistema.
  2. Descreve detalhadamente o bug encontrado, incluindo passos para reproduzir o problema, se aplicável.
  3. O sistema registra o relatório do bug e encaminha para a equipe responsável.
  4. O sistema envia uma notificação de confirmação ao usuário, informando que o bug foi reportado com sucesso.

Pós Condição -> O relatório do bug é registrado com sucesso, e o usuário recebe uma confirmação.

TdcRibeiro commented 6 months ago

Feedback do Usuário sobre a Manutenção de uma Sala:

Ator: Usuário

Contexto: Permitir que os usuários forneçam feedback sobre a qualidade da manutenção realizada em uma sala.

Pré-condição: O usuário deve ter feito uma reserva na sala que foi alvo de manutenção. O usuário estar na tela home.

Fluxo:

  1. O usuário acessa a funcionalidade Feedback sobre manutenção.
  2. O usuário fornece feedback sobre a qualidade da manutenção.
  3. O usuário confirma o feedback.
  4. O sistema registra o feedback do usuário.

Pós-condição: O sistema recebe e registra o feedback do usuário sobre a qualidade da manutenção realizada na sala.

TdcRibeiro commented 6 months ago

Notificação de Vencimento de Reserva:

Ator: Sistema

Contexto: Notificar os usuários sobre reservas que estão prestes a vencer.

Pré-condição: O sistema deve ter acesso às reservas ativas.

Fluxo:

  1. O usuário loga no sistema.
  2. O sistema verifica as reservas ativas e identifica aquelas que estão prestes a vencer.
  3. O sistema envia uma notificação aos usuários, informando que a reserva está prestes a expirar.
  4. O usuário confirma que leu a mensagem.

Pós-condição: Os usuários são notificados sobre reservas que estão prestes a vencer. mação.

TdcRibeiro commented 6 months ago

Visualização de Agenda de Manutenção das Salas:

Ator: Administrador do Sistema

Contexto: Permitir que os administradores visualizem a agenda de manutenção das salas para planejar e coordenar as atividades de manutenção de forma eficaz.

Pré-condição: O administrador deve estar logado no sistema.

Fluxo:

  1. O administrador acessa a seção "Agenda de Manutenção" no sistema.
  2. Visualiza a agenda de manutenção das salas, que mostra as datas e os tipos de manutenção agendadas.

Pós-condição: O administrador visualiza a agenda de manutenção das salas com sucesso.

TdcRibeiro commented 6 months ago

Visualização de Solicitações de Suporte Técnico Pendentes:

Ator: Administrador do Sistema

Contexto: Permitir que os administradores visualizem as solicitações de suporte técnico pendentes para garantir que sejam atendidas em tempo hábil.

Pré-condição: O administrador deve estar logado no sistema.

Fluxo:

  1. O administrador acessa a seção "Solicitações de Suporte Técnico" no sistema.
  2. Visualiza as solicitações de suporte técnico pendentes, incluindo detalhes sobre os problemas relatados e as salas afetadas.

Pós-condição: O administrador verifica com sucesso as solicitações de suporte técnico pendentes.