===== Pages et dépôt de suivi de projet ======

==== Consignes ====
|||
Chaque projet doit ouvrir un dépôt github depuis lequel il invitera les enseignants du module : 
  * tigli (tigli@unice.fr) - Jean-Yves Tigli
  * lavirott (lavirott@unice.fr) - Stéphane Lavirotte

Chaque Github contiendra : 
  * Les différentes branches de code (code embarqué sur le RaspberryPi du projet, code sur le serveur, autres codes sur smart phone, TV ... )
  * Un wiki avec les différentes informations sur le projet selon la structure présentée dans la section suivante 

==== Evaluations ====
|||
Les évaluations de vos projets se feront au fil de l'eau avec deux audits majeurs en milieu et fin de module.
Ainsi un certain nombre de notes vous seront données sur EDT en cours de module avec une faible coefficient afin que vous puissiez évaluer votre progression dans le module et ainsi ne pas vous laisser distancer. 

==== Format et structure des pages Web de suivi de projet  ====
|||
== La première page ==
|||
La première page de votre site doit être attractive et donner envie de descendre dans votre projet 

Elle contient :
  * Le Titre de votre projet en deux parties :
     * Un Titre  "d'appel" (ex. E-MailBox)
     * Un Titre plus proche du produit (ex. Boîte aux lettres connectée et facteur virtuel) 
  * Un "Pitch", soit deux trois lignes reprenant votre scénario de manière attractive 
  * Un Croquis, un dessin, un schéma, une photo, etc., symbolisant au mieux le domaine que vous adressez
  * Vos noms/prénoms, filières et emails 
  * Les liens vers les autres pages

== Les autres pages concernent ==

  * La Description des services ambiants à l'usager : Scenario  (storyboard) illustratif impliquant l'Usager type, l'Objet, d'autres dispositifs, des services numériques, dans le contexte identifié 
   
  * La Description de l'objet (croquis) voire impression déjà faites sur [[https://www.thingiverse.com/|ThingVerse, site de partage d'impressions 3D]]
   
  * La Description infrastructurelle : CPU / capteurs - entrées  / actionneurs - sorties  / environnement de développement / librairies / connectivité matériel (réseau) / connectivité logicielle (middleware) 
    * Liste du matériel à acquérir et les informations pour les commandes associées  
    * Liste du matériel mis en oeuvre pour une évaluation du coût de votre prototype (si vous voulez une évaluation complète, il vous faudra rajouter notre coût ingénieur, étudiants et enseignants fonction des durées d'intervention) 
   
  * La Description logiciel embarqué : logique et si possible formalisme (ex. FSM) , le middleware et le protocole d'échange avec un client distant, choisis ... 
   
  * (optionnel mais souhaité) La Description du middleware et du protocole de recherche et découverte et gestion de la disponibilité, dynamiques : (ex. SSDP/UPnP, ...)

  * La Description des autres devices (ex. TV) et services numériques (ex Google Agenda, Free SMS API) mis en œuvre  qui vont être utilisés avec la liste des API conçues et fournies. 

  * La Description de la logique de composition entre APIs (objet, devices, autres services)

  * //Autres pages sur des sujets non traités ici // (ex. visualisation et contrôle local de l'objet à partir d'un client Web comme une WebApp, ou encore mise en place d'une connexion peer to peer avec l'objet depuis un téléphone pour en faire une télécommande en l'absence de connexion IP (ex. grâce à bluetooth).

<note>
Veillez à créer votre wiki sur votre GitHub le plus rapidement possible avec au moins la première page décrite ci-dessus (avant le 02/10/18)
</note>

** Remarque ** : Attention dans toutes vos utilisations d'images et autres contenus récupérés, vérifiez bien vos droits de réutilisation. Reprendre un contenu sans y être autorisé peut vous poser des problèmes. D'ailleurs, l'Ecole décline toute responsabilité dans ce cas.


===== Planning des Rendus =====

| 25_09-18|Scenario (storyboard) illustratif impliquant l'Usager type, l'Objet, d'autres dispositifs, des services numériques, dans le contexte identifié|
| 2-10-18|La Description de l'objet (croquis) voire impression déjà faites sur ThingVerse, site de partage d'impressions 3D|
| 16-10-18|Description de l'Architecture Matérielle / Logicielle du projet |
| 16-10-18|La Description infrastructurelle : CPU / capteurs - entrées / actionneurs - sorties / environnement de développement / librairies / connectivité matériel (réseau) / connectivité logicielle (middleware)|
| 16-10-18|La Description des autres devices (ex. TV) et services numériques (ex Google Agenda, Free SMS API) mis en œuvre qui vont être utilisés avec la liste des API conçues et fournies.|
| 23-10-18|La Description de la logique de composition entre APIs (objet, devices, autres services)|
| 23-10-18|La Description logiciel embarqué : logique et si possible formalisme (ex. FSM) , le middleware et le protocole d'échange avec un client distant, choisis …|
| 23-10-18|(optionnel mais souhaité) La Description du middleware et du protocole de recherche et découverte et gestion de la disponibilité, dynamiques : (ex. SSDP/UPnP, …)|
| 23-10-18|Liste du matériel à acquérir et les informations pour les commandes associées|
| 23-10-18|Liste du matériel mis en oeuvre pour une évaluation du coût de votre prototype (si vous voulez une évaluation complète, il vous faudra rajouter notre coût ingénieur, étudiants et enseignants fonction des durées d'intervention)|
| 6-11-18| SPRINT 1 : Spécifications Prototype 1 |
| Semaine du 12-11-18| AUDITION DE PROJET : SPRINT 1 : Démonstrateur Prototype 1 |

<note warning>
 Semaine du 12-11-18 AUDITION DE PROJET : 
  * Présentation Projet - Description Sprint 1 
  * Démonstrateur Prototype 1 
Un agenda détaillé des heures / jours de passage des groupes vous sera transmis par email.
Après une présentation/démonstration du prototype 1 et une description du planning à venir, les étudiants seront questionnés tour à tour sur leur investissement dans le projet.   
</note> 

==== Méthodologie de projet ====

Vous êtes responsable de la méthode utilisée pour mener votre projet parmi les nombreuses méthodes agiles. 

Les méthodes agiles se veulent plus pragmatiques que les méthodes traditionnelles, impliquent au maximum le demandeur (client) et permettent une grande réactivité à ses demandes. 

Elles reposent sur un cycle de développement itératif, incrémental et adaptatif et doivent respecter quatre valeurs fondamentales du manifeste Agile :

  * //Les Individus et leurs interactions plus que les processus et les outils//
  * Des logiciels opérationnels plus qu'une documentation exhaustive
  * La collaboration avec les clients plus que la négociation contractuelle
  * L'adaptation au changement plus que le suivi d'un plan

En pratique pour OCS ces méthodes ont pour avantage de :
  * favoriser la montée en compétence de chacun grâce à la diffusion de la connaissance au sein du groupe
  * interagir fréquemment pour plus de solidarité technique et donc une progression plus rapide
  * fournir dès le début et à toutes les étapes du projet un prototype
  * revoir régulièrement les objectifs du projet pour contourner des difficultés ou saisir des opportunités

<note>
Adoptez une méthode agile pour la gestion de votre projet, choisissez votre outil de suivi, et décliner vos sprints, Product Backlog, etc. Rajouter les informations nécessaires pour accéder à ce suivi sur votre wiki de Github.
</note>

Quelques outils Github : [[https://github.com/jvandemo/github-scrum-workflow/projects|Organize your issues with project boards]],[[https://github.com/marketplace/category/project-management|Project management]]


==== Liste des Groupes 2018 - 2019 ====
|Groupes | | | **Github au 16/10**|
|** Groupe 1: Aquarium ** |**Leader :** Clément Béal|[[https://github.com/Jamatofu/Objet-Connecte|GitHub Link]]| **OK mais vide !**|
|Clément Béal | clement.beal@etu.unice.fr|||
|Aymen Fatnassi | aymen.fatnassi@esprit.tn|||
|Naceur Rayen Saddem | naceurrayen.saddem@esprit.tn|||
|Thibault Bondon | bondon.thibault@gmail.com|||
|**Groupe 2: Oreiller **|**Leader :** Kauffmann Elliot|[[https://github.com/ltb-bossuyt/ocs-coussin-connecte|GitHub Link]]| **GitHub OK**|
|Bossuyt Luongthibien | luongthibien.bossuyt@gmail.com|||
|Faivre Blanche | blanche.faivre@laposte.net|||
|Kauffmann Elliot | elliot.kauffmann@etu.unice.fr|||
|Têtu Thomas | thomas.tetu@etu.unice.fr |||
|**Groupe 3: Etendoir **|**Leader :** DZIRI Aghiles| [[https://github.com/Cazbrik/projectOcs|GitHub Link]] | **OK croquis mais pas de scénario**|
|BOUARROUJ Ines Mzian | ines.bouarrouj@esprit.tn|||
|DZIRI Aghiles | aghiles.dziri@etu.univ-cotedazur.fr|||
|MAXIT Matthieu | matthieu.maxit@etu.univ-cotedazur.fr|||
|HAJJI Amine | amine.hajji@etu.univ-cotedazur.fr|||
|**Groupe 4: Ruche **|**Leader :**Thibaut GONNIN|[[https://github.com/tibiow/E-Hive|GitHub Link]]| **OK minimaliste**|
|Thibaut GONNIN|thibaut.gonnin@gmail.com|||
|Pierre-emmanuel NOVAC|pierre-emmanuel.novac@etu.unice.fr|||
|**Groupe 5: Tableau **|**Leader :** Jérémy Lara|[[https://github.com/AndreinaW/connected-frame|GitHub Link]]|Excellent travail retranscrit GitHub|
|Enzo Dalla-Nora| enzo.dalla-nora@etu.univ-cotedazur.fr|||
|Jérémy Lara| jeremy.lara@etu.univ-cotedazur.fr|||
|Joanna Swiderska| joanna.swiderska@etu.univ-cotedazur.fr|||
|Andreina Wilhelm| andreina-simonett.wilhelm-garcia@etu.univ-cotedazur.fr|||


|**Hors Groupes** |||**PAS DE GROUPE !**|
|Touati Nawres|ABANDON|||