Karikatürün Öğretim Materyali Olarak Seçiminde Dikkate Alınması

4.2.4.1 Principe

La phase d‟évaluation de l’utilisabilité de l’application a pour objectif de vérifier si notre application répond aux besoins d‟utilisabilité exprimés. Cette phase d‟évaluation de l‟utilisabilité se retrouve dans la plupart des processus de développement centrés utilisateurs tels que [Gulliksen03] ou [Rauterberg92] et permet à l‟aide de tests sur l‟application réalisés avec des utilisateurs, de vérifier les différents aspects d‟utilisabilité de notre application (efficience, efficacité et satisfaction).

La phase d‟évaluation de l’utilisabilité de l’application (présenté en Figure 4.17) prend comme entrée les différents modèles ICO provenant de la phase précédente (Modélisation de l‟application).

Figure 4.17 Détail de la phase d’évaluation de l'utilisabilité

La première étape de cette évaluation de l‟utilisabilité est l‟extraction des scénarios de test. Afin d‟obtenir des données utiles lors de l‟évaluation d‟utilisabilité de notre application, il convient de se baser sur les modèles de tâches établis lors de la phase d‟analyse des besoins. Lors de cette

phase, différents modèles de tâches ont été validés entre les parties prenantes. Il convient dès lors d‟extraire les scénarios de test de ces modèles de tâches qui nous permettront d‟exécuter nos modèles selon un scénario de test validé.

Sachant que le système a un impact sur la tâche, les scénarios de test extraits devront correspondre au système mis en place et donc aux différents choix qui ont été faits lors de la phase de design de l‟application.

La phase suivante est l‟exécution des modèles ICO durant laquelle l‟utilisateur effectue une simulation en suivant le scénario de test établi pour cette simulation. Pendant cette exécution, un fichier de log est produit contenant les informations à propos de l‟évolution des modèles. Ce fichier de log enregistre tous les changements qui se produisent sur ces modèles pendant la simulation.

Ces événements sont :

 Le franchissement d‟une transition,  L‟ajout d‟un jeton dans une place,  L‟enlèvement d‟un jeton d‟une place,

 Le changement d‟état d‟une transition (franchissable / non-franchissable),  Le changement de substitutions d‟une transition,

 La réinitialisation du marquage d‟une place.

En parallèle à l‟enregistrement des données dans un fichier de log, des techniques permettant l‟évaluation de l‟utilisabilité comme l‟enregistrement de vidéos des utilisateurs peuvent être mises en place. A la fin de cette exécution, des questionnaires peuvent être proposés aux utilisateurs dans le même but.

On passe ensuite aux deux phases d‟analyse qui sont l‟analyse du log et l‟analyse des vidéos et questionnaires :

 La phase d‟analyse de log extrait, à partir du fichier de log généré par l‟exécution des modèles, les données permettant d‟évaluer le système conformément aux demandes formulées par les parties prenantes lors de la phase d‟analyse des besoins.

 En parallèle à cette analyse de log, une analyse des vidéos et questionnaires peut être mise en place. Néanmoins nous ne contribuons pas à cette partie.

4.2.4.2 Application du principe à l’exemple Entrées

Cette phase prend en entrée :

 Les différents modèles produits lors de la phase de modélisation des composants de l‟architecture,

 Les modèles de tâches réalisés lors de la phase d‟analyse des besoins,

 Les besoins en termes d‟utilisabilité définis durant la phase d‟analyse des besoins. Activité

Extraction d’un scénario de test

La Figure 4.2 présente le modèle de tâche défini durant la phase d‟analyse des besoins de notre processus. La tâche Create Icons est composée de deux tâches Select position et Add Icon qui

doivent être réalisés séquentiellement. Les tâches à effectuer sur la partie application sont forcément beaucoup plus abstraites étant donné qu‟elles ne sont pas liées à une interaction ou à un système d‟entrée particulier.

Figure 4.18 Scénario de test provenant de la phase d’analyse des besoins

Exécution

L‟exécution des différents modèles est réalisée de la même manière que la simulation de la phase de modélisation en respectant en plus le scénario de test choisi pour cette évaluation de l‟utilisabilité. Durant cette exécution, un fichier de log est généré. Nous analysons ce fichier dans la phase suivante.

Figure 4.19 Fichier log obtenu lors de l’exécution des modèles pour l’ajout d’un fichier dans la base de données La Figure 4.19 représente le fichier log généré lors de l‟exécution des modèles de la partie applicative de notre système. La première ligne du tableau représente la transition du modèle externe à l‟application (DialogComponent dans la colonne Model) qui fait appel à la méthode add du modèle DataAdapterComponent.

Lors de cet appel, un jeton est déposé dans la place SIP_add du modèle DataAdapterComponent (ligne 7) avec en paramètres la référence de l‟invocation et la chaîne de caractères fileName (invocation#22 et file20 dans la colonne Token de la ligne 2). A la suite du franchissement de la transition Add (ligne 3), le jeton de la place SIP_add est enlevé (ligne4) et déposé dans la place

SOP_Add (ligne 5). Le dépôt d‟un jeton dans cette transition a pour conséquence d‟achever le

franchissement de la transition appelante (ici la ligne 1 de DialogComponent) retirant un jeton de la place Ico_to_Create (ligne 6) et le déposant dans la place Icons (ligne 7).

Analyse de log

L‟analyse du fichier de log présenté dans la Figure 4.19 nous permet de montrer que l‟exécution de nos modèles pour la partie application s‟est déroulée de la façon attendue. Les différents modèles communiquent et transfèrent les informations correctes tant au niveau du type que de la valeur attendue.

Cette phase produit l‟analyse du log, des vidéos et des questionnaires qui peuvent ensuite être utilisés pour prendre une décision de retour à une phase antérieure ou de passage à l‟étape de conception de l‟interaction.

4.2.4.3 Avantages

L‟évaluation de l‟utilisabilité basée sur les modèles a comme avantages:

 Prise en compte de l’utilisateur : Notre phase d‟évaluation de l‟utilisabilité permet de faire participer l‟utilisateur final de l‟application et d‟obtenir des informations sur les performances du système produit dans un contexte d‟utilisation réel avec ses futurs utilisateurs.

 Prise de mesure : Notre fichier de log enregistre les temps des différents événements et changements dans les modèles permettant de réaliser diverses analyses de performances grâce à ces données.

 Orientation « modèle » : Les fichiers de log étant basés sur les modèles, les informations obtenues peuvent être facilement rattachées au modèle afin de paramétrer certains aspects du modèle ou de le modifier.

4.2.5 Décision (côté application)

Comme nous l‟avons vu en introduction de ce mémoire, la norme ISO 9241[ISO98] définit un système comme utilisable lorsqu'il permet à l'utilisateur de réaliser sa tâche avec efficacité, efficience et satisfaction dans un contexte d'utilisation spécifié.

Nous ne contribuons pas à la partie satisfaction qui relève plutôt de la partie classique d‟analyse d‟utilisabilité à l‟aide entre autres de vidéos et de questionnaires.

Par contre, l‟analyse du log provenant de l‟évaluation de l‟utilisabilité de la partie application permet d‟évaluer l‟efficacité de la partie application de notre système.

Cette analyse permet de savoir si l‟utilisateur a pu ou non accomplir sa tâche. Ce qui permet d‟évaluer l‟efficacité de notre système. En effet, à partir du fichier de log, les informations provenant des parties fonctionnelles de l‟application des informations permettent de connaitre l‟état de la tâche que l‟utilisateur doit accomplir.

A la suite de cette évaluation de l‟efficacité de notre système pour la partie application, la décision est prise de passer en phase de conception de l‟interaction ou de revenir à une des phases antérieures de la conception de l‟application selon les problèmes relevés.