Modles dusage

Use cases Le client prsente son systme d'un point de vue fonctionnel. Les Use Cases vont permettrent de reformuler les besoins et constituent un moyen de communication trs efficace entre utilisateurs et quipes de dveloppement. Un Use Case dcrit le systme du point de vue de son utilisation, c'est--dire : Les interactions entre le systme et les acteurs Les ractions du systme aux vnements externes Il permet de dvelopper un systme "orient utilisateur".

Approche fonctionnelle

Approche objet

UC4

UC3

UC1

UC2

A partir du cahier des charges, la premire tape de conceptualisation consiste : identifier les acteurs identifier les vnements identifier les Use Cases.

http://www.ista.ma

OBJET - Les mthodes

Page : 27

Acteurs Un acteur est une entit externe agissant sur le systme. Il peut sagir : dun utilisateur humain dune machine dun autre systme ou sous-systme

L'acteur peut consulter et/ou modifier l'tat du systme. Le systme rpond l'acteur en lui fournissant des informations, et le prvient ventuellement des changements d'tat.

L'acteur doit tre dfini travers le rle qu'il joue par rapport au systme. Diffrentes entits peuvent utiliser le systme de la mme faon (un rle unique). Une mme entit peut utiliser le systme de diverses faons (plusieurs rles).

Notation : > Client

Client

http://www.ista.ma

OBJET - Les mthodes

Page : 28

Typologie des acteurs Du point de vue du systme, il existe deux types dacteurs : les acteurs primaires, qui utilisent le systme les acteurs secondaires, qui administrent le systme.

Par exemple, pour une application bancaire, on peut imaginer les guichetiers qui enregistrent les oprations courantes et le directeur de lagence qui tablit le bilan de lagence. Pour effectuer un change de devise, il faut connatre le cours de la devise. Il faut donc quun acteur secondaire soit capable de fournir ces informations. Cet acteur peut tre reprsent par une personne charge de la saisie des cours journaliers ou par une application du systme central qui fournit les informations ncessaires.

Guichetier

Application bancaire

Responsable des devises Directeur

Selon la taille de lagence, un individu (salari dune banque) peut jouer plusieurs rles (guichetier, responsable de devises) et plusieurs individus peuvent jouer le mme rle. En conclusion, un acteur correspond un rle vis--vis du systme.

http://www.ista.ma

OBJET - Les mthodes

Page : 29

Evnement diagramme de contexte Pour identifier prcisment les vnements, il faut en premier lieu dterminer la frontire du systme. Le diagramme de contexte montre les changes entre le systme et les acteurs.

Acteur 1

Acteur 2

Systme

Acteur 3

Les vnements externes ( ) sont envoys des acteurs vers le systme. Ils vont permettre didentifier les use cases.

Le diagramme de contexte n'existe pas dans UML bien qu'il soit trs utile. Il emprunte le mme formalisme qu'un diagramme de collaboration.

OBJET - Les mthodes

Page : 30

Le diagramme de Use Cases L'excution du Use case est contrle par des vnements externes envoys au systme par les acteurs. L'ensemble des Use Cases dcrit les exigences fonctionnelles du systme.

Application bancaire (systme)

Retrait euros

Saisie cours devise Responsable des devises

Guichetier

Retrait devises

emprunt

bilan

Directeur

Systme central

Cette reprsentation permet de voir de faon simple : les diffrents acteurs comment est dlimit le systme les fonctionnalits demandes au systme les rles des diffrents acteurs vis--vis du systme.

OBJET - Les mthodes

Page : 31

Organiser les uses cases au sein dun systme La gnralisation Considrons les use cases retrait francs et retrait devises . Nous pouvons imaginer un use case retrait qui dcrit les fonctions communes dont hritent les use cases retrait francs et retrait devises .Retrait francs retrait Retrait devises

Elle indique que le use case fils : retrait devises hrite de toutes les caractristiques du use case pre : retrait . Le use case retrait devises est une spcialisation du use case retrait . La relation include Elle indique que le use case qui est point par la flche est une sous-partie de lautre.emprunt include Retrait francs include Retrait devises

include

Saisie N compte

La relation include permet de : factoriser des use cases correspondant des fonctionnalits importantes qui servent frquemment expliciter la constitution dun use case complexe en le dcomposant en plusieurs use cases. La relation extends Permet de faire linsertion optionnelle dun comportement dans un use case tranger. Est souvent utilis pour dcrire une alternative dans un scnario.

extends Cration commande Cration client

OBJET - Les mthodes

Page : 32

Description dun Use Case Un use case est une squence d'actions ralises par le systme produisant un rsultat observable un acteur particulier. Sa description doit tre synthtique et facilement comprhensible.

Un use case peut tre dcrit de diffrentes faons : Une description textuelle Use case retrait Le guichetier saisit le numro de compte du client Lapplication valide le compte auprs du systme central Lapplication demande le type dopration au guichetier Le guichetier slectionne un retrait despces Le systme guichet interroge le systme central pour sassurer que le compte est suffisamment approvisionn Le systme central effectue le dbit du compte Le systme notifie au guichetier quil peut dlivrer le montant demand.

Un diagramme de squence GuichetierSaisie compte Demande type dopration Retrait despces

Systme guichet

Systme central

Validation compte

Vrification provision dbit

Autorisation dlivrance temps

OBJET - Les mthodes

Page : 33

Un diagramme de collaboration6 Dbit compte

Guichetier

4 Retrait despces

Systme central

5 3 Demande type dopration 7 Autorisation dlivrance

Vrification provision

2 Validation compte

1 Saisie compte

Systme guichet

L, les interactions sont reprsentes par des flches, mais la chronologie par des numros. Cette notation devient vite difficile lire pour les use cases qui ncessitent beaucoup dinteractions. Par contre, elle met en vidence les acteurs dont le rle est important.

Les use cases entre la machine et les acteurs humains utilisent un interface graphique. Ceux-ci peuvent tre dcrit assez finement par la succession dcrans annots qui indiquent les options et les informations que doit renseigner lutilisateur pour un cas dutilisation donn.

OBJET - Les mthodes

Page : 34

Exercice La mdiathque use cases Voir nonc.

1. Dterminer les acteurs 2. Dterminer les use cases 3. Elaborer un diagramme de use cases en essayant de trouver un exemple de relation uses et extends .

OBJET - Les mthodes

Page : 35

Modles dynamiques

Permettent de comprendre et de dcrire le comportement des objets et leurs interactions. Servent dfinir ou prciser les oprations. Deux types de reprsentations : dynamique entre objets avec les deux diagrammes dinteraction : diagramme de squence diagramme de collaboration dynamique interne un objet avec le diagramme dtats-transitions.

Diagramme de squence Met en avant laspect temporel des interactions. Le temps s'incrmente du haut vers le bas de la figure, mais les espaces ne sont pas significatifs; seules les squences d'vnement sont reprsentes, non le temps qui les spare. Chaque objet concern est reprsent par une ligne verticale.Appelant Ligne Appel

dcrocher {b-a < 1 sec} {c-b < 10 sec} c d {d-d < 5 sec} d sonner sonner dcrocher Arrt sonnerie Arrt sonnerie routage a b tonalit Taper chiffre

OBJET - Les mthodes

Page : 36

Diagramme de squence notations complmentaires: Les stimulus inter-processus, ceux qui franchissent la frontire du systme, sont plutt appels des signaux. Les autres stimulus intra-processus sont appels les messages.

Acteur

Frontire du systmecommenceSession (nom, pass)

Interface

Objet 1 : Classe1

Objet 3 : Classe3

vrifieMotPasse (pass)

^MotPasseOkcr

Objet 2 : Classe2

ajouteSession

ouvreSession Retour de message

fermeSession

temps

Message sur lobjet luimme Bloc dopration Destruction De lobjet

Les retours de messages ( ^ ) ne sont indiqus que sils augmentent la comprhension du modle. Dans UML version 1 la tte de flche est diffrente ( ). Les rectangles sur les barres verticales sont des blocs d'oprations qui montrent les priodes dactivit des objets.

OBJET - Les mthodes

Page : 37

Utilisation des diagrammes de squence - les scnarios - dmarche Dans UML, llaboration de la liste des scnarios est une activit importante de lanalyse. On peut proposer un dbut de dmarche : 1. dfinir et dcrire les cas dutilisation : forme textuelle 2. pour chaque cas dutilisation, choisir les scnarios 3. construire les diagrammes dinteraction pour chaque scnario.

Un scnario est une srie dvnements ordonns dans le temps, simulant une excution particulire du systme. Exemples de scnarios Ce premier scnario dcrit le recrutement dun dveloppeur C++ par la socit Objet SA qui sadresse lANPE.Durant : Personne Objet SA : Socit ANPE

Demande dveloppeur C++ Proposition Demande dentrevue Convocation Entrevue Bilan Attribution du poste Notification dembauche

Remarque : A priori on construit le scnario de base sans tenir compte des exceptions (erreurs, absence de rponse quand le temps prvu est dp