Diagramme De Contexte Système

What this diagram shows

Un diagramme de contexte système représente un système logiciel ou technique au centre, entouré de tous les acteurs externes qui interagissent avec lui. Il montre les flux de données et les échanges bidirectionnels entre le système et ses utilisateurs, services externes, bases de données, systèmes tiers et partenaires. Ce diagramme établit les frontières du système en clarifiant ce qui en fait partie et ce qui demeure à l'extérieur, facilitant ainsi la compréhension commune du périmètre et des dépendances critiques avant de descendre vers une analyse plus détaillée des composants internes.

Key components

• Système central — Le logiciel ou produit au cœur du diagramme, délimité clairement comme l'objet d'étude principal.
• Utilisateurs ou acteurs — Les personnes ou rôles qui interagissent directement avec le système, comme clients, administrateurs ou opérateurs.
• Systèmes externes — Les applications tierces ou services connexes qui échangent des données avec le système, par exemple passerelles de paiement ou APIs.
• Bases de données — Les référentiels de données que le système consulte ou met à jour, situés à l'extérieur ou gérés séparément.
• Flux de données — Les connexions et échanges étiquetées montrant quelles informations circulent entre le système et chaque acteur externe.
• Points d'intégration — Les connexions spécifiques vers des services cloud, protocoles ou standards technologiques tels que HTTPS, SMTP ou REST.
• Frontière système — La limite visuelle qui entoure le système central et sépare clairement les composants internes des acteurs externes.

When to use it

Utilisez ce diagramme dès le début d'un projet pour définir clairement le périmètre du système et valider les attentes avec les parties prenantes. Il est indispensable lors des réunions de cadrage, avant la conception détaillée, et pour documenter les dépendances critiques. Ce diagramme aide aussi à identifier les points d'intégration complexes, les risques liés à des services externes et à structurer les conversations entre équipes métier et technique.

Common mistakes

• Inclure trop de détails internes du système au lieu de rester au niveau des frontières et des flux externes.
• Oublier d'étiqueter les flux de données avec le type ou la fréquence des échanges, rendant les dépendances ambiguës.
• Représenter des composants internes comme acteurs externes, confondant la limite système et perdant la clarté du périmètre.

Adapting it to your system

Identifiez d'abord votre système cible et listez tous les acteurs qui l'utilisent ou lui fournissent des données. Pour chaque acteur, documentez le flux exact: informations envoyées, fréquence, format et protocole. Positionnez-les autour d'un rectangle central étiqueté avec le nom du système. Reliez chaque acteur par une flèche annotée indiquant la nature de l'interaction. Si le système intègre plusieurs technologies (base de données relationnelle, queue de messages, services cloud), représentez-les comme acteurs externes. Validez le diagramme avec l'équipe pour vérifier qu'aucune dépendance critique n'a été omise.