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

Chaque Github contiendra :

• Les différentes branches de code (sur smart phone, sur serveur etc.)
• 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. Track me )
  • Un Titre plus proche du produit (ex. Suivi de mon activité sportive)
• Un “Pitch”, soit deux trois lignes reprenant votre scénario de manière attractive
• Vos noms/prénoms, filières et emails
• Les liens vers les autres pages

• La Description de votre projet : Scenario (storyboard) illustratif impliquant l'Usager

• La Description de l'architecture fonctionnelle sous forme de diagramme de flux de données documentation exemple d'outil
  • Collecte d'informations nécessaires au projet comme des mesures capteurs (
• 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