Urbanisme et Architecture des Systèmes d'Information

DATE DE CREATION : 17/04/2002

Urbanisme et Architecture des SI

Le petit LAROUSE définit les termes :
'Urbanisme' : nom masculin,
Science et technique de l'organisation et de l'aménagement d'une agglomération.
'Architecture' : nom féminin,
Art de concevoir et de construire un bâtiment selon des règles esthétiques et techniques déterminées.
 
Ces termes qui étaient employés jusqu'à présent dans le génie-civile sont depuis peu utilisés ensemble pour les systèmes d'information. Beaucoup de personnes les utilisent en parlant d'analogie avec les termes précédemment définis, mais aucune définition précise ne les a qualifiés dans le cadre des systèmes d'information. Quant à leur mise en oeuvre de façon opérationnelle dans le monde professionnel, il reste encore beaucoup de travail avant de tirer un bilan positif sur le sujet.
 
L'urbanisme et l'architecture à la sauce Systèmes d'Information sont aujourd'hui à la mode dans beaucoup d'entreprises qui tentent de mettre en place une organisation et des processus leur permettant de tirer un avantage concurrentiel de ces nouveaux concepts. Mais le 'hype' Urbanisme & Architecture ne deviendra réel que lorsqu'il aura prouvé sa valeur ajoutée et sa rentabilité dans l'évolution et la mise en oeuvre des Systèmes d'Information. Faute de quoi, l'U&A pourraient disparaître aussi vite qu'ils sont apparût et l'architecture SI subsistera dans la conception des applications informatique.

Quelques principes fondamentaux 

Avant de rentrer dans le vif du sujet, il est bon de rappeler que dans la construction et la maintenance des systèmes d'information, de nombreux paramètres entrent en jeu et qu'il est indispensable de les traiter en prenant en compte l'ensemble des éléments qui les caractérisent pour réussir leur mise en oeuvre.
 
Illustration :
Si dans la conception d'une application informatique, les différentes phases d'expression de besoin (le Quoi) et de réponse au besoin (le Comment) sont traités séquentiellement et ou séparément sans prendre en compte les impacts de l'un sur l'autre, le produit final livré répondra sans doute au besoin mais la charge, le délai et la qualité de l'application n'auront pas été optimisés à moindre coût.
 
Les paramètres qui interviennent dans la construction d'un SI sont :

• les processus métier à informatiser
• le parc applicatif existant concerné par le sujet
• les projets connexes en cours de développement
• les budgets alloués sur le périmètre du nouveau sujet
• les ressources et les compétences alloués au nouveau sujet
• les technologies du parc applicatif existant sur le périmètre du nouveau sujet
• l'offre progicielle existante sur le périmètre du nouveau sujet
• la maturité des nouvelles technologies logicielles et matérielles proposées
• la stratégie applicative des MOA et MOE du projet
• la stratégie Business de l'entreprise
  
  

Les typologies d'architecture

 

Les différentes typologies d'architecture sont concernées par :

•  Architecture métiers :
  
• •  Stratégie Business
  •  Transformations issues du métier
  •  Conduite du changement
• Architecture fonctionnelle :
• • Gestion de l'information
  • Modularité des fonctions SI
  • Séparation des blocs fonctionnels
  • Couplage des données fort à l'intérieur des blocs fonctionnels
• Architecture applicative :
• • Constituants du système informatique
  • Répartition des éléments en fonction de leur :
  • • portée
    • évolution, maintenance
    • réutilisabilité
    • modularité
• Architecture technique :
• • Matériels utilisés
  • Logiciels utilisés
  • Technologies utilisées

 
Eléments constituants les différents types d'architecture :
 
Architecture métiers :

• Processus Métiers
• Enchaînement d'activités
• Rôle des acteurs

Architecture fonctionnelle :

• Blocs fonctionnels
• Fonctions SI supportant des activités métier
• Rassemblement de données
• Rôle des acteurs

Architecture applicative :

• Applications + caractéristiques
• Flux entre applications
• Lien Applications - Activités
• Logique applicative
• Services utilisés
• Bases de données
• Rôle des acteurs

Architecture technique :

• Applications + caractéristiques techniques
• Briques logicielles utilisées
• BackEnd / FrontEnd

 
Pour chacun des regroupements fonctionnels identifiés, on va décrire :

• les activités de gestion de l'information qui le compose
• les applications qui automatisent les activités de gestion de l'information
• les données majeures utilisées par ces applications

(souvent, on se rendra compte que les données gérées dans un bloc fonctionnel sont de même nature)
 
Ainsi, la connaissance du SI existant en terme de découpage fonctionnel et de découpage de données va permettre d'organiser la cible en regroupant les nouveaux modules applicatifs en fonction de différents critères répondant à des contraintes :

• business
• stratégiques
• d'urbanisme et d'architecture fonctionnelle
• technologiques
• etc...

 
Ces critères peuvent être de nature différente et en fonction de la stratégie, les nouveaux modules applicatifs développés pourront encapsuler soient :

• des fonctionnalités automatisant des activités de même nature
• des fonctionnalités automatisant des activités agissant sur les mêmes données
• des fonctionnalités automatisant des activités d'une même organisation
• des fonctionnalités développées sur une même plate-forme technologique
• etc...

Les référentiels

Pour autoriser une grande flexibilité du SI (adaptation aux enjeux business à moindre coût) et après avoir cartographié finement ce dernier, il convient de définir un cadre fonctionnel et de données pour que les acteurs des projets qui vont développer de nouvelles applications informatiques, puissent inscrire leurs nouveaux développements dans une architecture pré-définie qui décrit l'ensemble des règles à respecter.
Pour chaque référentiel de données, on va décrire :

• les données qui le composent (type, définition, longueur, etc...),
• les liens entre ces données,
• les règles de gestion s'appliquant sur ces données

et la nouvelle application qui devra utiliser une des données du référentiel pourra le faire en respectant tous les critères précédemment définis. Les recopies de données et l'implémentation physique étant quant à elles réalisées en fonction d'autres critères (techniques, logique applicative, maintenance, politique progiciel, etc...)
 
Les 'référentiels de données' ou 'blocs de données' vont permettre de définir les données majeures utilisées dans le SI. Ces données regroupent les données d'entreprise et les données 'métier' nécessaires au bon fonctionnement des applications informatiques.
Les données spécifiques à chaque application sont également nécessaires au bon fonctionnement d'un outil informatique, mais pour des raisons de priorités, elles sont exclues de ces études 'référentiel'.

La cible d'architecture et d'urbanisme

Ces cibles ne vont pas décrire l'application qui va remplacer le projet existant domaine par domaine, mais va fixer le cadre fonctionnel et de données (méta-modèles, découpage fonctionnels, règles, etc...) qui devra être respecté par les nouveaux projets informatiques lancés (répondant aux enjeux business)
 
En fonction d'enjeux Business identifiés, un nouveau projet à concevoir doit prendre en compte :
les préconisations métiers :

• stratégiques
• organisationnelles (+localisation)
• de processus

les règles informatiques :

• stratégiques (informatique)
• d'urbanisme et d'architecture fonctionnelle
• applicatives et technologiques

et étudier la solution Produit/Process à mettre en oeuvre aux niveaux :

• stratégique
• conceptuel
• logique
• physique

 
© Thierry BEL