Manager avec les ERP
98
© Groupe Eyrolles
L’objet de gestion {employé} est créé par l’ERP. La décision est prise d’un
développement de module, sur spécifications de la filiale F 1 . Le développement est confié à un partenaire local de l’éditeur d’ERP, P 1 , à l’aide des outils
de l’éditeur E 1 et IHM utilisant les mêmes objets de présentation (fiches,
onglets, bouton-pression) que les autres modules de l’ERP. Une bibliothèque
d’objets applicatifs est constituée par le prestataire en vue d’être réutilisable
par l’ensemble du groupe.
Module, composant progiciel et objet
Il y a lieu de distinguer les modules des composants progiciels. Un composant
progiciel est un objet de gestion qui est à un niveau d’atomicité plus élémentaire
que celui du module. Un module peut comprendre un traitement complexe. Un
composant progiciel n’intègre, en principe pas de traitement ; il peut, en revanche,
effectuer un calcul simple.
Exemple d’un composant progiciel : un convertisseur entre franc et euro.
Exemple d’un module : un traducteur EDI.
En pratique, les définitions suivantes sont applicables à tout secteur de métier :
◗ Un progiciel devrait être composé de plusieurs modules. C’est l’un des critères
pour qu’un logiciel puisse être considéré, à juste titre, comme un progiciel. Un
progiciel intégré comprend toujours plusieurs modules.
◗ Un module devrait s’appuyer sur des composants de gestion. Le conditionnel
est employé, car le marché des composants progiciels est encore émergent et
son utilisation demande un changement dans les habitudes et la culture des
informaticiens. Il est fort recommandé d’utiliser une approche de construction
de modules par composants parce que le composant progiciel sera présent dans
d’autres domaines. Il sera donc complètement réutilisable.
◗ Un module peut utiliser des objets de développement informatique. Parmi les
objets, il y a les objets de présentation : boutons, appels de barres menus,
onglets ; des objets d’application : séquences de calculs, de traitement, d’enregistrement vers une base récurrente dans une application ; etc. L’utilisation
d’objets permet une plus grande cohérence dans l’ensemble de l’application.
La cohérence du système global dépend d’une analyse affinée des besoins et de la
classification des composants nécessaires à l’élaboration d’un système applicatif
qui répond aux besoins métier de l’entreprise.
98
© Groupe Eyrolles
L’objet de gestion {employé} est créé par l’ERP. La décision est prise d’un
développement de module, sur spécifications de la filiale F 1 . Le développement est confié à un partenaire local de l’éditeur d’ERP, P 1 , à l’aide des outils
de l’éditeur E 1 et IHM utilisant les mêmes objets de présentation (fiches,
onglets, bouton-pression) que les autres modules de l’ERP. Une bibliothèque
d’objets applicatifs est constituée par le prestataire en vue d’être réutilisable
par l’ensemble du groupe.
Module, composant progiciel et objet
Il y a lieu de distinguer les modules des composants progiciels. Un composant
progiciel est un objet de gestion qui est à un niveau d’atomicité plus élémentaire
que celui du module. Un module peut comprendre un traitement complexe. Un
composant progiciel n’intègre, en principe pas de traitement ; il peut, en revanche,
effectuer un calcul simple.
Exemple d’un composant progiciel : un convertisseur entre franc et euro.
Exemple d’un module : un traducteur EDI.
En pratique, les définitions suivantes sont applicables à tout secteur de métier :
◗ Un progiciel devrait être composé de plusieurs modules. C’est l’un des critères
pour qu’un logiciel puisse être considéré, à juste titre, comme un progiciel. Un
progiciel intégré comprend toujours plusieurs modules.
◗ Un module devrait s’appuyer sur des composants de gestion. Le conditionnel
est employé, car le marché des composants progiciels est encore émergent et
son utilisation demande un changement dans les habitudes et la culture des
informaticiens. Il est fort recommandé d’utiliser une approche de construction
de modules par composants parce que le composant progiciel sera présent dans
d’autres domaines. Il sera donc complètement réutilisable.
◗ Un module peut utiliser des objets de développement informatique. Parmi les
objets, il y a les objets de présentation : boutons, appels de barres menus,
onglets ; des objets d’application : séquences de calculs, de traitement, d’enregistrement vers une base récurrente dans une application ; etc. L’utilisation
d’objets permet une plus grande cohérence dans l’ensemble de l’application.
La cohérence du système global dépend d’une analyse affinée des besoins et de la
classification des composants nécessaires à l’élaboration d’un système applicatif
qui répond aux besoins métier de l’entreprise.