Une expérience de conception et de prototypage

d'interfaces évoluées en milieu industriel

Céline Schlienger Stéphane Valès Stéphane Chatty
IntuiLab
Prologue 1 – La Pyrénéenne
B.P. 27201
31672 LABEGE Cedex
{celine,vales,chatty}@[Link]

RESUME GENERAL TERMS: Design, Management, Human-

Les méthodes de conception itératives sont peu em- factors.
ployées dans l'industrie pour le développement de sys-
tèmes complexes. Pourtant, de plus en plus d'industriels KEYWORDS: prototyping, iterative design, advanced
sont conscients des enjeux liés à l'utilisabilité des pro- interfaces, industry, process, methods
duits et cherchent des solutions pour concevoir et réaliser
des prototypes. INTRODUCTION
La pratique de méthodes de conception participative et
IntuiLab a intégré les méthodes de conception participa- itérative est plus ou moins développée suivant la nature
tive et itérative dans les processus d'industrialisation des des applications envisagées. Dans les systèmes d'infor-
systèmes complexes et les a adaptées pour mieux répon- mation et de télécommunication, elles sont employées
dre aux contraintes industrielles. Nous présentons les jusqu'au stade industriel [3, 7]. Par contre, pour la réali-
adaptations de ces méthodes et illustrons leur mise en sation de systèmes complexes, tels que des postes de
œuvre par un exemple concret de réalisation d'un proto- contrôle ou de supervision, ces méthodes sont principa-
type pour un industriel du contrôle de trafic aérien. lement exploitées dans les centres de recherche [6, 8]. En
effet, si le temps accordé aux phases de conception de
MOTS CLES : prototypage, conception itérative, interfa- systèmes complexes dans le milieu de la recherche peut
ces évoluées, industrie, processus, méthodes être d'une personne et demi pendant un an (temps de
conception et de prototypage pour la première étape de
ABSTRACT DigiStrips), de tels délais ne peuvent être envisagés pour
Iterative design methods are barely applied for complex les phases de prototypage d'IHM dans l'industrie. Les
system programming in the industry. However, more and méthodes doivent donc être adaptées pour répondre aux
more manufacturers become aware about products us- contraintes industrielles (délais, coûts, faible disponnibi-
ability and try to find solutions for designing prototypes. lité de intervenants…).

IntuiLab has integrated participatory and iterative design IntuiLab conçoit des interfaces évoluées hautement inte-
methods in the industrialisation process of complex sys- ractives ou multimodales pour des industriels dans divers
tems. It has adapted them to meet industrial constraints. secteurs : contrôle aérien, supervision de systèmes de
We present the adaptation of these methods and, with a transport, automobile, etc. S'appuyant sur une équipe
concrete example of prototyping for a traffic control pluridisciplinaire, elle emploie des méthodes de concep-
industrialist, we illustrate how they were implemented tion participative et itérative. Nous avons donc dû conju-
guer l'utilisation de ces méthodes dans les systèmes com-
CATEGORIES AND SUBJECT DESCRIPTORS: H.5.2 plexes avec le respect des contraintes du contexte
[Information Interfaces and Presentation]: User Inter- industriel. En deux ans d'existence, la société est interve-
faces---GUI, Prototyping, User-centered design; D.2.2 nue dans une dizaine de projets de ce type. Ces projets
[Software Engineering]: Design Tools and Technics--- ont couvert différentes plages du cycle de conception et
User-Interfaces. de réalisation : conception seule se terminant par un dos-
sier de spécifications, conception et réalisation d'un pro-
Copyright © 2004 by the Association for Computing Machinery, Inc. permission to
make digital or hard copies of part or all of this work for personal or classroom use
totype, prototypage sur la base de spécifications fournies
is granted without fee provided that copies are not made or distributed for profit or par le client, ou réalisation complète d'un produit.
commercial advantage and that copies bear this notice and the full citation on the
first page. Copyrights for components of this work owned by others than ACM
must be honored. Abstracting with credit is permitted. To copy otherwise, to Ces deux ans d'expérience nous ont permis de valider la
republish, to post on servers, or to redistribute to lists, requires prior specific pertinence de la conception participative, du prototypage
permission and/or a fee. Request permissions from Publications Dept., ACM, Inc.,
fax +1 (212) 869-0481, or permissions@[Link]. basse fidélité à la réalisation rapide de prototypes fonc-
IHM 2004 Aug 30 – Sep 3, 2004, Namur, Belgium tionnels dans les domaines industriels. Nous avons aussi
Copyright 2004 ACM 1-58113-926-8 ……. $5.00

165
identifié des freins à la mise en place de ces méthodes
dans l'industrie, et découvert des différences dans leur
application entre le milieu de la recherche et le milieu
industriel. Cet article rassemble une partie des leçons
apprises, en particulier en matière de prototypage et de
gestion de projet. Il illustre ces deux points sur un exem-
ple concret : la réalisation de l'interface d'un outil de
contrôle aérien.

DU LABORATOIRE A LA PRATIQUE INDUSTRIELLE

La principale difficulté pour employer des méthodes de
conception participative et itérative dans le monde indus-
triel ne relève pas de l'application des méthodes partici- Figure 1: Processus de conception itératif intégré au cycle de
développement industriel
patives mais de la mise en place du processus de concep-
tion. En effet, une fois une séance de brainstorming, co-
gnitive walkthrough ou prototypage planifiée avec utili- Dans la suite de cette partie, nous nous intéressons à la
sateurs, ergonomes, graphistes, programmeurs, les mê- "spirale" du cycle en nous focalisant sur la gestion de
mes techniques que dans la recherche [1, 4] peuvent être projet et les méthodes de prototypage. Nous décrivons
employées avec succès. En revanche, il est plus difficile les quatre axes principaux par lesquels nous adaptons,
d'organiser l'utilisation de ces méthodes. Nous avons sous ces deux angles, le processus de conception aux
identifié les causes suivantes : contraintes industrielles :

• Le processus de conception participatif et itératif est • s'adapter aux équipes en place,

souvent mal connu voire même inconnu dans l'in- • compléter les spécifications,
dustrie. D'autres cycles, tels que le cycle en V, y • cibler les problèmes de conception,
sont employés. Il est donc non seulement nécessaire • prototyper rapidement tout en s'intégrant à l'envi-
de s'y interfacer, mais aussi d'en comprendre les ca- ronnement.
ractéristiques (spécifications en début de cycle, pro-
duit fonctionnel en fin de cycle...). S'adapter aux équipes en place
• Les relations avec les industriels sont contractuelles La conception de l'interface est souvent une tâche d'un
avec des obligations à la fois de délais et de résul- projet global. Pour mettre en place un processus partici-
tats. Or, un processus itératif fait souvent naître de patif et itératif, il faut donc non seulement s'intégrer dans
nouveaux besoins et met en évidence de nouveaux la structure globale du projet, mais aussi s'intégrer au
problèmes de conception. Ces "découvertes" doivent sein d'une équipe.
être gérées, objectifs et délais restant inchangés.
• Les industriels sont de plus en plus conscients de Nous avons observé à plusieurs reprises que la structure
l'importance de l'IHM de leurs produits, mais les dé- initiale du projet n'était pas adaptée à la mise en place de
lais accordés à la conception d'IHM restent très tels processus. Le chef de projet de conception, interlo-
courts dans les projets. Ces délais ne permettent cuteur du chef du projet global pour la conception d'in-
donc pas de traiter tous les problèmes de conception terfaces évoluées, aide à intégrer le processus de concep-
en profondeur et avec les utilisateurs ; des choix tion dans l'organisation du projet global. Il est également
doivent être faits. responsable de la mise en place et du suivi du processus
• Face aux contraintes de coûts, la conception d'une itératif de conception dans le cadre spécifique du projet.
IHM est rarement sous-traitée à 100%. Une partie
du travail est prise en charge par l'industriel. Il faut Pour conduire au mieux le processus de conception,
donc à la fois s'intégrer aux équipes et s'interfacer l'idéal est de disposer d'une équipe pluridisciplinaire
avec les outils qu'ils exploitent. composée d'utilisateurs, d'ergonomes, de graphistes et
des programmeurs. Mais, les industriels ont parfois dans
Pour être appliquées dans l'industrie des grands systè- leur équipe des spécialistes dans quelques-unes de ces
mes, les méthodes de conception participative et itérative disciplines. L'équipe de conception mise en place est
doivent avant tout être replacées dans un processus glo- donc adaptée pour en tenir compte. Nous avons par
bal de production. Les outils industriels sont développés exemple collaboré avec une équipe composée de pro-
sur des variantes du cycle en V. IntuiLab rattache le cy- grammeurs et de graphistes. Elle a été complétée avec un
cle itératif de conception et de prototypage d'interfaces chef de projet de conception, des ergonomes et des pro-
au cycle de développement en V et intègre ainsi les dé- grammeurs (pour le développement de prototypes basse
marches itératives au processus de production. fidélité permettant d'alimenter les séances de concep-
tion).

166
Compléter les spécifications • le nombre d'itérations possibles est souvent limité
Dans la majorité des projets dans lesquels IntuiLab est par le temps accordé à la phase de conception.
intervenu, les industriels avaient déjà établi des spécifi-
cations pour le prototype à réaliser. Ces spécifications se Pour cibler plus rapidement les problèmes de conception,
présentaient sous la forme de diagrammes UML, de sce- c'est-à-dire identifier les points délicats du projet et plus
narii d'utilisation et/ou de listes de fonctionnalités. Mais, particulièrement les points de conception à approfondir,
la plupart du temps, ces spécifications sont incomplètes le chef de projet de conception organise une première
pour la réalisation d'un prototype ou cachent des problè- itération avec l'équipe pluridisciplinnaire d'experts d'In-
mes de conception d'interfaces non identifiés. tuiLab.

L'équipe de conception produit alors des prototypes pa- Plus précisément, sur la base de la demande du client et
pier pour préciser la composition des interfaces et des en utilisant des techniques d'analyse de la tâche et de
objets de l'interaction. Elle réalise des story-boards pour l'activité, l'équipe de conception reformule les besoins en
illustrer les animations. Elle filme des scenarii d'utilisa- dégageant les concepts manipulés, en définissant la tâche
tion sur les prototypes papier pour détailler un principe de l'utilisateur ou encore en rédigeant des scenarii d'utili-
d'interaction ou illustrer plusieurs alternatives [10]. Ces sation. Après avoir rassemblé des illustrations des tech-
éléments accompagnent les spécifications. Ainsi, non nologies à utiliser dans le projet, l'équipe met en place
seulement ils garantissent l'adéquation des spécifications une première séance de conception en interne. Cette
aux besoins des utilisateurs, mais ils sont aussi un gage séance permet de prototyper rapidement pour les points
de faisabilité. "faciles", de cerner les problèmes de conception et de
proposer plusieurs solutions. Les résultats de cette
séance sont alors regroupés dans un document. Ce do-
cument sert de base de discussion pour valider les points
"faciles" de conception et pour choisir les problèmes à
aborder en séance de conception participative faisant
intervenir cette fois tous les acteurs du projet.

Prototypage rapide... mais fonctionnel !

Les industriels sont séduits par l'idée de prototyper rapi-
dement des interfaces : en réduisant les temps de déve-
loppement des prototypes, non seulement les coûts sont
réduits, mais plusieurs solutions peuvent ainsi être envi-
sagées, testées, comparées. Dans un projet, les pro-
grammeurs ont par exemple prototypé en quelques jours
plusieurs représentations de tâches sur un planning en
utilisant différentes techniques de visualisation (superpo-
sition de pages, le perspective wall, le fish-eye... figure
3). L'industriel a ainsi pu choisir la visualisation qui était
selon lui la plus adaptée à la situation avant de commen-
cer le développement du prototype.

Figure 2: Exploitation des prototypes papier et des vidéos pour

préciser les spécifications

Cibler les problèmes de conception

Les méthodes de conception itérative et participative
sont pertinentes si elles impliquent des participants aux
profils différents et si plusieurs itérations peuvent être
effectuées [1,4,5].

Dans le monde industriel, nous sommes confrontés à

deux problèmes :

• la ressource "participants" est rare : il est difficile de

trouver une date convenant à tous les acteurs du pro- Figure 3: Prototypes de différentes visualisations
jet et les utilisateurs ne sont pas toujours disponi-
bles,

167
Mais des prototypes seuls, même très complets, ne ré- phases du projet, depuis la conception jusqu’à la valida-
pondent que partiellement aux attentes des industriels. tion. Pour la réalisation du prototype, nous avons utilisé
L'intégration in-situ est une étape indispensable dans son l'atelier de prototypage et de développement IntuiKit.
acceptation. L'industriel peut en effet vouloir s'en servir
pour test/validation avec des utilisateurs dans un envi- Initialisation du projet
ronnement opérationnel. Le chef de projet chez le client Les deux métiers ciblés par le projet sont ceux du contrô-
a également des idées à démontrer en interne dans l'en- leur pré-vol (ground) et du contrôleur tour (runway). Le
treprise et se sert alors de l'interface comme élément de contrôleur pré-vol reçoit les demandes des avions sou-
communication sur le projet et ses applications. haitant quitter l’aéroport. Son rôle est de bâtir en temps
réel une séquence des vols au départ, en fonction de di-
L'intégration peut nécessiter une connexion matérielle verses contraintes horaires, pour ensuite la transmettre au
(se brancher à un dispositif d'entrée spécifique) ou logi- contrôleur tour. Ce dernier gère l’acheminement effectif
cielle (se connecter à une base de données, à un système des avions jusqu’à la piste de décollage en adaptant la
de reconnaissance vocale, à un système opérationnel). séquence reçue pour faire décoller les avions le plus ra-
IntuiLab s'appuie sur le bus logiciel Ivy [2] pour l'inter- pidement possible tout en assurant leurs contraintes ho-
connexion des prototypes aux applications. Ce bus peer- raires.
to-peer permet une communication asynchrone orientée
prototypage rapide. Il permet d'échanger des messages La problématique de ce projet est le prototypage de deux
textuels entre les applications qui s'y abonnent par ex- nouveaux principes de visualisation des flux de trafic au
pressions régulières. Une fois le protocole de communi- départ et à l’arrivée d’un aéroport. Le choix de ces deux
cation mis en place, les applications peuvent s'échanger visualisations est issu de l'analyse de la tâche et de l'acti-
des informations indépendamment du langage de vité faite par le client. Elles correspondent chacunes aux
programmation ou de la plate-forme. métiers des contrôleurs précédents. Ces principes doi-
vent être couplés à la manipulation directe
Réaliser un prototype fonctionnel est aussi un projet d’informations de vols regroupées sur des objets élec-
complexe parce que cela nécessite une organisation troniques appelés strips au travers d’un écran tactile.
d'équipe qui permette le partage du travail tout en res- Les deux principes doivent être répartis sur deux interfa-
pectant la souplesse du prototypage. Il est donc impor- ces collaboratives distantes. Elles doivent être connec-
tant de structurer le projet et l'architecture du logiciel tées entre elles et avec le système opérationnel qui ne
pour d'une part offrir une base commune de travail et propose aucune solution existante pour cela.
d'autre part permettre le travail individuel des différents
acteurs. Le client possédait initialement des idées assez précises
sur les scenarii d’utilisation et les visualisations à présen-
ETUDE DE CAS ter. Elles étaient issues de l’expérience d’utilisation du
Cette étude de cas présente le prototypage d’un outil système existant, opérationnel dans plusieurs aéroports,
innovant de collaboration entre contrôleurs aériens pour et des évolutions prévues.
gérer les flux d’avions au départ et à l’arrivée dans un
aéroport. Le projet dans sa globalité s'inscrit dans une Phase de conception
démarche itérative et participative avec un chef de pro- Sur cette base, IntuiLab a procédé à un travail prélimi-
jet, un chef de projet de conception, des contrôleurs aé- naire de complétion des spécifications qui s’est poursuivi
riens, un ergonome, un designer graphique et des par une analyse destinée à structurer les différents
programmeurs. Nous nous attacherons dans cette partie à concepts à présenter. Ces concepts ont été regroupés en
illustrer la mise en place de la gestion de projet et des entités pertinentes à organiser et à associer à des com-
méthodes de prototypage présentées précédemment en portements et des interactions.
nous centrant sur une étape précise du déroulement.
L’analyse précédente a conduit à la réalisation de ma-
Cette étape présente une itération du projet qui s’est dé- quettes papier illustrées par la figure 4 présentant les
roulée entre novembre 2003 et janvier 2004 avec en concepts déterminés. Ces maquettes ont permis de jouer
point de mire un salon professionnel du trafic aérien où les scenarii d’utilisation fournis par le client, tout en in-
le système devait être exposé. Cette itération a impliqué troduisant des propositions pour la composition graphi-
un chef de projet de conception et un concepteur- que globale de l’application (sans entrer pour le moment
développeur d’IHM d’IntuiLab à Toulouse, un chef de dans des considérations esthétiques ou sémiologiques).
projet, également développeur, chez le client (lui aussi à Elles ont également servi de support à la résolution des
Toulouse) et un designer à Montpellier. Les bases tech- problèmes d’interaction, y compris collaborative, détec-
nologiques utilisées pour ce projet ont principalement été tés pendant la phase d’analyse. Un des problèmes résolus
constituées de l’application DigiStrips [8,9] et de [11]. au travers des maquettes papier a été la définition des
manipulations de transfert de strips entre les deux
Nous décrivons ici le processus adopté pour assurer la contrôleurs. Tout ceci a été conclu au cours d’une séance
communication et la cohérence durant les différentes de conception participative pilotée par le chef de projet

168
de conception, mettant en présence des gens de différen- L’architecture logicielle de l’application et les différents
tes disciplines (des développeurs, un designer, des ex- composants ont été imaginés à partir d’une analyse des
perts en IHM et des opérationnels). besoins des utilisateurs sans être contraints par des
considérations techniques. Les composants ont été dé-
terminés sur mesure sans se limiter à une base existante
de widgets, même si certains composants étaient préexis-
tants au projet (les strips sont issus de DigiStrips).

Synchronisation et organisation du travail

En utilisant ces résultats, le designer a débuté son travail
de création en cherchant et en affinant les ambiances et
les effets visuels sur lesquels allait reposer le projet. Il a
poursuivi par la réalisation de croquis, en fonction des
éléments qu’il avait pu regrouper pendant la phase de
conception, durant laquelle il a été activement présent.

Les concepteurs d’IntuiLab ont commencé d’une part à

prototyper très partiellement les différents composants
logiciels avec des éléments graphiques simples, établis-
sant juste un squelette compatible avec les informations
à présenter et l’interaction définie dans les maquettes
papier. IntuiKit a permis cela notamment par ses capaci-
tés à exploiter le format graphique vectoriel SVG couplé
avec des modèles de comportement (automates à états
finis) et une API adaptée à un développement progressif
et itératif.

D’autre part, ils ont conçu un prototype d’architecture

pour l’intégration des composants de chacune des inter-
faces. De même, en collaboration avec le client, une
architecture globale répartie au travers du bus logiciel
Ivy a été établie. Cette architecture répartie est indiquée
sur la figure 5. Elle représente les trois applications à
faire dialoguer. Elle a permis de bâtir un premier proto-
cole de communication entre le système opérationnel et
les deux interfaces. La construction de ce protocole
s’apparente à la construction d’un langage d’échange de
données. On y indique généralement le type
d’informations transférées, l’origine et la destination des
Figure 4: Maquettes papier pour le support à la conception informations, ainsi que le contenu lui-même.

Etant donné les délais réduits pour ce projet, une seule

séance de conception participative et donc une seule
itération proprement dite ont été organisées pendant la
phase de conception. Cela a réclamé de faire une analyse
initiale très dense et certains choix jugés sensibles ont
été réalisés hors de la séance de conception participative
en se référant uniquement aux compétences métier du
client.

Au terme de cette séance, les spécifications et les scena-

rii d’utilisation ont pu être figés. Par ailleurs, les diffé-
rents composants interactifs et les aspects collaboratifs Figure 5 : Architecture répartie
présentés dans les maquettes papier ont pu être validés.
Deux semaines s’étaient alors écoulées depuis le lance- Le client a également entamé le développement d’une
ment du projet. passerelle entre le logiciel opérationnel et le bus logiciel
Ivy à l’aide d’une API en langage ADA et d’un exemple
fourni par IntuiLab. La connexion entre le système opé-

169
rationnel et le bus logiciel a pris quelques jours de tra- A ce stade, trois semaines après le lancement du projet,
vail. La complexité de la passerelle résidait dans la cons- l’ensemble des acteurs était en mesure de travailler indé-
truction des données à transmettre aux interfaces des pendamment en minimisant les risques de divergence.
contrôleurs.
Développements en parallèle et intégration continue
Ces trois activités ont été conduites séparément pendant Les développeurs d’IntuiLab ont travaillé à deux simul-
une semaine au terme de laquelle deux synchronisations tanément sur le développement proprement dit. Les dif-
ont eu lieu. férentes tâches à accomplir étaient le développement
individuel de chaque composant, la communication entre
La première synchronisation impliquait le designer et les les composants au sein de chacune des interfaces et la
développeurs d’IntuiLab. Elle concernait la structuration gestion des flux d’information entrant et sortant des in-
et la composition graphique des deux interfaces collabo- terfaces. L’organisation entre les développeurs visait à
ratives. Afin de créer une base commune pour les échan- optimiser les phases de travail en parallèle et à répartir
ges entre le designer et les développeurs, nous avons au mieux les efforts entre le développement et
utilisé l’arborescence du format SVG pour définir les l’intégration des composants. Des concertations réguliè-
structures que le designer devait respecter. Cela permet- res ont permis d’obtenir rapidement un prototype dont
tait une intégration de ses réalisations sans nécessiter de certaines parties étaient prêtes pour la réalisation de tests
modifier le code applicatif. Notons à ce propos que le dans l’environnement complet.
designer peut facilement (re)structurer ses compositions
avec les outils dont il dispose pour s’adapter à une arbo-
rescence imposée.

Figure 6 : Evolutions d'un strip au cours de la conception et du

développement Figure 7 : Evolution du prototype au cours du développement

La figure 6 montre l’évolution d’un strip au cours du Pour les composants ayant une structure graphique sta-
projet. Nous sommes partis d’une maquette papier pré- ble, (les strips, les boîtes de dialogue,…), au fur et à
sentant l’ensemble des informations et leur type. Nous mesure de son avancement, le designer transmettait ses
avons ensuite produit un objet graphique simple au for- propositions aux développeurs d’IntuiLab. Ils pouvaient
mat SVG. La structure de ce dernier a servi de référence les intégrer immédiatement conformément à la structure
au designer pour produire le modèle final, graphique- établie précédemment. Ceci permettait au designer de
ment abouti. voir les résultats de son travail tels qu’ils étaient rendus
par IntuiKit en y ajoutant la perception des aspects dy-
La seconde synchronisation a permis la définition com- namiques (animations et interactions) habituellement
plète du protocole de communication décrivant les inaccessibles à ce stade du développement.
échanges d’informations bidirectionnels entre le système
opérationnel et les interfaces. L’enjeu était de définir les La figure 7 montre deux « photographies » de
différentes fonctions à développer pour assurer le traite- l’évolution des interfaces au fur et à mesure de
ment des données transmises aussi bien du côté opéra- l’intégration des éléments graphiques fournis par le desi-
tionnel que du côté des interfaces utilisateurs. gner. Elle montre en particulier la cohabitation des com-
posants finalisés avec ceux encore en développement.

170
En outre, certains composants visuels complexes ne tions de l’utilisateur sur les strips. La propagation de ces
pouvaient pas être complètement modélisés de façon informations est assurée par le système de gestion des
formelle : ils faisaient appel à des ensembles de données événements proposé par IntuiKit.
ou à des représentations inadaptées aux automates à états
finis. Les développeurs d’IntuiLab les ont donc conçus
en utilisant l’API d’IntuiKit en fonction des recomman-
dations et des données (au format SVG) transmises par
le designer. IntuiKit permet en effet de combiner les
entités graphiques de bases, les gradients de couleurs et
certains effets visuels au travers de son API pour pro-
duire des composants paramétrables proposant des com-
portements sophistiqués. La mise au point des algorith-
mes présents dans ces composants a bien évidemment
pris un peu plus de temps que l’intégration directe de
données en SVG par IntuiKit. Cependant, la facilité de
manipulation des entités graphiques et les techniques
d’intégration des composants d’IntuiKit ont permis de se
concentrer sur la complexité des algorithmes.

Figure 9 : Fusion entre présentation d'information

et interaction

Enfin, la connexion des interfaces utilisateur au système

opérationnel a également été réalisée progressivement.
Le bus logiciel Ivy qui sert de support à cette connexion,
propose une approche par échange de messages qui per-
met de traiter les informations type par type mais aussi
de simuler très facilement des envois de messages
conformément au protocole puisque ces derniers sont
conçus dans un format textuel directement utilisable par
les humains.
Figure 8 : composants graphiques évolués
Globalement l’implémentation s’est donc faite au rythme
La figure 8 montre un ensemble de composants reliés à des différents acteurs sans contraintes croisées. Et les
des informations temporelles. Le composant principal de blocages qui ont pu être rencontrés dans les différents
cet ensemble est un composant Timeline qui gère une domaines (graphisme, développement et interfaçage)
partie graphique pour représenter une échelle des temps n’ont impacté que les domaines en question.
mais qui fournit aussi des services de positionnement
Validation
d’objets par rapport à des heures. Les autres composants
Au terme du développement, onze semaines après le
sont eux chargés de faire le lien entre des données abs-
lancement du projet, une phase complète de tests a été
traites et une représentation graphique dans le contexte
réalisée à l’aide des scenarii initialement établis. Elle a
temporel de l’application. Il existe également un lien
permis de mettre en évidence certains défauts non-
visuel entre les informations temporelles et les strips
détectés au cours du développement au niveau du traite-
associés. La cohérence de cet ensemble est assurée par
ment des événements et de la communication globale.
des échanges d’événements entre composants.
Une phase de correction a alors été entreprise pour arri-
Les échanges ont été nombreux pendant la phase de dé-
ver au terme des treize semaines à une application entiè-
veloppement entre le designer et les autres acteurs. Les
rement connectée et entièrement fonctionnelle.
discussions ont principalement porté sur la hiérarchisa-
tion de l’information, déduite des aspects métiers non-
CONCLUSION
maîtrisés par le designer et sur le rendu d’effets visuels,
Pour concevoir des interfaces évoluées, les industriels
notamment les filtres autorisés dans le format SVG.
recherchent des méthodes et des outils permettant de
faire du prototypage rapide et efficace. Les méthodes de
La figure 9 montre l’occupation d’une piste de décollage
conception participative éprouvées dans le milieu de la
entre les vols à l’arrivée (à gauche) et les vols au départ
recherche peuvent être adaptées dans le milieu industriel
(à droite). La gestion du composant central qui repré-
pour mieux répondre aux contraintes temporelles fortes
sente la piste implique la prise en compte d’informations
tout en ne négligeant pas les itérations. Pour appliquer
venant à la fois du système opérationnel et des manipula-
ces méthodes, IntuiLab a dû mettre en place une gestion

171
de projet spécifique pour planifier les tâches de concep- 6. Mackay,M., Fayard, A.L., Frobert, L., Médini, L.
tion et de développement et pour les répartir entre les Reinventing the Familiar: Exploring an Augmented
membres d'une équipe pluridisciplinaire. Avec l'emploi Reality Design Space for Air Traffic Control. Pro-
d'outils de prototypage d'interfaces adaptés au travail de ceedings of CHI'98 Human Factors in Computing
groupes pluridisciplinaires, il devient alors possible de Systems, ACM/SIGCHI, 1998.
concilier conception d'interfaces et impératifs industriels.
7. Mayhew, D.J. The Usability Engineering Lifecycle.
Morgan Kaufmann Publishers, San Francisco, Cali-
BIBLIOGRAPHIE
1. Bodker, S., Nielsen, C., Graves Petersen, M., Crea- fornia, 1999
tivity, cooperation and interactive design. ACM 8. Mertz,C., Chatty, S., Vinot, J.L. Pushing the limits
Press, New York, New York, 2000 of ATC user interface design to avoid S&M interac-
tion: the DigiStrips Experience. Proceedings of the
2. Buisson, M., Bustico, A.., Chatty, S., Colin, F.R.,
ATM'00 seminar, Napoli, Italy 2000
Jestin, Y., Maury, S., Mertz, C., Truillet, P. Ivy : un
bus logiciel au service du développement de proto- 9. Mertz,C. Chatty, S. Vinot J.L. Interface gestuelle
types de systèmes interactifs. Actes de la conférence pour écran tactile, animations et design graphique :
IHM'02, Poitiers, 2002 un guide de conception. Onzième conférence fran-
cophone sur l'Interaction Homme-Machine IHM99,
3. Lindholm, C., Keinonen, T., Kiljander, H. Mobile
Vol. 1, I, pp. 1-8, Cépaduès ed., Montpellier,
Usability. How Nokia Changed the Face of the Mo-
France, 1999
bile Phone, McGraw-Hill, New-York, New-York,
2003 10. Rosson, M.B. and Carroll, J.M. Usability Enginee-
ring. Scenario-Based Development of Human-
4. Mackay, W., Educating Multidisciplinary Design
Computer Interaction. Morgan Kaufmann Publis-
Teams. disponible à l'adresse
hers, San Francisco, California, 1999.
[Link]
11. Sire, S. La collaboration directe, un paradigme
5. Mackay, W., Fayard; A.L. HCI, Natural Science d’interaction pour le travail collaboratif assisté par
and Design: A Framework for Triangulation Across ordinateur. Thèse de doctorat, Université Toulouse
Disciplines. In Proceedings of ACM DIS '97, De- 1,2000
signing Interactive Systems. Amsterdam, the Neth-
erlands, 1997

172