PJI29006-2014-2-Wiki do Projeto
Sistema de Controle de Acesso
Descrição
Levantamento de Requisitos
Funcionais:
R01. O Sistema deve prever a liberar de portas para usuários autorizados (ver RN03,RN04);
R02. A liberação da porta deve ser possível através de um dispositivo móvel.
R03. O Sistema deve armazenar em um “log” tanto a entrada quanto a saída das pessoas;
R04. O Sistema deve permitir criar múltiplos perfis de permissões para os usuários (Aluno/Professor/Segurança/Funcionário) (ver RN08);
R05. Deve haver em cada porta controlada uma tela para passagem de informações/mensagens aos usuários.
R06. O Sistema em sua interface gráfica deve fornecer a opção de criação e edição de mensagens fornecidas na tela de cada porta;
R07. O Sistema deve ser configurado através da interface gráfica;
R08. O Sistema deve gerenciar cadastro de usuários;
R09. O Sistema deve gerenciar cadastro de portas/salas;
R10. O Sistema deve bloquear o usuário ao ter a sua autenticação fracassada (ver RN06);
R11. O Sistema deve permitir aos usuários do tipo Administrador e Professor bloquear e desbloquear um usuário do tipo Aluno;
R12. O Sistema deve fornecer suporte para “saída de emergência”;
R13. O Sistema notificará os usuários ao término do expediente do campus (RN 11);
R14. O Sistema deve desligar os equipamentos após todos os usuários saírem da sala.
R15. O Sistema deve identificar o arrombamento das portas;
Não-funcionais
R01. Escalabilidade: pode haver n usuários/portas/administradores.
R02. Segurança: somente os usuários autenticados devem ter acesso ao sistema. O hardware deve ser resistente o bastante para assegurar possíveis danos devido a ação do tempo. Os dados internos do sistema devem estar protegidos de acesso não autorizado.
R03. Disponibilidade: o sistema tolera no máximo 2 horas de indisponibilidade por mês;
R04. Comunicação: o sistema deve utilizar a infra-estrutura de redes já disponível no campus;
R05. Requisitos de facilidade de uso: o uso do sistema deve ser intuitivo e prever um mini-tutorial no próprio aplicativo.
R06. Requisitos de eficiência. o sistema deverá dar resposta ao usuário em um tempo limite T, caso expire o tempo o usuário deverá se notificado da falha.
R07. Requisitos de portabilidade. o componente móvel do sistema deve operar em múltiplas plataformas móveis.
Obs:
- em caso de queda de energia, o hardware contém uma fonte reserva de energia, que assegura um tempo extra de operação;
Atores
1. Administrador: Tem todas as permissões do sistema. Pode gerenciar professores, alunos, funcionários, salas, turmas.
2. Professor: Individuo que tem acesso a todas as salas, tem permissão de liberar salas para alunos remotamente.
3. Aluno: Individuo que esta matriculado na instituição só tem acesso a salas com autorização prévia de professor, administrador ou funcionários.
4. Banco de dados: Sistema de Terceiro responsável por armazenar dados do usuários do sistema.
5. Funcionário: Individuo que pode liberar sala para alunos ou bloquear, mas não pode reserva sala.
6. Arrombador: Individuo que tenta acessar o sistema de forma indevida.
7. Alarme de Emergência: Sistema de Terceiro responsável por realizar medidas de emergência em caso de sinistro.
8. Temporizador: Utilizado para notificação de horário de saída de usuários em salas reservadas.
Casos de Uso
CSU01
Adicionar/Alterar Usuários
Sumário: O Administrador adiciona/altera alunos, professores, funcionários e administradores.
Ator Primário: Administrador
Atores Secundários: Professor, Aluno, Funcionário, Banco de dados.
Precondições: Administrador cadastrado/autenticado no sistema
Fluxo Principal:
1. O Administrador requisita adicionar um usuário.
2. O sistema fornece lista com usuários disponíveis do BD IFSC.
3. O Administrador seleciona os usuários (ID).
4. O sistema apresenta os perfis de usuários (Professor, Aluno, Funcionário, Administrador).
5. O Administrador escolhe quais perfis de usuário deseja adicionar/altera perfil
6. Administrador confere as informações fornecidas e o sistema envia para o BD (local) do sistema e o caso de uso termina.
Pós-condições: Um aluno foi adicionado em um ou mais perfis no BC local
CSU02
Sumário: O Administrador remove alunos, professores, funcionários e administradores.
Ator Primário: Administrador.
Atores Secundários: Professor, Aluno, Funcionário, BD local.
Precondições: Administrador cadastrado/autenticado no sistema.
Fluxo Principal:
1. O Administrador requisita remover um usuário.
2. O sistema apresenta os tipos de usuários(Aluno, Professor, Funcionário, Administrador).
3. O Administrador escolhe qual tipo de usuário deseja remover.
4. O sistema requisita o ID do usuário escolhido.
5. O Administrador entra com o ID do usuário.
6. O sistema apresenta ID e pergunta se deseja realmente remover o usuário.
7. O Administrador confere os dados e confirma a remoção.
8. O sistema registra a remoção e encerra o caso de uso.
Fluxo de Exceção (5): ID inexistente (RN10)
Se o Administrador entrar com um ID inexistente, o sistema apresenta uma mensagem de erro e o caso de uso continua a partir do passo 4.
Fluxo Alternativo (7): Usuário errado
O Administrador detecta que digitou um ID errado.
O Administrador entra com um novo ID e o caso de uso continua a partir do passo 6.
Pós-condições: Um aluno foi removido do BD local.
Regras de Negócio: RN05, RN10, RN13.
CSU03
CSU04
CSU05
CSU06
CSU07
CSU09
CSU10
CSU11
CSU12
CSU13
Regras de Negócio
RN01
Permissão do Administrador (RN01)
Descrição: O Administrador pode criar usuários, dar acesso/liberação de salas à eles, excluir um usuário.
RN02
Permissão do Professor (RN02)
Descrição: O Professor pode reservar um horário para acesso as salas, editar e criar mensagens, dar acesso/liberação de todas salas.
RN03
Permissão do Aluno (RN03)
Descrição: Um Aluno só entra em sala de aula se o Professor já estiver dentro dela ou se tiver a liberação de um usuário com maiores permissões.
RN04
Permissão do Funcionário (RN04)
Descrição: O Funcionário deve poder entrar nas salas de aula, mesmo elas estando fechadas.
RN05
Indentificação única (RN05)
Descrição: Cada usuário tem um ID único.
RN06
Bloqueio de usuário (RN06)
Descrição: Um usuário deve ser bloqueado caso tente se autenticar por N vezes de forma inválida.
RN07
Caso de Emergência (RN07)
Descrição: O Sistema deve abrir todas as portas em situação de emergência que possuam usuários.
RN08
Credencial de aluno (RN08)
Descrição: O Sistema deve prever a validade da credencial (Tempo de matrícula) do usuário de tipo usuário.
RN09
Autenticação com uso do Banco de dados (RN09)
Descrição: O sistema deve usar o banco de dados do IFSC.
RN10
Aunteticação dos usuários (RN10)
Descrição: O usuários devem possuir ID e Senha.
RN11
Indetificação de portas (RN11)
Descrição: Cada porta deverá possui um Código.
RN12
Notificação o Adminstrador (RN12)
Descrição: Os Administradores deveram ser notificados sobre excesso de tentativa de autenticação de usuários.
RN13
Usuário bloqueado (RN13)
Descrição: Usuários bloqueado não pode abrir nenhuma porta.