L’architecture ERP-centrique
171
© Groupe Eyrolles
– Classe 5.3 : Composants de Gestion Entreprise qui sont spécifiques à
l’entreprise. Il faut les détecter et les reconnaître en tant que composants.
Les créer, de manière à pouvoir les gérer en harmonie avec les deux classes
précédentes, sera aussi nécessaire.
Remarque : chacune des classes 5.1 à 5.3 peut être subdivisée en sous-classes
pour respecter les particularismes éventuels de l’entreprise, surtout au niveau
de la spécificité de certains métiers.
Plan 6 : les couches applicatives de l’environnement ERP
et leurs présentations (IHM)
L’ERP et les applications qui lui sont intégrées s’appuient sur l’ensemble des plans
précédents. En particulier, le référentiel et les bases de données du plan 3, font
partie intégrante de l’environnement applicatif.
Le plan 6 ne reprend que les éléments applicatifs des plans inférieurs, tels que les
processus divers de gestion des bases réparties, les processus d’administration, etc.
Le plan 6 comprend six niveaux qui sont décrits ci-après.
◗ Niveau 1 : la logique du référentiel. Ses fonctions principales sont :
– la définition de l’emplacement physique des données, dans le cas de plusieurs bases de données susceptibles d’interactions mutuelles ;
– la gestion de la répartition des données de façon à assurer l’intégrité du
référentiel ;
– l’accès aux données ;
– la définition des opérations inter bases telles que la mise à jour des informations communes ;
– les opérations inter bases effectives, aux fréquences et pour les informations
définies ;
– les opérations effectives de réplication de bases ou de fusion vers le
référentiel ;
– la gestion du référentiel unique, cœur des données de l’entreprise.
Ce niveau 1 est lié à l’ERP choisi. Il doit être fourni par l’éditeur, avec
l’ERP.
Remarque sur les systèmes à référentiels disjoints : dans le cas où il y a des
domaines disjoints, c’est-à-dire sans qu’il y ait un recouvrement nécessaire de
connaissances entre les données de ces domaines, ni échanges, il est préférable de gérer plusieurs référentiels. Dans les autres cas, le référentiel doit être
unique.
171
© Groupe Eyrolles
– Classe 5.3 : Composants de Gestion Entreprise qui sont spécifiques à
l’entreprise. Il faut les détecter et les reconnaître en tant que composants.
Les créer, de manière à pouvoir les gérer en harmonie avec les deux classes
précédentes, sera aussi nécessaire.
Remarque : chacune des classes 5.1 à 5.3 peut être subdivisée en sous-classes
pour respecter les particularismes éventuels de l’entreprise, surtout au niveau
de la spécificité de certains métiers.
Plan 6 : les couches applicatives de l’environnement ERP
et leurs présentations (IHM)
L’ERP et les applications qui lui sont intégrées s’appuient sur l’ensemble des plans
précédents. En particulier, le référentiel et les bases de données du plan 3, font
partie intégrante de l’environnement applicatif.
Le plan 6 ne reprend que les éléments applicatifs des plans inférieurs, tels que les
processus divers de gestion des bases réparties, les processus d’administration, etc.
Le plan 6 comprend six niveaux qui sont décrits ci-après.
◗ Niveau 1 : la logique du référentiel. Ses fonctions principales sont :
– la définition de l’emplacement physique des données, dans le cas de plusieurs bases de données susceptibles d’interactions mutuelles ;
– la gestion de la répartition des données de façon à assurer l’intégrité du
référentiel ;
– l’accès aux données ;
– la définition des opérations inter bases telles que la mise à jour des informations communes ;
– les opérations inter bases effectives, aux fréquences et pour les informations
définies ;
– les opérations effectives de réplication de bases ou de fusion vers le
référentiel ;
– la gestion du référentiel unique, cœur des données de l’entreprise.
Ce niveau 1 est lié à l’ERP choisi. Il doit être fourni par l’éditeur, avec
l’ERP.
Remarque sur les systèmes à référentiels disjoints : dans le cas où il y a des
domaines disjoints, c’est-à-dire sans qu’il y ait un recouvrement nécessaire de
connaissances entre les données de ces domaines, ni échanges, il est préférable de gérer plusieurs référentiels. Dans les autres cas, le référentiel doit être
unique.