Discussion :

[spoonatte]

Bonjour,



au sein de l'entreprise que je fait mon stage de fin d'étude j'était demandé pour fair une application de gestion de stocks.

l'application a une base de données située au serveur de l'entreprise, et chaque personel a une application client dans laquelle il fait ses cammandes.

le magasinier a aussi une application client dans laquelle il valider les commandes des pesonels et demander des nouveaus produit au fournisseur.

le fournisseur a aussi une application client dans laquelle il repondre a les demandes de magasinier et fait ses traitemens ...

Mon problème du moment c'est que je ne sais pas quelle architecture que je dois utilisé pour faire cette application.

est-ce que je doit utiliser une architecture a deux niveaux ou bien a trois niveaux ?

pour architecture a deux niveaux tous le logique applicatif va être sur les application client et la base de données sur le poste du serveur.

et pour l'architecture 3 niveaux les application clients va affichier seulment le GUI, et une application sur le poste serveur va faire les traitements.

Si vous avez des idées car je n'en ai aucune...

Merci d'avance !

[OliverSleep]

Salut,

Je serais toi, je mettrai en place une architecture "3 niveaux" ainsi :

niveau 1 : couche client (UI)
niveau 2 : couche métier (WebService par exemple)
niveau 3 : couche données (base)

Tout ton métier serait donc contenu dans ton WebService (ou même dans ta base), l'intérêt est que ta partie UI pourra être facilement migrée vers d'autres plateformes ou technologies, par exemple le magasinier va s'équiper d'un PDA, aucun problème, seule l'UI est à recoder en fonction du matériel.

Après sinon tu peux tout faire en Web.

[jarko]

3 niveaux comme expliquez si dessus, mais ca dépends aussi des technologies imposées et des contraintes techniques