-
Notifications
You must be signed in to change notification settings - Fork 1
Compte Rendu de la Réunion du 17 03 2013
Le programme de la web conférence du dimanche 17 mars 2013 été comme suit :
- Explication du travail à faire durant la 1ère phase du projet.
- Présentation de la stratégie de la réalisation du projet.
- Choix de la technologie à adopter pour chaque chantier.
- Décision sur le choix de la carte à faire.
Notre projet comporte deux phases : La première consiste à concevoir une simple application qui permet de réaliser une action la plus basique c’est-à-dire mettre en marche ou en arrêt un équipement (une lampe par exemple). On consacrera la deuxième phase à enrichir le projet par d’autres fonctions tel que : interroger la caméra de surveillance, profiter de la technologie RFID et intégrer des capteurs pour exécuter des actions suite à des évènements tel que activer la climatisation d’une pièce si sa température atteint un certain niveaun(et d’autres fonctions selon vos propositions). comme suit :
L’architecture de l’application est formée de 4 parties :
-
Application mobile : à partir de laquelle on lancera les actions et on consultera l’état de chaque équipement situé dans l’établissement.
-
Web service : peut être placé dans l’ordinateur présent dans l’établissement à gérer ou hébergé dans un serveur distant (on décidera de la solution qui offre le moins de risque), son rôle est d’enregistrer l’état actuel de chaque équipement.
-
Application desktop : installée dans l’ordinateur qui est placé dans l’établissement, elle jour le rôle de relais entre le réseau public (application mobile) et le réseau local (l'emplacement de la carte électronique), en effet on ne peut pas émettre directement des ordres depuis l’application mobile vers la carte, on doit avoir un point de relai entre ses deux derniers.
-
Carte électronique : elle reçoit les ordres qui proviennent de l’application mobile à travers le support sans fils, exécute les ordres et retransmet le résultat des actions exécutées.
Le scénario est comme suit : Avant qu’un utilisateur demande une action d'un équipement, il interroge le web service pour savoir l’état actuel de l’équipement en question. Si l’action désirée par l’utilisateur est différente par rapport à l’état actuel, l’ordre sera transmis directement vers l’application desktop installée au niveau de l’ordinateur de l’établissement. Ce dernier transmet à son tour l'ordre directement à la carte qui l’exécutera et retransmet le résultat de cette action (exécutée avec succès ou échouée) vers l’application desktop. Si l’opération a été bien exécutée, l’application met à jour le nouvel état de l’équipement dans le web service et informe l’application mobile de l'exécution achevée de l’action.
J’avoue que le projet domotique représente un grand défi étant donnée qu’il regroupe pas mal de technologies mais c’est en réalisant ce type de projet qu’on peut enrichir nos connaissances, s’entrainer et apprendre à persister pour surpasser les obstacles. Le fait de mentionner ce projet dans vos CV vous donnera un coup de pousse dans vos vies professionnels. Et pourquoi pas installer cette solution chez vous ça vous facilitera votre vie quotidienne.
Tout le monde attend des grandes choses de ce projet qui sera développé en open source et héberger dans « github », Il sera notre fierté à tous et celle de notre communauté qui lui ouvrera de nouveaux horizons. J’estime que deux au plus trois mois sont suffisants pour terminer la première phase.
Nous avons 4 chantiers : mobile, web service, desktop et carte électronique.
Nous commencerons la phase de développement dès qu’on termine la définition et l’identification des besoins de chaque chantier à l’aide de l’outil « maven » qui est assuré par : Adil Ourida (chantier mobile), Firas Gabsi (chantier desktop) et Séti Afanou (chantier web service).
Chaque membre qui désire s’investir dans un projet est invité à mentionner dans (ce mail) le chantier dans lequel il désire participer, vous pouvez participer dans plusieurs.
La technologie choisie pour le chantier desktop est le « JavaFX » et celui du web service sera « Restfull ». C’est pas grave si vous désirez participer dans l’un des chantiers et que vous ne connaissez pas la technologie proposée, on est là pour apprendre, on publiera des tutoriels pour ça.
Je demanderai plus tard, s’il y a des volontaires pour être le leader de chaque chantier; le leader doit maitriser la technologie qui sera utilisée dans ce dernier (ou la connaitre un minimum) et il doit disposer d’un peu de temps libre. Son rôle sera d’assurer le bon déroulement du chantier et répondre aux questions concernant son chantier.
Mon rôle dans ce projet est la synchronisation des différents chantiers étant donné qu’ils seront lancés en même temps, d’être présent en permanence pour répondre à toutes vos questions et bien sûr d’assumer des tâches (moi aussi j’ai le droit de m’amuser comme vous dans le développement).
C’est quatre chantiers seront lancés dès que leurs définitions seront terminées ; cela est prévue pour le début de la semaine prochaine. Par la suite les web conférence seront réalisées par chantier à part, selon les besoins.
La première mission de l’équipe qui réalisera la carte sera de prendre une décision sur le type de carte qu’on utilisera. Le choix est limité entre la carte « arduino » et « Raspberry Pi ». Ce choix doit être basé sur des arguments et ces derniers doivent être publiés dans la rubrique wiki du Github dédié à notre projet. Pour que chaque membre puisse les consulter. Les autres membres sont invités aussi à faire des recherches et de choisir l’une de ses cartes en précisant les arguments.