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 la vision globale ou à approfondir les domaines hautement sensibles ou nuancés d’un système. Pour communiquer avec intention, un architecte doit sélectionner le diagramme qui est 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 création de diagrammes

Les diagrammes présentent des informations substantielles sans avoir besoin d’une explication textuelle. Évitez toute 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 bonne 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 quelle est la relation sans direction. Utilisez donc 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 vers le serveur.

Étiquetez tout. Fournissez des étiquettes claires, précises et explicites pour chaque icône. Étiqueter les lignes lorsque les relations ne sont pas claires.

Maintenir la cohérence. Utilisez des couleurs standardisées, des boîtiers, des icônes, des tailles d’icônes, des types de lignes, des flèches et d’autres représentations pour des éléments similaires dans un diagramme et dans des diagrammes associés. Dessinez à partir de données ou de taxonomies existantes.

Soyez précis. 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 étant un outil de communication, vous devez éviter les erreurs de communication dues aux imprécisions.

Inclure les métadonnées. Vérifiez 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 utilisateurs à comprendre l’étendue et l’importance du diagramme. Incluez des éléments tels que le titre, la description, la date de la 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 technologie. Si l’identification de la technologie est importante, utilisez le nom officiel du service.

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

• Icônes d’architecture Azure
• Icônes Microsoft 365
• Icônes microsoft Dynamics 365
• Icônes 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 instance, les organigrammes illustrent le flux de processus. Les diagrammes de relation d’entité illustrent les relations entre les composants système.

Le fait d’avoir 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 inclut les composants main, leurs relations entre eux et l’ordre approximatif dans lequel les données transitent par le système. Les flèches indiquent le sens de l’interaction.

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

Schéma fonctionnel

Un diagramme de blocs décompose une charge de travail en blocs fonctionnels principaux. 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 faire référence à un « bus de messagerie » au lieu d’une technologie de bus de message spécifique. Ce type de diagramme peut aider à expliquer la structure, le flux de données et le flux de traitement d’un système sans distraire le public avec des détails précis.

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 nomenclature visuelle pour l’étendue du diagramme.

Diagramme de déploiement

Un diagramme de déploiement se concentre sur le déploiement de l’infrastructure, des logiciels commerciaux prêts à l’emploi (COTS) et du code personnalisé sur l’ensemble de 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 se déplacent dans 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 séquentiel 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 qu’ils contiennent.

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 pour clarifier et visualiser les exigences fonctionnelles de différentes façons dont 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) via les attributs standard du secteur et la symbologie d’association.

Diagramme du réseau

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

Les diagrammes réseau ont généralement une implémentation du passé. Ils 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 montre l’état dans lequel se trouve un flux (ou un composant individuel). Il montre également comment le flux effectue des transitions entre les états en réponse à des conditions ou des événements.

Organigramme

Bien qu’il ne s’agisse 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 affiner les exigences et aider à orienter les choix d’implémentation.

Étapes suivantes

Check-list de l’architecte