|
Les apports de la méthode MDM dans la performance du SI des entreprisespar Axel KAMALAK EPSI - Ingénieur 2008 |
2.10 Les approches du MDMLes sociétés de service se concentrent sur la gestion de leur client. Alors que les sociétés de vente de produit se concentrent sur les articles. Pour répondre à ce besoin, le Master Data Management offre la possibilité de gérer deux types d'approches:
2.10.1 Customer Data Integration L'approche CDI (Customer Data Integration) a pour rôle l'intégration des données clients. Dans les entreprises commerciales, l'importance de la qualité des données dans le fichier client est un point crucial. La méthode MDM offre un plus grand contrôle sur le fichier client. Le MDM prend en compte l'évolution de ces données dans leur contexte applicatif, assurant ainsi la synchronisation entre le référentiel et les applications. Un client passe une commande auprès de son fournisseur. Ce dernier envoie la commande mais l'adresse du client est erronée. S'ensuit une perte de temps et le fournisseur perdra son client dû à ce retard. La satisfaction du client est le plus grand facteur de réussite pour les sites de vente en ligne. Dans le monde virtuel, un client peut donner fin à sa relation avec un commerçant par un clique de souris. Dès lors que l'internaute se connecte sur un site de vente en ligne, il est reconnu et la page d'accueil se compose en fonction de son profil. Pour acheter des livres, j'utilise souvent le même site de commerce en ligne. Dès lors que j'effectue une recherche de livre, ma recherche est enregistrée. Même si je reviens un mois plus tard sur ce site, il me propose des livres sur ce thème pour m'encourager à l'acheter. Puis au niveau du paiement en ligne, je n'ai pas besoin de saisir mon numéro de carte bancaire car le paiement en un clique existe. Ainsi, il est possible d'acheter un produit avec quelques cliques. 2.10.2 Product Information Management L'approche PIM (Product Information Management) est la gestion des informations qui décrivent un produit (photo, texte, descriptif, référence) au sein d'un même référentiel produit. Ce référentiel est ensuite partagé par toutes les applications du SI et alimenté de façon collaborative. La centralisation des données permet la gestion dynamique, efficace et surtout un échange rapide et simple. La mise en place d'un PIM permet de modéliser la fiche produit avec tous les attributs qui sont utilisés dans les différents applicatifs. L'intérêt majeur pour l'utilisateur est d'avoir l'opportunité de mieux connaître les produits grâce à une vision complète des informations liées. PIM enrichit les informations et contribue à accélérer le flux de collecte d'informations qui circule entre les différents collaborateurs. Ainsi, il sera possible d'apporter des informations plus précises et plus complètes au client et au partenaire. L'objectif du PIM n'est pas seulement de mettre en place un référentiel. PIM se doit de répondre à des besoins comme la synchronisation des informations avec le site web, les utilisations marketing. PIM doit contribuer à rendre la commercialisation d'un produit plus rapidement. PIM permet à chaque acteur d'avoir à sa disposition une base standard, structurée qui puisse gérer la classification des articles sur plusieurs axes. Ainsi, il sera possible de répondre facilement à la demande des partenaires. 2.10.3 La centralisation des données & la synchronisation des données Le MDM centralise les données sur un serveur unique et les propage entre les applications. Les données sont identifiées de la même manière dans l'ensemble du SI. Il est ainsi possible d'appliquer une stratégie de gestion informatique. Le MDM permet aux collaborateurs d'échanger les données en temps réel. Les modifications des données clés telles que les coordonnées d'un client, d'un partenaire pourront alors être réalisées directement dans le référentiel. Le référentiel collecte et distribue des données ayant des formats différents, ce qui permet d'alimenter toutes les applications (PGI, page web, etc.) au fil de l'eau. Avec des données maîtrisées et à jour, les utilisateurs pourront accéder à la bonne information au bon moment. Il est toutefois possible de mettre en place un contrôle de cohérence et des alertes. Un client lambda dépose son salaire de 1000 € sur son compte tous les mois. Si le même client remet un chèque de 10000 € sur son compte, le système devra alerter son conseiller afin de signaler un changement. Cette remise peut être due à une erreur de saisie de la part du guichetier. 2.10.3.1 La confidentialité des données La confidentialité des données représente la gestion de l'accès aux données. Etant donné que chaque utilisateur peut avoir des droits différents, il faudra obligatoirement filtrer les données en fonction de l'utilisateur. Par exemple, lorsque je me connecte à WPC en tant qu'administrateur, je suis apte à voir toutes les informations sur les utilisateurs (login, mot de passe, donnée confidentiel). Alors que lorsque je me connecte en temps qu'utilisateur restreint, il ne me sera pas possible de voir les informations utilisateurs. 2.10.4 Intégration de l'information Avec la technologie EII (Enterprise Information Integration), l'utilisateur obtient une vue métier unifiée. Les données sont stockées dans leur fichier ou base d'origine, puis en fonction des droits définis par l'administrateur, l'utilisateur ne pourra voir que les données auxquelles il a le droit d'accéder. Il évite ainsi la surcharge d'information inutile sur son écran. 2.10.5 Qualité du contenu Dans un système d'information, la justesse de l'information est la caractéristique la plus importante. Une donnée est dite juste si et seulement si elle est en phase avec la réalité. Dans le cas d'une commande client, le client commande 15000 pièces. Cette donnée pourra être qualifiée de juste si et seulement si le vendeur a bien enregistré 15000. Dans tous les autres cas, la donnée est fausse. Il ne faut pas penser que la justesse s'applique seulement à la donnée numérique. Si le vendeur saisit les coordonnées du client avec des erreurs, nous serons toujours dans le cas d'une donnée fausse. Le logiciel est capable de corriger des erreurs mais pas la totalité. Si l'utilisateur saisit une date de début supérieure à une date de fin, c'est corrigeable. De même pour des règles métiers. Mais il sera impossible pour un logiciel de corriger des erreurs de saisie telles que celle citée ci-dessus. L'utilisateur a donc obligation de faire attention. Les données doivent être facilement interprétables par l'intitulé de leur attribut et ne doivent laisser aucune ambiguïté pour l'utilisateur lambda. Par exemple, la description « Autonomie Y - Poids X » correspond-elle à un téléphone portable ou un lecteur MP3? 2.10.6 Accessibilité L'accessibilité signifie la disponibilité de l'information et la facilité d'accès. En quelques clics, l'utilisateur doit être capable d'accéder à l'information sans avoir à passer par plusieurs écrans. Les utilisateurs ont besoin d'accéder à l'information mise à jour en temps réel. Dans certains cas, il faut attendre le lendemain. Par exemple, lorsque nous consultons notre compte en banque, il existe toujours un décalage de 24 heures. Ce retard est justifié par le traitement complexe appliqué à des volumes importants d'informations sur les transactions bancaires. 2.10.7 Flexibilité Dans un système d'information, les données doivent pouvoir être évolutives. Une donnée est évolutive si elle peut être modifiée sans que l'utilisateur soit obligé de la redéfinir. La méthode Master Data Management permet de référencer les données de manière unique à l'aide d'un système de clé unique. Cette clé devient alors l'identifiant de la donnée, lui permettant d'évoluer en conservant son « identité ». 2.10.8 La sécurité La sécurité des données est un point fondamental. Bien que la plupart des personnes associent la sécurité avec la confidentialité, il faudra étudier la fiabilité des données. 2.10.8.1 La fiabilité des données La fiabilité des données est un mécanisme de sauvegarde permettant à l'utilisateur de faire une reprise des données en cas de faille du système. Les modifications apportées entre la dernière sauvegarde et l'incident seront perdues si les utilisateurs n'ont pas sauvegardés leurs données. Nous venons d'avoir un problème de ce type chez EdifiXio. Je travaille sur un projet avec d'autres collègues et la semaine dernière, un collègue a effectué l'installation de nouveau fichier. Cette procédure a causé des erreurs systèmes dans l'environnement. Depuis plusieurs jours, le système ne fonctionne plus et nous avons demandé la restauration du système dans l'état antérieur. Les changements effectués depuis la dernière modification vont être perdus. Comme nous sommes dans un environnement de test, il n'y a pas de problème. Si ce problème survient dans un environnement de production, alors les dégâts seraient plus importants. 2.10.9 Work flow intégré Le Work flow automatise la gestion des flux d'information en fonction des spécifications d'un processus métier. En fonction de la programmation, les tâches de traitement passent d'un acteur vers un autre selon un circuit conditionnel bien défini à l'avance. Le système facilite la tâche de l'utilisateur en lui présentant automatiquement les informations nécessaires à l'accomplissement de sa tâche. Ainsi l'utilisateur est apte à réaliser sa tâche avec aisance. Nous rencontrons les Work flows à tout moment sur Internet. Par exemple, lorsqu'un internaute ouvre un compte sur un site web à caractère social, il va y placer ses données personnelles (coordonnées, photos, ...). Au niveau de l'administration, ces actions vont déclencher le work flow suivant: - L'administrateur du site va être notifié qu'un utilisateur veut publier sa photo dés qu'il accède à son espace. Le système lui demandera d'accepter ou refuser l'image. - Il devra contrôler que la photo répond bien aux exigences définies (taille, mise en place, contenu). - Auquel cas, la photo sera validée et publiée. C'est seulement à partir de ce moment que les autres internautes pourront voir cette photo. 2.10.10 La mise en place peut prendre du temps La mise en place d'un référentiel MDM prend beaucoup de temps. Ceci nécessite une revue du système d'information globale car le référentiel va se placer au milieu de tous les SI. 2.10.11 Participation de tous les acteurs Lors de la mise en place d'un référentiel MDM, l'ensemble des acteurs doivent s'engager et agir sérieusement durant toute la durée du projet. Chaque acteur a un rôle bien défini qui va influencer le travail des autres. Si un client X demande la mise en place d'une règle métier, le développeur va le suivre. Quelques jours plus tard, un acteur Y affirme le contraire, le développeur ne saura pas qui suivre. Ce type de problème de communication entre les collaborateurs coûte cher au projet et fait perdre du temps. Si ce type d'incident se multiplie, cela va engendrer une perte de motivation chez les développeurs car ils auront l'impression de ne pas avancer. Le MDM est donc une solution mieux adaptée aux besoins des entreprises que la technologie EAI. Nous allons donc maintenant nous attarder sur quelques unes des solutions MDM présentes sur le marché. 3 LES SOLUTIONS MDM PRESENTES SUR LE MARCHE De nos jours, les entreprises sont confrontées à de forte pression pour réduire les coûts et accroître les marges. Les logiciels Master Data Management vont permettre au service informatique d'avoir le contrôle sur le système d'information. De plus, les utilisateurs finaux seront aptes à contrôler les informations. C'est pourquoi, l'utilisation des logiciels de Master Data Management est une bonne solution car les fausses informations coûtent très cher à l'entreprise. Nous allons donc étudier différents logiciels présents sur le marché afin de voir comment ils répondent au besoin du client. 3.1 L'état du marché
IBM Oracle Siebel UCM ability to execute Oracle CDH Initiate Systems SAP Siperlian Sun Microsystems D&B Data F lux Purisma Completeness of vision Source : Gartner FIG 17 Etat du marché CDI Cette image nous permet de situer l'ensemble des solutions existantes spécialisées CDI (Customer Data Integration) sur le marché.
IBM ability to execute SAP FullTill Solutions TIBCO Software Oracle I2 Technologies Heiler Software GXS Hybris Completeness of vision Source: Gartner FIG 18 Etat du marché PIM Cette image nous permet de situer l'ensemble des solutions existantes spécialisées PIM (Product Information Manager) sur le marché. L'axe horizontal évalue si la solution répond exactement au besoin du client. L'axe vertical évalue la capacité de réalisation de l'éditeur. C'est-à-dire s'il justifie d'une expérience dans ce secteur. Entre 2004 et 2005, le marché du PIM est passé de 110 à 180 millions de dollars. Face à cette croissance rapide, de nombreux éditeurs ont voulu tenter leur chance. Selon IDC, le marché du MDM représente un potentiel de plus de 10 milliards de dollars d'ici 2009 avec un taux de croissance annuel de 13,8%. Nous étudierons trois logiciels: - WebSphere Product Center (PIM) - Orchestra Networks (CDI & PIM) - TIBCO CIM (PIM) 3.2 WebSphere Product Center 3.2.1 Présentation de l'éditeur WPC était développé à l'origine par la société Trigo qui a depuis été rachetée par IBM, un leader mondial de l'informatique. La société est présente sur différents domaines (Service, Logiciel et Matériel). 3.2.2 Présentation du produit WPC est une solution destinée au détaillant de produit. Elle est le composant PIM de la solution WebSphere. Elle est spécialisée sur la gestion des données de référence « produits ». Elle synchronise en temps réel l'ensemble des données de la vie de l'entreprise (client, fournisseur, produit, organisation, partenaire commercial). 3.2.3 Avantages 3.2.3.1 Référencement unique des données Le référentiel contient l'ensemble des données de manière unique, fiable, et intégrée, ce qui garantit la pertinence et la qualité de la donnée consommée. Les données pourront être utilisées aussi bien en interne par les salariés qu'en externe par les partenaires commerciaux et les clients. 3.2.3.2 Capacité d'intégration WPC s'intègre facilement aux autres produits de la suite WebSphere comme WebSphere Business Intégration, WebSphere Portal, WebSphere Commerce. 3.2.3.3 Conformité avec les exigences externes WPC répond à un grand nombre d'exigences externes du secteur de la grande distribution : - GDS, procédé et système de synchronisation globale (Global Distribution Systems), concerne les systèmes et les procédés destinés à synchroniser des données transmises à partir d'un dispositif portable sans fil vers un serveur en vue de les stocker dans une base de données. Ainsi, il empêche les conflits des données transmises en parallèle par plusieurs équipements vers le même serveur. - RFID et code produit électronique (ePC): La technologie RFID (Radio Frequency Identification) identifie un produit grâce à une étiquette attachée ou bien incorporée au produit. Par le biais de cette étiquette, le détaillant peut aussi bien suivre le cheminement qu'interroger les caractéristiques du produit à distance. - Conformité avec les Global Trade Item Number (GTIN): Le GTIN est un code unique identifiant un produit dans le monde. 3.2.3.4 Work flow WPC englobe des fonctions de Work flow sophistiquées permettant d'accompagner les utilisateurs à travers les différentes étapes (enregistrement d'un nouveau produit, lancement de compagne publicitaire). 3.2.3.5 La gestion des droits des utilisateurs WPC garantit une sécurité au niveau des rôles et des attributs. Dans une entreprise, il existe différents types d'utilisateurs et chacun a un accès précis dans le SI. WPC gère l'ensemble des droits définis pour les utilisateurs. Un utilisateur lambda peut consulter le prix, la description d'un produit alors qu'un autre utilisateur bêta peut modifier le prix et la description. Ceci offre une interface utilisateur très sécurisée et productive. 3.2.3.6 Les règles métiers WPC prend en charge et améliore les processus métier que les acteurs manipulent pour gérer les informations au sein de l'entreprise. Toutes les informations concernant le produit (date, prix, caractéristique) peuvent être paramétrées en fonction de différents facteurs (entreprise, pays, région). Il est possible de gérer les informations dans différentes langues. Il suffit à l'utilisateur de choisir sa langue, ainsi l'interface et les libellés passent automatiquement dans la langue choisie. 3.2.3.7 Synchronisation des données La synchronisation des données entre le détaillant et les fournisseurs améliorent incontestablement l'efficacité car il réduit le temps de travail lié à la collecte d'information. Le taux d'erreur et de litige sera diminué, ce qui permettra de générer de nouvelles ventes plus rapidement. 3.2.3.8 Transmission des informations Les données nouvelles ou mises à jour seront transférées rapidement aux systèmes internes. Ce qui favorisera toute la gestion interne. Par exemple, il sera possible de constater qu'il va y avoir une rupture de stock pour un produit. Ainsi, il sera possible de mieux gérer les commandes. 3.2.3.9 Publication des informations La publication des informations pourra se faire par le biais d'un site internet ou commerce électronique. L'entreprise pourra satisfaire ses clients en offrant des données justes et fiables. La mise sur le marché d'un produit se fera plus efficacement. Il sera alors possible d'augmenter le chiffre d'affaires. 3.2.3.10 Gestion des conditions de vente Les acteurs pourront décider de mettre en place des conditions de vente particulières pour chaque magasin, région, pays. Dans le but de renforcer l'efficacité opérationnelle et d'améliorer la réactivité du marché local, il sera possible d'afficher un prix différent en fonction de la position du magasin. 3.2.4 Inconvénients 3.2.4.1 Ouverture vers des standards J2EE et XML L'ouverture vers des standards J2EE et XML n'est pas encore finalisée sur la version 5.3.2. Elle est présente sur la version 6.0 qui est actuellement en phase de test. 3.2.4.2 Problème de performance WPC pose des problèmes de performance avec les webservices. WPC récupère les paramètres sous forme de tableau HashMap. Puis, il les convertit en XML. A ce niveau, plus il y aura des paramètres, plus WPC va mettre du temps pour la transformation. 3.2.4.3 Authentification L'authentification dans les applications se réalise généralement par le biais de deux protocoles standards présents sur le marché. Le LDAP: (de l'anglais: Lightweight Directory Access Protocol) est un protocole standard pour les services d'accès au répertoire. Comme un annuaire, il est possible de configurer l'application pour qu'il vérifie les droits d'un utilisateur présent dans la base de données LDAP. Le SSO: (de l'anglais: Single Sign-On) est un protocole d'authentification. Pour accéder à l'ensemble des ressources, l'acteur s'authentifie une seule fois. WebSphere Product Center intègre le protocole LDAP. Malheureusement le protocole SSO n'est pas présent. 3.2.4.4 Qualité des interfaces La qualité des interfaces utilisateurs est médiocre. WPC étant un produit de qualité, l'éditeur pourrait faire un effort à ce niveau. 3.2.5 Exemple d'utilisation Notre première référence est un client de la grande distribution. Celui-ci compte aujourd'hui environ 120 filiales en Europe. Son chiffre d'affaires annuel est d'environ 700 millions d'euros. 3.2.5.1 Pourquoi ce client migre t-il vers une solution MDM? Il veut être capable de gérer toutes les caractéristiques d'un produit. Le système actuel fournit le nombre de produits achetés et vendus. Mais il est incapable de dire quel produit pour quelle quantité. Dans ces conditions, une rupture de stock survient très rapidement causant une perte de chiffre d'affaires. Le logiciel actuel (développement spécifique) ne peut pas évoluer car ces évolutions coûteraient très chères à l'entreprise. 3.2.5.2 Pourquoi avoir sélectionné WPC? WPC:
Les utilisateurs peuvent mettre en place des conditions commerciales, des prix d'achat à rabais. Il est possible de gérer un article lambda dans le magasin de paris alors que ce même produit n'est pas connu dans les autres magasins. En conclusion, le client affirme que WPC est une application robuste, simple d'utilisation répondant exactement à son/ses attente(s). Depuis le début de ce mémoire, nous avons étudié le sujet du MDM par la théorie. Maintenant, nous allons voir un exemple de projet MDM dans la pratique. 3.2.6 Exemple de Projet: Client X 3.2.6.1 Présentation du client et du contexte Notre client est un leader mondial dans le secteur de l'industrie. Le groupe de notre client est présent dans 80 pays et dispose de 4 unités et de 2000 sites de production à travers le monde. Et 90000 collaborateurs travaillent dans ce groupe. Notre client communique sur le web via des sites dédiés aux différents groupes d'acteur de son domaine d'activité (les particuliers, les partenaires, les professionnels, etc.). Ces sites doivent permettre de mettre en avant les produits de notre client et de ses partenaires et proposent à ses utilisateurs des services comme des recherches d'intervenant dans certains domaines d'activité. 3.2.6.2 Etude de l'existant Avant la mise en place de ce projet, chaque unité a son propre site, sa propre base de données, et les sites dédiés sont regroupés sur la même base de données, mais sans aucune gestion utilisateur : chaque accès se réalise indépendamment de ce qui peut déjà exister à côté. Comme chaque unité dispose de son propre site, il est difficile d'établir un lien entre les différents sites. Un produit P peut être enregistré avec une description D dans une base de donnée X alors que dans la base de donnée Y il sera différent. Le même problème survient au niveau des utilisateurs, il est difficile de mettre des droits pour chaque utilisateur. A partir de ce moment, un utilisateur X peut faire tout ce qu'il veut. Ce qui pose des problèmes de sécurité. Lors d'un stage antérieur, j'ai eu la chance de vivre une situation de ce type. Il y avait plusieurs consultants qui travaillent sur un projet. L'objectif des consultants était de propager les informations concernant les clients aux partenaires. Chaque consultant travaille sur un site différent et utilise un logiciel monoposte. C'est-à-dire, chacun n'est pas apte à voir ce que l'autre fait. Dans ce cas, un partenaire recevait le même email plusieurs fois provenant de deux ou plusieurs consultants. Parfois, les consultants devaient s'appeler entre eux pour savoir si un partenaire X avait répondu à un email précis. Sous ces conditions, les partenaires n'étaient pas contents d'avoir à gérer le même email plusieurs fois. Ceci causait des pertes de temps au partenaire et au consultant. Pour faire face à cette situation, nous avions mis en place une application disposant d'une base de données unique. Par ce biais, chaque consultant pourra voir ce que son collègue a déjà traité. Cette application permet à chaque consultant d'utiliser la même version de la donnée. Cet exemple soulève l'importance de la donnée unifiée. Le client souhaite mettre en place une solution MDM pour pouvoir résoudre tous les problèmes qu'il peut rencontrer: - Problème de cohérence des données : avec tous ces accès, toutes ces bases différentes, il y a de nombreux doublons, des données qui ne sont pas mises à jour, etc. - Absence d'unification et de centralisation dans un référentiel commun des données L'objectif du client est de "simplifier" et de consolider, pérenniser son système d'information. C'est pourquoi, il a choisi une solution MDM. Il s'agit d'un projet qui a commencé en juillet 2006. 3.2.6.3 Les enjeux de la solution Comme nous l'avons vu dans les chapitres précédents, il est impossible de gérer une aussi grande entreprise que celle de notre client avec des systèmes hétérogènes. Il y a une grande quantité de données dans le SI. Et de plus, cette hétérogénéité induit un manque de confiance envers le SI. Ce qui entraîne une perte d'efficacité en interne et en externe. Par exemple, si un utilisateur d'un site web recherche un intervenant, il peut le trouver avec des coordonnées qui n'ont pas été mises à jour. Où la recherche d'un même produit peut donner des résultats complètement différents d'un site à l'autre. Tous ces problèmes obligent notre client à migrer vers une solution MDM. La mise en place d'un référentiel commun pourra résoudre l'ensemble de ces problèmes. 3.2.6.4 La solution développée Dans un premier temps, une équipe de consultants a rencontré différents intervenants chez le client afin de définir un modèle de données. Ce modèle se base principalement sur les différents systèmes existants. L'objectif était de construire une solution MDM qui puisse regrouper l'ensemble des données à présenter sur le site : - Des intervenants - Des produits - Divers contenus éditoriaux Le processus adopté pour la mise en place du système est le suivant: - Choix de la solution (Pré conseil et Cadrage): RFI RFP
La solution retenue par le client est la suite WebSphere. Les données seront stockées à l'aide de WebSphere Product Center et leur affichage sur les sites sera géré à l'aide de WebSphere Portal. Aujourd'hui, chaque acteur peut intervenir directement sous l'interface WPC afin de faire des ajouts et modifications de données. Pour cela, il a fallu mettre en place des groupes d'accès (Processus définissant la gestion des rôles). C'est-à-dire, chaque acteur aura un rôle, un pouvoir, et un accès défini en avance. Ce qui garantit incontestablement la sécurité des données. WPC est ainsi au coeur de chacun des sites. Les données ne sont présentes que dans un seul référentiel commun. Les modifications de données sont répercutées sur chacun des sites. Chaque acteur intervenant sur ces sites gagne ainsi en efficacité. 3.2.6.5 Retour d'expérience Nous venons de voir un exemple de projet d'un point de vue utilisateur. A ce niveau, je vais parler de mon propre point de vue sur le déroulement du projet. C'est-à-dire, mes ressentiments en temps que jeune ingénieur. Au début de mon stage, je ne connaissais pas le produit WebSphre Product Center. Il m'a fallu apprendre à le manipuler. Malgré que le produit soit très complet et réponde exactement au attente des clients, je pense que le produit n'est pas de très bonne qualité sur certains points. - Les écrans sont médiocres: les écrans de développement sont de très bas niveau, il n'y aucune couleur. Il s'agit d'un espace de développement simple comme le bloc notes. Pour remédier à ce problème, il faut utiliser le logiciel Eclipse. Ce qui est parfois une perte de temps immense. Il faut écrire son code sous Eclipse puis l'exporter vers WPC. Pour enregistrer le fichier, il faut s'assurer qu'il n'existe aucune erreur sinon le logiciel refuse l'enregistrement. Pour vérifier le bon fonctionnement, il faut passer par l'interface de contrôle nommée « sandbox ». Toutes ces étapes de l'écriture d'un fichier jusqu'à l'étape de test font perdre du temps. L'éditeur pourrait faire un effort à ce niveau. Comparé à un autre produit qui permet d'écrire son code et pouvoir le tester immédiatement, WPC reste insuffisant. - Le chargement des données: Il existe une structure de fichier sous Eclipse qui permet de développer les différentes fonctions. Grâce à cette structure de fichier, le développeur pourra configurer son environnement. Puis, il faudra créer un fichier de déploiement au format zip pour importer les données sous WPC. Chaque chargement peut prendre environ 15 minutes. Lorsqu'il s'agit d'une modification au niveau de la structure, il existe plusieurs étapes: o Arrêt du serveur o Suppression de l'ensemble des fichiers o Démarrer le serveur à nouveau o Recharger l'ensemble des fichiers Une perte de temps est alors inévitable. Ce qui peut parfois démotiver le développeur. Nous venons de voir les principaux défauts du produit. Nous allons faire quelques suggestions d'amélioration pour le produit. L'éditeur devrait dans un premier temps, améliorer la qualité des interfaces de développement. Par exemple, pourquoi ne pas mettre en place une interface de développement permettant au développeur de travailler directement sur WPC. Il n'y aurait pas besoin d'utiliser Eclipse et toutes les étapes de déploiement serait alors évitée. D'un point de vue utilisateur, l'absence de rigueur dans la présentation des écrans est un point négatif. Il faudrait améliorer la présentation des écrans. Une solution serait l'utilisation de la technologie AJAX. Lors de l'enregistrement d'un produit, l'utilisateur remplit l'ensemble des données puis appuie sur le bouton enregistrer. C'est à ce moment précis que le logiciel va l'informer si des erreurs sont survenues. La mise en place de la technologie AJAX pourrait permettre de faire des contrôles en temps réel. Par exemple, si un utilisateur choisit une date de fin inférieur à une date de début. Cette erreur serait signalée en temps réel. Formation d'un développeur: Comme IBM propose des formations payantes pour apprendre à développer sous WPC, la plupart des documents sont protégés. C'est-à- dire, il n'est pas possible de trouver de l'aide sur Internet en cas de problème. 3.2.6.6 Conclusion Pour résumer, WPC permet de couvrir les points suivants :
3.2.6.7 Référence Cette image nous montre quelques clients qui ont choisis WebSphere Product Center:
Source: Editeur 3.3 Orchestra Networks EBX. Platform 3.3.1 Présentation de l'éditeur Orchestra Networks est un éditeur
spécialisé dans la conception de logiciels de Master combiner leur solution pour donner naissance à un outil regroupant l'ensemble des facettes du domaine.10 3.3.2 Présentation du produit EBX. Platform était à l'origine une solution de gestion de référentiels de paramètres. Après les améliorations effectuées, la solution est désormais capable d'adresser tous types d'objets, aussi bien des produits que des clients, ce qui le différencie de ses concurrents. De plus, elle peut facilement s'interfacer avec tout type d'application. EBX. Platform est un logiciel générique pouvant être utilisé dans tous secteurs d'activité. Sa principale force est de pouvoir absorber des modèles de données complexe et de générer automatiquement le référentiel.11 3.3.3 Avantages 3.3.3.1 Modélisation des données EBX Platform se base sur des standards XML Schema (langage de description de format de document). Il permet de vérifier si le document est valide). Ce dernier permet de définir des modèles de données structurées, typées et ayant de puissantes propriétés de validation. 3.3.3.2 Gouvernance des Master Data EBX. Platform est un outil permettant la gouvernance des Master
Data. Il gère l'ensemble 10 http://www.journaldunet.com 11 Source: Editeur plus, il fournit des mécanismes de sécurité et de traçabilité. C'est-à-dire, l'administrateur peut à tout moment vérifier toutes les actions effectuées par les utilisateurs. 3.3.3.3 Adaptation & Fédération des Master Data Il arrive qu'une donnée soit identique entre deux instances (caractéristique d'un client) entre une filiale x et z. La duplication des données cause des pertes de temps et des problèmes de performance. Pour cela, EBX. Platform utilise une technologie unique d'héritage. Le moteur d'héritage fournit un arbre d'instances de donnée à partir d'une instance initial. Puis le moteur d'héritage gère l'ensemble des règles d'héritage entre les instances. Celui-ci va hériter des valeurs de ses ascendants. 3.3.3.4 Gestion du cycle de vie des données EBX Platform permet de gérer tous les aspects du référentiel. Il sépare le référentiel en plusieurs parties (Projets, clients, fournisseurs) afin que les utilisateurs puissent faire des modifications concurrentes sur le même objet. Enfin, il va comparer les modifications grâce à sa fonctionnalité « versioning ». Si une erreur surgit, il sera possible de revenir en arrière grâce à la sauvegarde effectuée auparavant. 3.3.3.5 Services & API EBX. Platform offre une grande souplesse pour l'intégration des données avec des systèmes externes car la solution est basée sur des standards Java et XML. Elle permet le développement des fonctionnalités de gestion des données supplémentaires. 3.3.3.6 Web Service EBX Data Services est un module supplémentaire
permettant la mise en place des communication entre les applications via Internet). Elle utilise le Protocol http comme moyen de transport et la syntaxe XML pour décrire les données échangées. Il génère automatiquement l'ensemble des services depuis les modèles. Ainsi, il sera possible d'accéder à l'ensemble des opérations de gestion des données (Mise à jour, gestion des versions, suppressions, ajout). 3.3.3.7 Capacité de stockage EBX. Platform n'a pas de contraintes particulières liées au nombre d'attributs ou d'enregistrements. Les seules limites concernent la configuration technique sous-jacente (mémoire, puissance CPU..). 3.3.4 Inconvénients 3.3.4.1 Paramétrage des fonctions métier EBX. Platform ne détient aucune fonctionnalité
métier au départ. C'est à l'utilisateur
de 3.3.4.2 Solution encore jeune EBX. Platform est une solution disponible depuis 2001. Elle n'a que 7 ans. Face à des concurrents plus âgées et expérimentés, arrivera t-elle à résister? 3.3.5 Exemple d'utilisation Notre client X est une banque de crédit qui souhaite
unifier ses données de référence prudentiel destiné à appréhender les risques bancaires). Le client cherche une solution qui lui permettrait de stabiliser et gérer environ 1 million d'enregistrement. 3.3.5.1 Pourquoi une solution MDM? - Mise en place d'un référentiel central - Appliquer des règles de sécurité pour l'ensemble des utilisateurs - Mise en place des règles de validation et de contrôle d'intégrité pour les données complexes - Travailler avec des écrans simples (User Friendly) - 3.3.5.2 Pourquoi avoir sélectionné EBX. Platform? EBX. Platform:
3.3.5.3 Conclusion Pour résumer, EBX Platform permet de couvrir les points suivants : 1. Modélisation: EBX Platform suit la norme XML Schéma. Orchestra utilise et recommande XML Spy de ALTOVA pour la modélisation.
3.3.5.4 Référence Cette image nous montre quelques clients qui ont choisis EBX Platform:
Source: Editeur 3.4 TIBCO CIM 3.4.1 Présentation de l'éditeur TIBCO est un grand éditeur de logiciel qui propose des solutions spécialisées SOA et une plate-forme de gestion des processus métier (BPM). Même si TIBCO est un éditeur de logiciels expérimenté, il a peu d'expérience au niveau des solutions PIM. Il s'agit d'une acquisition suite au rachat de la société Velosel en 2005. 3.4.2 Présentation du produit TIBCO CIM (Collaborative Information Manager) est une solution destinée au grande entreprise. Elle est spécialisée sur la gestion des données de référence « produits ». La solution est flexible et permet de gérer d'autres types de référentiel (fournisseurs, clients). L'objectif de cette solution est de proposer une visualisation « spécifique » des données et pas une vue complète du référentiel. 3.4.3 Avantages 3.4.3.1 Work flow CIM gère les work flows de validation pré configurés ou totalement paramétrables. Les droits prédéfinis définissent les work flows qui seront présentés à l'utilisateur. C'est-à- dire, les interfaces que l'utilisateur pourra voir, comment les work flows lui seront présentés, et les actions qu'il pourra réaliser. 3.4.3.2 Gestion des informations et processus de synchronisation CIM offre une gestion des informations et processus de synchronisation automatisés. Ce qui permet de réduire les délais de commercialisation des nouveaux produits. 3.4.3.3 Synchronisation des données en temps réel CIM garantit la qualité des données fournies à l'utilisateur réduisant ainsi le nombre d'erreur à la facturation. 3.4.3.4 Présentation des données CIM offre des informations groupées, structurées et adaptées au besoin de chaque utilisateur. 3.4.3.5 Référentiel unique CIM assemble l'ensemble des informations de l'entreprise dans un même référentiel. Ce qui assure une plus grande efficacité des processus métier et la possibilité de prendre de meilleures décisions plus rapidement. 3.4.4 Inconvénients 3.4.4.1 Langage de développement propriétaire CIM est développé avec un langage propriétaire. Une entreprise qui va l'acquérir ne pourra pas le faire évoluer par rapport à ses besoins. Il faudra soit le faire faire auprès de l'éditeur soit former ses propres équipes de développement. Les deux choix sont coûteux. 3.4.4.2 Conformité avec les produits IBM CIM est conforme aux produits IBM. Ce qui obligera l'entreprise à utiliser des produits IBM pour ses autres besoins. Cet inconvénient réduit la liberté de l'utilisateur. 3.4.4.3 Interface Homme Machine La qualité des IHM métier est pauvre, ce qui risque de provoquer un rejet de la solution par les utilisateurs. 3.4.5 Exemple d'utilisation Notre client X est un leader de la télécommunication aux états unis. Le client cherche une solution qui lui permettrait de gérer l'ensemble des contrats. 3.4.5.1 Pourquoi une solution MDM? A l'heure actuelle, la concurrence est très rude sur le marché de la télécommunication. Il ne suffit pas d'avoir des clients. Il faut savoir les garder. C'est pourquoi, la qualité de service doit être très bonne Le système d'information doit permettre: - une mise en place rapide de l'offre commerciale. - Simuler, tester, approuver de nouveau processus - Pouvoir déployer en production les offres - ... 3.4.5.2 Pourquoi avoir sélectionné TIBCO CIM? TIBCO CIM permet:
Par ailleurs, 8 opérateurs téléphoniques sur 10 utilisent la solution TIBCO 12 3.4.5.3 Référence: Cette image nous montre quelques clients qui ont choisis TIBCO CIM :
Source: Editeur 3.5 TABLEAU RECAPILATIF 12 Collaborative Information Management for Communication Service Providers www.tibco.com
|
| ||||||||||||||||||||||||||||
