Bienvenue sur OpenClassrooms !

En poursuivant votre navigation, vous acceptez l'utilisation de OK

cookies. En savoir plus

Accueil Cours Dbutez l'analyse logicielle avec UML Les diffrents types de diagrammes

Dbutez l'analyse logicielle avec UML

20 heures Facile Licence

Les diffrents types de diagrammes

Tout comme la construction dune maison ncessite des plans diffrents niveaux (vision extrieure,
plan des diffrents tages, plans techniques), la ralisation dune application informatique ou dun
ensemble dapplications est base sur plusieurs diagrammes. Comme je vous le disais dans le premier
chapitre, le langage UML est constitu de diagrammes. ce jour, il existe 13 diagrammes officiels .
Ces diagrammes sont tous raliss partir du besoin des utilisateurs et peuvent tre regroups selon
les deux aspects suivants :

Les aspects fonctionnels : Qui utilisera le logiciel et pour quoi faire ? Comment les actions
devront-elles se drouler ? Quelles informations seront utilises pour cela ?
Les aspects lis larchitecture : Quels seront les diffrents composants logiciels utiliser (base
de donnes, librairies, interfaces, etc.) ? Sur quel matriel chacun des composants sera install ?

UML modlise donc le systme logiciel suivant ces deux modes de reprsentation.

Nous allons donc dans un premier temps dcrire ces diffrents aspects dun logiciel grce au schma
4+1 vues et parcourir brivement les diffrents diagrammes qui les composent.

Les 4+1 vues dun systme

Comme je vous le disais en introduction, la conception dun logiciel est organise autour des aspects
fonctionnels et darchitecture. Ces deux aspects sont reprsents par le schma de 4 vues, axes sur les
besoins des utilisateurs (parfois intitul des cas dutilisation), appel 4+1 vues.
Une premire dcomposition dune problmatique ou systme peut donc tre faite laide de 4+1 vues.
Le schma ci-dessous montre les diffrentes vues permettant de rpondre au mieux aux besoins des
utilisateurs, organises selon les deux aspects (fonctionnels et architecture). Chacune des vues est
constitue de diagrammes.

Pour rappel, dans ce cours, nous nous concentrerons uniquement sur les besoins des utilisateurs, au
centre de la figure.

Les 4+1 vues dun systme

Voici quelques exemples de diagramme qui peuvent tre utiliss dans une dmarche danalyse et de
conception dun logiciel. Ne vous inquitiez pas du nombre de diagrammes ci-dessous. Il sagit ici
simplement de vous familiariser ces diagrammes.

Je vous rappelle que dans ce cours, mon objectif est davancer pas pas dans lanalyse des besoins
initiaux des utilisateurs, afin de travailler plus particulirement les diagrammes suivants :

le diagramme de contexte ;

Ce diagramme nest pas officiellement dsign comme diagramme UML. Il ne fait donc pas partie des
13 diagrammes officiels , mais il est utile pour la dfinition des acteurs, avant de commencer
sintresser dautres aspects, tels que les packages et les cas dutilisation.

le diagramme de package ;
le diagramme de cas dutilisation ;
le diagramme dactivit.

Les autres diagrammes pourront tre vus lors dun autre cours.

Les besoins des utilisateurs (1)

Cette partie reprsente le cur de lanalyse. Il est compos de cas dutilisation (que nous verrons plus
tard). On y dcrit le contexte, les acteurs ou utilisateurs du projet logiciel, les fonctionnalits du logiciel
mais aussi les interactions entre ces acteurs et ces fonctionnalits. Cest dailleurs aussi le cur de
notre cours.

Le besoin des utilisateurs peut tre dcrit laide de deux diagrammes.

Le diagramme de packages permet de dcomposer le systme en catgories ou parties plus

facilement observables, appels packages . Cela permet galement dindiquer les acteurs qui
interviennent dans chacun des packages.

Un exemple de diagramme de package

Dans lexemple prcdent, nous voyons que le logiciel que nous concevons peut tre divis en trois
parties (ou packages) observables sparment :

1. La gestion des commandes client

2. La gestion des stocks
3. La gestion des achats

La bote qui entoure les packages (la bote bleue) correspond au systme (cest--dire le logiciel) qui est
analys.

Le diagramme de cas dutilisation reprsente les fonctionnalits (ou dit cas dutilisation)
ncessaires aux utilisateurs. On peut faire un diagramme de cas dutilisation pour le logiciel
entier ou pour chaque package.
 Un exemple de diagramme de cas dutilisation pour un package (Gestion des
stocks)

tant donn que le diagramme de cas dutilisation dtaille le contenu dun package, ici la bote bleue
correspond au package qui est dtaill.

Laspect fonctionnel du logiciel

Pour rappel, cette partie du schma 4+1 vues permet de dfinir qui utilisera le logiciel et pour quoi faire,
comment les fonctionnalits vont se drouler, etc.

Vue logique (2)

La vue logique a pour but didentifier les lments du domaine, les relations et interactions entre ces
lments. Cette vue organise les lments du domaine en catgories . Deux diagrammes peuvent
tre utiliss pour cette vue.

Le diagramme de classes

Dans la phase danalyse, ce diagramme reprsente les entits (des informations) manipules par les
utilisateurs.
Dans la phase de conception, il reprsente la structure objet dun dveloppement orient objet.
Ce diagramme ne sera pas tudi dans ce cours.
 Un exemple de diagramme de classes (utilis en phase danalyse)

Le diagramme dobjets sert illustrer les classes complexes en utilisant des exemples
dinstances.

Une instance est un exemple concret de contenu dune classe. En illustrant une partie des classes avec
des exemples (grce un diagramme dobjets), on arrive voir un peu plus clairement les liens
ncessaires. Ce diagramme ne sera pas tudi dans ce cours.

Un exemple de diagramme dobjet

Vue des processus (3)

La vue des processus dmontre :

 la dcomposition du systme en processus et actions ;
les interactions entre les processus ;
la synchronisation et la communication des activits parallles.

La vue des processus sappuie sur plusieurs diagrammes.

Le diagramme de squence permet de dcrire les diffrents scnarios dutilisation du systme.

Un exemple de diagramme de squence

Ce diagramme ne sera pas tudi dans ce cours.

Le diagramme dactivit reprsente le droulement des actions, sans utiliser les objets. En
phase danalyse, il est utilis pour consolider les spcifications dun cas dutilisation.
 Un exemple de diagramme dactivit

Le diagramme de collaboration(appel galement diagramme de communication) permet de

mettre en vidence les changes de messages entre objets. Cela nous aide voir clair dans les
actions qui sont ncessaires pour produire ces changes de messages. Et donc de complter, si
besoin, les diagrammes de squence et de classes.
 Un exemple de diagramme de collaboration (de communication)

Le diagramme dtat-transition permet de dcrire le cycle de vie des objets dune classe.

Un exemple de diagramme dtat-transition (objets de la classe produit)

Ce diagramme ne sera pas tudi dans ce cours.

Le diagramme global dinteraction permet de donner une vue densemble des interactions du
systme. Il est ralis avec le mme graphisme que le diagramme dactivit. Chaque lment du
diagramme peut ensuite tre dtaill laide dun diagramme de squence ou dun diagramme
dactivit. Ce diagramme ne sera pas tudi dans ce cours.

Un exemple de diagramme global dinteraction

Le diagramme de temps est destin lanalyse et la conception de systmes ayant des

contraintes temps-rel. Il sagit l de dcrire les interactions entre objets avec des contraintes
temporelles fortes. Ce diagramme ne sera pas tudi dans ce cours.
 Un exemple de diagramme de temps avec un seul axe temporel

Un exemple de diagramme de temps avec un axe temporel par tat

Laspect li larchitecture du logiciel

Pour rappel, cette partie du schma 4+1 vue permet de dfinir les composantes utiliser (excutables,
interfaces, base de donnes, librairies de fonctions, etc.) et les matriels sur lesquels les composants
seront dploys.

Vue des composants (4)

La vue des composants (vue de ralisation) met en vidence les diffrentes parties qui composeront le
futur systme (fichiers sources, bibliothques, bases de donnes, excutables, etc.). Cette vue
comprend deux diagrammes.

Le diagramme de structure composite dcrit un objet complexe lors de son excution. Ce

diagramme ne sera pas tudi dans ce cours
 Un exemple de diagramme de structure composite

Le diagramme de composants dcrit tous les composants utiles lexcution du systme

(applications, librairies, instances de base de donnes, excutables, etc.). Ce diagramme ne sera
pas tudi dans ce cours.

Un exemple de diagramme de composants

Vue de dploiement (5)

La vue de dploiement dcrit les ressources matrielles et la rpartition des parties du logiciel sur ces
lments. Il contient un diagramme :

Le diagramme de dploiement correspond la description de lenvironnement dexcution du

systme (matriel, rseau) et de la faon dont les composants y sont installs. Ce diagramme
ne sera pas tudi dans ce cours.
 Un exemple de diagramme de dploiement

Voil, je viens de vous proposer un aperu des diagrammes utiliss dans la notation UML. Cela semble
complexe, et je vous comprends. Mais rassurez-vous, je vous rappelle que nous nen verrons que quatre
dans ce cours, et je vous accompagnerai pas pas, partir dun cas concret pour donner sens ces
diagrammes. Allez, cest parti !

En rsum
UML est constitu de 13 diagrammes qui reprsentent chacun un concept du systme ou logiciel.
Un logiciel peut tre vu en considrant les aspects fonctionnels et les aspects darchitecture du
logiciel. Ces deux aspects sont composs de 4 vues du logiciel dvelopper, organiss autour des
besoins des utilisateurs. Cest le 4+1 vues.
Chacune des 4+1 vues est constitue de diagrammes.

J'ai termin ce chapitre et je passe au suivant

UML, cest quoi ? Quelle dmarche suivre ?

 L'auteur
Carina Roels
Consultante/formatrice : Gestion de projet MERISE - UML - SGBDR ORACLE - AGL Management
des systmes dinformation.

Dcouvrez aussi ce cours en...

Premium

Vido

OpenClassrooms Professionnels En plus

Qui sommes-nous ? Affiliation Crer un cours
Fonctionnement de nos coursEntreprises CourseLab
Recrutement Universits et colesConditions Gnrales d'Utilisation
Nous contacter Suivez-nous
Le blog OpenClassrooms

English Espaol