Your SlideShare is downloading. ×
0
Université Barack Obama
L2 Sciences Informatique
Session: 2013-2014

1- Présentation
2- Les constituants d’un diagramme de...
1- Présentation


 Un diagramme de cas d’utilisation permet de faire une description des
interactions type entre les act...
1- Présentation (suite…)


 Le diagramme de cas d’utilisation est utilisé pour:

 Recueillir, analyser et organiser les...
2- Les constituants d’un DCU



 Un diagramme de cas d’utilisation est constitué de:
•
•
•

Système
Acteurs
Case d’utili...
2- Les constituants d’un DCU
(suite…)
1- Système:



 Ensemble d’élément pouvant interagir avec d’autre entité
 Il défi...
2- Les constituants d’un DCU
(suite…)



3- Cas d’utilisation
 Une fonctionnalité du système déclenchée par un acteur ex...
Exemple de diagramme de cas
d’utilisation



7
2- Les relations


 Afin d’optimiser la formalisation des besoins en ayant recours
notamment à la réutilisation de cas d...
2- Les relations (suite…)


2- La relation d’extension(Extend)

 Une relation d’extension d’un cas d’utilisation A par u...
2- Les relations (suite…)


3- La Généralisation/Spécification

 Une relation de généralisation de cas d’utilisation peu...
Exemple de relation



11
Diagramme de cas
d’utilisation



«Includ »

Acheter CD

Authentification

Client

«Includ »

Payer
Payer par carte
banca...
4- La description textuelle


 À chaque cas d’utilisation doit être associée une
description textuelle des interactions ...
4- La description textuelle
(suite…)



Sommaire d’identification
Cette partie est obligatoire;
Elle est constituée:

...
4- La description textuelle
(suite…)



Description des scénarios
 Obligatoire et décrit l’enchaînement des scénarios;
...
Merci pour votre attention!!!!



Vos questions SVP…
Auteur: M. DIALLO Boubacar
Ingénieur en Sécurité des Systèmes d’Info...
Upcoming SlideShare
Loading in...5
×

Initiation à UML: Partie 2

482

Published on

Published in: Technology
0 Comments
0 Likes
Statistics
Notes
  • Be the first to comment

  • Be the first to like this

No Downloads
Views
Total Views
482
On Slideshare
0
From Embeds
0
Number of Embeds
0
Actions
Shares
0
Downloads
20
Comments
0
Likes
0
Embeds 0
No embeds

No notes for slide

Transcript of "Initiation à UML: Partie 2"

  1. 1. Université Barack Obama L2 Sciences Informatique Session: 2013-2014 1- Présentation 2- Les constituants d’un diagramme de cas d’utilisation 2.1- Le système 2.2- Les Acteurs 2.3- Les cas d’utilisation 3- Les relations 3.1- L’inclusion 3.2- L’extension 3.3- La Généralisation/spécification (héritage) 4- La description textuelle 1 Auteur: DIALLO Boubacar Tel: 664 26 55 51 / 620 26 90 98 E-mail: hamanah08@yahoo.fr
  2. 2. 1- Présentation   Un diagramme de cas d’utilisation permet de faire une description des interactions type entre les acteurs (utilisateurs) et le système informatique;  C’est une représentation graphique (modèle) de l’ensembles des interactions entre le système et les acteurs avec lesquels il interagit. 2
  3. 3. 1- Présentation (suite…)   Le diagramme de cas d’utilisation est utilisé pour:  Recueillir, analyser et organiser les besoins des utilisateurs,  Recenser les fonctionnalités d’un système,  Ce que le système devra faire sans se soucier du comment  Faire la description du comportement sous forme d’actions/réactions  Donner un vision plutôt orientée utilisateur  Déterminer les limites du système: le périmètre du système.  Pour construire d’un diagramme de cas d’utilisation, il faut:  Identifier les rôles qui interagissent avec le système: les acteurs  Déterminer les grandes catégories d’utilisation du système: les cas d’utilisation  Décrire textuellement les interactions: scénarios 3
  4. 4. 2- Les constituants d’un DCU   Un diagramme de cas d’utilisation est constitué de: • • • Système Acteurs Case d’utilisation  Exemple 4
  5. 5. 2- Les constituants d’un DCU (suite…) 1- Système:   Ensemble d’élément pouvant interagir avec d’autre entité  Il définit l’ensemble des tâches à exécuter; 2- Acteurs:  Abstraction d’un rôle joué par des entités externes (utilisateur, dispositif matériel, etc.)  qui interagit directement avec le système  Un acteur est actif (prend des décisions, initiatives, etc.).  Un acteur est différent d’un utilisateur;  Une personne peut jouer plusieurs rôles (acteurs);  Un acteur n’est pas forcément humain. 5
  6. 6. 2- Les constituants d’un DCU (suite…)  3- Cas d’utilisation  Une fonctionnalité du système déclenchée par un acteur externe;  Modélise un ensemble de séquences correspondant à un même type d’interaction.  Pour identifier les cas d’utilisation:  Identifier les acteurs et ce qu’il pourront faire avec le système: Qui fait quoi? Quoi est fait par qui (Qui=Acteur, quoi=cas d’utilisation)  Exemple: Boutique en ligne:  le client fait quoi? Le client Achete un CD. Cas d’utilisation: Acheter CD  L’achat de CD est fait par qui L’achat de CD est fait par le client. Acteur: Client Acheter CD Client 6
  7. 7. Exemple de diagramme de cas d’utilisation  7
  8. 8. 2- Les relations   Afin d’optimiser la formalisation des besoins en ayant recours notamment à la réutilisation de cas d’utilisation, trois relations peuvent être décrites entre cas d’utilisation : une relation d’inclusion (include), une relation d’extension (extend) et une relation de généralisation. 1- La relation d’inclusion (Include)  Une relation d’inclusion d’un cas d’utilisation A par rapport à un cas d’utilisation B signifie qu’une instance de A contient le comportement décrit dans B.  Un cas A inclus un cas B si l’exécution de A entraine l’exécution complète de B. Créer un nouvel abonné Gestionnaire « Include» Contrôler paiement abonnement 8
  9. 9. 2- Les relations (suite…)  2- La relation d’extension(Extend)  Une relation d’extension d’un cas d’utilisation A par un cas d’utilisation B signifie qu’une instance de A peut être étendue par le comportement décrit dans B. Deux caractéristiques sont à noter : • • le caractère optionnel de l’extension dans le déroulement du cas d’utilisation standard (A) ; la mention explicite du point d’extension dans le cas d’utilisation standard.  Lorsque le cas A ne peut satisfaire toutes les conditions, on étend le cas A par l’exécution du cas B. Enregistrer commande Gestionnaire « Extend» Ajouter client 9
  10. 10. 2- Les relations (suite…)  3- La Généralisation/Spécification  Une relation de généralisation de cas d’utilisation peut être définie comme l’héritage.  La généralisation peut être assimilée comme une factorisation de cas d’utilisation: aller du particulier au général.  La spécification est le développement (décomposition) d’un cas d’utilisation: aller du général au particulier. Créer un compte Gestionnaire Créer un compte courant Créer un compte Epargne 10
  11. 11. Exemple de relation  11
  12. 12. Diagramme de cas d’utilisation  «Includ » Acheter CD Authentification Client «Includ » Payer Payer par carte bancaire «Extend» Code promotion Payer par Paypal Réduction 12
  13. 13. 4- La description textuelle   À chaque cas d’utilisation doit être associée une description textuelle des interactions entre l’acteur et le système et les actions que le système doit réaliser en vue de produire les résultats attendus par les acteurs.  UML ne propose pas de présentation type de cette description textuelle.  Cependant, les travaux menés par Alistair Cockburn sur ce sujet constituent une référence en la matière.  La description textuelle d’un cas d’utilisation est articulée comme suit 13
  14. 14. 4- La description textuelle (suite…)  Sommaire d’identification Cette partie est obligatoire; Elle est constituée:  Titre: le titre ou le nom du cas d’utilisation concerné  Résumé: Décrire succinctement le contexte et les résultats attendus du cas d’utilisation.  Version: optionnelle: donne le numéro de la version  Responsable: optionnelle: Renseigne le nom du responsable  Auteur: Renseigne le nom de l’auteur  Acteurs: Le ou les acteurs concernés par le cas doivent être identifiés en précisant globalement leur rôle. 14
  15. 15. 4- La description textuelle (suite…)  Description des scénarios  Obligatoire et décrit l’enchaînement des scénarios;  Elle est constituée:  Pré conditions: Décrit les conditions particulières sont requises avant l’exécution du cas.  Post conditions: décrit les conditions particulières doivent être réunies après l’exécution du cas.  Scénario nominal: Il s’agit là du scénario principal qui doit se dérouler sans incident et qui permet d’aboutir au résultat souhaité.  Scénario alternatifs: Les autres scénarios, secondaires ou correspondant à la résolution d’anomalies. Le lien avec le scénario principal se fait à l’aide d’une numérotation hiérarchisée (1.1a, 1.1b…) rappelant le numéro de l’action concernée.  Scénario d’erreurs: décrit les cas d’erreurs  Scénario d’exceptions: décrit les scénarios qui pourront interrompre de l’exécution du cas d’utilisation. 15
  16. 16. Merci pour votre attention!!!!  Vos questions SVP… Auteur: M. DIALLO Boubacar Ingénieur en Sécurité des Systèmes d’Information et Monétique Tel: 664 26 55 51 / 620 26 90 98 E-mail: hamanah08@yahoo.fr 16
  1. A particular slide catching your eye?

    Clipping is a handy way to collect important slides you want to go back to later.

×