[Conception] Réaliser un ERP

[yorukaze]

Bonjour,

je ne viens pas ici pour que l'on me dise comment realiser un ERP !
Globalement je suis en BTS info de gestion en alternance dans une boite qui utilise FileMaker comme SGBD. C4est un avis perso et je comprends vos opinions mais je n'aime pas les drag'n'drop donc je voudrais tenter de remplacer FileMaker par un ERP. Il serait en charge de la gestion administrative, des stock etc.
Je pense a du php pour sa "simplicité" ou du python pour le defi
Un etudiant comme moi serait disposé a réaliser de genre de projet ou alors je me lance dans un truc completement foufou dont je ne verrai jamais la fin.
Je tiens a préciser que je tiens a developper un ERP et non adapter un !

VOus en pensez quoi?

Merci de vos lumieres.

[batataw]

Pourquoi pas, si tu as du temps, rien est impossible...en revanche comme c'est pour une entreprise essaye de te documenter sur les problemes de conception, le choix du langage et des outils viendront apres.

Je t'assure qu'une application mal concu quelque soit le langage c'est une catastrophe. Jette un oeil par exemple au Design Pattern.

A+

[yorukaze]

Envoyé par batataw

Pourquoi pas, si tu as du temps, rien est impossible...en revanche comme c'est pour une entreprise essaye de te documenter sur les problemes de conception, le choix du langage et des outils viendront apres.

Je t'assure qu'une application mal concu quelque soit le langage c'est une catastrophe. Jette un oeil par exemple au Design Pattern.

A+

Ok donc selon toi c'est faisable ce qui me rassure un peu. J'ai deux ans de formation donc 2ans pour developper cet ERP. Reste encore a choisir une technologie pour la réalisaton sachant qu'a cette heure ci les becanes sous winXP mais passage possible sous osX en 2008. Me faut donc une techno trés souple c'est pour ca que je me pencherais plus pour du php.
A voir donc.

[Raideman]

Comme d'habitude, je vais dire que celà dépend de la taille de la boîte, de l'architecture déjà en place, des ses réels besoins sur un outil ERP, de la gestion actuelle des flux d'information, etc...

En effet, les solutions ERP peuvent proposer des solutions assez "légères" comme de véritables usines à gaz qui couvrent tous les besoins de la boite (en terme de compta, facturation, livraison, gestion rh, etc...). DOnc à mon sens, une grande partie de ta conception va devoir passer par des entrevues avec tous les intervenants, pour comprendre les flux actuels de ton entreprise. (RIen ne sert de développer un outil meme très performant si il ne répond pas aux besoins de ton entreprise).

Au niveau des technologies, php peut suffir pour traiter tes requêtes , faire de l'affichage, etc... Par contre au niveau de la bdd, tu vas devoir faire attention, si l'entreprise est conséquente et/ou dispose d'antennes qui ont besoin de centraliser toutes leurs infos sur ton erp, il va te falloir bien penser l'arcitecture de ta base, tes scripts , tes transaction, tes outils de répartitions de charges et autres.

Si l'entreprise est relativement petite, et que les données ne sont pas d'une taille monstrueuse, tu peux tout faire en php /mysql même. Ce qui à mon sens devrait conditionner le choix de tes technologies, ce sont les contraintes ( comme je le disais, taille des données, nombre d'intervenants sur l'outil, import ou pas d'informations externes, génération ou pas de rapports, etc..) et non pas une envie de préconiser un language. Car en soit, la plupart des languages et des SGBD peuvent créer un ERP.

[yorukaze]

je comprends trés bien ton point de vu et je t'en remercie.
Globalement c'est une boite de 15 personnes (+/-2). Ne reste plus qu'a analyser la bdd en question. C'est sur que le plus gros du travail va etre l'audit des personnes qui travaillent directement avec FileMaker mais la redaction du cahier des charges n'est pas ce qui me fait le plus peur.
En ce qui concerne la techno utilisée, je ne focalise sur aucune tout va dependre des avantages/inconvenients de chacune appliquées a mon projet.
Je vais simplemet eviter les JEE, les .net, et compagnie simplement par affinité et parce que faut qd meme travailler avec ce dont on est a l'aise

[batataw]

Au fait il existe plusieurs ERP en open source tu devrais y jeter un oeil. Sinon je te conseille vivement d'opter pour un system a plugin. C'est a dire que tu peux ajouter ou supprimer des composants logiciels. Ca te permettra d'avoir un system tres souple.

[yorukaze]

Envoyé par batataw

Au fait il existe plusieurs ERP en open source tu devrais y jeter un oeil. Sinon je te conseille vivement d'opter pour un system a plugin. C'est a dire que tu peux ajouter ou supprimer des composants logiciels. Ca te permettra d'avoir un system tres souple.

merci pour l'info mia sj'ai du dire plus haut que ca ne m'interesse pas de recuperer un ERP mias bel et bien d'en developper un pour ma boite. Pour le reste j'ai deja regardé ces erp open source

[yorukaze]

pour l'opensource on repassera rien ne m'a vraiment convaincu. Je fais une etude comparative entre les différents SGBD pour savoir si on fais une mise a jour vers la v9 de filemaker ou alors prendre une licence Oracle ou Sap...

[batataw]

Okay fait nous part de ton benchmark quand tu l'auras fini sinon tu comptes peut etre te tourner vers SAP et abandonner ton projet d'ERP ?

[yorukaze]

pour eviter le double post je redirige vers un autre lien qui au final se rapproche de celui ci.
merci

http://www.developpez.net/forums/sho...=1#post2588778