Le diagramme d'architecture système est un concept assez vague. Au sens strict, il s'agit de l'un des neuf types de diagrammes d'architecture. Il décrit les différents composants, modules et sous-systèmes du système, ainsi que leurs interactions et méthodes de communication, et s'oriente davantage vers la composition physique et le mode de déploiement du système. Au sens large, un diagramme d'architecture système peut désigner tout diagramme d'architecture d'un système spécifique, comme le diagramme d'architecture produit d'un système CMS, qui relève de la catégorie des diagrammes d'architecture produit. Un diagramme d'architecture technique pour un système de réservation et de remboursement de billets de train relève de la catégorie des diagrammes d'architecture technique. Cette page se réfère spécifiquement au sens étroit d'un diagramme d'architecture système.

La différence fondamentale entre l'architecture applicative et l'architecture système réside dans le champ d'application et le niveau de conception. Un diagramme d'architecture applicative se concentre sur la division des modules au sein de l'application, les méthodes d'interaction, le flux de données, etc., et se concentre davantage sur l'implémentation des fonctions et de la logique logicielles. En revanche, un diagramme d'architecture système est plus macro, se concentrant sur la structure globale du système, les relations entre les différents sous-systèmes, le déploiement matériel et logiciel, etc., et s'orientant davantage vers la composition physique et la méthode de déploiement du système.

Par rapport à l'architecture technique, l'architecture système est une description détaillée des actions à entreprendre et de la manière de les accomplir, tandis que l'architecture technique est une description plus détaillée de la mise en œuvre technique. Si l'architecture système est comparable à la planification de la ville de Shenzhen, l'architecture technique est comparable à la planification du district de Nanshan.

Un diagramme d'architecture système présente la structure globale du système, notamment les principaux composants, les modules, les relations entre les services, les flux de données et les méthodes de communication, ainsi que l'environnement de déploiement du système.

L'utilisation de flèches et d'annotations permet d'indiquer clairement le sens du flux de données, les protocoles de communication (tels que HTTP, RPC, files d'attente de messages) et leur nature synchrone ou asynchrone, améliorant ainsi la lisibilité et la précision du diagramme.

Cela dépend de la situation. Si l'on se concentre sur l'environnement d'exploitation du système, la distribution des nœuds, la reprise après sinistre et l'évolutivité, une architecture de déploiement est nécessaire. Sinon, un diagramme de déploiement distinct peut être créé.

Il est nécessaire d'indiquer les principales piles technologiques (bases de données, intergiciels, mise en cache, infrastructures de services) afin de faciliter la communication des solutions techniques et la planification.

En indiquant les équilibreurs de charge, les nœuds de secours, l'architecture des clusters, les mécanismes de basculement, etc., pour mettre en évidence la stabilité et l'élasticité du système.

Il est recommandé d'inclure des composants liés à la sécurité, tels que l'authentification d'identité, la gestion des accès, les pare-feu, le cryptage des données, etc., pour mettre en évidence la sécurité du système.