Open TdcRibeiro opened 6 months ago
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:
Pós-condição: O relatório de ocupação é gerado e disponibilizado para o administrador.
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:
Pós-condição: As reservas de salas são sincronizadas com o calendário externo do usuário.
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:
Pós-condição: O usuário recebeu suporte e sua dúvida ou problema foi resolvido.
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:
Pós-condição: Uma transcrição textual das mensagens trocadas durante a conversa é disponibilizada para referência futura.
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:
Pós-condição: O feriado ou recesso é registrado no sistema impossibilitando alocação de salas no período de tempo.
Fluxo Alternativo:
Pós-condição: O administrador tenta novamente a operação ou cancela.
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:
Pós-condição: A nova notificação é registrada e enviada para os destinatários selecionados.
Fluxo Alternativo:
Pós-condição: O administrador é alertado caso haja informações faltantes ou realiza o cancelamento e nenhuma notificação é enviada.
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:
Pós Condição -> O relatório do bug é registrado com sucesso, e o usuário recebe uma confirmação.
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:
Pós-condição: O sistema recebe e registra o feedback do usuário sobre a qualidade da manutenção realizada na sala.
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:
Pós-condição: Os usuários são notificados sobre reservas que estão prestes a vencer. mação.
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:
Pós-condição: O administrador visualiza a agenda de manutenção das salas com sucesso.
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:
Pós-condição: O administrador verifica com sucesso as solicitações de suporte técnico pendentes.
Cada membro deve criar 10 casos de uso