Pour vraiment comprendre le but du système, vous devez savoir à qui le système est destiné, c'est à dire quels
seront ses utilisateurs. Les 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.
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).
Dans le système de gestion de dépôt, Charlie intervient essentiellement en tant que gestionnaire du dépôt et, à
l'occasion, en tant que simple membre du personnel.
Quels éléments de l'environnement du système deviendront 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ésent à 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 utile 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 la prise en charge 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 de gestion de dépôt qui gère les tâches exécutées dans un dépôt, on peut distinguer plusieurs
types d'utilisateurs : le personnel du dépôt, le préposé à l'enregistrement, le gestionnaire du dépôt. Ces catégories
ont des rôles distincts dans le système, elles doivent donc représenter chaque rôle par un acteur différent.
-
Utilisateurs exploitant les fonctions secondaires du système (son administration, par exemple).
Exemple :
Dans une machine servant au recyclage de canettes, 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.
L'identification des acteurs implique également de définir les limites du système, ce qui aide à comprendre son objet
et sa portée. Seuls les intervenants qui communiquent directement avec le système doivent être considérés 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.
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
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.
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, canettes 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.
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
intervenants correspondant aux acteurs ont déjà été décrits 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'utilisation 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 variation 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 en informatique de l'acteur. 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 avoir 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 frontière 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 e-mails 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.
|