Définit un jeu de rôles cohérent pouvant être remplis par les utilisateurs dans leur interaction avec le système. Une instance d'acteur peut être représentée soit par un individu, soit par un système externe. 
Autres relations :  Partie de Modèle de cas d'utilisation
Etend : Exigence logicielle
Rôle :  Spécificateur d'exigences 
Caractère facultatif/Occurrence:  Identifié et associé à des cas d'utilisation dès la phase de création.
Modèles et rapports : 
     
Exemples : 
     
Représentation UML :  Acteur
Informations supplémentaires :   
Entrée d'activités :    Sortie d'activités :   

Objet Haut de la page

Les diverses parties prenantes utilisent cet artefact dans des buts différents :

  • Analystes système : pour définir les limites du système.
  • Concepteurs de l'interface utilisateur : pour décrire les caractéristiques des acteurs humains.
  • Auteurs de cas d'utilisation : pour décrire les cas d'utilisation et leur interaction avec les acteurs.
  • Analystes objets : pour réaliser les cas d'utilisation et leur interaction avec les acteurs.

Propriétés Haut de la page

Nom de la propriété  Brève description  Représentation UML 
Nom  Nom de l'acteur.  L'attribut "Nom" de l'élément de modélisation. 
Brève description  Brève description de la sphère de responsabilités de l'acteur et de l'utilité du système pour celui-ci.  Valeur marquée, de type "texte court". 
Caractéristiques  Pour les acteurs humains : Environnement physique de l'acteur, nombre d'utilisateurs qu'il représente, son niveau de connaissances du domaine, son niveau d'expérience en informatique, les autres applications qu'il utilise et d'autres caractéristiques générales comme son sexe, âge, origine culturelle, et ainsi de suite.  Valeur marquée, de type "texte mis en forme". 
Relations  Les relations, comme généralisation d'acteur et communications-associations, auxquelles prend part l'acteur.  Appartenance à un package englobant, via l'agrégation "propriétaire de". 
Diagrammes  Diagrammes au niveau local de l'acteur, comme des diagrammes de cas d'utilisation décrivant les communications-associations de l'acteur avec les cas d'utilisation.  Appartenance à un package englobant, via l'agrégation "propriétaire de". 

Calendrier Haut de la page

Acteur Les artefacts sont identifiés et associés à des cas d'utilisation dès la phase de création, lors de la définition de la portée du système. Il est recommandé de décrire et de référencer les caractéristiques de l' Acteur avant la construction du prototype de l'interface utilisateur et son implémentation.

Responsabilité Haut de la page

Le rôle Spécificateur d'exigences est ultimement responsable de la gestion de l'artefact. Bien que les rôles de spécificateur d'exigences et de concepteur de l'interface utilisateur viennent tous deux mettre à jour les informations détaillées sur chaque acteur, le Spécificateur d'exigences est chargé de veiller à ce que chaque Acteur:

  • Définisse un rôle cohésif et constitue une classification effectivement indépendante des autres.
  • Comporte les communications-associations correctes avec les cas d'utilisation auxquels il prend part.
  • Fasse partie des relations de généralisation correctes.
  • L'artefact illustre les caractéristiques nécessaires qui seront définies comme exigences de l'interface utilisateur.
  • Les diagrammes de cas d'utilisation locaux décrivant l'artefact soient lisibles et cohérents avec les autres propriétés.

Personnalisation Haut de la page

Déterminez quelles propriétés seront utilisées et de quelle manière. Vous devez décider, en particulier, du niveau de détail requis pour la description de la propriété "Caractéristiques".



RUP (Rational Unified Process)   2003.06.15