PJI29006-2014-2-Wiki do Projeto

Sistema de Controle de Acesso

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

Regras de Negócio: RN09,RN10.

CSU02

Remover Usuários

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

Bloquear/Desbloquear Usuários

Sumário: O Administrador bloqueia alunos, professores, funcionários e administradores.

Ator Primário: Administrador.

Atores Secundários: Professor, aluno, funcionário, BC local.

Precondições: Administrador cadastrado/autenticado no sistema.

Fluxo Principal:

1. O administrador requisita bloquear um usuário.

2. O sistema requisita o ID do usuário escolhido.

3. O Administrador entra com o ID do usuário.

4. O sistema apresenta ID e pergunta se deseja realmente bloquear o usuário.

5. O Administrador confere os dados e confirma o bloqueio.

6. O sistema registra o bloqueio e encerra o caso de uso.

Fluxo Alternativo (3): Usuário já bloqueado

O sistema apresenta ID, informa que o usuário já está bloqueado e pergunta se deseja desbloquear o usuário.

O Administrador confere os dados e confirma o desbloqueio.

O sistema registra o desbloqueio e encerra o caso de uso.

Fluxo Alternativo (5): 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 4.

Fluxo de Exceção (3): ID inexistente

Se o Administrador entrar um ID inexistente, o sistema apresenta uma mensagem de erro e o caso de uso continua a partir do passo 2.

Pós-condições: O usuário está bloqueado no sistema.

Regras de Negócio: RN10.

CSU04

Autenticação de usuário

Sumário: O usuário se autentica no sistema.

Ator Primário: Administrador, Professor, Aluno, Funcionário.

Precondições: Usuário cadastrado no sistema.

Fluxo Principal:

1. O sistema requisita a autenticação do usuário.

2. Usuário fornece as credenciais.

3. Sistema valida usuário e caso de uso termina.

Fluxo de Exceção (2): Informa credenciais erradas. (RN06)

Caso falhe N vezes usuário é bloqueado e termina caso de uso.

Volta para o passo 1.

Pós-condições: O usuário está autenticado no sistema.

Regras de negocio: RN06.

CSU05

Gerenciar Salas

Sumário: O administrador ou professor pode reserva ou liberar as salas para uso.

Ator Primário: Administrador, Professor.

Precondições: Autenticação de usuário administrador/professor.

Fluxo Principal:

1. O sistema mostra um mapa com as salas para o usuário.

2. Usuário escolhe a sala.

3. Sistema mostra calendário com datas/horários disponíveis e ocupados da sala.

4. Usuário escolhe uma data/horário e usuários para utilização da sala.

5. Notifica o usuário que a sala foi reservado com sucesso.

Fluxo Alternativo (4):

1. Sala reservada pelo próprio usuário na data.

2. Sistema verifica se usuário quer modificar reserva ou liberar sala.

3. Sistema começa processo de liberar a sala e envia notificação confirmando liberação para o usuário.

4. Usuário confirma liberação da sala.

5. Sistema abre janela para reconfiguração da reserva

6. Usuário reconfigura reserva.

7. Sistema notifica usuário da modificação

8. Usuário confirma modificação.

Pós-condições: Reserva/Liberação feita com sucesso.

Regras de negócio: --

CSU06

Abrir Porta pelo celular

Sumário: O usuário abre a porta via celular, utilizando um sistema de autenticação específico entre as interfaces.

Ator Primário: Usuário.

Precondições: Usuário estar autenticado (CSU4).

Fluxo Principal:

1. Usuário identifica a porta através de um código.

2. Sistema verifica se usuário pode entrar na sala.

3. Sistema salva acesso do usuário no log de entrada.

4. Sistema libera porta.

Fluxo Exceção (1): Porta não existe

1. Informa erro, notifica o administrador e volta para o passo 1.

Fluxo Exceção (2): Usuário não pode acessar a sala

1. Sistema notifica o usuário que ele não tem autorização para acessar a sala.

2. Encerra caso de uso.

Regras de negocio: RN02, RN03, RN04, RN06, RN10, RN11 e RN12.

Pós-condições: Porta aberta.

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.

Documentação no Astah

Link