Qu'est-ce qu'une architecture de référence ?
UNE architecture de référence est un type générique d'architecture qui identifie les contours normaux d'un système. Pour ce faire, il inclut des éléments génériques, des relations internes, des principes et des directives architecturales qui fournissent une base de base sur laquelle nous pouvons construire des architectures individuelles. Techniquement, l'architecture de référence est considérée comme une forme de l'architecture d'entreprise. En termes de TOGAF 10 Continuum d'entreprise, une architecture de référence est une architecture fondamentale, une architecture de systèmes communs ou une architecture industrielle. Les meilleures architectures de référence garantissent que le problème est résolu et que chaque partie importante est exposée.
Fondamentalement, une architecture de référence est un document, ou une série de documents, qui recommande comment intégrer des éléments commerciaux et des services et produits informatiques dans une solution. L'architecture de référence représente les meilleures pratiques de l'industrie largement reconnues et recommande souvent la stratégie de livraison optimale pour une technologie particulière. Une architecture de référence facile à comprendre fournit les meilleures pratiques et oriente l'adoption de solutions technologiques sophistiquées.
L'architecture de référence est généralement divisée en objectifs, principes, positions techniques, modèles et vocabulaire pour faciliter la compréhension des informations :
- Objectif - Pourquoi utilisez-vous l'architecture de référence ? À ce stade, vous devez définir vos buts, vos objectifs, vos objectifs particuliers et les défis à résoudre.
- Principes - Décrivez ce qui doit être fait sous la forme d'affirmations de base de haut niveau des principes, de la culture et des valeurs organisationnelles qui sont durables et rarement modifiées.
- Postes techniques - Décidez de ce que vous ferez en termes d'orientations techniques, de réglementations, de politiques, d'accords, de protocoles et de normes fondés sur des principes. Les solutions sont appliquées via des postes techniques, qui aident à limiter et à encourager la conformité.
- Modèles - Examinez une variété de représentations de l'architecture, y compris des modèles tabulaires, structurels, textuels, comportementaux et graphiques. Cela devrait être effectué à un degré de généralité, sans restrictions spécifiques à la mise en œuvre.
- Vocabulaire - Créez un glossaire avec des définitions et des expressions liées aux solutions.
Les bases de l'architecture de référence
Une architecture de référence se compose généralement d'un ensemble de fonctions et d'indications sur la manière dont ces fonctions interagissent entre elles, avec des fonctions dépassant le cadre de l'architecture de référence et avec d'autres fonctions.
Des architectures de référence peuvent être développées à différents niveaux d'abstraction. Celui qui est assez abstrait peut afficher plusieurs éléments d'équipement de réseau de communication, dont chacun remplit un objectif particulier. À un niveau plus élémentaire, on peut montrer comment plusieurs techniques (ou approches) fonctionnent ensemble dans un programme informatique conçu pour réaliser un certain objectif spécifique.
Un exemple est fourni par une architecture de référence, qui repose fréquemment sur la généralisation de plusieurs solutions. Ces solutions auraient pu être organisées et généralisées pour représenter une ou plusieurs structures d'architecture en utilisant une collection de modèles qui ont été vus dans plusieurs implémentations efficaces. Il montre également comment assembler ces composants pour créer une solution. Des architectures de référence seront créées spécifiquement pour un domaine ou un ensemble d'initiatives donné.
Les principaux composants des cadres d'architecture de référence
L'utilisation de l'architecture de référence est encouragée par un certain nombre de facteurs. Les exigences du cadre d'architecture de référence doivent être satisfaites pour que cela réussisse.
Définition d'une référence
Les architectures de référence offrent un cadre pour comprendre un domaine tout en servant de point de départ pour vos propres efforts d'architecture d'entreprise. Pour vous éviter d'avoir à créer la roue, ils vous fournissent les structures fondamentales. Les architectures de référence d'entreprise sont particulièrement avantageuses pour les domaines et les composants de votre entreprise où vous n'avez pas de concurrents directs.
Analyse comparative
Le benchmarking au sein de votre secteur est facilité par l'utilisation d'architectures de référence. Les distinctions entre les entreprises ne résident souvent pas dans la manière dont elles ont conçu, par exemple, leurs procédures commerciales, mais dans la manière dont elles les ont mises en œuvre. La comparaison de ces résultats d'exécution est considérablement simplifiée en utilisant des conceptions de référence.
Conformité
Les régulateurs imposent fréquemment (ou du moins suggèrent fortement) des conceptions de référence. Par exemple, les techniques, procédures et concepts comptables deviennent de plus en plus standardisés et requis. Cela se traduit par des normes de reporting des entreprises allant jusqu'aux normes d'échange comme XBRL.
Interopérabilité
Les organisations doivent interagir et collaborer avec un large éventail de parties différentes dans notre environnement de plus en plus réseauté. Ces interconnexions sont rendues possibles par les standards et briques proposés par les architectures de référence. Un autre avantage de l'utilisation de normes est qu'elles augmentent la flexibilité puisque les blocs de construction avec des interfaces normalisées sont plus simples à échanger et plus simples à construire des normes s'ils sont déjà normalisés.
Acquisitions et externalisation
Il sera considérablement plus simple de recombiner les matériaux de deux parties de manière novatrice si elles ont le même langage, adhèrent aux mêmes normes et reconnaissent les mêmes frontières entre les fonctions, les processus et/ou les systèmes.
Pourquoi (et pourquoi pas) utiliser l'architecture de référence ?
Les architectures de référence facilitent une collaboration et une communication réussies entre les chefs de projet, les développeurs de logiciels, les architectes d'entreprise et les responsables informatiques sur les projets de mise en œuvre. Une architecture de référence anticipe et répond aux demandes les plus fréquentes. En conséquence, ils aident les équipes à éviter les erreurs et les retards qui peuvent survenir en l'absence d'un ensemble éprouvé de meilleures pratiques et de techniques de résolution de problèmes.
De même, en réutilisant une solution performante, adopter une architecture de référence au sein d'une organisation accélère la livraison. Il offre également une base pour la gouvernance, garantissant la cohérence et l'applicabilité de l'utilisation de la technologie au sein d'une organisation. De nombreuses études empiriques dans le domaine de l'architecture logicielle ont identifié les avantages et les inconvénients communs suivants de l'utilisation d'une conception de référence logicielle dans les organisations :
- Amélioration de l'interopérabilité des systèmes logiciels par l'adoption d'une approche uniforme et de protocoles communs d'échange d'informations.
- L'utilisation de ressources partagées pour réduire les dépenses de développement des projets logiciels.
- Puisque toutes les parties impliquées ont la même approche architecturale, la communication interne sera améliorée.
- En raison de l'exigence de comprendre ses fonctionnalités, les courbes d'apprentissage des développeurs sont influencées.
L'architecture de référence serait-elle considérée comme une solution ?
Non, à vrai dire. Les architectures de référence ne seraient pas techniquement considérées comme des solutions ou des solutions potentielles. Les architectures de référence décrivent les exigences pour atteindre les buts et objectifs organisationnels. Les solutions décrivent les détails clairs et détaillés des procédures et des ressources (humaines et technologiques) nécessaires pour fournir des missions, des capacités, des systèmes et des services afin d'atteindre les buts et objectifs de l'entreprise. La structure sous-jacente d'un système, comme indiqué dans ses éléments constitutifs, ainsi que les interactions entre ces éléments et leur environnement, ainsi que les principes directeurs guidant sa création et sa croissance, sont tous décrits comme des architectures de solution par le DoD IEA.
Quelles industries utilisent l'architecture de référence ?
Les architectures de référence sont utilisées par tous les développeurs de technologies qualifiés pour spécifier les procédures de développement requises, minimiser les obstacles, maintenir la concentration de l'équipe, éviter les dépassements de coûts et valider les produits finaux avec les clients. De plus, les entreprises qui embauchent des ingénieurs logiciels et matériels les emploient pour les objectifs susmentionnés.
Il existe une variété d'architectures de référence, y compris celles pour les logiciels, les institutions financières, les automobiles, les bateaux, etc. Pour chaque nouvelle technologie créée au nom des États-Unis, le département américain de la Défense (DoD), l'une des plus grandes organisations au monde qui assure le développement de technologies de pointe par l'intermédiaire de développeurs privés de la communauté de la défense, publie des informations détaillées et détaillées. profondeur Architectures techniques de référence (TRA).
Bons attributs du modèle de référence
- Ce sont des consortiums construits, avec plus d'yeux de l'industrie. Nous vous recommandons d'utiliser une architecture de référence construite par un consortium, comme APQC ou SCOR, avant des alternatives construites par vous-même ou par un fournisseur.
- Il peut encadrer l'espace du problème.
- Il peut identifier les éléments clés.
- Il peut identifier les relations clés.
- Il peut vous dire comment évaluer le système.
Comment utiliser une architecture de référence ?
Il existe trois façons d'utiliser une bonne architecture de référence.
Tout d'abord, il devrait fournir un point de départ pour les bases. SCOR décrit les processus de la chaîne d'approvisionnement et trois modèles de fabrication. Plutôt que de commencer avec une feuille de papier vierge. Vous disposez déjà des informations de base essentielles. De cette façon, vous ne perdez pas de temps à réinventer la roue lorsque vous n'en avez pas besoin. Au lieu de cela, on peut travailler sur les aspects uniques de la roue dans leur cas d'utilisation spécifique. Les roues des avions doivent accélérer de 0 à 140 MPH instantanément. Les roues du rover lunaire devaient être très légères et ne pas projeter de poussière. Les deux sont ronds, amovibles et utilisés pour diriger. Tout se résume à un cas d'utilisation.
Deuxièmement, il doit permettre de comprendre le fonctionnement d'un système. Vous n'avez pas besoin de comprendre les parties d'un système et comment elles interagissent. Au lieu de cela, il faut chercher comment l'architecture optimise les parties et les interactions pour son cas d'utilisation. Sept leviers de la transformation numérique est un excellent exemple.
Troisièmement, il faut pouvoir utiliser l'architecture de référence dans la gouvernance de l'architecture. L'architecture de référence est utilisée pour évaluer une conception afin de s'assurer que la conception a pris en compte tous les besoins attendus d'un système. Par exemple, dans le GSRM, tous les permis révocables nécessitent un processus permettant d'évaluer si le titulaire du permis peut toujours conserver un permis et un processus d'appel. Peu importe qu'il s'agisse d'un permis de conduire, d'un permis médical ou d'un permis de transport de déchets nucléaires, tous les processus doivent être là.
Chez Conexiam, nous avons un article sur la Utilisation des architectures de référence pour la transformation numérique disponible à lire pour plus d'exemples.
Exemples d'architecture de référence
Il existe de nombreux exemples d'architecture de référence :
- IT4IT est une architecture de référence de l'information pour les fonctions des technologies de l'information.
- AUTOSAR est un type d'architecture de référence axée sur les composants pour les logiciels de véhicules.
- BIAN est une architecture de référence pour le secteur bancaire.
- SCOR est une architecture de référence pour la supply chain.
- APQC fournit des architectures de référence de processus métier intersectorielles ou spécifiques à l'industrie. APQC est souvent utilisé comme base pour modèles de processus métier ou des modèles de capacité.
- Eulynx peut être utilisé pour les systèmes de signalisation routière.
- GSRM (aka Government Services Reference Model) fournit un modèle générique de services gouvernementaux.
- Architecture de référence des capacités EA est utilisé pour accélérer la mise en place d'une équipe EA.
- JAVA EE est un type d'architecture de référence en couches utilisée pour les systèmes créés via Java.
Qu'est-ce qu'une architecture de référence standard TOGAF ?
le Norme TOGAF, 10e édition (TOGAF 10) comprend deux architectures de référence : l'architecture de référence technique et le modèle de référence d'infrastructure d'information intégrée. Une compréhension commune peut être obtenue à l'aide d'une terminologie normalisée. Par exemple, les normes architecturales de référence peuvent fournir un langage partagé. Les architectures de référence sont utiles car elles fournissent une documentation sur les pratiques courantes reconnues. La norme TOGAF tire parti de cette architecture de référence mise en œuvre dans son cadre et ses méthodologies.
Architecture de référence vs modèle de référence vs frameworks d'architecture
La plupart des gens utilisent l'architecture de référence et le modèle de référence comme synonymes. Techniquement, ils sont distincts, mais la différence n'est pas pertinente pour la plupart des architectes d'entreprise.
D'un point de vue puriste, un modèle de référence explique une partie d'un système, et une architecture de référence explique l'ensemble du système. En pratique, la distinction tend à être liée au « système ». Cependant, presque tout le monde utilise les termes de manière interchangeable. Il serait plus utile de fournir une architecture utile qui guide le changement que de passer du temps sur des discussions sémantiques.
L'architecture d'un système est décrite comme étant représentée par un cadre architectural, qui est une encapsulation d'un ensemble minimal de pratiques et de critères. Les cadres d'architecture, comme le cadre TOGAF, offrent des méthodes pour décrire et identifier les entrées requises pour une certaine architecture ainsi que des moyens de caractériser cette architecture.
Par conséquent, sans nécessiter de type architectural particulier, les cadres d'architecture fournissent aux architectes métier les outils dont ils ont besoin pour exprimer et rassembler avec précision les exigences. Les cadres d'architecture donnent des conseils pour choisir les "vues" architecturales à construire ainsi qu'un exemple de taxonomie des nombreux types de perspectives qu'un architecte peut prendre en considération.
L'architecture de référence va encore plus loin en accélérant le processus pour un type d'architecture spécifique, en aidant à déterminer quelles approches architecturales satisferont des exigences spécifiques et en déterminant l'ensemble minimal nécessaire d'artefacts architecturaux requis pour satisfaire aux exigences des « meilleures pratiques » pour un type spécifique. architecture. Les architectures de référence mettent fortement l'accent sur la partie "modèle" du concept.
Bien que l'on puisse prétendre que les architectures de référence offrent plus d'une méthodologie qu'un cadre, les architectures de référence ne se distinguent toujours pas vraiment par leur composante méthodologique. Les cadres et les architectures de référence donnent les meilleures pratiques. Cependant, la majorité peut être identifiée par leur élément de modèle.
Comment était notre guide d'architecture de référence ? Dites-nous ce que vous pensez de cette forme d'architecture dans les commentaires ci-dessous.