Open TdcRibeiro opened 6 months ago
(Nome do caso): Ator -> Contexto -> Pré condição -> Fluxo:
Pós Condição -> Fluxo Alternativo:
Pós condição ->
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:
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:
Pós condição: O novo usuário conclui o cadastro com um e-mail válido e único no sistema.
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:
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:
Pós condição : O administrador corrige o nome da sala e conclui o cadastro com sucesso.
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.
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
Pós-condição: O usuário é direcionado para a página inicial do sistema de acordo com seu perfil (professor, aluno ou administrador).
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:
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:
Pós condição: O administrador corrige o nome do prédio e conclui o cadastro com sucesso.
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:
Fluxo
Pós-condição: Nenhuma
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:
Pós condição: As informações do prédio são atualizadas no sistema de alocação de salas.
Fluxo Alternativo:
Pós condição: As informações do prédio permanecem as mesmas no sistema de alocação de salas.
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.
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:
Pós-condição: As informações da determinada sala são alteradas com sucesso.
Fluxo Alternativo:
Pós-condição: As informações da sala são mantidas inalteradas.
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:
Fluxo
Pós-condição:
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:
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:
Pós condição: A sala de aula permanece cadastrada no sistema de alocação de salas e está disponível para reservas.
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
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:
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:
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.
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
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
Pós-condição: O sistema permanece sem alterações
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.
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:
Pós-Condição: A sala é interditada e fica indisponível para alocação.
Fluxo Alternativo:
Pós-Condição: A sala não é interditada.
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:
Pós-condição: O backup é realizado com sucesso.
Fluxo Alternativo:
Pós-condição: O administrador é notificado e toma as medidas necessárias.
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.
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:
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:
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.
Ator: Coordenador/ADM
Contexto: Remoção da interdição de uma sala previamente interditada.
Pré-condição: Estar logado como administrador.
Fluxo:
Pós-Condição: A sala é desinterditada e volta a ficar disponível para alocação.
Fluxo Alternativo:
Pós-Condição: Nenhuma alteração é feita. O status da sala permanece o mesmo.
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:
Pós-condição: A disciplina é cadastrada com com sucesso no sistema.
Fluxo Alternativo:
Pós-condição: O administrador corrige as informações que estão faltando ou cancela a operação.
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:
Fluxo
Pós-condição: Nenhuma
Fluxo alternativo
Pós-condição: Nenhuma
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:
Pós condição: A sala sugerida é reservada para o evento ou aula na data e horário especificados.
Fluxo Alternativo:
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.
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.
Ator: Todos os usuários
Contexto: Visualização das informações detalhadas de uma sala.
Pré-condição: Estar logado.
Fluxo:
Pós-Condição: O usuário obtém as informações detalhadas da sala desejada.
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:
Pós condição: A nova turma é cadastrada no sistema de alocação de salas e fica disponível para associar salas.
Fluxo Alternativo:
Pós condição: O administrador corrige o código da turma e conclui o cadastro com sucesso.
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:
Pós-condição: As informações da turma são atualizadas no sistema de alocação de salas.
Fluxo Alternativo:
Pós condição Alternativa: As informações da turma permanecem as mesmas no sistema de alocação de salas.
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.
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.
Ator: Usuários Contexto: Um usuário do sistema deseja visualizar em quais salas determinada atividade está sendo ministrada Pré-condição:
Fluxo
Pós-condição: O resultado recebe uma lista com as salas em que a atividade que ele procura estão sendo ministradas
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:
Pós-condição: O usuário é removido do sistema.
Fluxo Alternativo:
Pós-condição: Nenhum usuário é removido do sistema.
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:
Fluxo
Pós-condição: A informção de que o usuário fez uso de sua reserva fica registrada no sistema
Fluxo alternativo
Pós-condição: Nenhuma
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.
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
Pós-condição: Nenhuma
Fluxo alternativo
Regra Invalida 1.1 O sistema apresentará uma mensagem de erro
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
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.
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:
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:
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.
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
Pós-condição: Nenhuma
Fluxo alternativo
Pós-condição: Nenhuma
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
Pós-condição: Nenhuma
Fluxo alternativo
Pós-condição: Nenhuma
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:
Pós-condição: O administrador tem acesso aos feedbacks e consegue visualizar as informações necessárias.
Fluxo Alternativo:
Pós-condição: O administrador visualiza a mensagem que não há feedbacks.
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:
Pós-condição: O administrador tem acesso a lista de turmas alocadas na sala escolhida.
Fluxo Alternativo:
Pós-condição: O administrador visualiza a mensagem que não há turmas alocadas.
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:
Pós-condição: O usuário consegue visualizar as notificações e acessá-las para maiores informações.
Fluxo Alternativo:
Pós-condição: O usuário consegue visualizar a mensagem.
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:
Pós-condição: As permissões dos usuários são atualizadas no sistema.
Fluxo Alternativo:
Pós-condição: As permissões de usuários permanecem inalteradas.
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:
Pós-condição:
A reserva da sala foi trocada pela nova sala, data, hora e/ou duração especificados.
Fluxo alternativo:
Pós condição: As salas continuam com as mesmas reservas de antes de qualquer tentativa de alteração.
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:
Pós-condição: Os recursos utilizados são registrados no sistema para futura referência.
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:
Pós-condição: Os horários de funcionamento da sala são configurados e armazenados no sistema.
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:
Pós-condição: Os responsáveis pela manutenção da sala são atribuídos e registrados no sistema.
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:
Pós-condição: Os administradores são notificados sobre a necessidade de manutenção preventiva na sala.
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:
Pós-condição: As restrições de acesso são configuradas e aplicadas à sala selecionada.
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:
Pós-condição: Os recursos adicionais são alocados para a sala durante o evento especial.
Cada membro deve criar 10 casos de uso