Page en construction...

Administration Geocampus

Restriction des accès

Existant :
La gestion des droit permet de différencier qui administre le système et qui peut ajouter des POI

Objectif :
Création d'un compte par université.
Ainsi l'utilisateur ne voit que l'université à sa charge.
Shibboleth?

Webservices Geocampus

Existant :
Un WebService par université avec tout les données

Objectif :
Nouveau WebService par université qui donne la dernière date de modification :
permet aux applications mobiles de savoir (en téléchargeant peu de données) si une maj des données est nécessaire

Nouveau WebService pour les données communes
"poitypes"
"category"

Administration UnivMobile

Existant :
L'administration d'UnivMobile se fait en modifiant des fichiers de configuration xml.

Objectif :
Produire une interface qui générera les fichiers xml sous forme de webservices
Un serveur par région?

Interface

Existant :
Possibilité de contenu différent entre webmobile et embarqué

Objectif :
Ajouter une possibilité de différencier le contenu pour iphone et android (problématique : compatibilité différentes)
Un compte par université

WebServices

Existant :
Un webservice par université pour iphone/android confondu

Objectif :
Un nouveau WebService pour fournir l'interface existence (correspondant au fichier de conf xml)
Un WebService iOS
Un WebService Android
Un WebService webmobile (json)

UnivMobile Web (m.univmobile.fr)

Existant :
L'application web m.univmobile.fr a été développée dans un objectif d'être compatible avec le plus grand nombre de terminaux mobiles.
Cet objectif est très contraignant et rends la maintenabilité du projet très difficile.

Objectif :
Nous partons du principe que l'utilisateur web mobile possède un terminal adapté à cet usage (iPhone/Android/BlackBerry..).
Le contenu de m.univmobile.fr est très simple.
On peut donc envisager un refonte du site existant en JQueryMobile par exemple pour simplifier la maintenabilité.