Ce guide vous permettra de tout apprendre sur l'architecture de r\u00e9f\u00e9rence\u00a0: sa d\u00e9finition, comment en d\u00e9velopper une et comment l'utiliser.<\/p>\n\t\t\t\n\t\t\t\t\t\t\tD\u00e9veloppez votre \u00e9quipe d'architecture d'entreprise\n\t\t\t<\/a>\n\t Qu'est-ce qu'une architecture de r\u00e9f\u00e9rence ?<\/a><\/p>\n Pourquoi utiliser une architecture de r\u00e9f\u00e9rence<\/a><\/p>\n Comment utiliser une architecture de r\u00e9f\u00e9rence<\/a><\/p>\n Exemples d'architecture de r\u00e9f\u00e9rence<\/a><\/p>\n Une architecture de r\u00e9f\u00e9rence est une architecture g\u00e9n\u00e9rique qui identifie les contours normaux d'un syst\u00e8me. Elle fournit les composants, les relations, les principes et les directives architecturales.<\/p>\n Techniquement, l\u2019architecture de r\u00e9f\u00e9rence est consid\u00e9r\u00e9e comme faisant partie de architecture d'entreprise<\/a>. En termes de TOGAF<\/a> continuum d'entreprise, vous trouverez des exemples fondamentaux, communs ou sectoriels.<\/p>\n Les meilleures architectures de r\u00e9f\u00e9rence garantissent que le probl\u00e8me et chaque partie importante sont expos\u00e9s.<\/p>\n Lorsqu'on examine les architectures de r\u00e9f\u00e9rence, on distingue souvent deux types\u00a0: celles qui exposent la structure d'un syst\u00e8me et celles qui expliquent son fonctionnement. Il est important de noter que le terme \u00ab\u00a0syst\u00e8me\u00a0\u00bb n'a pas de connotation informatique. On peut d\u00e9crire la fusion nucl\u00e9aire du Soleil, un march\u00e9 et le lancement d'un produit comme des syst\u00e8mes.<\/p>\n Les architectures de r\u00e9f\u00e9rence compl\u00e8tes comprendront plus qu'un mod\u00e8le. Parmi les composants potentiels, on peut citer\u00a0:<\/p>\n Une architecture de r\u00e9f\u00e9rence doit comprendre les composants et les relations internes du syst\u00e8me. Elle peut inclure l'identification des composants d\u00e9passant le cadre de l'architecture de r\u00e9f\u00e9rence afin d'expliquer comment celle-ci s'int\u00e8gre dans un ensemble plus vaste.<\/p>\n Les architectures de r\u00e9f\u00e9rence peuvent \u00eatre d\u00e9velopp\u00e9es \u00e0 diff\u00e9rents niveaux d'abstraction. Une architecture tr\u00e8s abstraite peut repr\u00e9senter les \u00e9l\u00e9ments constitutifs d'une cha\u00eene d'approvisionnement (SCOR) ou les informations n\u00e9cessaires \u00e0 la gestion des produits num\u00e9riques (IT4IT).<\/p>\n Une approche courante pour une architecture de r\u00e9f\u00e9rence consiste \u00e0 g\u00e9n\u00e9raliser plusieurs solutions. Le r\u00e9f\u00e9rentiel de cha\u00eene d'approvisionnement de SCOR en est un exemple\u00a0: il pr\u00e9sente les activit\u00e9s communes \u00e0 diff\u00e9rentes approches de cha\u00eene d'approvisionnement. Ce r\u00e9f\u00e9rentiel montre comment assembler ces composants pour cr\u00e9er une solution.<\/p>\n Les mod\u00e8les de r\u00e9f\u00e9rence qui facilitent la compr\u00e9hension de la structure d'un syst\u00e8me fournissent les bases de ce dernier. Ils existent \u00e0 diff\u00e9rents niveaux de d\u00e9tail et identifient les \u00e9l\u00e9ments cl\u00e9s d'un syst\u00e8me. Les mod\u00e8les de r\u00e9f\u00e9rence de structure sont g\u00e9n\u00e9ralement statiques et sont g\u00e9n\u00e9ralement pr\u00e9sent\u00e9s sous forme de graphique simple ou de tableau.<\/p>\n Presque toutes les architectures d\u2019entreprise utilisent des mod\u00e8les statiques.<\/p>\n Des exemples de mod\u00e8les de r\u00e9f\u00e9rence de structure incluent\u00a0:<\/p>\n Nous utilisons la structure du syst\u00e8me pour tester l\u2019exhaustivit\u00e9 et acc\u00e9l\u00e9rer le d\u00e9veloppement d\u2019une architecture unique.<\/p>\n Les mod\u00e8les de r\u00e9f\u00e9rence qui facilitent la compr\u00e9hension du fonctionnement d'un syst\u00e8me permettent d'en identifier le fonctionnement. Ils permettent d'identifier les interactions entre ses composants. Les mod\u00e8les de r\u00e9f\u00e9rence fonctionnels sont souvent repr\u00e9sent\u00e9s sous forme de diagramme. Ils sont g\u00e9n\u00e9ralement accompagn\u00e9s d'une documentation et d'un mod\u00e8le dynamique. Des mod\u00e8les fonctionnels performants permettent de les tester.<\/p>\n Nous utilisons Dynamique des syst\u00e8mes<\/a> explorer des mod\u00e8les fonctionnels robustes. Comprendre le fonctionnement d'un syst\u00e8me est essentiel pour identifier les leviers et les obstacles au changement. L'exemple ci-dessus concerne l'adoption d'un nouveau produit\u00a0; pensez \u00e0 un exemple illustrant le d\u00e9veloppement de\u2026 agilit\u00e9 de l'entreprise<\/a> ou supprimer la dette technique.<\/p>\n\t\t\t\t Nous simplifions la valeur de l\u2019utilisation d\u2019architectures de r\u00e9f\u00e9rence pour acc\u00e9l\u00e9rer les d\u00e9lais de livraison et am\u00e9liorer la qualit\u00e9.<\/p>\n Avec un mod\u00e8le de r\u00e9f\u00e9rence vous avez :<\/p>\n Sans architecture de r\u00e9f\u00e9rence, vous devez comprendre le syst\u00e8me, puis tester l'exhaustivit\u00e9 et la pr\u00e9cision de votre mod\u00e8le. Tout ce temps est consacr\u00e9 au d\u00e9marrage de l'analyse.<\/p>\n Les architectures de r\u00e9f\u00e9rence facilitent la collaboration et la communication. Elles aident les \u00e9quipes \u00e0 \u00e9viter les erreurs et les retards. Elles constituent une base pour la gouvernance.<\/p>\n Il existe d\u2019autres utilisations puissantes, notamment les suivantes.<\/p>\n Une architecture de r\u00e9f\u00e9rence fournit toujours les composants d'un syst\u00e8me et leurs relations. Cela signifie que nous pouvons utiliser une architecture de r\u00e9f\u00e9rence pour garantir que toute analyse ou conception architecturale tienne compte de l'ensemble du syst\u00e8me.<\/p>\n Lorsque des composants de la r\u00e9f\u00e9rence sont manquants dans le syst\u00e8me, d\u00e9terminez s'il existe une lacune dans le syst\u00e8me ou si le composant est non pertinent. Les composants manquants constituent des lacunes dans le syst\u00e8me.<\/p>\n Le fondement de la gouvernance de l\u2019architecture et de la gouvernance de la mise en \u0153uvre est la capacit\u00e9 \u00e0 faire passer une d\u00e9cision d\u2019architecture de la vision et de la strat\u00e9gie \u00e0 la mise en \u0153uvre.<\/p>\n Dans la mesure du possible, nous appliquons les d\u00e9cisions d'architecture aux composants de l'architecture de r\u00e9f\u00e9rence. Ensuite, lorsque des travaux d'architecture ou de conception plus d\u00e9taill\u00e9s sont r\u00e9alis\u00e9s, nous pouvons tester la conformit\u00e9 par rapport \u00e0 une r\u00e9f\u00e9rence. Il existe un \u00e9quilibre entre applicabilit\u00e9 et effort. Plus l'architecture de r\u00e9f\u00e9rence est applicable \u00e0 un espace probl\u00e9matique, plus il est facile de mettre en \u0153uvre les d\u00e9cisions applicables. Cependant, la conservation d'un historique complet des d\u00e9cisions n\u00e9cessite des efforts accrus.<\/p>\n Nous savons que le r\u00e9sultat le plus important du cas d\u2019utilisation de la livraison de solutions est de permettre gouvernance de la mise en \u0153uvre<\/a>.<\/p>\n La profondeur de la gouvernance de la mise en \u0153uvre d\u00e9pend du niveau de d\u00e9tail de l'\u00e9tat futur et de la feuille de route. Le diagramme ci-dessous illustre la profondeur et le niveau de d\u00e9tail croissants de la gouvernance de la mise en \u0153uvre \u00e0 partir de trois sources de solution.<\/p>\n Une solution ascendante est identifi\u00e9e par les personnes directement concern\u00e9es. Elle ne comblera pas, de par sa conception, un manque identifi\u00e9. Les orientations disponibles d\u00e9finiront l'architecture cible globale.<\/p>\n Une solution pour combler une lacune sera identifi\u00e9e soit par les personnes directement concern\u00e9es, soit dans le cadre d'un plan de mise en \u0153uvre. Ce type de solution s'appuie sur l'\u00e9cart entre la situation actuelle et la situation future. Cette orientation se r\u00e9sume \u00e0 ce qui devrait changer (lacune) et \u00e0 ce qui devrait rester inchang\u00e9 (tout le reste). Cela permet de d\u00e9limiter la solution, de d\u00e9terminer o\u00f9 elle est cens\u00e9e am\u00e9liorer l'organisation et o\u00f9 elle devrait utiliser l'existant.<\/p>\n Les solutions \u00e9labor\u00e9es avec une feuille de route sont descendantes. Le lot de travaux visant \u00e0 combler une lacune est inscrit sur une feuille de route. Ce travail sera parrain\u00e9. Le portefeuille d\u00e9finira des attentes de performance pr\u00e9cises et une strat\u00e9gie de mise en \u0153uvre. L'\u00e9cart \u00e0 combler peut \u00e9galement \u00eatre affin\u00e9 en fonction de l'\u00e9tat de transition vis\u00e9 par la feuille de route.<\/a><\/p>\n Il y a quatre cas d'utilisation standard d'architecture d'entreprise<\/a>. Chaque cas d\u2019utilisation vise \u00e0 aider un public diff\u00e9rent \u00e0 conduire un changement efficace.<\/p>\n Le travail d'architecture est ax\u00e9 sur le service au propri\u00e9taire du portefeuille. Le portefeuille existe. Ses objectifs et ses contraintes sont clairs.<\/p>\n Les propri\u00e9taires de portefeuilles sont tourn\u00e9s vers l'avenir. Ils entendent impulser le changement et produire les b\u00e9n\u00e9fices escompt\u00e9s dans les limites de leurs contraintes.<\/p>\n L'orientation future du responsable de portefeuille vers l'action n\u00e9cessite un travail d'architecture ax\u00e9 sur la facilitation du changement. Le responsable de portefeuille doit prendre des d\u00e9cisions en amont pour stimuler les activit\u00e9s qui produiront les r\u00e9sultats dont il est responsable. Le praticien a besoin de\u00a0:<\/p>\n Les propri\u00e9taires de portefeuilles recherchent un \u00e9quilibre parfait entre une planification descendante et ascendante. La planification descendante garantit la prise en compte des attentes de performance, des contraintes et des d\u00e9pendances. La planification ascendante met en valeur les connaissances et la cr\u00e9ativit\u00e9 locales.<\/p>\n Les propri\u00e9taires de portefeuille et les autres parties prenantes utilisent le feuille de route architecturale<\/a> Pour diriger les projets d'am\u00e9lioration. Ils comprennent les d\u00e9pendances et les synergies. Plus important encore, ils savent o\u00f9 s'arr\u00eater, g\u00e9n\u00e9rer de la valeur et changer de direction. Les transitions progressives favorisent directement l'agilit\u00e9 de l'entreprise et la cr\u00e9ation de valeur.<\/p>\n Dans le travail de portefeuille, les sp\u00e9cifications d\u2019architecture sont ax\u00e9es sur les lots de travail et les principes et mod\u00e8les d\u2019architecture.<\/p>\n L'architecture de mise en \u0153uvre des solutions repose sur un postulat fondamental\u00a0: l'objectif global et les changements n\u00e9cessaires \u00e0 sa r\u00e9alisation sont connus. Une solution consiste \u00e0 combler des lacunes connues, dans le respect de contraintes connues qui limitent la cr\u00e9ativit\u00e9 et la libert\u00e9 des d\u00e9veloppeurs.<\/p>\n L'orientation actionnelle actuelle d'un impl\u00e9menteur exige que l'architecture se concentre sur la transmission des attentes de performance et des contraintes externes. L'impl\u00e9menteur se concentre sur les attentes de performance et les contraintes de ses diff\u00e9rents projets. Sa t\u00e2che consiste \u00e0 mobiliser les ressources et \u00e0 les ex\u00e9cuter. Il doit conna\u00eetre ses attentes et les limites de sa cr\u00e9ativit\u00e9. Le cas d'utilisation standard identifie les travaux d'architecture qui doivent\u00a0:<\/p>\n Il est important de noter que l\u2019architecture de fourniture de solutions est principalement con\u00e7ue pour la gouvernance de la mise en \u0153uvre afin de soutenir les propri\u00e9taires des r\u00e9sultats.<\/p>\n Les \u00e9l\u00e9ments les plus importants d\u2019une architecture de solution sont\u00a0:<\/p>\n Le livrable critique est une architecture de solution qui pr\u00e9cise les lacunes futures que la solution comblera, ainsi que les contraintes et attentes de performance applicables. Lorsqu'une feuille de route pr\u00e9cise la strat\u00e9gie de mise en \u0153uvre, l'approche de la solution doit \u00eatre incluse dans l'architecture de la solution.<\/p>\n Une architecture de solution se distingue par ses limites. Elle aborde un espace probl\u00e9matique sp\u00e9cifique. Formellement, il s'agit d'un syst\u00e8me d'int\u00e9r\u00eat sp\u00e9cifique qui s'int\u00e8gre et interagit avec d'autres syst\u00e8mes. Nous ne lions pas ce concept \u00e0 un niveau de d\u00e9tail pr\u00e9cis. Il suffit de dire qu'une architecture de solution sera plus d\u00e9taill\u00e9e que l'architecture environnante.<\/p>\n Les architectures de r\u00e9f\u00e9rence sont utilis\u00e9es dans tous les secteurs.<\/p>\n Il existe des architectures de r\u00e9f\u00e9rence sectorielles, ainsi que des domaines plus sp\u00e9cifiques comme la cha\u00eene d'approvisionnement, l'IA, l'infrastructure informatique, le cloud public ou les conteneurs.<\/p>\n\t\t\t\n\t\t\t\t\t\t\tD\u00e9couvrez la formation EA personnalis\u00e9e\n\t\t\t<\/a>\n\t\t\t\t L'image ci-dessus pr\u00e9sente un ensemble de mod\u00e8les de r\u00e9f\u00e9rence pour l'\u00eatre humain\u00a0: mod\u00e8le respiratoire, mod\u00e8le squelettique, mod\u00e8le circulatoire, mod\u00e8le digestif et syst\u00e8me nerveux.<\/p>\n\t\t\t\n\t\t\t\t\t\t\tFormation \u00e0 la certification TOGAF\n\t\t\t<\/a>\n\t Il existe trois fa\u00e7ons d\u2019utiliser une bonne architecture de r\u00e9f\u00e9rence.<\/p>\n Tout d'abord, il est essentiel de disposer d'un point de d\u00e9part pour les fondamentaux. SCOR d\u00e9crit les processus de la cha\u00eene d'approvisionnement et trois mod\u00e8les de fabrication. Plut\u00f4t que de partir de z\u00e9ro, vous avez d\u00e9j\u00e0 les informations essentielles \u00e0 port\u00e9e de main. Ainsi, vous \u00e9vitez de r\u00e9inventer la roue inutilement. Vous pouvez alors vous concentrer sur les sp\u00e9cificit\u00e9s de chaque cas d'utilisation. Les roues d'un avion doivent permettre une acc\u00e9l\u00e9ration instantan\u00e9e de 0 \u00e0 225 km\/h. Celles d'un rover lunaire devaient \u00eatre tr\u00e8s l\u00e9g\u00e8res et ne pas soulever de poussi\u00e8re. Toutes deux sont rondes, amovibles et servent \u00e0 la direction. En fin de compte, tout d\u00e9pend du cas d'utilisation.<\/p>\n Deuxi\u00e8mement, il s'agit de comprendre le fonctionnement du syst\u00e8me. Inutile de d\u00e9tailler les composants et leurs interactions. Il faut plut\u00f4t s'int\u00e9resser \u00e0 la mani\u00e8re dont l'architecture optimise ces composants et leurs interactions pour le cas d'utilisation consid\u00e9r\u00e9. Les sept leviers de la transformation num\u00e9rique<\/a> est un excellent exemple.<\/p>\n Troisi\u00e8mement, il faut pouvoir utiliser des r\u00e9f\u00e9rences l'architecture dans la gouvernance de l'architecture<\/a>. L'architecture de r\u00e9f\u00e9rence sert \u00e0 \u00e9valuer une conception afin de s'assurer qu'elle prend en compte tous les besoins attendus d'un syst\u00e8me. Par exemple, dans le cadre du GSRM, tous les permis r\u00e9vocables doivent comporter une proc\u00e9dure d'\u00e9valuation du maintien du permis par son titulaire, ainsi qu'une proc\u00e9dure d'appel. Qu'il s'agisse d'un permis de conduire, d'une licence m\u00e9dicale ou d'un permis de transport de d\u00e9chets nucl\u00e9aires, toutes ces proc\u00e9dures doivent \u00eatre pr\u00e9sentes.<\/p>\n Pour aller plus loin, regardez Utilisation des architectures de r\u00e9f\u00e9rence pour la transformation num\u00e9rique<\/a>.<\/p>\n\t\t\t\n\t\t\t\t\t\t\tT\u00e9l\u00e9chargez le guide pratique sur le d\u00e9veloppement d'une architecture d'entreprise avec TOGAF ADM.\n\t\t\t<\/a>\n\t Il existe de nombreux exemples d\u2019architecture de r\u00e9f\u00e9rence :<\/p>\n Le Norme TOGAF<\/a>\u00a0Comprend deux architectures de r\u00e9f\u00e9rence\u00a0: l'architecture technique de r\u00e9f\u00e9rence et le mod\u00e8le de r\u00e9f\u00e9rence d'infrastructure d'information int\u00e9gr\u00e9e. Une terminologie normalis\u00e9e permet une compr\u00e9hension commune. Par exemple, les normes d'architecture de r\u00e9f\u00e9rence peuvent fournir un langage commun.<\/p>\n La plupart des gens utilisent \u00ab\u00a0Architecture de r\u00e9f\u00e9rence\u00a0\u00bb et \u00ab\u00a0Mod\u00e8le de r\u00e9f\u00e9rence\u00a0\u00bb comme synonymes. Techniquement, ils sont distincts, mais cette diff\u00e9rence est sans importance pour la plupart des architectes d'entreprise.<\/p>\n D'un point de vue puriste, un mod\u00e8le de r\u00e9f\u00e9rence explique une partie d'un syst\u00e8me, tandis qu'une architecture de r\u00e9f\u00e9rence explique le syst\u00e8me dans son int\u00e9gralit\u00e9. Cette distinction repose sur la notion de \u2018\u00a0syst\u00e8me\u00a0\u2019. Cependant, ces termes sont presque syst\u00e9matiquement employ\u00e9s indiff\u00e9remment. Il serait plus judicieux de fournir une architecture utile qui guide le changement plut\u00f4t que de s'attarder sur des discussions s\u00e9mantiques.<\/p>\n L'architecture d'un syst\u00e8me est d\u00e9crite comme \u00e9tant repr\u00e9sent\u00e9e par un cadre architectural, qui est une encapsulation d'un ensemble minimal de pratiques et de crit\u00e8res. Cadre TOGAF<\/a> propose des m\u00e9thodes pour d\u00e9crire et identifier les entr\u00e9es d'architecture.<\/p>\n L'architecture de r\u00e9f\u00e9rence va plus loin en acc\u00e9l\u00e9rant le processus pour un type d'architecture sp\u00e9cifique, en aidant \u00e0 d\u00e9terminer les approches architecturales qui satisferont des exigences particuli\u00e8res et en d\u00e9finissant l'ensemble minimal d'artefacts architecturaux n\u00e9cessaires pour respecter les bonnes pratiques. Les architectures de r\u00e9f\u00e9rence mettent fortement l'accent sur la notion de \u201c\u00a0mod\u00e8le\u00a0\u201d.<\/p>\n Les meilleures architectures de r\u00e9f\u00e9rence repr\u00e9sentent les meilleures pratiques largement reconnues du secteur et recommandent souvent la strat\u00e9gie de d\u00e9ploiement optimale. Une architecture de r\u00e9f\u00e9rence facile \u00e0 comprendre am\u00e9liore la qualit\u00e9 et la rapidit\u00e9 du d\u00e9veloppement et de la mise en \u0153uvre de l'architecture.<\/p>\n Consid\u00e9rations standard d\u2019un bon mod\u00e8le de r\u00e9f\u00e9rence :<\/p>\n T\u00e9l\u00e9chargez le Architecture de r\u00e9f\u00e9rence des capacit\u00e9s EA<\/a>. Fondements de la mise en place d'une \u00e9quipe d'architecture d'entreprise performante.<\/p>\n What is a Reference Architecture? A Reference Architecture identifies the normal outlines of a system. The core of every reference architecture is the model. Models show components of the system, their relationships, and attributes that […]<\/p>\n","protected":false},"author":1,"featured_media":15846,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"_uf_show_specific_survey":0,"_uf_disable_surveys":false,"site-sidebar-layout":"default","site-content-layout":null,"ast-site-content-layout":"default","site-content-style":"default","site-sidebar-style":"default","ast-global-header-display":"","ast-banner-title-visibility":"","ast-main-header-display":"","ast-hfb-above-header-display":"","ast-hfb-below-header-display":"","ast-hfb-mobile-header-display":"","site-post-title":"disabled","ast-breadcrumbs-content":"","ast-featured-img":"disabled","footer-sml-layout":"","ast-disable-related-posts":"","theme-transparent-header-meta":"","adv-header-id-meta":"","stick-header-meta":"","header-above-stick-meta":null,"header-main-stick-meta":"","header-below-stick-meta":null,"astra-migrate-meta-layouts":"set","ast-page-background-enabled":"default","ast-page-background-meta":{"desktop":{"background-color":"","background-image":"","background-repeat":"repeat","background-position":"center center","background-size":"auto","background-attachment":"scroll","background-type":"","background-media":"","overlay-type":"","overlay-color":"","overlay-opacity":"","overlay-gradient":""},"tablet":{"background-color":"","background-image":"","background-repeat":"repeat","background-position":"center center","background-size":"auto","background-attachment":"scroll","background-type":"","background-media":"","overlay-type":"","overlay-color":"","overlay-opacity":"","overlay-gradient":""},"mobile":{"background-color":"","background-image":"","background-repeat":"repeat","background-position":"center center","background-size":"auto","background-attachment":"scroll","background-type":"","background-media":"","overlay-type":"","overlay-color":"","overlay-opacity":"","overlay-gradient":""}},"ast-content-background-meta":{"desktop":{"background-color":"var(--ast-global-color-5)","background-image":"","background-repeat":"repeat","background-position":"center center","background-size":"auto","background-attachment":"scroll","background-type":"","background-media":"","overlay-type":"","overlay-color":"","overlay-opacity":"","overlay-gradient":""},"tablet":{"background-color":"var(--ast-global-color-5)","background-image":"","background-repeat":"repeat","background-position":"center center","background-size":"auto","background-attachment":"scroll","background-type":"","background-media":"","overlay-type":"","overlay-color":"","overlay-opacity":"","overlay-gradient":""},"mobile":{"background-color":"var(--ast-global-color-5)","background-image":"","background-repeat":"repeat","background-position":"center center","background-size":"auto","background-attachment":"scroll","background-type":"","background-media":"","overlay-type":"","overlay-color":"","overlay-opacity":"","overlay-gradient":""}},"footnotes":""},"categories":[151],"tags":[929],"class_list":["post-12066","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-enterprise-architecture","tag-what-is-enterprise-architecture"],"_links":{"self":[{"href":"https:\/\/conexiam.com\/fr\/wp-json\/wp\/v2\/posts\/12066","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/conexiam.com\/fr\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/conexiam.com\/fr\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/conexiam.com\/fr\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/conexiam.com\/fr\/wp-json\/wp\/v2\/comments?post=12066"}],"version-history":[{"count":0,"href":"https:\/\/conexiam.com\/fr\/wp-json\/wp\/v2\/posts\/12066\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/conexiam.com\/fr\/wp-json\/wp\/v2\/media\/15846"}],"wp:attachment":[{"href":"https:\/\/conexiam.com\/fr\/wp-json\/wp\/v2\/media?parent=12066"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/conexiam.com\/fr\/wp-json\/wp\/v2\/categories?post=12066"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/conexiam.com\/fr\/wp-json\/wp\/v2\/tags?post=12066"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}Qu'est-ce qu'une architecture de r\u00e9f\u00e9rence ?<\/h2>\n
\n
\n
\n
Qu'est-ce qu'une architecture de r\u00e9f\u00e9rence ?<\/h2>\n
Parties attendues d'une architecture de r\u00e9f\u00e9rence<\/h3>\n
\n
\nLimites du syst\u00e8me et explication du probl\u00e8me. Peut inclure des objectifs, des finalit\u00e9s particuli\u00e8res et des d\u00e9fis \u00e0 relever.<\/li>\n\n
\nNaviguer<\/a> inclut les attributs d'architecture de diff\u00e9rents composants. Ils peuvent aller du mod\u00e8le d'exploitation pr\u00e9f\u00e9r\u00e9 d'un capacit\u00e9 commerciale<\/a> \u00e0 la dur\u00e9e de vie pr\u00e9vue d'une interface<\/li>\n
\nUn glossaire sp\u00e9cialis\u00e9 avec des d\u00e9finitions et des phrases li\u00e9es au syst\u00e8me d'int\u00e9r\u00eat<\/li>\n<\/ul>\n<\/li>\nLes bases de l'architecture de r\u00e9f\u00e9rence<\/h3>\n
Analyse de la structure d'un syst\u00e8me<\/h3>\n
\n
Analyse du fonctionnement d'un syst\u00e8me<\/h3>\n
![\"Mod\u00e8le](\"https:\/\/conexiam.com\/wp-content\/uploads\/2022\/08\/Adoption_SFD_ANI_s.gif\" "\\"Qu'est-ce")
![\"Mod\u00e8le](\"https:\/\/conexiam.com\/wp-content\/uploads\/2022\/08\/AdobeStock_467561745.jpeg\" "\\"Mod\u00e8le")
\n\t\tExemple d'architecture de r\u00e9f\u00e9rence couvrant la maturit\u00e9 des capacit\u00e9s\n\t\t\t\n\t\t\t\t\t\t\tContactez-nous pour discuter de conseil en architecture d'entreprise\n\t\t\t<\/a>\n\tPourquoi utiliser un mod\u00e8le de r\u00e9f\u00e9rence<\/h2>\n
\n
\n
Tester l'exhaustivit\u00e9 de l'architecture<\/h3>\n
D\u00e9cision d'architecture sup\u00e9rieure en cascade<\/h3>\n
Gouvernance de la mise en \u0153uvre de la livraison de solutions<\/h3>\n
![\"Sp\u00e9cificit\u00e9](\"https:\/\/conexiam.com\/wp-content\/uploads\/2023\/07\/Increasing-Specificity-of-Implementaion-Governance.png\" "\\"Qu'est-ce")
<\/p>\nUtilisation d'une architecture de r\u00e9f\u00e9rence avec des cas d'utilisation EA standard<\/h3>\n
Cas d'utilisation du portefeuille de soutien<\/h4>\n
\n
Cas d'utilisation de la livraison de solutions de soutien<\/h4>\n
\n
\n
Quelles industries utilisent l\u2019architecture de r\u00e9f\u00e9rence\u00a0?<\/h2>\n
![\"Exemple](\"https:\/\/conexiam.com\/wp-content\/uploads\/2022\/08\/AdobeStock_36542081.jpeg\" "\\"Exemple")
\n\tComment utiliser une architecture de r\u00e9f\u00e9rence ?<\/h2>\n
Exemples d'architecture de r\u00e9f\u00e9rence<\/h2>\n
\n
Architectures de r\u00e9f\u00e9rence standard TOGAF<\/h2>\n
Architecture de r\u00e9f\u00e9rence vs mod\u00e8le de r\u00e9f\u00e9rence<\/h2>\n
Tests pour une bonne architecture de r\u00e9f\u00e9rence<\/h2>\n
\n
Architecture de r\u00e9f\u00e9rence des capacit\u00e9s EA<\/h3>
\n\t\tAm\u00e9liorez vos comp\u00e9tences en architecture d'entreprise\n\t<\/h2>\n\tNous formons des architectes d'entreprise performants<\/a>
\nNous d\u00e9veloppons des \u00e9quipes d'architecture d'entreprise performantes<\/a>\n\t\t\t\n\t\t\t\t\t\tProgramme de d\u00e9marrage gratuit de 12 semaines pour architectes d'entreprise\n\t\t\t\t\t<\/a>\n\t\t\t\n\t\t\t\t\t\tFormation \u00e0 l'architecture d'entreprise\n\t\t\t\t\t<\/a>\n\t\t\t\n\t\t\t\t\t\t\tCours de formation \u00e0 l'architecture d'entreprise TOGAF\n\t\t\t<\/a>","protected":false},"excerpt":{"rendered":"