Discussion :

[SOXI]

Bonjour à tous,

Description:
Je réalise une boutique en ligne à titre pédagogique.
Il y a le backoffice et le frontoffice.

Les administrateurs ont la possibilité d'aller sur le back office.
J'ai une fenêtre du backoffice qui crée, modifie et supprime des catégories de produits dans la base.

Je met dans une classe catégorie la méthode créerCatégorie, modifierCatégorie et supprimerCatégorie.

Questions:

Est-ce que je dois ajouter à l'utilisateur du BackOffice(en l'occurrence l'administrateur) toutes les méthodes de ma catégorie soit créer, modifier et supprimer?

Comme vous pensez bien l'administrateur ne va pas que gérer les catégories mais d'autres choses tel que les produits.

Faut-il avoir une classe administrateur qui regroupe quasiment toutes les méthodes des objets de mon backoffice?
Faut-il plutôt utiliser les objets sans couche utilisateur de UI?

Merci encore.

SOXI

[ego]

Il ne faut pas confondre la modélisation des objets "métier" et la modélisation des droits.
Il faut donc modéliser les objets métier, sans penser aux droits. Ensuite, il faut modéliser des objets qui te permettront de savoir qui (rôle) peut faire quoi (exécuter des opérations) = modélisation des droits.
En fonction des technos, tu as plusieurs possibilités.
Avec les EJB ou un framework comme Spring, tu peux positionner des tags pour définir les droits. Avec Spring, regardes ACEGI tu verras que tu peux combiner les informations de définition des droits au niveau des objets "services" et au niveau de tes éléments HTML/JSP.
Dans un cas comme Spring/ACEGI, tu n'es pas obligé de modéliser les droits en UML; un simple tableau récapitulant qui peut faire quoi suffit pour ensuite utiliser ACEGI afin d'implémenter ces droits.