02.11.2014 Views

Rapport - Département Informatique

Rapport - Département Informatique

Rapport - Département Informatique

SHOW MORE
SHOW LESS

You also want an ePaper? Increase the reach of your titles

YUMPU automatically turns print PDFs into web optimized ePapers that Google loves.

3.6.4 Documentation et mise en forme du livrable<br />

Un des points importants de notre TER était de faire quelques choses de facilement<br />

utilisable et compréhensible par d’autres personnes. Pour ce faire, nous avons attaché un<br />

soin particulier à la rédaction de la documentation et à la mise en forme de l’application<br />

dans sa version finale.<br />

Documentation utilisateur<br />

Pour rendre l’application plus ergonomique, nous avons écrit une documentation utilisateur<br />

expliquant le fonctionnement du portail. Cette documentation est déclinée en<br />

plusieurs versions (une par type d’utilisateur). Elle permet de comprendre comment utiliser<br />

les fonctionnalités de l’application. L’annexe 1 permet de voir à quoi ressemble cette<br />

documentation utilisateur.<br />

Mise en forme du livrable<br />

Une fois le code nettoyé et commenté, nous avons créé un fichier .war contenant notre<br />

portail. Ce fichier peut simplement être déposé dans un serveur Tomcat pour pouvoir<br />

être utilisé. Néanmoins, pour que le portail fonctionne, la machine hébergeant le serveur<br />

Tomcat doit posséder l’ensemble des applications utilisées par le portail (MySQL, vsftp,<br />

Jenkins, etc.).<br />

Documentation d’installation<br />

Pour réduire la complexité d’installation des différentes applications utilisées par le portail<br />

Web, nous avons écrit un tutoriel qui décrit les différentes étapes et technologies à installer<br />

pour utiliser le portail. Cette documentation, plutôt technique, est réservé principalement<br />

à l’administrateur du portail.<br />

3.6.5 Ergonomie de l’IHM<br />

Pour voir si l’application était ergonomique, nous avons fait tester le portail par deux<br />

personnes. Ces utilisateurs (des étudiants volontaires), ont d’abords utilisé l’application<br />

pendant une dizaine de minutes avant de répondre à un questionnaire de satisfaction. Ce<br />

questionnaire est divisé en 3 parties :<br />

– une partie A : dont le but est de noter le portail sur quelques critères.<br />

– une partie B : dont le but est de noter les tests utilisateurs (utilité des tâches et<br />

facilité de compréhension)<br />

– une partie C : qui permet aux utilisateurs de donner leur avis (qualités, défauts,<br />

fonctionnalités à ajouter, etc.)<br />

Ensuite nous avons demandé aux utilisateurs d’exécuter quelques tâches afin de les chronométrer<br />

pour s’assurer que les fonctionnalités étaient bien réalisables rapidement 10<br />

10. Dans un contexte réelle d’étude d’interface, cette méthode permet de s’assurer que l’application<br />

fait ce qu’on lui demande (efficacité) et qu’elle le fait dans un minimum d’effort (efficience).<br />

21

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!