Tribunes

Les différents axes d'urbanisation du SI

L'urbanisation du SI n'est pas qu'un chantier technique. Il doit être appréhendé en fonction de ses apports métier.

PublicitéLa raison d'être fondamentale d'un système d'information est d'être au service des métiers de l'entreprise (le sens du mot "entreprise" est ici à prendre au sens large et peu désigner un organisme, une administration, un groupe...). Par conséquent, un des défis majeur à relever est de pouvoir accompagner le plus rapidement possible leur adaptation aux changements d'organisation, de politique commerciale, de réglementation, de technologie... tout en assurant la cohérence des informations et un niveau de coût minimal. Dans cette quête de performance, l'urbanisation des systèmes d'information est désormais reconnue comme un levier important. Cela dit, au-delà des définitions et des démarches générales, nous nous focaliserons ici sur les problématiques métier adressées et sur les solutions proposées par l'urbanisation; cela sur trois axes présents dans tout SI : l'axe échanges, l'axe données et l'axe fonctionnalités. L'axe "échanges" Un premier frein à la performance du SI est l'existence d'architecture de communication "point à point" dans laquelle chaque application métier « connaît » ses destinataires internes ou tiers externes (clients, partenaires, organismes intervenants, ...) et assure les fonctionnalités d'échange (contrôle, transformation, suivi, piste d'audit, ...). Ces situations de dépendance ankylosent le SI en rendant plus long et plus coûteux tout ajout, remplacement ou évolution de systèmes émetteurs ou destinataires. Pour rendre plus agile le SI, le simplifier et réduire le coût de fonctionnement, l'urbanisation proposera de "sortir" des applications métier les fonctionnalités dédiées aux échanges de flux et de les sous-traiter à un système d'échange mutualisé, véritable plaque tournante entre émetteurs et destinataires. L'axe "données" Un second frein à la performance du SI vient de la réplication du patrimoine d'informations de référence de l'entreprise (clients, produits, tarification, contrats, ...). Il en découle de longs et coûteux rapprochements de données imposés aux métiers transversaux (marketing, risques, finance, pilotage ...) pouvant compromettre leur efficacité. De plus, des risques forts de diffusion d'informations incohérentes et de collectes multiples des mêmes informations -auprès de la clientèle par exemple- existent. Aussi, pour rendre le SI plus cohérent et permettre aux métiers transversaux d'atteindre leurs objectifs, l'urbanisation propose de centraliser certaines informations de référence (n° de client, coordonnées, etc.) et des règles de gestion associées au sein de systèmes référentiels et de gisements de données, mutualisés et indépendants des systèmes métier. Ces derniers étant progressivement interfacés à cette source de référence, partagée et cohérente. L'axe "fonctionnalités" Un troisième frein à la performance est induit par des imbrications (ou couplages) des besoins de métiers différents au sein des mêmes traitements ou structures de données et ainsi que par la difficulté à réutiliser des fonctionnalités existantes. Cette situation engourdit là encore le SI qui ne peut pas répondre aux besoins métier dans les délais et au coût impartis. La réponse de l'urbanisation est d'une part de recenser ces situations de couplage et de mettre en oeuvre un plan de "désimbrication" et d'autre part de permettre une plus grande réutilisation des fonctionnalités existantes. En bout de course, il s'agit de faire évoluer le SI vers un ensemble de fonctionnalités et de structures de données modulaires, autonomes et homogènes d'un point de vue métier. Conclusion Même si les trois axes présentés ici ne sont que des feuilles de route générales, gageons cependant qu'ils aideront à étayer l'indispensable démonstration de la valeur ajoutée métier de l'urbanisation du SI et d'obtenir du coup l'engagement et le soutien de la direction, pré requis incontournable au succès de tout projet d'entreprise.

Article rédigé par

Philippe Tapin, Consultant chez BFD
Philippe Tapin a rejoint BFD en 2005. Ingénieur Cnam (1997), titulaire d'un MBA Executive de l'IIM Paris (2001), il a débuté sa carrière au sein de Meuse Logiciels en tant qu'Analyste Réalisateur dans l'univers de la gestion d'entreprise pour poursuivre ensuite dans la gestion de projets internationaux et nationaux au sein du Groupe BNP Paribas pendant 12 ans. Durant son parcours à BNP Paribas, en tant que Responsable d'équipe et de projet, il parfait ses compétences fonctionnelles dans le domaine bancaire en gérant notamment un patrimoine de 120 applications métier de la filiale Lease Group. En 2002, Philippe Tapin intègre l'univers du Conseil Informatique chez Aedian en tant que Responsable du pôle de compétences « Projet Banque-Assurance ». En rejoignant BFD en 2005, il choisit de mettre ses compétences au coeur de l'expertise fonctionnelle du cabinet dont il est devenu un des experts, dans les domaines de la Conception et de l'Architecture de SI.