GrenobleFuté: Difference between revisions
Jump to navigation
Jump to search
No edit summary |
|||
Line 55: | Line 55: | ||
* MVC : Architecture modèle vue contrôleur pour séparer la représentation de la carte et les données |
* MVC : Architecture modèle vue contrôleur pour séparer la représentation de la carte et les données |
||
*Choix de la librairie : JACKSON |
**Choix de la librairie : JACKSON |
||
*Réalisation d'une application « basique » en stand-alone |
**Réalisation d'une application « basique » en stand-alone |
||
*Mise en place d'un lien vers SkiMapPlugin pour tester |
**Mise en place d'un lien vers SkiMapPlugin pour tester |
||
*Objectif : diriger ce lien vers notre plugin |
**Objectif : diriger ce lien vers notre plugin |
||
==''Week 6 (February 29st - March 6th)''== |
==''Week 6 (February 29st - March 6th)''== |
Revision as of 13:38, 7 March 2016
Project presentation
Team
- Supervisor : Nicolas Palix
- Members : Delaporte Adrien / Lucidarme Benjamin / Mouret Adrien
- Department : RICM4
Links
- Github :
Progress of the project
Week 1 (January 11th - January 17th)
Choix du sujet
Week 2 (January 18th - January 24th)
- Installation des différents outils nécessaire au développement de l'application :
- JAVA 1.8
- SDK Android API 15
- Cordova
- Création du git
- Réflexion sur les outils à utiliser pour développer l'application : Dilemme entre Cordova & code natif
- Perspectives du projet :
- Cordova => trouver une visée au projet (« juste » afficher la map est inutile)
- Natif => OSMand donne la possibilité de faire du rootage par la suite
- Conclusion : Trouver une extension intéressante pour Cordova ou faire en natif
- Définition des exigences
- Exigences fonctionnelles :
- Affichage du trafic sur une carte de Grenoble
- Actualisation en temps réel
- Exigences non fonctionnelles :
- Qualité du réseau
- Fiabilité
- Actualisation du plan de Grenoble
- Ergonomique
- Exigences fonctionnelles :
Week 3 (January 25th - January 31th)
UML
Week 4 (February 1st - February 7th)
(Scrum)
- Réfléxion sur les librairies disponible en JAVA pour effectuer le parser JSON.org, JACKSON
- Affichage d'un texte lors de l'activation du plugin (détection de l'endroit où écrire le code du plugin)
Week 5 (February 8st - February 14th)
Design pattern
- Adapter : Utilisation de données / applications externes : données métromobilités & OSMand
- Memento : Restitution de l'application si suppression du plugin
- Observer : Pour modifier son état, la carte doit être informée du changement des données de trafic
- MVC : Architecture modèle vue contrôleur pour séparer la représentation de la carte et les données
- Choix de la librairie : JACKSON
- Réalisation d'une application « basique » en stand-alone
- Mise en place d'un lien vers SkiMapPlugin pour tester
- Objectif : diriger ce lien vers notre plugin
Week 6 (February 29st - March 6th)
- Début d'adaptation du parser pour le projet
- Résolution de bug pour rediriger vers notre plugin
Week 7 (March 7th - March 13th)
- Résolution du bug : le lien vers le plugin est effectif
- On arrive maintenant à changer la couleur d'une route