Génie Logiciel et Interaction Homme-Machine PROJET UCAMPUS

Transcription

1 Master E-Services Génie Logiciel et Interaction Homme-Machine PROJET UCAMPUS SPADI Julien VAN HOEYMISSEN Thomas

2 TABLE DES MATIERES 1. L APPLICATION Objectif Principal Fonctionnalités présentes PHASE D ANALYSE Public visé Scénarios d utilisation PHASE DE CONCEPTION Diagramme de Use case Maquette Schéma de la base de données REALISATION Fonctionnement de notre application Difficultés rencontrées et résolution des problèmes FUTUR DE L APPLICATION Évolutions possible Problèmes à résoudre Préconisations BILAN DU TRAVAIL La question utile et utilisable Méthode de travail utilisée Apports personnels Bilan sur les technologies utilisées CONCLUSION ANNEXE

3 1. L APPLICATION 1.1 OBJECTIF PRINCIPAL L objectif principal de l application est de permettre à l utilisateur de se repérer dans le campus de Lille 1. En effet, le campus étant assez grand, il est parfois un peu compliqué de trouver le lieu où l on doit se rendre, surtout si l on est un nouvel étudiant. Ainsi avec cette application appelée UCampus, l utilisateur est capable de se localiser sur le campus. 1.2 FONCTIONNALITES PRESENTES La liste des fonctionnalités présentes sur l application est la suivante : Se localiser Afficher les bâtiments d une catégorie donnée Recherche d un bâtiment sur le campus Itinéraire piéton ou en voiture vers un bâtiment du campus Navigation piéton ou en voiture via le GPS vers un bâtiment du campus Consulter la fiche détaillée de chaque bâtiment (Adresse, horaires, description) Appeler le bâtiment / Consulter son site internet. Consulter le menu du RU 2. PHASE D ANALYSE 2.1 PUBLIC VISE Avant de se lancer dans la conception de l application (base de données, interactions et maquettages écrans), nous nous sommes d abord demandé quelles fonctionnalités devraient être présentes de base dans notre application. Pour cela nous nous sommes demandé quel type d utilisateurs pourrait trouver notre application utile. Il s est dégagé ainsi quatre types de public vise. Tout d abord, l utilisateur qui arrive pour la première fois sur le campus de Lille 1. Il doit se rendre dans un bâtiment spécifique et étant donnée la taille du campus, il se retrouve un peu perdu. Il pourra ainsi, avec UCampus, se rendre où il le souhaite soit en voiture soit à pied. Vient ensuite l utilisateur qui est déjà habitué au campus de Lille 1 mais qui exceptionnellement doit se rendre dans un bâtiment dont il ignore l adresse. Il pourra s y rendre via UCampus. Ensuite, il y a l utilisateur qui est sur le campus depuis un temps assez conséquent qui a besoin d un renseignement sur un bâtiment particulier. Il peut alors via UCampus consulter les informations générales du bâtiment (horaires, adresse, ) mais également accéder à des fonctionnalités telles que l appel au bâtiment, 2

4 Finalement, il y a le professionnel qui se rend sur le campus pour par exemple donner un cours ou faire une intervention. Ainsi, avant sa venue, il est possible de lui demander de télécharger UCampus pour qu il puisse s y retrouver et donc, par exemple, ne pas arriver en retard. 2.2 SCENARIOS D UTILISATION Ensuite nous nous sommes fait une représentation sous forme de scénarios de l utilisation concrète de notre application. Voici 6 exemples d utilisation mettant en scène 3 acteurs différents qui n ont pas la même connaissance du campus : o Pierre est un étudiant en 3ème année de licence informatique à Lille 1 o o François est un étudiant en 1ère année de physique Émilie est une RH d Atos Worldline, elle ne connaît pas l université de Lille1 Appeler le SIUMPPS Pierre souhaite obtenir un rendez-vous avec un médecin. Pour cela il se connecte à l application UCampus, sur la page d accueil il clic sur Rechercher un lieu, puis sélectionne la catégorie Santé et le bâtiment SIUMPPS. Une fois arrivé sur la fiche détaillée, il consulte les horaires d ouverture puis sélectionne l onglet Complément d information. Dans cet onglet, il clic sur le bouton Appeler ce bâtiment. Il est ainsi mis en contact direct avec le service Inter-Universitaire de Médecine Préventive et de Promotion de la Santé de l'université Lille 1. Consulter le menu du Barrois Pierre souhaite consulter le menu de son restaurant universitaire préféré : Le Barrois. Pour cela il se connecte à l application UCampus, sur la page d accueil il clic sur Rechercher un lieu, puis sélectionne la catégorie Restaurants et le bâtiment Le Barrois. Une fois arrivé sur la fiche détaillée, il sélectionne l onglet Complément d information et clic sur le bouton Menu du RU. Le navigateur web de son smart phone se lance à la page du menu du Barrois. Visualiser tous les RU du campus François ne connaît pas bien l université de Lille 1, il souhaite savoir où sont situés tous les restaurants universitaire. Pour cela il se connecte à l application UCampus, sur la page d accueil il clique sur Maps, puis clic sur le bouton représenté par une loupe. La liste des catégories lui apparaît, il sélectionne la catégorie Restaurants et clic sur Restaurants : tous les bâtiments. S affiche alors à l écran l emplacement de chacun des restaurants universitaire de l université de Lille 1. 3

5 Visualiser l itinéraire piéton jusqu au Pariselle François s'aperçoit que le Pariselle est le restaurant universitaire le plus proche de lui. Il décide de s y rendre à pied. Sur la page de géolocalisation, il clic sur le bouton représenté par un panneau de signalisation avec une flèche et accède ainsi à la pop-up Itinéraire. Il renseigne la destination par Le Pariselle, le mode de déplacement par Piéton et clic sur le bouton Itinéraire. François est averti de la distance en kilomètres qui le sépare du Pariselle et l'itinéraire le plus rapide est dessiné en bleu sur la carte. Il lui ne reste plus qu à le suivre. Se rendre à la salle de sport Halle Vallin à pied François a rendez-vous avec Florent pour jouer au badminton dans la salle de sport Halle Vallin. Toutefois, il ne connaît pas du tout la route pour s y rendre. François se connecte à l application UCampus, sur la page d accueil, il clic sur Maps, puis sur le bouton représenté par un panneau de signalisation avec une flèche pour renseigner sa navigation. Il accède ainsi à la pop-up Itinéraire. Il renseigne la destination par Halle Vallin, le mode de déplacement par Piéton et clic sur le bouton Navigation. Le GPS Google navigation se lance et détermine le chemin à pied que François doit suivre pour arriver à destination. Se rendre en voiture au Sully Émilie est invitée dans le cadre d un projet de communication à participer à des simulations d entretiens qui ont lieu dans le restaurant universitaire du Sully. Lors de son invitation, le projet de communication lui a conseillé d utiliser l application UCampus pour venir. Pour cela elle se connecte à l application UCampus, sur la page d accueil, elle clic sur Rechercher un lieu, puis sélectionne la catégorie Restaurants et le bâtiment Le Sully. Une fois arrivé sur la fiche détaillée, elle sélectionne l onglet Localisation / Maps et clic sur le bouton Navigation Voiture. Le GPS Google navigation se lance et Émile n a plus qu à suivre les instructions du GPS pour arriver à bon port. Les scénarios ont pour but de montrer concrètement des cas d utilisation. Cependant il y a plusieurs façons d'accéder aux fonctionnalités. 4

6 3. PHASE DE CONCEPTION 3.1 DIAGRAMME DE USE CASE De ces scénarios d usage nous avons dégagé un diagramme de use cases (voir figure 1) afin de déterminer les enchaînements d actions possibles de notre application et afin de bien déterminer si notre application respectera les objectif attendus déterminés dans les scénarios d usages. En bleu sont représentés les états auxquels nous voulions arrivés dans nos scénarios. Figure 1: Diagramme de use case de l'application UCampus 5

7 3.2 MAQUETTE De cette phase d analyse, a découlé la conception de notre application. Après avoir déterminé les scénarios d usages nous nous sommes mis à faire la maquette de notre application afin de voir si toutes les possibilités décrites dans nos scénarios seraient bien réalisables dans notre application finale. Ainsi, à l aide l outil Balsmiq, nous avons réalisé la maquette de notre application La page d accueil Figure 2: La maquette de la page d'accueil de l'application UCampus Nous avons décidé de faire une page d accueil assez simple en termes de contenu d information (voir figure 2). Ainsi pour ne pas perdre l utilisateur, il n est possible de réaliser que deux actions possibles via les deux boutons. Nous avons aussi ajouté le logo de notre application sur cette page comme dans de nombreuses autres applications. 6

8 3.2.2 Partie Géolocalisation / Itinéraire : La map Figure 3 : La maquette de la page Maps de l'application UCampus Pour l aspect ergonomique de la page Maps (voir figure 3), nous nous sommes inspirés de l application mobile Google Maps car nous pensions qu elle était claire, ludique, pratique et intuitive. Nous avons essayés de garder et de mettre en œuvre ces caractéristiques. Cette page est composée de 2 parties : Partie haute : Une barre d onglet contenant 4 boutons : Afficher les catégories de lieu Définir un itinéraire Se géolocaliser Réinitialiser la carte. Partie centrale : La carte Google Maps permettant de géo localiser l utilisateur, d afficher les différents lieux et de le guider. 7

9 3.2.3 Partie Géolocalisation / Itinéraire : La pop-up d itinéraire et de navigation Figure 4 : La maquette de la pop-up d itinéraire et de navigation de l'application UCampus Cette pop-up (voir figure 4) permet de renseigner les données d un itinéraire : Départ : Position de l utilisateur Arrivée : Destination de l itinéraire Mode : Mode déplacement (Piéton ou Voiture) 2 boutons permettent de choisir le type d itinéraire : Navigation : Itinéraire via le GPS Itinéraire : Itinéraire statique (trait bleu sur la map) Lors de la conception des écrans nous avions ajoutés un bouton Annuler permettant de retourner à l écran de la carte. Toutefois, ce bouton a été enlevé lors du développement de UCampus car sur les applications Android il n y a pas de bouton annuler. Il faut utiliser le bouton retour du téléphone. 8

10 Nous avons choisi d utiliser une pop-up plutôt qu une nouvelle page car nous avons estimé que les informations présentés n étaient pas assez nombreuses pour remplir une page Partie Géolocalisation / Itinéraire : L affichage des informations sur la map Figure 5 : maquette de l affichage des informations sur la map de l'application UCampus Sur cette page (voir figure 5), on retrouve la position de l utilisateur, le ou les bâtiments que l utilisateur souhaite afficher et l itinéraire entre l utilisateur et un bâtiment de l université. Pour représenter l utilisateur nous avons utilisés la même icône que celle utilisée sur Google Maps. Les bâtiments sont représentés par une icône symbolisant la catégorie de ce bâtiment. Chaque icône doit être le plus explicite et reconnaissable possible. Nous souhaitions qu à partir de l icône du bâtiment avoir un accès rapide à la fiche détaillée du bâtiment. Afin de représenter l itinéraire piéton ou en voiture de l utilisateur vers un bâtiment, nous avons souhaités mettre à disposition de l utilisateur 2 outils : La navigation GPS. L itinéraire statique représenté par un trait bleu. 9

11 3.2.5 Partie Recherche de bâtiment : les listes de catégories et de bâtiments Figure 6 : maquette des listes de catégories et de bâtiments de l'application UCampus Afin d avoir une navigation simple et agréable, nous avons décidé de présenter les catégories et les bâtiments sous forme de liste (voir figure 6). Nous nous sommes inspirés du tutoriel «Personnaliser une ListView» proposé sur le site La découverte de ce tutoriel a été très bénéfique dans l avancement de l aspect graphique de notre application (voir partie difficultés rencontrées et résolution des problèmes). Pour ne pas que l utilisateur se perde dans la recherche de bâtiment, le titre de la catégorie est toujours présent sur chaque liste de bâtiments. De plus nous avons décidé de mettre des icônes assez explicites pour chaque catégorie (un cuisinier pour la catégorie Restaurants Universitaires par exemple). 10

12 3.2.6 Partie Recherche de bâtiment : la fiche détaillée d un bâtiment Figure 7 : La maquette de la fiche détaillée d un bâtiment de l application UCampus La page représentant la fiche détaillée d un bâtiment est découpée en trois parties (voir figure 7) à savoir : La partie informations générales du bâtiment contenant l adresse, le numéro de téléphone, Le partie navigation et itinéraire La partie autre dans laquelle on peut trouver la possibilité d appeler le bâtiment par exemple Nous avons décidé d utilisé un système d onglet pour permettre de mieux structurer les parties. Ainsi la lisibilité est plus claire. De plus, le fait d utiliser des icônes dans les onglets permet un gain de place assez conséquent compte tenu du nombre d information à afficher dans la page. Ainsi, nous avons réussi à faire en sorte que l utilisateur n ait pas à scroller dans la fiche du bâtiment. 11

13 3.2.7 Menu Android Sur toutes les pages de UCampus, l utilisateur a accès en appuyant sur le bouton Menu de son téléphone à un menu lui permettant d accéder à différentes pages. Ce menu change selon la page où se trouve l utilisateur. S il est sur la page de Géolocalisation, le menu sera constitué de Lieux, Itinéraire, Effacer les résultats, Réglages et Plus. S il est sur la page d accueil, le menu sera constitué de Réglages et Plus. Sur toutes les autres pages, le menu sera constitué de Géo localisation, Accueil, Réglages et Plus. 3.3 SCHEMA DE LA BASE DE DONNEES Figure 8 : Le schéma de la base de données de l'application UCampus La base est séparée en deux partie (voir figure 8) car nous n avons besoin que de 2 objets à représenter à savoir d un côté les bâtiments présent sur le Campus et de l autre la catégorie de ce bâtiment afin de permettre un certain classement ou ordre dans la liste des bâtiments. La table BATIMENT contient les champs: ID_BAT : l identifiant unique pour chaque bâtiment auto-incrémenté (ici il s agit d une String mais nous avons fait en sorte que l auto-incrémentation se fasse quand même) NAME_BAT : le nom du bâtiment NUMERO_BAT : le numéro de téléphone du bâtiment HORAIRES_BAT : Les horaires d ouverture du bâtiment IMAGE_BAT : le chemin vers l image à afficher dans la fiche de description du bâtiment LATITUDE_BAT : la latitude du bâtiment (utilisée pour la géolocalisation) 12

14 LONGITUDE_BAT : la longitude du bâtiment (utilisée pour la géolocalisation) SITEINTERNET_BAT : le lien vers le site internet du bâtiment pour avoir plus d informations ID_CAT : l identifiant de la catégorie à laquelle le bâtiment appartient La table CATEGORIE contient quant à elle les champs : ID_CAT : l identifiant unique pour chaque catégorie auto-incrémentée NAME_CAT : le nom de la catégorie ICON_CAT : le chemin vers l'icône représentant la catégorie Comment ajouter une catégorie de bâtiment et un bâtiment? Pour le moment, l ajout de bâtiment et de catégorie doit se faire directement dans le code source mais cela pourra et surtout devra être modifié en passant par un parser xml par exemple (voir partie amélioration). Ainsi, afin de rajouter un bâtiment dans la base, il suffit de se rendre dans la classe InsertBDD et d y ajouter d abord une catégorie en créant un objet catégorie et en l insérant dans la base de données, puis pour ajouter un bâtiment il faut créer l objet bâtiment et l insérer dans la base de données en prenant bien en compte l identifiant de la catégorie créée auparavant (l identifiant est généré dans l ordre des insertion dans la base en partant de 1). Il faut bien évidemment veiller à fermer les connections à la base de données après. Pour que la nouvelle catégorie soit prise en compte dans la partie géolocalisation, il faut ajouter une icône qui représentera la catégorie et créer 2 objets dans la classe Geolocaliasation.java: MyItemizedOverlay qui contiendra les lieux à afficher pour cette catégorie Drawable qui correspond à l icône qui sera affichée pour cette catégorie Voir annexe : Tutorial Créer une catégorie de bâtiment 4. REALISATION 4.1 FONCTIONNEMENT DE NOTRE APPLICATION Nous allons vous présenter les écrans de notre application UCampus ainsi que leurs fonctionnalités sous forme de zones de texte présentant les actions réalisées en via cet élément. 13

15 1 2 Figure 9 : La page d'accueil de UCampus 1 : Ouvre les fonctionnalités de géolocalisation 2 : Ouvre la fonctionnalité de recherche de lieu dont la première page 1 2 Figure 10 : La page de géolocalisation de UCampus Lors d un clic sur le bouton Maps de la page d accueil, l utilisateur est géolocaliser sur la carte. 1 : Barre d onglets permettant de rechercher un lieu, un itinéraire, de se géolocaliser et de réinitialiser la carte 2 : Position de l utilisateur 14

16 1 2 3 Figure 11 : Pop-up itinéraire Cette pop-up s ouvre lors d un click sur le deuxième élément de la barre d onglets. 1 : Destination de l itinéraire : Auto compression à partir d une lettre saisie par l utilisateur 2 : Mode de déplacement Piéton ou Voiture 3 : Choix du mode de l itinéraire : Via le GSP (Navigation) ou statique (Itinéraire) Figure 12 : Représentation de l itinéraire Une fois l itinéraire renseigné et un clic sur le bouton Itinéraire de la pop-up précédente, un trait bleu représente l itinéraire le plus rapide en distance vers le lieu choisi. 15

17 1 Figure 13 : La liste des catégories de l'application UCampus Lors d un clic sur le bouton Rechercher un lieu de la page d accueil, la liste des catégories de lieux est proposé à l utilisateur. 1 : Ouvre la liste des bâtiments contenus dans la catégorie choisie 1 2 Figure 14 : La liste des bâtiment correspondants à une catégorie de l'application UCampus Lorsque l utilisateur choisi une catégorie de lieux, les bâtiments de cette catégorie s affichent. 1 : Ouvre la fiche détaillée du bâtiment sélectionné 2 : Affiche sur la map tous les bâtiments de la catégorie choisie 16

18 Figure 15 : Tous les restaurants universitaires de Lille 1 Si l utilisateur a cliqué sur l écran précédent sur tous les bâtiments, la carte contient tous les bâtiments de cette catégorie. Ces bâtiments sont représentés par l icône de la catégorie. 1 2 Figure 16 : La partie informations générales de la fiche détaillée d'un bâtiment de l'application UCampus Si l utilisateur a cliqué sur l écran précédent sur un bâtiment, il accède à sa fiche détaillée. 1 : Ouvre la partie géolocalisation de la fiche détaillée 2 : Ouvre la partie Complément d information de la fiche détaillée 17

19 Figure 17 : La partie Localisation/Maps de la fiche détaillée d'un bâtiment de l'application UCampus Ouverture de l onglet Localisation/Maps de la fiche détaillée. 1 : Affiche le bâtiment sur la map 2 : Affiche l itinéraire à pied vers le bâtiment sur la map 3 : Affiche l itinéraire en voiture vers le bâtiment sur la map 4 : Ouvre le service de Google Navigation en mode piéton vers le bâtiment 5 : Ouvre le service de Google Navigation en mode voiture vers le bâtiment 1 2 Figure 18 : La partie Complément d'information de la fiche détaillée d'un bâtiment de l'application UCampus Ouverture de l onglet Complément d information de la fiche détaillée. 1 : Appel le bâtiment 2 : Affiche le menu (ou le site internet) du bâtiment dans un navigateur web 18

20 1 2 Figure 19 : Le menu de la fiche détaillée d'un bâtiment de l'application UCampus 1 : Affiche la map centrée sur ma position 2 : Affiche la page d accueil Les autres éléments du menu sont en construction. 4.2 DIFFICULTES RENCONTREES ET RESOLUTION DES PROBLEMES Difficultés communes Lors de ce projet, nous avons rencontrés de nombreuses difficultés notamment liées au langage de programmation Android. En effet, c était la première fois que nous travaillions sur un projet Android. Nous avons consultés de nombreux sites, forums, tutoriels et cours pour parvenir à développer UCampus. Le site le plus utilisé à était La principale difficulté commune que nous ayons rencontrée s est portée sur l aspect graphique, la mise en page, le placement des boutons, comment déterminer les tailles des objets,. Pour résoudre en partie ce problème, Julien a trouvé un logiciel (DroidDraw) qui permet par Drag and drop de faire de la mise en page sous Android et d obtenir le code XML généré. Toujours concernant l affichage et la mise en page de l application, Thomas a trouvé un tutoriel permettant de faire un affichage plutôt ergonomique des listes de catégories et de bâtiment. Ce qui nous a permis de comprendre un peu plus les principes des fichiers xml utilisé dans le développement des interfaces graphiques sous Android. Nous nous sommes aussi rendu compte que certaines actions comme la navigation par exemple prenaient du temps à se lancer. L utilisateur ne sait pas si l action a bien été enclenchée. Nous avons donc décidé d ajouter une vibration à chaque pression de l utilisateur afin qu il ait un feedback immédiat. 19

21 Le dernier problème commun que nous avons rencontré était lié à la clé Google map nécessaire à l utilisation de la carte. En effet, pour utiliser la carte proposée par Google, il est obligatoire de générer une clé Google map propre à chaque ordinateur où le projet est compilé. Étant donné que l on travaillait à deux sur le projet et que l on utilisait SVN, il fallait chacun générer une clé Google map correspondant à son poste. Nous avons ainsi crée un fichier ( clegooglemap.txt) qui contient la clé de chaque poste où le projet a été compilé Difficultés rencontrées par Thomas D un point de vue technique, les fonctionnalités liées à la géolocalisation (navigation, localisation et itinéraire) m ont posées le plus de problèmes. J ai suivi différents tutoriels ( pour développer ses fonctions. J ai également utilisé des fonctions développées par d autres développeurs comme la fonction qui permet de déterminer la distance entre sa position et un lieu et la fonction qui permet de mettre à jour sa position. En ce qui concerne le guidage de l utilisateur, j étais parti sur un guidage uniquement via la carte. En mettant à jour le trait de l'itinéraire à chaque modification de sa position. Toutefois, je me suis rendu compte que cette façon allée être trop fastidieuse et pas assez efficace. De plus Google proposant un outil de navigation GPS (Google Navigation) intégrée au smart phone, nous avons décidés de l utiliser. Ainsi, l utilisateur peut soit tracer un itinéraire fixe soit utiliser un GPS pour se déplacer. D un point de vue fonctionnel, ce qui m a pris le plus de temps a été de placer les bâtiments sur la carte en récupérant les coordonnées GPS (latitude et longitude) via Google Maps. J avais donc d un côté la carte de l université de Lille1, d un autre coté cette même vue sur Google map mais sans tous les bâtiments Difficultés rencontrées par Julien Un de mes principaux soucis dans cette application était de créer une base de données et d y faire les actions principales telles que l insertion et l accès aux données présentes dans cette dernière. Après avoir consulté quelques tutoriels, je me suis penché sur un en particulier (Comment utiliser SQLite sous Android disponible sur le site Ainsi, j ai pu découvrir comment créer et administré une base de données sous Android en utilisant la technologie SQLite. J ai choisi cette technologie car elle est intégrée de base à l OS Android, de plus je n ai pas trouvé d autre technologie disponible pour effectuer la gestion des données. Ensuite, j ai remarqué qu à chaque démarrage de l application, toutes les catégories et les bâtiments étaient chargés une fois de plus dans la base de données. En fait, je chargeais la classe d insertion dans la base à chaque appel à l application. Ainsi, la base se retrouvait pleine de doublons. Pour pallier à ce problème, j ai fait en sorte que s il s agit du premier chargement de l application (i.e. si la base est vide), la classe d insertion en base s occupe de 20

22 nourrir la base de données. En revanche, si l application et déjà installée et qu il il y a donc des données présentes en base alors rien n est inséré. Finalement, dans les listes de recherche, il y a une icône représentant chaque type de catégories et de bâtiment. Ces icônes m ont posées quelques problèmes car elles étaient directement intégré au projet.apk et non pas sur la carte SD du téléphone. Pour faire simple, elles étaient déjà compilées dans le projet. Ainsi, il m était impossible de récupérer l image directement en faisant appel à la méthode createfrompath(string pathname) qui est proposée dans la documentation d Android et qui permet de créer l objet Drawable (Image) correspondant à l image se trouvant dans le pathname. De plus, chaque catégorie dispose de sa propre icône dont il faut aller chercher le nom dans la base de données. Il fallait donc trouver un autre moyen pour créer cette icône en fonction de la catégorie. Après quelques recherches sur les forums dédiés au développement mobiles, j ai trouvé la solution en utilisant la méthode permettant de récupérer l identifiant de l image compilé. Il suffisait ensuite de faire correspondre cette identifiant à l objet Drawable à afficher. 5. FUTUR DE L APPLICATION 5.1 ÉVOLUTIONS POSSIBLE Nous avons réfléchis à des pistes d évolutions qui permettraient d enrichir UCampus. 4 catégories regroupent ces pistes d évolution: Elargir les cibles potentielles Tout d abord, il serait intéressant d ajouter un module de reconnaissance vocale pour permettre à des personnes déficientes visuelles d utiliser l application. De plus, étant donné que l Université Lille 1 accueille chaque année plus de environ 4000 étudiants internationaux, ce qui représente plus de 20% de la population totale des étudiants, proposer à l utilisateur le choix de la langue peut être très utile Faciliter la navigation au sein de UCampus Si l utilisateur connaît le nom du bâtiment dont il souhaite avoir des informations, il serait utile d ajouter une fonction de recherche du bâtiment dès la page d accueil. De plus, nous pensons que la géolocalisation peut être améliorée dans le sens où l utilisateur définit la catégorie de lieux et demande le bâtiment de cette catégorie le plus proche de lui. Par exemple, l utilisateur se situe au M5 et souhaite savoir quel est le restaurant universitaire le plus proche. Des évolutions liées à la fiche détaillée d un bâtiment telles que l intégration du menu du restaurant universitaire et l ajout d une photo représentant le bâtiment sont parfaitement envisageable. 21

23 5.1.3 Données de UCampus A l heure actuelle, la base de données de UCampus contient 3 catégories de lieux (Restaurant, Santé et Salle de sport) et 7 bâtiments. Pour optimiser son utilisation, il est nécessaire d enrichir la base de données par des catégories de lieux et par des bâtiments. De plus, le mode de base de données actuellement mis en place est propre à chaque smart phone, c est à dire que la base de données est embarquée dans le mobile. Ce qui implique qu à chaque modifications de la base de données il est nécessaire de re-télécharger l application. Pour remédier à ce problème il faut utiliser une base de données externe hébergée sur un serveur Ajout de nouvelles fonctionnalités Il est envisageable d enrichir UCampus par des services utiles à chaque étudiants. On peut imaginer intégrer une boite mail pour les mails de la Fac, un agenda de ses cours ou même gérer ses cartes (étudiante, bibliothèque, Crous). Une version widget de UCampus, permettrait un accès plus rapide à une des fonctionnalités de l application car il est accessible directement via le bureau de son smart phone. Par exemple ce widget pourrait servir à récupérer le numéro de téléphone d un bâtiment. Il s agit en fait de déterminer quelle est la fonctionnalité la plus utilisée sur UCampus et d en faire un widget. 5.2 PROBLEMES A RESOUDRE Sur la version présentée il reste quelques problèmes mineurs à réglés. Lorsqu un utilisateur souhaite connaître l'itinéraire vers un lieu, un trait bleu est dessiné sur la carte Google map. Si l utilisateur effectue un nouvel itinéraire, le trait de l ancien itinéraire reste. Pour effacer le trait d un itinéraire, il est nécessaire de soit cliquer sur le bouton Réinitialiser soit d afficher un lieu sur la carte. Il est également possible pour un utilisateur de ne pas utiliser la 3G et le GPS lorsqu il est sur la page de géolocalisation. En effet, le contrôle de l activation de ces deux outils est effectué lors de l accès à la page de géolocalisation. Si l utilisateur quitte l application et y retourne, il arrivera directement où il était lors de la fermeture de l application. Ainsi, il peut très bien arriver sur l écran de géolocalisation sans avoir réactivé son GPS et sa 3G. Il serait donc judicieux de tester si la 3G et le GPS sont actifs à tout moment. Il faudrait également intégrer dans le modèle de données une partie description du bâtiment afin de pouvoir intégrer plus d informations sur le bâtiment et aussi permettre une meilleure mise en page du premier onglet de la fiche produit. 5.3 PRECONISATIONS Afin d utiliser UCampus dans des conditions optimales, nous préconisons son utilisation en extérieur. Ceci afin de permettre une géolocalisation plus rapide et surtout plus précise. Le GPS étant plus précis en extérieur. 22

24 Si la géolocalisation ne fonctionne pas correctement, il est conseillé de se géolocaliser avec Google Maps et de revenir sur UCampus. 6. BILAN DU TRAVAIL 6.1 LA QUESTION UTILE ET UTILISABLE Nous avions un objectif lors dans la réalisation de cette application. En effet, il fallait qu elle soit utile et utilisable. Les différents publics visés sont déjà un argument permettant de montrer que notre application est utile. En effet, le fait d avoir catégorisé des types d utilisateurs rend cette application utile car chaque type trouvera une utilité à UCampus. De plus, le fait que de nombreuses fonctionnalités soient présentes renforce l argumentation sur l utilité de notre application. En effet, UCampus dispose de fonctionnalités qui permettent à l utilisateur de trouver ce qu il cherche, si bien évidemment il sait ce que l application permet de faire. L utilisabilité de notre application réside dans l IHM. En effet, nous avons voulu une ergonomie assez claire. De plus nous voulions que l utilisateur n ait pas trop d actions à faire pour arriver à ce qu il cherche. Nous nous sommes aussi appuyer sur des APIs qui ont déjà été approuvées par de nombreux utilisateurs comme Google Maps et Google Navigation. Ainsi, nous sommes persuadés que les parties utilisant ces APIs sont utilisables. Nous avons évalué les caractères utile et utilisable de UCampus grâce à une expérimentation utilisateur. Pour cela nous avons fait manipuler l application par un ensemble de «sujets». Au début, nous souhaitions que les «sujets» ne soient pas des étudiants de la formation E- services afin d avoir des avis les plus neutres possibles. Toutefois, dans un souci de respect des délais nous avons fait tester UCampus à des étudiants en E-services. Le retour a été positif cependant étant donnée le type de sujet (informaticien), nous n avons pas pu avoir une idée précise sur l utilité et l utilisabilité de UCampus. Il aurait été nécessaire d élargir les types de «sujet» par rapport à la nationalité, à l âge, au sexe et à la formation scolaire de l utilisateur. 6.2 METHODE DE TRAVAIL UTILISEE Nous avons consacré les deux premières séances de projet au listing des fonctionnalités à développer au sein de UCampus. Trois parties ce sont dégagées : Géolocalisation Base de données Mise en page Nous nous sommes ainsi répartis ces trois parties. Thomas a travaillé sur l aspect géolocalisation et Julien sur la partie base de données et mise en page. Ces parties n étant pas étroitement liées nous avons pu travailler chacun de notre côté et facilement intégrer le développement de l un et l autre grâce à l utilisation d un SVN. Nous avons également mis à jour la forge mis à notre disposition, afin de tenir informer de notre avancement. 23