UMLLes diagrammes de cas dutilisation         Cedric Dumoulin
Qu’est-cequ’un cas d’utilisation ?n   Technique permettant d’identifier et de décrire les    fonctionnalités d’un logiciel...
Diagramme de cas d’utilisationPrincipaux conceptsn   Acteursn   Cas d’utilisationn   Relations    n   Entre acteurs et cas...
ExempleUn acteur        Un rôlen   en UML un acteur est une classe stéréotypée <<Actor>>
Exemple avec conditions
Les acteursn   Représentation idéalisée d’une personne, d’un logiciel,    d’un processus, d’une organisation qui interagit...
Cas d’utilisationScenarion   Définition UML :     n   Un cas dutilisation définit un ensemble d’instances de cas dutilisat...
Les acteursn   Relation entre acteurs    n   Généralisation (héritage)         n   Toute personne             empruntant d...
Exemple - Généralisationd’acteurs (héritage)n   Permet de factoriser et de simplifier
Relations entre cas d’utilisationl’inclusion <<include>>n   Certaines étapes dans un cas d’utilisation sont simples, d’aut...
Cas d’utilisationRelation d’inclusionn   Rôle 1 : Mettre en commun des comportements communs à    plusieurs CUn   Rôle 2 :...
La relation d’extension<<extend>>n   Le cas d’utilisation de base ne connaît pas le    cas d’utilisation étendu.n   Pas to...
La relation d’extensionQuelques exemples d’utilisationn   A utiliser quand un cas d’utilisation peut être interrompu et qu...
Exemplen   Supposons que la politique de la banque autorise pour ses clients    ‘entreprise’ un découvert préalablement né...
Relations entre cas d’utilisationGeneralisation (héritage)                                  Emprunter             Emprunte...
Relation de généralisationentre UCn   Un UC peut être spécialisé en un ou plusieurs cas d’utilisation.    Les sous cas hér...
Prochain SlideShare
Chargement dans…5
×

2.diagram ucum lpdf_2

391 vues

Publié le

Publié dans : Divertissement et humour
0 commentaire
0 j’aime
Statistiques
Remarques
  • Soyez le premier à commenter

  • Soyez le premier à aimer ceci

Aucun téléchargement
Vues
Nombre de vues
391
Sur SlideShare
0
Issues des intégrations
0
Intégrations
4
Actions
Partages
0
Téléchargements
7
Commentaires
0
J’aime
0
Intégrations 0
Aucune incorporation

Aucune remarque pour cette diapositive

2.diagram ucum lpdf_2

  1. 1. UMLLes diagrammes de cas dutilisation Cedric Dumoulin
  2. 2. Qu’est-cequ’un cas d’utilisation ?n Technique permettant d’identifier et de décrire les fonctionnalités d’un logiciel qui sont significatives pour ses utilisateurs (humains, matériels, logiciels) n Permet de décrire les interactions du logiciel avec son environnement n Expression du comportement du logiciel (actions et réactions) selon le point de vue des utilisateurs n Détermination des besoins fonctionnels des utilisateurs cibles n Introduit par Ivar Jacobson en 1986
  3. 3. Diagramme de cas d’utilisationPrincipaux conceptsn Acteursn Cas d’utilisationn Relations n Entre acteurs et cas d’utilisation n Entre acteurs n Entre cas d’utilisation
  4. 4. ExempleUn acteur Un rôlen en UML un acteur est une classe stéréotypée <<Actor>>
  5. 5. Exemple avec conditions
  6. 6. Les acteursn Représentation idéalisée d’une personne, d’un logiciel, d’un processus, d’une organisation qui interagit (depuis l’extérieur) avec le logiciel n Rôle joué par cette personne, logiciel, etc. n Une même personne peut correspondre à plusieurs acteurs n Un même acteur peut être joué par plusieurs entités Lacteur peut consulter ou modifier létat du logiciel : interaction avec le cas d’utilisation par envoi de messagen En réponse à laction dun acteur, le logiciel fournit un service : le cas d’utilisation qui correspond à la fonctionnalité désiréen On trouve les acteurs en observant les utilisateurs directs du système, ceux qui sont responsable de sa maintenance, ainsi que les autres systèmes qui interagissent avec le système
  7. 7. Cas d’utilisationScenarion Définition UML : n Un cas dutilisation définit un ensemble d’instances de cas dutilisation, où chaque instance est une séquence dactions (scénario) exécutées par un système qui produit un résultat observable (valeur) par un acteur particulier.n Scénario n Un scénario est une séquence d’actions, généralement déclenchée par un acteur. n {Pré - condition} scénario {post – condition} n Un scénario est une instance du cas d’utilisation
  8. 8. Les acteursn Relation entre acteurs n Généralisation (héritage) n Toute personne empruntant des journaux peut aussi jouer le rôle d’emprunteur de livres.
  9. 9. Exemple - Généralisationd’acteurs (héritage)n Permet de factoriser et de simplifier
  10. 10. Relations entre cas d’utilisationl’inclusion <<include>>n Certaines étapes dans un cas d’utilisation sont simples, d’autres sont plus complexes et font référence à d’autres cas d’utilisation, ces cas sont dit inclus. CU Cas dutilisation de base <<include>> Cas dutilisation inclusn Notion naturelle pour un développeur (~ appel)
  11. 11. Cas d’utilisationRelation d’inclusionn Rôle 1 : Mettre en commun des comportements communs à plusieurs CUn Rôle 2 : Encapsuler un comportement complexe, pour avoir une vue plus globale. n Le cas inclus peut ne pas être déclenchable par un acteur. regarder cours de la bourse <<include>> retirerAgent <<include>> <<include>> déposerArgent verifierIdentité client de banque
  12. 12. La relation d’extension<<extend>>n Le cas d’utilisation de base ne connaît pas le cas d’utilisation étendu.n Pas toujours évident à comprendre. CU Cas dutilisation de base <<extend>> Cas dutilisation étendu
  13. 13. La relation d’extensionQuelques exemples d’utilisationn A utiliser quand un cas d’utilisation peut être interrompu et qu’il ne maîtrise pas ses interruptionsn Complément d’exigences sur une analyse verrouillée (extension d’une application existante), ce qui est souvent le cas dans un processus itératif et incrémental. n Le cas d’utilisation de base ne bouge pas (pas de régression) Attention: il faut «blinder » le cas de basen Pour montrer les parties optionnelles. n On sépare les parties obligatoires des parties optionnelles. (certaines parties sont exécutées sous certaines conditions)
  14. 14. Exemplen Supposons que la politique de la banque autorise pour ses clients ‘entreprise’ un découvert préalablement négocié.n On a alors un cas d’utilisation de base « retirer argent » déclenché par un client. On définit le cas «TraiterDécouvertAutorisé»n Quand le retrait s’effectue on sait qui demande le retrait (le client a droit à un découvert : c’est la condition d’extension). Le vrai cas d’utilisation est alors une combinaison de «retirerArgent » «vérifierIdentité » et «TraiterDécouvertAutorisé »
  15. 15. Relations entre cas d’utilisationGeneralisation (héritage) Emprunter Emprunter un livre Emprunter un journaln Permet à un sous cas d’utilisation de spécialiser le comportement d’un cas d’utilisation de base (qui peut être abstrait)
  16. 16. Relation de généralisationentre UCn Un UC peut être spécialisé en un ou plusieurs cas d’utilisation. Les sous cas héritent des caractéristiques du sur cas d’utilisation (acteurs, conditions,...)n Remarque : Ces relations ne correspondent pas au déroulement, ce sont bien des relations de structuration.

×