TOGAF.pptx
- 1. TOGAF
- 2. Le marché de l’emploi américain est sous pression, un phénomène connu sous le nom de « The Great Resignation« . Des millions d’Américains quittent leur job en vue d’une meilleure situation. Dans un contexte de taux d’emploi important, les travailleurs sur le marché du travail possèdent un pouvoir de négociation très important. Les employeurs sont prêts à payer des fortunes pour trouver la perle rare. Trouver un équilibre entre vie professionnelle et vie privée, le facteur numéro 1 de la nouvelle génération qui entre sur le marché du travail. Dans ce contexte, l’indice Glassdoor a pointé « les développeurs Java » au rang numéro 1 des « meilleurs emplois d’Amérique, observe MarketWatch.
- 3. Ces employés travailleurs généralement pour des startups axées sur la création d’application. Ils revendiquent une fourchette de salaire comprise entre 69.000 et 125.000 dollars annuels, le salaire médian étant de 93.000 dollars. 10.000 emplois seraient à pourvoir outre-Atlantique. Au rang numéro 2, on retrouve les data scientists, avec un salaire médian de 113.736 dollars. Ils sont suivis par les chefs de produit (121.107 $), les architectes d’entreprise (131.361 $) et les ingénieurs développement (110.003 $). Ensemble, il s’agit d’un potentiel de 45.000 emplois. Tous ces postes d’informaticien sont très demandés, en particulier dans les entreprises de la Silicon Valley.
- 4. sommaire 1. Problématique & Historique 2. TOGAF – Présentation 3. Le processus ADM 4. Architecture du SI selon TOGAF 5. Certification TOGAF
- 5. 1.Aperçu historique et architecture d’entreprise
- 6. Problématique/besoin L’environnement de l’entreprise change de plus en plus vite , de même que les technologies et les opportunités l’entreprise se doit d’évoluer de façon rationnelle en conséquence, elle a besoin d’agilité et d’innovation, pour cela elle s’appuie sur l’architecture d’entreprise comme framework de modèlisation L'architecture d'entreprise vise à faire évoluer le SI pour garantir sa cohérence avec les objectifs stratégiques et métiers de l'entreprise tout en prenant en compte les contraintes internes et externes et les opportunités technologiques
- 7. Architecture d’entreprise L'architecture d'entreprise permet de planifier les capacités métiers nécessaires pour atteindre les objectifs définis, et de définir une stratégie et une tactique pour chaque objectif. ... C'est pourquoi l'Architecture d'Entreprise est la clef de voûte adéquate pour mener à bien tout projet de transformation.
- 8. L’architecture d’entreprise L'Architecture d'Entreprise est l'expression complète de l'enterprise, une sorte de plan de maîtrise qui fait collaborer les aspects du planning métier (les objectifs, les visions, les stratégies et les principes de gouvernance), les aspects des opérations métier (les termes métier, les structures d'organisation, les processus et les données), les aspects d'automation (les systèmes d'informations et les bases de données) et l'infrastructure technologique de l'entreprise (les ordinateurs, les systèmes d'opération et les réseaux).
- 9. Architecture d’entreprise Les architectes d'entreprise utilisent différentes techniques d'analyse et différents outils de conception pour comprendre et documenter la structure et la dynamique d'une entreprise. Ils produisent ainsi des listes, des dessins, des documents et des modèles, appelés communément "artéfacts". Ces artéfacts décrivent l'organisation logique des fonctionnalités métier, des capacités métier, des processus métier, des personnes, des ressources d'informations, des systèmes métier, des applications logicielles, des capacités informatiques, des échanges d'informations et de l'infrastructure de communication au sein de l'entreprise.
- 10. A l'origine des cadres d'architecture d'entreprise Le Zachman framework. ... Le modèle Merise. ... Le cadre SADT (Structured Analysis and Design) ... TOGAF : cadre à dominance méthodologique. ... ArchiMate : cadre à dominance conceptuelle. ... UAF : cadre à dominance conceptuelle. ... PEAF : cadre à dominance méthodologique
- 11. Bref historique TOGAF a été développé et est continuellement amélioré depuis le milieu des années 1990 par différentes personnes appartenant à un certain nombre de départements informatiques d'importantes sociétés, ainsi que par des fournisseurs de conseils ou de solutions informatiques. Ce travail est effectué par l'intermédiaire du forum des architectures de l'Open Group
- 13. Définition The Open Group Architecture Framework, également connu sous l'acronyme TOGAF, est un ensemble de concepts et un standard industriel couvrant le domaine des architectures informatiques d'entreprise
- 14. Description Le cadre d'Architecture TOGAF s'appuie sur trois concepts fondamentaux complémentaires qui viennent renforcer la capacité d’architecture de l’entreprise : le Cycle ADM, le Cadre de Contenu et le Cadre de Capacité.
- 15. Objectifs de TOGAF TOGAF est utilisé depuis plus de 25 ans par des architectes d’entreprise (AE) comme langage commun pour la planification de stratégies de développement informatique. Ce cadre a été élaboré en 1995 pour aider les entreprises et les architectes d’entreprise à atteindre un alignement structuré sur les projets interdépartementaux afin d’atteindre les principaux objectifs de l’entreprise. Selon l’Open Group Architectural Forum, le but premier de TOGAF est de supporter les besoins métier essentiels de la manière suivante : en garantissant que tout le monde parle le même langage. en évitant l’enfermement propriétaire grâce à la standardisation de méthodes ouvertes pour l’architecture d’entreprise. en économisant de l’argent et du temps et en utilisant plus efficacement les ressources. en obtenant un ROI concret. Et pour s’assurer que les points qui précèdent soient réalisés de manière systématique et itérative, une méthode personnalisable appelée Architectural Development Method de TOGAF® (ADM) peut être appliquée et suivie au cours des différentes étapes afin de gérer les exigences liées à tout effort de modernisation informatique à grande échelle.
- 17. Processus ADM À travers les neuf étapes du processus ADM de TOGAF®, ces quatre domaines architecturaux sont développés de manière itérative afin de développer une architecture équilibrée, capable d’assurer les changements organisationnels. Cette méthode est conçue pour apporter plus de clarté et de maturité dans les programmes d’architecture d’entreprise, tout en constituant des référentiels architecturaux spécifiques à l’entreprise pour supporter les projets ultérieurs
- 18. Le processus ADM de TOGAF Le processus ADM de TOGAF® est conçu spécifiquement pour accélérer le workflow dans les quatre domaines de l’architecture d’entreprise : L’architecture métier, qui est responsable de la cartographie des relations entre les hiérarchies opérationnelles, les politiques, les capacités et les initiatives d’une entreprise. L’architecture d’applications, qui est responsable de la définition d’applications pertinentes permettant de traiter les données de l’entreprise ainsi que comment mettre en œuvre et déployer ces applications sur l’ensemble de l’infrastructure. L’architecture de données, qui est responsable de la définition de règles et de normes concernant le stockage et l’intégration des données. L’architecture technique, qui définit les plateformes, les services et tous les composants technologiques environnants qui serviront de référence pour les équipes de développement.
- 19. Le processus ADM Le processus ADM, pour Architecture Development Method, constitue le cœur de la démarche TOGAF et délivre, sous la forme d’un processus cyclique, les bonnes pratiques pour développer l’Architecture d’Entreprise au centre d'une organisation. Axé sur les exigences, il est constitué d’une phase préliminaire puis de huit phases (nommées de A à H) permettant de construire l’architecture des domaines métiers, applications, données et techniques, de planifier son déploiement, de la mettre en œuvre et finalement, de gérer les changements à opérer. A : vision de l'architecture B : architecture business C : architecture des systèmes d'information D : architecture technologique E : opportunités et solutions F : planning de migration G : gestion de l'implémentation H : gestion du changement d'architecture.
- 20. Cycle ADM
- 21. Cadre de contenu Au cours de l’exécution d’un processus ADM, un certain nombre de résultats sont produits : processus, exigences d’architecture, plans de projets, etc. Le Cadre de Contenu (Architecture Content Framework ou ACF) fournit alors un méta modèle, offrant une classification standardisée de ces éléments.
- 22. Cadre de capacité Pour mettre en place une fonction d’architecture au sein d’une entreprise, il est nécessaire de définir des structures, des processus, des rôles, des responsabilités et des compétences à mettre en œuvre, constituant la capacité de l’architecture. Le Cadre de Capacité propose un ensemble de recommandations pour aider à créer une telle fonction d’architecture. Autrement dit, le cadre de capacité vient guider une organisation à mettre en place ce qui est nécessaire pour réaliser l’Architecture d’Entreprise telle que définie par TOGAF.
- 23. 4.Architecture du SI selon TOGAF
- 24. Architecture du SI selon TOGAF Une architecture TOGAF est basée sur la définition d'un certain nombre de briques architecturales dans les catalogues d'architecture, spécifiant les relations entre ces blocs dans les matrices d'architecture, puis présentant des diagrammes de communication qui montrent de manière précise et concise ce qu'est l'architecture.
- 25. Architecture du SI selon TOGAF
- 26. Les entités du modèle Le méta modèle utilise la terminologie discutée dans l'ADM TOGAF comme base pour un méta modèle formel .La terminologie est la suivante : Acteur : Une personne, une organisation ou un système qui est en dehors de la considération du modèle d'architecture, mais qui interagit avec lui. Composant d'application : encapsulation de la fonctionnalité de l'application alignée sur la structure de la mise en œuvre. Business Service : prend en charge les fonctionnalités métier via une interface explicitement définie et est explicitement géré par une organisation. Entité de données : encapsulation de données reconnues par un expert de domaine métier en tant que concept discret. Les entités de données peuvent être liées à des applications, des référentiels et des services et peuvent être structurées en fonction de considérations d'implémentation. Fonction : fournit des fonctionnalités métier étroitement alignées sur une organisation, mais non explicitement gérées par l'organisation. Service du système d'information : les éléments automatisés d'un service métier. Un service de système d'information peut fournir ou prendre en charge tout ou partie d'un ou de plusieurs services métier. Unité d'organisation : Une unité autonome de ressources avec des buts, des objectifs et des indicateurs de mesures. Les unités organisationnelles peuvent inclure des parties externes et des organisations partenaires. Service de plate-forme : Une capacité technique requise pour fournir une infrastructure qui prend en charge la livraison des applications. Rôle: un acteur assume un rôle pour effectuer une tâche. Composante technologique : Encapsulation d'une infrastructure technologique représentant une catégorie de produit technologique ou un produit technologique spécifique.
- 27. Approches métier Vision : Objectifs, Stratégie Organisation, Unités d'organisation, Déploiement géographique Processus métier Modèles métier, Règles métier, Concepts Clé métier
- 28. Approches d'applications Inventaire d'applications logiciels Inventaire de référentiels Interfaces d'application logiciels, événements, messages, flux de données ntra/Extra-net, eCommerce, EDI, liens internes et externes entre organisations Modèles de données
- 29. Approches techniques Hardware, réseaux, serveurs Infrastructure logicielle : Serveurs d'applications, BDR, etc
- 31. TOGAF 9.2 : une certification en deux niveaux Actuellement dans sa version 9.2, la certification TOGAF se déroule sur 2 niveaux : Le Foundation (level 1) qui est un QCM de 40 questions sur une heure portant sur le contenu de l’ouvrage de référence et en particulier sur l’ADM (Architecture Developement Model). Il n’y a qu’une seule bonne réponse par question. Il faut un minimum de 22 points pour valider ce niveau. Aucun document n’est autorisé lors de l’épreuve.
- 32. Le Certified (level 2) qui est un QCM de 8 scénarios sur une heure et demie portant toujours sur le contenu de l’ouvrage de référence. Il n’y a qu’une réponse absolument correcte et 2 autres réponses qui sont partiellement correctes (et qui rapportent 5 / 3 / 1 points) Il faut un minimum de 24 points pour valider ce niveau. Les documents sont autorisés durant cette épreuve mais il est recommandé d’avoir une synthèse ou des cartes plutôt que l’ouvrage de référence.