mdm.pdf

5/25/2018 mdm.pdf

1/105

Ecole Prive des Sciences Informatiques

Session 2008

_________________

Les apports de la mthode MDMdans la performance du SI des

entreprises.

Elabor par :Axel KAMALAK

Suivi par :Mme LIGNIERES : Directrice de mmoire

Mr DAMESTOY : Directeur de mmoire

Tuteur de stage: Mr Richard Baigts

Copyright 2008 - All Rights ReservedModle dpos chez DirectCopyright .comDeposit number : DEP633574625283757500Date : 9/19/2008 11:08:48 PM

5/25/2018 mdm.pdf

2/105

MEMOIRE DE FIN DETUDE

Les apports de la mthode MDM dans la performance du SI des entreprises

REMERCIEMENT

Ce mmoire a t ralis grce laide et la collaboration de tout le personnel dEdifixio,

et en particulier Mr OLIVIER MIOTTO, consultant. Je tiens les remercier pour leur

accueil et leur coute.

La bonne ambiance et la sympathie rgnant au sein du dpartement Retail ont

permis lexcellent droulement de mon stage.

Je remercie galement Madame LIGNIERES et Monsieur DAMESTOY pour leur

conseil, et leur coute durant llaboration de ce mmoire.

Je remercie galement lensemble de mes professeurs qui mont apports la formation

thorique dun ingnieur.

5/25/2018 mdm.pdf

3/105



1 INTRODUCTION : POURQUOI LA DONNEE EST-ELLE IMPORTANTE ? _________________ 1

1.1 DE LIMPORTANCE DE LA DONNEE_____________________________________________________ 11.1.1 La communication en interne ____________________________________________________ 1

1.1.2 Internet _____________________________________________________________________ 3

1.1.3 Valorisation de limage de lentreprise_____________________________________________ 4

1.1.4 La monte des rglementations fiscales ____________________________________________ 41.1.4.1 Lexigence des services fiscales ________________________________________________________ 41.1.4.2 La comptitivit du march____________________________________________________________ 5

1.2 PRESENTATION DU CONCEPT MDM ____________________________________________________ 6

1.2.1 SI sans lutilisation de la mthode MDM ___________________________________________ 8

1.2.2 SI avec lutilisation de la mthode MDM ___________________________________________ 9

1.2.3 Enjeu des donnes de rfrence _________________________________________________ 101.2.3.1 Enjeu conomique __________________________________________________________________ 101.2.3.2 Enjeu organisationnel _______________________________________________________________ 101.2.3.3 Enjeu mtier ______________________________________________________________________ 11

2 PROBLEME LIE A LA MAITRISE DU SYSTEME DINFORMATION_____________________ 12

2.1 QUEST CE QUUN SYSTEME DINFORMATION?__________________________________________ 12

2.2 LES DIFFERENTES DIMENSIONS DU SYSTEME DINFORMATION_______________________________ 14

2.3 LES PRINCIPAUX TYPES DE SYSTEME DINFORMATION_____________________________________ 152.4 UNE CONSTRUCTION DU SIAU COUP PAR COUP__________________________________________ 162.5 CONSEQUENCE :DES ECHANGES DE DONNEES SPECIALISES_________________________________ 19

2.6 LES RISQUES ENGENDRES PAR CETTE SPECIALISATION_____________________________________ 202.6.1 La redondance des informations_________________________________________________ 20

2.6.2 Lintgrit des donnes ________________________________________________________ 21

2.6.3 La scurit des donnes________________________________________________________ 22

2.6.4 D doublonnage des donnes dans plusieurs contextes _______________________________ 24

2.7 URBANISER LE SI,SEUL MOYEN DE GERER LA COMPLEXITE DES ECHANGES ____________________ 25

2.7.1 Dfinition du Club Urba-EA ____________________________________________________ 25

2.7.2 Les objectifs de lurbanisation __________________________________________________ 26

2.7.3 Les qualits vises ____________________________________________________________ 272.7.3.1 La flexibilit ______________________________________________________________________ 27

2.7.3.2 Mutualisation______________________________________________________________________ 282.7.3.3 Scabilit, rsilience et qualit de service _________________________________________________ 28

2.7.4 Les proprits apportes par lurbanisation________________________________________ 282.7.4.1 Organisation autour des processus de lentreprise__________________________________________ 292.7.4.2 Dcomposition hirarchique en sous-systmes et composants ________________________________ 30

2.7.4.3 Normalisation des changes __________________________________________________________ 31

2.7.5 La dmarche durbanisation____________________________________________________ 312.7.5.1 Dfinir le vocabulaire _______________________________________________________________ 31

2.7.5.2 Cartographier le SI _________________________________________________________________ 32

2.8 URBANISER PAR LES APPLICATIONS:LA TECHNOLOGIE EAI ________________________________ 33

2.8.1 Dfinition __________________________________________________________________ 33

2.8.2 Les objectifs_________________________________________________________________ 35

2.8.3 Larchitecture de lEAI ________________________________________________________ 362.8.3.1 La couche Transport (transport des donnes) _____________________________________________ 37

2.8.3.2 La couche Broker (connexion entre application)___________________________________________ 382.8.3.3 La couche BPM (orchestration des processus mtiers) ______________________________________ 38

2.8.3.4 Autres services techniques____________________________________________________________ 40

2.8.4 Les types darchitecture _______________________________________________________ 412.8.4.1 Larchitecture Hub and Spoke (Etoile) __________________________________________________ 41

2.8.4.2 Larchitecture Network Centric (Bus applicative)__________________________________________ 42

2.9 URBANISER PAR LES DONNEES:LA TECHNOLOGIE EII_____________________________________ 432.9.1 Dfinition __________________________________________________________________ 43

2.9.2 Le fonctionnement des requtes : ________________________________________________ 44

2.9.3 Avantages __________________________________________________________________ 45

2.9.4 Inconvnients________________________________________________________________ 45

2.10 LES APPROCHES DU MDM __________________________________________________________ 49

2.10.1 Customer Data Integration _____________________________________________________ 49

5/25/2018 mdm.pdf

4/105



2.10.2 Product Information Management _______________________________________________ 50

2.10.3 La centralisation des donnes & la synchronisation des donnes _______________________ 512.10.3.1 La confidentialit des donnes ______________________________________________________ 51

2.10.4 Intgration de linformation ____________________________________________________ 52

2.10.5 Qualit du contenu ___________________________________________________________ 52

2.10.6 Accessibilit_________________________________________________________________ 53

2.10.7 Flexibilit __________________________________________________________________ 532.10.8 La scurit__________________________________________________________________ 532.10.8.1 La fiabilit des donnes____________________________________________________________ 53

2.10.9 Work flow intgr ____________________________________________________________ 54

2.10.10 La mise en place peut prendre du temps _________________________________________ 55

2.10.11 Participation de tous les acteurs_______________________________________________ 55

3 LES SOLUTIONS MDM PRESENTES SUR LE MARCHE________________________________ 56

3.1 LETAT DU MARCHE_______________________________________________________________ 56

3.2 WEBSPHERE PRODUCT CENTER______________________________________________________ 58

3.2.1 Prsentation de lditeur_______________________________________________________ 58

3.2.2 Prsentation du produit________________________________________________________ 58

3.2.3 Avantages __________________________________________________________________ 58

3.2.3.1 Rfrencement unique des donnes_____________________________________________________ 583.2.3.2 Capacit dintgration _______________________________________________________________ 59

3.2.3.3 Conformit avec les exigences externes _________________________________________________ 593.2.3.4 Work flow ________________________________________________________________________ 603.2.3.5 La gestion des droits des utilisateurs ____________________________________________________ 60

3.2.3.6 Les rgles mtiers __________________________________________________________________ 603.2.3.7 Synchronisation des donnes__________________________________________________________ 613.2.3.8 Transmission des informations ________________________________________________________ 61

3.2.3.9 Publication des informations __________________________________________________________ 61

3.2.3.10 Gestion des conditions de vente _____________________________________________________ 61

3.2.4 Inconvnients________________________________________________________________ 623.2.4.1 Ouverture vers des standards J2EE et XML ______________________________________________ 623.2.4.2 Problme de performance ____________________________________________________________ 62

3.2.4.3 Authentification____________________________________________________________________ 62

3.2.4.4 Qualit des interfaces________________________________________________________________ 62

3.2.5 Exemple dutilisation__________________________________________________________ 633.2.5.1 Pourquoi ce client migre t-il vers une solution MDM ?______________________________________ 633.2.5.2 Pourquoi avoir slectionn WPC ? _____________________________________________________ 63

3.2.6 Exemple de Projet : Client X____________________________________________________ 643.2.6.1 Prsentation du client et du contexte ____________________________________________________ 643.2.6.2 Etude de lexistant__________________________________________________________________ 643.2.6.3 Les enjeux de la solution_____________________________________________________________ 66

3.2.6.4 La solution dveloppe ______________________________________________________________ 663.2.6.5 Retour dexprience_________________________________________________________________ 68

3.2.6.6 Conclusion________________________________________________________________________ 703.2.6.7 Rfrence_________________________________________________________________________ 71

3.3 ORCHESTRANETWORKS EBX. PLATFORM _____________________________________________ 713.3.1 Prsentation de lditeur_______________________________________________________ 71

3.3.2 Prsentation du produit________________________________________________________ 723.3.3 Avantages __________________________________________________________________ 723.3.3.1 Modlisation des donnes ____________________________________________________________ 723.3.3.2 Gouvernance des Master Data_________________________________________________________ 72

3.3.3.3 Adaptation & Fdration des Master Data________________________________________________ 73

3.3.3.4 Gestion du cycle de vie des donnes ____________________________________________________ 733.3.3.5 Services & API ____________________________________________________________________ 733.3.3.6 Web Service ______________________________________________________________________ 733.3.3.7 Capacit de stockage ________________________________________________________________ 74

3.3.4 Inconvnients________________________________________________________________ 743.3.4.1 Paramtrage des fonctions mtier ______________________________________________________ 74

3.3.4.2 Solution encore jeune _______________________________________________________________ 74

3.3.5 Exemple dutilisation__________________________________________________________ 743.3.5.1 Pourquoi une solution MDM ? ________________________________________________________ 75

5/25/2018 mdm.pdf

5/105



3.3.5.2 Pourquoi avoir slectionn EBX. Platform ?______________________________________________ 75

3.3.5.3 Conclusion________________________________________________________________________ 753.3.5.4 Rfrence_________________________________________________________________________ 76

3.4 TIBCO CIM ____________________________________________________________________ 773.4.1 Prsentation de lditeur_______________________________________________________ 77

3.4.2 Prsentation du produit________________________________________________________ 77

3.4.3 Avantages __________________________________________________________________ 773.4.3.1 Work flow ________________________________________________________________________ 773.4.3.2 Gestion des informations et processus de synchronisation ___________________________________ 773.4.3.3 Synchronisation des donnes en temps rel_______________________________________________ 78

3.4.3.4 Prsentation des donnes_____________________________________________________________ 78

3.4.3.5 Rfrentiel unique __________________________________________________________________ 78

3.4.4 Inconvnients________________________________________________________________ 783.4.4.1 Langage de dveloppement propritaire _________________________________________________ 783.4.4.2 Conformit avec les produits IBM______________________________________________________ 78

3.4.4.3 Interface Homme Machine ___________________________________________________________ 79

3.4.5 Exemple dutilisation__________________________________________________________ 793.4.5.1 Pourquoi une solution MDM ? ________________________________________________________ 79

3.4.5.2 Pourquoi avoir slectionn TIBCO CIM ? _______________________________________________ 793.4.5.3 Rfrence :________________________________________________________________________ 80

3.5 TABLEAU RECAPILATIF ________________________________________________________ 80

4 CONCLUSION _____________________________________________________________________ 82

5 TABLE DES ILLUSTRATIONS_______________________________________________________ 92

6 GLOSSAIRE _______________________________________________________________________ 93

7 BIBLIOGRAPHIE __________________________________________________________________ 98

5/25/2018 mdm.pdf

6/105

MEMOIRE DE FIN DETUDE Page 1


1 INTRODUCTION : POURQUOI LA DONNEE EST-ELLE IMPORTANTE ?

1.1 De limportance de la donne

Depuis plusieurs annes, les entreprises sont confrontes des problmes importants

dus la qualit des donnes. Du secteur de la grande distribution au secteur de la

tlcommunication en passant par le secteur de lautomobile, personne ne peut ignorer

cette ralit. La matrise de linformation est non seulement un facteur de russite mais

surtout un besoin vital pour lavenir des entreprises. Ce problme est devenu primordial.

Les donnes de mauvaise qualit peuvent avoir un effet nfaste et amener un chef

dentreprise prendre des dcisions contraires lintrt de son entreprise. Pourquoi la

donne est-elle ce point importante ? Pourquoi une entreprise doit-elle prter une

attention particulire la gestion des donnes ?

Pour tenter de rpondre ces questions, il est possible dexplorer plusieurs pistes :

1.1.1 La communication en interne

Tous les acteurs au sein dune entreprise sont dpendants des donnes, dans leur travail

quotidien comme lors de prise de dcision. Cest pourquoi, il faut veiller ce que tous les

acteurs partagent les mmes donnes.

Par exemple, lors de ltablissement de reporting, des donnes incohrentes peuvent

provoquer des erreurs. Pour organiser une runion, les dirigeants sappuient dabord sur

lagenda des participants. Dans le cas o les donnes ne refltent pas la ralit, certains

participants ne pourront pas assister la runion. Ils peuvent avoir prvu un rendez vous

avec un client ou bien une autre runion.

5/25/2018 mdm.pdf

7/105



De la mme faon, des donnes incorrectes peuvent tre une source de ralentissement

du fonctionnement oprationnel au sein de lentreprise :

- La prise de dcision incertaine peut gnrer du stress et une dmotivation chez

les collaborateurs. Par exemple, un chef de projet demande un collaborateur

de dvelopper une application en lui fournissant un cahier des charges. Une fois

termin, si le dveloppeur apprend quil na pas reu les bonnes consignes et

quil doit recommencer son travail, ceci le dmotivera car il aura limpression

davoir perdu son temps.

- Les dirigeants de lentreprise dcident dinvestir dans un nouveau domaine en

sappuyant sur des chiffres. Cette action impliquera dj un risque par dfaut.

Mais sils sappuient sur des chiffres errons ds le dpart, le facteur de risque

sera plus lev et la probabilit dchec nen sera que plus importante. Une

qualit mdiocre de la donne gne donc la stratgie des affaires sur le long

terme.

- Dans le cas dune communication inter-dpartement, si un dpartement

communique un autre des donnes errones, par la suite, chaque dpartement

aura tendance utiliser ses propres donnes et ne fera plus confiance une

donne provenant dun autre dpartement. Ce cloisonnement entre dpartement

sera un frein important au dveloppement de lentreprise.

La perte de confiance envers les donnes manipules nest donc propice ni un climat

sain ni linitiative. La performance des collaborateurs se voit influence ngativement.

5/25/2018 mdm.pdf

8/105



La prise de conscience, par les dirigeants, de la relation entre qualit des donnes et

performance de lentreprise est trs certainement la premire source de progrs

dvelopper 1

1.1.2 Internet

Le commerce en ligne est la vente ou lachat dun produit ou de service, effectu par une

personne morale ou physique, par le biais dun rseau lectronique. Le commerce en

ligne prsente de nombreux avantages pour le client et pour le vendeur. Il ny a aucune

contrainte de temps et despace gographique. Le client est libre de faire des achats

tout moment condition de disposer dun accs internet.

En constante progression depuis plusieurs annes, le commerce en ligne concerne de

plus en plus dentreprises et est rentr dans les habitudes de consommation. Cest un

domaine exigeant qui mrite attention car un client victime de donnes incorrectes (date

de livraison, prix daffichage) risque fort de ne plus venir sur le site concern. Les

donnes publies doivent absolument tre justes.

Lorsque nous analysons les chiffres du commerce lectronique, il est possible de

constater que les parts de march sont importantes.

Le commerce en ligne dtient un chiffre daffaires de 11,7 milliards deuros en 2007 avec

une croissance de 25%. 20 millions de franais frquenteraient les sites de commerce en

ligne pour y effectuer leur achat. (Benchmark Group, acteur majeur de linternet) 2

Au niveau mondial, le constat est le mme quen France. Avec une progression de 18%

en 2007, le commerce lectronique atteint un chiffre daffaires de 259 milliards de

dollars.3

1

Christophe Brasseur Dossier Traces et donnes Amliorer la valeur et la qualit des donnes.2

http://www.benchmark.fr/catalogue/publication/73/resume/index.shtml3 http://www.indexel.net/1_6_4854__3_/15/91/1/Commerce_electronique____18___en_2007.htm

5/25/2018 mdm.pdf

9/105



1.1.3 Valorisation de limage de lentreprise

Avec le dveloppement dInternet, les consommateurs communiquent plus facilement et

plus rapidement. Certains sites web (par exemple, www.ciao.fr) offrent la possibilit

dchanger des avis sur les services et les produits. Limage dune entreprise peut alors

tre dtriore en quelques minutes et son expansion commerciale se verra handicape.

Dans le cas o il ny aurait pas de mauvaise publicit, celui-ci naurait aucun impact. La

semaine dernire, je voulais macheter une imprimante. Avant de me rendre dans les

grandes surfaces, jai fait une recherche sur les sites de vente en ligne. Plusieurs

prestataires proposaient le mme produit des prix varis. Un site x affich un prix trs

intressant par rapport ses concurrents. Il y avait une diffrence de 50 avec les

autres commerants. Ceci ma paru trange. Jai prfr voir ce que les autres

consommateurs pensent de ce vendeur. Alors jai pu facilement comprendre cette

diffrence de prix. Selon les autres clients, ce vendeur vend larticle mais ne le dlivre

jamais. Aprs avoir appris cela, je nai pas achet mon imprimante chez ce vendeur. Si

les sites ddis au consommateur ntaient pas en ligne, je ne laurais jamais appris et

ce vendeur aurait eu un client de plus.

Cet exemple nous dmontre que les nouvelles technologies offrent de grands moyens de

contrle au consommateur du 21me sicle. Il y a encore quelques annes, il aurait fallu

plusieurs mois pour rpandre cette mauvaise publicit. Et sans relais dans les mdias, le

dlai aurait pu tre plus long.

1.1.4 La monte des rglementations fiscales1.1.4.1 Lexigence des services fiscales

Les services fiscales devenant de plus en plus exigeants, ils peuvent tout moment

exiger la justification de l'ensemble des oprations. La production d'information

incorrecte, mme si elle n'est pas volontaire, pourrait avoir des consquences lgales

5/25/2018 mdm.pdf

10/105



dramatiques. A ce niveau, nous pouvons illustrer notre exemple avec le cas de la

rglementation Sarbanes-Oxley4 (Management Assessment of Internal Controls) sur la

gestion des donnes financires concernant les socits amricaines ou franaises

cotes au CAC40 sur la scurit financire. Elle impose toute entreprise d'avoir sa

disposition des moyens d'archivage et de recherche conformes la rglementation

fiscale afin de permettre d'avoir une base documentaire solide autour de son historique

financier.

En France comme dans la plupart des pays, il existe de nombreuses contraintes lgales.

Les entreprises doivent respecter des rgles fiscales strictes. De plus, les socits

cotes en Bourse doivent tablir un tableau des flux de trsorerie.

Depuis 2005, les socits europennes doivent tablir leurs tats financiers par trimestre

selon le rfrentiel IFRS (International Financial Reporting Standards ou Norme

internationales dinformation financire en franais). 5

Il sagit dun rfrentiel dfini par le bureau des standards comptables internationaux qui

visent faire converger les normes comptables vers un modle unique. Les entreprises

devront dsormais harmoniser la prsentation et la clart de leurs comptes. Ce qui

pourra favoriser les comparaisons conomiques entre entreprises au niveau mondial.

1.1.4.2 La comptitivit du march

Les entreprises sont confrontes des marchs de plus en plus exigeants. Pour cela, un

dirigeant doit prendre des dcisions stratgiques dfinissant lavenir de lentreprise. Il est

trs difficile de prendre des dcisions pertinentes en sappuyant sur des informations

errones, incompltes ou incohrentes car les acteurs ragissent en fonction des

informations fournies par le systme dinformation. Depuis plusieurs annes, la

4 http://www.piloter.org/gouvernance-entreprise/sarbanes-oxley.htm

5/25/2018 mdm.pdf

11/105



concurrence ne se joue plus uniquement sur un rapport qualit/prix du produit. Mais

surtout sur la connaissance du client et de sa satisfaction. La connaissance du client ne

peut tre possible que si les donnes le concernant sont justes. La plupart des magasins

mettent en place un systme de suivi du client avec, par exemple, les systmes de carte

de fidlit. A chaque passage en caisse, le client prsente sa carte et obtient une petite

rduction. Grce la donne rcolte, les entreprises apprennent mieux connatre

leurs clients. Ce qui leur permet de mieux cibler leurs besoins et leurs attentes, et donc

de sadapter leur clientle.

Nous venons de voir quelques exemples illustrant pourquoi la qualit de la donne est

importante pour les entreprises et pourquoi sa matrise est un enjeu primordial. Une des

solutions proposes aux entreprises pour grer leurs donnes est lutilisation de la

mthode Master Data Management.

1.2 Prsentation du concept MDM

Le modle MDM (Master Data Management ou Gestion des Donnes de Rfrence en

franais) est une assurance qualit pour la gestion des donnes.

Il s'intresse au traitement des donnes dites de rfrence. Une donne de rfrence est

une information de base, unique, sensible, vitale la vie de lentreprise (clients,

fournisseurs, produits, tarif,). Il faut identifier chaque donne de rfrence de manire

unique car cest une donne mtier.

Le modle MDM centralise, qualifie et uniformise le mode de description des donnes de

rfrence afin de garantir une prise en compte juste et cohrente. Cest pourquoi, les

donnes sont regroupes au sein d'un mme rfrentiel qui sera vu comme une

rfrence au moment de la mise jour d'un systme ou d'une base de donnes. La

gestion et lhistorisation des versions des donnes de rfrence et de leurs mta

5 Rglement (CE)1606/2002 sur l'application des normes comptables

5/25/2018 mdm.pdf

12/105



donnes sont aussi possibles. La mise jour et la validation des donnes se ralisent

par le biais dun outil collaboratif appel Work flow. Un Work flow est un processus

automatis permettant denchaner un ensemble de tches squences et/ou en

parallles, ralises par acteurs mtiers diffrents. Pour des raisons de scurit, il

faudrait pouvoir limiter laccs aux tapes du Work flow aux utilisateurs autoriss. Par

exemple, sous WPC (WebSphere Product Center : solution globale de gestion des

informations produit dvelopp par IBM - outil de rfrence que nous utiliserons durant la

rdaction de ce mmoire), il est possible de dsigner des acteurs par des rles diffrents.

Les acteurs sont alors autoriss tout ou partie des donnes en fonction de leurs droits

respectifs ainsi quaux tapes du Work flow qui les concernent.

Un acteur administrateur pourra avoir des droits spcifiques tels que la validation des

donnes alors quun utilisateur lambda pourra uniquement visualiser et modifier ces

donnes. Tant que ladministrateur naura pas valid laction de lutilisateur, les

modifications apportes par lutilisateur ne seront pas visibles.

Nous venons de voir les caractristiques de la mthode MDM, nous allons maintenant

tudier deux structures de systme dinformation :

- SI sans lutilisation de la mthode MDM

- SI avec lutilisation de la mthode MDM

5/25/2018 mdm.pdf

13/105



1.2.1 SI sans lutilisation de la mthode MDM

FIG 1 SI sans lutilisation du Master Data Management

Chaque SI dispose de sa base de donnes. Le SI Compta change des donnes avec le

SI DGRH. Les donnes sont lues par linterface dans une table de la base de donnes

du SI DGRH et transmises au SI Compta. Linterface connat le chemin o elle doit aller

trouver linformation. Si lapplication DGRH volue alors certaines donnes peuvent tre

gres dans une nouvelle table. Alors linterface du SI Compta ne sera plus apte

retrouver les informations ncessaires et donc ne pourra pas tre alimente.

SI INTERNE SI EXTERNE

SI DGRHDatas

Process

SI COMPTA

Datas

Process

SI COMDatas

Process

SI PRODDatas

Process

IHM deGESTION

SI FOURNISSEUR

Datas

Process

SI CLIENT

Datas

Process

5/25/2018 mdm.pdf

14/105



1.2.2 SI avec lutilisation de la mthode MDM

FIG 2 SI avec lutilisation du Master Data Management

Tous les SI en interne et en externe sappuient sur le MDM. Ce dernier centralise toutes

les donnes et offre la possibilit de consulter, ajouter, modifier les donnes laide dun

rfrentiel. Mme si les applications voluent, cela ne pose aucun problme dchange

car le MDM standardise la donne pour pouvoir raliser des consolidations avec les

rfrentiels. Tous les acteurs peuvent accder linformation pertinente au bon moment

pour tre en mesure de prendre des dcisions correctes. La mise en place du MDM

permet la matrise des changes des donnes de rfrence et une meilleure ractivit du

SI face aux volutions des informations de rfrence.

SI EXTERNESI INTERNE

SI DGRH

Datas

Process

SI COMPTA

Datas

Process

SI COM

Datas

Process

SI STOCK

Datas

Process

SI PARTENAIRE

Datas

Process

SI FOURNISSEUR

Datas

Process

SI CLIENT

Datas

Process

MDM

WORK FLOW

5/25/2018 mdm.pdf

15/105



1.2.3 Enjeu des donnes de rfrence

Le Master Data Management gouverne les donnes de rfrence. Les diffrents enjeux

sont les suivants :

- Enjeu conomique

- Enjeu organisationnel

- Enjeu mtier

1.2.3.1 Enjeu conomique

Ces enjeux sont trs importants aujourdhui et ncessitent la structuration des donnes

de rfrence.

La mauvaise qualit peut tre source de perte dargent inutile et de multiplier les cots

initiaux dune opration.

Dans le cas dun site de vente en ligne, si le prix affich pour un produit nest pas

conforme la ralit, le client sera incontestablement mcontent et ne reviendra plus sur

ce site lavenir.

Afin de ne pas perdre des clients mcontents, certaines entreprises accordent une

compensation. C'est--dire, offrir une remise de X% ou un petit cadeau pour compenser

un prjudice caus et ainsi tenter de restaurer une relation de confiance avec les clients

mcontents. Ces remises cotent de largent et entranent donc des cots

supplmentaires vitables. La mauvaise qualit des donnes causerait une perte

estime plus de 600 milliards de dollars par an au socit amricaine. 6

1.2.3.2 Enjeu organisationnel

La mise en place dun rfrentiel MDM permet tous les acteurs dutiliser les mmes

donnes. Chaque donne saisie par lun influence laction de lautre. Chacun devra donc

veiller ne pas faire derreur de saisie. Par exemple, si le responsable des stocks intgre

6 Claude Brasseur La gestion de la qualit des donnes - http://datanews.fr/Publications/IT_2008_n72-140508.pdf

5/25/2018 mdm.pdf

16/105



une donne affirmant que le produit est disponible dans les stocks. Le service

commercial sappuyant sur cette donne, va confirmer une livraison. Dans le cas o le

produit nest pas prsent dans les stocks, ceci entranera une rupture de stock en

magasin et donc une perte de chiffre daffaires.

1.2.3.3 Enjeu mtier

En interne, la centralisation des donnes va baisser les cots de maintenance, amliorer

la vitesse de gestion des donnes.

Meilleure ractivit sur les offres produit (Product Information

Management)

Mieux connaitre le client permettra de faire des propositions plus cibles.

Les consultants auront plus de temps consacrer au client donc ils

pourront mieux tudier les dossiers clients. (Customer Data Integration)

Pour rpondre la question Les apports de la mthode MDM dans la performance

du SI des entreprises , nous essaierons de comprendre ce quest la mthode Master

Data Management et quel est son rle dans un systme dinformation.

Pour cela nous tudierons dans un premier temps limportance que peuvent avoir les

donnes dans les systmes dinformation des entreprises. Puis nous analyserons

lvolution de ces systmes dinformation. Une troisime partie nous permettra de

raliser une tude de march non exhaustive sur les logiciels de MDM et dillustrer la

technologie MDM par le biais dun exemple projet ralis pendant le stage.

5/25/2018 mdm.pdf

17/105



2 PROBLEME LIE A LA MAITRISE DU SYSTEME DINFORMATION

2.1 Quest ce quun Systme dInformation ?

Un systme dinformation est un ensemble dlments qui recueillent de linformation, la

traitent, la stockent et la diffusent afin daider la prise de dcision, la coordination, et

au contrle dune entreprise.

Le systme dinformation est utilis par des acteurs (utilisateurs, administrateurs,

managers) pour manipuler (consulter, modifier, communiquer) des donnes laide de

procdures.

FIG 3 Le systme dinformation

Acquri r des

donnes

StockerDes

Donnes

Communiquerdes

informations

Acteurs

Donnes

Systme dinformation

Traiter des

donnes

Procdures

5/25/2018 mdm.pdf

18/105



Le systme dinformation contient des informations sur des personnes, des produits, des

clients ncessaires dans lorganisation ou dans son environnement.

Deux notions fondamentales pour bien comprendre le systme dinformation sont les

donnes et les informations.

- Les donnes sont des valeurs ltat brut reprsentant des clients, des produits,

des commandes, des achats, des vnements qui ont lieu dans ou en dehors des

organisations. Il sagit dans la plupart des cas dune information simple

associe un code. Sil ne possde que ce code, lutilisateur est incapable de

comprendre linformation que lon veut retranscrire. Par exemple, le code 14 ne

signifie rien pour un utilisateur. Alors que dans le systme dinformation le code

14 peut reprsenter le numro du client nomm Jean Pierre Dupont .

- Linformation recouvre les donnes qui sont prsentes sous une forme utilisable

et utile pour les utilisateurs. Contrairement la donne, linformation est quelque

chose de comprhensible par lutilisateur (et donc utilisable ).

- Par exemple, ladresse dun client.

Dans le systme dinformation, la production de linformation ncessaire lorganisation

se compose de trois activits.

- Lentre : arrive des donnes brutes (saisie dun utilisateur, provenance dun

autre systme). Par exemple, la commande dun client.

- Le traitement des donnes : transformation des donnes brutes afin quelles

puissent tre comprhensibles par lutilisateur.

- La sortie : processus de diffusion de linformation traite aux utilisateurs qui en

ont besoin. Par exemple, un utilisateur souhaite consulter ltat des stocks.

5/25/2018 mdm.pdf

19/105



Ces trois processus peuvent se raliser en temps rel (de manire synchrone) ou bien

en diffr (de manire asynchrone). Le SI se fonde sur la rtroaction. C'est--dire, un

utilisateur peut intervenir tout moment pour consulter, modifier, supprimer des donnes.

2.2 Les diffrentes dimensions du systme dinformation

Nous pouvons maintenant examiner les dimensions du systme dinformation :

- Organisation

- Technologie

- Management

Le personnel, la structure, les processus oprationnels, la politique et la culture sont les

principaux lments cls dune organisation. Parfois, le SI est llment de base dune

entreprise. Autrement dit, ces entreprises ne pourraient pas exister sans lutilisation du

systme dinformation. Par exemple, les compagnies ariennes ou bien les socits

spcialises dans la vente en ligne.

Le systme oprationnel va aider les acteurs assurer les activits et les transactions

lmentaires de lorganisation (ventes, paies, approvisionnement des stocks,

facturation,). Dans les compagnies ariennes, les rservations ne peuvent tre gres

uniquement avec le systme dinformation. Comment savoir combien de places sont

rservs pour un vol particulier ? Quels sont les noms des voyageurs ? Qui sera son

pilote ? Afin que chaque acteur puisse consulter les informations le concernant, le

systme dinformation doit tre en mesure dapporter des lments prcis en un

minimum de temps. Nous soulevons ici la place quoccupe le systme dinformation au

sein des entreprises.

5/25/2018 mdm.pdf

20/105



2.3 Les principaux types de systme dinformation

Il existe deux principaux types de SI :

- SMO (Systme de Management Oprationnel)

- SIS (Systme dInformation Stratgique)

Les systmes de management oprationnel (SMO) sont conus pour aider les managers

effectuer leurs tches. Les managers vont sappuyer sur le SI pour prendre des

dcisions stratgiques. Le SMO va fournir des indicateurs dtermins, des rapports

priodiques permettant au dirigeant de consulter ltat des ventes, le profit, les dpenses.

Par exemple, chez un revendeur de prt porter, une campagne publicitaire a t mise

en place pour cinq modles. Grce cette campagne, les dirigeants prvoient de vendre

500000 modles.

Toutes les ventes seront saisies par lutilisateur dans le systme dinformation. Ces

ventes seront enregistres dans la base de donnes. Le SI va effectuer des traitements

rgulirement (calcul du chiffre daffaires, tat de stock, profit, ). A la fin de la

campagne, le SI pourra rpondre aux diverses questions des managers : Les objectifs

ont-ils t atteints ? , Quels sont les bnfices ? .

Certes, le SMO va rpondre des questions prcises au niveau organisationnel mais il

ne pourra pas rpondre des questions stratgiques du type : Quel serait leffet sur ma

trsorerie si jaccorde une remise supplmentaire mon meilleur client pour lencourager

acheter plus ? .

A ce niveau, seul le SIS systme dinformation stratgique pourra aider les cadres

dirigeants mieux analyser les questions stratgiques. Le SIS va permettre au cadre de

fixer des objectifs sur le long terme et de choisir les moyens pour les raliser. Par

exemple, quelles sont nos capacits dinvestissement dans cinq ans ? Sur quel secteur

devrions-nous investir ?

5/25/2018 mdm.pdf

21/105



Pour rpondre toutes ces questions dordre stratgique, le systme dinformation est la

meilleure arme des dirigeants car il sappuie la fois sur les connaissances mtier et la

technologie pour faciliter le travail des acteurs.

Nous venons dtudier les principales caractristiques dun systme dinformation. Nous

avons vu que celui-ci offre de nombreux avantages tel que laide stratgique et

managrial. Nous allons voir comment les entreprises ont construits leur systme

dinformation. Ainsi nous pourrons voir comment le SI a rpondu au besoin des acteurs.

De mme, les problmes qui se sont poss la mise en place de ses technologies.

2.4 Une construction du SI au coup par coup

Dans la plupart des entreprises, chaque dpartement utilise son propre systme

dinformation. Cela leur permet dtre plus autonomes. Les acteurs sont propritaires des

donnes, ce qui leur permet dtre plus ractifs, de mieux connatre les donnes (produit,

client). Le systme dinformation htrogne rpond un besoin fonctionnel prcis.

A lorigine, ces systmes ntaient pas conus pour dialoguer entre eux. Il est alors trs

difficile de mettre en place des liens entre les diffrents rfrentiels.

Si deux services doivent unifier leurs systmes, il nest pas vident que deux systmes

htrognes communiquent. Par exemple, le mme produit peut tre enregistr dans les

deux bases avec une cl primaire diffrente.

Il faut alors essayer dunifier au maximum les deux systmes.

Face ces difficults, les dpartements peuvent changer les informations laide de

support papier ou bien par le biais de lecteur de disquette. Parfois, il faut mme ressaisir

les donnes dans lapplication cible.

Ceci peut entraner une perte de temps immense. Mme si les systmes sont cloisonns,

il faut absolument quils puissent communiquer entre eux car une entreprise na aucun

5/25/2018 mdm.pdf

22/105



intrt voir ses dpartements isols. Imagine-t-on une banque qui fonctionnerait de

cette manire ?

Les entreprises ont donc mis en place des interfaces pour permettre deux ou plusieurs

systmes htrognes de communiquer entre eux. Le problme de la communication en

interne tait rsolu : il fallait mettre en place une interface chaque fois que lon

souhaitait relier deux systmes.

Et encore, cette solution ne fonctionne que si aucun des deux systmes nvolue. En

effet, une volution de lun ou de lautre systme (ou des deux) soulve de nouveaux

problmes

Par exemple, le SI 1 renvoie un code numrique pour la nationalit dune personne.

Le SI 2 est configur pour traduire ces codes :

01 Franais

02 Anglais

03 Espagnol etc

04 Italien

Aprs une opration dvolution de lapplication du SI 1, les rgles de nommage

changent. Le SI 1 renvoi dsormais des lettres.

FR Franais

ENG Anglais

ESP Espagnol

IT Italien

5/25/2018 mdm.pdf

23/105



Avant volution du SI 1 :

FIG 4 Communication entre deux systmes dinformation avant volution

Le SI 1 et le SI 2 changent des donnes via une interface. Chacun sait o il doit

rcuprer les donnes qui lintressent.

Aprs volution du SI 1 :

.

FIG 5 Communication entre deux systmes dinformation aprs volution

Aprs volution du SI 1, le SI 2 ne peut pas retrouver la donne qui lintresse car celle-

ci a chang de place et de codification.

Un problme de communication va survenir car le SI 2 ne trouve pas les codes. Et de

plus, il ne comprend pas les codes gnrs par le SI1 lendroit o il pointe. Comme

SI 1 SI 2

SI 2SI 2

5/25/2018 mdm.pdf

24/105



nous pouvons le voir dans ce cas, une simple volution peut causer de grands

problmes. Il faudra intervenir au niveau du SI 2 pour effectuer le changement.

2.5 Consquence : des changes de donnes spcialiss

Nous venons de soulever un des principaux problmes de la communication dans un

systme dinformation htrogne. Une fois que la communication est tablie, une simple

volution dun ct ou de lautre peut remettre en cause cette communication. Et ce

simple problme avec deux systmes se complexifie avec le nombre de systmes faire

communiquer entre eux. Les liaisons se ralisent avec un interfaage point point.

Gartner Group dfinit cela comme un syndrome Spaghetti. Plus il y aura de SI, plus le

nombre de cbles sera important. Etudions le phnomne de plus prs. 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

5/25/2018 mdm.pdf

25/105



Comme nous pouvons le constater sur le schma ci-dessus, il sera trs difficile de

comprendre et maintenir ce systme dinformation. Les liens entre les applications ne

sont pas indpendants, ils forment des enchanements correspondant une logique

mtier, mais sans aucun contrle central.

Ce type darchitecture pose de nombreux problmes tels que la reprise sur incident, les

cots dvolution, et la gestion de la complexit.

La reprise sur incident : Les flux de transfert de donnes sont complexes. Ceci rend la

reprise sur incident difficile.

Cot dvolution : Les impacts lis un changement vont se propager sur les autres

liens. Plus il y a de systme htrogne dans le SI de lentreprise, plus il y aura des

modifications faire. Ces volutions prendront beaucoup de temps et coteront trs

chre.

Gestion de la complexit : La complexit des liens peut tre un facteur bloquant pour

lvolution.

A ct de ces problmes de communication entre les diffrents SI, il y a galement un

problme de gestion de donnes. Par exemple, un client peut tre enregistr sous le

numro X dans le dpartement RH alors que le dpartement Vente lui attribuera un

numro Y. Labsence dunification des donnes peut causer de nombreux problmes.

2.6 Les risques engendrs par cette spcialisation

2.6.1 La redondance des informations

SI 1

SI 2

5/25/2018 mdm.pdf

26/105



Systme dinformation 1

Identifiant Nom Prnom Email001 Durand Pierre [email protected]

002 Dupont Jacques [email protected]

Systme dinformation 2

Identifiant Nom Prnom Email

006 Durand Pierre [email protected]

007 Dupont Jacques [email protected]

FIG 7 Le contenu du systme dinformation

Comme nous pouvons le constater sur le schma ci-dessus, le mme client est

enregistr dans deux bases diffrentes, ce qui laisse penser quil sagit de deux clients

diffrents. Mais en ralit, il sagit dun doublon.

Les doublons correspondent deux ou plusieurs enregistrements crs dans la base de

donnes pour un mme client/produit. Lors de lenregistrement dune commande,

comment choisir le bon dossier client si ce dernier dtient plusieurs dossiers dans

plusieurs services ? Lors dune mise jour, comment sassurer que tous les dossiers

seront bien modifis ? Dans de tel cas, si pour un mme client, chaque dossier a une

adresse de livraison diffrente, comment sassurer que la livraison est bien ralise la

bonne adresse ?

Nous pouvons constater un problme de dispersion des donnes.

2.6.2 Lintgrit des donnes

Lintgrit des donnes reprsente lensemble des mesures destines surveiller la

cohrence des donnes. Une incohrence causera obligatoirement des pertes

5/25/2018 mdm.pdf

27/105



lentreprise. Si le systme dinformation nest pas synchronis avec la ralit, le mme

objet aura des valeurs diffrentes selon les sources. Par exemple, la balance dun

compte courant apparatra diffrente suivant les bases dans lesquelles on le consulte.

Il est possible de constater un problme de gestion de cycle de vie complexe des

donnes.

2.6.3 La scuri t des donnes

Il existe des responsables pour chaque ensemble de donnes. Avec des serveurs

htrognes, le mme produit peut exister dans le dpartement X, Y. Si le responsable

du dpartement X dcide dapporter une nouvelle rgle pour les produits, le mme

produit dans le dpartement X ou Y ne sera pas affect. Or, il faut mettre en place des

droits, rles et rgles de scurit car chaque acteur na pas les mmes droits sur le

systme dinformation. Le responsable du dpartement X peut modifier les prix alors que

celui du dpartement Y ne pourra que les consulter. Comment arriver ce rsultat avec

des systmes htrognes ?

Comme nous pouvons le voir travers le schma ci-dessous, chaque responsable de

dpartement ne peut intervenir que sur son service et non sur lensemble des produits.

5/25/2018 mdm.pdf

28/105



FIG 8 La scurit des donnes

La mise en place dun processus de ce type est donc impossible en utilisant des

systmes dinformation htrognes. Et la prsence dincohrences et de doublons

noncs plus haut est alors invitable.

A ce niveau, nous pouvons constater quil existe un problme de gouvernance des

donnes.

Produits Comptes

Dpartement X

Produits Comptes

Dpartement Y

Rgle : prix < 15 Produit : prix =20

5/25/2018 mdm.pdf

29/105



2.6.4 D doublonnage des donnes dans plusieurs contextes

FIG 9 D doublonnage des donnes dans plusieurs contextes

Comme nous pouvons le voir ci-dessus, il est possible que les donnes soient

dupliques. Dans les entreprises multinationales, chaque filiale a besoin de grer ses

propres donnes, ce qui va entraner une duplication importante de ces donnes.

A terme, il est fortement probable quelles ne soient plus cohrentes. Dans le cas dune

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 problme.

Il y a donc un besoin de fdrer et dadapter les donnes sans duplication.

Produit P1Prix A

Produit P1 Produit P1 Produit P1 Prix B Prix C Prix D

Produits Comptes

Pays X Pays Y Pays Z

5/25/2018 mdm.pdf

30/105



Nous venons dtudier le systme dinformation htrogne. Nous avons vu que le SI

htrogne peut rpondre au besoin des utilisateurs. Certes, lutilisation dun systme

dinformation par dpartement offre de nombreux avantages. Il permet au utilisateur

dtre propritaire de leurs donnes, dtre plus autonome. Au fur des annes, les

besoins de communication entre les entreprises ont volus. Il tait alors indispensable

de relier lensemble des systmes dinformation pour que chaque utilisateur puisse

utiliser la mme donne. Nous avons tudis plusieurs solutions rpondant ce besoin.

Or, les interfaces et la liaison point point nont pas su rpondre ce problme. Pour

chaque besoin qui naissait, les techniciens ajouter une nouvelle application. Ces ajouts

taient gnralement raliss de manire prcipite, avec des contraintes de dlai et de

cots.

Ces solutions ont rpondu au problme de communication entre les diffrents

dpartements mais ont souleves dautres problmes.

Pour rpondre au problme de complexit des changes, il faut urbaniser le systme

dinformation.

2.7 Urbaniser le SI, seul moyen de grer la complexit des changes

Avant de commencer notre tude, nous allons voir la signification du mot urbaniser.

2.7.1 Dfinit ion du Club Urba-EA

Le club des Urbanistes et Architectes des Systmes d'Information est une association

inter entreprise. Elle a t cre en 2000 par plusieurs entreprises dont AXA, RATP. Elle

a pour objectif dchanger et de capitaliser les retours dexprience entre professionnels

de ces nouveaux mtiers de lurbanisation du SI.

5/25/2018 mdm.pdf

31/105



Le Club Urba-EA propose la dfinition suivante :

Urbaniser, c'est organiser la transformation progressive et continue du systme

dinformation visant le simplifier, optimiser sa valeur ajoute et le rendre plus ractif

et flexible vis vis des volutions stratgiques de l'entreprise, tout en s'appuyant sur les

opportunits technologiques du march.

L'urbanisme dfinit des rgles ainsi qu'un cadre cohrent, stable et modulaire, auquel les

diffrentes parties prenantes se rfrent pour toute dcision d'investissement dans le

systme dinformation.

Lurbanisation du SI serait donc la solution idale pour aider les entreprises mieux

grer les donnes. Nous devons nous interroger sur ce que lon entend par

urbanisation des systmes dinformation . Et surtout, quels sont les objectifs de cette

dmarche.

2.7.2 Les objectifs de l urbanisation

Lurbanisation est une dmarche technique qui utilise des principes simples tels que :

- la dcomposition (Dcomposer les lments)

- le dcouplage (Sparer les parties d'un systme.)

- lintermdiation

pour rpondre des objectifs tels que :

- la flexibilit

- la mutualisation

- la maintenabilit

- la scabilit

- la rsilience

Cest une dmarche de reconstruction utilise pour lintgration et la prise en compte des

progiciels, des logiciels historiques et les composants htrognes. Dun point de vue

5/25/2018 mdm.pdf

32/105



pratique, la dmarche durbanisation est une rponse une situation devenue

insupportable (informatique spaghetti). Le but est donc de rorganiser le systme

dinformation pour le simplifier.

Lurbanisation est une mthode qui fait rfrence au monde de larchitecture. Cest une

mthode qui propose de concevoir un systme dinformation de la mme manire quun

plan durbanisme. Elle part du principe que l'agencement des fonctions informatiques les

unes par rapport aux autres peut tre dfini la manire des zones et quartiers d'une

ville. Le plan de construction dune ville est labor en fonction des besoins des

habitants. Cest la mme chose pour le systme dinformation. Le plan du SI devra tre

ralis en fonction des besoins des utilisateurs et de la stratgie de lentreprise.

2.7.3 Les qual its vises

2.7.3.1 La flexibilit

Cette caractristique consiste pouvoir modifier, tendre simplement les services rendus

par le SI. Aussi bien les clients internes que les clients externes exigent cette qualit car

la flexibilit nest pas une proprit monolithique.

Le SI flexible offre plusieurs opportunits :

- Il est possible de modifier les donnes mtiers du paramtrage.

- Les utilisateurs peuvent changer lordre et la logique des enchanements de

tches.

- Les utilisateurs peuvent introduire de nouveaux traitements.

- En cas dvolution majeure du mtier, les utilisateurs peuvent introduire de

nouveaux traitements.

5/25/2018 mdm.pdf

33/105



2.7.3.2 Mutualisation

La mutualisation est une dmarche mtier, qui permet de reprer et de construire les

invariants du systme. Elle consiste identifier chaque service rendu par un composant

du systme dinformation. Il sera ainsi possible de lutiliser dans diffrents contextes. Il

sagit dune qualit lie la flexibilit. La mutualisation permet de faire face un flux

constant de demande dvolution. La mutualisation permet donc dviter une situation

dans laquelle les systmes redondants se multiplient.

2.7.3.3 Scabilit, rsilience et qualit de service

La scabilit est un terme qui dsigne la capacit du systme dinformation grandir par

un changement dchelle. Autrement dit, sa capacit supporter des volumes plus

importants de traitements sans remettre en cause son architecture. Il repose sur la

capacit mettre en place plus de ressources (serveur plus puissant), parallliser les

tches et dupliquer certains composants.

Pour rpondre ces objectifs, lurbanisation peut se reposer sur les caractristiques

suivantes :

2.7.4 Les proprits apportes par lurbanisation

Le systme dinformation urbanis possde plusieurs caractristiques fondamentales :

- Organisation autour des processus mtier de lentreprise

- Dcomposition hirarchique en sous systmes et composants

- Normalisation des changes entre les sous systmes et les composants autour

dun modle mtier.

5/25/2018 mdm.pdf

34/105



2.7.4.1 Organisation autour des processus de lentreprise

La notion de processus est fondamentale en informatique. Au cours des annes, elle

sest impose comme outil de modlisation pour linformatique dentreprise. Cest un

modle denchanement dactivit. Il est reprsent par un graphe, dont les nuds sont

les activits et les liens reprsentent les transitions. Dans les modlisations mtier, la

logique denchanement des activits entre les acteurs est dcrite par les processus. Le

processus a pour objectif didentifier les rles, les activits qui sont rtablies dans le

cadre de la cartographie fonctionnelle et les enchanements. Les processus simplifient le

pilotage stratgique et financier dans la modlisation du mtier. C'est--dire, chaque

processus va porter une part de la valeur de lentreprise et va participer la stratgie.

Il sera possible de recomposer les tches lmentaires et aussi modifier la logique de

contrle. Lorientation processus dun systme dinformation offre de nombreux

avantages :

- La logique denchanement se reprsente au niveau dun composant externe.

Celui-ci est paramtrable par une description des processus. Ce composant,

appel moteur de Work flow, va permettre davoir une flexibilit du systme

dinformation.

- Pilotage orient mtier de lactivit : Ceci est d au fait que les processus

modliss forme un cadre structurant. Tous les changes sont modliss par des

transitions des processus.

- Comme les processus sont des actifs du systme dinformation, il sera possible

de mettre en place un pilotage orient mtier de lactivit.

5/25/2018 mdm.pdf

35/105



2.7.4.2 Dcomposition hirarchique en sous-systmes et composants

Le but est dobtenir la modularit de la dcomposition, proprit qui donne lopportunit

chaque composant dvoluer de faon la plus indpendante possible. Il existe deux

mthodes pour mettre en place la dcomposition :

1. De haut en bas : partant de lanalyse du mtier pour driver les

composants fonctionnels, avec une approche rcursive en commenant

par les macro fonctions et en terminant par les fonctions dtailles.

2. De bas en haut :il faut dabord tablir la liste des activits ou fonctions

lmentaires. Il faudra partir du graphe dinteraction et identifier les lots

de forte connectivit.

La dmarche durbanisation va apporter une aide ce niveau. Elle va guider cette

dmarche danalyse fonctionnelle par le mtier de lentreprise et surtout par les

processus. Le but tant de construire une cartographie fonctionnelle qui possde les

proprits suivantes :

- Support de classification hirarchique aux activits dcouvertes dans lanalyse du

processus.

- Dcomposition hirarchique du mtier de lentreprise : d la continuit entre la

vue mtier et la vue systme dinformation, la gouvernance du systme

dinformation est plus simple.

5/25/2018 mdm.pdf

36/105



2.7.4.3 Normalisation des changes

Le but de la normalisation est dassurer les changes entre les diffrents composants et

processus. Il existe des normes au niveau des changes et des interfaces. Pour assurer

ces changes, lurbanisation va mettre en place un modle qui permettra dunifier et de

les dcrires dans un langage commun.

Une fois les objectifs et les caractristiques de lurbanisation introduits, nous allons

maintenant pouvoir dcrire en quoi consiste cette dmarche.

2.7.5 La dmarche durbanisation

La mise en place dune dmarche durbanisation peut se faire en deux tapes :

- Dfinir le vocabulaire et les processus

- Cartographier le systme dinformation

2.7.5.1 Dfinir le vocabulaire

La premire tape consiste dfinir une cible en termes dobjet et de processus en

fonction des attentes mtier.

Lors de cette tape, tous les acteurs vont se mettre daccord pour donner une

signification pour chaque mot du modle mtier.

Le modle mtier sera utilis pour permettre de structurer lensemble des changes. Il a

plusieurs caractristiques :

- Le modle de donne doit dcrire tous les processus. Par ce biais, la

modlisation objet et processus se ralise en mme temps.

- Le modle mtier couvre lensemble des situations difficiles. C'est--dire, il faut

quil couvre la totalit du mtier. Dans le cas contraire, il y aura des pertes.

- Le modle mtier est facilement volutif. Il est construit de telle sorte quun ajout,

une modification, une suppression peut se raliser simplement.

5/25/2018 mdm.pdf

37/105



Si lon veut russir cette tape, il faudra regrouper le maximum dacteur mtier de

lentreprise, ainsi que des dveloppeurs.

Les acteurs mtiers sont plus performants pour travailler sur les sujets de nomenclatures.

Et les dveloppeurs connaissent bien les difficults que rencontre le systme

dinformation.

Un troisime corps de mtier devra ensuite intervenir pour homogniser le rsultat

de ces rflexions.

2.7.5.2 Cartographier le SI

Ltablissement de la cartographie reprsente la deuxime tape de lurbanisation. La

cartographie a pour objectif de dcrire lexistant et les objectifs finaux et les diffrentes

tapes de transition. Il existe quatre niveaux de cartographie :

- Le niveau mtier :cest le niveau stratgique. On y place les modles dobjet

mtiers, les processus, les enjeux stratgiques.

- Le niveau fonctionnel :contient la dfinition des fonctions de lentreprise, sous

forme hirarchique. Il est possible denrichir la cartographie fonctionnelle avec

des flux dchange.

- Le niveau applicatif :il contient les lments logiciels qui vont servir. Aussi les

lments dinfrastructures seront placs ce niveau dans le but de supporter les

flux dchanges de donnes et de contrle.

- Le niveau physique :contient la cartographie des machines qui vont hberger

les applications et les outils de stockage.

Nous venons dtudier la construction du systme dinformation des entreprises. Pour

rpondre lvolution du besoin mtier, les entreprises ont cherch une solution. Mais

celle-ci a caus dautres problmes. Et le systme dinformation des entreprises est

5/25/2018 mdm.pdf

38/105



rapidement devenu incomprhensible. Or, le systme dinformation a un trs grand rle

dans le fonctionnement de lentreprise, et sil devient incomprhensible, cest toute

lentreprise qui se retrouvera pnalise.

Nous venons de voir que lurbanisation du SI pouvait tre une solution ces problmes

dintgration.

Pour mettre en place cette urbanisation, il existe une solution : les concepts et produits

de lEAI (Enterprise Application Integration ou bien Intgration des Applications

dEntreprise).

2.8 Urbaniser par les applications : la technologie EAI

La technologie EAI peut tre place dans la catgorie des technologies informatiques

dintgration mtier (Business Intgration) et durbanisation. Elle permet dchanger des

donnes en temps rel.

2.8.1 Df in it ion

La technologie EAI permet dchanger des donnes entre deux ou plusieurs applications

htrognes. Ces applications peuvent tre dveloppes indpendamment et peuvent

utiliser des technologies diffrentes, lEAI va soccuper du transfert et de la conversion

des donnes. LEAI napporte pas une solution dinterfaage mais un cadre dintgration

souple et robuste. Ainsi, les entreprises seront aptes faire voluer leur SI en sappuyant

sur les solutions existantes. LEAI se chargeant dtablir la communication entre les

diffrentes applications existantes.

Grce lEAI, les entreprises peuvent ragir aux changements conomiques tels que la

fusion, llargissement de la concurrence ou de nouvelles acquisitions.

5/25/2018 mdm.pdf

39/105



La valeur de lEAI se situe ce niveau : pour relier un nouveau systme, il suffit aux

entreprises de brancher un connecteur allant du SI lEAI pour que le nouveau

systme puisse communiquer avec tous les autres composants du SI. Si un

dysfonctionnement survient, il est possible de trouver la source du problme rapidement,

ce qui permet un gain de temps.

Ainsi le SI est plus robuste, et les dirigeants ont un meilleur contrle des chiffres, ce qui

leur permet de mieux anticiper les changements conomiques.

LEAI facilite le suivi des changes grce aux flux fonctionnels. Autrement dit, si le SI

prsente un dysfonctionnement, il est possible de trouver la source du problme

rapidement. Cette caractristique permet de simplifier le suivi et la supervision. Ce qui

est incontestablement un avantage pour le ROI (return on investment, ou retour sur

investissement en Franais). Selon le Gartner Group, lutilisation de lEAI apporterait des

gains remarquables. Au niveau du dveloppement des interfaces simples, il y aurait un

gain de 25% et 43% pour les applications complexes. 7

LEAI relie des applications entre elles par le biais dun bus dinformation commun auquel

elles sont lies par des connecteurs spcifiques.

7 Source : Seralia Moteur dintgration Livre blanc sur lEAI Etude Integration Brokers : Market, Vendors and Trends 2001

5/25/2018 mdm.pdf

40/105



FIG 10 Le rle de lEAI

Le nud central va grer les changes entre les diffrentes applications du SI. Il apporte

une notion de dcouplage. C'est--dire, tous les liens entre les applications sont

dsormais remplacs par une liaison unique partant de lapplication X vers lEAI.

LEAI peut aussi tre vu comme le cur de lapplication, auquel chaque application se

connecte indpendamment.

2.8.2 Les objec ti fs

LEAI va rpondre de nombreux objectifs dont :

- Lintgration des nouvelles applications lexistant par le biais de connecteur.

- La gestion des processus : grce au BPM8(Business Process Management), tous

les processus de lentreprise sont automatiss.

8 BPM : activit qui couvre la modlisation et lexcution des processus mtier

LogicielDveloppement

Spcifique 2


Spcifique 7


Spcifique 5


Spcifique 4 EAI


Spcifique 8


Spcifique 3


Spcifique 6


Spcifique 1

5/25/2018 mdm.pdf

41/105



- La matrise de lvolution du Systme dInformation : toutes les applications sont

connectes et contrles par lEAI. Il est donc plus simple de matriser lvolution

du systme dinformation.

- La baisse des cots de maintenance : comme toutes les applications ne peuvent

communiquer que par le biais de lEAI, les erreurs peuvent tre focalises

rapidement.

- La baisse des cots de traitement de linformation : lEAI se charge de la

conversion des donnes pour que celles ci soit comprhensibles par le

destinataire.

- La traabilit des changes dinformation entre les diffrentes applications : tous

les changes inter application sont enregistrs par lEAI.

- La fusion du SI de plusieurs entreprises en cas de rachat : nous venons de voir

que lvolution du systme dinformation se ralise avec un connecteur. En cas

de rachat, il suffira juste de relier le SI de la socit achete au SI de lentreprise.

Pour rpondre ces objectifs, lEAI peut se reposer sur les caractristiques suivantes :

2.8.3 Larchitecture de l EAI

Le principe de larchitecture dun EAI se prsente de la manire suivante :

Source : EBM Websourcing Intgration et ESB Janvier 2006-

FIG 11 Agencement des diffrentes couches dun EAI

Annuaire

B.P.M

Broker

Transport

Monitoring

5/25/2018 mdm.pdf

42/105



LEAI se compose de plusieurs parties :

La couche Transport (transport des donnes)

La couche Broker (connexion entre application)

La couche BPM (orchestration des processus mtiers)

Nous allons expliquer le rle de chaque composant.

2.8.3.1 La couche Transport (transport des donnes)

Les applications peuvent changer des donnes grce la couche transport. Cette

dernire est souvent constitue dun MOM (Message Oriented Middleware). Le MOM est

un systme qui permet de faire communiquer deux applications par son intermdiaire de

manire asynchrone.

1 Lapplication expditrice envoie le message au MOM

2 Le MOM stocke le message en attendant que le destinataire soit prt recevoir

3 Le MOM transmet le message au destinataire

Le message est constitu de trois parties :

- Les donnes

- Lentte du message (caractristique technique : date de dpt, identifiant)

- Ses proprits (caractristique fonctionnelle appartenant chaque application

spcifique).

Si le MOM peut servir au niveau de lacheminement (envoi, rception), il peut aussi avoir

dautres fonctions :

- Lattribution dune priorit un message particulier. Chaque message comporte

une importance qui lui est propre. C'est--dire, certains messages peuvent avoir

une importance haute et il faudra les grer en priorit.

5/25/2018 mdm.pdf

43/105



- La compression des donnes utiles du message

- Expirer un message partir dune date X : Pour viter de perturber le rseau, il

faut dtruire le message si sa date de validit arrive terme.

2.8.3.2 La couche Broker (connexion entre application)

Cette couche a deux rles fondamentaux :

- Connecter les applications

- Transformation des donnes

Les applications peuvent se connecter indpendamment lEAI travers un connecteur.

LEAI va mettre en relation les diffrentes applications de manire transparente. Le

connecteur contient toute la logique technique de connexion lapplication. Le

connecteur va grer lauthentification, les transactions, et les droits daccs.

Les donnes transmises dune application X vers une application Y ne sont pas

comprises de la mme manire. Par exemple, ladresse des clients peut tre reprsente

par un seul champ dans lapplication X alors que dans lapplication Y, il y aura 4 champs

(numro de rue, nom de la rue, code postal, nom de la ville). La transformation aura lieu

au niveau de la couche dapplication afin que lapplication Y puisse comprendre les

donnes provenant de lapplication X.

2.8.3.3 La couche BPM (orchestration des processus mtiers)

Les outils dEAI sont gnralement coupls des outils BPM (Business Process

Management) qui ont pour rle dautomatiser les processus de lentreprise. C'est--dire,

il sagit dun ensemble dactivits qui vont senchaner dans le but datteindre un but.

Par exemple, un client demande un crdit auprs dun tablissement financier.

5/25/2018 mdm.pdf

44/105



FIG 12 Gestion des processus - Source : Wilkipdia

Le schma ci-dessus illustre un processus de demande de crdit. Chaque responsable a

un rle particulier et intervient un moment bien prcis pour la ralisation du processus.

Les activits ont un ordonnancement logique que nous pouvons voir ci-dessous.

Lensemble de ces tches va permettre de dfinir si la demande de crdit est accepte

ou refuse :

A Le commercial va saisir la demande

B La demande est adresse au responsable financier

C D Le responsable va recevoir la demande et va contrler le contenu

E0 Le responsable financier va refuser la demande de crdit. Ceci va donner fin au

processus.

E1 Le responsable financier va demander au service contrat la cration ou la mise

jour du dossier.

F Le service contrat va recevoir la demande

G0 Le service contrat va mettre jour le dossier

5/25/2018 mdm.pdf

45/105



G1 Le service contrat va crer le dossier.

H- Le service contrat va notifier le responsable financier

I - J- Le responsable financier va contrler et envoyer le dossier au service commercial.

K0 Le service commercial va notifier le refus

K1 Le service commercial va recevoir un accord pour le contrat.

2.8.3.4 Autres services techniques

LEAI fournit des services de monitoring des donnes, un rfrentiel des applications

connectes et des informations manipules par les applications. Mme si lEAI simplifie

le systme dinformation des entreprises, elle prsente des inconvnients.

La logique dintgration de lEAI est propritaire. C'est--dire, les lments de

loutil (connecteurs, transformateurs de donnes) ne sont pas standard. Ds lors

quune entreprise choisit un diteur, il ne sera pas possible de le changer.

Il existe une plateforme dintgration pour chaque application EAI. Si deux

entreprises veulent faire communiquer leur application, elles doivent mettre en

place des technologies comme SOAP (Simple Object Access Protocol, cest un

protocole fond sur le XML pour changer des donnes) ou bien les web services

(cest un ensemble dopration accessible via le web, en se reposant sur le

protocole standard http).

Les produits EAI sont mis en uvre dans des architectures de type hub and

spoke (architecture mettant en uvre un point de connexion central). Si la

plateforme EAI sarrte pour une raison X ou Y, alors toutes les applications, et

les processus sont arrts.

5/25/2018 mdm.pdf

46/105



2.8.4 Les types darchitecture

Il existe deux types darchitecture pour lEAI.

Larchitecture Hub and Spoke ( Etoile )

Larchitecture Network Centric ( Bus applicative)

2.8.4.1 Larchitecture Hub and Spoke (Etoile)

FIG 13 Architecture Hub and Spoke

Il sagit dun modle centralis de lEAI. C'est--dire, tous les communications passent

par un hub qui concentre les services sur un seul serveur. Les applications ne peuvent

en aucun cas communiquer sans le hub. Lun des plus grands avantages de ce type

darchitecture se situe au niveau de la supervision et de ladministration. Par contre, la

gestion de la charge est complexe dans ce type denvironnement. Pour cela, il faudra

multiplier les hubs sur les diffrents segments du rseau.

Hub

Application 6

Application 5

Application 1

Application 2

Application 3

Application 4

5/25/2018 mdm.pdf

47/105



2.8.4.2 Larchitecture Network Centric (Bus applicative)

FIG 14 Architecture Network Centric

Larchitecture bus applicative distribue les services sur plusieurs serveurs. Les

rfrentiels de rgle et des gestionnaires de messages sont disperss sur tous les

nuds. Quand une application souhaite mettre un message vers une autre application,

cette demande est traite par le rfrentiel du nud correspondant. Lun des avantages

de ce type darchitecture se situe au niveau de la charge. Celui-ci est rparti sur

lensemble des nuds.

Si lon veut comparer les deux types darchitecture, il est possible de dire que le modle

bus va offrir de meilleure performance que le modle hub , mais sa mise en

uvre est plus complexe.

La technologie EAI permet de faire baisser les cots dintgration et daugmenter le ROI

(Retour sur Investissement en Franais). Mais cette technologie risque de se heurter

de nombreux problmes :

- Labsence de rfrentiel commun peut tre un frein devant cette technologie. Par

exemple, si lon souhaite faire une mise jour pour 1000 articles en mme temps,

plus il y aura de SI diffrents, plus le traitement durera longtemps.

- La mise en place de linfrastructure cote trs cher (mise en place des

connecteurs, cartographie, )

-

BUS DE MESSAGE

Application 1 Application 2 Application 3 Application 4 Application 5

5/25/2018 mdm.pdf

48/105



LEAI peut donc tre une solution pour urbaniser le systme dinformation. LEAI va

permettre au utilisateur davoir leur disposition lensemble des informations de

lentreprise en temps rel. Mais les projets EAI sont lourds car ils ncessitent

linterfaage avec les applications concernes et ne garantissent pas la qualit des

donnes. Contrairement lEAI, la technologie EII (Enterprise Integration Information ou

bien Intgration de linformation de lentreprise en franais) va constituer un mta-modle

regroupant lensemble des informations utilises dans lentreprise. Autrement dit, lEII

peut sappuyer sur des rfrentiels aussi bien en interne quen externe. LEII ne dispose

pas de la fonction de synchronisation et de nettoyage des donnes. LEII est donc une

solution daccs la donne o que celui-ci se trouve.

2.9 Urbaniser par les donnes : la technologie EII

2.9.1 Dfinition

La technologie EII est une approche darchitecture et durbanisation. LEII permet

dobtenir une vue unifie travers multiples sources de donnes. Chaque vue va

reprsenter une entit (clients, ventes, fournisseurs, articles). Les donnes vont tre

prsentes lutilisateur comme si elles taient physiquement situes dans le mme

rfrentiel mme si les donnes proviennent de diffrentes sources. Chaque requte va

tre dcompose par le serveur EII afin de traiter la demande de lutilisateur. LEII ne va

manipuler uniquement les donnes utiles la demande de lutilisateur. Ce qui permettra

davoir un gain de temps et donc de performance.

5/25/2018 mdm.pdf

49/105



2.9.2 Le fonctionnement des requtes :

FIG 15 Requte EII

Le schma ci-dessus dcrit le fonctionnement de la technologie EII. Nous allons nous

attarder sur son fonctionnement en dtail :

1. Un client C adresse une requte Q sur le moteur de recherche.

2. La requte Q va tre analyse par le serveur EII.

3. Le serveur EII va dcomposer la requte Q.

4. Le serveur EII va envoyer des sous requtes q1, q2, q3,. aux diffrentes

base de donnes.

5. Chaque sous requte va retourner des rsultats.

6. Toutes les rponses seront analyses et assembles par le serveur EII.

7. Le serveur EII va mettre en forme les donnes reues et va crer une vue

spcifique pour chaque utilisateur.

8. Les rsultats vont tre prsents lutilisateur par le biais de cette vue.

q1

q2 Q q2

q3

q4

Bases de donnes 1

Bases de donnes 2

Bases de donnes 3

Bases de donnes 4

Vue

Utilisateur

5/25/2018 mdm.pdf

50/105



2.9.3 Avantages

La technologie EII prsente de nombreux avantages. Elle permet :

- de faciliter le dploiement dapplication ncessitant laccs diverses bases de

donnes en rendant plus simple le travail dlaboration et de maintenance des

requtes.

- Au dveloppeur de travailler uniquement sur une interface de programmation

- De disposer dune seule couche de description de la structure des informations

pour tous les serveurs de donnes concernes.

- De faciliter le travail des administrateurs en se synchronisant directement avec

les sources de donnes.

- Daugmenter les performances car lEII utilise un cache. De plus, elle manipule

uniquement les donnes utiles.

2.9.4 Inconvnients

La technologie EII prsente de nombreux inconvnients.

- Labsence dhistorique des donnes : aucun mcanisme de sauvegarde des

donnes est prsent.

- Le calcul dintgration complexes et les sources indisponibles peuvent tre

source de ralentissement.

Nous venons de voir le fonctionnement de la technologie EII. Nous pouvons soulever

ce niveau lintrt principal de lEII : lutilisation des bases de donnes virtuelles. Une

application EII est capable daller chercher les donnes de tout type o quelles se

trouvent. Une fois que le client aura mis sa demande, le serveur EII se charge de toutes

5/25/2018 mdm.pdf

51/105



les oprations allant de la dcomposition de la requte dans les diffrentes bases de

donnes la prsentation des informations au client.

De nos jours, la plupart des sites de-commerce utilisent la technologie pour les raisons

ci-dessus nonces.

Lors de lachat dun produit, dun billet, dun sjour, la plupart des consommateurs se

dirigent vers ces sites afin de voir les diffrentes offres proposes. Cest pourquoi, la

prsence dans ces moteurs de recherche est cruciale pour vendre ses produits. . Par

exemple, Voyage-sncf.com, premier site franais de-commerce, aurait multipli ses

bnfices par trois en 2003 pour atteindre un chiffre de 380 millions deuros. 9

Vu les chiffres daffaires gnrs, aucune entreprise ne peut ignorer la prsence sur ce

type de site web.

Pour pouvoir apparatre sur ces sites, un vendeur devra respecter des rgles strictes

comme la qualit des donnes. Les sites de vente en ligne sont des intermdiaires entre

le client et le vendeur. Cest pourquoi, la qualit des donnes gagne une importance. En

cas de problme entre les deux parties, le site web se verrait affecter. Le client naura

plus confiance envers ce site. Et le site web rsiliera certainement son accord avec ce

vendeur.

Par exemple, un client C achte un sjour S pour un prix P. A larrive sur place, il

apprend que le prix est suprieur P. Que se passerait-il dans ce cas ? Le client et le

vendeur ne seraient pas contents et le site web perdra un client d au problme de

qualit des donnes. Pour viter davoir des conflits de ce type, la plupart de ces sites

web exigent une certification au niveau de la qualit des donnes. Nous pouvons voir

ceci travers les conditions de vente dun site de vente en ligne :

9 http://www.01net.com/editorial/230728/la-vente-de-billets-en-ligne-sur-les-rails-d-une-forte-croissance/

5/25/2018 mdm.pdf

52/105



III.6.1 Obligations gnrales du Vendeur

Le Vendeur qui dpose son offre de vente sur le Site XXX, conformment aux indications

ou instructions fournies par XXX, est seul responsable de son offre et, notamment, des

informations relatives aux produits et leur prix ainsi que de ses conditions de vente.

Cette offre comprend le descriptif du produit propos ainsi que les conditions de vente du

Vendeur. Le Vendeur sengage donner une description honnte, objective et conforme

des produits.

Il appartient au Vendeur de s'assurer de la compatibilit de ses conditions de vente avec

les prsentes Conditions dutilisation du service Achat/Vente.

Le Vendeur, auteur dune offre de vente ou qui rpond une demande dachat, garantit

qu'il est propritaire du produit ou qu'il est autoris en ngocier et cder la proprit.

Ce constat soulve une fois de plus limportance de la qualit des donnes. Nous lavons

vu travers les chapitres prcdents que le systme dinformation htrogne et la

technologie EAI ne rpondent pas ce besoin.

Cest pourquoi, pour assurer la qualit des donnes dans les rfrentiels, les entreprises

devraient utiliser la mthode Master Data Management.

Cette mthode, dj introduite dans le premier chapitre, repose sur un rfrentiel

commun, ce qui est son plus grand atout. Ainsi, les mmes donnes sont manipules par

tous les acteurs.

5/25/2018 mdm.pdf

53/105



FIG 16 Le Master Data Management

Les diffrents SI peuvent changer des donnes par le biais dun rfrentiel MDM. Si le

SI A effectue des ajouts dans le rfrentiel, les autres SI pourront voir cette modification

immdiatement.

La mise en place dune solution MDM peut savrer chre. Mais sur le long terme,

lentreprise sera gag

Date post:	15-Oct-2015
Category:	Documents
Upload:	flvh
View:	14 times
Download:	0 times

mdm.pdf

Documents