2.5 Conséquence : des échanges de
données spécialisés
Nous venons de soulever un des principaux problèmes de
la communication dans un système d'information
hétérogène. Une fois que la communication est
établie, une simple évolution d'un côté ou de
l'autre peut remettre en cause cette communication. Et ce simple
problème avec deux systèmes se complexifie avec le nombre de
systèmes à faire communiquer entre eux. Les liaisons se
réalisent avec un interfaçage point à point.
Gartner Group définit cela comme un syndrome Spaghetti.
Plus il y aura de SI, plus le nombre de câbles sera important. Etudions
le phénomène de plus près. Dans une entreprise où
nous avons onze SI, il faut que tous les SI puissent communiquer les uns avec
les autres.
FIG 6 - Informatique Spaghetti
Les apports de la méthode MDM dans la performance u SI
des entreprises
SI 1
SI 2
Comme nous pouvons le constater sur le schéma
ci-dessus, il sera très difficile de comprendre et maintenir ce
système d'information. Les liens entre les applications ne sont pas
indépendants, ils forment des enchaînements correspondant à
une logique métier, mais sans aucun contrôle central.
Ce type d'architecture pose de nombreux problèmes tels que
la reprise sur incident, les coûts d'évolution, et la gestion de
la complexité.
La reprise sur incident: Les flux de transfert de
données sont complexes. Ceci rend la reprise sur incident difficile.
Coût d'évolution: Les impacts liés
à un changement vont se propager sur les autres liens. Plus il y a de
système hétérogène dans le SI de l'entreprise, plus
il y aura des modifications à faire. Ces évolutions prendront
beaucoup de temps et coûteront très chère.
Gestion de la complexité: La complexité des
liens peut être un facteur bloquant pour l'évolution.
A côté de ces problèmes de communication
entre les différents SI, il y a également un problème de
gestion de données. Par exemple, un client peut être
enregistré sous le numéro X dans le département RH alors
que le département Vente lui attribuera un numéro Y. L'absence
d'unification des données peut causer de nombreux problèmes.
2.6 Les risques engendrés par cette
spécialisation
2.6.1 La redondance des
informations
Système d'information 1
Système d'information 2
FIG 7 - Le contenu du système d'information
Comme nous pouvons le constater sur le schéma
ci-dessus, le même client est enregistré dans deux bases
différentes, ce qui laisse penser qu'il s'agit de deux clients
différents. Mais en réalité, il s'agit d'un doublon.
Les doublons correspondent à deux ou plusieurs
enregistrements créés dans la base de données pour un
même client/produit. Lors de l'enregistrement d'une commande, comment
choisir le bon dossier client si ce dernier détient plusieurs dossiers
dans plusieurs services? Lors d'une mise à jour, comment s'assurer que
tous les dossiers seront bien modifiés? Dans de tel cas, si pour un
même client, chaque dossier a une adresse de livraison différente,
comment s'assurer que la livraison est bien réalisée à la
« bonne » adresse?
4 Nous pouvons constater un problème de dispersion des
données.
2.6.2 L'intégrité des données
L'intégrité des données représente
l'ensemble des mesures destinées à surveiller
la
cohérence des données. Une incohérence causera
obligatoirement des pertes à
l'entreprise. Si le système d'information n'est pas
synchronisé avec la réalité, le même objet aura des
valeurs différentes selon les sources. Par exemple, la balance d'un
compte courant apparaîtra différente suivant les bases dans
lesquelles on le consulte.
4 Il est possible de constater un problème de gestion de
cycle de vie complexe des données.
2.6.3 La sécurité des
données
Il existe des responsables pour chaque ensemble de
données. Avec des serveurs hétérogènes, le
même produit peut exister dans le département X, Y. Si le
responsable du département X décide d'apporter une nouvelle
règle pour les produits, le même produit dans le
département X ou Y ne sera pas affecté. Or, il faut mettre en
place des droits, rôles et règles de sécurité car
chaque acteur n'a pas les mêmes droits sur le système
d'information. Le responsable du département X peut modifier les prix
alors que celui du département Y ne pourra que les consulter. Comment
arriver à ce résultat avec des systèmes
hétérogènes?
Comme nous pouvons le voir à travers le schéma
ci-dessous, chaque responsable de
département ne peut intervenir que sur son service et non
sur l'ensemble des produits.
Produits Comptes Département X
Règle: prix < 15
Produits Comptes Département Y
Produit: prix =20
FIG 8 - La sécurité des données
La mise en place d'un processus de ce type est donc impossible
en utilisant des systèmes d'information
hétérogènes. Et la présence d'incohérences
et de doublons énoncés plus haut est alors inévitable.
4A ce niveau, nous pouvons constater qu'il existe un
problème de gouvernance des données.
2.6.4 Dé doublonnage des données
dans plusieurs contextes
Produit P1 Prix A
Produits Comptes
Produit P1 Produit P1 Produit P1
Prix B Prix C Prix D
Pays X
Pays Y
Pays Z
FIG 9 - Dé doublonnage des données dans plusieurs
contextes
Comme nous pouvons le voir ci-dessus, il est possible que les
données soient dupliquées. Dans les entreprises multinationales,
chaque filiale a besoin de gérer ses propres données, ce qui va
entraîner une duplication importante de ces données.
A terme, il est fortement probable qu'elles ne soient plus
cohérentes. Dans le cas d'une entreprise appartenant à la grande
distribution, un produit i peut être vendu à un prix lambda dans
un pays X alors que dans un pays Y, il sera vendu à un prix j plus
élevé. Dans ce cas, la duplication va poser problème.
4 Il y a donc un besoin de fédérer et d'adapter les
données sans duplication.
Nous venons d'étudier le système d'information
hétérogène. Nous avons vu que le SI
hétérogène peut répondre au besoin des
utilisateurs. Certes, l'utilisation d'un système d'information par
département offre de nombreux avantages. Il permet au utilisateur
d'être propriétaire de leurs données, d'être plus
autonome. Au fur des années, les besoins de communication entre les
entreprises ont évolués. Il était alors indispensable de
relier l'ensemble des systèmes d'information pour que chaque utilisateur
puisse utiliser la même donnée. Nous avons étudiés
plusieurs solutions répondant à ce besoin. Or, les interfaces et
la liaison point à point n'ont pas su répondre à ce
problème. Pour chaque besoin qui naissait, les techniciens ajouter une
nouvelle application. Ces ajouts étaient généralement
réalisés de manière précipitée, avec des
contraintes de délai et de coûts.
Ces solutions ont répondu au problème de
communication entre les différents départements mais ont
soulevées d'autres problèmes.
Pour répondre au problème de complexité des
échanges, il faut urbaniser le système d'information.
| 
