Manager avec les ERP
74
© Groupe Eyrolles
Exemple 1.3 : Évolution d’un système d’information
vers une architecture deux tiers
Une entreprise dispose d’un système central de type mainframe. Au niveau
applicatif, un même logiciel prend en charge la comptabilité, la gestion des
ressources humaines et la gestion commerciale. Les utilisateurs disposent de
terminaux passifs.
L’entreprise désire rester sur mainframe car l’application donne satisfaction
mais elle souhaite que l’ensemble des utilisateurs puissent disposer, à partir du
même poste de travail, d’outils bureautiques. Un projet d’architecture clientserveur de type rhabillage est lancé. Les terminaux passifs seront remplacés
par des PC et le mainframe évolue vers un modèle acceptant un réseau local
avec le protocole TCP/IP. L’utilisateur, après évolution du système d’information accédera au mainframe par une fenêtre avec un IHM en mode graphique
et il pourra simultanément ouvrir une fenêtre bureautique.
Par la suite, le module de gestion des ressources humaines ne donne plus
satisfaction et doit évoluer, car la législation a été profondément modifiée. Un
module d’un ERP est acheté, spécifiquement destiné à la gestion des ressources humaines ; il fonctionnera sur un serveur Unix connecté au réseau local
et des interfaces seront développées entre le reste de l’application et le nouveau module. C’est une opération de réhébergement de l’application de gestion des ressources humaines.
Avec le temps, l’ensemble de l’application de gestion ne donne plus satisfaction à l’exception de la base de données référentielles qui doit, pour des raisons de sécurité, continuer à être gérée par le mainframe. La réingénierie de
l’application est conduite, avec pour objectif d’enrichir le système en
modules comptable et de gestion administrative du même ERP. Cela est fait
par le rajout de serveurs Unix © , sans changement des postes clients ni du
serveur qui reste au cœur du système.
Plusieurs modèles d’architecture deux tiers sont possibles, lesquels mettent en
œuvre plus ou moins d’éléments de l’architecture complète :
◗ modèle serveur de fichiers : c’est le niveau le plus simple, et historiquement le
plus ancien. Des fichiers gérés par un serveur sont partageables entre les clients.
Un gestionnaire de LAN permet de prendre en charge les fonctionnalités de ce
modèle ;
◗ modèle serveur de données : ce niveau implique l’utilisation d’un système de
base de données permettant la prise en charge de bases réparties ;
◗ modèle serveur d’applications : ce niveau est le plus complexe car il implique la
mise en œuvre du partage des applications entre diverses machines serveurs,
voire clients.
74
© Groupe Eyrolles
Exemple 1.3 : Évolution d’un système d’information
vers une architecture deux tiers
Une entreprise dispose d’un système central de type mainframe. Au niveau
applicatif, un même logiciel prend en charge la comptabilité, la gestion des
ressources humaines et la gestion commerciale. Les utilisateurs disposent de
terminaux passifs.
L’entreprise désire rester sur mainframe car l’application donne satisfaction
mais elle souhaite que l’ensemble des utilisateurs puissent disposer, à partir du
même poste de travail, d’outils bureautiques. Un projet d’architecture clientserveur de type rhabillage est lancé. Les terminaux passifs seront remplacés
par des PC et le mainframe évolue vers un modèle acceptant un réseau local
avec le protocole TCP/IP. L’utilisateur, après évolution du système d’information accédera au mainframe par une fenêtre avec un IHM en mode graphique
et il pourra simultanément ouvrir une fenêtre bureautique.
Par la suite, le module de gestion des ressources humaines ne donne plus
satisfaction et doit évoluer, car la législation a été profondément modifiée. Un
module d’un ERP est acheté, spécifiquement destiné à la gestion des ressources humaines ; il fonctionnera sur un serveur Unix connecté au réseau local
et des interfaces seront développées entre le reste de l’application et le nouveau module. C’est une opération de réhébergement de l’application de gestion des ressources humaines.
Avec le temps, l’ensemble de l’application de gestion ne donne plus satisfaction à l’exception de la base de données référentielles qui doit, pour des raisons de sécurité, continuer à être gérée par le mainframe. La réingénierie de
l’application est conduite, avec pour objectif d’enrichir le système en
modules comptable et de gestion administrative du même ERP. Cela est fait
par le rajout de serveurs Unix © , sans changement des postes clients ni du
serveur qui reste au cœur du système.
Plusieurs modèles d’architecture deux tiers sont possibles, lesquels mettent en
œuvre plus ou moins d’éléments de l’architecture complète :
◗ modèle serveur de fichiers : c’est le niveau le plus simple, et historiquement le
plus ancien. Des fichiers gérés par un serveur sont partageables entre les clients.
Un gestionnaire de LAN permet de prendre en charge les fonctionnalités de ce
modèle ;
◗ modèle serveur de données : ce niveau implique l’utilisation d’un système de
base de données permettant la prise en charge de bases réparties ;
◗ modèle serveur d’applications : ce niveau est le plus complexe car il implique la
mise en œuvre du partage des applications entre diverses machines serveurs,
voire clients.