Difference between revisions of "Proj-2014-2015-OpenHAB-ExtendedGUI"
| Line 53: | Line 53: | ||
== Week 1 (January, 13rd - January, 18th) == |
== Week 1 (January, 13rd - January, 18th) == |
||
| + | * Réflexion sur la compréhension du sujet. L'énoncé du projet étant vague, nous avons eu besoin notamment de comprendre le fonctionnement des technos UPnP, IFTTT... |
||
| − | * Meeting with Jérome Maisonnasse and Amr Alzouhri-Alyafi for the presentation of Smart Classroom, current projects and projects that can be done. |
||
| − | * Réflexion sur l'axe de travail envisagé de façon à obtenir un projet qui corresponde aux options respectives que nous faisons (projet divisé en deux sous-parties) |
||
== Week 2 (January, 19th - Janurary, 25th) == |
== Week 2 (January, 19th - Janurary, 25th) == |
||
Revision as of 15:47, 1 February 2015
Project presentation
Context
Aujourd'hui la domotique a du mal à s'implanter, du fait de sa complexité et sa faible flexibilité.
Ce reel problème nous permet de réaliser un projet sur la création d’une application étant destinée à simplifier la domotique, afin de la rendre utilisable par tout le monde, nous entendons par là, mère/père de famille ou personnes âgées.
Description
Nous devrons créer, une interface simple adaptée à des personnes d’un certain âge. L’utilisateur devra décrire sa maison sous forme hiérarchique (voir ci-dessous). Le système détectera les composants de domotique avec l’aide du protocole UPnP, configurera le composant dans le réseau. L’utilisateur devra alors ajouter dans la pièce le matériel détecté. La plupart du temps le composant entre dans une certaine catégorie, de se fait nous lui proposerons différentes action disponible (type IFTTT) pour un composant.
NomMaison1
Etage1
NomPiece1
NomComposant1
NomComposant2
NomPiece2
NomComposant1
NomComposant2
Etage2
NomPiece1
NomComposant1
NomComposant2
NomPiece2
NomComposant1
NomComposant2
Mots clés : détection, domotique, interface, simplicité, flexibilité.
Product functions
- Interface utilisateur (HTML5 pour plus de flexibilité).
- Détection automatique de nouveaux composants.
- Possibilité d'ajouter un composant dans une catégorie (Pièce, ...)
- Paramétrer un composant ajouté(ex. Marche/Arrêt).
Product evolution
Au niveau des évolutions pouvant être proposer, nous pouvons imaginer que l'utilisateur peut lui meme créer ses règles (en utilisant le style IFTTT). Une autre évolution serai de proposer plus de fonctionnalité à l'utilisateur.
Project team
Tuteurs : Didier Donsez, Amr Alzouhri-Alyafi
- Sébastien TOUSSAINT
- Thibault SAUSSAC
Links
Project schedule
The project has begun in January the 13th.
Week 1 (January, 13rd - January, 18th)
- Réflexion sur la compréhension du sujet. L'énoncé du projet étant vague, nous avons eu besoin notamment de comprendre le fonctionnement des technos UPnP, IFTTT...
Week 2 (January, 19th - Janurary, 25th)
- Presentation of our project
- Mise en contact avec les élèves de l'ENSIMAG
- Prise en main du matériel et recherche sur les technologies envisageables pour la réalisation du projet
- Prise en main d'OpenHAB
- Prise en main de l'API Moodle et installation d'un serveur Moodle sur nos machines
- Prise en main du dongle NFC + lecture/écriture de tag NFC
- Réalisation de la fiche SRS (exigences)
Week 3 (January, 26th - February, 1st)
- Réalisation des premiers diagrammes UML (cas d'utilisation, diagramme des classes et diagrammes de séquence)
- Rencontre avec les étudiants de l'ENSIMAG et passation du projet
Week 4 (February, 2nd - February, 8th)
Week 5 (February, 9th - February, 15th)
Week 6 (February, 16th - February, 22nd)
Week 7 (February, 23rd - March, 1st)
- des liens vers une implémentation d'un bundle OSGi qui implémente la spécification "UPnP Base Driver".