Jump to content

POWERED BY:

Archived

This topic is now archived and is closed to further replies.

Hamilcar

Sistema com níveis de acesso ao sistema

Recommended Posts

Bom pessoal, abri um post na área de php para verificar alguns códigos com relação a interface para eu entender melhor, mas é muito questionado alguns princípios e então resolvi começar este post para tentar desenvolver este sistema simples de níveis de acesso ao sistema, vou detalhar algumas coisas que penso poder existir no sistema e gostaria que o pessoal fosse me ajudando a progredir de forma correta.

 

*O sistema terá um usuário que vai ter acesso ao sistema, onde este usuário poderá ser um administrador, gerente ou funcionário.

O funcionário poderá verificar os seus dados cadastrados, e atualizar estes dados, poderá cadastrar, atualizar e ver dados de seus dependentes.

O Gerente é um funcionário, podendo fazer tudo que o funcionário faz, e podendo também cadastrar, atualizar, remover e ver dados dos outros funcionários, se este funcionário for outro gerente ele só poderá atualizar e ver os dados.

O administrador é um funcionário, tem poder total sobre o sistema, sendo que o sistema só suportaria dois administradores, estes administradores podem cadastrar, remover, atualizar e ver dados dos gerentes, funcionários, administrador.

 

 



Começando a análise pelo texto, acredito ter identificado, quatro atores;

 

7jke.png

Share this post


Link to post
Share on other sites

O primeiro diagrama de casos de uso moldado.

 

1ufk.png



Analisando o primeiro caso de uso, temos:

 

21d8.png

 

irit.png



Relações entre atores:

 

gpa5.png



Melhorando Functionary:

 

6png.png



Reiterando a descrição do sistema:

 

1 - User
1.1 - Representa todos que terão acesso ao sistema
1.2 - É um funcionário da empresa.
1.3 - Terá acesso ao sistema por meio de login e senha.
1.4 - Poderá alterar sua senha pessoal.
2 - Functionary
2.1 - Representa todos que trabalham na empresa.
2.2 - Pode ser definido com funções de administrador ou gerente.
2.3 - É um usuário do sistema.
2.4 - Tem login e senha pré-definidos como usuário.
2.5 - Pode ler e atualizar seus dados, nesta atualização pode-se gerenciar seus
dependentes.
3 - Manager
3.1 - É um funcionário da empresa com privilégios a mais de acesso ao sistema.
3.2 - Pode gerenciar outros funcionários que não sejam gerentes ou administradores.
3.3 - Pode gerenciar usuários.
3.4 - Pode atualizar dados de gerentes e administradores.
4 - Administrator
4.1 - É um funcionário da empresa com privilégios absoluto sobre o sistema.
4.2 - Pode gerenciar usuários.
4.2 - Pode gerenciar funcionários.
4.3 - Pode gerenciar gerentes.
4.5 - Pode gerenciar administradores.
OBS : Verificando os casos de uso, vejo que mais um ator deve entrar no sistema, o SGBD, o que vocês acham?.

Share this post


Link to post
Share on other sites

Vou descrever apenas o caso de uso 1.

 

Pelo diagrama temos:
UC1 : login
Objetivo: Função do sistema usada pelos usuários cadastrados, para ter acesso as
funcionalidades do sistema de acordo com os níveis de acesso.
Atores: user e sgbd;
Pré-Condições: PC1 - Ser um funcionário da empresa.
PC2 - Ter um login e uma senha pré cadastrados.
PC3 - Estar no modo login.
Fluxo Principal: FP1 - Inicia quando é exibido o formulário de login com botões Cancelar e Ok. (FA1)
FP2 - O ator insere login e senha e clica OK. (FE1)
FP3 - O sistema executa (FA2) e retorna o modo administrativo. (FE2)
FP4 - Fim do caso de uso.
Fluxo Alternativo: FA1 - O sistema retorna ao modo inicial, devido ao click no botão cancelar.
FA2 - O sistema valida e autentica o usuário.
Fluxo de Excessão: FE1 - O sistema exibe "Dados com preenchimento obrigatórios!".
FE2 - O sistema exibe "Login ou Senha inválidos!".

Share this post


Link to post
Share on other sites

O que temos até agora com todas as reiterações:

 

 

 

1 - Descrição:

 

1.1 - User
1.1.1 - Representa todos que terão acesso ao sistema
1.1.2 - É um funcionário da empresa.
1.1.3 - Terá acesso ao sistema por meio de login e senha.
1.1.4 - Poderá alterar sua senha pessoal.
1.2 - Functionary
1.2.1 - Representa todos que trabalham na empresa.
1.2.2 - Pode ser definido com funções de administrador ou gerente.
1.2.3 - É um usuário do sistema.
1.2.4 - Tem login e senha pré-definidos como usuário.
1.2.5 - Pode ler e atualizar seus dados, nesta atualização pode-se *gerenciar seus
dependentes.
1.3 - Manager
1.3.1 - É um funcionário da empresa com privilégios a mais de acesso ao sistema.
1.3.2 - Pode *gerenciar outros funcionários que não sejam gerentes ou administradores.
1.3.3 - Pode *gerenciar usuários.
1.3.4 - Pode atualizar dados de gerentes e administradores.
1.4 - Administrator
1.4.1 - É um funcionário da empresa com privilégios absoluto sobre o sistema.
1.4.2 - Pode *gerenciar usuários.
1.4.3 - Pode *gerenciar funcionários.
1.4.4 - Pode *gerenciar gerentes.
1.4.5 - Pode *gerenciar administradores.
1.5 - SGBD
1.5.1 - Gerencia as informações a serem enviadas ou recebidas do banco de dados.
1.5.2 - Retorna informações requisitadas.

 

OBS:

*Gerenciar = criar, ler, atualizar e remover dados(crud).

 

 

2 - Gráficos

 

2.1 - Atores:

etmz.png

 

2.2 - User:

r4r9.png

 

2.3 - Functionary:

tvy7.png

 

3 - Especificação "UC1" :

 

UC1 : login
Objetivo: Função do sistema usada pelos usuários cadastrados, para ter acesso as
funcionalidades do sistema de acordo com os níveis de acesso.
Atores:
user e sgbd;
Pré-Condições:
PC1 - Ser um funcionário da empresa.
PC2 - Ter um login e uma senha pré cadastrados.
PC3 - Estar no modo login.
Fluxo Principal:
FP1 - Inicia quando é exibido o formulário de login com botões Cancelar e Ok. (FA1)
FP2 - O ator insere login e senha e clica OK. (FE1)
FP3 - O sistema executa (FA2) e retorna o modo administrativo. (FE2)
FP4 - Fim do caso de uso.
Fluxo Alternativo:
FA1 - O sistema retorna ao modo inicial, devido ao click no botão cancelar.
FA2 - O sistema valida os dados e faz solicitação ao SGBD que retorna os dados do
user ou "false".
Fluxo de Excessão:
FE1 - O sistema exibe "Dados com preenchimento obrigatórios!".
FE2 - O sistema exibe "Login ou Senha inválidos!".

 

 

 

Agora vou esperar as sugestões e correções, obrigado a todos.

Share this post


Link to post
Share on other sites

Vou colocar o diagram de estados do caso de uso login:

509o.png

 

 

Pessoal ajuda aí, acho que o meu modelo de relação entre os atores está errado, estive analisando e parece que estou misturando as funções dos funcionários com as dos usuário, pela análise que fiz parece que administrador e gerente se relacionam com usuarios e funcionário se relaciona com funções,

 

 

 

Me ajudem!!!!

Share this post


Link to post
Share on other sites

Não vejo nenhum erro evidente, os diagramas de caso de uso são relativamente flexíveis eu mesmo não costumo adicionar tanta clareza e costumo deixar, por exemplo, o sgdb implícito.

Share this post


Link to post
Share on other sites

×

Important Information

Ao usar o fórum, você concorda com nossos Terms of Use.