LOG 350, 2012
été, Travail pratique 3 (TP3) : prototype
statique
Dans ce travail pratique, vous avez à choisir une interface
à prototyper, à effectuer une analyse de tâches,
et à créer un premier prototype statique. Plus
tard dans la session, dans un autre travail pratique, vous aurez
à créer un prototype dynamique (interactif) de votre
interface, qui pourra être réalisé sur iPod
touch, ordinateur de bureau, ou un autre plateforme
informatisé que vous connaissez (demandez la permission
avant).
On permet des équipes de jusqu'à 4 personnes. Le
travail à faire dépend de la taille de
l'équipe. Tel que indiqué ci-dessous, certains
aspects du travail sont optionnels et vous gagnent des "points supplémentaires".
Vous aurez à gagner un certain nombre de ces points
supplémentaire, tout dépendant de la taille de votre
équipe.
Vous aurez à remettre un rapport comprenant les sections
ci-dessous. Rajouttez des sous-sections ou des sections
supplémentaires au besoin. Votre rapport devra
être écrit de manière à être
compréhensible par quelqu'un qui n'a pas vu
l'énoncé ci-dessous. Donc, écrivez d'une
manière claire, avec des explications et des sections et
sous-sections logiques. Bien sûr, remplacez le texte
ci-dessous avec votre propre texte.
Remise: Remettez vos rapports en format PAPIER à votre
chargé de laboratoire, pendant la session de laboratoire le
28 juin. Remettez aussi une copie PDF par courriel au
log350@gmail.com le 28 juin avant minuit.
Justifiez vos décisions et vos choix de conception.
Énoncez explicitement vos suppositions lorsque
nécessaire.
Page titre
Indiquer le cours et la session (LOG 350, 2012 été),
le travail pratique (TP3: Prototype statique), donner un titre
descriptif à votre projet (Exemple: Super interface de
domotique 3000+), mettez vos noms et vos codes permanents (exemple:
NOMP12341234) et vos adresses couriels.
1. Introduction et description de
votre application
Résumez votre projet et le domaine et/ou l'application pour
lequel vous allez prototyper une interface (1-3 paragraphes).
Exemples: domotique, client courriel, site web de rencontres,
calendrier électronique, jeu pour enfants, logiciel de dessin
pour enfants, ... Obtenez la permission de votre chargé
de laboratoire pour votre choix. On vous encourage de choisir
une application qui n'est pas trop complexe, mais pas non plus trop
simpliste ou connue par vous, pour pouvoir faire des observations
intéressantes chez vos utilisateurs et avoir une discussion
intéressante dans votre rapport. Vos chargés de
laboratoire pourront vos donner des conseils face aux projets
à choisir.
2. Analyse de tâches
Vouz pouvez brisez cette section (et les autres sections) en
sous-sections selon ce qui vous semble logique comme
présentation.
Trouvez au moins 2 utilisateurs. Idéalement ils sont
des vrais utilisateurs cibles de votre interface (par exemple, des
enfants si vous concevez une interface destinée aux enfants,
ou bien des gens cherchant un copain / copine si vous concevez un
site web de rencontres); sinon des amis, membres de famille, ou
d'autres étudiants peuvent faire, mais pas les membres de
votre propre équipe. Si vous n'êtes pas capables
de trouver des vrais utilisateurs cibles et vous devez utiliser des
substituts (amis, etc.), justifiez le dans votre rapport.
Rencontrez vos utilisateurs. Interrogez-les (en utilisant une
entrevue et/ou un questionnaire) sur les tâches reliées
à votre projet qu'ils effectuent actuellement : quels sont
ces tâches ? Quels sont les buts des utilisateurs
lorsqu'ils effectuent ces tâches ? Comment effectuent-t-ils
ces tâches actuellement ? Avec quelles démarches,
quelles procédures, quels outils (logiciels ou autres)
? Quels aspects des tâches sont automatisés et
quels non ? Quels problèmes rencontrent vos
utilisateurs actuellement, c.-à-d. avant l'arrivé de
votre système ou interface ? Si un nouveau logiciel ou
une nouvelle interface était créé pour eux,
quels seraient leurs besoins et leurs souhaits ?
Dans le rapport, faites un résumé des
caractéristiques de chaque utilisateur (âge, formation,
niveau de familiarité avec les ordinateurs, s'ils passent
leur journée assis devant un ordinateur à faire du
travail solitaire ou s'ils interagissent souvent avec d'autres gens,
s'ils travaillent à l'extérieur, pendant combien
d'heures, s'ils sont souvent interrompus dans leurs tâches,
s'ils ont des particularités physiques (aveugle, sourd, autre
condition), etc.)
Si les utilisateurs de l'application visée travaillent dans
un environnement physique particulier (par exemple, à
l'extérieur, dans un contexte mobile, dans une
bibliothèque ou autre environnement ou il ne faut pas
générer des bruits qui vont déranger d'autres,
dans un hôpital, etc.) vous pouvez rajouter une sous-section
ou un paragraph qui en parle, et qui discute des implications pour
votre interface.
Présentez les questions posées aux utilisateurs, et
les réponses de chaque utilisateur.
Si vous rencontrez plus que 2 utilisateurs et vous les passez en
entrevue, vous gagnez 1 point
supplémentaire pour chaque utilisateur
supplémentaire rencontré.
Si possible, observez vos utilisateurs en train d'effectuer leurs
vraies tâches avec leur outil(s) actuel(s). Par exemple,
si vous voulez concevoir un site web de rencontre, observez vos
utilisateurs pendant 10 minutes minimum (chaque utilisateur) en
traîn d'utiliser un ou des sites actuels de rencontre, pour
vous aider à identifier des tâches, des
problèmes, etc. Pendant vos observations, il serait
souhaitable que le(s) utilisateur(s) verbalisent ce qu'ils font et
ce qu'ils pensent. Si vous observez chacun de vos utilisateurs
pendant 10 minutes minimum chaque, vous gagnez 2 points supplémentaires.
Faites un résumé de vos observations, en discutant en
particulier les informations supplémentaires qui sont sorties
grâce à l'observation et qui ne sont pas sorties
pendant les entrevues.
Présentez dans votre rapport toutes les tâches
identifiées à travers les entrevues et les
observations. Ensuite, parmi ces tâches, choisissez au
moins 3 tâches clés sur lesquelles vous allez vous
concentrer dans la conception de votre interface. Vous aurez
à concevoir et à tester votre interface en fonction de
ces tâches clés.
Si vous choississez plus de 3 tâches comme tâches
clés, vous gagnez 0.25
points supplémentaires par chaque tâche
supplémentaire.
Présentez dans votre rapport un tableau qui
énumère vos tâches clés et la
fréquence ou l'importance de chacune. S'il y a
plusieurs profils ou sortes d'intervenants chez vous utilisateurs
(exemple: clients de magasin, caissières, responsable de
magasin), vous pouvez présenter une matrice tâche x
intervenant qui donne la fréquence de chaque tâche pour
chaque sorte d'utilisateur.
Décrivez chaque tâche clé, et la
décomposant en ses étapes élémentaires,
telle que la tâche est effectuée actuellement (vous
allez peut-être changer la façon que la tâche est
effectuée dans votre nouvelle interface). Mentionnez
des problèmes que vous avez observées dans la
façon actuelle d'effectuer le tâches.
S'il y a des termes, mots, concepts, conventions, ou
artéfacts particuliers dans le domaine visé ou
utilisés par les utilisateurs, parlez en dans un paragraph ou
une section. Par exemple, dans les marchés financiers,
il y a plusieurs termes particuliers au domaine, et les couleurs
vert et rouge sont souvent associées aux gains et aux pertes
de valeur. Pensez à des conventions ou des
métaphores qui pourraient vous servir dans la conception de
votre interface, qui réutiliseraient des notions
déjà connus par vos utilisateurs.
Finalement, discutez (1-3 paragraphes) les implications majeures de
votre analyse de tâches sur l'approche que vous allez prendre
dans la conception du premier prototype de l'interface. Comment fera
votre interface pour supporter les tâches clés?
Va-t-elle tenter d'éliminer des problèmes dans la
façon actuelle d'effectuer les tâches?
3. Réalisation du prototype
statique
Réalisez un prototype statique de votre interface en vous
basant sur les tâches clés à supporter et sur
les besoins identifiés dans votre analyse de
tâches. Vous êtes encouragés à
créer le prototype en papier à la main, mais vous
pouvez aussi le faire sur ordinateur si vous
préférez. Utilisez la méthode des
"fenêtres virtuelles" de Lauesen, telle que
présentée en cours. Présentez les
étapes suivies de cette méthode, et ensuite
présentez votre prototype. (Si vous trouvez que la
méthode des fenêtres virtuelles s'applique mal dans le
cas de votre interface, vous pouvez tenter une autre méthode
de conception, peut-être ad hoc (c.-à-d.
inventée par vous même) mais vous êtes
encouragés d'en discuter avec votre chargé de lab
avant pour avoir son opinion et ses conseils. L'imporant est
d'essayer d'être systématique dans la conception pour
s'assurer qu'on puisse supporter les tâches nécessaires
le mieux possible.) Vous pouvez aussi justifier votre
conception en mentionnant des principes de conception ou des
directives de conception vus en classe ou ailleurs, ou en utilisant
des patrons de conception vus dans le livre de Tidwell, ou en
utilisant un métaphore que vous avez identifié dans
votre analyse de tâches.
Vous gagnez 0.5 points
supplémentaires si vous appliquez la méthode
de conception de "fenêtres virtuelles".
Vous gagnez 0.25 points
supplémentaires si vous montrez que vous avez
appliqué au moins 2 principes ou directives de conception.
Vous gagnez 0.25 points
supplémentaires si vous utilisez un métaphore
basé sur votre analyse de tâches.
Pour présenter votre prototype dans le rapport, vous pouvez
enumériser vos dessins fait à la main, et/ou inclure
des photocopies de votre prototype papier fait à la main en
annexe (avec les écrans numérotés pour que vous
puissiez référer aux écrans dans le texte ici
et/ou dans un diagramme d'état), ou autrement. Vous
êtes encouragés de présenter un diagramme
d'états montrant les transitions entre les écrans du
prototype papier. Votre façon de présenter le
prototype est à vous de choisir, mais l'important est que le
lecteur puisse comprendre assez facilement le fonctionnement du
prototype à partir de votre présentation. Si
vous avez fait un prototype en papier à la main, et ensuite
vous choisissez de prendre le temps de le redessiner sur ordinateur
pour être plus clair dans le rapport, veuillez quand
même inclure votre travail fait à la main en annexe
pour que le lecteur puisse voir votre démarche.
4. Réactions des
utilisateurs et ajustements au prototype
Retournez voir au moins 2 de vos utilisateurs. Montrez leur
votre prototype statique. Demandez leur d'effectuer chacune
des tâches clés avec le prototype (vous allez simulez
le fonctionnement de l'interface, les transitions d'écran,
l'affichage de menus et de fenêtres, etc.) Au
début de chaque test, quand vous simulez l'interface, expliquez le moins
possible, pour simuler une vraie interface que l'utilisateur voit
pour la première fois.
Demandez à l'utilisateur de verbaliser ses pensées pendant
les tâches, pour vous aider à comprendre ce qu'il comprend
ou ne comprend pas.
À la fin de chaque test,
vous pouvez expliquez les éléments de l'interface que
l'utilisateur n'avait peut-être pas compris, et demander leur
commentaires et leurs suggestions. Prenez en note leurs
réactions et leurs commentaires, et les problèmes rencontrés,
et présentez en un
sommaire dans votre rapport.
Si vous testez avec plus de 2 utilisateurs, vous gagnez 0.5 points supplémentaires
pour chaque utilisateur supplémentaire avec lequel vous avez
testé votre prototype.
Présentez les observations découlantes des tests faits
avec chacun des utilisateurs.
Ensuite, en vous basant sur les réactions des utilisateurs,
apportez des changements à votre prototype statique, et
présenter ici le nouveau prototype. Encore une fois,
votre prototype peut-être fait entièrement sur papier
à la main, mais assurez vous que le lecteur comprendra les
changements et le nouveau fonctionnement du prototype.
Références
Si vous avez utilisés des sites web, des livres, ou des
articles comme sources d'informations, énumérez les
ici.
---------------------------------------
Correction:
20% présentation claire, orthographe, explications claires
20% justification des choix de conception; application logique des
métaphores / principes de conception / etc.
30% tous les éléments demandés sont
présents:
introduction
profil de chaque utilisateur
questions posées aux utilisateurs
résumé des réponses de
chaque utilisateur
description des tâches clés
tableau présentant la
fréquence (ou importance) de chaque tâche
identification de problèmes dans
l'interface actuelle
discussion des implications de l'analyse de
tâches pour la conception d'une nouvelle interface
conception et présentation d'un
premier prototype statique
résultats des tests avec chaque
utilisateur: réactions, observations, commentaires
discussion des changements à
apporter
nouveau prototype
30% éléments supplémentaires pour aller
chercher des "points supplémentaires"
Une équipe de N personnes devra
aller chercher (N-0.5) points supplémentaires pour avoir tous
les points dans cette partie. Par exemple, une équipe
de 2 personnes doit aller chercher 1.5 points
supplémentaires.