Méthodologie d'audit Projet : Goodies sur l'ent

Transcription

1 Vincent SIGAUD Angelin GRIMAUD Méthodologie d'audit Projet : Goodies sur l'ent 1/22

2 I - Présentation du projet Le projet s'inscrit dans une démarche de communication entre l'université d'avignon et des Pays de Vaucluse et les étudiants. Un outil administratif de gestion et de communication est actuellement en place dans le Système d'information de l'université : l'environnement Numérique de Travail (ENT). Cet outil permet aux étudiants, professeurs et personnels administratifs de gérer leurs inscriptions, leurs informations officielles, et de nombreuses autres fonctionnalités offertes par cet outil. Le projet cherche à promouvoir l'ent et son utilisation par les acteurs, pour cela il nous est demandé de rajouter des fonctionnalités plus accueillantes et utiles pour continuer son évolution et son attractivité. A l'issu de ce projet, cet outil devra jouir d'une meilleure réputation et avoir un taux d'utilisation plus élevé. De même l'université souhaite profiter de la vague de la navigation internet à partir de téléphones mobiles. Ainsi les acteurs pourront utiliser les fonctionnalités de l'ent à partir de leurs mobiles. II - Conclusion de l'audit 1) Stratégie de méthodes d'intégration, architecture a) Etudes de l'existant : PRESENTATION DE L'ENT. Nous allons vous présenter en bref la plateforme ENT utilisée par l'université d'avignon. COMMENT EST STRUCTURE L'ENT? Il est important de comprendre comment est structuré l'ent. Cela nous aidera à saisir les différentes méthodes pour pouvoir composer nos goodies et leur intégration. SON ARCHITECTURE, D'UN POINT DE VUE EXTERIEUR? COMMENT SE PRESENTE-T-IL? L'importance d'une vue extérieure de l'ent est essentielle pour pouvoir mieux étudier les différentes façons de créer nos goodies pour qu'ils soient les mieux adaptés à des utilisateurs bien précis. QUELLES RELATIONS AVEC LE SITE DE L'UNIVERSITE ACTUEL? Il faut connaître les relations déjà existantes avec le site de l'université actuel en vue d'une adaptation optimale de nos goodies. b) Méthode d'intégration : COMMENT ALLONS-NOUS INTEGRER NOS GOODIES? Nous allons expliquer comment, de notre côté, nous allons faire pour intégrer nos goodies dans une idée d'utilisation générale et apte à une clientèle bien définie. 2/22

3 LES ETAPES DE L'INTEGRATION DE NOS GOODIES : Les différentes étapes pour pouvoir intégrer nos goodies vont être décrites pour mieux comprendre sa méthode d'intégration. COMMENT VONT ETRE INTEGRER NOS GOODIES PAR RAPPORT A L'ENT C'est dans cette partie que nous allons savoir, la façon dont va être réutilisé notre code et ce que nous avons produit par rapport à l'ent. NECESSITE-T-IL DES RAJOUTS OU DES MODIFICATIONS A FAIRE POUR LE BON FONCTIONNEMENT DE NOS GOODIES? Nous allons bien vous définir les besoins utiles ou les modifications faites pour que nos goodies fonctionnent correctement. 2) Ergonomie et interface graphique. POINTS IMPORTANTS D'ETUDES : Voici les principaux points que nous allons étudier, analyser, puis essayer d'améliorer au mieux, pour une utilisation optimale de nos goodies. Un sondage sera mis en place pour mieux avoir l'avis des utilisateurs et ainsi avoir une notation de critères d'études plus précise et juste. DISPOSITION DES ELEMENTS. Les éléments doivent être bien disposés pour permettre un bon affichage sur un téléphone mobile (un petit écran), mais aussi facilement intégrable dans l'ent. Les principales informations doivent être assez visibles, accessibles et contenir l'essentiel. Les différentes dispositions des goodies devront permettre une facilité de passage de l'un à l'autre. NOMBRE DE CLICS AVANT D'ATTEINDRE L'INFORMATION CHERCHEE Les informations doivent être accessibles sans trop de parcours de fenêtres. Si le chemin pour atteindre l'information cherchée est trop long, même s'il est simple et bien indiqué, l'utilisateur sera vite lassé d'utiliser le goodies. AIDE PRESENTE. Une aide doit être présente et clairement indiquée, pour pouvoir expliquer à l'utilisateur comment utiliser les goodies et comment les configurer. Elle doit être claire et complète, afin que l'utilisateur ne se retrouve pas perdu. FACILITE DE CONFIGURATION DES GOODIES. L'utilisateur doit pouvoir configurer facilement le choix et la fonctionnalité de ses goodies (lorsque ce dernier lui permet). Cela lui permettra d'afficher ses propres goodies et avoir une interface personnalisée. (Avec une certaine limite) NAVIGATION INTUITIVE L'utilisateur ne doit pas avoir de mal à trouver sa réponse, parmi les services qu'on lui offre. La navigation à travers le portail doit lui sembler le plus «naturelle» possible. INTERFACE AGREABLE POUR L UTILISATEUR (TEMPLATE DU SITE DE L'UNIVERSITE) L'interface des goodies ne doit pas faire apparaître une interface quelconque. Un design semblable à celui du site web de l'ent actuel sera présenté (une police, des couleurs, un graphisme à respecter). Il permettra un accueil agréable à nos utilisateurs, et les incitera à revenir et à rester sur le site. Le logo de l'université devra être repris. Et les termes pour la structure pour les fonctionnalités de l'université devront être réutilisés. 3/22

4 ÉLEMENTS IMPORTANTS MIS EN VALEUR (COULEURS, BOUTONS ETC...) Les principaux éléments qui forment nos goodies doivent être mis en valeur. Un bouton de recherche bien disposé et visible pour notre client par exemple, ou bien encore une barre de recherche qui sera mis au premier plan. Les titres sont aussi très importants et doivent être au premier plan du goodies et clairement visible. Chaque point sera noté sur un barème de 5 points (de 0 à 4). Nous aurons notre propre notation mais aussi avec le sondage qui va améliorer cette évaluation. 3) Tests Nous allons reprendre chaque goodies qui sera installé et prêt pour l'utilisation, et lui établir différentes séries de test. Nous analyserons ces tests afin de vérifier le bon fonctionnement de ces goodies. QUELS SERONT CES TESTS? Nous allons commencer par effectuer des tests unitaires sur nos goodies, qui vont permettre de valider leur fonctionnement dans des situations «critiques». Nous effectuerons ensuite des tests d intégration afin de vérifier que les «composants» interagissent correctement entre eux. Il nous faudra ensuite vérifier que ces «produits finis» correspondent bien aux attentes de l utilisateur grâce à des tests fonctionnels. Pour aller un peu plus loin dans les tests, nous pourrons nous «plonger» dans le code afin d effectuer des tests de qualimétrie. Nous pourrons donc regarder et analyser la qualité du code (bonne écriture, commentaires présents, indentations, nombres d appels de fonctions etc ) ainsi que sa complexité (il ne doit pas être trop complexe, puisqu utilisé pour un site mobile. Il ne doit pas être «lourd» à charger et à s exécuter). Il y aurait deux tests qui seraient (très) intéressants d exécuter, qui sont le test de performances/charges et le test de stabilité (qui est un test de performance sur la longue durée), mais ils seront pour nous assez difficile à réaliser vu le peu de moyen matériel dont nous disposons, mais qui pourrait cependant révéler certaines fragilités du goodies lorsqu il est «poussé à bout». 4/22

5 III - Analyse 1) Stratégie de méthodes d'intégration, architecture a) Etudes de l'existant. PRESENTATION DE L'ENT. L'ENT est un outil pédagogique mis en place par l'université d'avignon et des Pays du Vaucluse dans le cadre du schéma directeur national SDET, document de cadrage réalisé par le ministère français de l'éducation nationale, est : «Un espace numérique de travail désigne un dispositif global fournissant à un usager un point d accès à travers les réseaux à l ensemble des ressources et des services numériques en rapport avec son activité. Il est un point d entrée pour accéder au système d information de l établissement ou de l école». Selon Dominique Cavet, directeur adjoint des ressources et de l'ingénierie documentaire du CNDP, l'ent est un dispositif global fournissant à un usager un point d'accès à travers les réseaux à l'ensemble des ressources et des services numériques en rapport avec son activité. Il est un point d'entrée pour accéder au système d'information de l'établissement scolaire. COMMENT EST STRUCTURE L'ENT? L'ENT est une modification du portail UPortal qui est un outil de portail Web Java respectant la norme JSR 168. (Java Specification Requests). C'est un logiciel libre distribué selon les termes de la licence BSD (Berkeley Software Distribution), développé par un consortium d'universités et centres de recherche basés dans le monde entier. On y retrouve principalement du Java, XML, XSLT, JSP et J2EE. Il est possible aussi de lui rajouter ses propres modules et ses propres thèmes graphiques afin de personnaliser son portail. Cet outil est largement utilisé et modifié pour les besoins des universités. Il est installé sur un serveur TOMCAT (serveur Web qui gère les servlets et les JSP). Tout d'abord, l'ent se compose d'un bandeau principal servant de menu de navigation entre différentes pages. Le cadre principal de la page est en fait une IFrame contenant les informations que nous désirons afficher. Dans le cadre de nos goodies, Puis en détail, concernant les outils utiles pour l'ent : - IP : On utilisera le système SSO qui va nous permettre d'identifier l'utilisateur. Ce système est déjà en place sur l'ent. DEFINITION DE SSO : (Wikipedia) : «L'authentification unique (ou identification unique ; en anglais Single Sign-On ou SSO) est une méthode permettant à un utilisateur de ne procéder qu'à une seule authentification pour accéder à plusieurs applications informatiques (ou sites Web sécurisés)». - Mail : Actuellement l'université utilise un Programme de gestion de courrier électronique nommé IMP qui constitue une des nombreuses applications offertes par le Framework d applications basées PHP : Horde Project. IMP est écrit entièrement en PHP et propose un accès IMAP et POP3 aux comptes. - Notre serveur de test : LAMP (Linux/Apache/MySQL/PHP) 5/22

6 SON ARCHITECTURE, D'UN POINT DE VUE EXTERIEUR? COMMENT SE PRESENTE-T-IL? Dans le cadre de notre projet du premier semestre, nous avons sondé les élèves du CERI pour une étude sur les différents outils mis à la disposition des élèves, 50% d'entre eux trouvent que l'accès à toutes ces informations est simple. Ce résultat reste mitigé. Notre objectif est de faire en sorte que ces informations et outils soient beaucoup plus accessibles. 14,9% d'entre eux ont déjà été sur le site du CRI pour une recherche d'information. Comme pour la première question, on peut voir que cet outil est très peu exploité. 11,7% d'entre eux consultent de façon régulière l'annuaire UAPV, un outil peu utilisé apparemment. D'un point de vue extérieur, la présentation et l'accès de ces outils semblent être peu attrayant voir inconnu des élèves. Nos goodies permettront peut-être de leur procurer des informations de façon plus facile et rapide. QUELLES RELATIONS AVEC LE SITE DE L'UNIVERSITE ACTUEL? Les goodies vont directement s'intégrer dans le système d informations de l'ent actuel, pour proposer de nouvelles fonctionnalités. Cette demande vient d'un membre du CRI (Centre de Ressources Informatiques) qui aimerait adapter l'ent à ce qui se fait sur igoogle ou Netvibes pour augmenter l'attrait de l'ent. En effet, un sondage a montré que l'ent est peu utilisé, et que les outils qu'il propose ne sont pas mis en valeur. De nouvelles fonctionnalités et de nouvelles façons d'utiliser l'ent pourrait faire évoluer son utilisation par les étudiants et les faire découvrir de nouveaux outils. b) Méthode d'intégration: COMMENT ALLONS-NOUS INTEGRER NOS GOODIES? Nous n'en avons pas en nous en soucier dans le cadre de notre projet. Notre objectif est juste de coder nos goodies selon des spécificités précisées par notre tuteur, puis l'intégration se fera par les administrateurs même. Nous n'avons pas les droits d'accès sur leur serveur propre où se situent toutes leurs données principales. Nous travaillons seulement sur un serveur test. LES ETAPES DE L'INTEGRATION DE NOS GOODIES : Mais cependant, nous pouvons affirmer que l'intégration des goodies dans l'ent se fait en plusieurs étapes. Dans un premier temps les goodies sont développés à part par les étudiants sur un serveur de test de l'université, ce serveur possède les même propriétés machine que l'ent, pour avoir des conditions de simulations optimums. Des éléments sont ajoutés à la demande des étudiants sur le serveur : on a ainsi pu constater l'intégration d'outils comme le C.A.S., le S.S.O., des accès aux mails ou la duplication de certaines bases. Les données contenues dans le système d'informations de l'université étant liés à des contraintes de confidentialité, nous n'avons accès à aucune donnée, seulement aux formats des tables ainsi que les intitulés des colonnes. Une fois qu'un goodies a été terminé, validé par le tuteur et validé par un conseil des membres du CRI (choix des finitions techniques, CSS, fonctionnalités manquantes...), ce goodies sera mis en service sur l'ent de l'université dans la partie test. Ainsi l'utilisation pourra être testée pendant un certain temps et validé de façon définitive. Une fois le goodies totalement validé, le responsable de l'ent décidera de son intégration finale ou non avec les responsables communication, marketing et les dirigeants de l'université. 6/22

7 COMMENT VONT ETRE INTEGRES NOS GOODIES PAR RAPPORT A L'ENT : Sur la page principale de l'ent, c'est dans l IFrame principale contenant tous les cadres de chaque fonctionnalité et services du site, dans lequel seront insérés nos goodies. Nos goodies ne seront qu'un simple code qui sera mis en place dans un cadre vide. Chaque goodies aura un propre cadre. Les administrateurs du CRI devront les adapter par rapport à l'ent (design, graphisme, police, couleur, etc...). Ils devront aussi faire le lien avec les différentes sources nécessaires au bon fonctionnement tel que différentes bases de données auxquelles nous n'avons aucun droit d'accès. Un autre point important est qu'un administrateur devra vérifier si au niveau sécurité, tout est bien en place (url, bibliothèque... bien protégés). L'ENT est un outil très lourd, à chaque ajout ou modification d'un onglet ou dans le menu nécessite un arrêt des serveurs, une recompilation et un redéploiement de l'ent. Apparemment nos goodies ne seront intégrés que sur un IFrame principal, et donc aucun besoin de ce redéploiement. Reste une question importante concernant le goodies qui gère l affichage de l adresse IP qui est de savoir où exactement il sera intégré? A l'heure actuelle, les administrateurs du CRI ne savent pas encore. NECESSITE-T-IL DES RAJOUTS OU DES MODIFICATIONS A FAIRE POUR LE BON FONCTIONNEMENT DE NOS GOODIES? F.A.Q. : Les données du site du C.R.I. sont actuellement sur des fichiers HTML en dur. Pour mettre à jour ces données ou tout simplement les modifier, il faut aller modifier les renseignements sur la source même. Notre goodies concernant la F.A.Q. utilisera cette fois-ci une base de données. Un analyseur syntaxique a été créé pour parcourir toutes les données situées sur ces fichiers HTML et les insérer dans une base de données et pour pouvoir les utiliser pour l'affichage des informations et pour les recherches. L'utilisation de la F.A.Q. est donc différente pour notre goodies comparée à celle du site de l'université. Nous n'aurons aucune modification directe à faire dans notre base de données. Notre analyseur sera programmée de tel sorte que ce dernier sera lancé tous les jours, pour vérifier si les données présentes dans la base même est différentes de celle situées sur les fichiers HTML. Dans ce cas là, l'analyseur va lui même remettre automatiquement à jour notre base de données. CONCLUSION Coté développeurs des goodies : aucune participation à l'intégration. L'importance ici, est que lors du codage, ils ont réutilisé les bases données (champs de tables, etc...) qu'utilise le CRI dans leurs bases. Coté administrateur du CRI : une facilité à intégrer les goodies, un code déjà prêt, testé, et fonctionnel, permettant ainsi une intégration direct dans une plateforme adaptée. 2) Ergonomie et interface graphique. Pour chaque goodies, nous allons étudier comment son interface graphique est (en l'évaluant) ou sera le mieux adapté pour les utilisateurs. GOODIES 1 : ADRESSE IP : L'information qu'apporte ce goodies est primordiale. Son affichage et sa visibilité devront être importants. Cet outil permettra de satisfaire aux dernières normes de la CNIL. Ce goodies sera obligatoire, c'est à dire qu'il ne pourra pas être désactivé par l'utilisateur. Le lieu de son affichage reste encore indéterminé (mais pourrait par exemple être situé en bas de page). Ce goodies ne disposera que très peu d'éléments, l'affichage même est juste une IP et l'heure 7/22

8 de connexion, et un lien vers le fichier log. Ces deux premières données doivent être distinctes (l utilisateur doit pouvoir bien repérer l'ip de l'heure, pour les personnes n'ayant aucune connaissance informatique). Puis l'utilisateur aura accès à un fichier log qui permet de visualiser l'historique de ces connexions (un simple clic suffirait). Concernant l'aide, elle devra expliquer où se situe ce goodies (au cas où la personne ne l'aurait toujours pas aperçu), la disposition des données dans le fichier log, et à quoi sert l'alerte en cas d'une connexion simultanée de 2 IP différentes. Ce goodies ne nécessite aucune configuration précise. L'administrateur peut tout de même décider du temps de time out. Quant à la navigation, elle permet juste à l'accès de son fichier log. Concernant l'interface, le texte doit être clair et l'affichage de l'heure plaisant pour l'utilisateur. Puis pour l'alerte en cas de connexion simultanée, elle doit être voyante et faire appel à l'utilisateur. (Cadre à fond rouge par exemple). Cette alerte est un élément important à mettre en valeur, il devrait apparaître dans un pop up à part. Pour le fichier log, un affichage dans une autre fenêtre sera l'idéal, tout en bien espaçant les données, voir les classer dans un tableau. Dans ce cas là, mettre en valeur les titres de chaque colonne. GOODIES 2, 3 ET 4 : FLUX RSS, INFORMATION DE L'UFR, ET GESTION DE L'AGENDA : L'objectif de ce goodies est de récupérer les informations des différents réseaux sociaux de l'université (Facebook, Twitter, Flickr, Youtube et Dailymotion) en utilisant la technologie des flux RSS, mais aussi des informations venant de l'ufr de manière claire ainsi qu'un agenda mis à jour régulièrement. Des cadres simples regroupant les différentes sources des flux RSS, et des liens pour accéder aux informations présentées formeront le goodies. Ces liens sont présentés sous forme de «titre». A chaque cadre sa source, ainsi qu'un bouton pour permettre à l'utilisateur de d'afficher ou non cette source. 8/22

9 Un clic pour accéder aux informations nécessaires tel que le sujet, la date, un bref résumé, puis un autre lien pour lire tout l'article. L'aide présentera brièvement le goodies, rien de plus. La navigation sur le goodies reste simple. Les différents flux sont bien rangés dans les cadres simple, et permet à l'utilisateur un parcours aisé et une bonne compréhension. Le goodies se devra afficher l'essentiel des informations et non encombrés l'utilisateur. Il devra lui présenter le strict nécessaire pour lui donner un bonne aperçu de l'article et ainsi l'aider à trouver facilement les informations souhaitées. Les titres de chaque source de flux devront être mis en avant pour que l'utilisateur distingue bien les différents RSS qui lui sont proposés. Dans les informations concernant les articles, changer la couleur, la police, jouer sur le style serait une bonne méthode pour permettre à l'utilisateur de bien distinguer les différents éléments. GOODIES 5 : LES 10 DERNIERS S : Ce goodies donnera la possibilité à l'utilisateur d'avoir une liste de ses derniers mails reçus et non lus sur la boite mail que lui a donnée l'université d'avignon. L'objectif de ce goodies est d'apporter une information rapide à l'utilisateur en lui évitant un accès l'ent à sa boite mail. La disposition des éléments pour ce goodies est assez importante. Provenant d'un mail, il y a beaucoup d'informations comme l'expéditeur, la date et l'heure de l'envoi, l'objet du mail, s'il y a une pièce jointe ou non, etc... L'important ici est de disposer que le principal pour ne pas surcharger l'utilisateur et empêcher une clarté de ce goodies. Tout d'abord, arbitrairement, le goodies n'affichera que les 10 derniers mails non lus dans la boite. (Les plus récents), puis ne seront affichées que des informations pertinentes pour permettre à l'utilisateur une compréhension et une mise en situation immédiate du mail : adresse mail de l'expéditeur, sujet du mail, date et heure d'envoi. Un simple clic suffira (lien) pour aller dans la boite mail, ou bien directement le mail choisi par l'utilisateur. Pour l'aide, elle ne sera pas très importante. Quelques explications suffisent pour indiquer à l'utilisateur comment sont disposés ses mails et comment y accéder. L'interface sera assez clair, un tableau pour ranger nos données, avec des titres pour bien décrire chaque colonne, (date, expéditeur, objet). Un texte nous dira aussi le nombre total de mail non lu. Il faudra bien différencier les mails lus des mails non lu, avec une couleur différente (de texte ou de fond par exemple). L'ouverture d'une nouvelle fenêtre sera efficace lors du passage dans sa boite mail par le lien présenté dans le goodies. GOODIES 6 : LA F.A.Q. : Ce goodies permet d'afficher, une question au hasard accompagnée de sa réponse, ainsi qu'un lien vers la FAQ concernant les fonctions de l'université d'avignon. Ce goodies a pour but de montrer à l'étudiant (qu'il soit nouveau ou ancien, et peu importe sa filière) que l'ent possède une base de données contenant toute sorte d'informations auxquelles il peut avoir besoin. Tout d'abord, sur la page principale de ce goodies, une question au hasard devra être affiché, puis un lien vers la réponse devra être mis en valeur pour l'utilisateur. Cela aura pour effet d'attirer la curiosité de l'étudiant, et de lui montrer qu'il peut faire des recherches en cas de questions sur les fonctionnalités et services de l'université. Un lien sera aussi présent pour faire directement une recherche pour les personnes connaissant déjà ce goodies. La question au hasard et son lien vers la réponse seront les éléments clés à mettre en avant dans la première page de ce goodies. Se trouvera en seconde position mais tout aussi bien visible, le lien vers la recherche. Ici, nous allons avoir plusieurs passages (clics) pour obtenir l information. Le but sera donc de minimiser ces passages mais tout en gardant une logique et une non surcharge d'affichage d'informations sur le goodies. Tout d'abord, pour la question au hasard, un simple clic permet d'afficher sa réponse. Puis pour la recherche, rappelons que l'utilisateur, peut soit faire une recherche par mot clé (dans ce cas là le résultat sera un affichage de toutes les questions et réponses 9/22

10 où sera contenu le mot clé, puis un simple clique pour accéder à la question/réponse du choix de l'utilisateur), soit par thème : ici il y a plusieurs passages avant d'atteindre l'information recherchée. On doit passer par le type d'utilisateur : s il est étudiant, enseignant, administrateur, etc... Puis dans quel domaine il recherche sa question, et ainsi afficher sa liste de question. L'accès à l'étape précédente est aussi important. L'aide pour ce goodies nous expliquera tout simplement, comment est présenté au départ le goodies, quel type de recherche nous pouvons effectuer (comment fonctionne-t-il?) et comment parcourir ce goodies pour obtenir l'information recherchée. Aucune nécessité de configuration. Le contenu de ce goodies est assez important. Certaines réponses peuvent être assez longues pour l'utilisateur. L'utilisateur doit pouvoir atteindre facilement sa réponse. Pour la recherche par mot clé, il suffit juste de choisir parmi les résultats proposés. Il serait aussi utile de rajouter une auto complétion pour la barre de recherche (cela aidera l'utilisateur dans sa recherche). Pour la recherche par thèmes, nous avons différencié le type d'utilisateur, puis le thème qui pourrait l'intéresser. Pour l'interface, des textes clairs, les titres: question/réponse, bien mis en valeur (couleurs différentes), des boutons qui permettent le passage, en un simple clic, une ergonomie aisée pour un site mobile. Concernant l'affichage des résultats, il serait bon de limiter le nombre pour ne pas déborder l'utilisateur. GOODIES 7 : COMPTE A REBOURS AVANT LES VACANCES: L'idée est de proposer un petit goodies sympathique indiquant à l'étudiant le temps qui le sépare des prochaines vacances scolaires. En plus des vacances scolaires, nous donnerons le choix à l'étudiant de paramétrer un second compte à rebours de son choix. Il pourra ainsi y renseigner la date d'un examen ou d'une soutenance de projet par exemple. Pour les éléments, peu de choses à avoir pour ce goodies. Un affichage d'une heure et d'une date suffise mais aussi le titre de cet évènement. Bien les disposer pour n avoir une logique au niveau de l'incrémentation (jours, heures, minutes, secondes). Le nom de l'évènement placé en évidence. Une heure bien claire et visible pour la voir se décrémenter. L'utilisateur pourra créer lui même un compte à rebours avec une date bien définie. La création devra se faire simple, mais aussi la suppression de cette dernière. L'aide devra simplement expliquer comment créer son événement et lui explique comment fonctionne le compte à rebours. Le nom de l'évènement doit être mis en valeur (couleur spécifique) pour bien distinguer les différents comptes à rebours. L'utilisateur doit bien pouvoir voir l'accès à la création d'un événement (bouton distinct? Lien mis en valeur?). L'incrémentation se fera par les secondes pour une meilleure appréciation du goodies. L'interface restera simple et non encombrant non plus pour l'utilisateur. Ne pas trop entasser les dates, etc, pour pas que l'utilisateur s'y trompe. Le titre bien distinct et d'une police différente pour mieux le faire ressortir. 10/22

11 GOODIES 8 : UTILITAIRE DE SONDAGE : Ce goodies permettra à un administrateur, de diffuser un sondage auprès des étudiants. Sur la première page, selon si l'utilisateur a déjà voté ou non, où s il y a un sondage de présent ou non, différents éléments seront affichés. S il y a un sondage et que l'utilisateur n'a pas encore voté, il y aura la question qui sera mise en valeur, puis suivie des différentes réponses. Devant chaque réponse, un bouton permet au simple clic de voter, suivi d'une page qui nous permet de voir les résultats. Lors de la création du sondage, l'administrateur aura le choix du nombre de réponses possibles (limité tout de même à 5 possibilités pour des raisons de surcharge). Concernant les résultats, un simple lien permettra son affichage après le vote, puis les pourcentages de votes sont limités à deux chiffres après la virgule. Le nombre de votant est aussi affiché en entête pour une meilleure représentation des scores. Coté administrateur, pour créer un sondage, on a un menu déroulant pour le nombre de choix de réponses, puis des champs textes pour inscrire la question et les réponses. L'accès est au résultat et le mode de vote n'est pas très compliqué. Lors du vote, un simple clique pour voter, un lien pour accéder au résultat. L'aide sera assez courte, peu de choses à expliquer mise à part peut-être comment expliquer à un administrateur comment créer un sondage. Aucune configuration précise pour ce goodies mise à part la création du sondage et le choix du nombre de réponses. Pour l'interface, mettre en valeur la question pour bien la différencier avec les réponses. Des résultats assez voyants et bien lisibles. Peut être des couleurs pour un meilleur affichage, et différencier les réponses des résultats. Mettre en avant la question mais aussi le nombre de votant. GOODIES 9 : ANNUAIRE DE L'UNIVERSITE : L'objectif de ce Goodies est de proposer un annuaire rapide et simple, pour n'importe quel utilisateur, dans le sondage il a été noté plusieurs fois les difficultés d'accès à cette fonctionnalité. Nous allons donc implémenter un annuaire simple et facile d'accès. Il y aura très peu d'éléments dans ce goodies mais tout de même, bien les disposer et les mettre en valeur. Des barres de recherche pour trouver les informations de la personne cherchée, le bouton pour lancer la recherche mais aussi certains critères pour compléter notre recherche. Le bouton de recherche sera situé vers le bas, après les champs de texte. Peu de cliques là aussi, on rentre les informations puis il y aura juste un bouton de recherche. Pour l'aide, il sera peut être utile surtout pour la partie qui explique comment on se faire la recherche et le fonctionnement des critères. Ce goodies ne nécessite apparemment aucune configuration particulière. La navigation ne sera qu'intuitive pour l'utilisateur, des champs de recherche à compléter et un bouton pour accéder au résultat. L'interface quant à lui, ne sera rien de plus que basique: des champs textes de recherches (un texte devra bien décrire à quoi correspond chaque champ), et un bouton pour faire la recherche qui sera mis en valeur et bien visible. 11/22

12 3) Tests de qualités. Liste de contraintes à respecter : Concevoir des mises en page sur une colonne et éviter les flottements Optimiser votre HTML en utilisant un balisage sémantique et des CSS efficaces Minimiser l utilisation d images décoratives, éviter de se baser sur des images ou des plugins pour la navigation Écrire un texte alternatif pertinent pour les images Éviter des effets dynamiques qui nécessitent l utilisation spécifique d une souris ou d un clavier pour la navigation Goodies 1 : Adresse IP : 1) Tests unitaires a. Utiliser deux machines et s'y connecter pour vérifier l'alerte d'une connexion simultanée. b. Se connecter plusieurs fois avec des IP et des heures différentes et vérifier si on peut accéder à ses informations et si elles sont bonnes. 2) Tests fonctionnels a. Vérifier le retour de la fonction (renvoie toujours une adresse IP?) b. Vérifier si l'ip affiché est bien la notre. c. Vérifier si la date et l'heure sont correctes. d. Vérifier le fichier log sensé enregistrer les informations de connexion TEST REALISES : - Exactitude de l'adresse IP retournée : On vérifie en priorité l'exactitude de l'ip en la comparant avec celle obtenue sur divers sites spécialisés ( Résultat : o Sur un PC externe au réseau de la FAC, l'ip retournée correspond bien à l'ip Internet. o Mais sur un PC interne au réseau de la FAC, l'ip retournée n'est pas l'ip Internet, mais l'adresse réseau. Ce cas précis n a donc pas l air d être géré. - Vérification de la date de connexion : Lors de la connexion, un fichier log portant le nom de l UAPV de la personne connectée est créé. Il contient : o Le statut o L IP o L heure de connexion o L heure de la dernière activité (s actualise dès qu on rafraichit) La date et heure de connexion semblent correctes. A chaque nouvelle connexion et à chaque rafraichissement de page, on vérifie bien ces informations là, et elles semblent toujours correctes. - Vérification de la connexion simultanée à un même compte : On se connecte avec un même compte UAPV, mais sur machines différentes, et on vérifie qu une alerte nous signale bien que nous sommes connectés à deux endroits différents. Effectivement, lors de la connexion sur une deuxième machine, une alerte se déclenche, nous signalant que le même compte est ouvert à partir de deux postes différents, et nous affiche ces informations (IP et dates de connexion). 12/22

13 - On va maintenant tester la connexion/déconnexion au goodies afin de vérifier que nos informations sont bien mises à jour. A première vue, cette partie du goodies semblait défectueuse, car lorsque l on se reconnecte rapidement après s être déconnecté, les nouvelles informations de connexion ne semble pas s ajouter (on a toujours la date et heure de la précédente connexion). Nous étant renseigné auprès du développeur du goodies, il s avère qu il y a un timeout d une vingtaine de minutes pendant lesquelles ces informations seront conservées, et si l utilisateur se reconnecte pendant ce laps de temps, il conservera les anciennes données. TESTS PERFORMANCES : Un point auquel il faudrait réfléchir au niveau performances est la surcharge du serveur. En effet, le dossier contenant les logs devra stocker un an de connexion de l ensemble des étudiants (environ 7 000) de l université et du personnel enseignant (environ 330) et administratif (environ 220), créant un fichier pour chacun d eux. Il ne faudra pas qu un ralentissement important se fasse sentir pendant l utilisation de ce goodies. Goodies 5 : Les 10 derniers s : 1) TESTS UNITAIRES a. S'envoyer des s et vérifier s il nous affiche bien les s non lus b. Lorsque l'on a déjà 10 mails non lus, vérifier si les prochains s que l'on reçoit seront bien affichés en tête de liste. c. Tester le cas où on a zéro mail non lu, les mails les plus récents sont affichés. d. Tester la connexion à plusieurs boites mails en même temps. e. Effacer un ou plusieurs s, et vérifier que le goodies se mette bien à jour 2) TESTS FONCTIONNELS a. Vérifier que la boite mail affichée est bien la bonne b. Vérifier que ce sont bien des mails qui nous sont proposés, et qu ils correspondent bien avec ceux présent dans la boite mail 3) TESTS DE STABILITE a. Envoyer une longue série de mail simultanée sur la boite mail, et vérifier que le goodies «tient la cadence» b. Essayer d actualiser souvent la page, pour voir si l affichage du goodies se fait toujours à la même vitesse TESTS REALISES : - 1) a) Cas n 1 : L utilisateur est déconnecté de sa boite mail Étant connecté au goodies «mail», on s envoie des mails à partir d une autre boite mail, et on actualise ensuite notre goodies : ce nouveau mail est bien affiché, avec sa date de réception, son expéditeur et son objet (titre). Si l on répète l opération plusieurs fois, cela fonctionne également. Cas n 2 : L utilisateur est connecté à sa boite mail Dans ce cas là, le goodies considère immédiatement qu il n y a plus de mail dans la boite de réception. En effet, si l on est connecté au webmail de l université, et qu on s envoie des mails, ces derniers ne s affichent pas, et une fois déconnecté, et en envoyant une série de mail, l affichage se fait correctement. Un «bug» majeur semble être présent ici 13/22

14 b) Si l on considère le cas où nous ne sommes pas connectés à la boite mail, cette fonctionnalité est bien implémentée. En effet, en ayant déjà 10 mails non lus, si l on en envoie de nouveaux, ceux-ci passeront bien en tête de liste. c) Si l on a aucun mail non lu, l affichage des derniers mails devrait être présent, et visiblement ce n est pas le cas, car le goodies nous signale qu il n y a «aucune mail» dans la boite de réception (et ceci, que l on soit connecté ou non à la boite mail.) d) Nous avons testé la connexion à deux boites mails différentes en même temps (celle d Angelin GRIMAUD et de Vincent SIGAUD), le goodies semble fonctionner pareil pour les deux. e) Pour ce test ci, on en revient au premier cas du test a). En effet, à partir du moment où l on se connecte à la boite mail (Webmail), le goodies considère automatiquement que cette dernière est vide. Cette fonctionnalité ne peut donc pas être testée. - 2) a) b) La boite mail affichée est bien celle demandée : en se déconnectant et reconnectant plusieurs fois au goodies, les mails affichés correspondent bien à ceux présents sur la boite mail. - 3) a) Un test «intéressant» à effectuer serait d envoyer une grande quantité de mail simultanément et de vérifier que le goodies arrive à suivre la cadence, notamment au niveau de l affichage et du rafraichissement du goodies. A notre échelle, ce test semble difficile à réaliser vu le peu de moyen dont nous disposons. b) Le temps d actualisation de la page est relativement court (2 secondes environ), par contre, si l on actualise plusieurs fois d un coup le goodies, ce dernier va mettre un temps bien largement supérieur à s actualiser. Goodies 2 : Flux RSS : 1) TESTS UNITAIRES a. Tester les liens vers les différents flux présentés et vérifier que leur contenu est bien celui qu'il doit être. 2) TESTS FONCTIONNELS a. Se sert-on vraiment d un flux RSS pour afficher l information demandée? b. L information affichée est elle bien celle demandée? c. Vérifier que le choix de certains flux a bien été enregistré et affiché à l'utilisateur. 14/22

15 Goodies 6 : La FAQ au hasard : TEST 1 : AFFICHAGE ALEATOIRE Une des fonctionnalités principales de ce goodies est l affichage aléatoire d un thème de la F.A.Q. et d une question associée. Nous avons donc vérifié que cette fonctionnalité fonctionnait correctement en actualisant plusieurs fois d affilé la page et en vérifiant le contenu. Ici tout semble fonctionner. Il faut bien entendu vérifier que la réponse obtenue, en cliquant sur le bouton «Réponse», correspond bien à la question. Ici encore, cette fonctionnalité semble opérationnelle. TEST 2 : RECHERCHE PAR MOT CLE La recherche par mot clé s effectue en cherchant l ensemble de la chaîne de caractère saisie (pas de gestion de ET ni de OU) dans l ensemble des questions et des réponses. Il va aller chercher dans le code HTML associé à ses questions et réponses afin de retourner les résultats. Par exemple, si nous faisons une recherche sur le mot «mail», et que dans une réponse, il y a une balise HTML «<mailto>», cette réponse sera affichée. Cette fonctionnalité fonctionne donc bien, mais pourrait être optimisée afin d être plus pertinente. TEST 3 : RECHERCHE PAR THEME Ici, on va tester la recherche par thème afin de vérifier que tout est bien cohérent dans le déroulement de la recherche. La base de données contient plus de 300 questions/réponses réparties dans plus de 40 thèmes. Nous étant très difficile de tout vérifier, nous avons donc décidé de tester au hasard quelques questions dans quelques thèmes concernant différents types d utilisateurs (administratif, enseignant, étudiant ) et de comparer ces questions/réponses à celles que l on peut obtenir sur le site du CRI. Déroulement du test (exemple : Etudiant) 1) On vérifie le nombre de thèmes proposés : Sur le goodies, nous en avons 10, sur le site du CRI il y en a 11. Après vérification, le thème manquant dans le goodies est le thème «travail collaboratif». Malgré sa présence dans le menu étudiant du site du CRI, son absence dans le goodies peut-être justifiée par le fait que cette page ne laisse pas apparaître la mention étudiante dans son code (ici, le parseur va chercher la phrase «Je suis étudiant» contenue dans le <div class= header>). N ayant pas cette phrase présente, le parseur ne prend pas cette page comme appartenant à la catégorie étudiante. 2) Une fois un thème choisi, on vérifie que les questions associées sont correctes (on teste ici le thème «Je suis nouveau à l Université»). 3) Une fois la liste des questions vérifiées, on choisi l une d entre elle, et on vérifie qu elle et sa réponse correspondent bien aux données présentes sur le site du CRI. Ces opérations ont été répétées pour plusieurs type d utilisateurs et les résultats ont toujours été les mêmes. Cette fonctionnalité semble correctement implémentée, mais le parseur dépend de la rigueur des administrateurs du CRI pour fonctionner (notamment dans les intitulés de leurs pages). Actuellement les tables concernant la F.A.Q. ne contiennent pas de contraintes de clé primaires et étrangères. S il y avait un nombre d enregistrements beaucoup plus important (plusieurs milliers de questions/réponses) 15/22

16 Goodies 7 : Les derniers tickets ouverts : - On teste si les tickets sont bien récupérés dans la base de données de GLPI - Vérifier l'aperçu de chaque ticket. - On vérifie si les tickets les plus importants sont mis en valeur. - Tester les différentes priorités. - Tester les liens pour voir tous les tickets. Goodies 8 : Compte a rebours avant les vacances : - Vérifier si ce sont bien les prochaines vacances qui sont concernées. - Tester la création de l'évènement par l'étudiant. - Tester le fonctionnement du compte à rebours et de son affichage. Goodies 9 : Utilitaire de Sondage : - Tester si on arrive bien à mettre une question et ses différentes possibilités dans la base de données. - Tester si on peut mettre plusieurs sondages. - Tester si pour un utilisateur, les réponses possibles sont bien affichées. - Tester si on peut bien choisir une réponse ou plusieurs selon les configurations de l'administrateur. - Tester si on ne peut voter qu'une seule fois. TEST 1 : CREATION SIMPLE D'UN SONDAGE On va commencer par la simple création basique d'un sondage, afin de voir si cela fonctionne. Il nous faut d'abord commencer par définir le nombre de réponses possibles par le biais d'un menu déroulant. Une fois choisi, un champ «Votre question» ainsi que des champs réponses (égal au nombre choisi précédemment) seront automatiquement générés, nous permettant de créer notre sondage. Ce dernier étant créé, nous pouvons le voir apparaître dans la partie «votes», nous donnant donc la possibilité de voter. Après avoir voté, nous avons la possibilité de visualiser les résultats, qui nous sont affichés en pourcentages, avec également le nombre de votes, afin de donner le «poids» de ces résultats. On en profite également pour tester que ces pourcentages sont bien corrects, en faisant les calculs manuellement, tout en augmentant le nombre de votes. TEST 2 : MULTI SONDAGES Il n'y a pour le moment pas de possibilité de créer plusieurs sondages. La création de l'un effacera le précédent. Mais c'est toutefois une fonctionnalité qui paraît importante à développer TEST 3 : CHOIX MULTIPLES Actuellement, seul un seul choix est possible lors qu'on répond à un sondage créé. Il pourrait être intéressant de pouvoir configurer le goodies afin de rendre possible le choix multiple des réponses! 16/22

17 TEST 4 : VOTE UNIQUE Il est actuellement possible pour une même personne de voter autant de fois qu'il le désire, sans aucune restriction. Cela paraît normal car les goodies ne sont pas encore intégrés dans leur environnement final. C'est pourtant une fonctionnalité essentielle qui devra figurer dans la version finale, limitant à un seul vote les étudiants qui répondront à ce sondage (limitation par numéro UAPV par exemple). TEST 5 : CHANGEMENT DU NOMBRE DE REPONSES POSSIBLES : Lors de la création d'un sondage, si nous avons décidé d'un nombre précis de réponses, et que nous avons déjà commencé à rédiger, le fait de changer le nombre de réponses possibles rechargera tout le formulaire et effacera donc tout ce qui a été saisi. L'ajout ou la suppression de ligne devrait également pouvoir se faire via un bouton Javascript afin d'éviter ces erreurs. TEST 6 : AFFICHAGE DE LA PAGE DES RESULTATS AVANT REPONSE Lorsqu'un nouveau sondage est créé, si l'on se place directement sur la page affichant les résultats (saisie manuelle de l'url par exemple), nous avons une erreur PHP de «Division by zero» tout à fait logique, car pour afficher les pourcentages, nous utilisons le nombre de votes dans la division. Il faudrait donc lever cette exception afin d'avertir l'utilisateur qu'il ne peut pas accéder aux résultats tant qu'aucun vote n'a été fait. De manière générale, il faudrait restreindre l'accès aux résultats tant que l'utilisateur n'a pas soumis son vote, afin d'éviter qu'il ne soit influencé par les résultats. Qualimétrie : DOCUMENTATION DES SOURCES DU PROJET Blocs de commentaires : /** * * */ Dans ces blocs plusieurs informations peuvent être remplies : \file : documentation pour un fichier source ou d'entête (obligatoire en début de fichier) \brief : courte description \author : nom de l'auteur du code \version : numéro de version du code \date : date du code \fn : documentation pour une fonction \param : documentation pour un paramètre \return : décrire le retour d'une fonction \bug : documentation pour un bug connu \exception : documentation pour une exception D'autres caractéristiques sont disponibles, consultez la documentation. 17/22

18 EXEMPLE D'ENTETE DE SOURCE : /** * \file main.php * \brief Programme de test. * \author Olivier.V * \version 4.2 * \date 30 février 2010 * Programme de test pour le test d'affichage d'un tableau * */ EXEMPLE DE DOCUMENTATION D'UNE FONCTION : /** * \fn afficheinfo(string $var) * \brief Fonction d'affichage des informations selon une string * * \bug incompatibilité avec IE 3,0 * \param $var Nom de la variable à afficher * \return String preformaté de la string à afficher */ Norme pour le codage d'un Goodies AFFICHAGE DU GOODIES Chaque Goodies devra être configuré de façon à ce qu'un simple appel à une fonction définie permette un affichage de ce goodies. Cette fonction sera intitulée «affichegoodies()». C'est à l'intérieur de cette fonction et uniquement de cette fonction que sera affiché du code HTML. Cette fonction devra être codée dans un fichier PHP dont le nom sera le même que le goodies en question: «goodies_xxx.php». Par exemple pour le Goodies des mails : «goodies_mail.php» Un tel choix nous paraît judicieux car le code étant destiné à être repris, il sera très facile pour n'importe quel développeur d'utiliser ce code, d'identifier les fonctions qui font du traitement de donnée et la fonction qui permet l'affichage. PARAMETRAGE DU GOODIES Pour permettre une manipulation simplifiée, chaque Goodies devra être un maximum configurable : l'affichage du Goodies sera entièrement paramétrée par une feuille de style au format CSS intitulée sur le même modèle que le fichier PHP décrit plus haut : «goodies_xxx.css». Par exemple pour le Goodies des mails : «goodies_mail.css» Il sera aussi disponible un fichier de configuration qui contiendra l'ensemble des paramètres global du Goodies, ce fichier s'appellera «config.php». Il contiendra des variables qui serviront au Goodies et qui peuvent être facilement modifiées par un développeur. 18/22

19 DOCUMENTATION DU GOODIES Chaque goodies devra être commenté selon la norme mise en place dans un document spécifique. De plus chaque partie critique ou complexe du code devra être commentée de façon claire. Enfin chaque Goodies possèdera un fichier «readme.txt» qui décrira de façon précise le rôle du Goodies ainsi que l'utilité de chaque fichier du Goodies. REPARTITION DES FICHIERS DU GOODIES Le contenu d'un Goodies sera réparti en sous dossiers pour bien séparé chaque type de fichier : media/ : contient images, vidéo, flash utilisé js/ : contient les éventuels fichiers JavaScript css/ : contient les feuilles de style common/ : contient les fichiers de paramétrage (config.php par exemple ), fonctions communes action/ : contient toutes les sources nécessaires pour les divers traitement du Goodies goodies_xxx.php : fichier du Goodies qui permet l'affichage Exemple type du contenu d'un Goodies 19/22

20 IV Conclusion Nous avons donc pu voir à travers ces trois différentes approches, les points forts et points faibles qu un projet peut contenir. Dans notre cas, même si l objet de notre audit, à savoir les goodies, ne sont pas totalement terminés, et surtout que nous ne savons ce qu ils vont devenir par la suite, nous avons quand même pu les «décortiquer» en profondeur afin de voir comment ils peuvent s intégrer dans une architecture déjà en place (intégration), quelles apparences ils devront avoir afin de présenter une interface utilisateur correcte (ergonomie) et comment ils peuvent réagir selon certaines conditions (tests). Nous avons surtout pu proposer nos idées quant à la suite de leur cycle de vie, en considérant toutes les «expériences» que nous leur avons fait subir. 20/22