Rubriques

Explication Haut de la page

Pour comprendre complètement l'objet du système, vous devez savoir à qui le système est destiné, c'est à dire quels seront ses utilisateurs. Différents types d'utilisateurs sont représentés par des acteurs.

Un acteur désigne un élément qui échange des données avec le système. Il peut s'agir d'un utilisateur, de matériel extérieur ou encore d'un autre système.

La différence entre un acteur et un utilisateur individuel du système provient du fait qu'un acteur représente une classe spécifique d'utilisateur et non pas un utilisateur concret. Plusieurs utilisateurs peuvent remplir le même rôle, c'est-à-dire représenter un seul et même acteur. Dans ce cas, chaque utilisateur constitue une instance de l'acteur.

Diagramme décrit dans le texte d'accompagnement.

Ivar et Mark sont des opérateurs d'une machine de recyclage. Lorsqu'ils utilisent cette machine, chacun d'eux est représenté par une instance de l'acteur Opérateur.

Dans certaines situations cependant, un seul individu remplit le rôle modélisé par l'acteur. Dans un système de petite taille, par exemple, il se peut qu'une seule personne remplisse le rôle d'administrateur système.

Un même utilisateur peut aussi remplir le rôle de plusieurs acteurs (c'est-à-dire que la même personne assume plusieurs rôles).

Diagramme décrit dans le texte d'accompagnement.

Dans le système d'entreposage, Charlie intervient essentiellement en tant que gestionnaire du dépôt et, à l'occasion, en tant que simple membre de son personnel.

Comment identifier des acteurs Haut de la

Diagramme illustrant les utilisateurs, la  maintenance, les communications, les états, les systèmes hérités et d'autres systèmes arrangés en cercle autour d'un cadre représentant un nouveau système.

Quels éléments de son environnement deviendront-ils des acteurs du système ?

Commencez par réfléchir aux individus qui utiliseront le système. Comment les répartir en catégories ? Il est souvent utile de garder présents à l'esprit quelques individus (deux ou trois) et de s'assurer que les acteurs identifiés répondent à leurs besoins. Le groupe de questions ci-dessous est pratique lorsque vous devez identifier des acteurs :

  • Qui fournira, utilisera ou supprimera des informations ?
  • A qui est destinée cette fonctionnalité ?
  • Qui est intéressé par une exigence spécifique ?
  • Où le système est-il utilisé dans l'organisation ?
  • Qui assurera le support et la maintenance du système ?
  • Quelles sont les ressources externes du système ?
  • Quels autres systèmes devront interagir avec celui-ci ?

Plusieurs aspects de l'environnement d'un système devront être représentés par des acteurs distincts :

  • Utilisateurs exploitant les fonctions principales du système.
Exemple :

Dans le cas d'un système d'entreposage qui gère les tâches exécutées dans un entrepôt, on peut distinguer plusieurs types d'utilisateurs : personnel d'entrepôt, préposé à l'enregistrement, gestionnaire d'entrepôt. Toutes ces catégories disposent dans le système de rôles distinctifs qui doivent par conséquent être représentés par des acteurs séparés.

  • Utilisateurs exploitant les fonctions secondaires du système (son administration, par exemple).
Exemple :

Dans une machine servant au recyclage de cannettes, de bouteilles et de caisses, l'acteur principal est le client, c'est-à-dire la personne pour laquelle le système a été fondamentalement conçu. Quelqu'un doit cependant gérer cette machine. Ce rôle est dévolu à l'acteur Opérateur.

  • Matériel externe utilisé par le système.
Exemple :

Un système de ventilation contrôlant la température d'un bâtiment reçoit continuellement des données mesurées par des capteurs dans l'immeuble. Le capteur est par conséquent un acteur.

  • Autres systèmes en interaction avec le système.
Exemple :

Un guichet automatique doit communiquer avec le système central qui héberge les comptes bancaires. Il s'agit vraisemblablement d'un système externe et doit, par conséquent, constituer un acteur.

Si vous élaborez une application de type Internet, vos acteurs principaux seront en un sens anonymes. Vous ne savez pas vraiment qui ils sont et ne pouvez émettre aucune hypothèse quant à leurs compétences et expérience. Vous pouvez néanmoins décrire le rôle que vous vous attendez à les voir remplir vis à vis du système.

Exemple : 

Les systèmes fournissant des informations (moteurs de recherche, par exemple) renfermeront des acteurs purement anonymes n'accédant à l'application que pour y trouver des informations sur un thème spécifique. 

Exemple : 

Sites gouvernementaux d'information dont la mission est de fournir aux citoyens ou aux utilisateurs d'Internet des renseignements sur les lois et les décrets, les procédures, les formulaires, et ainsi de suite. Le site du Ministère des finances, par exemple, propose des informations sur la préparation de votre déclaration de revenus. Vous pouvez y télécharger tous les formulaires requis et transmettre votre déclaration par voie électronique. le rôle d'acteur principal, dans ce cas, est dévolu aux intéressés. Bien entendu, lorsque la personne tente de soumettre sa déclaration, elle renonce dès lors à l'anonymat. 

Les acteurs aident à définir les limites du système Haut de la page

L'identification des acteurs implique également de définir les limites du système, ce qui aide à comprendre son objet et sa portée. Seules les parties prenantes qui communiquent directement avec le système doivent être considérées comme des acteurs. Si vous incluez plus de rôles que ceux présents dans l'environnement du système, vous tentez de modéliser l'activité dans laquelle il sera utilisé et non pas le système lui-même.

Exemple :

Dans un système de réservation de vols, quel serait l'acteur ? Tout dépend si vous élaborez ce système de réservation pour son utilisation par une agence de voyage ou si vous concevez un système auquel le passager pourra se connecter directement via Internet.

Diagramme illustrant un passager en interaction avec une agence de voyage, elle-même en interaction avec un système de réservation de vols.

Si vous élaborez un système de réservation de vols qui sera utilisé par une agence de voyage, l'acteur sera l'agent de voyage. Le passager n'a pas d'interaction directe avec le système et, par conséquent, ne constitue pas un acteur

Diagramme illustrant un passager en interaction directe avec un système de réservation de vols.

Si vous concevez un système de réservation permettant aux utilisateurs de s'y connecter via Internet, le passager sera en interaction directe avec le système et constituera par conséquent un acteur du système.

Brève description Haut de la page

Cette description doit comprendre des informations sur les points suivants :

  • Ce que l'acteur représente.
  • Une explication de la nécessité de l'acteur.
  • L'apport du système pour l'acteur.

Cette brève description doit comporter tout au plus quelques phrases.

Exemple :

Dans le modèle de cas d'utilisation de la machine à recycler, les trois acteurs sont décrits brièvement comme suit :

Client : Le client accumule les bouteilles, cannettes et caisses à son domicile et les ramène au magasin pour obtenir un remboursement.

Opérateur : L'opérateur est responsable de la maintenance de la machine à recycler.

Gestionnaire : Le gestionnaire est responsable des aspects financiers et du service fourni par le magasin aux clients.

Caractéristiques des acteurs Haut de la page

Les caractéristiques d'un acteur peuvent avoir un impact sur le développement du système, en particulier sur la manière dont sera façonnée sur le plan visuel l'interface utilisateur pour un confort d'emploi optimal.. Notez que si des parties prenantes correspondant aux acteurs ont déjà été décrites dans un modèle d'objet métier, certaines des caractéristiques suivantes pourront déjà avoir été répertoriées. Les caractéristiques de l'acteur comprennent :

  • Le champ de responsabilités de l'acteur.
  • L'environnement physique dans lequel l'acteur utilisera le système. L'usage d'éléments tels que le son, le choix de la police et l'utilisation appropriée de combinaisons de périphériques d'entrée (comme le clavier, l'écran tactile, la souris ou les touches de raccourci) peuvent être affectés en cas de déviation de la situation idéale (où l'utilisateur est assis dans un bureau silencieux, sans distractions).
  • Le nombre d'utilisateurs représentés par cet acteur. Ce nombre est un facteur pertinent pour l'évaluation de l'importance de cet acteur et de celle des éléments de l'interface utilisateur qu'il utilise.
  • La fréquence d'utilisation du système par cet acteur. Cette fréquence détermine quelle portion de l'interface utilisateur cet acteur est susceptible de mémoriser d'une session à l'autre.

Dans la plupart des cas, une estimation approximative du nombre d'utilisateurs et de la fréquence d'utilisation est suffisante. Une oscillation de ce nombre entre 30 et 40 n'aura pas d'impact sur la conception de l'interface utilisateur tandis qu'une variation entre 3 et 30 pourrait imposer des changements.

Autres caractéristiques notables de l'acteur :

  • Le niveau de connaissances de l'acteur du domaine concerné. Ce niveau contribue à déterminer combien l'aide spécifique au domaine doit être détaillée et quel volume de terminologie propre à ce domaine doit être utilisé dans l'interface utilisateur.
  • Le niveau d'expérience de l'acteur en informatique. Ce niveau aide à déterminer le niveau de sophistication ou de simplicité requis des techniques d'interaction dans l'interface utilisateur.
  • Les autres applications utilisées par l'acteur. L'emprunt de concepts d'interfaces issus de ces applications réduira le délai d'apprentissage de l'acteur et ses besoins de mémorisation étant donné qu'ils lui seront déjà familiers.
  • Les caractéristiques générales de l'acteur, comme son niveau d'expertise (éducation), ses origines (langue) et son âge. Ces caractéristiques peuvent exercer une influence sur certains points de l'interface utilisateur, comme la police et la langue.

Ces caractéristiques sont utilisées essentiellement lors de l'identification des classes de limites et du prototype, afin de garantir une adéquation optimale entre la collectivité des utilisateurs et la conception de l'interface.

Exemple :

Ci-dessous figure un exemple de caractéristiques de l'acteur dénommé Utilisateur de messagerie. Il s'agit de l'acteur qui interagit, entre autres, avec le cas d'utilisation intitulé Gestion des courriels entrants.

  • L'utilisateur de la messagerie est un utilisateur d'ordinateur expérimenté.

  • L'environnement de travail de l'utilisateur de la messagerie est un bureau calme.

  • Le nombre cible d'utilisateurs de le messagerie est de 500 000.



RUP (Rational Unified Process)   2003.06.15