Le Norme TOGAF<\/a> Il est clair sur deux points. Premi\u00e8rement, l'architecture technologique soutient directement l'architecture des syst\u00e8mes d'information (applications et donn\u00e9es) pour permettre l'architecture m\u00e9tier. Deuxi\u00e8mement, nous ne d\u00e9veloppons pas les architectures de domaine de mani\u00e8re s\u00e9quentielle.<\/p>\n La transformation num\u00e9rique n\u00e9cessite la bonne architecture informatique<\/a>. Une bonne architecture technologique est n\u00e9cessaire car chaque domaine de l'architecture<\/a> permet, fournit ou bloque des r\u00e9sultats dans d\u2019autres domaines.<\/p>\n\t\t\t\n\t\t\t\t\t\t\tD\u00e9couvrez la formation de certification TOGAF\n\t\t\t<\/a>\n\t En un coup d'oeil<\/p>\n Utilisez le TOGAF ADM<\/a> D\u00e9velopper les connaissances n\u00e9cessaires \u00e0 la meilleure architecture technologique. Chaque phase ADM fournit les donn\u00e9es et les activit\u00e9s n\u00e9cessaires au d\u00e9veloppement des connaissances sur un sujet sp\u00e9cifique. L'ADM TOGAF est au c\u0153ur de la norme TOGAF. C'est la seule m\u00e9thode universelle et \u00e9volutive pour d\u00e9velopper architecture d'entreprise<\/a>. Il convient \u00e0 tous les niveaux de d\u00e9tail. Comme tout mod\u00e8le logique, il doit \u00eatre \u00e9tendu pour couvrir diff\u00e9rents niveaux de d\u00e9tail\u00a0: strat\u00e9gie, portefeuille, projet et mise en \u0153uvre de la solution.<\/p>\n Si vous avez besoin d'un aper\u00e7u du TOGAF ADM<\/a>, veuillez lire le Explication des phases de TOGAF ADM<\/a>.<\/p>\n Dans la phase D de TOGAF, Architectes technologiques<\/a> Les architectes technologiques pilotent le d\u00e9veloppement de l'architecture technologique. Leur r\u00f4le consiste \u00e0 faciliter l'architecture des syst\u00e8mes d'information, et non \u00e0 se contenter d'ex\u00e9cuter des ordres ou de r\u00e9pondre \u00e0 des attentes. Ils savent que leur environnement repose sur une infrastructure p\u00e9renne. Ils doivent anticiper et se pr\u00e9parer, en veillant \u00e0 ce que des espoirs \u00e0 court terme n'engendrent pas de difficult\u00e9s \u00e0 long terme.<\/p>\n Quand nous sommes d\u00e9velopper des \u00e9quipes d'architecture d'entreprise<\/a>, Nous communiquons aux architectes deux points essentiels concernant la phase D de TOGAF \u2013 Architecture technologique. Premi\u00e8rement, jusqu'\u00e0 ce que vous ayez une Mod\u00e8le de d\u00e9veloppement d'applications,<\/a> Vous ne pouvez pas continuer. D\u00e9velopper les d\u00e9tails de votre infrastructure avant de comprendre les besoins de votre architecture applicative est inutile. Deuxi\u00e8mement, s'ils se lancent dans un programme informatique ou d'infrastructure, ils d\u00e9velopperont syst\u00e9matiquement une architecture technologique de faible qualit\u00e9. Les concepteurs et les op\u00e9rateurs d'infrastructure doivent se sentir limit\u00e9s par l'architecture technologique.<\/p>\n Dans une entreprise moderne en pleine transformation num\u00e9rique, tous les domaines d'architecture interagissent. Les choix effectu\u00e9s dans un domaine activent, produisent ou bloquent les r\u00e9sultats d'un autre domaine. La plupart des objectifs m\u00e9tier d\u00e9pendent de bonne architecture informatique<\/a>. Nous ne pouvons d\u00e9velopper la bonne architecture technologique que si nous disposons d\u2019une architecture d\u2019application solide.<\/p>\n La v\u00e9ritable difficult\u00e9 de l'architecture technologique r\u00e9side dans la p\u00e9rennit\u00e9 de l'infrastructure. Sans une architecture technologique imposant des contraintes, les choix d'infrastructure tactiques engendreront toujours des r\u00e9sultats d\u00e9favorables pour l'entreprise.<\/p>\n Il existe une corr\u00e9lation directe entre une bonne architecture technologique et le PaaS moderne, ou la plupart des architectures cloud. Toutes deux identifient les services d'infrastructure, fournissent des contraintes et permettent des choix de donn\u00e9es et d'applications, et isolent les applications de l'infrastructure sous-jacente.<\/p>\n Le TOGAF ADM commence par Phase A<\/a>. Il d\u00e9livre un Architecture cible simplifi\u00e9e \u2013 la vision architecturale<\/a>. La vision de l'architecture devrait inclure les activit\u00e9s, les applications, les donn\u00e9es, et domaines technologiques<\/em>. Trop souvent, on voit des gens pr\u00e9tendre d\u00e9velopper une vision architecturale. Ils se pr\u00e9sentent avec un fantasme op\u00e9rationnel et consid\u00e8rent la phase D comme un exercice de r\u00e9alisation de fantasmes. L'architecture d'entreprise r\u00e9elle a d\u00e9velopp\u00e9 une architecture cible simplifi\u00e9e. L'activit\u00e9 de la phase D d\u00e9veloppe davantage les domaines de l'architecture technologique. La r\u00e9ussite exige\u00a0:<\/p>\n Le r\u00e9sultat principal de la phase D est l'architecture technologique candidate. Les architectes technologiques collaborent avec les autres architectes de domaine. Attendez-vous \u00e0 des \u00e9changes d'espoirs et de contraintes. Tout d\u00e9veloppement d'architecture n\u00e9cessite de trouver la meilleure solution pour l'entreprise. Cette solution optimale comprend les limites et fonctionne dans tous les domaines.<\/p>\n L'objectif du TOGAF ADM est d'explorer les changements possibles. Ces changements sont \u00e9quilibr\u00e9s en termes de travail, de valeur et risque<\/a>. Modifications s\u00e9lectionn\u00e9es ou supprim\u00e9es. L'ensemble des modifications cr\u00e9e l'architecture cible et la feuille de route de l'architecture.<\/p>\n Les architectes technologiques travaillent avec l'infrastructure. L'infrastructure est le maillon le plus difficile \u00e0 modifier d'une organisation. Ils doivent anticiper chaque changement potentiel et rester attentifs aux solutions de contournement. La solution la moins co\u00fbteuse se situe lors du d\u00e9veloppement de l'architecture. Il faut stopper rapidement les mauvaises id\u00e9es. \u00c9liminer les mauvaises id\u00e9es permet de r\u00e9aliser des \u00e9conomies et de r\u00e9ussir le changement. La n\u00e9cessit\u00e9 d'anticiper l'infrastructure exige des architectes technologiques qu'ils imposent des contraintes aux concepteurs et aux impl\u00e9menteurs.<\/p>\n \u2018'\u2018L'entreprise<\/em>\u2018L'entreprise, c'est elle. \u00c7a l'a toujours \u00e9t\u00e9. Les entreprises num\u00e9riques modernes ne peuvent pas compter sur le travail acharn\u00e9 de leurs employ\u00e9s pour surmonter les limitations des applications et de l'infrastructure. Ces limitations entravent l'agilit\u00e9 de l'entreprise et freinent sa transformation num\u00e9rique.<\/p>\n Ils ont con\u00e7u le diagramme TOGAF ADM autour du d\u00e9fi de la fragmentation des processus de pr\u00e9paration et de la n\u00e9cessit\u00e9 de collaborer. Malheureusement, le diagramme TOGAF ADM classique illustre le flux d'informations n\u00e9cessaires. Veuillez ne pas l'interpr\u00e9ter comme une cascade.<\/p>\n Ceux qui pr\u00e9tendent que l'architecture d'entreprise peut \u00eatre d\u00e9velopp\u00e9e s\u00e9quentiellement ont tort. Ceux qui pr\u00e9conisent de se lancer dans l'architecture de l'entreprise enti\u00e8re ont \u00e9galement tort. La complexit\u00e9 et la sp\u00e9cialisation des comp\u00e9tences n\u00e9cessitent des domaines. Leur d\u00e9veloppement commence et se poursuit ensemble. Il est n\u00e9cessaire d'adopter une approche agile, juste assez pour tester les contraintes en cascade. TOGAF appelle cela l'it\u00e9ration.<\/p>\n D\u00e9cisions architecturales<\/a> traversera plusieurs domaines d'architecture<\/a> n\u00e9cessite l'utilisation de alternatives architecturales<\/a>.<\/p>\n Architecture technologique<\/a> L'architecture technologique est l'un des quatre domaines fondamentaux de l'architecture d'entreprise. Elle d\u00e9crit l'ensemble de votre portefeuille d'infrastructures et vous indique quand acheter une infrastructure, quand utiliser le PaaS et quand l'inventer. Elle vous indique \u00e9galement o\u00f9 placer les fronti\u00e8res entre les syst\u00e8mes et comment aborder le cycle de vie de votre infrastructure.<\/p>\n Nous pouvons garantir que votre architecture technologique actuelle n'est pas align\u00e9e. Nous sommes convaincus que vous partirez d'une situation o\u00f9 la planification de l'infrastructure ne reposait pas sur une base solide. architecture d'application<\/a> ou l'architecture d'entreprise.<\/p>\n Lorsque vous disposez d'une architecture technologique, vous disposez de l'ensemble des services d'infrastructure requis par vos applications. Vous disposez d'un ensemble de lignes directrices et contraintes<\/a> Pour la conception et l'exploitation de votre infrastructure, vous disposez d'une feuille de route technologique comprise par vos parties prenantes.<\/p>\n Pour \u00e9laborer l'architecture technologique, ses services, ses directives et ses contraintes, l'architecte technologique doit collaborer avec ses pairs et les parties prenantes. Ensemble, ils doivent analyser comment les diff\u00e9rents choix d'infrastructure facilitent ou entravent les choix m\u00e9tiers et logiciels. Ils doivent d\u00e9terminer comment l'ensemble des choix contribue \u00e0 la r\u00e9alisation des objectifs de l'organisation, en facilitant ou en limitant ces derniers. Il convient d'abandonner les modifications potentielles qui n'apportent pas suffisamment de r\u00e9sultats, qui demandent trop de travail ou qui pr\u00e9sentent une incertitude trop importante. Une feuille de route architecturale efficace int\u00e8gre les changements n\u00e9cessaires et minimise les risques.<\/p>\n L\u2019architecture technologique aidera \u00e0 r\u00e9pondre aux questions suivantes :<\/p>\n Nous ne voyons presque aucune diff\u00e9rence entre un bon PaaS ou un bon Architecture de cloud priv\u00e9<\/a>, et une bonne architecture technologique. Les principaux produits de travail, Mod\u00e8le de syst\u00e8me<\/a> et Mod\u00e8le de service<\/a>, sont identiques. La diff\u00e9rence r\u00e9side dans le fait que, lorsque vous utilisez un PaaS ou un cloud public, vous n'avez pas \u00e0 vous soucier de l'infrastructure sous-jacente.<\/p>\n Ironiquement, si vous avez mis en place une architecture technologique performante depuis TOGAF 8, vous avez fourni un ensemble clair de services d'infrastructure. Vous avez sp\u00e9cifi\u00e9 les interfaces et les normes pour ces services. Nous pensons que votre travail est facilement transf\u00e9rable vers un catalogue de services PaaS de cloud public.<\/p>\n TOGAF 8 pr\u00e9conisait que les services technologiques abstraient l'infrastructure d\u00e9taill\u00e9e afin de permettre la portabilit\u00e9, de g\u00e9rer les \u2018\u00a0ilit\u00e9s\u00a0\u2019 et de faciliter les cycles de vie de l'infrastructure. C'est la m\u00eame raison pour laquelle tous les fournisseurs de PaaS de cloud public incitent leurs clients \u00e0 utiliser des services. Si nous avions tous mis en place une architecture technologique de qualit\u00e9, nous aurions \u00e9vit\u00e9 l'impasse des applications immobiles, des \u2018\u00a0ilit\u00e9s\u00a0\u2019 non livr\u00e9es et de la dette technique.<\/p>\n >>> Acc\u00e9der \u00e0 Les bases de l'architecture du cloud priv\u00e9<\/a><\/p>\n La norme TOGAF l'appelle Architecture Technologique. Notre cabinet de conseil en architecture d'entreprise<\/a> utilise g\u00e9n\u00e9ralement une infrastructure. Beaucoup d'autres n\u00e9cessitent une architecture informatique. Les efforts visant \u00e0 \u00e9laborer une d\u00e9finition universelle et pr\u00e9cise \u00e9chouent syst\u00e9matiquement. Nous vous conseillons vivement de vous concentrer sur l'objectif plut\u00f4t que sur la d\u00e9finition.<\/p>\n La distinction entre les domaines d'architecture nous aide \u00e0 r\u00e9unir les comp\u00e9tences et les \u00e9changes pertinents. R\u00e9fl\u00e9chir \u00e0 cet objectif nous permet de rester concentr\u00e9s sur le d\u00e9veloppement d'une architecture utile.<\/p>\n R\u00e9fl\u00e9chir \u00e0 la d\u00e9finition vous m\u00e8nera in\u00e9vitablement \u00e0 une discussion inutile. L'IA, c'est-\u00e0-dire une application de chatbot, une IA ou une entreprise\u00a0? Le courrier \u00e9lectronique est-il une application ou une infrastructure\u00a0? Qu'en est-il de la reconnaissance faciale utilis\u00e9e pour le contr\u00f4le d'acc\u00e8s\u00a0? Les possibilit\u00e9s sont infinies.<\/p>\n Tous les domaines de l'architecture d'entreprise sont interd\u00e9pendants. Ensemble, ils couvrent l'architecture d'entreprise dans son int\u00e9gralit\u00e9. Nous cr\u00e9ons un domaine afin qu'un architecte sp\u00e9cialis\u00e9 puisse exploiter ses techniques et comp\u00e9tences. De nouveaux domaines d\u2019architecture d\u2019entreprise apparaissent continuellement<\/a>. La plupart sont absorb\u00e9s dans un\u00a0domaine d'architecture d'entreprise classique<\/a>\u00a0\u00e0 mesure qu\u2019ils deviennent courants.<\/p>\n Notre conseil\u00a0: ne vous souciez pas de ce qui est juste. Assurez-vous plut\u00f4t de bien comprendre ce que votre interlocuteur veut dire lorsqu\u2019il parle. Soyez toujours attentif \u00e0 ce que vos auditeurs pensent que vous voulez dire. Assumez la responsabilit\u00e9 de votre compr\u00e9hension et adaptez votre langage.<\/p>\n Beaucoup pensent qu'un architecte d'entreprise doit se concentrer sur l'infrastructure informatique. Dans le cadre de plusieurs missions de conseil, nous avons rebaptis\u00e9 nos architectes d'entreprise afin d'\u00e9viter ce probl\u00e8me. La profession d'architecte d'entreprise est claire\u00a0: l'architecture informatique est un sous-ensemble de l'architecture d'entreprise. La technologie est un sous-ensemble de l'architecture informatique.<\/p>\n Nous concentrons nos efforts sur l'interaction entre tous les domaines d'architecture pour les architectes d'entreprise. De nombreuses \u00e9quipes comptent des architectes de donn\u00e9es, d'applications, de s\u00e9curit\u00e9, d'affaires et de technologies. Ils peuvent \u00eatre d\u00e9sign\u00e9s par leur fonction ou par le titre g\u00e9n\u00e9ral d'architecte d'entreprise.<\/p>\n\t\t\t\n\t\t\t\t\t\t\tT\u00e9l\u00e9chargez le guide du gouverneur sur l'architecture d'entreprise\n\t\t\t<\/a>\n\t\t\t\t L'un des principaux r\u00e9sultats de la phase D est l'architecture technologique. Celle-ci constitue un \u00e9l\u00e9ment de l'architecture d'entreprise compl\u00e8te. Ainsi, de mani\u00e8re indirecte, la phase D de TOGAF ADM comporte cinq livrables utiles\u00a0:<\/p>\n Gardez toujours \u00e0 l'esprit que vous cherchez \u00e0 am\u00e9liorer l'organisation. L'am\u00e9lioration exige du changement. Ce changement est source de valeur. La valeur et le co\u00fbt du changement sont mesurables. L'incertitude diminue toujours la valeur potentielle. Lorsque le succ\u00e8s est incertain, les co\u00fbts augmentent consid\u00e9rablement. Une tr\u00e8s faible incertitude \u00e9liminera les attentes.<\/p>\n La plupart du temps, lorsqu'on parle d'architecture technologique, on fait r\u00e9f\u00e9rence aux mod\u00e8les et aux sp\u00e9cifications d'architecture. Diff\u00e9rents mod\u00e8les expliquent diff\u00e9rents aspects de l'infrastructure compl\u00e8te. Ensemble, les mod\u00e8les et les modifications n\u00e9cessaires forment l'architecture technologique.<\/p>\n Lorsque vous examinez diff\u00e9rents types de mod\u00e8les, gardez \u00e0 l'esprit que les m\u00eames termes sont souvent utilis\u00e9s de diverses mani\u00e8res. Il est essentiel de ne pas s'attarder sur l'appellation du mod\u00e8le. Ce que vous appelez un mod\u00e8le de d\u00e9composition fonctionnelle, quelqu'un d'autre le qualifiera de service. Notre expertise en architecture d'entreprise se concentre sur la finalit\u00e9, et non sur le nom du mod\u00e8le. Vous pouvez l'appeler d\u00e9composition fonctionnelle, mod\u00e8le syst\u00e8me ou mod\u00e8le de service. Seul compte pour nous la finalit\u00e9 du mod\u00e8le\u00a0: que cherchez-vous \u00e0 apprendre\u00a0? Votre mod\u00e8le explique-t-il efficacement le fonctionnement de cet aspect du travail\u00a0?<\/p>\n Toutes les phases de TOGAF ADM comportent les informations et les activit\u00e9s n\u00e9cessaires au d\u00e9veloppement des connaissances n\u00e9cessaires. La phase D aboutit au d\u00e9veloppement d'une architecture technologique candidate.<\/p>\nPhase D de TOGAF ADM \u2013 \u00c9laboration de l'architecture technologique<\/h2>\n
\n
\n
\n
Pr\u00e9sentation de TOGAF ADM<\/a><\/h2>\n
Qu'est-ce que TOGAF Phase D ?<\/h2>\n
Quel est l\u2019objectif de TOGAF ADM Phase D ?<\/h3>\n
\n
Interaction avec Phase B de TOGAF<\/a>, Phase C<\/a>, et Phase E<\/a><\/h3>\n
Qu'est-ce que l'architecture technologique ?<\/h2>\n
\u00c0 quoi sert une architecture technologique ?<\/h3>\n
\n
Architecture technologique vs architecture cloud<\/h2>\n
L\u2019appelle-t-on architecture technologique, architecture d\u2019infrastructure ou architecture informatique\u00a0?<\/h2>\n
Quelle est la diff\u00e9rence entre un architecte d\u2019entreprise et un architecte informatique ?<\/a><\/h2>\n
![\"Architecture](\"https:\/\/conexiam.com\/wp-content\/uploads\/2022\/08\/AdobeStock_321372600.jpeg\" "\\"Architecture")
\n\tLivrables de l'architecture technologique TOGAF ADM Phase D<\/h2>\n
\n
Ach\u00e8vement de l'architecture technologique de la phase D<\/h2>\n
![\"Architecture](\"https:\/\/conexiam.com\/wp-content\/uploads\/2022\/08\/AdobeStock_300597970.jpeg\" "\\"Architecture")
\n\t\n