Pessoal,

Costumo desenvolver aplica��es WEB que necessitam de controles de usu�rio
simples. O problema � que cada vez que preciso contar com este tipo de
funcionalidade, fico indeciso na forma como devo estruturar meus componentes
e acabo modificando a forma como fiz na �ltima aplica��o, pois acabo sempre
descobrindo limita��es funcionais em minha modelagem.

As aplica��es que desenvolvo, normalmente, contam com as seguintes
caracter�sticas:
- Acesso de usu�rios por login e senha
- Os usu�rios se dividem em roles (pap�is) dentro do sistema, tais como:
Administrador, Usu�rio Avan�ado, Usu�rio normal (por exemplo)
- Dentro do sistema existem restri��es, que se baseiam nesses roles. Essas
restri��es podem ser tanto de funcionalidades (o usu�rio do grupo X n�o pode
Cadastrar Clientes), at� mesmo a restri��es a peda�os de um formul�rio (por
exemplo: um usu�rio do grupo Y pode Cadastrar um Cliente, mas somente seus
dados pessoais, deixando os dados Comerciais restritos)

Gostaria de saber se algu�m poderia me indicar algum pattern ou modelagem de
dados que julguem interessantes para tratar situa��es como estas.
Eu procurei algumas documenta��es a respeito, mas somente encontrei
frameworks extremamente complexos, que extrapolam minha necessidade.

Agrade�o qualquer sugest�o, para ver se consigo chegar a um ponto comum e
poder padronizar este tipo de funcionalidade em minhas aplica��es!

PS: As aplica��es desenvolvidas est�o sempre no modelo MVC 2, utilizando, em
alguns casos inclusive, o Struts.

Agrade�o a ajuda!!!!

_______________________________
Rafael Fernandes Grottoli
JAUNT Technologies
Phone: +55 (41) 9961-3390
E-Mail: [EMAIL PROTECTED]


---
Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.463 / Virus Database: 262 - Release Date: 17/3/2003
 

<<attachment: winmail.dat>>

---------------------------------------------------------------------
Para cancelar a subscri��o, envie mensagem para: [EMAIL PROTECTED]
Para comandos adicionais, envie mensagem para: [EMAIL PROTECTED]

Responder a