Re: Chacun dans son dossier, comment feriez-vous ?

Laurent Forêt <[email protected]> Tue, 15 Mar 2011 16:05:52 +0100
Newsgroups gmane.comp.java.french.general
Message-ID <[email protected]>
Je trouve comme les logs que la gestion des droits est un super Use case
pour de l'AOP inteception à chaque usage d'un document. De plus  mes droits
je les stockerai dans une seule table (idUser/idRole , iddoc, ReadWrite) pas
de jointure.

my half a cent.

Laurent

2011/3/15 jerome moliere <[email protected]>

>
>
> Le 15 mars 2011 15:52, Jean-Baptiste BRIAUD -- Novlog <
> [email protected]> a écrit :
>
> Bonjour,
>>
>> Comment implémenteriez-vous une séparation à l'échelle de la données ?
>> Je m'explique : avec les rôles associé à des login, on peux restreindre un
>> accès aux données.
>> Sauf que cette restriction porte plutôt sur des "pans applicatif", des
>> fonctionnalité.
>>
>> Comment aller jusqu'à la données ?
>> Un exemple : chaque responsable de département ne peut voir que son
>> département.
>>
>> un autre : chaque collaborateur ne peut voir que son dossier.
>> Il faut donc bien qu'un collaborateur avec ses rôles puisse accéder aux
>> dossiers en terme de classe/table.
>> Sauf que pour les dossiers id 12 et 13 seulement.
>>
>> Là où çà deviens amusant, c'est que des personnes peuvent changer de poste
>> et devenir responsable de département.
>> Les restrictions sont donc forcément dynamiques.
>>
>> On peut créer des dossiers et on affecte des utilisateurs ...
>>
>> Pour l'instant, j'imagine pour une table T concernée (T = le dossier par
>> exemple)
>> une table de restriction faisant la jointure entre qui à la droit à quoi :
>> disons une table RT avec 2 colonnes : l'id T et id de l'utilisateur.
>>
>> Ca fait pas mal de table en plus, pas mal de données en plus : imaginons
>> une table à forte volumétrie, ce genre de contrôle va être consommateur en
>> ressource ...
>> Surtout qu'on peux aussi imaginer une gestion plus fine : lecture,
>> modification, ...
>> Est-ce que çà doit finir comme une gestion de permission type file system
>> mais en base ?
>>
>> Ah oui, je précise : c'est tout des tables dans une base de données
>> relationnelle et des classes grâce à OpenJPA.
>>
>>
> salut jean Baptiste,
> je vais me positionner à l'echelle 7 comme Tchernobyl en niveau de risques,
> mais cela devrait rappeler des trucs à Tania quand elle était jeune et belle
> non? -)
> cette digression mise à part je pense que cela doit pouvoir te rappeler 2
> D.P bien connus:
> - le proxy
> - le decorateur
>
> en gros tu t'occupes pas des droits sur ton accès JPA et après tu filtres
> avec la politique idoine
>
> my 2 cents
> Jerome
> PS:
> certes c'est un peu bourrin -)
>
> --
> J.MOLIERE - Mentor/J
> auteur Eyrolles
>
>
>