Cas D'utilisation [PDF]

  • 0 0 0
  • Gefällt Ihnen dieses papier und der download? Sie können Ihre eigene PDF-Datei in wenigen Minuten kostenlos online veröffentlichen! Anmelden
Datei wird geladen, bitte warten...
Zitiervorschau

Mod´elisation orient´ee objet UML Module: M4 - 1ere Ann´ee IOSM

Pr. Abdessamad EL BOUSHAKI [email protected] ENSA de F` es Universit´ e Sidi Mohammed Ben Abdellah

Pr. Abdessamad EL BOUSHAKI (ENSA de F` es)

Mod´ elisation Orient´ ee Objet UML

1/55

Mod´ elisation objet avec UML

Mod´elisation objet avec UML

Pr. Abdessamad EL BOUSHAKI (ENSA de F` es)

Mod´ elisation Orient´ ee Objet UML

2/55

Mod´ elisation objet avec UML

les diagrammes de cas d’utilisation

Sommaire

1

Mod´elisation objet avec UML les diagrammes de cas d’utilisation les diagrammes de classes les diagrammes d’objets les diagrammes de collaboration les diagrammes de composants les diagrammes de d´eploiement les diagrammes de s´equence les diagrammes d’´etats-transitions les diagrammes d’activit´es

Pr. Abdessamad EL BOUSHAKI (ENSA de F` es)

Mod´ elisation Orient´ ee Objet UML

3/55

Mod´ elisation objet avec UML

les diagrammes de cas d’utilisation

Mod´elisation des besoins

Avant de d´evelopper un syst`eme, il faut savoir pr´ ecis´ ement a QUOI il devra servir, cad `a quels besoins il devra r´epondre Mod´eliser les besoins permet de : Identifier les interactions du syst`eme avec son environnement : humains et autres syst`emes. Identifier les besoins : fonctionnalit´es du syst`eme. Identifier les d´ependances entre les fonctionnalit´es. Organiser les besoins entre eux, de mani`ere a faire apparaˆıtre des relations (r´eutilisations possible).

Avec UML, on mod´elise les besoins au moyen de diagrammes de cas d’utilisation

Pr. Abdessamad EL BOUSHAKI (ENSA de F` es)

Mod´ elisation Orient´ ee Objet UML

4/55

Mod´ elisation objet avec UML

les diagrammes de cas d’utilisation

D´efinition Un mod`ele qui repr´esente les fonctions du syst`eme du point de vue de l’utilisateur. Il permet de communiquer avec les clients/utilisateurs et l’expert du domaine, Assurance de compr´ehension mutuelle. Un diagramme de cas d’utilisation d´efinit : Le syst` eme ⇒ Que doit faire le syst`eme? Les acteurs ⇒ Qui interagit avec le syst`eme ? Les cas d’utilisation (fonctionnalit´es) ⇒ Quelle interfaces doit poss´eder le syst`eme ? Les liens entre acteurs et cas d’utilisation ⇒ Quel acteur acc`ede ` a quel cas d’utilisation ?

Un mod`ele de cas d’utilisation se d´efinit par : Des diagrammes de cas d’utilisation Une description textuelle des sc´enarios d’utilisation

Pr. Abdessamad EL BOUSHAKI (ENSA de F` es)

Mod´ elisation Orient´ ee Objet UML

5/55

Mod´ elisation objet avec UML

les diagrammes de cas d’utilisation

Acteur D´ efinition : rˆ ole jou´e par une entit´e externe qui interagit avec le syst`eme mod´elis´e il peut consulter et/ou modifier l’´etat du syst`eme par messages

Comment les identifier ? utilisateurs humains syst`emes connexes qui interagissent ´egalement avec le syst`eme mod´elis´e

Comment les repr´ esenter ?

Actor

Exemple : Client, Conseiller financier, Banque ...

Pr. Abdessamad EL BOUSHAKI (ENSA de F` es)

Mod´ elisation Orient´ ee Objet UML

6/55

Mod´ elisation objet avec UML

les diagrammes de cas d’utilisation

Cas d’utilisation D´ efinition : S´equences d’actions r´ealis´ees par le syst`eme (r´esultat observable pour un acteur) Un cas d’utilisation est l’expression d’un service r´ealis´e de bout en bout, avec un d´eclenchement, un d´eroulement et une fin, pour l’acteur qui l’initie

Comment les identifier ? exigences fonctionnelles du syst`eme fonction m´etier selon le point de vue des acteurs Pour chaque acteur : rechercher ses utilisations m´ etiers d´ eterminer dans le cahier des charges les services attendus

Nommez les cas d’utilisation (point de vue acteur) : verbe ` a l’infinitif + compl´ement

Comment les repr´ esenter ? Cas d'utilisation

Exemple : Consulter un compte, Retirer de l’argent, D´eposer un ch`eque Pr. Abdessamad EL BOUSHAKI (ENSA de F` es)

Mod´ elisation Orient´ ee Objet UML

7/55

Mod´ elisation objet avec UML

les diagrammes de cas d’utilisation

Acteurs et cas d’utilisation Acteur : ´el´ement externe en interaction directe avec le syst`eme

Cas d’utilisation : ensemble fonctionnel coh´erent, identifiable ext´erieurement et fourni par le syst`eme

Association Acteur - Cas : chemin de communication indiquant la participation de l’acteur ` a la r´ealisation du cas un acteur peut utiliser plusieurs fois le mˆeme cas d’utilisation

Cas d'utilisation Acteur

Pr. Abdessamad EL BOUSHAKI (ENSA de F` es)

Mod´ elisation Orient´ ee Objet UML

8/55

Mod´ elisation objet avec UML

les diagrammes de cas d’utilisation

Exemple Dans un syst`eme de gestion des comptes bancaire, un client peut retirer l’argent, effectuer un virement ou consulter l’´etat de son compte.

Systeme de gestion des comptes

Retirer argent

E ectuer virement Client

consulter comptes

Pr. Abdessamad EL BOUSHAKI (ENSA de F` es)

Mod´ elisation Orient´ ee Objet UML

9/55

Mod´ elisation objet avec UML

les diagrammes de cas d’utilisation

Relations entre acteurs

La seule relation possible entre deux acteurs est l’h´ eritage/g´ en´ eralisation.

Acteur général

un acteur A est une g´en´eralisation d’un acteur B si l’acteur A peut ˆetre substitu´e par l’acteur B tous les cas d’utilisation accessibles ` a A le sont aussi ` a B, mais l’inverse n’est pas vrai.

Acteur particulier

Pr. Abdessamad EL BOUSHAKI (ENSA de F` es)

Mod´ elisation Orient´ ee Objet UML

10/55

Mod´ elisation objet avec UML

les diagrammes de cas d’utilisation

G´en´eralisation : Exemple Système de gestion des commandes

Annuler commande Commercial

Passer command Client

Editer statistiques Directeur

Pr. Abdessamad EL BOUSHAKI (ENSA de F` es)

Mod´ elisation Orient´ ee Objet UML

11/55

Mod´ elisation objet avec UML

les diagrammes de cas d’utilisation

Identification des acteurs Les principaux acteurs sont les utilisateurs du syst`eme. Attention Un acteur correspond `a un rˆ ole, pas `a une personne physique. Une mˆeme personne physique peut ˆetre repr´esent´ee par plusieurs acteurs si elle a plusieurs rˆ oles. Si plusieurs personnes jouent le mˆeme rˆ ole vis-a-vis du syst`eme, elles seront repr´esent´ees par un seul acteur.

En plus des utilisateurs, les acteurs peuvent ˆetre : Des p´eriph´eriques manipules par le syst`eme (imprimantes...) Des logiciels d´ej` a disponibles ` a int´egrer dans le projet Des syst`emes informatiques externes au syst`eme mais qui interagissent avec lui etc.

Pour faciliter la recherche des acteurs, on se fonde sur les fronti` eres du syst`eme.

Pr. Abdessamad EL BOUSHAKI (ENSA de F` es)

Mod´ elisation Orient´ ee Objet UML

12/55

Mod´ elisation objet avec UML

les diagrammes de cas d’utilisation

Acteurs principaux et secondaires L’acteur est dit principal pour un cas d’utilisation lorsque l’acteur est a l’initiative des ´echanges n´ecessaires pour r´ealiser le cas d’utilisation. Les autres acteurs secondaires sont sollicit´es par le syst`eme alors que le plus souvent. le plus souvent, les acteurs secondaires sont d’autres syst`emes informatiques avec lesquels le syst`eme d´eveloppe est inter-connect´e.

Le st´er´eotype vient orner l’association reliant un cas d’utilisation `a son acteur principal. Le st´er´eotype est utilis´e pour les acteurs secondaires

Payer en ligne



Client

Pr. Abdessamad EL BOUSHAKI (ENSA de F` es)

Banque

Mod´ elisation Orient´ ee Objet UML

13/55

Mod´ elisation objet avec UML

les diagrammes de cas d’utilisation

Relations entre cas d’utilisation Inclusion : le cas A inclut le cas B (B est une partie obligatoire de A)

A

B

Extension : le cas B ´etend le cas A (A est une partie optionnelle de B)

A

B

G´ en´ eralisation : le cas A est une g´en´eralisation le cas B (B est une sorte de A)

A

Pr. Abdessamad EL BOUSHAKI (ENSA de F` es)

B

Mod´ elisation Orient´ ee Objet UML

14/55

Mod´ elisation objet avec UML

les diagrammes de cas d’utilisation

D´ependances d’inclusion Le cas inclus est une partie d’un autre cas d’utilisation qui: n’est pas utile en soi (c-` a-d sans le cas contenant) peut ˆetre partag´e entre divers cas contenants est n´ecessaire au bon fonctionnement du cas contenant. Système

Cas de base Acteur

Sous-partie

L’acteur est n´ecessairement impliqu´e dans la sous-partie.

Pr. Abdessamad EL BOUSHAKI (ENSA de F` es)

Mod´ elisation Orient´ ee Objet UML

15/55

Mod´ elisation objet avec UML

les diagrammes de cas d’utilisation

D´ependances d’inclusion : Exemple Système

Lire un e-mail

Utilisateur

Authenti cation

Ecrire un e-mail

Le sous-cas peut avoir des associations propres.

Pr. Abdessamad EL BOUSHAKI (ENSA de F` es)

Mod´ elisation Orient´ ee Objet UML

16/55

Mod´ elisation objet avec UML

les diagrammes de cas d’utilisation

D´ependances d’extension Une relation d’extension entre cas d’utilisation signifie que le cas d’utilisation source ´etend le comportement du cas d’utilisation destination. Enrichir un cas d’utilisation par un autre, cependant, cet enrichissement est optionnel. Système

Cas de base Acteur

Extension

L’acteur est n´ecessairement impliqu´e dans le cas de base.

Pr. Abdessamad EL BOUSHAKI (ENSA de F` es)

Mod´ elisation Orient´ ee Objet UML

17/55

Mod´ elisation objet avec UML

les diagrammes de cas d’utilisation

D´ependances d’extension : Exemple Cas de base Système bancaire

Réaliser un virement vers un autre compte Client

Créer un compte

Cas étendu

Le cas ´etendu peut avoir des associations propres. Pr. Abdessamad EL BOUSHAKI (ENSA de F` es)

Mod´ elisation Orient´ ee Objet UML

18/55

Mod´ elisation objet avec UML

les diagrammes de cas d’utilisation

D´ecomposition grˆace aux inclusions et aux extensions Quand un cas est trop complexe (faisant intervenir un trop grand nombre d’actions), on peut proc´eder `a sa d´ ecomposition en cas plus simple. Exemple : Système de gestion des commandes

Valider Panier

Passer commande

S'authenti er

Client

Payer

Pr. Abdessamad EL BOUSHAKI (ENSA de F` es)

Mod´ elisation Orient´ ee Objet UML

19/55

Mod´ elisation objet avec UML

les diagrammes de cas d’utilisation

H´eritage/G´en´eralisation Le cas d’utilisation A est une g´en´eralisation de B, si B est un cas particulier de A c’est-`a-dire lorsque A peut ˆetre substitu´e par B pour un cas pr´ecis. Cette relation de g´en´eralisation est pr´esente dans le plupart des diagrammes UML et se traduit par le concept d’h´ eritage dans les langages orient´es objet. Système

Cas général Acteur1

Cas particulier 1

Cas particulier 2

Acteur2

Acteur1 peut faire le cas g´en´eral, donc il peut faire les cas particuliers 1 et 2. Acteur2 ne peut pas faire le cas particulier 2. Pr. Abdessamad EL BOUSHAKI (ENSA de F` es)

Mod´ elisation Orient´ ee Objet UML

20/55

Mod´ elisation objet avec UML

les diagrammes de cas d’utilisation

H´eritage/G´en´eralisation : Exemple Système bancaire

Retirer de l'argent Client

Retirer de l'argent au guichet

Retirer de l'argent à l'automate

Ouvrir un compte Client jeune

Ouvrir un compte courant

Pr. Abdessamad EL BOUSHAKI (ENSA de F` es)

Ouvrir un livret jeune

Mod´ elisation Orient´ ee Objet UML

21/55

Mod´ elisation objet avec UML

les diagrammes de cas d’utilisation

Recenser les cas d’utilisation

Il n’y a pas une mani`ere m´ecanique et totalement objective de rep´erer les cas d’utilisation. Il faut se placer du point de vue de chaque acteur et d´eterminer comment il se sert du syst`eme, dans quels cas il l’utilise, et ` a quelles fonctionnalit´es il doit avoir acc`es. Il faut ´eviter les redondances et limiter le nombre de cas en se situant au bon niveau d’abstraction (par example, ne pas r´eduire un cas ` a une seul action). Il ne faut pas faire apparaˆıtre les d´etails des cas d’utilisation, mais il faut rester au niveau des grandes fonctions du syst`eme.

Trouver le bon niveau de d´etail pour les cas d’utilisation est un probl`eme difficile qui n´ecessite de l’exp´erience.

Pr. Abdessamad EL BOUSHAKI (ENSA de F` es)

Mod´ elisation Orient´ ee Objet UML

22/55

Mod´ elisation objet avec UML

les diagrammes de cas d’utilisation

Relations acteur - cas d’utilisation Cas habituel : association. Système

Cas d'utilisation Acteur

interaction bidirectionnelle. ,→ Peut lier plusieurs acteurs `a un mˆeme cas. Exemple : Système bancaire

E ectuer virement Client

Banquier

Un cas li´e `a plusieurs acteurs ne donne pas pour autant d’information sur la concomitance. Pr. Abdessamad EL BOUSHAKI (ENSA de F` es)

Mod´ elisation Orient´ ee Objet UML

23/55

Mod´ elisation objet avec UML

les diagrammes de cas d’utilisation

Relations acteur - cas d’utilisation Association unidirectionnelle de l’acteur vers le syst`eme : ,→ stimulus, message entrant pour le syst`eme. Exemple : Système industriel

Sonner alarme Capteur

Association unidirectionnelle du syst`eme vers l’acteur : ,→ message sortant. Exemple : Système industriel

noti er l'accès Ressource humaine

Pr. Abdessamad EL BOUSHAKI (ENSA de F` es)

Mod´ elisation Orient´ ee Objet UML

24/55

Mod´ elisation objet avec UML

les diagrammes de cas d’utilisation

Sc´enario : description textuelle

Le diagramme de cas d’utilisation d´ecrite les grandes fonctions d’un syst`eme du point de vue des acteurs, mais n’expose pas de fa¸con d´etaill´ee le dialogue entre les acteurs et les cas d’utilisation. Un simple nom est tout `a fait insuffisant pour d´ecrire un cas d’utilisation. Chaque cas d’utilisation doit ˆetre documente pour qu’il n’y ait aucune ambigu¨ıt´e concernant son d´eroulement et ce qu’il recouvre pr´ecis´ement. Sc´ enario: succession particuli`ere d’enchaˆınements s’ex´ecutant du d´ebut `a la fin du cas.

Pr. Abdessamad EL BOUSHAKI (ENSA de F` es)

Mod´ elisation Orient´ ee Objet UML

25/55

Mod´ elisation objet avec UML

les diagrammes de cas d’utilisation

En pratique ...

La fiche de description textuelle d’un cas d’utilisation n’est pas normalis´ee... Cependant, on peut utiliser la structuration suivante : Sommaire d’identification (obligatoire) : Inclut titre, r´esum´e, dates de cr´eation et de modification, version, responsable, acteurs... Description des sc´ enarios (obligatoire) : D´ecrit le sc´enario nominal, les sc´enarios d’erreur, les pr´e/post-conditions... Exigences non-fonctionnelles (optionnel) : Ajoute, si c’est pertinent, les informations suivantes : fr´equence ; disponibilit´e, fiabilit´e, confidentialit´e...

Pr. Abdessamad EL BOUSHAKI (ENSA de F` es)

Mod´ elisation Orient´ ee Objet UML

26/55

Mod´ elisation objet avec UML

les diagrammes de cas d’utilisation

Exemple sc´enario

Payer par carte Client

Banque

Identification : Nom du cas : Payer par carte Objectif : D´etailler les ´etapes permettant ` a client de payer par carte bancaire Acteurs : Client, Banque (secondaire) Date : 20/10/2019 Responsables : David Version : 1.0

Pr. Abdessamad EL BOUSHAKI (ENSA de F` es)

Mod´ elisation Orient´ ee Objet UML

27/55

Mod´ elisation objet avec UML

les diagrammes de cas d’utilisation

Exemple sc´enario S´ equencements : Le cas d’utilisation commence lorsqu’un client demande le paiement par carte bancaire Pr´ e-condition Le client a valid´ e sa commande

Enchaˆınement nominal 1 2 3 4 5

Le Le Le Le Le

client saisir les informations de sa carte bancaire syst` eme v´ erifie que le num´ ero de carte bancaire est correct syst` eme v´ erifie la carte aupr` es du syst` eme bancaire syst` eme demande au syst` eme bancaire de d´ ebiter le client syst` eme notifie le client de bon d´ eroulement de la transition

Enchaˆınements alternatifs 1

2

En (2) : si le num´ ero est incorrect, le client est averti de l’erreur, et invit´ e` a recommencer En (3) : si les informations sont erron´ ees, elles sont re-demand´ ees au client

Post-conditions La commande est valid´ ee Le compte de l’entreprise est cr´ edite

Pr. Abdessamad EL BOUSHAKI (ENSA de F` es)

Mod´ elisation Orient´ ee Objet UML

28/55

Mod´ elisation objet avec UML

les diagrammes de cas d’utilisation

Exemple sc´enario

Rubriques optionnelles : Contraintes non fonctionnelles Fiabilit´ e : les acc` es doivent ˆ etre s´ ecuris´ es Confidentialit´ e : les informations concernant le client ne doivent pas ˆ etre divulgu´ es.

Contraintes li´ ees ` a l’interface homme-machine Toujours demander la validation des op´ erations bancaires

Pr. Abdessamad EL BOUSHAKI (ENSA de F` es)

Mod´ elisation Orient´ ee Objet UML

29/55

Mod´ elisation objet avec UML

les diagrammes de cas d’utilisation

Exemple applicatif : L’inscription `a l’universit´e L’´ enonc´ e textuel

La scolarit´e de l’universit´e s’occupe de la gestion des inscriptions. Cela consiste `a inscrire les ´etudiants, modifier leurs inscriptions, voire les supprimer. Les inscriptions peuvent ˆetre particuli`eres s’il s’agit d’une inscription en double cursus ou en alternance. Les inscriptions en alternance ont besoin de l’accord du CFA, et ce cas particulier est de la responsabilit´e de certains membres de la scolarit´e. L’inscription en double cursus peut ˆetre g´er´ee par n’importe quel agent de la scolarit´e. Une fois l’inscription termin´ee, il faut imprimer la carte d’´etudiant, `a l’aide d’une imprimante sp´eciale. Que ce soit pour inscrire, modifier ou supprimer une inscription, la scolarit´e doit pouvoir v´erifier le paiement des droits d’inscription.

Pr. Abdessamad EL BOUSHAKI (ENSA de F` es)

Mod´ elisation Orient´ ee Objet UML

30/55

Mod´ elisation objet avec UML

les diagrammes de cas d’utilisation

Exemple applicatif : L’inscription `a l’universit´e

Les diff´erentes ´etapes de la construction du Diagramme de cas d’utilisation: I

Identifier les acteurs (et ce qui est dans le syst`eme).

Pr. Abdessamad EL BOUSHAKI (ENSA de F` es)

Mod´ elisation Orient´ ee Objet UML

31/55

Mod´ elisation objet avec UML

les diagrammes de cas d’utilisation

Exemple applicatif : L’inscription `a l’universit´e L’´ enonc´ e textuel

La scolarit´e de l’universit´e s’occupe de la gestion des inscriptions. Cela consiste `a inscrire les ´etudiants, modifier leurs inscriptions, voire les supprimer. Les inscriptions peuvent ˆetre particuli`eres s’il s’agit d’une inscription en double cursus ou en alternance. Les inscriptions en alternance ont besoin de l’accord du CFA, et ce cas particulier est de la responsabilit´e de certains membres de la scolarit´e. L’inscription en double cursus peut ˆetre g´er´ee par n’importe quel agent de la scolarit´e. Une fois l’inscription termin´ee, il faut imprimer la carte d’´etudiant, `a l’aide d’une imprimante sp´eciale. Que ce soit pour inscrire, modifier ou supprimer une inscription, la scolarit´e doit pouvoir v´erifier le paiement des droits d’inscription.

Pr. Abdessamad EL BOUSHAKI (ENSA de F` es)

Mod´ elisation Orient´ ee Objet UML

32/55

Mod´ elisation objet avec UML

les diagrammes de cas d’utilisation

Exemple applicatif : L’inscription `a l’universit´e Diagramme de cas d’utilisation

Système de gestion des inscriptions

Scolarité

Imprimante

Scolarité FA

Pr. Abdessamad EL BOUSHAKI (ENSA de F` es)

CFA

Mod´ elisation Orient´ ee Objet UML

33/55

Mod´ elisation objet avec UML

les diagrammes de cas d’utilisation

Exemple applicatif : L’inscription `a l’universit´e

Les diff´erentes ´etapes de la construction du Diagramme de cas d’utilisation: I I

Identifier les acteurs (et ce qui est dans le syst`eme). Identifier les h´ eritages entre acteurs

Pr. Abdessamad EL BOUSHAKI (ENSA de F` es)

Mod´ elisation Orient´ ee Objet UML

34/55

Mod´ elisation objet avec UML

les diagrammes de cas d’utilisation

Exemple applicatif : L’inscription `a l’universit´e L’´ enonc´ e textuel

La scolarit´e de l’universit´e s’occupe de la gestion des inscriptions. Cela consiste `a inscrire les ´etudiants, modifier leurs inscriptions, voire les supprimer. Les inscriptions peuvent ˆetre particuli`eres s’il s’agit d’une inscription en double cursus ou en alternance. Les inscriptions en alternance ont besoin de l’accord du CFA, et ce cas particulier est de la responsabilit´e de certains membres de la scolarit´e. L’inscription en double cursus peut ˆetre g´er´ee par n’importe quel agent de la scolarit´e. Une fois l’inscription termin´ee, il faut imprimer la carte d’´etudiant, `a l’aide d’une imprimante sp´eciale. Que ce soit pour inscrire, modifier ou supprimer une inscription, la scolarit´e doit pouvoir v´erifier le paiement des droits d’inscription.

Pr. Abdessamad EL BOUSHAKI (ENSA de F` es)

Mod´ elisation Orient´ ee Objet UML

35/55

Mod´ elisation objet avec UML

les diagrammes de cas d’utilisation

Exemple applicatif : L’inscription `a l’universit´e Diagramme de cas d’utilisation

Système de gestion des inscriptions

Scolarité

Imprimante

Scolarité FA

Pr. Abdessamad EL BOUSHAKI (ENSA de F` es)

CFA

Mod´ elisation Orient´ ee Objet UML

36/55

Mod´ elisation objet avec UML

les diagrammes de cas d’utilisation

Exemple applicatif : L’inscription `a l’universit´e

Les diff´erentes ´etapes de la construction du Diagramme de cas d’utilisation: I I I

Identifier les acteurs (et ce qui est dans le syst`eme). Identifier les h´ eritages entre acteurs Identifier les cas d’utilisation

Pr. Abdessamad EL BOUSHAKI (ENSA de F` es)

Mod´ elisation Orient´ ee Objet UML

37/55

Mod´ elisation objet avec UML

les diagrammes de cas d’utilisation

Exemple applicatif : L’inscription `a l’universit´e L’´ enonc´ e textuel

La scolarit´e de l’universit´e s’occupe de la gestion des inscriptions. Cela consiste `a inscrire les ´etudiants, modifier leurs inscriptions, voire les supprimer. Les inscriptions peuvent ˆetre particuli`eres s’il s’agit d’une inscription en double cursus ou en alternance. Les inscriptions en alternance ont besoin de l’accord du CFA, et ce cas particulier est de la responsabilit´e de certains membres de la scolarit´e. L’inscription en double cursus peut ˆetre g´er´ee par n’importe quel agent de la scolarit´e. Une fois l’inscription termin´ee, il faut imprimer la carte d’´etudiant, `a l’aide d’une imprimante sp´eciale. Que ce soit pour inscrire, modifier ou supprimer une inscription, la scolarit´e doit pouvoir v´erifier le paiement des droits d’inscription.

Pr. Abdessamad EL BOUSHAKI (ENSA de F` es)

Mod´ elisation Orient´ ee Objet UML

38/55

Mod´ elisation objet avec UML

les diagrammes de cas d’utilisation

Exemple applicatif : L’inscription `a l’universit´e Diagramme de cas d’utilisation Système de gestion des inscriptions

Véri er paiement Scolarité Imprimante Modi er inscription

Supprimer inscription

Imprimer carte étudiant

Inscrire

Inscrire en double cursus

Scolarité FA Inscrire en alternance

Pr. Abdessamad EL BOUSHAKI (ENSA de F` es)

CFA

Mod´ elisation Orient´ ee Objet UML

39/55

Mod´ elisation objet avec UML

les diagrammes de cas d’utilisation

Exemple applicatif : L’inscription `a l’universit´e

Les diff´erentes ´etapes de la construction du Diagramme de cas d’utilisation: I I I I

Identifier les acteurs (et ce qui est dans le syst`eme). Identifier les h´ eritages entre acteurs Identifier les cas d’utilisation Associer les cas d’utilisations et les acteurs

Pr. Abdessamad EL BOUSHAKI (ENSA de F` es)

Mod´ elisation Orient´ ee Objet UML

40/55

Mod´ elisation objet avec UML

les diagrammes de cas d’utilisation

Exemple applicatif : L’inscription `a l’universit´e L’´ enonc´ e textuel

La scolarit´e de l’universit´e s’occupe de la gestion des inscriptions. Cela consiste `a inscrire les ´etudiants, modifier leurs inscriptions, voire les supprimer. Les inscriptions peuvent ˆetre particuli`eres s’il s’agit d’une inscription en double cursus ou en alternance. Les inscriptions en alternance ont besoin de l’accord du CFA, et ce cas particulier est de la responsabilit´e de certains membres de la scolarit´e. L’inscription en double cursus peut ˆetre g´er´ee par n’importe quel agent de la scolarit´e. Une fois l’inscription termin´ee, il faut imprimer la carte d’´etudiant, `a l’aide d’une imprimante sp´eciale. Que ce soit pour inscrire, modifier ou supprimer une inscription, la scolarit´e doit pouvoir v´erifier le paiement des droits d’inscription.

Pr. Abdessamad EL BOUSHAKI (ENSA de F` es)

Mod´ elisation Orient´ ee Objet UML

41/55

Mod´ elisation objet avec UML

les diagrammes de cas d’utilisation

Exemple applicatif : L’inscription `a l’universit´e Diagramme de cas d’utilisation

Système de gestion des inscriptions

Véri er paiement

Scolarité

Supprimer inscription Imprimante Modi er inscription

Imprimer carte étudiant Inscrire

Inscrire en double cursus

Inscrire en alternance Scolarité FA

CFA

Pr. Abdessamad EL BOUSHAKI (ENSA de F` es)

Mod´ elisation Orient´ ee Objet UML

42/55

Mod´ elisation objet avec UML

les diagrammes de cas d’utilisation

Exemple applicatif : L’inscription `a l’universit´e

Les diff´erentes ´etapes de la construction du Diagramme de cas d’utilisation: I I I I I

Identifier les acteurs (et ce qui est dans le syst`eme). Identifier les h´ eritages entre acteurs Identifier les cas d’utilisation Associer les cas d’utilisations et les acteurs Trouver les d´ ependances (inclusion/extension) entre les cas d’utilisation

Pr. Abdessamad EL BOUSHAKI (ENSA de F` es)

Mod´ elisation Orient´ ee Objet UML

43/55

Mod´ elisation objet avec UML

les diagrammes de cas d’utilisation

Exemple applicatif : L’inscription `a l’universit´e Diagramme de cas d’utilisation

Système de gestion des inscriptions

Véri er paiement

Scolarité



Imprimante

Modi er inscription

Supprimer inscription

Inscrire

Imprimer carte étudiant

Inscrire en double cursus

Inscrire en alternance Scolarité FA

CFA

Pr. Abdessamad EL BOUSHAKI (ENSA de F` es)

Mod´ elisation Orient´ ee Objet UML

44/55

Mod´ elisation objet avec UML

les diagrammes de cas d’utilisation

Exemple applicatif : L’inscription `a l’universit´e

Les diff´erentes ´etapes de la construction du Diagramme de cas d’utilisation: I I I I I I

Identifier les acteurs (et ce qui est dans le syst`eme). Identifier les h´ eritages entre acteurs Identifier les cas d’utilisation Associer les cas d’utilisations et les acteurs Trouver les d´ ependances (inclusion/extension) entre les cas d’utilisation Supprimer les associations superflues

Pr. Abdessamad EL BOUSHAKI (ENSA de F` es)

Mod´ elisation Orient´ ee Objet UML

45/55

Mod´ elisation objet avec UML

les diagrammes de cas d’utilisation

Exemple applicatif : L’inscription `a l’universit´e Diagramme de cas d’utilisation Système de gestion des inscriptions

Véri er paiement

Scolarité



Imprimante

Modi er inscription

Supprimer inscription

Inscrire

Imprimer carte étudiant

Inscrire en double cursus

Inscrire en alternance Scolarité FA

CFA

Pr. Abdessamad EL BOUSHAKI (ENSA de F` es)

Mod´ elisation Orient´ ee Objet UML

46/55

Mod´ elisation objet avec UML

les diagrammes de cas d’utilisation

Exemple applicatif : L’inscription `a l’universit´e

Les diff´erentes ´etapes de la construction du Diagramme de cas d’utilisation: I I I I I I I

Identifier les acteurs (et ce qui est dans le syst`eme). Identifier les h´ eritages entre acteurs Identifier les cas d’utilisation Associer les cas d’utilisations et les acteurs Trouver les d´ ependances (inclusion/extension) entre les cas d’utilisation Supprimer les associations superflues Factoriser par h´ eritage

Pr. Abdessamad EL BOUSHAKI (ENSA de F` es)

Mod´ elisation Orient´ ee Objet UML

47/55

Mod´ elisation objet avec UML

les diagrammes de cas d’utilisation

Exemple applicatif : L’inscription `a l’universit´e Diagramme de cas d’utilisation

Système de gestion des inscriptions

Véri er paiement

Gérer les inscriptions Scolarité

Supprimer inscription

Imprimante

Modi er inscription

Imprimer carte étudiant

Inscrire



Inscrire en double cursus

Inscrire en alternance Scolarité FA

CFA Pr. Abdessamad EL BOUSHAKI (ENSA de F` es)

Mod´ elisation Orient´ ee Objet UML

48/55

Mod´ elisation objet avec UML

les diagrammes de classes

Sommaire

1

Mod´elisation objet avec UML les diagrammes de cas d’utilisation les diagrammes de classes les diagrammes d’objets les diagrammes de collaboration les diagrammes de composants les diagrammes de d´eploiement les diagrammes de s´equence les diagrammes d’´etats-transitions les diagrammes d’activit´es

Pr. Abdessamad EL BOUSHAKI (ENSA de F` es)

Mod´ elisation Orient´ ee Objet UML

49/55

Mod´ elisation objet avec UML

les diagrammes d’objets

Sommaire

1

Mod´elisation objet avec UML les diagrammes de cas d’utilisation les diagrammes de classes les diagrammes d’objets les diagrammes de collaboration les diagrammes de composants les diagrammes de d´eploiement les diagrammes de s´equence les diagrammes d’´etats-transitions les diagrammes d’activit´es

Pr. Abdessamad EL BOUSHAKI (ENSA de F` es)

Mod´ elisation Orient´ ee Objet UML

50/55

Mod´ elisation objet avec UML

les diagrammes de collaboration

Sommaire

1

Mod´elisation objet avec UML les diagrammes de cas d’utilisation les diagrammes de classes les diagrammes d’objets les diagrammes de collaboration les diagrammes de composants les diagrammes de d´eploiement les diagrammes de s´equence les diagrammes d’´etats-transitions les diagrammes d’activit´es

Pr. Abdessamad EL BOUSHAKI (ENSA de F` es)

Mod´ elisation Orient´ ee Objet UML

51/55

Mod´ elisation objet avec UML

les diagrammes de composants

Sommaire

1

Mod´elisation objet avec UML les diagrammes de cas d’utilisation les diagrammes de classes les diagrammes d’objets les diagrammes de collaboration les diagrammes de composants les diagrammes de d´eploiement les diagrammes de s´equence les diagrammes d’´etats-transitions les diagrammes d’activit´es

Pr. Abdessamad EL BOUSHAKI (ENSA de F` es)

Mod´ elisation Orient´ ee Objet UML

52/55

Mod´ elisation objet avec UML

les diagrammes de d´ eploiement

Sommaire

1

Mod´elisation objet avec UML les diagrammes de cas d’utilisation les diagrammes de classes les diagrammes d’objets les diagrammes de collaboration les diagrammes de composants les diagrammes de d´eploiement les diagrammes de s´equence les diagrammes d’´etats-transitions les diagrammes d’activit´es

Pr. Abdessamad EL BOUSHAKI (ENSA de F` es)

Mod´ elisation Orient´ ee Objet UML

53/55

Mod´ elisation objet avec UML

les diagrammes de s´ equence

Sommaire

1

Mod´elisation objet avec UML les diagrammes de cas d’utilisation les diagrammes de classes les diagrammes d’objets les diagrammes de collaboration les diagrammes de composants les diagrammes de d´eploiement les diagrammes de s´equence les diagrammes d’´etats-transitions les diagrammes d’activit´es

Pr. Abdessamad EL BOUSHAKI (ENSA de F` es)

Mod´ elisation Orient´ ee Objet UML

54/55

Mod´ elisation objet avec UML

les diagrammes d’´ etats-transitions

Sommaire

1

Mod´elisation objet avec UML les diagrammes de cas d’utilisation les diagrammes de classes les diagrammes d’objets les diagrammes de collaboration les diagrammes de composants les diagrammes de d´eploiement les diagrammes de s´equence les diagrammes d’´etats-transitions les diagrammes d’activit´es

Pr. Abdessamad EL BOUSHAKI (ENSA de F` es)

Mod´ elisation Orient´ ee Objet UML

55/55

Mod´ elisation objet avec UML

les diagrammes d’activit´ es

Sommaire

1

Mod´elisation objet avec UML les diagrammes de cas d’utilisation les diagrammes de classes les diagrammes d’objets les diagrammes de collaboration les diagrammes de composants les diagrammes de d´eploiement les diagrammes de s´equence les diagrammes d’´etats-transitions les diagrammes d’activit´es

Pr. Abdessamad EL BOUSHAKI (ENSA de F` es)

Mod´ elisation Orient´ ee Objet UML

56/55