Discussion :

[San Soussy]

Bonjour à tous,

J'ai réalisé une application Web avec Visual Studio 2002 qui travaille sur des bases de données Access 2000
et je souhaitais savoir si dans mon cas on peut parler d'architecture 3 tiers.

- Mes bases de données Access sont stockées dans un répertoire sur un serveur IIS,
- L'utilisateur via des identifiants se connecte à l'application et travaille sur sa base de données.
- L'administration des bdd se fait via un module interne.

Je me suis documenté sur le sujet mais je ne comprends pas ce qu'on entend par objets métiers.

Les objets métier (Business Objects)
Les objets métier correspondent à tous les objets spécifiques que vous allez manipuler. Typiquement, dans notre cas, nous allons manipuler des clients. Un client, c’est un identifiant, un nom, un prénom, etc.… Toutes ces caractéristiques pourraient très bien représenter les propriétés de notre objet Client

Est-ce que pour respecter une architecture 3 tiers, il faut intégrer ces objets métiers, je ne vois pas l'intérêt
dans mon application de développer des classes calquées sur les tables de mes bdd ?

Comme vous pouvez le lire, c'est pas très clair pour moi !

Merci d'éclairer mes lanternes

Cordialement
San

[worm83]

Bonjour,

Ce type d'architecture est pensé en respectant le principe SOLID.
Le but étant de rendre indépendantes les couches afin de facilite la maintenance. La quintessence du programmeur POO est de ne toucher que très peu de lignes de codes à chaque changement, et surtout que la modification d'une couche n'entraine pas le changement des autres (hormis les changement de contrats éventuel), ceci est rendu possible en utilisant des abstractions plutôt implémentation réelle.

L'architecture n-tiers est maintenant beaucoup moins utilisé, car on préféré une architecture orientée services (SOA), elle est tout de même inévitable (en quelque sorte) lors de l'implémentation du dit service.

[worm83]

Couche Business => Représente notre besoin réel. Il peut arrivé que tu es des notions différentes entre ton besoin métier et ton schéma, voir même plusieurs schéma differents qui vont utiliser la même couche business.


elle sert a cela :

- Tu as plusieurs couche de présentation, les user on un site web et un client lourds pour faire les même opérations sur un besoin business. Si tu doit ajouter une couche de présentation tu as déjà toute la mecanique qui est faite et tu n'a plus qu'a "binder" ton business sur ton nouvel IHM.

- Tu as ton schéma qui as évolué car vous êtes passé sur un autre SGBD, tu n'as que la première couche à changer et le reste est toujours valable.