Téléchargé parPierre-Xavier Fouillé
Référentiel d'architecture avec TOGAF
Le document présente un référentiel d'architecture d'entreprise comme un outil essentiel pour améliorer la maîtrise du système d'information et briser des cercles vicieux de complexification. Il s'appuie sur la méthode TOGAF et propose des recommandations pour adapter la démarche au contexte de l'entreprise, en intégrant des livrables et des bonnes pratiques. L'objectif est de favoriser une meilleure communication entre les parties prenantes et d'assurer la qualité des informations dans un environnement en constante évolution.
Référentiel d'architecture avec TOGAF
- 1. Référentiel d’architecture d’entreprise Pierre-Xavier Fouillé La Défense – 16 novembre 2009 XIVe Symposium de l’Architecture du 16 au 26 novembre 2009
- 2. Table des matièresUn référentiel d’architecture pour amorcer un cercle vertueux TOGAF : une démarche d’architecture Adapter la démarche au contexte de l’entreprise Composants d’un référentiel d’architectures Le méta-modèle structure le référentiel Les livrables du référentiel Référentiel : contributeurs & utilisateurs Les suites logicielles d’architectures d’entreprises pour construire le référentiel Les points de vigilances Les bénéfices d’un référentiel d’architecture Questions / Réponses
- 3. Amorcer un cerclevertueux grâce au référentiel d’AE Une démarche d’architecture d’entreprise pour briser un cercle vicieux … Un cadre d’architecture pour préciser les concepts d’architecture et décrire les systèmes et capacités avec un vocabulaire précis et uniforme Une méthode qui indique les grandes phases de conception des architectures, les livrables, les instances à mettre en œuvre Le référentiel d’architecture est un élément clé d’une démarche d’architecture Il comporte une structure (cf. « Cadre d’architecture », « Framework » Il conserve : Les objets d’architecture (« Building Blocks ») de l’entreprise avec lesquels conçoivent les architectes La trace des décisions d’architectures Les bonnes pratiques à appliquer Pour amorcer un cercle vertueux : Rationnaliser le Système d’information, le rendre intelligible, Restaurer la connaissance globale du SI, diffuser et rendre utile cette connaissance Mesurer les impacts des évolutions Intégrer harmonieusement les nouvelles solutions Cercle vicieux de la complexification du SI Démarche, Framework et référentiel d’architecture contribuent à la maîtrise du SI !
- 4. TOGAF : unréférentiel de bonnes pratiques Il n’y a pas de référentiel d’AE possible sans mettre en œuvre : Méta-modèle un cadre d’AE (IAF, TOGAF ACF, …) Une démarche d’architecture Pour choisir une démarche d’architecture : ne pas perdre de vue les objectifs de la démarche Utiliser les standards Secteur d’activité La démarche TOGAF intègre une méthode (ADM) + Framework (ACF) + modèle de référentiel !
- 5. Adapter ADM :processus de conception des architectures Formaliser les processus de conception d’architecture Identifier les activités des architectes Identifier les contenus des livrables d’architectures Instances à mettre en œuvre Les perspectives des différentes parties prenantes aux projets permettent de définir les vues à utiliser Contraintes S’insérer dans une démarche projet existante Effort de cadrage Préciser les besoins par rapport aux modélisations / outillages Préciser les rôles des acteurs , les droits , les vues du référentiel TOGAF comporte des recommandations pour adapter ADM au contexte ADM
- 6. Un méta-modèle structureles composants d’architecture Définir un méta-modèle adapté à l’entreprise restant proche du standard ACF TOGAF ACF : Architecture Content Framework Méta-modèle adapté au contexte
- 7. Le contenu duréférentiel d’architecture Le méta-modèle Adapté au contexte de l’entreprise unifier la description des architectures et des solutions Les cartographies sont découpées : portée : stratégique, programmes, projets grand domaines métiers les (capacités) Bibliothèque de références contient des accélérateurs : recommandations Modèles, patterns Informations de références Base d’information sur les standards, normes … catalogue de produits, services référencés chez des fournisseurs services partagés au sein de l’entreprise (ex. services d’échanges, …) Journal des décisions d’architecture historique des décisions Le référentiel d’architecture type est décrit dans TOGAF, il ne se limite pas aux cartographies outillées … Référentiel d’architecture (TOGAF)
- 8. Le contenu duréférentiel d’architecture (2/2) Le référentiel d’architecture contient les livrables d’architecture + Les « building blocks » (composants) réutilisables
- 9. Exemples de livrablesdu référentiel Production de catalogue des composants d’architecture Perspective métier : processus, activités, acteurs Perspective fonctionnelles : POS, fonctions, modèle métier Perspective applicative : catalogue de services métier, services SI, diagrammes de flux inter-applicatifs Production de diagrammes et de cartographies Accélération des analyses d’impacts ex. quelles sont les fonctions et applications susceptibles d’être touchés par une évolution de telle ou telle activité métier ? ex. le flux « encaissement client » doit évoluer quelles sont les applications consommatrices, quels interlocuteurs prévenir ? Les vues produites par le référentiel reflètent les préoccupations des parties prenantes (métiers, architectes, projets, …)
- 10. Contributeurs & Utilisateursdu référentiel d’architecture Un noyau d’architectes impliqués dans les chantiers de mise en œuvre initiale : Ateliers méta-modèle (concepts à utiliser, liens de traçabilité, …) Référentiel d’architecture (concepts, vues, diagrammes) Démarche d’architecture (définition des activités de conception, livrables, instances d’architectures) Tous les architectes contribuent au référentiel d’AE Une extension de la démarche d’architecture via l’utilisation du référentiel par : Les responsables de domaines métier / MOA SI / Experts métiers Les chefs de projets Les experts applicatifs Le référentiel d’architecture est un outil de dialogue qui dépasse largement le département architecture Le référentiel nécessite une administration Administration technique, supervision régulière, sauvegardes, gestion des droits, … Administration de la qualité des contenus du référentiel
- 11. Les outils duréférentiel Les organismes d’analyses indépendants (Gartner/Forrester) fournissent : positionnement relatifs des solutions d’outillage d’architecture catalogue de critères standardisées à enrichir des critères spécifiques à une organisation Fonctionnalités des suites d’architectures d’entreprise (non exhaustif) : Intégration des méthodologies standards d’architecture (TOGAF 9) Multilingue Mesures et pilotage Flexibilité vis-à-vis de l'organisation Flexibilité vis-à-vis de l'application de la méthode (adaptation du méta-modèle) Sécurité Capitalisation / référentiel Capacités d'analyses (impacts) Gestion du cycle de vie des composants d’architectures Modélisation et cartographies Simplicité d’appropriation Publication de référentiel Interopérabilité avec d’autres outils (cycle de développement) Traçabilité c-a-d liaison des composants d’architecture suivant les différentes perspectives (métier, fonctionnelles, SI, applicatives, Logique et technique) Sources : Forrester, Gartner Les suites logicielles d’architecture arrivent à maturité
- 12. Points de vigilancePoints de vigilance : Mesurer la maturité des acteurs (architectes, parties prenantes projets, …). Au besoin mener les actions nécessaires telles que : Formations Sensibilisation lors d’ateliers collaboratifs Coaching des architectes sur un ou plusieurs dossiers d’architecture Adopter une démarche et construire un référentiel nécessite de construire en avançant (les projets ne s’arrêtent pas) : les architectes doivent réserver une partie de leur emploi du temps pour alimenter le référentiel, et s’approprier la démarche d’AE Accostage entre les démarches projet & architecture Limites de responsabilités entre les Etudes (projets) et l’Architecture (SI) Participation des architectes aux livrables projet Implication des architectes dans les instances Architecture d’Entreprise – 10 écueils à éviter … Erreur dans le choix du responsable d’architecture Des sponsors qui ne comprennent pas la démarche EA ou dont le soutien est faible Des acteurs métiers insuffisamment impliqués Traiter uniquement de l’architecture technique Traiter en premier l’existant d’architecture Le groupe d’EA réalise la majeure partie de l’architecture Ne pas mesurer, ni communiquer sur les impacts Ne faire que de la cartographie Ne pas établir de pilotage efficace de la démarche EA dès le début Négliger le temps à passer sur les aspects communication Source: www.architecture-entreprise.com/ Disposer d’un sponsor influent dans l’organisation
- 13. Les bénéfices duréférentiel d’architecture Manque de connaissance globale du SI Difficultés pour mesurer l’impact d’une nouveauté Nouvelle solution cloisonnée pour répondre à cette nouveauté Augmentation de la complexité du système Nouveau Besoin Retrouver ou augmenter le niveau de maitrise de son SI Meilleure maîtrise de la complexité Le référentiel d’architecture d’entreprise pour produire les vues adaptées Une démarche d’anticipation pour réduire la complexité Cycle d’architecture stratégique , urbanisation Amélioration de la connaissance globale du SI Le référentiel d’entreprise La fédération des compétences en architecture Faciliter la communication entre les parties prenantes Capacité à publier le référentiel dans des intranets adaptés Capacité à réaliser des mesures d’ impacts , des matrices de traçabilité, …. Un référentiel d’architecture d’entreprise Une organisation qui garantit la qualité des informations du référentiel Le métier au centre des choix d’architecture Continuité de la démarche d’architecture Des choix de solution réalisés dans une logique SI d’Entreprise Le référentiel d’architecture d’entreprise La fédération des compétences en architecture Une démarche d’ anticipation en amont des projets métier Cycle d’architecture stratégique
- 14.
Notes de l'éditeur
- #2 La définition du Larousse sur le mot « Référentiel » : Ensemble auquel doivent appartenir les éléments, les solutions d'un problème posé. Si l’on considère que le SI comme un ensemble de solutions à des problèmes qui lui sont posés tous les jours par les différents métiers de l’entreprise; le référentiel d’architecture est donc un ensemble qui contient tous les éléments (de réflexions) et les solutions du SI.
- #4 CONTEXTE : Dans notre contexte, nous avons constaté les effets pervers d’un cercle vicieux. Cet engrenage est lié aux réponses rendues nécessaires par l’introduction d’un nouveau besoin métier. Commentaire du cercle vicieux : Un nouveau besoin métier qui apparaît ! (rien de très nouveau … surtout ces temps-ci), sauf que parce que le SI est assez mal connu , on ne mesure pas très bien les impacts de ce nouveau besoin. Et du coup, on décide d’introduire une nouvelle solution cloisonnée (bien sur je veux limiter les impacts collatéraux …) petit à petit , on se rends compte que la multiplication de solutions cloisonnées augmentent la complexité du SI qui devient de moins en moins intelligible. Petit à petit s’installe déficit de connaissance du SI. Ce défi qui est très gênant pour les projets dont le rôle est souvent de répondre à un nouveau besoin : la boucle est bouclée et conduit sûrement à un manque de maîtrise du SI dans son ensemble. Comment faire pour remédier à cela ? Agir sur un certains nombres de leviers tels que : l’organisation, la démarche et l’outillage d’architecture. L’objectif étant de briser le cercle vicieux et amorcer un cercle vertueux : rendre le SI intelligible pour faciliter la mesure des impacts liés aux nouveaux besoins métier. Ceci pour intégrer harmonieusement les nouvelles solutions ou favoriser la réutilisation. De proche en proche on Rationnalise le SI et l’on rétablit la connaissance générale du SI qui contribue à sa bonne maîtrise. La solution adoptée a été de mettre en œuvre une démarche d’architecture d’entreprise associée à un référentiel d’architecture structuré Autour d’un méta-modèle.
- #5 Si l’on part du principe qu’une démarche est indispensable pour constituer un référentiel d’AE, il en existe plusieurs : Certaines sont très sectorisés cf. le domaine de la défense avec des démarches DoDAF, ou domaine des administrations fédérales avec NASCIO D’autres sont plus ouvertes et tentent un effort de standardisation, c’est le cas de la démarche de l’Open-Group avec TOGAF TOGAF (The Open Group Architecture Framework) est la démarche publiée par l’Open Group , il s’agit d’une collection de bonnes pratiques d’architectures (cf. image du slide) Le noyau historique de TOGAF c’est la Méthode ADM (« Architecture Development Method ») de conception des architectures, il s’agit d’une méthode pour concevoir les SI, découpée en plusieurs étapes ou phases, et comporte également une collection de Livrables TOGAF contient d’autres composants tout aussi importants : Tout d’abord un Framework un cadre d’architecture pour décrire les contenus d’architecture - ACF : «Architecture Content Framework » dans la littérature on trouve également le terme de « Cadre de contenu d’architecture » Une collection de Modèles de référence peuvent servir de une base, sur laquelle on peut construire des architectures et des composants architecturaux Plus spécifiques. ADM est une méthode générique pour développer des architectures, il est souvent nécessaire de l’adapter aux particularités d’une Entreprise. Ce que l’on appelle « ADM Guidelines & Techniques » constitue des recommandations utiles pour adapter l’ADM (voir le slide suivant) Le Cadre de Capacité d’Architecture fournit un ensemble d’informations décrivant comment créer la fonction d’architecture (ex. un ou plusieurs départements d’architecture) Le « continuum d’entreprise » est un principe de classement pour classer les éléments dans le référentiel : Différentier les architectures des solutions Prendre en compte la réutilisabilité (différence entre ce qui est spécifique et ce qui est générique)
- #6 Quand on parle de standard d’architecture,
- #7 Un des apports important de Togaf 9 est le méta model d’architecture. Il s’applique à toutes les phases du cycle ADM. On notera entre autre le concept de fonction qui pourra faire le lien avec les concepts d’urbanisme comme le POS et les fonctions. « Function: Delivers business capabilities closely aligned to an organization, but not explicitly governed by the organization. » Il est modulaire et il ne préjuge ni d’un outil ni d’un formalisme particulier. Notez malgré tout que Togaf 9 fournit une grille de critères d’évaluation pour choisir un outil. Sa modularité offre de la souplesse dans le processus d’adoption des entreprises. En effet, les entreprises ont déjà souvent un voir plusieurs méta model couvrant tout ou parti des préoccupations d’architecture et passez vers une nouveau méta model en mode big bang n’est souvent pas tres réaliste. D’ailleurs on notera que rien ne continu d’empêcher de faire du Togaf 9 avec d’autres méta model d’architecture comme IAF, Zachman ou autre. En résumé ceux qui faisais du Togaf 8 avec un méta model particulier pourront passer à Togaf 9 sans révolution.
- #12 Modélisation / cartographies Analyses et simulations (ex. analyse d'impacts) Gestion du cycle de vie des architectures et des Publication du référentiel Architecture et stratégie du produit Stratégie éditeur Coût du produit Base installée Chiffre d'affaire de l’éditeur Capacité des intégrateurs Capacité de services de l’éditeur Partenaire technologique