O sistema irá contará com um serviço de permissionamento que irá definir para cada usuário o que o mesmo pode ver ou fazer.

Cada sistema irá definir como irá funcionar o permissionamento, no pré-matrícula web, as permissões são fixas, ou seja, cada perfil de usuário possui suas permissões de acesso, caso seja necessário incluir ou remover permissões será necessário incluir manualmente.

Basicamente, cada ação do sistema possuíra uma anotação que irá verificar se o usuário logado possui ou não permissão para executa-la, caso não possua, uma tela de acesso negado é exibida.

As permissões foram estruturadas da seguinte forma: Foi usado o Policy Server. Link da documentação aqui.

• Roles: São os perfis. Aqui é definido todos os perfis que o sistema possuirá. Até o momento são eles: tecsystem, administrador, gestor e responsável.
• Permissions: São as permissões. Aqui é definido todas as ações que irão ser validadas.
• Policy: Possui as roles e as permissions.
• RolesPermissions: É o relacionamento das roles com as permissions. É o que cada perfil poderá ver/executar.

Para o usuário acessar determinada funcionalidade o sistema precisa verificar se este usuário possui a permissão necessária. Para isso funcionar, cada serviço do sistema possui as suas permissões, desta forma, sempre que um usuário solicitar o acesso a uma funcionalidade, o serviço irá verificar se o perfil do usuário possui a permissão , caso possua, o usuário poderá acessar a funcionalidade.

Para verificar se o usuário possui ou não a permissão necessária, o cliente (no caso, o prematricula.mvc) envia um token (que contem a perfil do usuário) para o serviço. O serviço recebe este token e o valida.

Abaixo é exibida uma relação das permissões disponíveis para cada perfil agrupadas por serviço:

Obs.: Quando está escrito “todos” está incluído os perfis responsavel, gestor e administrador, com exceção da tecsystem.

Este é o cliente, contem a parte visual do sistema de pré-matrícula.

Foi criado um serviço para impedir que usuários de mesmo perfil tentem alterar ou excluir informações de outros usuários com o mesmo perfil.

A validação consiste em verificar o GUID do usuário e compara-lo com o GUID do dado, se o GUID for o mesmo a operação poderá seguir, caso não, será lançado uma exceção para impedir que a operação de seja realizada. Existe algumas diferenças nas validações de acordo com o perfil do usuário:

Perfil responsável e administrador

É verificado o GUID do usuário e comparado com o dado, se for o mesmo a operação pode continuar.

Perfil gestor

É usado a role idaministrador(que é o GUID do administrador) do usuário para comparar com o GUID do dado e aprovar ou não a operação.

Obs.: Caso o dado possua o GUID do gestor, é necessário verificar quem é o administrador desse gestor e recuperar o GUID do administrador, isso para sempre termos como parâmetro um GUID comum para esses dois tipos de usuário (administrador/gestor).