Le mar 15/07/2003 à 16:52, Cyril a écrit : > Bonjour Eric, > > Je viens de tomber par chance sur ton message et tes > questions sont tres interessantes. Avant de te donner mon > avis, je voudrais seulement de dire que je suis consultant > en systemes Peoplesoft. Avant ca, j'etais developpeur de > gros systemes en VB. > > Developper un systeme "fait maison" en general coute > beaucoup plus qu'un systeme comme peoplesoft meme si tu as > beaucoups de modifications a faire. Pour developper un > systeme, il te faut d'abord choisir les bons tools et les > tester. Cette etape peut prendre des mois et meme plus. Tu > dois choisir ta base de donnees, ton systeme > d'exploitation, tes serveurs, ton language de > programation, ta securite... etc... Apres ca, tu dois > t'assurer que tous ces outils marchent ensemble. Apres > cette etape, tu dois trouver les bon programmeurs, > developpeurs, architectes, DBA...etc.... et tu dois en > etre sure que tes employees "cles" ne te quittent pas en > plein milieu de l'implementation. > Quant a Peoplesoft, ( ou un meilleur systeme qui -d'apres > moi- n'existe pas), tu installes un systeme testé par > plusieurs avant toi. Si jamais tu as un probleme, tu as > des resources illimites pour resoudre tes problemes. > > Je peux te donner encore des milliers de raisons pourquoi > c'est preferable pour toi d'implementer un systeme - et > specialement - Peoplesoft, mais pour le moment, j'arrete > ici en esperant d'avoir aide. > > Si tu as plus de questions, tu peux m'ecrire > ([email protected]) et j'essaierais de te repondre le > plus vite possible . > > Bonne Chance. Il me semble que les étapes que tu décris sont valables surtout si on part de zéro. Seulement, je sais que des systèmes portails existent qui ont été développés à partir de coquilles de CMS; il y a aussi des portails existant, comme uPortal (http://mis105.mis.udel.edu/ja-sig/uportal/), par exemple, à partir desquels on peut développer. Comme il a été suggéré par quelqu'un d'autre, l'Université Laval pourrait également -- et il me semble que ce serait là une voie formidable --- s'unir à d'autres universités pour lancer un programme de développement commun en libre: ce serait alors tout le Québec et potentiellement le monde entier qui en bénéficieraient. Il y a aussi le GRICS (http://www.grics.qc.ca/) qui a semble-t-il fait un système pour les commissions scolaires du Québec, système qui pourrait possiblement être adapté aux universités. Quant au système PeopleSoft, pour avoir assisté à une présentation montrant les différences entre nos besoins et ce qu'offre PeopleSoft, je peux t'assurer qu'il y en a beaucoup et je doute que PeopleSoft "ait des ressources illimitées" pour modifier son système en conséquence. La plus grosse différence, actuellement, et qui dérange tous les gens consultés à l'Université Laval, c'est que PeopleSoft fonctionne sous un mode de gestion américain des études, qui est très différent du mode québécois: devrons-nous sacrifier nos différences culturelles pour simplement profiter d'un système déjà existant? Une personne m'a confié être au courant qu'aux HEC l'implantation de PeopleSoft ne s'est pas fait sans heurts: il semble que les modifications requises pour satisfaires à leurs exigences furent plus compliquées que prévu et qu'ils ont jusqu'à maintenant déboursé plus de 2 millions $ pour l'implantation de ce système. Le témoignage de gens qui travaillent sur ce genre de projets en GPL m'ont assuré avoir fait des systèmes équivalents en complexité (mais destinés à d'autres fins) et que ça n'avait pas coûté autant, ce que je suis fort prêt à croire, étant moi-même programmeur et ayant également participé à des projets de développement. Tout dépend, je crois, des moyens utilisés pour effectuer ce développement... Mais ce que je reproche surtout à l'Université, c'est d'avoir plongé tête première avec PeopleSoft, sans avoir d'abord étudié les autres solutions -- nombreuses et très intéressantes -- qui s'offraient à elle. -- Eric Martel Sainte-Foy (Qc) Canada OpenPGP public key: http://vid.ericmartel.net/pubkey.txt
Attachment: signature.asc
Description: Ceci est une partie de message=?ISO-8859-1?Q?num=E9riquement?= =?ISO-8859-1?Q?_sign=E9e?=