cours:plim:projet16_17:gr13:gr13
Différences
Ci-dessous, les différences entre deux révisions de la page.
| Les deux révisions précédentesRévision précédenteProchaine révision | Révision précédente | ||
| cours:plim:projet16_17:gr13:gr13 [2017/02/19 17:02] – [Rendu Final] mchebaane | cours:plim:projet16_17:gr13:gr13 [2017/02/19 23:01] (Version actuelle) – [Rendu Final] mchebaane | ||
|---|---|---|---|
| Ligne 112: | Ligne 112: | ||
| ==== Rendu Final==== | ==== Rendu Final==== | ||
| - | |||
| __**Code Source**__ | __**Code Source**__ | ||
| Voici notre code final du Wifi Locator. Vous trouvez le code dans le lien suivant: | Voici notre code final du Wifi Locator. Vous trouvez le code dans le lien suivant: | ||
| + | https:// | ||
| __**Architecture Globale**__ | __**Architecture Globale**__ | ||
| + | Nous procédons à concevoir et à développer notre application en adoptant l’architecture suivante: | ||
| + | * Coté Client : notre application mobile | ||
| + | * Coté Serveur: Cloud basé sur Google App Engine | ||
| + | * Gestion de base de donne en utilisant FireBase | ||
| {{ : | {{ : | ||
| + | |||
| + | == Conception de notre base de données == | ||
| + | |||
| + | |||
| + | Notre proposition consiste à stocker la position de l’utilisateur ainsi que la valeur de débit des Wifis autour de lui. Dans ce contexte et devant les contraintes actuelles de notre application, | ||
| + | |||
| + | Pour que nos données soient accessibles facilement et synchronisées en temps réel sur tous les appareils connectés, nous avons utilisés Firebase. Ce service se charge d’héberger les informations de wifis sous forme dun objet JSON. | ||
| + | |||
| + | Nous avons utilisé aussi le système d’authentification offert par firebase. L’idée est qu’il propose un service prêt emploi qui ne va pas stocker les identifiants, | ||
| + | |||
| + | Firebase permet aussi un cache pour anticiper sur des communications intermittentes et asynchrones. | ||
| + | |||
| + | == Coté Serveur == | ||
| + | |||
| + | | ||
| + | Notre application envoie une requète POST sous forme d’une liste des points d’accès(la valeur de latitude, | ||
| + | |||
| + | == Coté Client == | ||
| + | * Installation obligatoire | ||
| + | |||
| + | Puisque notre serveur et notre base de données sont déployés sur le cloud il va vous falloir d’installer l’application sur votre smartphone Android. | ||
| + | |||
| + | Télécharger et installer l’APK suivant sur votre smartphone : | ||
| + | |||
| + | Pour le bon fonctionnement de l’application, | ||
| + | |||
| + | {{ : | ||
| + | * Utilisation de l’application mobile | ||
| + | |||
| + | Suite à l’authentification, | ||
| + | |||
| + | {{: | ||
| + | {{: | ||
| + | |||
| + | Pour rajouter les nouvelles valeurs des wifis présentes, vous auriez besoin de cliquer sur le bouton plus. | ||
| + | |||
| + | Le deusième bouton sert a afficher la liste des regions. | ||
| + | |||
| + | {{: | ||
| + | {{: | ||
| + | |||
| + | L’amélioration effectuée tout au long de ce projet c’est qu’au lieu d’éffectuer un cluster sur un seul wifi dans une region bien précise, on envoie tout les wifis de la même region et on effectue le clustering pour rassurer le bon fonctionnement de K-means. En effet, dans la premiere version nous avons eu des clusters videos alors que lors du changement effectué nous avons réçu tout les clusters bien définis. Prenons le cas de 5 clusters ce que nous aurons en background comme ci-dessous: | ||
| + | |||
| + | {{ : | ||
| + | {{: | ||
| + | {{: | ||
| + | {{: | ||
| + | {{: | ||
| + | {{: | ||
| + | |||
| + | Finalement, nous affichons les meilleurs signaux sur notre map: | ||
| + | |||
| + | {{ : | ||
cours/plim/projet16_17/gr13/gr13.1487523747.txt.gz · Dernière modification : 2017/02/19 17:02 de mchebaane