Manager avec les ERP
94
© Groupe Eyrolles
◗ Les facteurs résultant de comparaisons fonctionnelles. La troisième série est
constituée par une check-list comparative des fonctions demandées et de celles
existantes dans le logiciel vendu. Cette check-list peut être complétée par des
comptes rendus de tests comparatifs issus de la veille technologique que l’on a
entrepris sur divers thèmes.
La définition d’un module
Comme cela a été exposé dans les paragraphes précédents, la notion de progiciel
devient, avec les ERP, équivalente à celle de système applicatif plus ou moins
complète par rapport aux besoins de l’entreprise. Les progiciels intégrés présentent
ainsi une palette de fonctions.
Quand on rajoute des modules à un ERP, il faut veiller à ne pas complexifier
l’environnement applicatif. L’utilisateur doit, tout comme pour la notion de progiciel, valider la définition interne de la notion de module.
L’état de dépendance ou d’indépendance d’un module
Un module logiciel est une sous-application simple, susceptible d’être intégrée
dans un progiciel comprenant plusieurs fonctionnalités.
Il peut être interne à une application, et dans ce cas non séparable. Il peut être
externe à l’application, il est, dans ce cas, vendu en tant qu’option.
Un module ne répond qu’à un ensemble délimité de besoins. Il peut être :
◗ autonome ; dans ce cas, il est lui-même un progiciel ;
◗ dépendant d’un progiciel ; dans ce cas, il ne peut être utilisé séparément du
progiciel maître dont il complète les fonctionnalités.
Un module peut avoir des progiciels maîtres différents. Il est alors conçu en plusieurs versions (une pour chaque ERP qu’il est destiné à compléter).
L’éditeur du module peut être le même que celui de l’ERP. Certains modules sont
édités par des tierces parties. Dans ce cas, ils ont en général plusieurs progiciels
maîtres.
Exemple 2.2 : Les modules EDI
Les EDI sont un ensemble de normes de structures de données échangées
entre entreprises. Les sorties des applications laissent la possibilité d’interfacer des modules spécifiques d’EDI pour les différents secteurs d’activité couverts par l’application.
94
© Groupe Eyrolles
◗ Les facteurs résultant de comparaisons fonctionnelles. La troisième série est
constituée par une check-list comparative des fonctions demandées et de celles
existantes dans le logiciel vendu. Cette check-list peut être complétée par des
comptes rendus de tests comparatifs issus de la veille technologique que l’on a
entrepris sur divers thèmes.
La définition d’un module
Comme cela a été exposé dans les paragraphes précédents, la notion de progiciel
devient, avec les ERP, équivalente à celle de système applicatif plus ou moins
complète par rapport aux besoins de l’entreprise. Les progiciels intégrés présentent
ainsi une palette de fonctions.
Quand on rajoute des modules à un ERP, il faut veiller à ne pas complexifier
l’environnement applicatif. L’utilisateur doit, tout comme pour la notion de progiciel, valider la définition interne de la notion de module.
L’état de dépendance ou d’indépendance d’un module
Un module logiciel est une sous-application simple, susceptible d’être intégrée
dans un progiciel comprenant plusieurs fonctionnalités.
Il peut être interne à une application, et dans ce cas non séparable. Il peut être
externe à l’application, il est, dans ce cas, vendu en tant qu’option.
Un module ne répond qu’à un ensemble délimité de besoins. Il peut être :
◗ autonome ; dans ce cas, il est lui-même un progiciel ;
◗ dépendant d’un progiciel ; dans ce cas, il ne peut être utilisé séparément du
progiciel maître dont il complète les fonctionnalités.
Un module peut avoir des progiciels maîtres différents. Il est alors conçu en plusieurs versions (une pour chaque ERP qu’il est destiné à compléter).
L’éditeur du module peut être le même que celui de l’ERP. Certains modules sont
édités par des tierces parties. Dans ce cas, ils ont en général plusieurs progiciels
maîtres.
Exemple 2.2 : Les modules EDI
Les EDI sont un ensemble de normes de structures de données échangées
entre entreprises. Les sorties des applications laissent la possibilité d’interfacer des modules spécifiques d’EDI pour les différents secteurs d’activité couverts par l’application.