Manager avec les ERP
44
© Groupe Eyrolles
maintenance et les évolutions des produits, pour ce qui concerne les technologies
ou les changements de réglementations, sont prises en charge par les éditeurs et
leurs coûts sont répartis.
Cependant, les besoins des entreprises ne sont pas satisfaits automatiquement par
la simple décision de choisir des progiciels. En particulier, les contraintes suivantes
restent totalement valables :
◗ la solution choisie doit répondre intégralement aux spécifications fonctionnelles des utilisateurs ;
◗ elle doit permettre une grande souplesse vis-à-vis des évolutions. Par exemple,
l’extension des besoins ;
◗ une facilité de mise en œuvre relative reste un enjeu d’importance pour les
utilisateurs ;
◗ la garantie de pérennité des choix applicatifs doit être recherchée tant vis-à-vis
des produits eux-mêmes qu’en ce qui concerne des éditeurs.
C’est pourquoi les composants du système d’information gagnent à :
◗ s’appuyer sur les normes et standards informatiques, pour les couches communication, les composants techniques et les éléments système ;
◗ accepter les fondements actuels des systèmes ouverts : architecture de services
multitiers et ouverture sur le Web.
Quant aux composantes applicatives du système d’information, elles doivent :
◗ permettre le respect et la prise en compte de l’organisation de l’entreprise ;
◗ autoriser une implémentation de nouveaux modules sans contraindre à des
« développements cachés » autour d’un noyau commun 1 .
Il est fortement souhaitable que les solutions de logiciels de gestion retenues
s’appuient sur une architecture comprenant un fondement commun : un référentiel, des bases de règles, des plates-formes de communication de données, des
fichiers, etc.
L’approche d’une solution de type ERP, avec des applications complémentaires
permet de répondre plus ou moins complètement à ces prérequis. Cependant, la
méthodologie et la démarche de mise en œuvre sont fondamentales pour aboutir à
un système applicatif cohérent et performant.
1. Cela avait conduit dans le passé à des progiciels qui n’en avaient que le nom de baptême et ont
généré autant de spécifiques qu’il y avait d’utilisateurs ; chaque version n’ayant en commun qu’un
noyau de code, les bases installées en sont devenues impossibles à maintenir !
44
© Groupe Eyrolles
maintenance et les évolutions des produits, pour ce qui concerne les technologies
ou les changements de réglementations, sont prises en charge par les éditeurs et
leurs coûts sont répartis.
Cependant, les besoins des entreprises ne sont pas satisfaits automatiquement par
la simple décision de choisir des progiciels. En particulier, les contraintes suivantes
restent totalement valables :
◗ la solution choisie doit répondre intégralement aux spécifications fonctionnelles des utilisateurs ;
◗ elle doit permettre une grande souplesse vis-à-vis des évolutions. Par exemple,
l’extension des besoins ;
◗ une facilité de mise en œuvre relative reste un enjeu d’importance pour les
utilisateurs ;
◗ la garantie de pérennité des choix applicatifs doit être recherchée tant vis-à-vis
des produits eux-mêmes qu’en ce qui concerne des éditeurs.
C’est pourquoi les composants du système d’information gagnent à :
◗ s’appuyer sur les normes et standards informatiques, pour les couches communication, les composants techniques et les éléments système ;
◗ accepter les fondements actuels des systèmes ouverts : architecture de services
multitiers et ouverture sur le Web.
Quant aux composantes applicatives du système d’information, elles doivent :
◗ permettre le respect et la prise en compte de l’organisation de l’entreprise ;
◗ autoriser une implémentation de nouveaux modules sans contraindre à des
« développements cachés » autour d’un noyau commun 1 .
Il est fortement souhaitable que les solutions de logiciels de gestion retenues
s’appuient sur une architecture comprenant un fondement commun : un référentiel, des bases de règles, des plates-formes de communication de données, des
fichiers, etc.
L’approche d’une solution de type ERP, avec des applications complémentaires
permet de répondre plus ou moins complètement à ces prérequis. Cependant, la
méthodologie et la démarche de mise en œuvre sont fondamentales pour aboutir à
un système applicatif cohérent et performant.
1. Cela avait conduit dans le passé à des progiciels qui n’en avaient que le nom de baptême et ont
généré autant de spécifiques qu’il y avait d’utilisateurs ; chaque version n’ayant en commun qu’un
noyau de code, les bases installées en sont devenues impossibles à maintenir !