Manager avec les ERP
166
© Groupe Eyrolles
Plan 3 : les SGDBD-R
Les bases de données constituent une composante répartie sur l’ensemble du système d’information, c’est-à-dire à chacun des niveaux de l’architecture n-tiers. Ces
composantes comprennent :
◗ Le référentiel. Logiquement, pour un système applicatif donné, il y a un référentiel unique dont les données peuvent être réparties physiquement plusieurs
sites. Le site du référentiel proprement dit, gérant les informations qui décrivent les données, et les bases qui les gèrent effectivement.
La notion de Grand Référentiel est envisageable. C’est une base centrale qui
contient les indications et les routages vers celui des référentiels qui contient
l’information recherchée par un utilisateur.
Quand un projet met en œuvre des applications d’éditeurs qui s’ignorent, la
création d’un tel type de référentiel est impérative.
◗ Les SGBD départementaux et serveurs. Les bases de données départementales
et serveurs peuvent se présenter sous plusieurs formes :
– sous forme native, le SGBD-R étant installé sur le serveur pertinent ;
– sous forme encapsulée, c’est-à-dire intégrée dans une application serveur et
non directement visible par les utilisateurs.
Remarque : le référentiel central peut être fourni sous la forme d’une encapsulation dans le progiciel intégré.
◗ Les SGBD personnels. Ces bases sont sur les postes de travail de certains utilisateurs. Comme pour les SGBD départementaux, elles peuvent être natives ou
encapsulées dans des applications.
Il est important de définir comment toutes ces bases communiquent ou coopèrent entre elles, et surtout, comment elles interagissent avec le référentiel.
C’est, en partie, le rôle des middleware (voir plan 4).
Plan 4 : les middleware
Le middleware est un produit logiciel qui permet des interfaçages de plusieurs
natures entre systèmes hétérogènes, et plus particulièrement entre des bases de
données, et par ailleurs, d’autres bases de données ou d’autres systèmes d’exploitation.
Alors que le produit de communication ou de réseau n’assure qu’un transport,
avec liaison, enlèvement et livraison, un logiciel de middleware peut permettre la
coopération des processus, voire l’interopérabilité entre les systèmes.
166
© Groupe Eyrolles
Plan 3 : les SGDBD-R
Les bases de données constituent une composante répartie sur l’ensemble du système d’information, c’est-à-dire à chacun des niveaux de l’architecture n-tiers. Ces
composantes comprennent :
◗ Le référentiel. Logiquement, pour un système applicatif donné, il y a un référentiel unique dont les données peuvent être réparties physiquement plusieurs
sites. Le site du référentiel proprement dit, gérant les informations qui décrivent les données, et les bases qui les gèrent effectivement.
La notion de Grand Référentiel est envisageable. C’est une base centrale qui
contient les indications et les routages vers celui des référentiels qui contient
l’information recherchée par un utilisateur.
Quand un projet met en œuvre des applications d’éditeurs qui s’ignorent, la
création d’un tel type de référentiel est impérative.
◗ Les SGBD départementaux et serveurs. Les bases de données départementales
et serveurs peuvent se présenter sous plusieurs formes :
– sous forme native, le SGBD-R étant installé sur le serveur pertinent ;
– sous forme encapsulée, c’est-à-dire intégrée dans une application serveur et
non directement visible par les utilisateurs.
Remarque : le référentiel central peut être fourni sous la forme d’une encapsulation dans le progiciel intégré.
◗ Les SGBD personnels. Ces bases sont sur les postes de travail de certains utilisateurs. Comme pour les SGBD départementaux, elles peuvent être natives ou
encapsulées dans des applications.
Il est important de définir comment toutes ces bases communiquent ou coopèrent entre elles, et surtout, comment elles interagissent avec le référentiel.
C’est, en partie, le rôle des middleware (voir plan 4).
Plan 4 : les middleware
Le middleware est un produit logiciel qui permet des interfaçages de plusieurs
natures entre systèmes hétérogènes, et plus particulièrement entre des bases de
données, et par ailleurs, d’autres bases de données ou d’autres systèmes d’exploitation.
Alors que le produit de communication ou de réseau n’assure qu’un transport,
avec liaison, enlèvement et livraison, un logiciel de middleware peut permettre la
coopération des processus, voire l’interopérabilité entre les systèmes.