Discussion :

[didoboy]

Bonjour à tous,
après avoir commencé par du dev asp.net il y a quelques temps, je m'y remets...
Je dois utiliser les mauvais mots de recherche car je ne trouve pas, donc je poste....


Je vais devoir migrer une apli access en web....l'appli qui est pour le moment en client lourd (back office)..va devenir client leger + un front office accéssible par les clients.

L'objectif, bien sur, est que les clients ne puissent visionner que les informations qui les concerne directement, et pas les informations des autres clients.
Question : pouvez vous m'indiquer des idées, des noms de technos, des propositions d'architecture pour y parvenir .?.....
J'ai bien lu la gestion des roles, droits...etc..mais cela concerne l'accès a une pages ou des dossiers.....l'idéal serait d'avoir des SELECT personnalisé selon le user.....spontanément je pencherais pour l'utilisation des vues au niveau de la base de données, mais cela risque d'être un peu lourd, qu'en pensez vous.?

Merci par avance pour vos contris....

[Immobilis]

Salut,

Ta question est tellement générale qu'il est impossible de te répondre précisément. Tu n'indiques même pas quels processus métier ton application de départ gère. Il existe peut-être déjà des logiciels dans le commerce.

Techno "ASP.Net", architecture "orientée services", une idée "l'huile de coude".

A+

[didoboy]

SAlut Immobilis,
Oui je suis d'acccord c'est assez générale comme question, mais c'est à l'image de ma situation....je vais taché de préciser cela...

Ce sera un site B to B.....une boite qui mettra a disposition de ses clients un front web por gérer leurs "commandes" et voir également l'activité générale.

faire de l'huile de coude je sais faire ( des select avec pleins de petits where et des unions pour récupérer la bonne infos)....
ma question s'oriente plus vers l'architecture.....

Un client A se connecte sur le site....et comme il a passé la Commande A1 il va avoir accés à la page 1,2,3 et dans ces pages il y aura les controles de 1 à 10 et dans ses controles des infos filtrés pour lui.

Un Client B se connecte sur le site..et comme il a passé la Commande A2 il va avoir accès à la page 23, 24, 25...et dans ces pages il y aura d'autres controles avec des infos filtrés pour lui, et des infos générale communes....

Un client C se connecte sur le site..a passé commande A1 ( comme le client A) va avoir accès aux même pages...mais n'aura pas es même controles, ou les memes images....

Je me demande sur quoi partir pour permettre cett souplesse de configuration IHM web..selon des profiles, et des droits d'accès particulier selon les clients.

Est ce que c'est un peu plus clair .?

[Immobilis]

Ah, effectivement... Cela me parait bien compliqué. La plupart des sites de contenu font varier surtout le contenu. Si tu veux un site à ce point dynamique que les contrôles varient en fonction des commandes passées cela va être plus difficile. C'est bien ce que tu veux?

[didoboy]

Bonjour Immobilis,

Oui en effet.
L'objet es de faire varier le contenu selon les clients ( les commandes)....a priori des paramètres jointures feront cela...
Et également, rendre les contenants dynamiques...si clients de type A alors les controles de type A s'affichent sur la page 1....
si client de type B..alors les controles de type B s'affichent sur la page 1....
Mais je suis en train de me dire que plutot que de garde la page 1 et de faire varier les controles...je pourrais faire autant de page différente que de type de client et utiliser du rewriting....page1_typeA....page1_typeB...etc...
qu'en penses tu ?

[Immobilis]

Autant de pages que de clients? Ouh... Ca peut faire beaucoup et ce ne parait pas très dynamique.

La meilleur solution me semble être le stockage en base des "services == contrôles" achetés par les clients et de composer la page avec.

Au moment du chargement de la page tu récupères la liste des contrôles dans la base et tu les charges.

A+