enioka : gérer la complexité des SI

Dans le cadre de cette problématique des performances du SI, comme dans d'autres où la complexité du SI pose en soit problème, enioka a la conviction qu'il est nécessaire de modéliser le SI pour mieux le comprendre, raisonner sur les questions ou problèmes rencontrés, et décider d'actions. Modéliser ne veut pas nécessairement établir un modèle informatisé cathédrale du SI, mais d'abord d'avoir à travers un ou plusieurs modèles, des vues de synthèse d'un objet complexe permettant de l'analyser plus efficacement.

Après une première introduction à la problématique de la performance des SI, il est nécessaire de se préoccuper du coût des performances. La raison pour laquelle il n'y a pas de vérité absolue en matière de performance est que les trois points de vue essentiels à optimiser (le travail à effectuer, le temps imparti et les ressources utilisées) sont à équilibrer par rapport à des critères objectifs. L'un de ces critères essentiel est le coût. Ce n'est sans doute pas le seul critère (il y en a d'autres, comme la qualité de service, qui peuvent influer sur le comportement des utilisateurs ou des clients de manière indirecte), mais c'est en tout cas le plus objectif.

Une représentation sous forme de graphique est parfois la meilleure façon de représenter la complexité d'un système d'information ou d'une application.

Par exemple, à l'échelle d'une application, un diagramme de classe est souvent plus clair qu'une grande description écrite. En effet, le graphique symbolisant des classes par des boites et des relations par des flèches est on ne peut plus adapté.

À l'échelle du SI, les représentations d'architecture normalisées sont moins convaincantes. Mais au delà de ce manque de formalisme dans les représentations, c'est surtout la réalisation et la maintenance de ces représentations qui sont coûteuses et fastidueuses. Les outils sont souvent peu productifs, qu'ils s'agissent d'outils bureautiques ou d'outils de modélisation. Si les données à représenter existent déjà sous une forme structurée, il est possible de réaliser une large partie de ces représentations avec une certaine forme d'automatisation, ce qui pourtant reste très peu présent dans les outils courants.

L'objectif de cet article est de proposer une approche simple pour automatiser la représentation graphique de données structurées. Cette approche a été validée par une première implémentation.

Ce billet a pour objectif de présenter la vision d'enioka sur l’urbanisme des référentiels. Il vise à expliquer le rôle et l’intérêt d’un référentiel et comment celui-ci peut s’intégrer dans les projets d’évolution du SI. Il s’agit du premier billet d’une série sur les référentiels. Il aborde plus spécifiquement la définition de ce qu’est une démarche de gestion des référentiels (ou MDM : Master Data Management). De prochains billets traiteront des sujets suivants :

• Ce que n’est pas une démarche référentielle et les difficultés d’une telle démarche
• Les principes d’urbanisme des référentiels
• Les fonctionnalités attendues d’un référentiel

Une complexité croissante

La complexité est au cœur des systèmes d'information (SI) d'aujourd'hui. On ne peut que constater que les grandes organisations ont à gérer des SI de plus en plus vastes et hétérogènes à tout point de vue : des centaines d'applications, des milliers de serveurs, des centaines de milliers d'échanges et de transactions, des utilisateurs de plus en plus nombreux et répartis sur la planète, qu'ils soient collaborateurs, partenaires, clients ou fournisseurs. La pression des évolutions imposées aux entreprises, l'intégration toujours plus forte des processus intra et inter entreprises et la poussée de la dématérialisation dans tous les domaines de l'économie ne font qu'accélérer ce phénomène et confèrent un rôle de plus en plus critique au SI. L'accroissement inexorable du périmètre du SI s'accompagne mécaniquement d'une concentration des risques et des enjeux portés.

Les effets néfastes de cette complexité sont multiples et la cause profonde de beaucoup des difficultés dans la gestion du SI sur de nombreux plans comme la gouvernance de l'urbanisme du SI, la maîtrise de l'intégration des grands projets d'évolution, la maîtrise des coûts informatiques et de leur refacturation aux clients métier, la gestion des performances et de la disponibilité, la gestion des risques techniques, la sécurité, etc. La complexité rend en effet très délicat le traitement de ces problématiques transverses.

Tous les SI importants font aujourd'hui face à des difficultés croissantes pour maîtriser les coûts et les risques tout en apportant satisfaction aux besoins métier dans des délais raisonnables. Il n'est pas rare de constater que de petites structures agiles réagissent de manière plus adaptée, plus rapide et finalement plus efficace que de grandes structures dotées de plus de moyens. La complexité s'avère souvent un obstacle aux fameuses économies d'échelle promises par tous les projets de mutualisation, centralisation, ou externalisation des moyens informatiques.