L’architecture d’entreprise est une discipline qui aide les organisations à aligner leurs objectifs et stratégies commerciales avec leurs capacités en matière de technologie de l’information. Pour y parvenir, les architectes d’entreprise doivent gérer plusieurs architectures interconnectées, chacune ayant un objectif, une portée et un niveau de détail différents. Le Continuum d’entreprise est un cadre qui aide les architectes à organiser et à classer ces architectures et leurs artefacts.
Qu’est-ce que le Continuum d’entreprise
Le Continuum d’entreprise est un cadre utilisé dans l’architecture d’entreprise pour organiser et classer différents types d’actifs utilisés lors du développement des architectures d’entreprise. Le Continuum d’entreprise contient plusieurs catégories d’actifs utilisés pour développer des architectures, tels que les politiques, les normes, les initiatives stratégiques, les structures organisationnelles et les capacités au niveau de l’entreprise. Ces actifs ne sont pas directement utilisés pendant le processus de développement d’architecture du ADM (Méthode de développement d’architecture), mais ils peuvent influencer les architectures qui sont développées.
Le Continuum d’entreprise est un cadre utilisé dans l’architecture d’entreprise pour organiser et classer les différents niveaux d’architecture au sein d’une organisation. Il offre une manière de comprendre l’évolution de l’architecture d’entreprise du général au spécifique, de l’abstrait au concret, et du logique au physique.
Le Continuum d’entreprise se compose de deux composants principaux :
- le Continuum d’architecture et
- le Continuum des solutions.
Le Continuum d’architecture est un cadre pour organiser et classer les artefacts d’architecture, tandis que le Continuum des solutions est un cadre pour organiser et classer les solutions aux problèmes commerciaux spécifiques.
Le Continuum d’architecture par rapport au Continuum des solutions
Le Continuum d’entreprise contient deux spécialisations : le Continuum d’architecture et le Continuum des solutions. Le Continuum d’architecture fournit un cadre pour organiser et classer les artefacts d’architecture, tandis que le Continuum des solutions fournit un cadre pour organiser et classer les solutions aux problèmes commerciaux spécifiques. Ces spécialisations aident les architectes à décomposer les problèmes complexes en composants gérables et offrent une vision claire de l’évolution de l’architecture d’entreprise du général au spécifique, de l’abstrait au concret, et du logique au physique.
Le Continuum d’architecture et le Continuum des solutions sont deux cadres au sein du Continuum d’entreprise, qui fait partie de la norme TOGAF (The Open Group Architecture Framework).
- Le Continuum d’architectureest un cadre qui fournit une structure pour organiser et classer les actifs d’architecture réutilisables, appelés Blocs de construction d’architecture (ABB). Les ABB évoluent au cours de leur cycle de vie, commençant par des entités abstraites et génériques, puis progressant vers des actifs d’architecture spécifiques à l’organisation. Les actifs du Continuum d’architecture sont utilisés pour guider et sélectionner des éléments dans le Continuum des solutions.
- Le Continuum des solutions, d’autre part, fournit une méthode cohérente pour décrire et comprendre la mise en œuvre des actifs définis dans le Continuum d’architecture. Il définit ce qui est disponible dans l’environnement organisationnel sous forme de Blocs de construction de solutions réutilisables (SBB). Ces SBB sont les solutions résultant d’accords entre les clients et les partenaires commerciaux qui mettent en œuvre les règles et relations définies dans l’espace d’architecture. Le Continuum des solutions est conçu pour traiter les similitudes et les différences entre les produits, systèmes et services des systèmes mis en œuvre.
En résumé, le Continuum d’architecture fournit un cadre pour organiser et classer les actifs d’architecture réutilisables, tandis que le Continuum des solutions fournit un cadre pour organiser et classer les solutions aux problèmes commerciaux spécifiques. Ces deux cadres sont des composants essentiels du Continuum d’entreprise et aident les organisations à gérer la complexité et à améliorer l’efficacité en identifiant et en réutilisant des solutions communes à différentes parties de l’organisation.
Exemple 1 – Continuum d’architecture par rapport au Continuum des solutions
Prenons un exemple d’une grande organisation comprenant plusieurs départements, chacun chargé de gérer ses propres systèmes informatiques. Chaque département peut avoir des besoins et exigences uniques, mais il peut aussi exister des similitudes et des redondances entre les différents systèmes. Pour gérer cette complexité, l’organisation peut utiliser les cadres du Continuum d’architecture et du Continuum des solutions dans la norme TOGAF.
Le Continuum d’architecture peut être utilisé pour classer et organiser les actifs d’architecture réutilisables au sein de l’organisation, tels que les architectures de systèmes communs, les architectures sectorielles et les architectures d’entreprise. Par exemple, l’organisation peut identifier des composants d’architecture communs tels que des modèles de données, des protocoles réseau ou des interfaces d’applications, et les organiser en ABB.
Une fois que le Continuum d’architecture est établi, l’organisation peut utiliser le Continuum des solutions pour classer et organiser les solutions mises en œuvre dans les systèmes informatiques de chaque département. Par exemple, l’organisation peut identifier des solutions communes telles que des logiciels de gestion de la relation client (CRM), des systèmes de gestion de la chaîne d’approvisionnement (SCM) ou des logiciels de gestion financière, et les organiser en SBB. Cela permet aux départements de réutiliser les solutions communes lorsque cela est possible, réduisant ainsi les redondances et améliorant l’efficacité.
Dans l’ensemble, les cadres du Continuum d’architecture et du Continuum des solutions peuvent aider les organisations à gérer la complexité et à améliorer l’efficacité en identifiant et en réutilisant des solutions communes à différentes parties de l’organisation, tout en maintenant la flexibilité nécessaire pour répondre aux besoins et exigences spécifiques aux départements.
Exemple 2 – Continuum d’architecture par rapport au Continuum des solutions
Un autre exemple concret où les cadres du Continuum d’architecture et du Continuum des solutions peuvent être appliqués concerne le développement d’applications logicielles.
Dans le développement logiciel, le Continuum d’architecture peut être utilisé pour classer et organiser les actifs d’architecture réutilisables, tels que les frameworks logiciels communs, les modèles de conception et les langages de programmation. Par exemple, une organisation peut identifier des composants d’architecture communs tels que l’architecture en microservices, la conception pilotée par le domaine ou la conteneurisation, et les organiser en ABB.
Une fois que le Continuum d’architecture est établi, le Continuum des solutions peut être utilisé pour classer et organiser les solutions mises en œuvre dans les applications logicielles. Par exemple, l’organisation peut identifier des solutions communes telles que l’authentification et l’autorisation, le cache, ou la journalisation et la gestion des erreurs, et les organiser en SBB. Cela permet aux développeurs logiciels de réutiliser les solutions communes lorsque cela est possible, réduisant ainsi les redondances et améliorant l’efficacité.
Dans l’ensemble, les cadres du Continuum d’architecture et du Continuum des solutions peuvent aider les équipes de développement logiciel à gérer la complexité et à améliorer l’efficacité en identifiant et en réutilisant des solutions communes à différentes parties de l’organisation, tout en maintenant la flexibilité nécessaire pour répondre aux besoins et exigences spécifiques aux projets.
Exemple 3 – Continuum d’architecture par rapport au Continuum des solutions
Un autre exemple concret où les cadres Architecture Continuum et Solutions Continuum peuvent être appliqués est le développement d’une infrastructure de ville intelligente.
Dans une infrastructure de ville intelligente, le Continuum d’architecture peut être utilisé pour classer et organiser les actifs d’architecture réutilisables, tels que les protocoles de communication communs, les modèles de données et les cadres de sécurité. Par exemple, les planificateurs urbains peuvent identifier des composants d’architecture communs tels que les réseaux Internet des objets (IoT), les plateformes de calcul en nuage ou les dispositifs de calcul périphérique, et les organiser en ABB.
Une fois que le Continuum d’architecture est établi, le Continuum des solutions peut être utilisé pour classer et organiser les solutions mises en œuvre dans l’infrastructure de ville intelligente. Par exemple, les planificateurs urbains peuvent identifier des solutions communes telles que des systèmes d’éclairage intelligent, des systèmes de transport intelligents ou des systèmes de gestion des déchets, et les organiser en SBB. Cela permet à la ville de réutiliser les solutions communes lorsque cela est possible, réduisant ainsi les redondances et améliorant l’efficacité.
Dans l’ensemble, les cadres Architecture Continuum et Solutions Continuum peuvent aider les planificateurs urbains à gérer la complexité et améliorer l’efficacité en identifiant et en réutilisant des solutions communes à travers différentes parties de l’infrastructure, tout en conservant la flexibilité nécessaire pour répondre aux besoins et exigences spécifiques à chaque ville.
Un exemple concret de documentation des ABB et des SBB
Voici un exemple de la manière dont les cadres Architecture Continuum et Solutions Continuum pourraient être appliqués dans le contexte d’une infrastructure de ville intelligente :
Blocs de construction d’architecture (ABB)
- Architecture du réseau IoT – définit les composants d’architecture nécessaires au déploiement et à la gestion d’un réseau IoT, y compris les passerelles, les capteurs et les dispositifs périphériques.
- Plateforme de calcul en nuage – définit les composants d’architecture nécessaires au déploiement et à la gestion d’une plateforme de calcul en nuage, y compris les machines virtuelles, le stockage et le réseau.
- Cadre de sécurité – définit les composants d’architecture nécessaires au déploiement et à la gestion d’une infrastructure de ville intelligente sécurisée, y compris l’authentification, l’autorisation et le chiffrement.
Blocs de construction de solutions (SBB)
- Système d’éclairage intelligent – une solution qui utilise des capteurs IoT et le calcul en nuage pour contrôler l’éclairage dans les espaces publics, réduisant la consommation d’énergie et améliorant la sécurité.
- Système de transport intelligent – une solution qui utilise des capteurs IoT et le calcul en nuage pour optimiser le flux de trafic, réduire la congestion et améliorer les services de transport public.
- Système de gestion des déchets – une solution qui utilise des capteurs IoT et le calcul en nuage pour optimiser la collecte et l’élimination des déchets, réduisant l’impact environnemental et améliorant la santé publique.
En utilisant le Continuum d’architecture pour classer et organiser les ABB, et le Continuum des solutions pour classer et organiser les SBB, les planificateurs urbains peuvent améliorer l’efficacité et l’efficacité de leurs projets d’infrastructure de ville intelligente. En réutilisant les ABB et SBB communs à différentes parties de l’infrastructure, ils peuvent réduire les redondances et améliorer la cohérence, tout en conservant la flexibilité nécessaire pour répondre aux besoins et exigences spécifiques de chaque projet.
Types de documents inclus dans le Continuum d’architecture
Voici un exemple des types de documents qui pourraient être inclus à chacun des quatre niveaux du Continuum d’architecture :
- Architecture fondamentale – ce niveau inclut les cadres et modèles fondamentaux qui fournissent une base commune à toutes les architectures au sein d’une organisation. Les documents d’exemple pourraient inclure :
- Cadre TOGAF
- Modèle de capacité métier
- Principes d’architecture des données
- Architecture des systèmes communs – ce niveau inclut les architectures pour des types spécifiques de systèmes utilisés à travers plusieurs parties de l’organisation. Les documents d’exemple pourraient inclure :
- Architecture orientée services (SOA)
- Bibliothèque d’infrastructure des technologies de l’information (ITIL)
- Architecture des centres de données
- Architecture sectorielle – ce niveau inclut les architectures spécifiques à un secteur ou une industrie particulière. Les documents d’exemple pourraient inclure :
- Architecture d’échange d’informations de santé (HIE)
- Cadre d’architecture des services financiers (FSAM)
- Architecture de l’infrastructure d’information de la défense (DII)
- Architecture d’entreprise – ce niveau inclut les architectures spécifiques à l’entreprise elle-même. Les documents d’exemple pourraient inclure :
- Architecture des données d’entreprise
- Architecture des applications d’entreprise
- Architecture de sécurité d’entreprise
Les types spécifiques de documents inclus à chaque niveau peuvent varier selon l’organisation et ses besoins, mais cet exemple devrait vous donner une idée des types de documents qui pourraient être inclus.
Types de documents inclus dans le continuum des solutions
Voici un exemple des types de documents qui pourraient être inclus à chacun des quatre niveaux du continuum des solutions, en lien avec les ABB proposés du continuum d’architecture :
- Solutions fondamentales – ce niveau inclut des solutions génériques pouvant être utilisées dans plusieurs parties de l’organisation. Les documents d’exemple pourraient inclure :
- Bus de services d’entreprise (ESB)
- Solution entrepôt de données
- Solution de gestion des identités et des accès (IAM)
- Solutions de systèmes communs – ce niveau inclut des solutions pour des types spécifiques de systèmes utilisés dans plusieurs parties de l’organisation. Les documents d’exemple pourraient inclure :
- Solution de système d’information des ressources humaines (HRIS)
- Solution de gestion des relations clients (CRM)
- Solution de planification des ressources d’entreprise (ERP)
- Solutions sectorielles – ce niveau inclut des solutions spécifiques à un secteur ou une industrie particulière. Les documents d’exemple pourraient inclure :
- Solution de dossier médical électronique (EMR)
- Solution de plateforme de négociation
- Solution de gestion logistique
- Solutions d’entreprise – ce niveau inclut des solutions spécifiques à l’entreprise elle-même. Les documents d’exemple pourraient inclure :
- Solution de traitement des commandes de vente
- Solution de paiement des comptes
- Solution de système d’exécution de fabrication (MES)
Encore une fois, les types spécifiques de documents inclus à chaque niveau peuvent varier selon l’organisation et ses besoins, mais cet exemple devrait vous donner une idée des types de documents qui pourraient être inclus à chaque niveau du Continuum des solutions, en lien avec les ABB proposés du Continuum de l’architecture.
Résumé
L’article traite du concept de Continuum d’entreprise dans le contexte de l’architecture d’entreprise. Il explique comment le Continuum d’entreprise offre une vue du référentiel d’architecture qui montre l’évolution des architectures connexes du général au spécifique, de l’abstrait au concret, et du logique au physique. L’article présente également le Continuum d’architecture et le Continuum des solutions, qui sont deux spécialisations du Continuum d’entreprise.
Le Continuum d’architecture représente une structuration des Blocs de construction d’architecture (ABB), tandis que le Continuum des solutions offre une méthode cohérente pour décrire et comprendre la mise en œuvre des actifs définis dans le Continuum d’architecture. L’article fournit des exemples de documents qui pourraient être inclus à chacun des quatre niveaux du Continuum d’architecture et du Continuum des solutions. Globalement, l’article met l’accent sur l’importance d’une bonne définition du périmètre des architectures d’entreprise et de l’utilisation des actifs d’architecture pour guider et sélectionner les éléments du Continuum des solutions.