Modélisation UML
Fiche de révision BTS SIO sur les diagrammes UML essentiels
1
Cas d’usage et acteurs
Repères
Un acteur est un rôle externe. Un cas d’usage décrit un service rendu par le système.
- Acteur = rôle, pas une personne.
- Cas d’usage = objectif observable.
- Le point de vue est celui de l’utilisateur.
À retenir
- Associer acteur et cas d’usage.
- Éviter les détails techniques.
2
Diagramme de classes
Structure
Points clés
Classe
- Type d’objet du domaine.
- Regroupe attributs et opérations.
Relations
- Association = lien entre classes.
- Cardinalité = nombre d’instances.
Pièges
Une association ne remplace pas une cardinalité, et l’héritage ne doit pas servir de simple lien.
3
Séquence et activités
Comparaison
Diagramme de séquence
- Ordre chronologique des messages.
- Objets alignés horizontalement.
- Utile pour un scénario précis.
Diagramme d’activités
- Flux d’actions et de décisions.
- Départ, choix, fin.
- Utile pour un processus métier.
Déroulé
- 1
Identifier le scénario ou le processus.
- 2
Placer les objets ou actions.
Mini-défi
- Quel diagramme montre le temps des échanges ?
- Quel diagramme montre une décision ou une branche ?
4
Du modèle au code
Passage concret
On modélise une Commande liée à plusieurs LigneCommande, et chaque ligne concerne un seul produit.
- La classe
Commandedevient une classe du code. - La relation vers plusieurs lignes devient une collection.
- La relation vers un produit unique devient une référence.
- L’héritage UML devient un héritage en programmation.
Le modèle guide la structure des objets et les références du code, sans copier le diagramme tel quel.
Correspondances
| UML | Code |
|---|---|
| Classe | Classe ou type |
| Attribut | Propriété ou champ |
| Méthode | Fonction membre |
| Association | Référence ou collection |
| Héritage | extends ou équivalent |
Mémo express
- Cas d’usage = besoin vu par l’utilisateur.
- Classes = structure du système.
- Séquence = ordre des échanges.
- Activités = déroulement d’un processus.