DOIS NIVEIS DE USUARIOS
Ola mestres.
Venho recorrer mais uma vez a vossa sabedoria!!! [S70]
Quando desenvolvemos alguam aplicativo com 2 nÃveis de usuários (com senha), por onde devemos comessar a programar?
Diretamente nos formulários e depois partiremos para os nÃveis?
Criando os bancos de dados?
Enfim... To perdidao com relação a isso!
Agradeço!
Venho recorrer mais uma vez a vossa sabedoria!!! [S70]
Quando desenvolvemos alguam aplicativo com 2 nÃveis de usuários (com senha), por onde devemos comessar a programar?
Diretamente nos formulários e depois partiremos para os nÃveis?
Criando os bancos de dados?
Enfim... To perdidao com relação a isso!
Agradeço!
Como funciona esse [Ô]nivelamento[Ô]?
Ele serve para controlar o acesso aos forms ou o que um usuário pode ou não fazer dentro deste form?
Ele serve para controlar o acesso aos forms ou o que um usuário pode ou não fazer dentro deste form?
Depende muito das informações do projeto que você já tem. Mas, vou tentar te direcionar.
Já definiu as REGRAS DE NEGÓCIO?
Se sim, sugiro que defina a ESTRUTURA DA BASE DE DADOS e por fim trabalhe nos FORMS.
Outra coisa, o PERFIL DO USUÃRIO será definido no CÓDIGO, ou o ADMINISTRADOR tem a liberdade de configurar isso via APLICAÇÃO?
Defina estes detalhes agora, para que não tome uma direção [Ô]contrária[Ô] à realidade da aplicação.
Já definiu as REGRAS DE NEGÓCIO?
Se sim, sugiro que defina a ESTRUTURA DA BASE DE DADOS e por fim trabalhe nos FORMS.
Outra coisa, o PERFIL DO USUÃRIO será definido no CÓDIGO, ou o ADMINISTRADOR tem a liberdade de configurar isso via APLICAÇÃO?
Defina estes detalhes agora, para que não tome uma direção [Ô]contrária[Ô] à realidade da aplicação.
Citação:ASHKATCHUP escreveu:
Como funciona esse [Ô]nivelamento[Ô]?
Ele serve para controlar o acesso aos forms ou o que um usuário pode ou não fazer dentro deste form?
Isso mesmo... Teremos 2...
Usuario normal, onde este so vai adicionar informações
Usuario Administrador, onde tera como adicionar informações e puxar relatórios.
Citação:TECLA escreveu:
Já definiu as REGRAS DE NEGÓCIO?
Outra coisa, o PERFIL DO USUÃRIO será definido no CÓDIGO, ou o ADMINISTRADOR tem a liberdade de configurar isso via APLICAÇÃO?
Regras em que sentido mestre!?!
Esto querendo fazer o perfil dos usuario se do administradores tudo via código. Acredito que dessa forma fica mais fácil pra mim programar não?
Obrigado mestres TECLA, ASHKATCHUP!!!!
Bom, as regras de negócio é o que define como a sua aplicação vai FUNCIONAR e se COMPORTAR em determinadas situações.
Quanto ao PERFIL, via código é bem mais fácil de fazer.
Quanto ao PERFIL, via código é bem mais fácil de fazer.
Se for somente a nivel de liberar ou restringir acesso a forms, o projeto em anexo pode lhe ajudar.
Citação:ASHKATCHUP escreveu:
Se for somente a nivel de liberar ou restringir acesso a forms, o projeto em anexo pode lhe ajudar.
Realmente deu uma iluminada!
Valeu mesmo...
Citação:TECLA escreveu:
Bom, as regras de negócio é o que define como a sua aplicação vai FUNCIONAR e se COMPORTAR em determinadas situações.
Quanto ao PERFIL, via código é bem mais fácil de fazer.
Ja definir sim as regras... Ja tenho tudo anotado no papel como o aplicativo tera que se comportar de acordo com o usuário logado.
Agradeço muito pela atenção dos mestres!!
Esta é minha Ocx Login. Você não precisa se preucupar com a codigicação de segurança de senhas.
Este .Ocx faz tudo sobre senha. Cria o .mdb com senha, guarda as senhas Criptografadas, edita, adiciona e deleta senhas. é só colocar no seu projeto e pronto: o resto é com o ocx. Possui três nÃveis de user(Adm,Operador e visitante) Só o Adm pode criar as senhas. Os Operadores podem alterar as senhas. Os visitantes para o caso de haver usuários com funçoes bem limitadas(só visualizar, por exemplo).
As senhas são armazenadas em arquivo access, criado pelo componente no primeiro acesso, com os registros cryptografados. Há user e senhas iniciais, definidas na janela de propriedades. Para o primeiro acesso, você envia o user e senha para o cliente. Depois que ele recebe a senha adm, ele pode criar outra senha adm e deletar a fornecida. Caso o sistema recuse o banco por acesso violado, pode-se deletar o banco e o componente cria outro banco com as configurações iniciais.
Para controlar o acesso por grupo. pega a valor das propriedades usuario (o user logado) e tipoUser(Se adm, se oper...) e coloca em um painel ou em uma var publica no módulo. Estou atualizando este componente. Nas próximas versões o adm poderá criar os grupos como preferir ( por setor, por módulo, etc) alem de listar os user cadastrados. Sugestões podem ser anexadas ao projeto.
Este .Ocx faz tudo sobre senha. Cria o .mdb com senha, guarda as senhas Criptografadas, edita, adiciona e deleta senhas. é só colocar no seu projeto e pronto: o resto é com o ocx. Possui três nÃveis de user(Adm,Operador e visitante) Só o Adm pode criar as senhas. Os Operadores podem alterar as senhas. Os visitantes para o caso de haver usuários com funçoes bem limitadas(só visualizar, por exemplo).
As senhas são armazenadas em arquivo access, criado pelo componente no primeiro acesso, com os registros cryptografados. Há user e senhas iniciais, definidas na janela de propriedades. Para o primeiro acesso, você envia o user e senha para o cliente. Depois que ele recebe a senha adm, ele pode criar outra senha adm e deletar a fornecida. Caso o sistema recuse o banco por acesso violado, pode-se deletar o banco e o componente cria outro banco com as configurações iniciais.
Para controlar o acesso por grupo. pega a valor das propriedades usuario (o user logado) e tipoUser(Se adm, se oper...) e coloca em um painel ou em uma var publica no módulo. Estou atualizando este componente. Nas próximas versões o adm poderá criar os grupos como preferir ( por setor, por módulo, etc) alem de listar os user cadastrados. Sugestões podem ser anexadas ao projeto.
Valeu mesmo ROBIU,
Vou dar uma olhada no link que vc passou!!!
Vou dar uma olhada no link que vc passou!!!
Tópico encerrado , respostas não são mais permitidas