ARCHITECTURE D'ENTREPRISE...3. ZACHMAN... 3 La dimension horizontale - les points de vue...4 La dimension verticale - Les abstractions...

Transcription

1 Table des matières CARTE HEURISTIQUE... 2 ARCHITECTURE D'ENTREPRISE...3 FRAMEWORK DE ZACHMAN... 3 La dimension horizontale - les points de vue...4 La dimension verticale - Les abstractions...4 URBANISATION DES SYSTÈMES D'INFORMATION...6 DÉFINITIONS... 6 FACTEURS DE L'URBANISATION... 7 INDICE D'URBANISATION...8 AXES... 8 Correspondance processus - indice d'urbanisation...9 1/10

2 Carte heuristique 2/10

3 Architecture d'entreprise L'architecture d'entreprise (EA) trouve ses origines à la fin des années quatre-vingt, avec le framework de Zachman. Cette discipline s'est développée au niveau international, et la même problématique a donné lieu en France à l'approche d'urbanisation. L'EA vise à piloter globalement la «transformation permanente» de l'entreprise: l'ea donne l'ensemble des visions sur la transformation, du métier (processus, organisation) à «l'outil informatique» ; l'ea fournit une cible, une analyse des écarts et une feuille de route pour la migration. Ainsi elle décrit comment l'entreprise fonctionne et comment elle va se transformer. C'est un processus dynamique et itératif qui facilite la communication et la synergie entre l'ensemble des acteurs de l'entreprise: management, maîtrise d'ouvrage, pilotes de processus, maîtrise d'œuvre. Les «leviers» sur lesquels joue l'architecture d'entreprise pour impulser le pilotage de la transformation permanente de l'entreprise sont : L'alignement sur le métier. La définition de l'existant et de la cible et l'analyse des écarts. Le pilotage de la transformation «au quotidien» qui s'appuie sur une gouvernance adaptée et le suivi d'une feuille de route de migration. La mobilisation de l'ensemble des acteurs autour de la transformation. L'État de l'art international comprend en particulier le framework de Zachman, qui situe le cadre général des diverses ingénieries de transformation. Framework de Zachman C'est en 1987 que John Zachman, employé d'ibm, propose une méthode de représentation de l'architecture système d'une entreprise. Véritable portail d'accès aux référentiels de l'entreprise, le cadre Zachman (Zachman Framework). L'idée étant qu'une entreprise n'a pas qu'une seule architecture, mais plusieurs suivants différents points de vue et à différents niveaux. Le cadre de Zachman est un schéma à deux dimensions qui représente l'entreprise : 3/10

4 La dimension horizontale contient 6 types de groupes qui utilisent 6 types de modèles. Le haut des lignes représente la partie conceptuelle de la représentation de l'entreprise alors que la partie basse est plus concrète. La dimension verticale est basée sur 6 interrogations de base : Quoi, Comment, Où, Qui, Quand et Pourquoi? La dimension horizontale - les points de vue Portée (contextuelle) (Scope (contextual)) : le point de vue du planificateur Cette ligne décrit les modèles, l'architecture et les représentations qui correspondent aux limites de l'organisation concernée. Modèle métier (conceptuel) (Business Model (conceptual)) : le point de vue du propriétaire Cette ligne décrit les modèles, l'architecture et les représentations utilisés par les propriétaires des process métier. Elle se concentre sur les utilisations habituelles d'un produit. Modèle système (logique) (System model (logical)) : le point de vue du concepteur Cette ligne décrit les modèles, l'architecture et les représentations utilisés par les ingénieurs, architecte et toutes personnes qui doivent arbitrer entre les besoins et ce qui est techniquement possible de faire. Modèle de technologie (physique) (Technology model (physical)) : le point de vue du constructeur Cette ligne décrit les modèles, l'architecture et les représentations utilisées par les techniciens, les ingénieurs et les contractants qui modélisent et créent les produits. Représentation détaillée (hors contexte) (Detailed representations (Out-of-Context Perspective) : Point de vue des sous-traitants Cette partie décrit les différents éléments inclus dans le produit final (ex. : composants logiciels). Pour les développeurs de logiciel, cette partie correspond à l'intégration de modules ou de composants en provenance de l'extérieur. Le fonctionnement de l'entreprise (the functioning enterprise) Cette partie représente la réelle mise en œuvre des éléments, c'est l'existant dans toute sa complexité. La dimension verticale - Les abstractions Chaque vision est définie par plusieurs questions. Ces 6 questions résument les questions que se posent fréquemment les personnes lorsqu'elles essaient de comprendre. Le Quoi? (Données) En quoi est-ce fait? C'est la composition du produit. Dans le cas d'un logiciel, il s'agit des données. Zachman propose pour chaque colonne, un modèle d'illustration. Ici : Objet - relation - Objet Le Comment? (Fonctions) Comment ça fonctionne? Cette colonne correspond au fonctionnement et à la transformation du produit. Le modèle proposé par Zachman est le suivant Processus - Entrée/Sortie - Processus Le Où? (Réseau) Où sont les éléments les uns par rapport aux autres? Cette colonne s'intéresse à l'emplacement et aux connexions du produit. Le modèle est : Nœud - lien - Nœud Le qui? (Personnel) Qui fait quoi? Cette colonne correspond au personnel, aux manuels, aux procédures qui leur sont utiles pour faire leurs tâches. Le modèle est Acteur - Tache - Acteur. Le quand? (Temps) Quand se produisent les choses? Cette colonne concerne les cycles de vie, les durées et les programmes qui sont utilisés pour contrôler l'activité. Le modèle est Événement - Cycle - Événement. Le pourquoi? (Motivation) Pourquoi les événements arrivent-ils? Cette colonne correspond aux objectifs, plans et règles qui guident l'organisation. Le modèle est Finalité - Moyens - Finalité. 4/10

5 Chaque cellule décrit une architecture, un modèle, une représentation ou une description qu'une organisation peut documenter. Il est possible de décrire chacune de ces cellules indépendamment les unes des autres, mais il existe des liens entre ces cellules. En effet, chaque ligne décrit un point de vue et chaque colonne est basée sur le même type d'élément. Le cadre Zachman Données Quoi? Activités Comment? Emplacement Où? Portée (contextuelle) Planificateur Liste des éléments importants pour l'activité Liste des processus exécutés par l'activité Liste des lieux où est exercée l'activité Modèle métier (conceptuel) Modèle de données conceptuelles Modèle métier Modèle logistique Modèle système (logique) Modèle de données logiques Architecture de programmes Architecture SI distribuée Modèle de technologie (physique) Modèle de données physiques Modélisation de systèmes (fonction informatique) Architecture technologique Représentation détaillée Définition des données (hors contexte) Programmes Architecture réseau Le fonctionnement "réel" Données métier réelles de l'entreprise Code du programme Réseau physique réel Personnel Qui? Temps Quand? Motivation - Pourquoi? Portée (contextuelle) Planificateur Listes des organisations importantes pour l'activité Liste des évènements significatifs pour le métier Liste des objectifs métiers stratégiques Modèle métier (conceptuel) Modèle hiérarchique Modèle temporel Modèle d'objectifs Modèle système (logique) Interface homme / document Structure de traitement Modèle de règle métier Modèle de technologie (physique) Matrice organisation / processus Structure de contrôle Modélisation des règles Représentation détaillée (hors contexte) Architecture de sécurité Le fonctionnement "réel" de l'entreprise Organisation métier réelle Définition du calendrier Spécification des règles Planning Stratégie réelle Cette matrice est une solution élégante pour décrire l'entreprise. La structuration d'un référentiel processus suppose une approche selon deux dimensions : le prisme d'analyse et le niveau de détail. Le prisme définit l'angle selon lequel on décrit et correspond aux colonnes du modèle de Zachman, le niveau de détail correspondant globalement aux lignes. Quand on se place à un niveau macro, le modèle est forcément orienté métier et se veut indépendant des outils et technologies mis en œuvre. Toute cartographie se trouve donc nécessairement au croisement de ces deux axes, un même modèle ne pouvant traduire tous les prismes et tous les niveaux de détail. De ce point de vue, le modèle de Zachman répond à ce besoin d'organisation du référentiel dans lequel tout modèle doit pouvoir se situer clairement au sein du damier. 5/10

6 Urbanisation des Systèmes d'information Définitions L «urbanisme du système d information» désigne la démarche qui consiste à définir un système d information cible qui puisse s adapter et anticiper les différents changements (stratégiques, organisationnels, juridiques ) touchant l entreprise. Le «plan d urbanisme du système d information» désigne l agrégation de la définition du système d information cible et des règles d urbanisme avec la trajectoire à suivre pour atteindre ce système d information cible. L' «urbanisation» est la démarche qui consiste à rendre un système d information plus apte à servir la stratégie de l entreprise et à anticiper les changements dans l environnement de l entreprise. L «urbanisation du système d information» désigne plus précisément la mise en œuvre du plan d urbanisme du système d information. Le «processus d'urbanisation» correspond à l'ensemble des activités liées à l'urbanisme du SI. C'est un processus permanent dont la géométrie est variable : il doit s'adapter aux entreprises qui se l'approprient et il évolue dans le temps au fil de la maturité acquise. La démarche d'urbanisme considère quatre niveaux de préoccupation : métier, fonctionnel, applicatif et technique. Le facteur-clé de succès est de considérer que, si ces quatre «univers» sont «parallèles», ils n'en sont pas moins liés : aligner le SI sur la stratégie et les besoins consiste à travailler sur les «passages» entre ces univers. En particulier, le niveau fonctionnel supporte l'abstraction nécessaire entre les besoins et les solutions : ce découplage permet de garantir la souplesse d'évolution des applications et la réutilisation de leurs composants. C'est là que réside la clé de l'agilité. Le processus est organisé en cinq sous-ensembles : Pilotage : mettre en œuvre le processus et le piloter ; porter les préoccupations de l'urbanisme du SI au niveau de l'arbitrage des projets de l'entreprise. Cadre d'urbanisme : poser les principes et règles fondamentaux d'urbanisme : définir les cibles fonctionnelles et/ou applicatives, le plan de migration vers la cible. 6/10

7 Infrastructure fonctionnelle : structurer le SI sur la base d'un véritable socle de l'évolutivité maîtrisée et de la réutilisation : mettre sous contrôle et normaliser les référentiels de données et de services, les échanges inter-applicatifs... Relations avec les projets : s'assurer que les règles d'urbanisme du SI sont prises en compte dès les études amont, et dans la mise en œuvre des solutions applicatives. Support et communication : convaincre de l'intérêt de la démarche et en développer la pratique ; partager la connaissance du SI au travers des cartographies. Facteurs de l'urbanisation L environnement concurrentiel des entreprises La stratégie de l entreprise est de moins en moins stable dans le temps. L entreprise doit pouvoir profiter des opportunités et doit «prioriser» les projets qui se multiplient. Il n'est plus raisonnable d envisager la construction d un nouveau système d information. le changement est devenu la règle. Les entreprises doivent pouvoir réagir rapidement aux mouvements des marchés, à la versatilité des besoins des clients, aux évolutions des métiers des utilisateurs, à l évolution des technologies la prévisibilité des changements extérieurs se réduit, dans un monde concurrentiel soumis notamment aux effets des modes, les stratégies de communication des différents acteurs rapprochent de plus en plus l horizon des changements envisageables ; l horizon temporel des évolutions de l entreprise est lui aussi raccourci : il est dorénavant difficile de faire une prévision et de la maintenir telle quelle sur du long terme. le système d information est devenu lui-même un élément concurrentiel dans la stratégie de la plupart des entreprises. 7/10

8 Indice d'urbanisation (Urbanisation des SI et Gouvernance Club Urba-EA Dunod 2010) L'indice d'urbanisation constitue un outil de gouvernance et de management du SI, qui permet, à partir d'une évaluation de la démarche d'urbanisation de tout le système d'information de l'entreprise ou d'une partie, de renforcer les quatre piliers de la gouvernance du SI : anticiper, décider, communiquer et suivre. L'indice est constitué de mesures qualitatives et quantitatives réalisées sur sept axes d'analyse: connaître le SI existant et cible, gérer les référentiels de l'entreprise (données et services), fournir un cadre pour les évolutions du SI, accompagner les projets, maîtriser la complexité des flux d'échanges d'informations, piloter l'urbanisation du SI, communiquer sur l'urbanisme et développer les compétences. Représenté sous forme graphique (de type radar), il peut combiner à la fois un état existant, des évolutions successives ou un état cible. Dans le cas d'organisations complexes (groupes, implantations internationales, SI multiples par branches... ) il peut également être éclaté en domaines d'étude, et reconsolidé au niveau de l'entreprise. Partant de l'analyse des résultats, on peut alors construire le plan de progrès nécessaire au développement et à l'appropriation de la démarche d'urbanisme dans l'organisation. Axes 1 - Connaitre le SI existant et cible 2 - Gérer les référentiels de l'entreprise (données et services) 3 - Fournir un cadre pour l'évolution des SI 4 - Accompagner les projets 5 - Maitriser la complexité des flux d'échange d'informations 6 - Piloter l'urbanisation du SI 7 - Communiquer sur l'urbanisme et développer les compétences 8/10

9 Correspondance processus - indice d'urbanisation Thème Processus Piloter l'urbanisation du SI PILOTAGE Axe/critère de l'indice Urbanisme et lancement des projets Moyens de l'urbanisme Participer aux comités d'arbitrage Pilotage de l'urbanisation projets Connaissance des objectifs métiers Faire le lien avec la stratégie Processus métier cible business et la gouvernance du SI Connaissance des niveaux de service (SLA) et de l'opérationnalité du SI Cible fonctionnelle du SI Elaborer et réviser le cadre Cible d'architecture applicative d'urbanisme et d'architecture du Existence de règles ou d'une charte d'urbanisme SI Plan de migration Définition des données métier clés Mettre les référentiels de données Responsabilités métier ou MOA sur les référentiels OPÉRATIONNEL et de services sous contrôle Dispositifs de partage des données de référence Mise en œuvre et partage de services communs Standardiser et simplifier les Description des flux échanges inter-applicatifs Standardisation des échanges Faire le lien avec les Lien avec l'infrastructure technique infrastructures techniques Participer aux études amont des Urbanisme dans les études et projets projets Suivre et accompagner les projets Suivi de la prise en compte de l'urbanisme par les informatiques projets Référentiel de cartographie de processus métier Maintenir et diffuser les Référentiel de cartographie fonctionnelle référentiels de cartographie Référentiel de cartographie applicative SUPPORT &. existant et cible Référentiel de cartographie d'infrastructure technique COMMUNICATI ON Communication Développer les compétences en Formation à l'urbanisation urbanisme du SI Gestion des compétences de l'urbanisme 9/10

10 Exemple de la Société Générale 10/10