Domaines d'architecture d'entreprise classiques
Les domaines d’architecture d’entreprise les plus courants décrivent différentes parties de l’ architecture d'entreprise. Les architectes spécialisés développent généralement des architectures de domaine de manière indépendante. Une fois ces architectures assemblées, on obtient une architecture d'entreprise complète.
Chaque domaine d'architecture d'entreprise est utile individuellement. Lorsqu'il est utilisé indépendamment, il faut considérer que tous les autres domaines sont statiques.
Bien architectes d'entreprise Décomposer l'architecture d'entreprise en domaines, car elle facilite l'analyse et la description d'éléments similaires. Les mêmes techniques et compétences sont utilisées pour décrire et analyser les composants d'un domaine d'architecture.
Il y en a beaucoup emplois en architecture d'entreprise au sein d'une équipe d'architecture d'entreprise de premier plan. Si vous souhaitez explorer les rôles plutôt que les domaines, rendez-vous sur différents métiers de l'architecture d'entreprise.
Domaine d'architecture d'entreprise
Architectes d'entreprise Développer l'architecture métier. Elle constitue le fondement de tous les autres domaines de l'architecture d'entreprise. Elle explique le modèle opérationnel, l'organisation, les pratiques opérationnelles et le flux d'informations de l'entreprise.
Meilleures pratiques équipes d'architecture d'entreprise participeront au développement de l'état cible et au soutien des améliorations des opérations commerciales. De nombreuses équipes d'architecture d'entreprise centrées sur l'informatique utilisent leurs architectes d'entreprise pour documenter et expliquer les décisions commerciales aux architectes centrés sur l'informatique.
Nous avons un bon exemple d’un architecte d’entreprise dans le Approche de l'architecte d'entreprise pour l'architecture du département informatique.
Quand nous sommes développer les compétences d'un architecte d'entreprise, développer une équipe d'architecture d'entreprise, ou livrer Formation à la certification TOGAF, Nous avons deux faits fondamentaux à propos de l'architecture d'entreprise. Premièrement, lorsque les architectes d'entreprise traduisent les espoirs, les craintes et les plans de changement préétablis à partir de ''l'entreprise' Ils sont voués à une faible maturité. » Deuxièmement, en supposant que l'architecture métier soit développée et que les autres domaines soient ensuite construits pour la prendre en charge, vous développerez toujours une architecture de faible qualité.
Le développement de l'architecture d'entreprise est expliqué dans TOGAF ADM Phase B.
Domaine d'architecture de sécurité
Nous faisons également référence à l’architecture de sécurité comme architecture de sécurité des systèmes d'information, et architecture de sécurité. Ce domaine d'architecture est toujours très axé sur l'informatique. architecte de sécurité Il élabore les contrôles permettant de gérer efficacement les risques liés à l'information et aux technologies de l'information. L'objectif de l'architecte de sécurité est de protéger l'entreprise, et non la technologie.
L'architecture de sécurité des meilleures pratiques suit SABSA Pour trouver un équilibre entre le besoin de protection et la volonté de réussir. L'architecture de sécurité est également omniprésente. Chaque domaine, chaque élément et chaque décision doivent être pris en compte en termes de risque et de sécurité.
Domaine de l'architecture des systèmes d'information
L'architecture des systèmes d'information fait partie de TOGAF. Elle englobe toute l'architecture des applications et des données. Une vision plus large de architecture des technologies de l'information étend le domaine pour inclure les infrastructures et autres technologies.
Domaine d'architecture des données
Ne vous laissez pas entraîner dans une longue discussion sémantique entre architecture de l'information et architecture des données. Les meilleures pratiques harmoniseront l'analyse de l'information avec l'architecture métier, et l'architecture des données avec les problématiques informatiques. Une architecture de données solide fournit les contraintes les plus importantes pour l'architecture de votre application.
Domaine d'architecture d'application
Meilleures pratiques architecture d'application se concentrera sur les contraintes critiques liées à vos logiciels et à leur intégration. Il précisera si votre organisation doit utiliser des logiciels SaaS, des logiciels commerciaux, des suites logicielles complètes ou des logiciels spécialisés, ou entreprendre un développement sur mesure. Les choix d'applications prennent en charge différentes activités métier. La sélection est déterminée par votre architecture métier. De plus, les limites du système et les normes d'intégration sont cruciales. Sans ces contraintes de haut niveau, les détails d'une application n'ont que peu d'intérêt pratique.
Quand nous sommes développer les compétences d'un architecte d'entreprise, développer une équipe d'architecture d'entreprise, ou livrer Formation à la certification TOGAF, Nous avons deux faits fondamentaux concernant l'architecture des applications. Premièrement, jusqu'à ce que vous ayez une Modèle de développement d'applications, Vous ne pouvez pas continuer. Tant que vous ne savez pas comment vos choix applicatifs permettent et limitent votre architecture métier, les détails de vos applications sont inutiles. Deuxièmement, si vous vous lancez dans la fonctionnalité et l'intégration des applications, vous développerez toujours une architecture applicative de mauvaise qualité.
Nous expliquons Développement de l'architecture d'application dans TOGAF ADM Phase C - Architecture d'application.
Domaine de l'architecture technologique
TOGAF désigne un domaine d'architecture technologique. D'autres font référence à l'architecture d'infrastructure. Évitez de vous perdre dans une longue discussion sémantique.
Une architecture technologique solide offre une agilité à l'entreprise et permet un développement logiciel agile. Elle équilibrera efficacité et agilité de l'entreprise.
Les architectures technologiques réussies guident et limitent :
- Autres architectes de domaine d'entreprise architectes à l'art du possible
- Les planificateurs d'infrastructures sur les critères de réussite
- Architectes de solutions et architectes technologiques spécialisés sur les critères de jugement, les critères de réussite et les priorités
En savoir plus sur TOGAF® ADM Phase D – Développer l'architecture technologique.
Domaine d'architecture d'infrastructure
Ton architecture technologique concerne la technologie, ou l’infrastructure, qui prend en charge les applications, les données et les communications.
Domaines d'architecture d'entreprise modernes
Tous les domaines d'architecture d'entreprise couvrent une partie de l'architecture d'entreprise. Ils sont créés pour permettre à un architecte spécialisé d'utiliser les techniques et les compétences adaptées aux problématiques du domaine. Nous créerons également un domaine pour relever les défis complexes liés au changement.
Les domaines d'architecture d'entreprise modernes apparaissent continuellement. Nous en absorbons la plupart dans un domaine d'architecture d'entreprise classique à mesure que de nouvelles techniques deviennent courantes.
Domaine d'architecture cloud
L'essor des services de cloud public transforme notre approche de l'architecture des infrastructures et des applications. Il est intéressant de constater que l'infrastructure classique a tenté de définir les services que les applications utiliseraient, et que les architectures cloud d'infrastructure et de plateforme reposent sur cette approche. Il en va de même pour le SaaS. Le SaaS définit clairement les fonctionnalités et l'accès via les API, deux piliers de l'architecture applicative.
Architecture de cloud privé L'architecture du cloud public et celle du cloud privé présentent des différences significatives. Développer l'architecture d'un cloud privé implique de se préoccuper de la manière dont les services seront fournis. Avec le cloud public, vous sélectionnez les services disponibles.
Domaine d'architecture orientée services
L'architecture orientée services et l'architecture microservices sont des exemples de domaines d'architecture d'entreprise qui ont émergé et intégré les domaines d'architecture classiques. Il y a quelques années, l'architecture SOA était un enjeu majeur. Elle allait tout transformer. Aujourd'hui, elle fait partie intégrante d'une architecture applicative performante.
Téléchargez le guide pratique de l'architecture orientée services
Domaines d'architecture d'entreprise ciblés
Toute architecture d'entreprise s'adresse à deux publics principaux : les décideurs et les exécutants. Les décideurs utilisent l'architecture pour décider des changements à entreprendre et s'assurer qu'ils apportent la valeur attendue. Les exécutants utilisent l'architecture pour s'assurer de comprendre les mesures de valeur et les contraintes qui pèsent sur leur liberté.
En plus d’identifier différents architectes par le domaine dans lequel ils travaillent, nous identifierons différents architectes par le type de problème sur lequel ils travaillent.
Architecture agile
Avec l'essor des pratiques modernes de développement logiciel agile, la relation avec l'architecture d'entreprise suscite un intérêt considérable. Nous constatons qu'il existe six cas d'utilisation qui couvrent l'architecture d'entreprise et l'agilité. Un bon développement d'architecture qui soutient le bon objectif est indépendant de toute méthode de changement. Nous constatons que l'architecture d'entreprise et l'agilité s'accordent à merveille.

Architecture de la solution
Architectes de solutions ont généralement une portée large sur plusieurs domaines axés sur l’informatique au niveau d’un projet ou d’une solution. Architectes de solutions Ils fonctionneront dans le respect des contraintes d'une architecture d'entreprise. Ils sont généralement très concentrés sur l'accompagnement des implémenteurs.
Modèle de domaine SABSA
Le modèle de domaine SABSA n'a rien à voir avec les domaines d'architecture d'entreprise. Le mot Domaine Désigne simplement un domaine de connaissance ou d'activité. Le modèle de domaine SABSA utilise simplement cette signification.
Utilisez le modèle de domaine SABSA pour décomposer une organisation en parties examinables. Utilisez ces parties pour définir la propriété et la gouvernance des risques.
La clé de l’utilisation du modèle de domaine SABSA est de garantir que chaque domaine possède une limite définissable.
Il y en a beaucoup emplois en architecture d'entreprise au sein d'une équipe d'architecture d'entreprise de premier plan. Pour découvrir les postes disponibles, rendez-vous sur différents métiers de l'architecture d'entreprise.
Téléchargements à faire soi-même pour les domaines d'architecture d'entreprise
Conseils pour la création d'une architecture de services composables, qu'il s'agisse de services métier ou de services applicatifs.
Norme de l'industrie Modèle de référence des capacités EA
Conseils sur la gestion des risques et la sécurité de l’information dans votre architecture d’entreprise.
Trouvez la question à laquelle vous devez répondre pour réussir transformation numérique