JY Tigli Homepages

• Stéphane Lavirotte - Stephane.Lavirotte@unice.fr
• Jean-Yves Tigli - Jean-Yves.Tigli@unice.fr

• Les nouveaux Systèmes Informatisés et extension du binôme BackEnd - FrontEnd
• Décomposition du projet et livrables

Support de présentation et décomposition du projet

• Domaine d'application privilégié : SMART HOME

Tutorial sur l'environnement de développement pour un Smart Système simulé de type Smart Home : Home IO - MQTT - NodeRED

	HOME IO
	MQTT
	NodeRED

A ce stade, trop peu de groupes ayant progressé sur le livrable 1, nous proposons d'aider les étudiants à décrire leur sujet de projet durant cette séance. Ce sujet devra a minima être :

• complémentaire des première et seconde parties déjà initiées (dans la mesure du possible)
• s'appuyer sur la plateforme technique proposée : Home I/O - MQTT - NodeRed (- Web Service si possible)
• en conséquence, concerner le domaine du Smart Home ou Home Automation

Durant cette séance deux enseignants viendront tour à tour s'entretenir avec chaque groupe.

Un premier entretien concernera :

• la description de votre sujet (Cf. contraintes ci-dessus), le groupe impliqué (le tableau ci-dessous sera complété. L'identification d'un leader de projet pour cette troisième partie serait un plus, à vous de voir)
• la description technique de l'architecture logicielle proposée (dont sa connexion à la premier et la seconde partie du projet) (J.Y. Tigli)

Un second entretien vous permettra d’aborder les différents points techniques de votre projet (S. Lavirotte)

Durant cette séance deux enseignants viendront tour à tour s'entretenir avec chaque groupe.

Un premier entretien concernera :

• la description de votre sujet (Cf. contraintes ci-dessus)
• le groupe impliqué (le tableau ci-dessous sera complété. L'identification d'un leader de projet pour cette troisième partie serait un plus, à vous de voir)
• la description technique de l'architecture logicielle proposée (dont sa connexion à la premier et la seconde partie du projet)

Méthodologie de travail

Après avoir identifié les capteurs (ex. , les actionneurs, les modifications logicielles possibles de l'environnement de l'appartement, vous établirez un scénario dont l'objectif et la levée d'une ou plusieurs alarmes et le déclenchement d'une action dans l'appartement. Les informations nécessaire pour cela sont :

• La carte des capteurs et actionneurs : https://realgames.co/docs/homeio/fr/devices-map/index.html
• Le mode de pilotage des dispositifs : https://realgames.co/docs/homeio/fr/device-modes/index.html

Bilan des sujets et des groupes de projet Smart Home

Comme indiqué à chaque groupe, le livrable 1 doit contenir :

• de(s) scénario(s) innovant(s)
• la connexion avec la première partie du projet (X déclaration et/ou X Visualisation)
• description plus ou moins formelle de l'application:
  • en indiquant les paramètres de configuration (souvent statiques et liés au contexte de l'application), les entrées capteurs utilisées, les sorties actionneurs mises en oeuvre, les web services fournisseurs d'information. Dans chacun des cas les données techniques d'accès doivent être précises (ex. API, message/protocole) pour éviter toute mauvaise surprise.
  • description du comportement de l'application dans le cas du scénario choisi sur la base des seuls accès aux 4 catégories d'informations précitées. Si vos compétences antérieures vous le permettent, vous êtes encouragés à utiliser des représentations plus ou moins formelles comme des automates à état fini, des grafcets, des statecharts etc.
• description de l'architecture logicielle de la partie Smart Home du projet et interconnexion avec l'existant du projet

Durant ces trois journées les 12, 13 et 14 juin, l'organisation sera similaire et proche de celle adoptée dans la conduite de projet avec des méthodes agiles. Les scénarios ébauchés et validés vous servirons de référence pour ne pas trop vous éloigner des objectifs initiaux lors des ajustements quotidiens de vos tâches.

Pour cela nous vous proposons de :

• 8:00 à 9:00 : fixer vos objectifs de la journée dès le matin

• === : vous consacrer chacun aux tâches qui vous ont été allouées pour la journée.

• 12:00 : faire un bilan pour la redistribution des ressources du projet (si l'un d'entre vous à fini, et qu'un autre rencontre des difficultés alors les deux se porte sur la tâche du second)

• === : vous consacrer chacun aux tâches qui vous ont été allouées pour la journée.

• 16:00 : veiller à fournir un prototype fonctionnel en fin de journée sur lequel vous vous concentrerez à partir de 16h (au plus tard!)

• 18:00 : faire un bilan de la journée en termes de progression ou non des TODO de la journée. Vous pourrez alors amorcer une réflexion prolongée le matin suivant avec des réorientations possibles du projet et des adaptations des scénarios.

Notez que vous serez amenés à discuter et décider dans des laps de temps plutôt courts. En conséquence il est préférable de prévoir à l'avance un mode d'arbitrage pour toute décision qui ne remporterait pas l'unanimité. Nous vous laissons deux possibilités:

• le vote à la majorité des membres du groupe sur toute prise de décision (si vous êtes un nombre pair, prévoyez de tirer au sort celui qui aura une voix prépondérante)
• la nomination d'un leader pour le groupe qui sera celui amené à prendre toutes les décisions dans un souci de cohérence du projet.

Pour toutes ces raisons voici l'organisation de vos rendus et de nos entretiens durant une journée :

1. un premier rendu pour 9h au plus tard dans un formulaire prévu à cet effet. Il contient principalement vos ambitions de la journée en termes de :
   • définition du sous-scénario mettant en oeuvre le prototype fonctionnel de fin de journée
   • listes des TODOs dans le groupe pour conduire à ce résultat et leur affectation dans le groupe
2. un second rendu pour 18h au plus tard dans un autre formulaire prévu à cet effet. Il contiendra principalement :
   • le bilan de vos avancées dans la journée (réussite et difficultés)
   • la réallocation des ressources faite à mi-parcours s'il y a lieu
   • autres faits marquants
   • des notes pour la préparation du travail du lendemain matin
3. une vidéo de démo de votre prototype (par simple capture d'écran) qui pourra être accompagnée de commentaires vocaux ou écrits dans un fichier texte annexé. (Veillez à choisir une séquence représentative des résultats de votre travail du jour).

Les rendus se font avec des formulaires que vous remplirez en ligne ici.

Afin que l'assistance pédagogique soit la plus efficace possible, voici les périodes quotidiennes d'échange avec vos enseignants et les objectifs de chacune.

• 8:00 à 9:00 : “Good Morning Meeting” avec l'enseignant pour initier votre travail du matin. En cas de blocage, vous pourrez en profiter pour affiner vos objectifs de la journée fonction des difficultés que vous avez rencontrées.

• 11:00 à 12:00 : “Support Meeting”

• 16:00 à 17:00 : “Final sprint Meeting”

Le vendredi 15 après-midi sera l'occasion pour tous les projets de présenter leurs travaux.

Pour cela nous vous demandons de préparer un exposé de 10 min. SANS TRANSPARENT, juste un exposé oral bien préparé et structuré (pour ceux qui voudrait la justification de ce type d'expérience, disons qu'il faut savoir aussi exposer autrement ( Cf. Analyse en 8 points du livre de Franck Frommer : "La pensée PowerPoint, ...").

Autres informations :

• La démonstration de votre dernier prototype fera partie de la présentation.
• Préparer une vidéo en cas de défaillance.
• Si vous avez absolument besoin de projeter un schéma (et qu'un schéma !) alors vous pourrez utiliser le vidéo projecteur depuis votre PC.

Nous vous proposons d'utiliser github et trello pour le suivi de projet, principalement pour votre dépôt de code, et l'organisation de votre travail pour chacun des trois jours (trois au total).

Le reporting sur votre projet sera transmis à vos encadrants sous la forme de formulaires

Attention : en cas de repositories privés sous github n'oubliez pas de donner accès à vos enseignants en lançant des invitations (ex. à tigli@unice.fr).