Référentiel d'architecture avec TOGAF
•
26 j'aime•13,632 vues
La démarche d'architecture d'entreprise TOGAF propose une description des référentiels d'architecture.
![Table des matières ,[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object]](data:image/gif;base64,R0lGODlhAQABAIAAAAAAAP///yH5BAEAAAAALAAAAAABAAEAAAIBRAA7)
Recommandé
Recommandé
Contenu connexe
Tendances
Tendances (20)
Similaire à Référentiel d'architecture avec TOGAF
Similaire à Référentiel d'architecture avec TOGAF (20)
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
- 6. Un méta-modèle structure les 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
- 8. Le contenu du référentiel d’architecture (2/2) Le référentiel d’architecture contient les livrables d’architecture + Les « building blocks » (composants) réutilisables
Notes de l'éditeur
- 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.
- 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.
- 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)
- Quand on parle de standard d’architecture,
- 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.
- 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