Artefact :
|
![]() | 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 : |
|
Les personnes suivantes sont amenées à utiliser le modèle de cas d'utilisation :
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. | - " - |
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.
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.
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)
|