JY Tigli Homepages

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

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.

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

• 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 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).

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.

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

Quelques outils Github : Organize your issues with project boards,Project management