UML est un langage de modélisation graphique créé dans les années 1990 par Grady Booch, James Rumbaugh et Ivar Jacobson (fusion de méthodes OMT, Booch, OOSE). Normalisé par l’OMG (Object Management Group), UML permet de représenter différents points de vue d’un système : fonctionnel (cas d’utilisation), structurel (diagrammes de classes, composants), dynamique (séquence, activité). Il est indépendant des langages de programmation et des processus de développement. ISOSET enseigne UML dans le cadre de la conception orientée objet et de l’analyse fonctionnelle.

• Modélisation structurelle – classes, objets, composants, déploiement.
• Modélisation comportementale – séquence, activité, machine d’états.
• Modélisation fonctionnelle – diagramme de cas d’utilisation.

Le diagramme de classes est le plus utilisé en conception orientée objet. Il décrit les classes du système, leurs attributs, leurs méthodes et les relations entre elles : association, agrégation, composition, héritage, dépendance. La multiplicité (1, 0..*, etc.) précise la cardinalité. Un diagramme de classes bien conçu est un excellent support pour la génération de code (persistance, logique métier).

// Exemple de diagramme de classes (textuel)
+------------------+       +------------------+
|     Client       |       |    Commande      |
+------------------+       +------------------+
| - id_client : int|       | - id_cmd : int   |
| - nom : string   |       | - date : Date    |
| - email : string |       | - montant : float|
+------------------+       +------------------+
| + getNom()       |       | + calculerTva()  |
+------------------+       +------------------+
        | 1                      | *
        +───────────────────────→|

ISOSET forme à la création de diagrammes de classes cohérents et à leur implémentation en Java, C# ou Python.

Le diagramme de cas d’utilisation représente les fonctionnalités du système du point de vue des acteurs externes (utilisateurs, systèmes). Il ne détaille pas l’ordre des opérations, mais décrit les objectifs que les acteurs peuvent atteindre. Chaque cas d’utilisation peut être accompagné d’une description textuelle (scénario nominal, alternatifs, exceptions). C’est un outil de communication idéal avec les métiers.

• Acteur – rôle d’un utilisateur ou système externe.
• Cas d’utilisation – fonctionnalité unitaire (ex: « Passer commande », « S’authentifier »).
• Relation « include » – un cas d’utilisation en inclut un autre (étape commune).
• Relation « extend » – comportement optionnel.

Exemple (textuel) : acteur "Client", cas d’utilisation "Passer commande" avec <> "Payer"

ISOSET utilise les cas d’utilisation dans sa pédagogie pour faire le lien entre besoins métier et conception technique.

Le diagramme de séquence illustre comment les objets (ou composants) interagissent dans le temps. Il montre les messages échangés (appels de méthodes) dans l’ordre séquentiel. Chaque objet a une « ligne de vie » (lifeline) et les messages sont fléchés. Ce diagramme est très utile pour décrire un scénario particulier d’un cas d’utilisation.

// Séquence simplifiée : Client → Contrôleur → BaseDeDonnées
Client -> Contrôleur: passerCommane(donnees)
Contrôleur -> BaseDeDonnées: verifierStock(produit)
BaseDeDonnées --> Contrôleur: OK
Contrôleur -> BaseDeDonnées: enregistrer(commande)
Contrôleur --> Client: confirmation

ISOSET propose des ateliers de conception de diagrammes de séquence pour des cas d’usage réels (API REST, microservices).

Proche des organigrammes, le diagramme d’activité modélise le flux de contrôle (séquences, conditionnels, parallélisme) et de données au sein d’un processus métier ou d’un algorithme complexe. Il est très utilisé en business process modeling (BPM) et en conception d’algorithmes. Les symboles : début, fin, action, décision (nœud de branchement), fork/join pour le parallélisme.

// Logique : [Début] -> Vérifier solde -> [si solde > 0] Valider / [sinon] Refuser

ISOSET initie les jeunes à la logique algorithmique via des diagrammes d’activité simplifiés.

• Diagramme de composants – montre l’organisation et les dépendances entre composants (fichiers JAR, DLL, modules).
• Diagramme de déploiement – modélise l’architecture physique (serveurs, nœuds, connexions, déploiement des artefacts).
• Diagramme d’états‑transitions – décrit les états d’un objet et les transitions (ex: cycle de vie d’une commande : “créée”, “payée”, “expédiée”, “livrée”).
• Diagramme d’objets – instanciation d’un diagramme de classes (exemple concret).

ISOSET forme à l’ensemble de ces diagrammes pour une couverture complète des besoins d’architecture.

• Draw.io (diagrams.net) – gratuit, en ligne, export XML, intégration Google Drive et GitHub.
• Lucidchart – collaboratif, riche en gabarits, intégration avec Jira/Confluence.
• Enterprise Architect – outil professionnel pour projets complexes, génération de code.
• PlantUML – modélisation via langage textuel, intégrable dans la documentation (Markdown, AsciiDoc).
• Modelio, StarUML – outils open source ou freeware complets.

// Exemple PlantUML (diagramme de séquence)
@startuml
Client -> Serveur : requête
Serveur -> Base : SQL
Base --> Serveur : résultat
Serveur --> Client : réponse
@enduml

• Modéliser juste assez – éviter le sur‑ingénierie (YAGNI).
• Commencer par les cas d’utilisation – pour capturer les besoins métier.
• Itérer et simplifier – UML doit aider à comprendre, pas complexifier.
• Versionner les modèles – préférer des formats texte (PlantUML, Mermaid) pour Git.
• Conserver la cohérence entre diagrammes – les classes, séquences et composants doivent s’accorder.

• Cas d’utilisation – acteurs : Client, Administrateur. Cas UC : Consulter catalogue, Passer commande, Gérer produits (admin).
• Diagramme de classes – Client, Commande, LigneCommande, Produit, Paiement.
• Diagramme de séquence “Passer commande” – interaction Client → Panier → GestionnaireCommande → Paiement → Base.
• Diagramme d’activité du processus de commande – choix des produits → validation panier → paiement → confirmation.
• Diagramme de déploiement – serveur web, serveur d’application, base de données, navigateur.

Les témoignages d’anciens élèves d’ISOSET confirment l’utilité d’UML : *« Grâce à la formation UML, j’ai pu clarifier la structure de mon application avec un diagramme de classes. La communication avec l’équipe de développement est devenue beaucoup plus fluide. »*