Diagramme de cas d’utilisation(Use Cases)

 

 

Diagramme de cas d’utilisation(Use Cases)

• Objectifs

• Définir les besoins fonctionnels du systeme les cas d’utilisation ont pour principal objectif la capture des fonctionnalités couverte par le système .
• Définir le dialogue entre l’utilisateur et le système les cas d’utilisation recensent comment l’utilisateur interagit avec le système .
• Établir les scenarios fonctionnels qui seront utilisés pour la recette du système les cas d’utilisation recensent et décrivent les principales fonctionnalités attendues du système .
• Servir de support de référence tout au long des phases de développement du système les cas d’utilisation seront consultés et références tout au long du processus de développement du système.
• Établir les scenarios fonctionnels qui seront utilisés pour la recette du système les cas d’utilisation recensent et décrivent les principales fonctionnalités attendues du système .
• Servir de support de référence tout au long des phases de développement du système les cas d’utilisation seront consultés et
  références tout au long du processus de développement du système.

• Définition :

Une interaction en provenance de l’extérieur déclenche un flot de contrôle (séquence d’activités) au sein du système .

 

• Cas d’utilisation(Définition) :

Un cas d’utilisation est une séquence d’activités ou d’action organisées en étapes distinctes ,et qu’un système effectue en réponse a une sollicitation extérieure.

• un cas d’utilisation est une séquence d’activités ou d’action organisées en étapes distinctes ,et qu’un système effectue en réponse a une sollicitation extérieure.
• Le cas d’utilisation possède un nom :celui de la fonctionnalité du système qu’il prend en charge.
• Le cas d’utilisation met en œuvre un dialogue entre le système et l’entité a l’origine de l’événement initiateur.

• Cas d’utilisation
  • Acteurs (bonhommes)
  • Cas d’utilisation (ellipses)

Schéma :cas d’utilisation

• Comment déterminer les cas d’utilisation ?

Se poser les questions suivantes :

• Quelles sont les grandes fonctionnalités attendues du système ?
• Le système doit-il informer une personne ou un dispositif extérieur lorsque son état interne est modifié ?
• Le système doit-il être informé d’événements extérieurs se produisant dans son entourage ?
• Le système stocke-t-il des informations ? Comment sont-elles stockées ,mises a jour ,détruite ?

• Définition de l'acteur :

Un acteur définit un rôle qu’une entité extérieur assume lors de son interaction avec le système .

• L’acteur est l’origine des évènements initiateurs reçus par le système
• L’acteur dialogue par la suite avec le cas d’utilisation dont il est l’initiateur
• L’acteur possède un nom :celui du rôle qu’il joue lors de son nteraction avec le système
• L’acteur n’est pas forcement humain :il peut s’agir :
  • d’un autre système
  • d’un équipement
• un acteur est représenté par un petit personnage
• le nom de l’acteur apparait sous le petit personnage
• On peut définir des catégories d’acteurs plus générales ou au contraire spécialiser un type d’acteur

Figure: la représentation d’un acteur

• Comment déterminer les acteurs

Se poser les questions suivantes :

• Qui installe le système ?
• Qui utilise le système ?
• Qui démarre les système ?
• Qui maintient le système ?
• Quels sont les autres systèmes qui utilisent le système ?
• Qui fournit l’information au système ?
• Qui récupère de l’information a partir du système ?

 

• Rôles et personnes physiques
• Un acteur correspond à un rôle, pas à une personne physique :
  • Une même personne physique peut être représentée par plusieurs acteurs si elle a plu- sieurs rôles.
  • Si plusieurs personnes jouent le même rôle vis-à-vis du système, elles seront représentées par un seul acteur.
• Exemples :
  • Pierre, Paul ou Jacques sont tous les Clients du point de vue d’un distributeur automatique
  • En tant que webmestre, Paul a certains droits sur son site, mais il peut également s’identifier en tant qu’utilisateur quelconque, sous une autre identité .
• Diagramme de cas d’utilisation
  • Définition
    • Le diagramme de cas d’utilisation est une représentation contextuelle de haut niveau du système modélisé .
    • Un cas d’utilisation est un service rendu à un acteur : c’est une fontionnalité de son point de vue.
• Relations liant les acteurs
  • Associations entre cas et acteurs

Les acteurs demandant des services aux systèmes, ils sont le plus souvent à l’initiative des échanges avec le système :

• ils sont dits acteurs primaires.Lorsqu’ils sont sollicités par le système (dans le cas de serveurs externes par exemple), ils sont dits acteurs secondaires.

Figure: Association entre cas et acteurs

On représente une association entre un acteur et un cas d’utilisation par une ligne pleine.

Figure: Association entre cas et acteurs

• Relations entre acteurs

Il n’y a qu’un seul type de relation possible entre acteurs : la relation de généralisation.
Il y a généralisation entre un cas A et un cas B lorsqu’on peut dire : A est une sorte de B. Exemple :

• Un directeur est une sorte de commercial : il peut faire avec le système tout ce que peut faire un commercial, plus d’autres choses.

Figure: la relation de généralisation

• Relations entre cas d’utilisation
  • Types de relations possibles
    Inclusion : B est une partie obligatoire de A et on lit A inclut B (dans le sens de la flèche).

Figure: Inclusion

             Extension : B est une partie optionelle de A et on lit B étend A (dans le sens de la flèche).

Figure: Extension
 

Généralisation : le cas A est une généralisation du cas du cas B et on lit B est une sorte de A.

Figure: Généralisation

Les flèches en pointillés dénotent en fait une relation de dépendance, et les mentions includes et extends sont des stéréotypes et à ce titre placés entre guillemets.

• Généralisation entre cas d’utilsation

Cette relation de généralisation/spécialisation est présente dans la plupart des diagrammes UML et se traduit par le concept d’héritage dans les langages de programmation orientés objet.

Figure: Généralisation

Cet héritage signifie que les éléments spécifiques héritent de tout ce qui caractérise l’élément général : - Les associations avec des acteurs - Les relations de dépendance - Les héritages déjà existant, dans lesquel

• Réutilisation de cas d’utilisation

Figure: Généralisation

---