![A 16:10 hero banner styled graphic featuring a clean, modern illustration. The background is subtle and uses glowing accents, circuit board traces, and digital symbols with blues, greens, and white colors. Vertical columns define main participants like \"Card Reader\", \"ATM Interface\", \"Bank Server\", and \"Cash Dispenser\" across the top. Arrows with numbered steps (1, 2, 3...) indicate the sequential flow of communication, beginning with a \"Customer\" actor on the left. Key sections highlight the main decision structures using \"alt [PIN Invalid] \/ [PIN Valid]\" and \"alt [Insufficient Funds] \/ [Account Approved]\", clearly detailing both successful and alternative paths of interaction. No product logos are included. At the very top center, the main title in clean fonts reads \"BUILDING A ROBUST ATM SEQUENCE DIAGRAM\" with a subtitle \"STEP-BY-STEP PLANTUML GUIDE\".](\"https:\/\/www.vpascode.com\/wp-content\/uploads\/2026\/08\/atm-sequence-diagram-plantuml-guide.jpg\")
<\/p>\n<\/p>\n
Concevoir des transactions financi\u00e8res syst\u00e9miques exige une clart\u00e9 absolue. Que vous soyez en train d’architecturer un moteur bancaire, de documenter un flux de travail h\u00e9rit\u00e9 ou de former des \u00e9quipes d’ing\u00e9nieurs, un diagramme de s\u00e9quence PlantUML<\/strong> est l’une des m\u00e9thodes les plus efficaces pour visualiser les interactions ordonn\u00e9es dans le temps entre les composants du syst\u00e8me.<\/p>\n Dans ce tutoriel, je vous accompagnerai pas \u00e0 pas dans mon raisonnement exact pour cr\u00e9er un diagramme de s\u00e9quence de retrait de cash ATM<\/strong> depuis z\u00e9ro en utilisant PlantUML. Nous aborderons la configuration des participants, les flux de messages et les branches conditionnelles imbriqu\u00e9es pour la gestion des erreurs \u2014 tout cela en utilisant VPasCode<\/a>, notre outil gratuit outil de diagramme en code<\/strong> et \u00e9diteur en ligne \u00e9diteur PlantUML<\/strong>.<\/p>\n \u00a0<\/p>\n J’commence toujours mes diagrammes PlantUML en d\u00e9finissant des configurations globales claires. Lors de la mod\u00e9lisation d’op\u00e9rations financi\u00e8res comme un retrait de cash ATM, suivre l’ordre d’ex\u00e9cution est crucial \u00e0 la fois pour les d\u00e9veloppeurs et les auditeurs.<\/p>\n Pour y parvenir, je commence par le Pourquoi utiliser Ensuite, j’identifie les entit\u00e9s distinctes participant \u00e0 la transaction. Je souhaite s\u00e9parer les acteurs humains des composants backend et des sous-syst\u00e8mes mat\u00e9riels.<\/p>\n Plut\u00f4t que de laisser PlantUML d\u00e9clarer les participants de mani\u00e8re implicite au fur et \u00e0 mesure que les messages sont dessin\u00e9s, je les d\u00e9finis explicitement en haut. Cela garantit qu’ils apparaissent dans un ordre logique, de gauche \u00e0 droite, refl\u00e9tant leur fronti\u00e8re architecturale :<\/p>\n Raisonnement de conception :<\/strong><\/p>\n Une fois les participants d\u00e9clar\u00e9s, je commence \u00e0 cartographier l’initialisation du parcours id\u00e9al : insertion de la carte, lecture des donn\u00e9es, demande du code PIN, et contact avec le serveur central de la banque.<\/p>\n Remarquez comment les messages synchrones utilisent des fl\u00e8ches pleines ( Les syst\u00e8mes du monde r\u00e9el \u00e9chouent, et les diagrammes de s\u00e9quence doivent communiquer les conditions d’erreur de mani\u00e8re explicite. Une fois que le DAB demande une v\u00e9rification \u00e0 la banque, deux r\u00e9sultats sont possibles : l’authentification \u00e9choue ou r\u00e9ussit.<\/p>\n Pour repr\u00e9senter la logique conditionnelle dans PlantUML, j’utilise un Techniques cl\u00e9s utilis\u00e9es :<\/strong><\/p>\n Une fois l’authentification v\u00e9rifi\u00e9e, l’utilisateur demande un retrait. Toutefois, la banque doit v\u00e9rifier les soldes du compte et les limites journali\u00e8res. Pour repr\u00e9senter cette validation secondaire, j’imbrique un deuxi\u00e8me bloc Si les fonds sont insuffisants, la transaction se termine en toute s\u00e9curit\u00e9. Si approuv\u00e9e, la banque d\u00e9bite le compte, active le distributeur de billets, remet les billets, \u00e9jecte la carte et propose un re\u00e7u imprim\u00e9 facultatif.<\/p>\n Astuce pro :<\/strong> Remarquez l’appel interne Voici le code source complet et assembl\u00e9 pour notre diagramme de s\u00e9quence de retrait de cash ATM. Vous pouvez copier-coller ce code directement dans votre \u00e9diteur PlantUML pr\u00e9f\u00e9r\u00e9 \u00e9diteur PlantUML gratuit<\/strong> pour le modifier ou g\u00e9n\u00e9rer des graphiques vectoriels :<\/p>\n![\"An](\"https:\/\/www.vpascode.com\/wp-content\/uploads\/2026\/08\/img_6a7497c0b9fd4.png\")
<\/p>\n\u00c9tape 1 : Configuration du titre et du num\u00e9rotage automatique des \u00e9tapes<\/h2>\n
@startuml<\/code> tag, d\u00e9finir un titre descriptif et activer la fonctionnalit\u00e9 autonumber<\/code> fonctionnalit\u00e9.<\/p>\n@startuml\r\ntitre Diagramme de s\u00e9quence de retrait de cash ATM\r\n\r\nautonumber<\/code><\/pre>\nautonumber<\/code>?<\/strong> Sans num\u00e9rotation automatique, les relecteurs doivent suivre manuellement les lignes de s\u00e9quence pour comprendre l’ordre. En imposant un num\u00e9rotage s\u00e9quentiel, chaque demande et r\u00e9ponse est automatiquement index\u00e9e, rendant le croisement de r\u00e9f\u00e9rences lors des revues d’architecture totalement sans effort.<\/p>\n<\/section>\n\u00c9tape 2 : D\u00e9finition des acteurs et des participants du syst\u00e8me<\/h2>\n
acteur Client\r\nparticipant \"Interface ATM\" comme ATM\r\nparticipant \"Lecteur de carte\" comme Lecteur\r\nparticipant \"Serveur bancaire\" comme Banque\r\nparticipant \"Distributeur de cash\" comme Distributeur<\/code><\/pre>\n\n
acteur Client<\/code>: Repr\u00e9sente l’utilisateur humain qui initie l’action.<\/li>\nparticipant ... comme Alias<\/code>: Attribution d’alias courts comme DAB<\/code>, Lecteur<\/code>, et Banque<\/code> rend le reste du script propre et lisible sans avoir \u00e0 r\u00e9p\u00e9ter des cha\u00eenes d’affichage longues.<\/li>\nLecteur<\/code> entre Client<\/code> et Interface DAB<\/code>, je refl\u00e8te pr\u00e9cis\u00e9ment la s\u00e9quence physique de l’insertion de la carte avant les interactions avec l’interface logicielle.<\/li>\n<\/ul>\n<\/section>\n\u00c9tape 3 : Mod\u00e9lisation du flux d’authentification initial<\/h2>\n
Client -> Lecteur : Ins\u00e9rer la carte DAB\r\nLecteur -> DAB : Lire les d\u00e9tails de la carte\r\nDAB -> Client : Demander le code PIN\r\nClient -> DAB : Saisir le code PIN\r\nDAB -> Banque : V\u00e9rifier la carte et le code PIN<\/code><\/pre>\n-><\/code>). Le mat\u00e9riel de la carte d\u00e9clenche le logiciel DAB, qui invite l’utilisateur, capture l’entr\u00e9e et transmet en toute s\u00e9curit\u00e9 les identifiants d’authentification au Banque<\/code> serveur.<\/p>\n<\/section>\n\u00c9tape 4 : Structuration de la branche d’authentification avec
alt<\/code> blocs<\/h2>\nalt \/ sinon \/ fin<\/code> bloc :<\/p>\nalt PIN invalide\r\n Banque --> ATM : Authentification \u00e9chou\u00e9e\r\n ATM -> Client : Afficher le message \"PIN invalide\"\r\n ATM -> Lecteur : \u00c9jecter la carte\r\n Lecteur --> Client : Rendre la carte\r\nsinon PIN valide\r\n Banque --> ATM : Authentification r\u00e9ussie\r\n ATM -> Client : Demander le choix de la transaction et le montant\r\n Client -> ATM : S\u00e9lectionner \"Retrait\" et saisir le montant\r\n ATM -> Banque : Demander l'autorisation de retrait (montant)\r\n ...\r\nfin<\/code><\/pre>\n\n
--><\/code>) signalent les messages de r\u00e9ponse asynchrones renvoy\u00e9s aux composants appelants.<\/li>\n[PIN invalide]<\/code> et [PIN valide]<\/code> informent instantan\u00e9ment les d\u00e9veloppeurs logiciels sur la mani\u00e8re dont les flux d’exception se terminent (par exemple, affichage d’une erreur, \u00e9jection de la carte et retour du mat\u00e9riel).<\/li>\n<\/ul>\n<\/section>\n\u00c9tape 5 : Imbriquer la logique pour l’autorisation du compte et le d\u00e9clenchement du distributeur de billets<\/h2>\n
alt<\/code> \u00e0 l’int\u00e9rieur de la branche PIN valide<\/code> .<\/p>\n alt Fonds insuffisants \/ Limite journali\u00e8re d\u00e9pass\u00e9e\r\n Banque --> ATM : Transaction refus\u00e9e\r\n ATM -> Client : Afficher le message d'erreur\r\n ATM -> Lecteur : \u00c9jecter la carte\r\n Lecteur --> Client : Rendre la carte\r\n sinon Compte approuv\u00e9\r\n Banque -> Banque : D\u00e9biter le solde du compte\r\n Banque --> ATM : Transaction approuv\u00e9e\r\n\r\n ATM -> Distributeur : Distribuer les billets\r\n Distributeur --> ATM : Billets pr\u00eats\r\n ATM -> Client : Remettre les billets\r\n Client -> ATM : Prendre les billets\r\n\r\n ATM -> Lecteur : \u00c9jecter la carte\r\n Lecteur --> Client : Rendre la carte\r\n ATM -> Client : Imprimer le re\u00e7u (facultatif)\r\n fin<\/code><\/pre>\nBanque -> Banque : D\u00e9biter le solde du compte<\/code>. Les fl\u00e8ches auto-r\u00e9f\u00e9rentielles dans PlantUML sont id\u00e9ales pour mettre en \u00e9vidence les mises \u00e0 jour d’\u00e9tat internes du backend qui n’impliquent pas de communication r\u00e9seau externe.<\/p>\n<\/section>\nLe script PlantUML complet<\/h2>\n
\n\nPlantUML<\/span>
\n
\n