search

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

TdcRibeiro commented 6 months ago

Modelo

(Nome do caso): Ator -> Contexto -> Pré condição -> Fluxo:

  1. ...
  2. ...
  3. ...

Pós Condição -> Fluxo Alternativo:

  1. ...
  2. ...
  3. ...
  4. ...

Pós condição ->

demelobr commented 6 months ago

Cadastro de Novos Usuários

Ator Principal: Novo usuário

Contexto: Um novo usuário deseja se cadastrar no sistema de alocação de salas para poder utilizar suas funcionalidades e poder alocar uma sala.

Pré-condição: O usuário acessa o sistema de alocação de salas.

Fluxo de Eventos:

  1. O novo usuário acessa o sistema de alocação de salas.
  2. O novo usuário seleciona a opção de registro ou cadastro de uma nova conta.
  3. O novo usuário preenche os campos necessários para o cadastro, como nome, e-mail e senha.
  4. O usuário confirma o cadastro da nova conta.
  5. O sistema registra as informações do novo usuário.
  6. O sistema envia um e-mail de confirmação para o endereço fornecido pelo usuário.
  7. O novo usuário verifica seu e-mail e clica no link de confirmação para ativar sua conta.

Pós condição: A conta do novo usuário é criada no sistema de alocação de salas e ele pode acessar suas funcionalidades.

Fluxo Alternativo:

  1. Caso o novo usuário tentar se cadastrar com um e-mail que já está em uso: 1.1 O sistema exibe uma mensagem de erro informando que o e-mail já está cadastrado. 1.2 O novo usuário revisa as informações e corrige o e-mail ou solicita ao sistema que envie um e-mail de recuperação de senha, caso já tenha uma conta. 1.3 O novo usuário tenta o cadastro novamente com um e-mail diferente.

Pós condição: O novo usuário conclui o cadastro com um e-mail válido e único no sistema.

demelobr commented 6 months ago

Cadastro de Novas Salas

Ator Principal: Administrador

Contexto: O administrador das salas precisa cadastrar as salas disponíveis no sistema para que elas possam ser reservadas pelos usuários.

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

Fluxo de Eventos:

  1. O administrador acessa o sistema de administração do sistema de alocação de salas.
  2. O administrador seleciona a opção de cadastro de salas.
  3. O administrador preenche os campos necessários para o cadastro da nova sala, como nome, capacidade, localização, e recursos disponíveis.
  4. O administrador confirma o cadastro da nova sala.
  5. O sistema registra as informações da nova sala.

Pós condição: A nova sala é cadastrada no sistema de alocação de salas e fica disponível para reserva pelos usuários.

Fluxo Alternativo:

  1. Se o administrador tentar cadastrar uma sala com um nome que já está em uso: 1.1 O sistema exibe uma mensagem de erro informando que o nome da sala já está cadastrado. 1.2 O administrador revisa as informações e corrige o nome da sala. 1.3 O administrador tenta o cadastro novamente.

Pós condição : O administrador corrige o nome da sala e conclui o cadastro com sucesso.

lvathayde commented 6 months ago

Aprovação de Alocação de Sala:

Ator Principal: Administrador

Contexto: É necessário que um Administrador aprove ou reprove a solicitação de uso de uma sala feita por um usuário.

Pré-condição: Existe uma solicitação de alocação de sala pendente de aprovação por parte do Administrador.

Fluxo (passo a passo): 1-Um usuário interessado em reservar uma sala faz login no sistema. 2-O usuário seleciona a sala desejada, especifica o horário e os detalhes da reserva. 3-Ao confirmar a reserva, uma solicitação é gerada automaticamente e enviada para aprovação do Administrador. 4-O Administrador é notificado sobre a solicitação pendente. 5-O Administrador acessa o sistema e visualiza a solicitação de alocação de sala. 6-Ele revisa os detalhes da solicitação, como sala, horário e propósito. 7-O Administrador decide aprovar ou reprovar a solicitação.

Pós-condição: O Administrador aprova ou reprova a solicitação de alocação de sala, e o usuário é notificado da decisão.

Fluxo Alternativo 1: Aprovação: Se o Administrador optar por aprovar a solicitação: O sistema confirma a aprovação da alocação de sala e a sala é reservada para o usuário conforme solicitado. Então, o usuário recebe uma notificação por e-mail confirmando a aprovação e os detalhes da reserva. Pós-condição: A solicitação é aprovada, a sala é reservada e o usuário é informado da aprovação.

Fluxo Alternativo 2: Reprovação: Se o Administrador optar por reprovar a solicitação: O sistema registra a reprovação da alocação de sala. Logo, a sala não é reservada para o usuário. O usuário receberá uma notificação informando a reprovação e, se aplicável, os motivos para a reprovação. Pós-condição: A solicitação é reprovada, a sala não é reservada e o usuário é informado da reprovação e, se aplicável, dos motivos.

Rodrigo-Alb commented 6 months ago

Login de Usuários

Descrição: Este caso de uso detalha o processo pelo qual um usuário (professor, aluno ou administrador) pode se autenticar no sistema de gestão de salas de aula.

Atores: Usuário (Professor, Aluno ou Administrador)

Pré-condições: O usuário deve ter uma conta cadastrada no sistema.

Fluxo de Uso

  1. Acesso à Página de Login: O usuário acessa a página de login do sistema e insere seu e-mail e senha;
  2. Autenticação: O sistema verifica se as credenciais informadas pelo usuário estão corretas;
  3. Sucesso na Autenticação: Se as credenciais estiverem corretas;

Pós-condição: O usuário é direcionado para a página inicial do sistema de acordo com seu perfil (professor, aluno ou administrador).

demelobr commented 6 months ago

Cadastro de Novos Prédios

Ator Principal: Administrador

Contexto: O administrador precisa cadastrar novos prédios no sistema para organizar e agrupar as salas disponíveis.

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

Fluxo de Eventos:

  1. O administrador acessa o sistema de administração do sistema de alocação de salas.
  2. O administrador seleciona a opção de cadastro de prédios.
  3. O administrador preenche os campos necessários para o cadastro do novo prédio, como nome, localização e informações adicionais.
  4. O administrador confirma o cadastro do novo prédio.
  5. O sistema registra as informações do novo prédio.

Pós condição: O novo prédio é cadastrado no sistema de alocação de salas e fica disponível para associar salas.

Fluxo Alternativo:

  1. Se o administrador tentar cadastrar um prédio com um nome que já está em uso: 1.1 O sistema exibe uma mensagem de erro informando que o nome do prédio já está cadastrado. 1.2 O administrador revisa as informações e corrige o nome do prédio. 1.3 O administrador tenta o cadastro novamente.

Pós condição: O administrador corrige o nome do prédio e conclui o cadastro com sucesso.

Rodrigo-Alb commented 6 months ago

Feedback do sistema sobre a alocação de determinada sala

Ator: Sistema Contexto: Um usuário qualquer solicita uma sala de aula e deseja saber se sua solicitação foi aceita ou rejeitada Pré-condição:

  1. Uma solicitação deve ter sido enviada
  2. A solicitação deve ter sido aceitada ou rejeitada

Fluxo

  1. Um usuário solicita a alocação de uma sala
  2. O administrador responde a solicitação
  3. O sistema envia uma mensagem para o usuário ou marca a sua solicitação como aceito ou rejeitado

Pós-condição: Nenhuma

demelobr commented 6 months ago

Edição de Informações de Prédios

Ator Principal: Administrador

Contexto: O administrador precisa atualizar as informações de um prédio existente no sistema, como nome, localização ou informações adicionais.

Pré-condição: O administrador está autenticado no sistema de administração e o prédio que deseja editar está cadastrado.

Fluxo de Eventos:

  1. O administrador acessa o sistema de administração do sistema de alocação de salas.
  2. O administrador seleciona a opção de visualizar a lista de prédios cadastrados.
  3. O administrador seleciona o prédio que deseja editar.
  4. O administrador acessa a opção de edição das informações do prédio.
  5. O administrador atualiza as informações necessárias do prédio, como nome, localização ou informações adicionais.
  6. O administrador confirma as alterações realizadas.
  7. O sistema atualiza as informações do prédio.

Pós condição: As informações do prédio são atualizadas no sistema de alocação de salas.

Fluxo Alternativo:

  1. Se o administrador decidir cancelar a edição das informações do prédio: 1.1 O administrador cancela a operação de edição. 1.2 O sistema mantém as informações do prédio inalteradas.

Pós condição: As informações do prédio permanecem as mesmas no sistema de alocação de salas.

lvathayde commented 6 months ago

Cancelamento de Alocação de Sala

Ator Principal: Ator Principal: Usuário (Professor ou Aluno)

Contexto: É necessário que um usuário possa cancelar uma alocação de sala previamente aprovada, caso necessite alterar ou cancelar a reserva.

Pré-condição: Existe uma alocação de sala aprovada que o usuário deseja cancelar.

Fluxo:

1-O usuário faz login no sistema. 2-O usuário acessa a seção de alocações de salas ou o histórico de reservas. 3-O usuário seleciona a alocação de sala que deseja cancelar. 4-O usuário confirma a intenção de cancelamento, fornecendo uma justificativa, se necessário. 5-O sistema registra o cancelamento da alocação de sala e notifica o Administrador sobre a solicitação de cancelamento. 6-O Administrador acessa o sistema e visualiza a solicitação de cancelamento. 7-O Administrador revisa os detalhes do cancelamento, incluindo a justificativa fornecida pelo usuário. 8-O Administrador decide aprovar ou reprovar o cancelamento.

Pós-condição: O Administrador aprova ou reprova o cancelamento da alocação de sala, e o usuário é notificado da decisão.

Fluxo Alternativo 1: Aprovação do Cancelamento: Se o Administrador optar por aprovar o cancelamento: O sistema confirma a aprovação do cancelamento da alocação de sala. A sala é liberada para alocação futura. Então, o usuário recebe uma notificação confirmando a aprovação do cancelamento. Pós-condição: O cancelamento é aprovado, a sala é liberada, e o usuário é informado da aprovação.

Fluxo Alternativo 2: Reprovação do Cancelamento: Se o Administrador optar por reprovar o cancelamento: O sistema registra a reprovação do cancelamento da alocação de sala. A sala permanece reservada para o usuário. O usuário receberá uma notificação informando a reprovação do cancelamento e, se aplicável, os motivos para a reprovação. Pós-condição: O cancelamento é reprovado, a sala permanece reservada, e o usuário é informado da reprovação e, se aplicável, dos motivos.

vinisouzza commented 6 months ago

Editar informações de uma sala

Ator Principal: Administrador

Contexto: O administrador necessita fazer alterações nas informações de uma sala, como capacidade, equipamentos disponíveis, etc.

Pré-condição: O administrador está autenticado no sistema e possui permissões de edição de sala.

Fluxo de Eventos:

  1. O administrador acessa a seção de gerenciamento de salas.
  2. O administrador seleciona a sala que deseja editar.
  3. O sistema exibe as informações atuais da sala.
  4. O administrador realiza as alterações necessárias nas informações da sala.
  5. O administrador confirma as alterações.
  6. O sistema atualiza as informações da sala no banco de dados.

Pós-condição: As informações da determinada sala são alteradas com sucesso.

Fluxo Alternativo:

  1. Se o administrador decidir cancelar a operação:
    • O administrador seleciona a opção de cancelar.
    • O sistema não realiza nenhuma alteração.

Pós-condição: As informações da sala são mantidas inalteradas.

Rodrigo-Alb commented 6 months ago

Notificar Reservas de Usuários

Ator: Sistema Contexto: É necessário que o sistema envie notificações para os usuários quando o horário para a utilização de uma determinada sala esteja próximo para que

Pré-condição:

  1. O sistema deve ter acesso às informações de reserva de cada usuário;
  2. O sistema deve ter um mecanismo para enviar notificações aos usuários;

Fluxo

  1. Identificar reservas próximas;
  2. Criar notificações;
  3. Enviar as notificações para os usuários;

Pós-condição:

  1. Os usuários recebem notificações oportunas sobre suas reservas próximas, ajudando-os a se preparar e evitar conflitos de agendamento.
  2. O número de faltas em reservas de salas de aula é reduzido, otimizando o uso dos espaços e evitando transtornos para outros usuários.
demelobr commented 6 months ago

Exclusão de Informações sobre Sala

Ator Principal: Administrador

Contexto: O administrador precisa remover uma sala de aula do sistema de alocação de salas, pois ela não está mais disponível ou não é mais necessária.

Pré-condição: O administrador está autenticado no sistema de administração e a sala que deseja excluir está cadastrada.

Fluxo de Eventos:

  1. O administrador acessa o sistema de administração do sistema de alocação de salas.
  2. O administrador seleciona a opção de visualizar a lista de salas cadastradas.
  3. O administrador seleciona a sala de aula que deseja excluir.
  4. O administrador acessa a opção de exclusão da sala.
  5. O sistema solicita confirmação para a exclusão da sala.
  6. O administrador confirma a exclusão da sala.
  7. O sistema remove a sala de aula do sistema.

Pós condição: A sala de aula é removida do sistema de alocação de salas e não está mais disponível para reservas.

Fluxo Alternativo:

  1. Se o administrador decidir cancelar a exclusão da sala: 1.1 O administrador cancela a operação de exclusão. 1.2 O sistema mantém a sala de aula cadastrada no sistema.

Pós condição: A sala de aula permanece cadastrada no sistema de alocação de salas e está disponível para reservas.

lvathayde commented 6 months ago

Relatórios de Uso de Salas

Ator Principal: Administrador

Contexto: É necessário que os administradores autorizados possa gerar relatórios detalhados sobre o uso de salas, incluindo a frequência de reservas e a disponibilidade de espaços para tomar decisões informadas sobre a gestão de recursos.

Pré-condição: O sistema de reservas de espaços em universidade está operacional e os dados de reservas e uso de salas estão sendo registrados.

Fluxo:

1-O Administrador ou Usuário Autorizado faz login no sistema. 2-O usuário acessa a seção de relatórios. 3-O usuário seleciona o tipo de relatório desejado, como "Utilização por Sala", "Disponibilidade de Salas". 4-O sistema apresenta opções de filtragem, como período de tempo (mensal, trimestral, anual), tipo de sala, ou equipamentos específicos. 5-O usuário aplica os filtros desejados e solicita a geração do relatório. 6-O sistema processa os dados e gera o relatório. 7-O relatório é exibido ao usuário, permitindo a visualização e análise dos dados. 8-O usuário tem a opção de exportar o relatório para uso offline ou compartilhá-lo com outros usuários ou departamentos.

Pós-condição: O relatório de uso de salas é gerado e disponível para análise, permitindo uma tomada de decisões informada sobre a gestão de recursos.

Fluxo Alternativo 1: Exportação de Relatórios: Se o usuário optar por exportar o relatório:

O sistema permite a exportação do relatório em formatos comuns como PDF ou Excel. O usuário seleciona o formato desejado e realiza a exportação. O relatório exportado é salvo no dispositivo do usuário para uso futuro ou compartilhamento. Pós-condição: O relatório é exportado e disponível para uso offline ou compartilhamento, facilitando a análise e a tomada de decisões

demelobr commented 6 months ago

Exclusão de Informações sobre Prédio

Ator Principal: Administrador

Contexto: O administrador precisa remover um prédio do sistema de alocação de salas, pois ele não está mais em uso ou não é mais necessário.

Pré-condição: O administrador está autenticado no sistema de administração e o prédio que deseja excluir está cadastrado.

Fluxo de Eventos:

  1. O administrador acessa o sistema de administração do sistema de alocação de salas.
  2. O administrador seleciona a opção de visualizar a lista de prédios cadastrados.
  3. O administrador seleciona o prédio que deseja excluir.
  4. O administrador acessa a opção de exclusão do prédio.
  5. O sistema solicita confirmação para a exclusão do prédio e suas salas associadas.
  6. O administrador confirma a exclusão do prédio.
  7. O sistema remove o prédio e todas as suas salas associadas do sistema.

Pós condição: O prédio e suas salas associadas são removidos do sistema de alocação de salas e não estão mais disponíveis para reservas.

Fluxo Alternativo:

  1. Se o administrador decidir cancelar a exclusão do prédio: 1.1 O administrador cancela a operação de exclusão. 1.2 O sistema mantém o prédio e suas salas cadastradas no sistema.

Pós condição: O prédio e suas salas associadas permanecem cadastrados no sistema de alocação de salas e estão disponíveis para reservas.

Rodrigo-Alb commented 6 months ago

Controle de Acesso de Usuários

Ator: Administrador Contexto: Com o intuito de aumentar a segurança da aplicação deve-se conceder permissões especiais para determinados tipos de usuários Pré-condição: Estar logado como administrador no sistema

Fluxo

  1. Logar como administrador no sistema
  2. Ir até uma aba de configurações
  3. Procurar a parte de usuários
  4. Alterar permissões de determinados usuários

Pós-condição: O administrador pode dar permissões especiais para manusear o sistema para usuários

Fluxo alternativo: Se o usuário não for administrador

  1. O sistema envia um alert para o usuário informando-o que não tem acesso a esta aba
  2. O sistema impede que o usuário vá para a aba de configurações

Pós-condição: O sistema permanece sem alterações

lvathayde commented 6 months ago

Visualização de Alocações de Sala

Ator Principal: Usuário (Professor ou Aluno)

Contexto: Um usuário precisa ser capaz de visualizar as alocações de salas existentes para planejar suas atividades ou verificar o status de suas reservas.

Pré-condição: O usuário está autenticado no sistema e tem permissão para visualizar alocações de salas.

Fluxo: 1- O usuário faz login no sistema. 2- O usuário acessa a seção de alocações de salas. 3- O sistema exibe uma lista de alocações de sala, incluindo detalhes como data, horário, sala reservada e status da reserva. 4- O usuário pode filtrar as alocações de sala por data, sala, status, etc., conforme necessário. 5- O usuário pode clicar em uma alocação de sala para visualizar detalhes adicionais, como quem fez a reserva, a justificativa (se houver), etc.

Pós-condição: O usuário visualiza com sucesso as alocações de sala existentes e obtém as informações necessárias sobre as reservas.

Fluxo Alternativo 1: Nenhuma Alocação de Sala Disponível: Se não houver alocações de sala disponíveis para o usuário visualizar: 1-O sistema exibe uma mensagem indicando que não há alocações de sala disponíveis para o período ou critérios selecionados. 2-O usuário pode optar por ajustar os filtros de pesquisa ou voltar à página anterior. Pós-condição: O usuário é informado de que não há alocações de sala disponíveis conforme sua consulta.

TdcRibeiro commented 6 months ago

Interditar uma Sala

Ator: Coordenador/ADM

Contexto: Interdição de uma sala para qualquer tipo de atividade, como manutenção ou reparos.

Pré-condição: Estar logado como administrador.

Fluxo:

  1. O coordenador acessa o sistema de alocação de salas.
  2. O coordenador seleciona a opção de interditar uma sala.
  3. O sistema exibe a lista de salas disponíveis.
  4. O coordenador seleciona a sala que deseja interditar.
  5. O coordenador fornece uma justificativa para a interdição da sala.
  6. O coordenador confirma a interdição da sala.

Pós-Condição: A sala é interditada e fica indisponível para alocação.

Fluxo Alternativo:

  1. O coordenador acessa o sistema de alocação de salas.
  2. O coordenador seleciona a opção de interditar uma sala.
  3. O sistema exibe a lista de salas disponíveis.
  4. O coordenador seleciona a sala que deseja interditar.
  5. O coordenador fornece uma justificativa para a interdição da sala.
  6. O coordenador confirma a interdição da sala.
  7. A sala selecionada já esta interditada.
  8. gera uma mensagem de erro: A sala selecionada já está interditada.
  9. O coordenador confirma.

Pós-Condição: A sala não é interditada.

vinisouzza commented 6 months ago

Realizar backup dos dados do sistema

Ator Principal: Administrador

Contexto: O administrador do sistema necessita garantir a segurança dos dados armazenados no sistema de alocação de salas, realizando backups regulares para prevenir perdas de dados em caso de falhas ou incidentes

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

Fluxo de Eventos:

  1. O administrador acessa a área de dados do sistema.
  2. O administrador seleciona a opção de realizar backup.
  3. O sistema inicia o processo de backup, realizando uma cópia dos dados do sistema, incluindo informações de salas, alocações, solicitações de manutenção, entre outros.
  4. O sistema verifica se o backup foi concluído com sucesso.
  5. O sistema armazena o backup em um local seguro,

Pós-condição: O backup é realizado com sucesso.

Fluxo Alternativo:

  1. Se o backup não puder ser concluído com sucesso:
    • O sistema exibe uma mensagem de erro e notifica o administrador sobre a falha no processo de backup.
    • O administrador pode tentar novamente iniciar o processo de backup ou tomar medidas para corrigir o problema

Pós-condição: O administrador é notificado e toma as medidas necessárias.

lvathayde commented 6 months ago

Gestão de Reservas Recorrentes

Ator Principal: Administrador

Contexto: O Administrador precisa ser capaz de gerenciar reservas recorrentes de salas para eventos ou atividades regulares.

Pré-condição: O Administrador está autenticado no sistema e tem permissão para gerenciar reservas recorrentes.

Fluxo: 1- O Administrador faz login no sistema. 2- O Administrador acessa a seção de gestão de reservas recorrentes. 3- O sistema exibe uma lista de reservas recorrentes existentes, incluindo detalhes como nome do evento, horário, sala reservada e frequência da reserva. 4- O Administrador pode adicionar uma nova reserva recorrente especificando os detalhes do evento, como nome, horário, sala, frequência (diária, semanal, mensal, etc.), e duração da recorrência. 5- O Administrador pode editar uma reserva recorrente existente para fazer alterações nos detalhes do evento, horário, sala ou frequência. 6- O Administrador pode excluir uma reserva recorrente se não for mais necessária.

Pós-condição: O Administrador gerencia com sucesso as reservas recorrentes, adicionando, editando ou excluindo conforme necessário.

Fluxo Alternativo 1: Adição de Nova Reserva Recorrente: Se o Administrador optar por adicionar uma nova reserva recorrente: 1- O sistema registra os detalhes da nova reserva recorrente. 2- As salas são reservadas para os eventos recorrentes de acordo com a configuração fornecida. 3- O Administrador recebe uma confirmação da adição da reserva por e-mail. Pós-condição: Uma nova reserva recorrente é adicionada com sucesso ao sistema e as salas são reservadas conforme especificado.

Fluxo Alternativo 2: Edição de Reserva Recorrente Existente: Se o Administrador optar por editar uma reserva recorrente existente: 1- O sistema permite que o Administrador faça as alterações necessárias nos detalhes da reserva recorrente. 2- As alterações são aplicadas a todas as instâncias futuras da reserva recorrente, conforme apropriado. 3- O Administrador recebe uma confirmação por e-mail das alterações feitas. Pós-condição: A reserva recorrente existente é editada com sucesso de acordo com as alterações especificadas pelo Administrador.

Fluxo Alternativo 3: Exclusão de Reserva Recorrente: Se o Administrador optar por excluir uma reserva recorrente: 1- O sistema remove todas as instâncias futuras da reserva recorrente. 2- As salas reservadas para as instâncias futuras da reserva são liberadas para uso futuro. 3- O Administrador recebe uma confirmação por e-mail da exclusão da reserva recorrente. Pós-condição A reserva recorrente é excluída com sucesso do sistema e as salas reservadas são liberadas para uso futuro.

demelobr commented 6 months ago

Relatório com Estatísticas sobre Alocações de Salas dos Prédios

Ator Principal: Administrador

Contexto: O administrador precisa gerar um relatório com estatísticas sobre as alocações de salas nos prédios cadastrados no sistema de alocação de salas.

Pré-condição: O administrador está autenticado no sistema de administração e há pelo menos uma alocação de sala registrada no sistema.

Fluxo de Eventos:

  1. O administrador acessa o sistema de administração do sistema de alocação de salas.
  2. O administrador seleciona a opção de gerar relatório de estatísticas.
  3. O administrador escolhe o tipo de estatísticas que deseja incluir no relatório, como número total de alocações, média de ocupação das salas, sala mais reservada, entre outros.
  4. O administrador define o período de tempo para o qual deseja gerar as estatísticas, como diário, semanal, mensal ou anual.
  5. O sistema processa as informações e gera o relatório com as estatísticas solicitadas.
  6. O administrador visualiza o relatório gerado.

Pós condição: O administrador recebe o relatório com estatísticas sobre as alocações de salas nos prédios cadastrados no sistema de alocação de salas.

Fluxo Alternativo:

  1. Se não houver alocações de salas registradas para o período de tempo selecionado: 1.1 O sistema exibe uma mensagem informando que não há dados disponíveis para gerar o relatório. 1.2 O administrador ajusta o período de tempo ou seleciona outros tipos de estatísticas. 1.3 O sistema tenta gerar o relatório novamente.

Pós condição: O administrador recebe uma mensagem informando que não há dados disponíveis para o período de tempo selecionado e o relatório não é gerado.

TdcRibeiro commented 6 months ago

Desinterditar uma Sala

Ator: Coordenador/ADM

Contexto: Remoção da interdição de uma sala previamente interditada.

Pré-condição: Estar logado como administrador.

Fluxo:

  1. O coordenador acessa o sistema de alocação de salas.
  2. O coordenador seleciona a opção para desinterditar uma sala.
  3. O sistema exibe uma lista das salas.
  4. O coordenador seleciona a sala que deseja desinterditar.
  5. O coordenador confirma a remoção da interdição da sala.

Pós-Condição: A sala é desinterditada e volta a ficar disponível para alocação.

Fluxo Alternativo:

  1. O coordenador acessa o sistema de alocação de salas.
  2. O coordenador seleciona a opção para desinterditar uma sala.
  3. O sistema exibe uma lista das salas.
  4. O coordenador seleciona a sala que deseja desinterditar.
  5. O sistema exibe uma mensagem informando que esta sala não está interditada.

Pós-Condição: Nenhuma alteração é feita. O status da sala permanece o mesmo.

vinisouzza commented 6 months ago

Cadastrar nova disciplina

Ator Principal: Administrador

Contexto: O administrador precisa adicionar uma nova disciplina ao sistema para que ela possa ser posteriormente alocada em alguma sala.

Pré-condição: O administrador está autenticado no sistema e possui permissões para adicionar novas disciplinas.

Fluxo de Eventos:

  1. O administrador acessa a função de criar uma nova disciplina.
  2. O administrador preenche os detalhes da nova disciplina, como nome, código, descrição, departamento responsável, carga horária, entre outros.
  3. O administrador confirma os detalhes fornecidos para a nova disciplina.
  4. O sistema verifica se todos os campos obrigatórios foram preenchidos corretamente.
  5. O sistema adiciona a nova disciplina ao banco de dados do sistema.

Pós-condição: A disciplina é cadastrada com com sucesso no sistema.

Fluxo Alternativo:

  1. Se algum campo obrigatório não for preenchido corretamente:
    • O sistema exibe uma mensagem de erro indicando o campo que precisa ser corrigido.
    • O administrador corrige o campo e tenta novamente confirmar os detalhes da nova disciplina.
  2. Se o administrador desejar cancelar a operação:
    • O administrador seleciona a opção de cancelar.
    • O sistema não insere a disciplina.

Pós-condição: O administrador corrige as informações que estão faltando ou cancela a operação.

Rodrigo-Alb commented 6 months ago

Visualizar Salas Reservada por Usuários

Ator: Usuários Contexto: Usuários podem visualizar suas reservas ou reservas de outros usuários dando maior transparência a como as reservas estão sendo feitas Pré-condição:

  1. O usuário autorizado deve estar logado no sistema com permissão para consultar reservas.
  2. O sistema deve ter um banco de dados com as informações sobre as reservas de salas de aula.

Fluxo

  1. Acesso à Funcionalidade de Consulta: O usuário autorizado acessa a funcionalidade de consulta de reservas de salas de aula no sistema.
  2. Seleção de Filtros: O usuário autorizado pode utilizar filtros para refinar sua pesquisa
  3. O sistema apresenta uma lista de todas as reservas que atendem aos filtros selecionados.

Pós-condição: Nenhuma

Fluxo alternativo

  1. Caso o usuário buscado não esteja cadastrado 1.1 O sistema envia uma mensagem de erro indicando que o usuário desejado não existe

Pós-condição: Nenhuma

demelobr commented 6 months ago

Sugestão de Alocação de Salas Automática com Base nas Turmas Cadastradas

Ator Principal: Sistema de Alocação de Salas.

Contexto: O sistema de alocação de salas utiliza informações das turmas cadastradas para fazer sugestões otimizadas de alocação de salas para eventos ou aulas.

Pré-condição: O sistema tem acesso às informações das turmas e das salas cadastradas, além de estar configurado para realizar sugestões automáticas.

Fluxo de Eventos:

  1. O usuário acessa o sistema de alocação de salas e seleciona a opção de agendar um novo evento ou aula.
  2. O usuário fornece os requisitos para o evento ou aula, como data, horário, número de participantes e equipamentos necessários.
  3. O sistema processa os requisitos fornecidos pelo usuário.
  4. O sistema verifica as turmas cadastradas para o período especificado e analisa a disponibilidade das salas associadas a essas turmas.
  5. O sistema identifica a sala mais adequada disponível com base nas preferências do usuário e na disponibilidade das turmas e salas.
  6. O sistema sugere a sala mais adequada para o evento ou aula com base na análise realizada.
  7. O sistema exibe a sugestão de alocação de sala ao usuário para revisão e confirmação.
  8. O usuário revisa a sugestão e confirma a solicitação da alocação da sala sugerida.
  9. O sistema confirma a solicitação da reserva da sala selecionada.

Pós condição: A sala sugerida é reservada para o evento ou aula na data e horário especificados.

Fluxo Alternativo:

  1. Se não houver turmas cadastradas para o período especificado: 1.1 O sistema exibe uma mensagem informando que não há turmas cadastradas para o período especificado. 1.2 O sistema sugere ao usuário ajustar os requisitos do evento ou aula, como data ou horário. 1.3 O usuário revisa e ajusta os requisitos e repete o processo de sugestão de alocação de salas.

Pós condição: O usuário ajusta os requisitos do evento ou aula e tenta novamente solicitar uma sugestão de alocação de salas.

lvathayde commented 6 months ago

Review da Sala

Ator Principal: Estudante (Usuário)

Contexto: Os estudantes precisam de espaços adequados para estudo individual ou em grupo.

Pré-condição: Estar autenticado no sistema e ter acesso a um espaço onde são feitas as observações sobre as salas.

Fluxo: 1-O estudante acessa o sistema de avaliação de espaços de estudo. 2-Ele pesquisa os diferentes espaços disponíveis, incluindo salas de estudo, bibliotecas, áreas de convivência, etc. 3-O estudante seleciona um espaço de estudo e fornece uma avaliação, incluindo critérios como conforto, silêncio, acesso a recursos, etc. 4-Ele pode deixar comentários adicionais sobre sua experiência, se desejar.

Pós-condição: A avaliação é registrada no sistema e pode ser usada para melhorar os espaços de estudo da universidade com base no feedback dos estudantes.

Fluxo Alternativo: Avaliação Anônima: Em vez de fornecer sua identificação, o estudante opta por fazer uma avaliação anônima. Pós-condição A avaliação anônima é registrada no sistema, contribuindo para o feedback dos estudantes sobre os espaços de estudo da universidade. Isso permite melhorias nos espaços com base no feedback recebido, mesmo que os estudantes prefiram permanecer anônimos.

TdcRibeiro commented 6 months ago

Verificar Informações da Sala

Ator: Todos os usuários

Contexto: Visualização das informações detalhadas de uma sala.

Pré-condição: Estar logado.

Fluxo:

  1. O usuário acessa o sistema de alocação de salas.
  2. O usuário seleciona a opção para verificar informações da sala.
  3. O sistema exibe uma lista das salas cadastradas.
  4. O usuário seleciona a sala da qual deseja visualizar as informações.
  5. O sistema exibe todas as informações detalhadas da sala selecionada.

Pós-Condição: O usuário obtém as informações detalhadas da sala desejada.

demelobr commented 6 months ago

Cadastro de Novas Turmas

Ator Principal: Administrador

Contexto: O administrador precisa cadastrar novas turmas no sistema para organizar as atividades acadêmicas.

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

Fluxo de Eventos:

  1. O administrador acessa o sistema de administração do sistema de alocação de salas.
  2. O administrador seleciona a opção de cadastro de turmas.
  3. O administrador preenche os campos necessários para o cadastro da nova turma, como código da turma, disciplina, horário, professor responsável e número de alunos.
  4. O administrador confirma o cadastro da nova turma.
  5. O sistema registra as informações da nova turma.

Pós condição: A nova turma é cadastrada no sistema de alocação de salas e fica disponível para associar salas.

Fluxo Alternativo:

  1. Se o administrador tentar cadastrar uma turma com um código que já está em uso: 1.1 O sistema exibe uma mensagem de erro informando que o código da turma já está cadastrado. 1.2 O administrador revisa as informações e corrige o código da turma. 1.3 O administrador tenta o cadastro novamente.

Pós condição: O administrador corrige o código da turma e conclui o cadastro com sucesso.

demelobr commented 6 months ago

Edição de Informações de Turmas

Ator Principal: Administrador

Contexto: O administrador precisa atualizar as informações de uma turma existente no sistema, como horário, professor responsável, número de alunos, entre outros.

Pré-condição: O administrador está autenticado no sistema de administração e a turma que deseja editar está cadastrada.

Fluxo de Eventos:

  1. O administrador acessa o sistema de administração do sistema de alocação de salas.
  2. O administrador seleciona a opção de visualizar a lista de turmas cadastradas.
  3. O administrador seleciona a turma que deseja editar.
  4. O administrador acessa a opção de edição das informações da turma.
  5. O administrador atualiza as informações necessárias da turma, como horário, professor responsável, número de alunos, entre outros.
  6. O administrador confirma as alterações realizadas.
  7. O sistema atualiza as informações da turma.

Pós-condição: As informações da turma são atualizadas no sistema de alocação de salas.

Fluxo Alternativo:

  1. Se o administrador decidir cancelar a edição das informações da turma: 1.1 O administrador cancela a operação de edição. 1.2 O sistema mantém as informações da turma inalteradas.

Pós condição Alternativa: As informações da turma permanecem as mesmas no sistema de alocação de salas.

lvathayde commented 6 months ago

Gerenciamento de Recursos de Sala:

Ator Principal: Administrador

Contexto: A universidade possui recursos específicos em algumas salas que precisam ser gerenciados adequadamente.

Pré-condição: Existem salas designadas com recursos específicos, como equipamentos audiovisuais, computadores, quadros interativos, etc.

Fluxo: 1-O administrador de recursos ou equipe de apoio acessa o sistema de gerenciamento de recursos de sala. 2-Eles visualizam uma lista de salas e seus recursos específicos. 3-Se necessário, eles atualizam o status dos recursos, como manutenção, disponibilidade ou necessidade de reposição. 4-Eles podem reservar ou liberar recursos específicos para determinadas salas conforme necessário. 5-O sistema registra todas as alterações feitas nos recursos das salas.

Pós-condição: Os recursos das salas são gerenciados de forma eficiente, garantindo que estejam disponíveis e em bom estado de funcionamento quando necessários para atividades acadêmicas.

Fluxo Alternativo: Registro de Manutenção Urgente O administrador acessa o sistema de gerenciamento de recursos de sala. Ele identifica um problema de manutenção urgente em um recurso durante a visualização da lista de salas e recursos, então atualiza o status do recurso para "Urgente" para destacar a prioridade. O sistema notifica imediatamente a equipe de manutenção sobre o problema. Pós-condição Alternativa: O problema de manutenção urgente é identificado, notificado e resolvido rapidamente, garantindo que o recurso afetado esteja disponível para uso sem interrupções significativas nas atividades acadêmicas.

lvathayde commented 6 months ago

Remover Turma

Ator Principal: Administrador

Contexto: Às vezes, é necessário remover uma turma.

Pré-condição: O administrador ou coordenador de curso está autenticado no sistema e tem permissão para realizar operações de gerenciamento de turmas.

Fluxo: 1 - O administrador ou coordenador de curso acessa o sistema de gerenciamento de turmas. 2 - Eles selecionam o curso ao qual a turma pertence e visualizam a lista de turmas disponíveis. 3 - Eles identificam a turma que deseja remover da lista. 4 - O sistema solicita uma confirmação para garantir que a remoção da turma seja intencional. 5 - Após a confirmação, o administrador ou coordenador de curso seleciona a opção de remover a turma do sistema. 6 - O sistema remove a turma selecionada da lista de turmas disponíveis e atualiza o banco de dados.

Pós-condição: A turma é removida com sucesso do sistema de gerenciamento de turmas. Os registros relacionados à turma removida são atualizados e não estão mais disponíveis para consulta ou matrícula.

Fluxo Alternativo: Cancelamento da Remoção da Turma Durante a confirmação da remoção da turma, o administrador decide cancelar a operação. O sistema cancela a remoção da turma e restaura seu estado anterior na lista de turmas disponíveis. Pós-condição Alternativa: A remoção da turma é cancelada e a turma retorna ao estado anterior no sistema de gerenciamento de turmas, permanecendo disponível para consulta e matrícula.

Rodrigo-Alb commented 6 months ago

Filtrar Salas Por Atividade

Ator: Usuários Contexto: Um usuário do sistema deseja visualizar em quais salas determinada atividade está sendo ministrada Pré-condição:

  1. O usuário deve estar cadastrado no sistema
  2. A atividade deve estar cadastrada no sistema

Fluxo

  1. O usuário seleciona a opção "Salas Reservadas" no menu
  2. O sistema apresenta uma lista com as salas reservadas
  3. O usuário pode filtrar a lista por atividade

Pós-condição: O resultado recebe uma lista com as salas em que a atividade que ele procura estão sendo ministradas

vinisouzza commented 6 months ago

Remover usuário

Ator Principal: Administrador

Contexto: O administrador necessita remover um usuário do sistema de alocação de salas por motivos como término de contrato, mudança de função ou qualquer outra razão que torne necessário o desligamento do usuário do sistema

Pré-condição: O administrador está autenticado no sistema e possui permissões para remover usuários.

Fluxo de Eventos:

  1. O administrador acessa a aba de usuários.
  2. O administrador seleciona o usuário que deseja remover do sistema.
  3. O sistema exibe uma confirmação solicitando a confirmação do administrador para remover o usuário selecionado e o motivo.
  4. O administrador confirma a remoção do usuário.

Pós-condição: O usuário é removido do sistema.

Fluxo Alternativo:

  1. Se o administrador decidir cancelar a remoção do usuário:
    • O administrador seleciona a opção de cancelar.
    • O sistema não remove o usuário.

Pós-condição: Nenhum usuário é removido do sistema.

Rodrigo-Alb commented 6 months ago

Ferramenta de Check-in

Ator: Usuários Contexto: O usuário precisa enviar uma confirmação para o sistema de que está utilizando a aula reservada Pré-condição:

  1. O usuário deve ter reservado uma sala
  2. O usuário estar fazendo uso da sala reservada

Fluxo

  1. O usuário faz a solicitação de reservar sala
  2. Solicitação de reserva é aceita
  3. A opção de check-in fica disponível para o usuário na data e horário de sua reserva
  4. O usuário faz o check-in

Pós-condição: A informção de que o usuário fez uso de sua reserva fica registrada no sistema

Fluxo alternativo

  1. O usuário tem sua solicitação negada 1.1 A opção de check-in nunca ficará disponível para está solicitação

Pós-condição: Nenhuma

lvathayde commented 6 months ago

Solicitação de Acesso Especial a uma Sala

Ator Principal: Estudante com Necessidades Especiais

Contexto: Alguns estudantes podem ter necessidades especiais que requerem acesso a salas adaptadas ou equipadas com recursos específicos, como rampas de acesso, assentos especiais, ou equipamentos de assistência.

Pré-condição: O estudante com necessidades especiais está matriculado em cursos na universidade e necessita de acesso a uma sala com recursos adequados.

Fluxo: 1- O estudante identifica suas necessidades especiais que requerem acesso a uma sala com recursos adaptados. 2- O estudante acessa o sistema de solicitação de acesso especial. 3- Ele seleciona o curso para o qual precisa de acesso especial e a sala na qual as aulas serão ministradas. 4-O estudante fornece uma descrição detalhada de suas necessidades especiais e dos recursos específicos necessários na sala. 5-A equipe responsável pela acessibilidade analisa a solicitação do estudante e verifica a disponibilidade da sala com os recursos adequados. 6-Se a solicitação for aprovada, o acesso especial à sala é concedido ao estudante e ele é informado sobre os procedimentos para acessar a sala.

Pós-condição: O estudante com necessidades especiais recebe acesso especial a uma sala adaptada ou equipada com recursos específicos, permitindo sua participação efetiva nas atividades acadêmicas.

Rodrigo-Alb commented 6 months ago

Regras para automatização de reservas de salas

Autor: Administrador Contexto: É necessário otimizar o processo de reservas de sala para que o administrador não precise fazer tudo manualmente Pré-condição: O usuário deve ser administrador do sistema

Fluxo

  1. O administrador acessa a opção "Configurar Regras Automáticas" no menu "Administração".
  2. O sistema apresenta opções para configurar diversas regras automáticas
  3. O administrador seleciona as regras que deseja configurar, define os parâmetros para cada regra e salva as configurações

Pós-condição: Nenhuma

Fluxo alternativo

  1. Regra Invalida 1.1 O sistema apresentará uma mensagem de erro

  2. Conflito de Regras 2.1 Se duas ou mais regras configuradas entrarem em conflito, o sistema apresentará uma mensagem de aviso e solicitará que o administrador defina qual regra deve ter prioridade.

Pós-condição: Nenhuma

lvathayde commented 6 months ago

Resolução de Conflitos de Alocação de Salas

Ator Principal: Administrador

Contexto: Conflitos de alocação de salas podem surgir quando mais de uma disciplina ou atividade acadêmica solicita o mesmo espaço no mesmo horário. É fundamental resolver esses conflitos de forma eficiente para garantir o funcionamento adequado das atividades acadêmicas.

Pré-condição: Existência de pelo menos dois pedidos de alocação de sala para o mesmo horário.

Fluxo:

1- Administrado é notificado sobre o conflito de alocação de salas para o mesmo horário. 2- Ele analisa os detalhes das solicitações de alocação de sala em conflito, incluindo as disciplinas ou atividades envolvidas, a importância e urgência de cada uma, e a disponibilidade de salas alternativas. 3- O coordenador entra em contato com os responsáveis pelas disciplinas ou atividades envolvidas no conflito para discutir a situação e buscar uma solução colaborativa. 4- Ele atua como mediador entre as partes envolvidas, facilitando a negociação e buscando um acordo que atenda às necessidades de todos, considerando a disponibilidade de salas alternativas, horários flexíveis ou outras soluções viáveis. 5 - Após as discussões e negociações, o coordenador toma uma decisão final sobre a alocação das salas, priorizando o melhor interesse da comunidade acadêmica e a garantia do bom funcionamento das atividades.

Pós-condição: O conflito de alocação de salas é resolvido de forma satisfatória, garantindo que todas as disciplinas ou atividades envolvidas tenham acesso adequado ao espaço necessário para suas atividades acadêmicas.

Fluxo Alternativo: Adiamento de uma das Atividades: Durante a comunicação com os envolvidos, uma das partes propõe o adiamento da atividade em conflito para outro horário ou data.As partes envolvidas negociam a viabilidade do adiamento, considerando fatores como disponibilidade de recursos, impacto no cronograma e interesse dos participantes. Pós-condição Alternativa: O conflito de alocação de salas é resolvido satisfatoriamente.

vinisouzza commented 6 months ago

Encerrar sessão no sistema

Ator Principal: Usuários cadastrados (Administrador, professor, etc).

Contexto: O usuário que está logado no sistema deseja encerrar a sessão para sair da conta ou entrar em outra conta.

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

Fluxo de Eventos:

  1. O usuário acessa a opção de encerrar sessão.
  2. O sistema encerra a sessão atual do usuário ou administrador.
  3. O sistema redireciona o usuário para a página de login.

Pós-condição: A sessão do usuário é encerrada com sucesso e ele é redirecionado para a página de login. O acesso aos recursos do sistema só será possível após autenticação novamente..

Fluxo Alternativo:

  1. Se ocorrer algum erro durante o processo de encerramento da sessão:
    • O sistema exibe uma mensagem de erro indicando o problema.

Pós-condição: Se ocorrer um erro durante o processo de encerramento da sessão, o usuário é informado sobre o problema e pode tentar novamente encerrar a sessão.

Rodrigo-Alb commented 6 months ago

Exportar Dados de Reservas:

Ator: Administrador do Sistema Contexto: Exportar dados de reservas de salas para outros formatos, facilitando a análise dos dados e a integração com outras ferramentas. Pré-confição: O usuário deve ter permissão para exportar dados de reservas

Fluxo

  1. O usuário acessa a opção "Exportar Dados de Reservas" no menu
  2. O sistema apresenta opções para exportar dados de reservas em diferentes formatos
  3. O usuário seleciona a opção de exportação desejada, define o período de dados que deseja exportar e confirma a operação.
  4. O sistema exporta os dados de reservas no formato escolhido pelo usuário.

Pós-condição: Nenhuma

Fluxo alternativo

  1. Sem dados para o período 1.1 O sistema emite um alerta de erro

Pós-condição: Nenhuma

Rodrigo-Alb commented 6 months ago

Importar dados de reserva

Ator: Administrador Contexto: O administrador do sistema já possui planilhas com a relação das salas de aulas e precisa importa-las para o aplicativo de gestão Pré-condição: O usuário deve ser administrador do sistema.

Fluxo

  1. O administrador acessa a opção "Importar Dados de Reservas" no menu
  2. O sistema apresenta opções para importar dados de reservas de diferentes formatos
  3. O administrador seleciona a opção de importação desejada, escolhe o arquivo de origem
  4. O sistema importa os dados de reservas e os integra ao sistema de gestão de salas

Pós-condição: Nenhuma

Fluxo alternativo

  1. Formato de arquivo inválido 1.1 O sistema apresentará uma mensagem de erro e solicitará a seleção de um arquivo válido
  2. Erro na importação 2.1 O sistema apresentará uma mensagem de erro e informará o motivo do erro

Pós-condição: Nenhuma

vinisouzza commented 6 months ago

Visualizar feedbacks cadastrados

Ator Principal: Administrador.

Contexto: O administrador deseja visualizar os feedbacks registrados no sistema para acompanhar as opiniões e sugestões sobre o sistema.

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

Fluxo de Eventos:

  1. O administrador acessa o painel do sistema.
  2. Seleciona a área de feedback.
  3. O sistema exibe uma lista dos feedbacks registrados, incluindo informações como data, autor do feedback e conteúdo do feedback.

Pós-condição: O administrador tem acesso aos feedbacks e consegue visualizar as informações necessárias.

Fluxo Alternativo:

  1. Não há nenhum feedback registrado.
  2. O sistema exibe uma mensagem na tela que não há feedback cadastrado.

Pós-condição: O administrador visualiza a mensagem que não há feedbacks.

vinisouzza commented 6 months ago

Visualizar lista de turmas alocadas em uma sala.

Ator Principal: Administrador.

Contexto: O administrador necessita visualizar as turmas atualmente alocadas em uma sala específica para monitorar a ocupação das salas e garantir que não haja conflitos de horários.

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

Fluxo de Eventos:

  1. O administrador acessa o painel do sistema.
  2. Seleciona a sala desejada.
  3. Seleciona a opção de visualizar turmas alocadas.
  4. O sistema exibe uma lista das turmas atualmente alocadas na sala selecionada, incluindo informações como nome da turma, disciplina, professor responsável, horário e número de alunos

Pós-condição: O administrador tem acesso a lista de turmas alocadas na sala escolhida.

Fluxo Alternativo:

  1. Não há turmas alocadas.
  2. O sistema exibe uma mensagem na tela que não há turmas na sala.

Pós-condição: O administrador visualiza a mensagem que não há turmas alocadas.

vinisouzza commented 6 months ago

Visualizar notificações

Ator Principal: Usuários cadastrados

Contexto: O usuário deseja visualizar as notificações recebidas pelo sistema para ficar ciente de atualizações ou mensagens relevantes.

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

Fluxo de Eventos:

  1. O usuário clica no ícone de notificações
  2. O sistema exibe uma lista de notificações recentes.

Pós-condição: O usuário consegue visualizar as notificações e acessá-las para maiores informações.

Fluxo Alternativo:

  1. Se não houver notificações:
    • O sistema exibe uma mensagem que não há notificações.

Pós-condição: O usuário consegue visualizar a mensagem.

vinisouzza commented 6 months ago

Gerenciar permissões de usuários

Ator Principal: Administrador

Contexto: O administrador necessita gerencias as permissões atribuídas aos usuários para que garanta a usabilidade e segurança do sistema.

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

Fluxo de Eventos:

  1. O administrador abre o painel do sistema.
  2. Seleciona a área de usuários.
  3. O administrador seleciona o usuário para o qual deseja gerenciar as permissões.
  4. O sistema permite ao administrador ajustar as permissões do usuário selecionado, podendo adicionar, remover ou modificar permissões conforme necessário.
  5. O administrador confirma as alterações feitas nas permissões do usuário.
  6. O sistema atualiza as permissões do usuário no banco de dados.

Pós-condição: As permissões dos usuários são atualizadas no sistema.

Fluxo Alternativo:

  1. Se o administrador decidir cancelar as alterações nas permissões:
    • O administrador seleciona a opção de cancelar.
    • O sistema não realiza nenhuma alteração nas permissões do usuário.

Pós-condição: As permissões de usuários permanecem inalteradas.

TdcRibeiro commented 6 months ago

Troca de Salas

Ator: Coordenador

Contexto: O usuário precisa trocar uma sala reservada por outra sala, por algum motivo, como mudança de data, hora, número de participantes, etc.

Pré-condição:

O usuário possuir acesso ao sistema de alocação de salas. O usuário ter permissão para trocar reservas de salas.

Fluxo:

  1. O Coordenador acessa o sistema de alocação de salas.
  2. O Coordenador seleciona a opção "Minhas Reservas".
  3. O Coordenador seleciona a reserva da sala que deseja trocar.
  4. O Coordenador informa a nova data, hora, duração e/ou sala desejada.
  5. O sistema verifica a disponibilidade da nova sala e confirma a troca da reserva.

Pós-condição:

A reserva da sala foi trocada pela nova sala, data, hora e/ou duração especificados.

Fluxo alternativo:

  1. O Coordenador acessa o sistema de alocação de salas.
  2. O Coordenador seleciona a opção "Minhas Reservas".
  3. O Coordenador seleciona a reserva da sala que deseja trocar.
  4. O Coordenador informa a nova data, hora, duração e/ou sala desejada.
  5. O sistema verifica a disponibilidade da nova sala e ela está indisponível
  6. O sistema notifica o erro com a mensagem: não pode ser feita uma troca de salas com essa sala pois a mesma já se encontra ocupada

Pós condição: As salas continuam com as mesmas reservas de antes de qualquer tentativa de alteração.

Slyua7 commented 6 months ago

Registro de Utilização de Recursos de Sala:

Ator: Usuários, Administradores

Contexto: Um usuário precisa registrar o uso de recursos específicos em uma sala.

Pré-condição: O usuário está autenticado no sistema e tem permissão para registrar a utilização de recursos.

Fluxo:

  1. O usuário acessa a funcionalidade de registro de utilização de recursos de sala.
  2. O usuário seleciona a sala onde os recursos foram utilizados.
  3. O usuário especifica os recursos utilizados e a quantidade.
  4. O sistema registra a utilização dos recursos na sala.

Pós-condição: Os recursos utilizados são registrados no sistema para futura referência.

Slyua7 commented 6 months ago

Configuração de Horários de Funcionamento das Salas:

Ator: Administradores

Contexto: Um administrador precisa configurar os horários de funcionamento das salas.

Pré-condição: O administrador está autenticado no sistema e possui permissão para configurar os horários de funcionamento. Fluxo:

  1. O administrador acessa a funcionalidade de configuração de horários de funcionamento.
  2. O administrador seleciona a sala que deseja configurar.
  3. O administrador define os dias da semana e os horários de abertura e fechamento da sala.
  4. O sistema salva as configurações de horários para a sala especificada.

Pós-condição: Os horários de funcionamento da sala são configurados e armazenados no sistema.

Slyua7 commented 6 months ago

Atribuição de Responsáveis pela Manutenção:

Ator: Administradores

Contexto: Um administrador precisa atribuir responsáveis pela manutenção de uma sala.

Pré-condição: O administrador está autenticado no sistema e possui permissão para atribuir responsáveis pela manutenção. Fluxo:

  1. O administrador acessa a funcionalidade de atribuição de responsáveis pela manutenção.
  2. O administrador seleciona a sala para a qual deseja atribuir responsáveis.
  3. O administrador escolhe um ou mais usuários como responsáveis pela manutenção da sala.
  4. O sistema registra as atribuições de responsáveis pela manutenção para a sala selecionada.

Pós-condição: Os responsáveis pela manutenção da sala são atribuídos e registrados no sistema.

Slyua7 commented 6 months ago

Alerta de Manutenção Preventiva:

Ator: Administradores

Contexto: O sistema precisa alertar os administradores sobre a necessidade de realizar manutenção preventiva em uma sala.

Pré-condição: O sistema identifica a necessidade de manutenção preventiva com base em critérios predefinidos.

Fluxo:

  1. O sistema monitora o estado das salas e avalia os critérios de manutenção preventiva.
  2. Se a necessidade de manutenção preventiva for detectada, o sistema gera um alerta.
  3. O sistema notifica os administradores sobre a necessidade de realizar manutenção preventiva na sala específica.

Pós-condição: Os administradores são notificados sobre a necessidade de manutenção preventiva na sala.

Slyua7 commented 6 months ago

Configuração de Restrições de Acesso por Período:

Ator: Administradores

Contexto: Um administrador precisa configurar restrições de acesso para uma sala durante um período específico.

Pré-condição: O administrador está autenticado no sistema e possui permissão para configurar restrições de acesso.

Fluxo:

  1. O administrador acessa a funcionalidade de configuração de restrições de acesso.
  2. O administrador seleciona a sala para a qual deseja configurar restrições de acesso.
  3. O administrador especifica o período de restrição de acesso, incluindo datas e horários.
  4. O sistema aplica as restrições de acesso para a sala no período especificado.

Pós-condição: As restrições de acesso são configuradas e aplicadas à sala selecionada.

Slyua7 commented 6 months ago

Alocação de Recursos Adicionais temporários para Eventos Especiais:

Ator: Organizadores de Eventos, Administradores

Contexto: Um organizador de evento precisa solicitar recursos adicionais para uma sala durante um evento especial.

Pré-condição: O organizador de evento está autenticado no sistema e tem permissão para solicitar recursos adicionais.

Fluxo:

  1. O organizador de evento acessa a funcionalidade de alocação de recursos adicionais para eventos especiais.
  2. O organizador especifica o tipo e a quantidade de recursos adicionais necessários.
  3. O organizador fornece informações sobre a data, hora e duração do evento.
  4. O sistema encaminha a solicitação para revisão pelos administradores.
  5. Os administradores revisam a solicitação e aprovam, rejeitam ou solicitam mais informações.
  6. Se aprovada, a solicitação é processada e os recursos adicionais são alocados para a sala durante o evento.

Pós-condição: Os recursos adicionais são alocados para a sala durante o evento especial.