actor • boundary • control • entity • database • collections @startuml actor Foo1 boundary Foo2 control Foo3 entity Foo4 database Foo5 collections Foo6 Foo1 -> Foo2 : To boundary Foo1 -> Foo3 : To control control Foo1 -> Foo4 : To entity Foo1 -> Foo5 : To database Foo1 -> Foo6 : To collections Guide de référence du langage PlantUML (1.2021.2) 1 / 405 1.2 Déclaration de participants 1 DIAGRAMME DE SÉQUENCE la syntaxe est très souple sur l’ordre des champs et des méthodes. @startuml class Dummy { String data void methods() } class Flight { flightNumber : Integer departureTime : Date } @enduml You can use

actor • boundary • control • entity • database • collections @startuml actor Foo1 boundary Foo2 control Foo3 entity Foo4 database Foo5 collections Foo6 Foo1 -> Foo2 : To boundary Foo1 -> Foo3 : To control control Foo1 -> Foo4 : To entity Foo1 -> Foo5 : To database Foo1 -> Foo6 : To collections Guide de référence du langage PlantUML (1.2021.2) 1 / 390 1.2 Déclaration de participants 1 DIAGRAMME DE SÉQUENCE la syntaxe est très souple sur l’ordre des champs et des méthodes. @startuml class Dummy { String data void methods() } class Flight { flightNumber : Integer departureTime : Date } @enduml You can use

actor • boundary • control • entity • database • collections @startuml actor Foo1 boundary Foo2 control Foo3 entity Foo4 database Foo5 collections Foo6 Foo1 -> Foo2 : To boundary Foo1 -> Foo3 : To control control Foo1 -> Foo4 : To entity Foo1 -> Foo5 : To database Foo1 -> Foo6 : To collections Guide de référence du langage PlantUML (1.2021.1) 1 / 384 1.2 Déclaration de participants 1 DIAGRAMME DE SÉQUENCE la syntaxe est très souple sur l’ordre des champs et des méthodes. @startuml class Dummy { String data void methods() } class Flight { flightNumber : Integer departureTime : Date } @enduml You can use

database • collections • queue @startuml participant Participant as Foo actor Actor as Foo1 boundary Boundary as Foo2 control Control as Foo3 entity Entity as Foo4 database Database as Foo5 collections Collections boundary Foo -> Foo3 : To control Foo -> Foo4 : To entity Foo -> Foo5 : To database Foo -> Foo6 : To collections Foo -> Foo7: To queue @enduml Guide de référence du langage PlantUML (1.2023.11) 2 / 533 1.2 PlantUML (1.2023.11) 57 / 533 2.18 Display JSON Data on Usecase diagram 2 DIAGRAMME DE CAS D’UTILISATION [Réf. QA-5340 et adapté de QA-6852] 2.18 Display JSON Data on Usecase diagram 2.18.1 Simple example

actor • boundary • control • entity • database • collections @startuml actor Foo1 boundary Foo2 control Foo3 entity Foo4 database Foo5 collections Foo6 Foo1 -> Foo2 : To boundary Foo1 -> Foo3 : To control control Foo1 -> Foo4 : To entity Foo1 -> Foo5 : To database Foo1 -> Foo6 : To collections Guide de référence du langage PlantUML (1.2020.22) 1 / 294 1.2 Déclaration de participants 1 DIAGRAMME DE SÉQUENCE 2020.22) 40 / 294 3.5 Définir les visibilités 3 DIAGRAMME DE CLASSES @startuml class Dummy { String data void methods() } class Flight { flightNumber : Integer departureTime : Date } @enduml You can use

actor • boundary • control • entity • database • collections @startuml actor Foo1 boundary Foo2 control Foo3 entity Foo4 database Foo5 collections Foo6 Foo1 -> Foo2 : To boundary Foo1 -> Foo3 : To control control Foo1 -> Foo4 : To entity Foo1 -> Foo5 : To database Foo1 -> Foo6 : To collections Guide de référence du langage PlantUML (1.2020.23) 1 / 307 1.2 Déclaration de participants 1 DIAGRAMME DE SÉQUENCE 2020.23) 50 / 307 3.5 Définir les visibilités 3 DIAGRAMME DE CLASSES @startuml class Dummy { String data void methods() } class Flight { flightNumber : Integer departureTime : Date } @enduml You can use

entity Foo4 database Foo5 collections Foo6 Foo1 -> Foo2 : To boundary Foo1 -> Foo3 : To control Foo1 -> Foo4 : To entity Foo1 -> Foo5 : To database Foo1 -> Foo6 : To collections @enduml Guide de référence la syntaxe est très souple sur l'ordre des champs et des méthodes. @startuml class Dummy { String data void methods() } class Flight { flightNumber : Integer departureTime : Date } @enduml You can use visibilité des éléments : Character Icon for field Icon for method Visibility - private # protected ~ package private + public @startuml class Dummy { -field1 #field2 ~method1() +method2() } @enduml

entity Foo4 database Foo5 collections Foo6 Foo1 -> Foo2 : To boundary Foo1 -> Foo3 : To control Foo1 -> Foo4 : To entity Foo1 -> Foo5 : To database Foo1 -> Foo6 : To collections @enduml Guide de référence la syntaxe est très souple sur l'ordre des champs et des méthodes. @startuml class Dummy { String data void methods() } class Flight { flightNumber : Integer departureTime : Date } @enduml You can use visibilité des éléments : Character Icon for field Icon for method Visibility - private # protected ~ package private + public @startuml class Dummy { -field1 #field2 ~method1() +method2() } @enduml

entity Foo4 database Foo5 collections Foo6 Foo1 -> Foo2 : To boundary Foo1 -> Foo3 : To control Foo1 -> Foo4 : To entity Foo1 -> Foo5 : To database Foo1 -> Foo6 : To collections @enduml Guide de référence la syntaxe est très souple sur l'ordre des champs et des méthodes. @startuml class Dummy { String data void methods() } class Flight { flightNumber : Integer departureTime : Date } @enduml You can use visibilité des éléments : Character Icon for field Icon for method Visibility - private # protected ~ package private + public @startuml class Dummy { -field1 #field2 ~method1() +method2() } @enduml

entity Foo4 database Foo5 collections Foo6 Foo1 -> Foo2 : To boundary Foo1 -> Foo3 : To control Foo1 -> Foo4 : To entity Foo1 -> Foo5 : To database Foo1 -> Foo6 : To collections @enduml Guide de référence la syntaxe est très souple sur l'ordre des champs et des méthodes. @startuml class Dummy { String data void methods() } class Flight { flightNumber : Integer departureTime : Date } @enduml You can statique 3 DIAGRAMME DE CLASSES Character Icon for field Icon for method Visibility - private # protected ~ package private + public @startuml class Dummy { -field1 #field2 ~method1() +method2() } @enduml