Diagrammes de conception d’architecture

Les architectes communiquent souvent par le biais de diagrammes. Les diagrammes sont des outils de communication puissants qui aident les implémenteurs et les parties prenantes à voir l’ensemble de la vision ou à approfondir les domaines hautement sensibles ou nuanceux d’un système. Pour communiquer avec l’intention, un architecte doit sélectionner le diagramme utile dans chaque situation.

La liste des diagrammes de cet article n’est pas exhaustive. Les diagrammes sont souvent un composite de plusieurs types.

En fin de compte, le choix du diagramme d’architecture dépend de ce que vous essayez de transmettre et du profil d’audience. Un architecte utilise plusieurs types de diagrammes tout au long des activités pour la conception, l’affinement des exigences et la communication.

Pratiques de diagramme

Les diagrammes présentent des informations substantielles sans avoir besoin d’explication textuelle. Évitez l’ambiguïté dans les diagrammes. Voici quelques recommandations :

Utilisez des notations standard. Utilisez des symboles, des icônes et des conventions de présentation largement reconnus pour une bonne lisibilité et une interprétation d’un diagramme.

Évitez les lignes ambiguës. Les diagrammes montrent souvent les relations entre les entités représentées sous forme de lignes. Soyez cohérent dans la façon dont vous utilisez les lignes.

Évitez les lignes sans flèches. Il est difficile de savoir ce que la relation est sans direction, donc utiliser des flèches. Étiquetez toutes les lignes sans flèches pour indiquer les relations.

Évitez les lignes avec des flèches doubles. Les flèches doubles impliquent une dépendance bidirectionnelle. Préférez utiliser une flèche à fin unique pour représenter le flux du client dépendant vers la dépendance (serveur).

Étiqueter tout. Fournissez des étiquettes claires, précises et significatives pour chaque icône. Lignes d’étiquette lorsque les relations ne sont pas claires.

Maintenir la cohérence. Utilisez des couleurs standardisées, des casses, des icônes, des tailles d’icônes, des types de traits, des têtes de flèche et d’autres représentations pour des éléments similaires dans un diagramme. Restez cohérent dans tous les diagrammes créés pour la conception et la documentation de votre charge de travail. Tirez parti des données ou taxonomies existantes.

Soyez exact. Les diagrammes sont des abstractions, mais ne sacrifient pas la précision dans le processus. Par exemple, ne représentez pas un service dans un réseau virtuel s’il n’est pas présent dans ce réseau virtuel. Un diagramme est un outil de communication. Vous devez donc éviter toute mauvaise communication contre les inexactitudes.

Incluez les métadonnées. Assurez-vous qu’un diagramme contient des métadonnées qui fournissent des informations essentielles sur l’objectif du diagramme. Les métadonnées donnent également un contexte pour aider les visionneuses à comprendre l’étendue et l’importance du diagramme. Incluez des éléments tels que le titre, la description, la date de dernière mise à jour, l’auteur et les références externes.

Utilisez des icônes officielles et des noms de service. Lorsque vous représentez une technologie spécifique, utilisez les dernières icônes officielles de votre fournisseur de technologies. Si l’identification de la technologie est importante, utilisez le nom officiel du service.

Par exemple, voici les icônes de services Microsoft :

• Icônes d’architecture Azure
• Icônes Microsoft 365
• Icônes Microsoft Dynamics 365
• Icônes d’architecture Microsoft Entra ID
• Icônes de Microsoft Power Platform

Types de diagrammes de conception

L’architecture de charge de travail est complexe et multidimensionnelle. Chaque type de dimension se concentre sur un aspect spécifique du système en fournissant un niveau de détail spécifique à cette dimension. Par exemple, les organigrammes illustrent le flux de processus. Les diagrammes de relation d’entité décrivent les relations entre les composants système.

L’utilisation de différents types de diagrammes permet une compréhension complète des dimensions. Il permet d’encourager une communication efficace, la résolution des problèmes et la prise de décision entre les parties prenantes.

Diagramme système de haut niveau

Un diagramme système de haut niveau sert de vue d’ensemble d’une charge de travail entière ou d’une sous-section au sein d’une charge de travail. Il comprend les principaux composants, leurs relations entre eux et l’ordre brut dans lequel les données circulent via le système. Les flèches indiquent la direction de l’interaction.

Ces diagrammes sont bons pour atteindre une compréhension commune afin que vous puissiez commencer des discussions plus approfondies ou pour la communication des parties prenantes.

Schéma fonctionnel

Un diagramme de blocs décompose une charge de travail en ses principaux blocs fonctionnels. Les blocs sont généralement indépendants de la technologie. Ils font référence à la fonctionnalité en cours d’exécution au lieu d’un composant spécifique.

Par exemple, un diagramme de blocs peut référencer un « bus de messagerie » au lieu d’une technologie de bus de messages spécifique. Ce type de diagramme peut vous aider à expliquer la structure, le flux de données et le flux de traitement d’un système sans distraire l’audience avec des détails fins.

Diagramme de composant

Un diagramme de composants fonctionne comme un diagramme de blocs, mais remplace les blocs de fonctionnalités génériques par des technologies spécifiques. Il présente une vue détaillée avec l’objectif de communiquer les composants technologiques individuels du système et leurs relations, telles que client/serveur. Ces diagrammes sont une sorte de facture visuelle de matériaux pour l’étendue du diagramme.

Diagramme de déploiement

Un diagramme de déploiement se concentre sur le déploiement de logiciels d’infrastructure, de logiciels COTS (Commercial Off-the-shelf) et de code personnalisé dans la charge de travail. Il montre comment les logiciels et le code sont distribués dans l’infrastructure d’hébergement.

Diagramme de flux de données

Un diagramme de flux de données (DFD) illustre la façon dont les données passent par un système, ce qui est utile lorsque vous modélisez des systèmes centrés sur les données. Dans un diagramme comme celui-ci, il est judicieux de noter si les données sont déplacées par lots ou en temps réel pour supprimer l’ambiguïté.

Diagramme de séquence

Un diagramme de séquence illustre les échanges de communication entre les composants de charge de travail au fil du temps. Il illustre les relations client/serveur et leur nature synchrone ou asynchrone. Il met également en évidence les dépendances dans ces échanges et évalue les scénarios d’erreur dans ceux-ci.

Diagramme de flux utilisateur

Un diagramme de flux utilisateur se concentre sur une interaction étendue entre les charges de travail, les utilisateurs ou les acteurs et la charge de travail. Il est utile de clarifier et de visualiser les exigences fonctionnelles de différentes façons qu’un utilisateur et les données de l’utilisateur interagissent avec le système.

Diagramme de relation d’entité

Un diagramme de relation d’entité (ERD) est un diagramme de modélisation qui représente la structure d’une base de données ou d’un autre système de stockage. Il montre la relation entre les entités (telles que les tables) par le biais d’attributs standard et de symbologie d’association.

Diagramme du réseau

Un diagramme réseau illustre la solution du point de vue du réseau avec lequel il s’exécute ou interagit. Ces diagrammes sont utiles pour visualiser la segmentation du réseau de la charge de travail, les points de défaillance réseau et les transitions réseau clés telles que les sorties Internet et les points d’entrée.

Les diagrammes réseau ont généralement une implémentation passée. Les diagrammes réseau sont souvent utilisés dans les audits et la réponse aux incidents.

Schéma d'état

Un diagramme d’état est une visualisation spécialisée. Il indique l’état dans lequel se trouve un flux (ou un composant individuel). Il montre également comment le flux passe entre les états en réponse aux conditions ou aux événements.

Organigramme

Bien qu’il ne s’agit pas spécifiquement d’un diagramme d’architecture, un organigramme est un autre moyen d’apporter de la clarté à une conception. Les organigrammes sont souvent utiles lorsqu’ils représentent des flux de travail ou une logique complexes. Vous pouvez les utiliser pour aider à affiner les exigences et à favoriser les choix d’implémentation.

Les organigrammes sont utiles pour inclure dans les plans de réponse aux incidents de charge de travail pour aider à mettre en évidence les points de décision clés et leurs actions ou canaux de notification associés.

Étapes suivantes

Liste de contrôle de l’architecte