• Diagramme de classes,
• Diagramme de cas d'utilisation,
• Diagramme d'objet,
• Diagramme de composants,
• Diagramme d'activité,
• Diagramme de séquences,
• Diagramme de collaboration,
• Diagramme d'états-transitions,
• Diagramme de déploiement.

Diagramme de classes

Par exemple, un diagramme peut représenter la gestion des stocks.

• Classe : représente les structures de l'application. Chaque classe est divisée en quatre compartiments :
  • le nom de la classe indique ce que la classe est et non ce qu'elle fait.
  • les attributs de la classe donnent les caractéristiques de la classe.
  • les opérations de la classe représentent les actions possibles sur la classe.
  • les propriétés de la classe. Une propriété est une forme particulière d'attribut dont la lecture ou l'écriture se fait à travers une fonction (le getter en lecture et le setter en écriture). L'emploi d'une fonction permet de réaliser des opérations complexes lors de la lecture ou de l'écriture de la caractéristique. Par exemple, une classe modélisant un bon de commande pourrait posséder une propriété "ValeurTotale" accessible en lecture seulement. Dans un tel cas la fonction getter n'existe pas et la fonction setter parcours la liste des éléments de la commande et calcule la valeur au moment de l'appel plutôt que de conserver cette valeur dans un attribut.
  Par exemple, la classe Stock contient l'attribut ListeProduits. Cette classe regroupe aussi les opérations AjouteProduit et RetireProduit. Ces opérations sont applicables aux instances de la classe.
  Remarque : Le langage UML définit trois niveaux de visibilité pour les attributs et les opérations :
  • Public : l'élément est visible par toutes les autres classes.
  • Protégé : l'élément est visible par la classe elle-même et par les sous-classes.
  • Privé : l'élément est visible uniquement par la classe.
• Relation : décrit le comportement des classes entre elles. Trois types de relations existent :
  • Association : Relation structurelle entre classes. Par exemple, la classe Commande est liée aux classes Produit et Client. Un Client peut passer plusieurs Commandes. Une commande est constituée de plusieurs produits. Une commande doit obligatoirement contenir au moins un produit.
  • Dépendance : Relation d'utilisation qui établit que les instances d'une classe sont reliées aux instances d'un autre élément. Par exemple, la classe Commande utilise la classe Stock : avant d'ajouter un produit dans une commande, il est nécessaire de vérifier que ce produit est en stock.
  • Généralisation : Relation entre une classe générale (parent) et une classe spécifique (enfant) qui en dérive. Par exemple, les classes Bateau à voile et Bateau à moteur sont dérivées de la classe Bateau.
    
• Paquetages : permet de diviser et d'organiser la représentation du diagramme (de la même manière que les répertoires organisent les fichiers). Chaque paquetage peut contenir des classes et des relations.

Diagramme de cas d'utilisation

• l'utilisateur puisse comprendre comment utiliser chaque élément.
• le développeur puisse implémenter ces éléments.

Par exemple, il est possible de décrire le comportement d'un téléphone portable à l'aide d'un diagramme de cas d'utilisation.

• Acteur : représente le rôle des utilisateurs de l'application. Par exemple, une personne qui travaille dans une banque sera le Gestionnaire de prêts. Si cette personne à un compte dans cette banque, elle jouera aussi le rôle de Client.
• Cas d'utilisation : décrit une séquence d'actions exécutées par l'application. Par exemple, Passer une commande, Saisir une facture, Créer une nouvelle fiche client, ...
  Un cas d'utilisation décrit ce que fait une application mais ne précise pas comment l'application le fait.
• Relation : décrit le comportement des acteurs par rapport aux cas d'utilisation. Trois type de relations existent :
  • Association : Relation structurelle entre deux éléments reliés.
  • Dépendance : Relation qui établit qu'un élément en utilise un autre. Par exemple, le Client d'une banque peut retirer de l'argent dans un distributeur automatique. Dans ce cas, l'action Retrait d'argent dépend du Client.
    Pour pouvoir retirer de l'argent, le Client doit préalablement saisir son code confidentiel. Dans ce cas, l'action Retrait d'argent dépend de la Saisie du mot de passe.
    
  • Généralisation : Relation permettant d'organiser les éléments selon une hiérarchie.
    Par exemple :
    - l'acteur Client peut être de deux types : Client individuel ou Client d'entreprise.
    - la vérification de l'identité d'un utilisateur peut être effectuée de deux façons : saisie du mot de passe ou vérification de l'empreinte digitale.
    
• Paquetage : divise et organise la représentation du diagramme (de la même manière que les répertoires organisent les fichiers). Chaque paquetage peut contenir des acteurs et des cas d'utilisation.

Diagramme d'objets

Par exemple, le diagramme suivant présente une partie de la structure générale des motos :

• objet : représente une instance d'une classe.
  Remarque : Si un diagramme de classes est ouvert, il est possible de créer un objet à partir d'une classe présente dans ce diagramme (drag and drop à partir du volet "Analyse UML").
• objet composite : représente de manière visuelle un objet formé d'autres objets. Par exemple : une fenêtre qui contient des ascenseurs, des boutons, ...
• lien : représente les relations entre les différents objets.
• paquetage UML : permet de diviser et d'organiser la représentation du diagramme (de la même manière que les répertoires organisent les fichiers). Chaque paquetage peut contenir des objets et des objets composites.

Diagramme de composants

Par exemple, le diagramme suivant présente le fonctionnement d'un programme permettant de se loguer en mode texte sous Unix. Le programme "login" utilise les données du fichier "/etc/passwd" et une librairie :

• module : représente les différents éléments physiques constituant un système logiciel. Par exemple : un fichier, une librairie, ...
  Un module peut être représenté :
  • soit par une spécification qui montre l'interface du module. Cette spécification peut être générique dans le cas de classes paramétrables.
  • soit par son corps qui présente l'implémentation du module.
• tâche : représente un composant ayant son propre flot (thread) de contrôle.
• programme principal du système logiciel.
• sous-programme : regroupe les procédures et les fonctions qui n'appartiennent pas à des classes.
• paquetage : divise et organise la représentation du diagramme (de la même manière que les répertoires organisent les fichiers).

Diagramme d'activité

Par exemple, le diagramme suivant présente le déroulement d'un barrage :

• activité : représente une étape particulière dans l'exécution d'un mécanisme. Par exemple : "Établir un devis", "Ouvrir la fenêtre", "Vérifier les connaissances," ...
• barre de synchronisation : permet de synchroniser les différentes activités :
  • soit en indiquant les activités à effectuer avant une certaine activité. Par exemple : "Appuyer sur l'embrayage" et "Enclencher une vitesse" avant de "Relâcher l'embrayage".
  • soit en indiquant les activités à effectuer en parallèle.
• objet : permet de rattacher des activités à l'objet qui réalise ces activités. Par exemple, les activités "Commander" et "Payer" sont rattachées à l'objet "Client"; les activités "Enseigner", "Contrôler les connaissances" sont rattachées à l'objet "Enseignant".
• émission d'un signal : représente l'envoi d'un signal vers un objet.
• attente d'un signal : représente l'attente d'un signal en provenance d'un objet.
• transition : représente la passage d'une activité terminée à une autre. Par exemple : "Trop d'eau", "Assez d'argent", ...
• paquetage : divise et organise la représentation du diagramme (de la même manière que les répertoires organisent les fichiers).
• état initial : représente l'état du processus avant le début de l'activité. Il peut y avoir plusieurs états initiaux différents.
• état final : représente l'état du processus à la fin de l'activité. Il peut y avoir plusieurs états finaux différents.

Diagramme de séquence

Par exemple, le diagramme suivant représente le début d'une communication téléphonique :

• objet : représente les différents objets utilisés. Chaque objet est représenté par un carré surmontant une ligne en pointillé. Cette ligne représente la durée de vie de l'objet. Par exemple : "Appelant", "Appelé", ...
• période d'activation d'un objet : Sur la ligne de vie d'un objet, il est possible d'insérer des périodes d'activation de l'objet. Ces périodes représentent les moments où l'objet est actif.
• message : représente, grâce à des flèches horizontales, les messages échangés entre les différents objets. Ces flèches sont orientées de l'émetteur du message vers le destinataire. L'ordre d'envoi des messages est donné par la position des flèches sur l'axe vertical.
  Par exemple : "Décroche", "Sonnerie", ...
• paquetage : divise et organise la représentation du diagramme (de la même manière que les répertoires organisent les fichiers).

Diagramme de collaboration

Par exemple, le diagramme suivant montre l'utilisation d'un ascenseur par une personne :

• objet : représente les différents objets utilisés.
• acteur : représente un élément externe du système. Par exemple une personne.
• message : représente les messages échangés entre les différents objets.
• paquetage : divise et organise la représentation du diagramme (de la même manière que les répertoires organisent les fichiers).

Diagramme d'états-transitions

• soit par un événement.
• soit automatiquement lorsque aucun événement déclencheur est spécifié.

Par exemple, le diagramme suivant présente les différentes étapes d'une machine à laver les voitures :

• état : représente la valeur des attributs d'un objet à un instant donné.
• état initial : représente l'état au démarrage du système.
• état final : représente l'état dans lequel se trouve le système à la fin du fonctionnement.
• super-état : permet de structurer le diagramme en indiquant plusieurs niveau de distinction entre les états.
• historique : représente le dernier état actif d'un super-état.
• souche : permet de symboliser les états contenus dans un super-état. Il est ainsi possible de relier ces états à d'autres états n'appartenant pas au super-état.
• transition : représente le passage d'un état à un autre.
• paquetage : divise et organise la représentation du diagramme (de la même manière que les répertoires organisent les fichiers).

Diagramme de déploiement

Par exemple, le diagramme suivant présente les différents matériels utilisés dans une entreprise :

• classe de noeuds : représente une classe de ressource matérielle. Par exemple : un serveur, un PC, une imprimante, ...
• instance d'un noeud : représente une ressource matérielle. Par exemple : le serveur numéro 3, l'imprimante numéro 70, ...
• connexion : décrit le support de communication entre deux noeuds. Par exemple : liaison RNIS ou TCP/IP.
• paquetage : divise et organise la représentation du diagramme (de la même manière que les répertoires organisent les fichiers).