Le modèle de cas d'utilisation modélise les fonctions prévues du système et son environnement et constitue un contrat entre le client et les développeurs. Ce modèle représente une entrée essentielle pour les activités d'analyse, de conception et de test. 
Autres relations :  Contient
Rôle :  Analyste système 
Caractère facultatif/Occurrence:  Requis 
Modèles et rapports : 
     
Exemples : 
     
Représentation UML :  Modèle, banalisé en tant que <<modèle de cas d'utilisation>>  
Informations supplémentaires :   
Entrée d'activités :    Sortie d'activités :   

Objet Haut de la page

Les personnes suivantes sont amenées à utiliser le modèle de cas d'utilisation :

  • Le client valide le modèle de cas d'utilisation. Cette validation confirme que le système est bien celui voulu par le client. Vous pouvez également utiliser ce modèle pour discuter du système avec le client au cours de son développement.
  • Les utilisateurs potentiels utilisent ce modèle pour acquérir une meilleure compréhension du système.
  • L'architecte du logiciel utilise ce modèle pour identifier les fonctionnalités ayant une incidence sur l'architecture.
  • Les concepteurs utilisent ce modèle pour acquérir une vue d'ensemble du système. Lorsque vous perfectionnez ensuite le système, vous avez aussi besoin de la documentation du modèle de cas d'utilisation pour faciliter votre tâche.
  • Le responsable utilise ce modèle pour la planification et le suivi de la modélisation des cas d'utilisation et pour la conception ultérieure.
  • Les personnes étrangères au projet mais appartenant à l'organisation, les dirigeants et les comités de pilotage utilisent ce modèle pour se faire une idée des travaux effectués.
  • Les parties prenantes examinent ce modèle pour transmettre leurs réactions aux développeurs sur une base régulière.
  • Les concepteurs utilisent ce modèle comme base de leur travail.
  • Les testeurs utilisent ce modèle pour planifier dès que possible les activités de test (test de cas d'utilisation et d'intégration).
  • Les personnes chargées du développement de la prochaine version du système utilisent ce modèle pour comprendre le fonctionnement de la version actuelle.
  • Les rédacteurs de la documentation se basent sur les cas d'utilisation pour la rédaction des guides d'utilisateur du système.

Propriétés Haut de la page

Nom de la propriété  Brève description  Représentation UML 
Introduction  Description textuelle servant de brève introduction au modèle.  Valeur marquée, de type "texte court". 
Description générale  Description textuelle contenant des informations non couvertes par le reste du modèle de cas d'utilisation, notamment :
· Séquences habituelles d'utilisation du cas par les utilisateurs.
· Fonctionnalité non traitée par le modèle de cas d'utilisation. 
Valeur marquée, de type "texte mis en forme". 
Packages de cas d'utilisation  Packages contenus dans le modèle, représentant une hiérarchie.  Appartenance via l'association "représente", ou récursivement via l'agrégation "propriétaire de". 
Cas d'utilisation  Cas d'utilisation du modèle, appartiennent aux packages.  Appartenance récursive via l'agrégation "propriétaire de". 
Acteurs  Acteurs du modèle, appartiennent aux packages.  - " - 
Relations  Relations dans le modèle, appartiennent aux packages  - " - 
Diagrammes  Diagrammes du modèle, appartiennent aux packages.  - " - 
Vue des cas d'utilisation  Vue des cas d'utilisation dans le modèle, représentant une vue de l'architecture des cas d'utilisation et/ou des scénarios importants.  - " - 

Calendrier Haut de la page

Le modèle de cas d'utilisation définit principalement les exigences fonctionnelles du système et constitue une entrée essentielle pour l'analyse et la conception de l'architecture. Il peut être utilisé dès la phase de création pour délimiter la portée du système, ainsi qu'au cours de la phase d'élaboration. Ce modèle est affiné durant la phase de construction par l'adjonction de flux d'événements plus détaillés. La cohérence du modèle de cas d'utilisation avec le modèle de conception est maintenue en permanence.

Etant donné qu'il constitue un outil de planification particulièrement puissant, le modèle de cas d'utilisation est généralement utilisé dans toutes les phases du cycle de développement.

Responsabilité Haut de la page

Un Analyste système est responsable de l'intégrité du modèle de cas d'utilisation et doit veiller à ce que ce modèle, dans sa globalité, soit correct, cohérent et intelligible. Cependant, ce modèle comporte des éléments dotés d'un rôle important dans la vue de l'architecture (comme illustré dans la vue du cas d'utilisation) du modèle système et, par conséquent, l'architecte porte la responsabilité de l'intégrité de ces éléments. Pour plus d'informations, reportez-vous à : Rôle : Architecte logiciel.

Notez que les détails concernant les packages de cas d'utilisation, les cas d'utilisation, les acteurs, les relations et les diagrammes sont la responsabilité du spécificateur des exigences correspondantes. Pour plus d'informations, reportez-vous à : Rôle : Spécificateur d'exigences.

Personnalisation Haut de la page

Personnalisez votre projet en fonction des besoins.  Ainsi, vous pouvez décider d'inclure seulement un sous-ensemble de sous-artefacts (propriétés), de personnaliser le niveau de formalité régissant la création et la gestion de sous-artefacts et de personnaliser les sous-artefacts individuels.



RUP (Rational Unified Process)   2003.06.15