UML est un langage de modélisation objet et propose donc une notation et une sémantique associée à des modèles, mais pas de processus. UML n’est donc pas une méthode. UML a une approche entièrement (i.e. couvrant tout le cycle de développement : analyse, conception et réalisation) objet (et non fonctionnelle). Quelques généralités UML est conçu pour modéliser divers types de systèmes, de taille quelconque et pour tous les domaines d’application (gestion, scientifique, temps réel, système embarqué). UML permet de diviser le système d’information (d’une organisation) en le système métier et le système informatique. Le système métier modélise les aspects statiques et dynamiques de l’activité selon une vision externe et une vision interne (en ignorant l’implémentation technique) tandis que le système informatique recouvre la partie automatisée du système métier concrétisant les choix effectués parmi les différentes technologies d’actualité.

Dans ce cours, nous allons étudier les 10 principaux diagrammes de UML. Les principaux diagrammes qui sont présentés dans la suite du cours et utilisés en bureaux d’étude sont le diagramme de cas d’utilisation, les diagrammes d’objets et de classes, les diagrammes de séquence et de communications ainsi que le diagramme de machine à états. Les diapositives qui suivent indiquent dans quelles vues et dans quelles phases / étapes du processus de développement ces diagrammes sont construits.

Voici en quelques mots une présentation du contenu de chaque type de diagramme :

• cas d’utilisation : interactions entre le système et les utilisateurs (et autres systèmes externes). Il aide dans la visualisation des exigences / besoins ;

• activité : séquence et parallélisme dans les activités du système ; autrement dit, modélisation des processus métier avec les échanges de données

• classes : classes, types, interfaces et relations entre eux ;

• objets : instances de classes définissant une configuration importante du système ;

• machine à états3 : états des classes à travers leur cycle de vie (de la création / instanciation des objets à leur destruction) et les événements qui provoquent les transitions / changements d’états ;

• interaction, qui se décline en deux types de diagrammes :

  - séquence : interactions entre des objets pour lesquelles l’ordre des interactions est important ;

  - communications4 : interactions entre objets pour lesquels les connexions entre objets sont importantes ;

• composants : rassemblements de classes ou de composants tels que vus par l’équipe de développement pour décomposer le système en parties de logiciel gérables (du point de vue développement en gestion de projet) ;

• paquetages : rassemblement d’éléments de modélisation par exemple pour les distribuer entre membres de l’équipe de développement ;

• déploiement : unités d’installation, de configuration et de déploiement du produit fini sur un parc de machines.