L’ERP et le système d’information
73
© Groupe Eyrolles
Exemple 1.2 : Gestion des approvisionnements d’une usine
Une usine fabrique des automobiles à partir de pièces détachées se trouvant
sur trois sites différents. Un serveur central, au niveau de l’usine, gère le Plan
Directeur de Fabrication (PDF) et commande les pièces à chacun des trois
sites. Ces derniers disposent chacun d’un serveur de gestion des stocks qui
gère la fourniture des pièces demandées à l’usine et le réapprovisionnement
du site en tenant compte du PDF. Les bases de données relationnelles de
chacun des sites sont consolidées au niveau du référentiel géré par le mainframe du site informatique central.
Les mises à niveaux vers une architecture répartie en deux tiers
Plusieurs approches sont possibles pour mettre à niveau une architecture applicative centralisée vers un modèle réparti sur deux tiers. Elles ne nécessitent pas toutes
le même niveau de modification au sein du système d’information :
◗ le rhabillage (revamping) permet aux applications hébergées par un mainframe
ou un serveur central d’être accédées depuis un poste de travail, en client lourd
ou en client léger. Il se contente de rhabiller les fenêtres d’accès aux applications par un IHM graphique (encore que l’utilisateur peut se contenter d’une
fenêtre d’émulation). Les postes de travail disposent eux-mêmes de capacités
locales à même d’effectuer des tâches de type bureautique ou pour présenter les
données traitées par les applications centrales ;
◗ le réhébergement (rehosting) consiste à transposer, à porter ou à remplacer une
partie d’une application ou un module du mainframe vers un serveur sur le LAN ;
◗ la réingénierie (reengineering) concerne la refonte des processus et la réécriture
de toute l’application ou son remplacement par des progiciels. Dans ce cas, il
est plus avantageux de cibler directement une architecture multi-tiers.
Figure 1.15 : La répartition des tâches dans une architecture deux tiers
Application
IHM
Pris en charge par le serveur
Pris en charge par le poste utilisateur
Tier 1
Tier 2
Tier 3 et +
Données
Données
73
© Groupe Eyrolles
Exemple 1.2 : Gestion des approvisionnements d’une usine
Une usine fabrique des automobiles à partir de pièces détachées se trouvant
sur trois sites différents. Un serveur central, au niveau de l’usine, gère le Plan
Directeur de Fabrication (PDF) et commande les pièces à chacun des trois
sites. Ces derniers disposent chacun d’un serveur de gestion des stocks qui
gère la fourniture des pièces demandées à l’usine et le réapprovisionnement
du site en tenant compte du PDF. Les bases de données relationnelles de
chacun des sites sont consolidées au niveau du référentiel géré par le mainframe du site informatique central.
Les mises à niveaux vers une architecture répartie en deux tiers
Plusieurs approches sont possibles pour mettre à niveau une architecture applicative centralisée vers un modèle réparti sur deux tiers. Elles ne nécessitent pas toutes
le même niveau de modification au sein du système d’information :
◗ le rhabillage (revamping) permet aux applications hébergées par un mainframe
ou un serveur central d’être accédées depuis un poste de travail, en client lourd
ou en client léger. Il se contente de rhabiller les fenêtres d’accès aux applications par un IHM graphique (encore que l’utilisateur peut se contenter d’une
fenêtre d’émulation). Les postes de travail disposent eux-mêmes de capacités
locales à même d’effectuer des tâches de type bureautique ou pour présenter les
données traitées par les applications centrales ;
◗ le réhébergement (rehosting) consiste à transposer, à porter ou à remplacer une
partie d’une application ou un module du mainframe vers un serveur sur le LAN ;
◗ la réingénierie (reengineering) concerne la refonte des processus et la réécriture
de toute l’application ou son remplacement par des progiciels. Dans ce cas, il
est plus avantageux de cibler directement une architecture multi-tiers.
Figure 1.15 : La répartition des tâches dans une architecture deux tiers
Application
IHM
Pris en charge par le serveur
Pris en charge par le poste utilisateur
Tier 1
Tier 2
Tier 3 et +
Données
Données