https://air.imag.fr/api.php?action=feedcontributions&feedformat=atom&user=Romane.Gallier 2026-05-30T15:27:17Z User contributions MediaWiki 1.39.17 https://air.imag.fr/index.php?title=Deep_Learning_2017-2018/SRS&diff=38547 2018-01-30T13:25:31Z

<p>Romane.Gallier: /* Evolution potentielles */</p> <hr /> <div>[[Deep Learning 2017-2018|'''&lt;&lt;&lt; RETOUR''']]<br /> <br /> <br /> ==Equipe projet==<br /> {| class=&quot;wikitable&quot;<br /> |-<br /> ! scope=&quot;col&quot; width=&quot;200px&quot; | Membre<br /> ! scope=&quot;col&quot; | Rôles<br /> |-<br /> |Romane Gallier<br /> |Chef de projet<br /> |-<br /> |Héloïse Fernandes de Almeida<br /> |Scrum Master, Responsable Back-End<br /> |-<br /> |Antoine Gambro<br /> |Responsable Qualité<br /> |-<br /> |Alicia Aubertin<br /> |Responsable Front-End, Responsable Communication<br /> |-<br /> |Qianqian Fu <br /> |Lead-Dev, Responsable Innovation<br /> |}<br /> <br /> =Introduction=<br /> Le but de ce projet est de permettre aux entreprises qui souhaitent trouver une personne ou une équipe de personnes pour un stage ou un emploi d'identifier le profil d’étudiant qui répond au mieux à ses attentes et qui aura les compétences nécessaires.<br /> ==But du document ==<br /> Le but de ce SRS (Software Requirement Specification) est de définir les différentes fonctionnalités de notre projet à travers des spécifications fonctionnelles et non fonctionnelles. Il décrit également le public cible du projet, et l'interface utilisateur. Il est destiné tant aux utilisateurs qu'aux développeurs du logiciel et fait office de contrat car il définit toutes les fonctionnalités qui doivent être délivrées.<br /> <br /> ==Objectif du projet ==<br /> L'année dernière, un projet de Deep Learning a été conduit dans le but de suggérer des films à des utilisateurs en utilisant de l'outil [[TensorFlow]].<br /> <br /> Cette année, le projet est repris pour pouvoir réponde à une problématique différente qui est liée au projet [[Disrupt'Campus]].<br /> <br /> Les offres de formation, et profils associés, sont aujourd'hui nombreux et il est difficile de savoir quelle formation correspond le mieux aux besoins d'une entreprise. Ce projet utilisera les stages et les embauches déjà réalisés pour entraîner notre application de prédiction de profils adaptés à une offre. Son objectif est de pouvoir aider une entreprise dans son processus d'embauche, ou de constitution d'équipes pour répondre à des problèmes, en gardant à l'esprit la construction d'équipes pluridisciplinaires.<br /> <br /> == Définitions, acronymes et abréviations ==<br /> Deep Learning : L'apprentissage profond (en anglais deep learning) est un ensemble de méthodes d'apprentissage automatique tentant de modéliser avec un haut niveau d'abstraction des données<br /> <br /> == Références ==<br /> https://fr.wikipedia.org/wiki/Apprentissage_profond<br /> <br /> https://www.tensorflow.org/tutorials/wide_and_deep<br /> <br /> ==Portée du produit ==<br /> Cette application est destinée aux entreprises ou laboratoires qui sont à la recherche d'un ou plusieurs étudiants pour effectuer un stage ou un projet.<br /> Les entreprises pourront par la suite contribuer à la base de données en indiquant si elles sont satisfaites de la proposition et ainsi la rendre plus performante.<br /> <br /> =Description générale=<br /> <br /> ==Le but du produit==<br /> Ce produit a pour but de permettre a l'utilisateur de rentrer une offre de stage ou d'emploi et d'obtenir une recommandation d'un formation d’étude adapté a ses besoins.<br /> L'utilisateur pourrait aussi indiquer si cette formation était adapté pour sa demande. Il pourra aussi obtenir le moyen de contacter un représentant de la formation pour soumettre sa proposition a des étudiants. Cette recommandation sera faite en fonction d’étudiant de cette formation qui ont répondu a des offre similaire ainsi que par les compétence nécessaire pour ce travail et les compétence acquise par l’étudiant au cours de sa formation.<br /> <br /> == Structure de l'application ==<br /> <br /> <br /> ==Caractéristiques et contraintes utilisateurs==<br /> L'utilisateur devra posséder une connexion internet pour pouvoir utiliser l'application.<br /> <br /> L'utilisateur n'aura pas besoin de compétence en informatique pour utiliser l'application, il devra simplement savoir naviguer sur un site internet.<br /> <br /> ==Contraintes générales du système==<br /> <br /> <br /> ==Dépendances==<br /> <br /> =Exigence fonctionelles=<br /> <br /> ==Conception de l'interface du système==<br /> <br /> <br /> == Fonctionnalités ==<br /> Une partie de l'application sera disponible dans inscription:<br /> L'utilisateur pourra entrer une offre sous la forme d'un texte ou en important un fichier.<br /> L'application répondra par une formation qui permet de répondre a cette offre. La formation sera afficher sous la forme d'un résume et l'utilisateur pourra accéder a un détails plus complets. Dans ce détails il y aura un moyen de contacter un responsable de la formation et un lien vers le site officielle.<br /> L'utilisateur pourra s'inscrire pour avoir aces a plus de fonctionnalité :<br /> Il pourra sauvegarder des offres.<br /> Il pourra indiquer un étudiant de quelle formation il a contracter pour une offre.<br /> Une partie administrative sera disponible pour avoir accès a des statistique de l'application.<br /> <br /> =Exigence de performance=<br /> Facilité d'utilisation : Le logiciel doit pouvoir être utilise par un utilisateur non expert et être agréable.<br /> Rapidité : Le temps de réponse doit être raisonnable.<br /> Gestion des erreurs : Les erreur doivent être géré en interne et ne pas nécessiter d'intervention humaine.<br /> Précision: Le modèle de prédiction doit être assez fiable ( précision &gt; ?????)<br /> <br /> =Evolution potentielles=<br /> La base d’apprentissage pourra être complété pour augmenter la précision de prédiction du produit.<br /> Le produit pourra être déployé sur un système Multi-serveurs pour permettre une plus grande performance de calcul.</div>

Romane.Gallier https://air.imag.fr/index.php?title=Deep_Learning_2017-2018/SRS&diff=38546 2018-01-30T13:21:49Z

<p>Romane.Gallier: /* Exigence de performance */</p> <hr /> <div>[[Deep Learning 2017-2018|'''&lt;&lt;&lt; RETOUR''']]<br /> <br /> <br /> ==Equipe projet==<br /> {| class=&quot;wikitable&quot;<br /> |-<br /> ! scope=&quot;col&quot; width=&quot;200px&quot; | Membre<br /> ! scope=&quot;col&quot; | Rôles<br /> |-<br /> |Romane Gallier<br /> |Chef de projet<br /> |-<br /> |Héloïse Fernandes de Almeida<br /> |Scrum Master, Responsable Back-End<br /> |-<br /> |Antoine Gambro<br /> |Responsable Qualité<br /> |-<br /> |Alicia Aubertin<br /> |Responsable Front-End, Responsable Communication<br /> |-<br /> |Qianqian Fu <br /> |Lead-Dev, Responsable Innovation<br /> |}<br /> <br /> =Introduction=<br /> Le but de ce projet est de permettre aux entreprises qui souhaitent trouver une personne ou une équipe de personnes pour un stage ou un emploi d'identifier le profil d’étudiant qui répond au mieux à ses attentes et qui aura les compétences nécessaires.<br /> ==But du document ==<br /> Le but de ce SRS (Software Requirement Specification) est de définir les différentes fonctionnalités de notre projet à travers des spécifications fonctionnelles et non fonctionnelles. Il décrit également le public cible du projet, et l'interface utilisateur. Il est destiné tant aux utilisateurs qu'aux développeurs du logiciel et fait office de contrat car il définit toutes les fonctionnalités qui doivent être délivrées.<br /> <br /> ==Objectif du projet ==<br /> L'année dernière, un projet de Deep Learning a été conduit dans le but de suggérer des films à des utilisateurs en utilisant de l'outil [[TensorFlow]].<br /> <br /> Cette année, le projet est repris pour pouvoir réponde à une problématique différente qui est liée au projet [[Disrupt'Campus]].<br /> <br /> Les offres de formation, et profils associés, sont aujourd'hui nombreux et il est difficile de savoir quelle formation correspond le mieux aux besoins d'une entreprise. Ce projet utilisera les stages et les embauches déjà réalisés pour entraîner notre application de prédiction de profils adaptés à une offre. Son objectif est de pouvoir aider une entreprise dans son processus d'embauche, ou de constitution d'équipes pour répondre à des problèmes, en gardant à l'esprit la construction d'équipes pluridisciplinaires.<br /> <br /> == Définitions, acronymes et abréviations ==<br /> Deep Learning : L'apprentissage profond (en anglais deep learning) est un ensemble de méthodes d'apprentissage automatique tentant de modéliser avec un haut niveau d'abstraction des données<br /> <br /> == Références ==<br /> https://fr.wikipedia.org/wiki/Apprentissage_profond<br /> <br /> https://www.tensorflow.org/tutorials/wide_and_deep<br /> <br /> ==Portée du produit ==<br /> Cette application est destinée aux entreprises ou laboratoires qui sont à la recherche d'un ou plusieurs étudiants pour effectuer un stage ou un projet.<br /> Les entreprises pourront par la suite contribuer à la base de données en indiquant si elles sont satisfaites de la proposition et ainsi la rendre plus performante.<br /> <br /> =Description générale=<br /> <br /> ==Le but du produit==<br /> Ce produit a pour but de permettre a l'utilisateur de rentrer une offre de stage ou d'emploi et d'obtenir une recommandation d'un formation d’étude adapté a ses besoins.<br /> L'utilisateur pourrait aussi indiquer si cette formation était adapté pour sa demande. Il pourra aussi obtenir le moyen de contacter un représentant de la formation pour soumettre sa proposition a des étudiants. Cette recommandation sera faite en fonction d’étudiant de cette formation qui ont répondu a des offre similaire ainsi que par les compétence nécessaire pour ce travail et les compétence acquise par l’étudiant au cours de sa formation.<br /> <br /> == Structure de l'application ==<br /> <br /> <br /> ==Caractéristiques et contraintes utilisateurs==<br /> L'utilisateur devra posséder une connexion internet pour pouvoir utiliser l'application.<br /> <br /> L'utilisateur n'aura pas besoin de compétence en informatique pour utiliser l'application, il devra simplement savoir naviguer sur un site internet.<br /> <br /> ==Contraintes générales du système==<br /> <br /> <br /> ==Dépendances==<br /> <br /> =Exigence fonctionelles=<br /> <br /> ==Conception de l'interface du système==<br /> <br /> <br /> == Fonctionnalités ==<br /> Une partie de l'application sera disponible dans inscription:<br /> L'utilisateur pourra entrer une offre sous la forme d'un texte ou en important un fichier.<br /> L'application répondra par une formation qui permet de répondre a cette offre. La formation sera afficher sous la forme d'un résume et l'utilisateur pourra accéder a un détails plus complets. Dans ce détails il y aura un moyen de contacter un responsable de la formation et un lien vers le site officielle.<br /> L'utilisateur pourra s'inscrire pour avoir aces a plus de fonctionnalité :<br /> Il pourra sauvegarder des offres.<br /> Il pourra indiquer un étudiant de quelle formation il a contracter pour une offre.<br /> Une partie administrative sera disponible pour avoir accès a des statistique de l'application.<br /> <br /> =Exigence de performance=<br /> Facilité d'utilisation : Le logiciel doit pouvoir être utilise par un utilisateur non expert et être agréable.<br /> Rapidité : Le temps de réponse doit être raisonnable.<br /> Gestion des erreurs : Les erreur doivent être géré en interne et ne pas nécessiter d'intervention humaine.<br /> Précision: Le modèle de prédiction doit être assez fiable ( précision &gt; ?????)<br /> <br /> =Evolution potentielles=</div>

Romane.Gallier https://air.imag.fr/index.php?title=Deep_Learning_2017-2018/SRS&diff=38545 2018-01-30T13:16:52Z

<p>Romane.Gallier: /* Fonctionnalités */</p> <hr /> <div>[[Deep Learning 2017-2018|'''&lt;&lt;&lt; RETOUR''']]<br /> <br /> <br /> ==Equipe projet==<br /> {| class=&quot;wikitable&quot;<br /> |-<br /> ! scope=&quot;col&quot; width=&quot;200px&quot; | Membre<br /> ! scope=&quot;col&quot; | Rôles<br /> |-<br /> |Romane Gallier<br /> |Chef de projet<br /> |-<br /> |Héloïse Fernandes de Almeida<br /> |Scrum Master, Responsable Back-End<br /> |-<br /> |Antoine Gambro<br /> |Responsable Qualité<br /> |-<br /> |Alicia Aubertin<br /> |Responsable Front-End, Responsable Communication<br /> |-<br /> |Qianqian Fu <br /> |Lead-Dev, Responsable Innovation<br /> |}<br /> <br /> =Introduction=<br /> Le but de ce projet est de permettre aux entreprises qui souhaitent trouver une personne ou une équipe de personnes pour un stage ou un emploi d'identifier le profil d’étudiant qui répond au mieux à ses attentes et qui aura les compétences nécessaires.<br /> ==But du document ==<br /> Le but de ce SRS (Software Requirement Specification) est de définir les différentes fonctionnalités de notre projet à travers des spécifications fonctionnelles et non fonctionnelles. Il décrit également le public cible du projet, et l'interface utilisateur. Il est destiné tant aux utilisateurs qu'aux développeurs du logiciel et fait office de contrat car il définit toutes les fonctionnalités qui doivent être délivrées.<br /> <br /> ==Objectif du projet ==<br /> L'année dernière, un projet de Deep Learning a été conduit dans le but de suggérer des films à des utilisateurs en utilisant de l'outil [[TensorFlow]].<br /> <br /> Cette année, le projet est repris pour pouvoir réponde à une problématique différente qui est liée au projet [[Disrupt'Campus]].<br /> <br /> Les offres de formation, et profils associés, sont aujourd'hui nombreux et il est difficile de savoir quelle formation correspond le mieux aux besoins d'une entreprise. Ce projet utilisera les stages et les embauches déjà réalisés pour entraîner notre application de prédiction de profils adaptés à une offre. Son objectif est de pouvoir aider une entreprise dans son processus d'embauche, ou de constitution d'équipes pour répondre à des problèmes, en gardant à l'esprit la construction d'équipes pluridisciplinaires.<br /> <br /> == Définitions, acronymes et abréviations ==<br /> Deep Learning : L'apprentissage profond (en anglais deep learning) est un ensemble de méthodes d'apprentissage automatique tentant de modéliser avec un haut niveau d'abstraction des données<br /> <br /> == Références ==<br /> https://fr.wikipedia.org/wiki/Apprentissage_profond<br /> <br /> https://www.tensorflow.org/tutorials/wide_and_deep<br /> <br /> ==Portée du produit ==<br /> Cette application est destinée aux entreprises ou laboratoires qui sont à la recherche d'un ou plusieurs étudiants pour effectuer un stage ou un projet.<br /> Les entreprises pourront par la suite contribuer à la base de données en indiquant si elles sont satisfaites de la proposition et ainsi la rendre plus performante.<br /> <br /> =Description générale=<br /> <br /> ==Le but du produit==<br /> Ce produit a pour but de permettre a l'utilisateur de rentrer une offre de stage ou d'emploi et d'obtenir une recommandation d'un formation d’étude adapté a ses besoins.<br /> L'utilisateur pourrait aussi indiquer si cette formation était adapté pour sa demande. Il pourra aussi obtenir le moyen de contacter un représentant de la formation pour soumettre sa proposition a des étudiants. Cette recommandation sera faite en fonction d’étudiant de cette formation qui ont répondu a des offre similaire ainsi que par les compétence nécessaire pour ce travail et les compétence acquise par l’étudiant au cours de sa formation.<br /> <br /> == Structure de l'application ==<br /> <br /> <br /> ==Caractéristiques et contraintes utilisateurs==<br /> L'utilisateur devra posséder une connexion internet pour pouvoir utiliser l'application.<br /> <br /> L'utilisateur n'aura pas besoin de compétence en informatique pour utiliser l'application, il devra simplement savoir naviguer sur un site internet.<br /> <br /> ==Contraintes générales du système==<br /> <br /> <br /> ==Dépendances==<br /> <br /> =Exigence fonctionelles=<br /> <br /> ==Conception de l'interface du système==<br /> <br /> <br /> == Fonctionnalités ==<br /> Une partie de l'application sera disponible dans inscription:<br /> L'utilisateur pourra entrer une offre sous la forme d'un texte ou en important un fichier.<br /> L'application répondra par une formation qui permet de répondre a cette offre. La formation sera afficher sous la forme d'un résume et l'utilisateur pourra accéder a un détails plus complets. Dans ce détails il y aura un moyen de contacter un responsable de la formation et un lien vers le site officielle.<br /> L'utilisateur pourra s'inscrire pour avoir aces a plus de fonctionnalité :<br /> Il pourra sauvegarder des offres.<br /> Il pourra indiquer un étudiant de quelle formation il a contracter pour une offre.<br /> Une partie administrative sera disponible pour avoir accès a des statistique de l'application.<br /> <br /> =Exigence de performance=<br /> =Evolution potentielles=</div>

Romane.Gallier https://air.imag.fr/index.php?title=Deep_Learning_2017-2018/SRS&diff=38542 2018-01-30T13:04:45Z

<p>Romane.Gallier: /* Caractéristiques et contraintes utilisateurs */</p> <hr /> <div>[[Deep Learning 2017-2018|'''&lt;&lt;&lt; RETOUR''']]<br /> <br /> <br /> ==Equipe projet==<br /> {| class=&quot;wikitable&quot;<br /> |-<br /> ! scope=&quot;col&quot; width=&quot;200px&quot; | Membre<br /> ! scope=&quot;col&quot; | Rôles<br /> |-<br /> |Romane Gallier<br /> |Chef de projet<br /> |-<br /> |Héloïse Fernandes de Almeida<br /> |Scrum Master, Responsable Back-End<br /> |-<br /> |Antoine Gambro<br /> |Responsable Qualité<br /> |-<br /> |Alicia Aubertin<br /> |Responsable Front-End, Responsable Communication<br /> |-<br /> |Qianqian Fu <br /> |Lead-Dev, Responsable Innovation<br /> |}<br /> <br /> =Introduction=<br /> Le but de ce projet est de permettre aux entreprises qui souhaitent trouver une personne ou une équipe de personnes pour un stage ou un emploi d'identifier le profil d’étudiant qui répond au mieux à ses attentes et qui aura les compétences nécessaires.<br /> ==But du document ==<br /> Le but de ce document SRS est de fournir une vue d'ensemble détaillée de notre système logiciel, ses paramètres et buts. Ce document décrit le public cible du projet et son interface utilisateur, ainsi que les spécifications du logiciel. Ce document est destiné tant aux utilisateurs qu'aux développeurs du logiciel.<br /> <br /> ==Objectif du projet ==<br /> Les offres de formation sont aujourd'hui très vastes et il est difficile de savoir quelle formation correspond le mieux à un besoin d'une entreprise. Ce projet se basera sur les stages et les embauches déjà réalisés pour guider les entreprises et leur faire des suggestions. L'objectif de ce projet est de pouvoir aider une entreprise dans son choix d'étudiant et de lui permettre ainsi de trouver la ou les personnes les plus adaptées.<br /> <br /> == Définitions, acronymes et abréviations ==<br /> Deep Learning : L'apprentissage profond (en anglais deep learning) est un ensemble de méthodes d'apprentissage automatique tentant de modéliser avec un haut niveau d'abstraction des données<br /> <br /> == Références ==<br /> https://fr.wikipedia.org/wiki/Apprentissage_profond<br /> <br /> https://www.tensorflow.org/tutorials/wide_and_deep<br /> <br /> ==Portée du produit ==<br /> Cette application est destinée aux entreprises ou laboratoires qui sont à la recherche d'un ou plusieurs étudiants pour effectuer un stage ou un projet.<br /> Les entreprises pourront par la suite contribuer à la base de données en indiquant si elles sont satisfaites de la proposition et ainsi la rendre plus performante.<br /> <br /> =Description générale=<br /> <br /> ==Le but du produit==<br /> Ce produit a pour but de permettre a l'utilisateur de rentrer une offre de stage ou d'emploi et d'obtenir une recommandation d'un formation d’étude adapté a ses besoins.<br /> L'utilisateur pourrait aussi indiquer si cette formation était adapté pour sa demande. Il pourra aussi obtenir le moyen de contacter un représentant de la formation pour soumettre sa proposition a des étudiants. Cette recommandation sera faite en fonction d’étudiant de cette formation qui ont répondu a des offre similaire ainsi que par les compétence nécessaire pour ce travail et les compétence acquise par l’étudiant au cours de sa formation.<br /> <br /> == Structure de l'application ==<br /> <br /> <br /> ==Caractéristiques et contraintes utilisateurs==<br /> L'utilisateur devra posséder une connexion internet pour pouvoir utiliser l'application.<br /> <br /> L'utilisateur n'aura pas besoin de compétence en informatique pour utiliser l'application, il devra simplement savoir naviguer sur un site internet.<br /> <br /> ==Contraintes générales du système==<br /> <br /> <br /> ==Dépendances==<br /> <br /> =Exigence fonctionelles=<br /> <br /> ==Conception de l'interface du système==<br /> <br /> <br /> == Fonctionnalités ==<br /> <br /> =Exigence de performance=<br /> =Evolution potentielles=</div>

Romane.Gallier https://air.imag.fr/index.php?title=Deep_Learning_2017-2018/SRS&diff=38541 2018-01-30T13:04:16Z

<p>Romane.Gallier: /* Caractéristiques et contraintes utilisateurs */</p> <hr /> <div>[[Deep Learning 2017-2018|'''&lt;&lt;&lt; RETOUR''']]<br /> <br /> <br /> ==Equipe projet==<br /> {| class=&quot;wikitable&quot;<br /> |-<br /> ! scope=&quot;col&quot; width=&quot;200px&quot; | Membre<br /> ! scope=&quot;col&quot; | Rôles<br /> |-<br /> |Romane Gallier<br /> |Chef de projet<br /> |-<br /> |Héloïse Fernandes de Almeida<br /> |Scrum Master, Responsable Back-End<br /> |-<br /> |Antoine Gambro<br /> |Responsable Qualité<br /> |-<br /> |Alicia Aubertin<br /> |Responsable Front-End, Responsable Communication<br /> |-<br /> |Qianqian Fu <br /> |Lead-Dev, Responsable Innovation<br /> |}<br /> <br /> =Introduction=<br /> Le but de ce projet est de permettre aux entreprises qui souhaitent trouver une personne ou une équipe de personnes pour un stage ou un emploi d'identifier le profil d’étudiant qui répond au mieux à ses attentes et qui aura les compétences nécessaires.<br /> ==But du document ==<br /> Le but de ce document SRS est de fournir une vue d'ensemble détaillée de notre système logiciel, ses paramètres et buts. Ce document décrit le public cible du projet et son interface utilisateur, ainsi que les spécifications du logiciel. Ce document est destiné tant aux utilisateurs qu'aux développeurs du logiciel.<br /> <br /> ==Objectif du projet ==<br /> Les offres de formation sont aujourd'hui très vastes et il est difficile de savoir quelle formation correspond le mieux à un besoin d'une entreprise. Ce projet se basera sur les stages et les embauches déjà réalisés pour guider les entreprises et leur faire des suggestions. L'objectif de ce projet est de pouvoir aider une entreprise dans son choix d'étudiant et de lui permettre ainsi de trouver la ou les personnes les plus adaptées.<br /> <br /> == Définitions, acronymes et abréviations ==<br /> Deep Learning : L'apprentissage profond (en anglais deep learning) est un ensemble de méthodes d'apprentissage automatique tentant de modéliser avec un haut niveau d'abstraction des données<br /> <br /> == Références ==<br /> https://fr.wikipedia.org/wiki/Apprentissage_profond<br /> <br /> https://www.tensorflow.org/tutorials/wide_and_deep<br /> <br /> ==Portée du produit ==<br /> Cette application est destinée aux entreprises ou laboratoires qui sont à la recherche d'un ou plusieurs étudiants pour effectuer un stage ou un projet.<br /> Les entreprises pourront par la suite contribuer à la base de données en indiquant si elles sont satisfaites de la proposition et ainsi la rendre plus performante.<br /> <br /> =Description générale=<br /> <br /> ==Le but du produit==<br /> Ce produit a pour but de permettre a l'utilisateur de rentrer une offre de stage ou d'emploi et d'obtenir une recommandation d'un formation d’étude adapté a ses besoins.<br /> L'utilisateur pourrait aussi indiquer si cette formation était adapté pour sa demande. Il pourra aussi obtenir le moyen de contacter un représentant de la formation pour soumettre sa proposition a des étudiants. Cette recommandation sera faite en fonction d’étudiant de cette formation qui ont répondu a des offre similaire ainsi que par les compétence nécessaire pour ce travail et les compétence acquise par l’étudiant au cours de sa formation.<br /> <br /> == Structure de l'application ==<br /> <br /> <br /> ==Caractéristiques et contraintes utilisateurs==<br /> L'utilisateur devra posséder une connexion internet pour pouvoir utiliser l'application.<br /> L'utilisateur n'aura pas besoin de compétence en informatique pour utiliser l'application, il devra simplement savoir naviguer sur un site internet.<br /> <br /> ==Contraintes générales du système==<br /> <br /> <br /> ==Dépendances==<br /> <br /> =Exigence fonctionelles=<br /> <br /> ==Conception de l'interface du système==<br /> <br /> <br /> == Fonctionnalités ==<br /> <br /> =Exigence de performance=<br /> =Evolution potentielles=</div>

Romane.Gallier https://air.imag.fr/index.php?title=Deep_Learning_2017-2018/SRS&diff=38540 2018-01-30T13:01:06Z

<p>Romane.Gallier: /* Le but du produit */</p> <hr /> <div>[[Deep Learning 2017-2018|'''&lt;&lt;&lt; RETOUR''']]<br /> <br /> <br /> ==Equipe projet==<br /> {| class=&quot;wikitable&quot;<br /> |-<br /> ! scope=&quot;col&quot; width=&quot;200px&quot; | Membre<br /> ! scope=&quot;col&quot; | Rôles<br /> |-<br /> |Romane Gallier<br /> |Chef de projet<br /> |-<br /> |Héloïse Fernandes de Almeida<br /> |Scrum Master, Responsable Back-End<br /> |-<br /> |Antoine Gambro<br /> |Responsable Qualité<br /> |-<br /> |Alicia Aubertin<br /> |Responsable Front-End, Responsable Communication<br /> |-<br /> |Qianqian Fu <br /> |Lead-Dev, Responsable Innovation<br /> |}<br /> <br /> =Introduction=<br /> Le but de ce projet est de permettre aux entreprises qui souhaitent trouver une personne ou une équipe de personnes pour un stage ou un emploi d'identifier le profil d’étudiant qui répond au mieux à ses attentes et qui aura les compétences nécessaires.<br /> ==But du document ==<br /> Le but de ce document SRS est de fournir une vue d'ensemble détaillée de notre système logiciel, ses paramètres et buts. Ce document décrit le public cible du projet et son interface utilisateur, ainsi que les spécifications du logiciel. Ce document est destiné tant aux utilisateurs qu'aux développeurs du logiciel.<br /> <br /> ==Objectif du projet ==<br /> Les offres de formation sont aujourd'hui très vastes et il est difficile de savoir quelle formation correspond le mieux à un besoin d'une entreprise. Ce projet se basera sur les stages et les embauches déjà réalisés pour guider les entreprises et leur faire des suggestions. L'objectif de ce projet est de pouvoir aider une entreprise dans son choix d'étudiant et de lui permettre ainsi de trouver la ou les personnes les plus adaptées.<br /> <br /> == Définitions, acronymes et abréviations ==<br /> Deep Learning : L'apprentissage profond (en anglais deep learning) est un ensemble de méthodes d'apprentissage automatique tentant de modéliser avec un haut niveau d'abstraction des données<br /> <br /> == Références ==<br /> https://fr.wikipedia.org/wiki/Apprentissage_profond<br /> <br /> https://www.tensorflow.org/tutorials/wide_and_deep<br /> <br /> ==Portée du produit ==<br /> Cette application est destinée aux entreprises ou laboratoires qui sont à la recherche d'un ou plusieurs étudiants pour effectuer un stage ou un projet.<br /> Les entreprises pourront par la suite contribuer à la base de données en indiquant si elles sont satisfaites de la proposition et ainsi la rendre plus performante.<br /> <br /> =Description générale=<br /> <br /> ==Le but du produit==<br /> Ce produit a pour but de permettre a l'utilisateur de rentrer une offre de stage ou d'emploi et d'obtenir une recommandation d'un formation d’étude adapté a ses besoins.<br /> L'utilisateur pourrait aussi indiquer si cette formation était adapté pour sa demande. Il pourra aussi obtenir le moyen de contacter un représentant de la formation pour soumettre sa proposition a des étudiants. Cette recommandation sera faite en fonction d’étudiant de cette formation qui ont répondu a des offre similaire ainsi que par les compétence nécessaire pour ce travail et les compétence acquise par l’étudiant au cours de sa formation.<br /> <br /> == Structure de l'application ==<br /> <br /> <br /> ==Caractéristiques et contraintes utilisateurs==<br /> <br /> <br /> ==Contraintes générales du système==<br /> <br /> <br /> ==Dépendances==<br /> <br /> =Exigence fonctionelles=<br /> <br /> ==Conception de l'interface du système==<br /> <br /> <br /> == Fonctionnalités ==<br /> <br /> =Exigence de performance=<br /> =Evolution potentielles=</div>

Romane.Gallier https://air.imag.fr/index.php?title=Deep_Learning_2017-2018/SRS&diff=38533 2018-01-30T11:03:34Z

<p>Romane.Gallier: /* Portée du produit */</p> <hr /> <div>[[Deep Learning 2017-2018|'''&lt;&lt;&lt; RETOUR''']]<br /> <br /> <br /> ==Equipe projet==<br /> {| class=&quot;wikitable&quot;<br /> |-<br /> ! scope=&quot;col&quot; width=&quot;200px&quot; | Membre<br /> ! scope=&quot;col&quot; | Rôles<br /> |-<br /> |Romane Gallier<br /> |Chef de projet<br /> |-<br /> |Héloïse Fernandes de Almeida<br /> |Scrum Master, Responsable Back-End<br /> |-<br /> |Antoine Gambro<br /> |Responsable Qualité<br /> |-<br /> |Alicia Aubertin<br /> |Responsable Front-End, Responsable Communication<br /> |-<br /> |Qianqian Fu <br /> |Lead-Dev, Responsable Innovation<br /> |}<br /> <br /> =Introduction=<br /> Le but de ce projet est de permettre au entreprise qui souhaite une personnes ou une équipe de personnes pour réaliser une offre de stage ou d'emploi d'identifier le profil d’étudiant qui répond au mieux a ses attende et qui aura les compétence nécessaire.<br /> ==But du document ==<br /> Le but de ce document SRS est de fournir une vue d'ensemble détaillée de notre système logiciel, ses paramètres et buts. Ce document décrit le public cible du projet et son interface utilisateur, ainsi que les spécifications du logiciel. Ce document est destiné tant aux utilisateurs qu'aux développeurs du logiciel.<br /> <br /> ==Objectif du projet ==<br /> Les offres de formation sont aujourd'hui très vastes et il est difficile de savoir quelle formation correspond le mieux à un besoin d'une entreprise. Ce projet se basera sur les stages et les embauches déjà réalisés pour guider les entreprises et leur faire des suggestions. L'objectif de ce projet est de pouvoir aider une entreprise dans son choix d'étudiant et de lui permettre ainsi de trouver la ou les personnes les plus adaptées.<br /> <br /> == Définitions, acronymes et abréviations ==<br /> Deep Learning : L'apprentissage profond (en anglais deep learning) est un ensemble de méthodes d'apprentissage automatique tentant de modéliser avec un haut niveau d'abstraction des données<br /> <br /> == Références ==<br /> https://fr.wikipedia.org/wiki/Apprentissage_profond<br /> <br /> ==Portée du produit ==<br /> Cette application est destinée au entreprise ou laboratoire qui sont a la recherche d'un ou plusieurs etudiant pour effectuer un stage ou un projet.<br /> Les entreprises pouront par la suite contribue a la base de données en indiquant si il sont satifait de la proposition et ainsi la rendre plus performante.<br /> <br /> =Description générale=<br /> <br /> ==Le but du produit==<br /> <br /> <br /> == Structure de l'application ==<br /> <br /> <br /> ==Caractéristiques et contraintes utilisateurs==<br /> <br /> <br /> ==Contraintes générales du système==<br /> <br /> <br /> ==Dépendances==<br /> <br /> =Exigence fonctionelles=<br /> <br /> ==Conception de l'interface du système==<br /> <br /> <br /> == Fonctionnalités ==<br /> <br /> =Exigence de performance=<br /> =Evolution potentielles=</div>

Romane.Gallier https://air.imag.fr/index.php?title=Deep_Learning_2017-2018/SRS&diff=38531 2018-01-30T11:01:00Z

<p>Romane.Gallier: /* Références */</p> <hr /> <div>[[Deep Learning 2017-2018|'''&lt;&lt;&lt; RETOUR''']]<br /> <br /> <br /> ==Equipe projet==<br /> {| class=&quot;wikitable&quot;<br /> |-<br /> ! scope=&quot;col&quot; width=&quot;200px&quot; | Membre<br /> ! scope=&quot;col&quot; | Rôles<br /> |-<br /> |Romane Gallier<br /> |Chef de projet<br /> |-<br /> |Héloïse Fernandes de Almeida<br /> |Scrum Master, Responsable Back-End<br /> |-<br /> |Antoine Gambro<br /> |Responsable Qualité<br /> |-<br /> |Alicia Aubertin<br /> |Responsable Front-End, Responsable Communication<br /> |-<br /> |Qianqian Fu <br /> |Lead-Dev, Responsable Innovation<br /> |}<br /> <br /> =Introduction=<br /> Le but de ce projet est de permettre au entreprise qui souhaite une personnes ou une équipe de personnes pour réaliser une offre de stage ou d'emploi d'identifier le profil d’étudiant qui répond au mieux a ses attende et qui aura les compétence nécessaire.<br /> ==But du document ==<br /> Le but de ce document SRS est de fournir une vue d'ensemble détaillée de notre système logiciel, ses paramètres et buts. Ce document décrit le public cible du projet et son interface utilisateur, ainsi que les spécifications du logiciel. Ce document est destiné tant aux utilisateurs qu'aux développeurs du logiciel.<br /> <br /> ==Objectif du projet ==<br /> Les offres de formation sont aujourd'hui très vastes et il est difficile de savoir quelle formation correspond le mieux à un besoin d'une entreprise. Ce projet se basera sur les stages et les embauches déjà réalisés pour guider les entreprises et leur faire des suggestions. L'objectif de ce projet est de pouvoir aider une entreprise dans son choix d'étudiant et de lui permettre ainsi de trouver la ou les personnes les plus adaptées.<br /> <br /> == Définitions, acronymes et abréviations ==<br /> Deep Learning :L'apprentissage profond (en anglais deep learning) est un ensemble de méthodes d'apprentissage automatique tentant de modéliser avec un haut niveau d'abstraction des données<br /> <br /> == Références ==<br /> https://fr.wikipedia.org/wiki/Apprentissage_profond<br /> <br /> ==Portée du produit ==<br /> <br /> =Description générale=<br /> <br /> ==Le but du produit==<br /> <br /> <br /> == Structure de l'application ==<br /> <br /> <br /> ==Caractéristiques et contraintes utilisateurs==<br /> <br /> <br /> ==Contraintes générales du système==<br /> <br /> <br /> ==Dépendances==<br /> <br /> =Exigence fonctionelles=<br /> <br /> ==Conception de l'interface du système==<br /> <br /> <br /> == Fonctionnalités ==<br /> <br /> =Exigence de performance=<br /> =Evolution potentielles=</div>

Romane.Gallier https://air.imag.fr/index.php?title=Deep_Learning_2017-2018/SRS&diff=38530 2018-01-30T11:00:43Z

<p>Romane.Gallier: /* Définitions, acronymes et abréviations */</p> <hr /> <div>[[Deep Learning 2017-2018|'''&lt;&lt;&lt; RETOUR''']]<br /> <br /> <br /> ==Equipe projet==<br /> {| class=&quot;wikitable&quot;<br /> |-<br /> ! scope=&quot;col&quot; width=&quot;200px&quot; | Membre<br /> ! scope=&quot;col&quot; | Rôles<br /> |-<br /> |Romane Gallier<br /> |Chef de projet<br /> |-<br /> |Héloïse Fernandes de Almeida<br /> |Scrum Master, Responsable Back-End<br /> |-<br /> |Antoine Gambro<br /> |Responsable Qualité<br /> |-<br /> |Alicia Aubertin<br /> |Responsable Front-End, Responsable Communication<br /> |-<br /> |Qianqian Fu <br /> |Lead-Dev, Responsable Innovation<br /> |}<br /> <br /> =Introduction=<br /> Le but de ce projet est de permettre au entreprise qui souhaite une personnes ou une équipe de personnes pour réaliser une offre de stage ou d'emploi d'identifier le profil d’étudiant qui répond au mieux a ses attende et qui aura les compétence nécessaire.<br /> ==But du document ==<br /> Le but de ce document SRS est de fournir une vue d'ensemble détaillée de notre système logiciel, ses paramètres et buts. Ce document décrit le public cible du projet et son interface utilisateur, ainsi que les spécifications du logiciel. Ce document est destiné tant aux utilisateurs qu'aux développeurs du logiciel.<br /> <br /> ==Objectif du projet ==<br /> Les offres de formation sont aujourd'hui très vastes et il est difficile de savoir quelle formation correspond le mieux à un besoin d'une entreprise. Ce projet se basera sur les stages et les embauches déjà réalisés pour guider les entreprises et leur faire des suggestions. L'objectif de ce projet est de pouvoir aider une entreprise dans son choix d'étudiant et de lui permettre ainsi de trouver la ou les personnes les plus adaptées.<br /> <br /> == Définitions, acronymes et abréviations ==<br /> Deep Learning :L'apprentissage profond (en anglais deep learning) est un ensemble de méthodes d'apprentissage automatique tentant de modéliser avec un haut niveau d'abstraction des données<br /> <br /> == Références ==<br /> <br /> <br /> ==Portée du produit ==<br /> <br /> =Description générale=<br /> <br /> ==Le but du produit==<br /> <br /> <br /> == Structure de l'application ==<br /> <br /> <br /> ==Caractéristiques et contraintes utilisateurs==<br /> <br /> <br /> ==Contraintes générales du système==<br /> <br /> <br /> ==Dépendances==<br /> <br /> =Exigence fonctionelles=<br /> <br /> ==Conception de l'interface du système==<br /> <br /> <br /> == Fonctionnalités ==<br /> <br /> =Exigence de performance=<br /> =Evolution potentielles=</div>

Romane.Gallier https://air.imag.fr/index.php?title=Deep_Learning_2017-2018/SRS&diff=38527 2018-01-30T10:57:18Z

<p>Romane.Gallier: /* Objectif du projet */</p> <hr /> <div>[[Deep Learning 2017-2018|'''&lt;&lt;&lt; RETOUR''']]<br /> <br /> <br /> ==Equipe projet==<br /> {| class=&quot;wikitable&quot;<br /> |-<br /> ! scope=&quot;col&quot; width=&quot;200px&quot; | Membre<br /> ! scope=&quot;col&quot; | Rôles<br /> |-<br /> |Romane Gallier<br /> |Chef de projet<br /> |-<br /> |Héloïse Fernandes de Almeida<br /> |Scrum Master, Responsable Back-End<br /> |-<br /> |Antoine Gambro<br /> |Responsable Qualité<br /> |-<br /> |Alicia Aubertin<br /> |Responsable Front-End, Responsable Communication<br /> |-<br /> |Qianqian Fu <br /> |Lead-Dev, Responsable Innovation<br /> |}<br /> <br /> =Introduction=<br /> Le but de ce projet est de permettre au entreprise qui souhaite une personnes ou une équipe de personnes pour réaliser une offre de stage ou d'emploi d'identifier le profil d’étudiant qui répond au mieux a ses attende et qui aura les compétence nécessaire.<br /> ==But du document ==<br /> Le but de ce document SRS est de fournir une vue d'ensemble détaillée de notre système logiciel, ses paramètres et buts. Ce document décrit le public cible du projet et son interface utilisateur, ainsi que les spécifications du logiciel. Ce document est destiné tant aux utilisateurs qu'aux développeurs du logiciel<br /> <br /> ==Objectif du projet ==<br /> Les offres de formation sont aujourd'hui tres vaste et il est difficile de savoir quelle formation correspont le mieux a un besoin d'une entreprise. Ce projet se basera sur les stage et les embauche deja realisé pour guider les entreprise et leur faire des sugestions. L'objectif de ce projet est de pouvoir aider une entreprise dans son choix d'etudiant et de lui permettre ainsi de trouver la ou les personnes les plus adapter.<br /> <br /> == Définitions, acronymes et abréviations ==<br /> <br /> <br /> == Références ==<br /> <br /> <br /> ==Portée du produit ==<br /> <br /> =Description générale=<br /> <br /> ==Le but du produit==<br /> <br /> <br /> == Structure de l'application ==<br /> <br /> <br /> ==Caractéristiques et contraintes utilisateurs==<br /> <br /> <br /> ==Contraintes générales du système==<br /> <br /> <br /> ==Dépendances==<br /> <br /> =Exigence fonctionelles=<br /> <br /> ==Conception de l'interface du système==<br /> <br /> <br /> == Fonctionnalités ==<br /> <br /> =Exigence de performance=<br /> =Evolution potentielles=</div>

Romane.Gallier https://air.imag.fr/index.php?title=Deep_Learning_2017-2018/SRS&diff=38526 2018-01-30T10:52:33Z

<p>Romane.Gallier: /* But du document */</p> <hr /> <div>[[Deep Learning 2017-2018|'''&lt;&lt;&lt; RETOUR''']]<br /> <br /> <br /> ==Equipe projet==<br /> {| class=&quot;wikitable&quot;<br /> |-<br /> ! scope=&quot;col&quot; width=&quot;200px&quot; | Membre<br /> ! scope=&quot;col&quot; | Rôles<br /> |-<br /> |Romane Gallier<br /> |Chef de projet<br /> |-<br /> |Héloïse Fernandes de Almeida<br /> |Scrum Master, Responsable Back-End<br /> |-<br /> |Antoine Gambro<br /> |Responsable Qualité<br /> |-<br /> |Alicia Aubertin<br /> |Responsable Front-End, Responsable Communication<br /> |-<br /> |Qianqian Fu <br /> |Lead-Dev, Responsable Innovation<br /> |}<br /> <br /> =Introduction=<br /> Le but de ce projet est de permettre au entreprise qui souhaite une personnes ou une équipe de personnes pour réaliser une offre de stage ou d'emploi d'identifier le profil d’étudiant qui répond au mieux a ses attende et qui aura les compétence nécessaire.<br /> ==But du document ==<br /> Le but de ce document SRS est de fournir une vue d'ensemble détaillée de notre système logiciel, ses paramètres et buts. Ce document décrit le public cible du projet et son interface utilisateur, ainsi que les spécifications du logiciel. Ce document est destiné tant aux utilisateurs qu'aux développeurs du logiciel<br /> <br /> ==Objectif du projet ==<br /> <br /> <br /> == Définitions, acronymes et abréviations ==<br /> <br /> <br /> == Références ==<br /> <br /> <br /> ==Portée du produit ==<br /> <br /> =Description générale=<br /> <br /> ==Le but du produit==<br /> <br /> <br /> == Structure de l'application ==<br /> <br /> <br /> ==Caractéristiques et contraintes utilisateurs==<br /> <br /> <br /> ==Contraintes générales du système==<br /> <br /> <br /> ==Dépendances==<br /> <br /> =Exigence fonctionelles=<br /> <br /> ==Conception de l'interface du système==<br /> <br /> <br /> == Fonctionnalités ==<br /> <br /> =Exigence de performance=<br /> =Evolution potentielles=</div>

Romane.Gallier https://air.imag.fr/index.php?title=Deep_Learning_2017-2018/SRS&diff=38524 2018-01-30T10:51:24Z

<p>Romane.Gallier: /* Introduction */</p> <hr /> <div>[[Deep Learning 2017-2018|'''&lt;&lt;&lt; RETOUR''']]<br /> <br /> <br /> ==Equipe projet==<br /> {| class=&quot;wikitable&quot;<br /> |-<br /> ! scope=&quot;col&quot; width=&quot;200px&quot; | Membre<br /> ! scope=&quot;col&quot; | Rôles<br /> |-<br /> |Romane Gallier<br /> |Chef de projet<br /> |-<br /> |Héloïse Fernandes de Almeida<br /> |Scrum Master, Responsable Back-End<br /> |-<br /> |Antoine Gambro<br /> |Responsable Qualité<br /> |-<br /> |Alicia Aubertin<br /> |Responsable Front-End, Responsable Communication<br /> |-<br /> |Qianqian Fu <br /> |Lead-Dev, Responsable Innovation<br /> |}<br /> <br /> =Introduction=<br /> Le but de ce projet est de permettre au entreprise qui souhaite une personnes ou une équipe de personnes pour réaliser une offre de stage ou d'emploi d'identifier le profil d’étudiant qui répond au mieux a ses attende et qui aura les compétence nécessaire.<br /> ==But du document ==<br /> <br /> <br /> ==Objectif du projet ==<br /> <br /> <br /> == Définitions, acronymes et abréviations ==<br /> <br /> <br /> == Références ==<br /> <br /> <br /> ==Portée du produit ==<br /> <br /> =Description générale=<br /> <br /> ==Le but du produit==<br /> <br /> <br /> == Structure de l'application ==<br /> <br /> <br /> ==Caractéristiques et contraintes utilisateurs==<br /> <br /> <br /> ==Contraintes générales du système==<br /> <br /> <br /> ==Dépendances==<br /> <br /> =Exigence fonctionelles=<br /> <br /> ==Conception de l'interface du système==<br /> <br /> <br /> == Fonctionnalités ==<br /> <br /> =Exigence de performance=<br /> =Evolution potentielles=</div>

Romane.Gallier https://air.imag.fr/index.php?title=Deep_Learning_2017-2018/SRS&diff=38518 2018-01-30T10:45:08Z

<p>Romane.Gallier: /* Equipe */</p> <hr /> <div>[[Deep Learning 2017-2018|'''&lt;&lt;&lt; RETOUR''']]<br /> <br /> <br /> ==Equipe projet==<br /> {| class=&quot;wikitable&quot;<br /> |-<br /> ! scope=&quot;col&quot; width=&quot;200px&quot; | Membre<br /> ! scope=&quot;col&quot; | Rôles<br /> |-<br /> |Romane Gallier<br /> |Chef de projet<br /> |-<br /> |Héloïse Fernandes de Almeida<br /> |Scrum Master, Responsable Back-End<br /> |-<br /> |Antoine Gambro<br /> |Responsable Qualité<br /> |-<br /> |Alicia Aubertin<br /> |Responsable Front-End, Responsable Communication<br /> |-<br /> |Qianqian Fu <br /> |Lead-Dev, Responsable Innovation<br /> |}<br /> <br /> =Introduction=<br /> =Description générale=<br /> =Exigence fonctionelles=<br /> =Exigence de performance=<br /> =Evolution potentielles=</div>

Romane.Gallier https://air.imag.fr/index.php?title=Deep_Learning_2017-2018/SRS&diff=38379 2018-01-29T10:29:09Z

<p>Romane.Gallier: </p> <hr /> <div>=Equipe=<br /> =Introduction=<br /> =Description générale=<br /> =Exigence fonctionelles=<br /> =Exigence de performance=<br /> =Evolution potentielles=</div>

Romane.Gallier https://air.imag.fr/index.php?title=Deep_Learning_2017-2018/SRS&diff=38377 2018-01-29T10:27:53Z

<p>Romane.Gallier: Created page with &quot;1 Equipe 2 Introduction 3 Description générale 4 Exigence fonctionelles 5 Exigence de performance 6 Evolution potentielles&quot;</p> <hr /> <div>1 Equipe<br /> 2 Introduction<br /> 3 Description générale<br /> 4 Exigence fonctionelles<br /> 5 Exigence de performance<br /> 6 Evolution potentielles</div>

Romane.Gallier https://air.imag.fr/index.php?title=Projets-2016-2017-UltraTeam&diff=35247 2017-04-03T05:28:18Z

<p>Romane.Gallier: /* Ressources */</p> <hr /> <div>[[Image:IDS-Experimenta2.jpg|300px|right|IDS LivingMap à Experimenta 2013]]<br /> <br /> =Preambule=<br /> <br /> The project subject [[Ultra Trail]]<br /> <br /> <br /> Enseignant [[User:Donsez|Didier Donsez]]. [[IDS2013-RICM5|fiche de suivi]]<br /> <br /> [http://air.imag.fr/mediawiki/index.php/File:-BISCH-FOURURE-CLAVELIN--RICM5-IDS-Presentation.pdf transparents] &amp; [http://air.imag.fr/mediawiki/index.php/File:Flyers-IDS-BISCH-FOURURE-CLAVELIN.pdf flyer] &amp; [http://air.imag.fr/mediawiki/index.php/File:Poster-IDS-RICM5-BISCH-FOURURE-CLAVELIN.png poster] &amp; [http://youtu.be/N9lzwH4TDQ8 video] &amp; [https://github.com/tetram/ids github]<br /> <br /> =Project presentation=<br /> <br /> Le but du projet est<br /> <br /> = Team =<br /> <br /> * Supervisors : Didier Donsez<br /> <br /> * Members : Gallier Romane, Ferrera Alexandre<br /> <br /> * Departement : [http://www.polytech-grenoble.fr/ricm.html RICM 4], [[Polytech Grenoble]]<br /> <br /> = Progress of the project =<br /> <br /> The project started January 14th, 2015.<br /> <br /> == Week 1 (January 13th - January 18th) == <br /> <br /> * Choix du projet<br /> <br /> == Week 2 (January 19th - January 25th) == <br /> <br /> * Découverte du projet<br /> * Récupération d'une partie du matériel<br /> * Récupération de la documentation pour utiliser les technologies<br /> * Mise en place des exigences<br /> <br /> [[Projet-2016-2017-UltraTeam/SRS| '''SRS''']]<br /> <br /> == Week 3 (January 26th - February 01st) ==<br /> <br /> Réalisation des diagrammes UML<br /> <br /> [[Projet-2014-2015-Interactive_Digitale_Signage/UML| '''Diagrammes UML''']]<br /> <br /> == Week 4 (February 02nd - February 08th) ==<br /> <br /> == Week 5 (February 09th - February 15th) ==<br /> *j'ai nettoyé le code de la lora mote pour enlever la criptographe et que le code fasse moins de 32ko mais cela n'a pas suffi<br /> *Découverte de Meteor, MQTT et Mosquitto<br /> *[Meteor] Suivi d'un tuto permettant de créer une app qui gère une todo list (en gérant des comptes utilisateurs. Les tâches peuvent être publiques et privées)<br /> <br /> == Week 6 (February 23th - March 1st) ==<br /> <br /> *Documentation et integration d'une carte<br /> *[Meteor] Recherche de framework pour utiliser meteor en java <br /> *[Meteor] Multiples tentatives vaines d'utilisation de android-ddp<br /> <br /> == Week 7 (March 02nd - March 08nd) ==<br /> <br /> *Documentation sur l'utilisation des fonctionalités GPS du telephone<br /> * [LoRamote] Reinstallation de Keil pour flasher le code sur la lora mote<br /> * [Mqtt] Début d'utilisation de mqtt (librairie paho). Suivi d'un tutoriel mais bloqué par des erreurs de la librairie.<br /> * [Mosquitto] Création d'un utilisateur mosquitto (et d'un dossier). Pas testé car Mqtt est pour le moment lié à la sandbox Eclipse (m2m)<br /> <br /> == Week 8 (March 09nd - March 15nd) ==<br /> <br /> *[MQTT] Création d'un premier prototype : une application qui gère 2 clients simultanément grâce à des Threads. Cette appli n'a pas pu fonctionner car les notifications ne sont pas reçues pendant Thread.sleep()<br /> <br /> *[MQTT] Résolution des problèmes dans le gradle du code exemple utilisant paho mqtt, fourni par eclipse. -&gt; Enfin la possibilité d'utiliser la libraire android paho mqtt sur une base solide.<br /> <br /> *[Meteor-MQTT] Ajout de code sur une todo List pour que l'appli Meteor puisse se connecter à un broker via mqtt.<br /> <br /> == Week 9 (March 16nd - March 22nd) ==<br /> <br /> * [Serveur] Location d'un serveur amazon (version d'essai).<br /> !! La version gratuite est trop petite pour héberger un serveur utilisant Meteor.<br /> <br /> * [Serveur] Broker fourni par l'enseignant pour qu'on puisse publier des messages sur un serveur privé. Tests validés avec mosquitto<br /> <br /> * [Meteor-MQTT]Test de la connexion MQTT effectuée par l'appli Meteor grâce à mosquitto. Connexion validée par les tests.<br /> <br /> == Week 10 (March 23nd - March 29nd) ==<br /> <br /> * Choix d'abandonner l'appli Meteor car il manque trop de choses au projet, et nous n'avons toujours pas trouvé comment utiliser Meteor en ayant une appli en android java<br /> =&gt; Concentration sur la connexion mqtt sur l'appli (en android java)<br /> <br /> *Création d'une appli qui utilise un service mqtt et créé une liste d'utilisateurs et s'abonne à leur topic lorsque les utilisateurs sont ajoutés à la liste<br /> *Création d'une map avec google maps + placement d'un marker<br /> <br /> *Merge de l'application avec l'autre groupe sur le projet Ultratrail. Cela nous apporte leur service+activité bluetooth, leur activité map et leur service usb.<br /> <br /> *Adaptation de la classe Message pour qu'elle contienne tous les champs dont on a besoin dans nos messages et qu'elle puisse fournir un tableau d'octet à envoyer par mqtt ou par lora. (fourni aussi la reconstruction d'un message)<br /> <br /> *Mise en place de l'envoi de messages avec le service mqtt<br /> <br /> == Week 11 (March 30nd - April 05nd) ==<br /> <br /> * débogage de l'appli pour permettre à la communication via mqtt d'être faite correctement (et qu'elle permette de mettre à jour les personnes)<br /> * LoRaMote finalement flashée avec succes. On n'aura finalement pas le temps de s'en servir.<br /> * Création de callbacks pour pouvoir mettre à jour la position des markers de la map quand on reçoit la nouvelle position d'un utilisateur.<br /> * merge des applications avec l'autre groupe sur ce projet<br /> * résolution de problèmes post merge.<br /> <br /> =Synthèse du projet=<br /> <br /> ==Contexte==<br /> [[Interactive Digital Signage]]<br /> <br /> Les bornes interactives à la pointe de la technologie commencent à apparaitre dans nos villes. Au potentiel infini, elles vont révolutionner le monde de l’information et de la publicité.<br /> <br /> '''Examples:'''<br /> * http://vds-technology.com/PLV-dynamique/nos_produits/e-totems/<br /> * http://www.connected-store.com/des-cabines-d%E2%80%99essayage-virtuelles-et-connectees-dans-un-magasin-john-lewis-4894<br /> * http://www.connected-store.com/un-miroir-interactif-et-connecte-dans-un-magasin-de-lenseigne-princess-polly-9832<br /> * http://www.connected-store.com/une-vitrine-tactile-et-des-bornes-connectees-pour-le-nouveau-concept-store-dorange-a-lile-maurice-4002<br /> <br /> ==Matériel==<br /> <br /> *2 Loramote<br /> *2 antenne <br /> *ceinture bluetooth<br /> *Téléphone Android (pour programmer les puces NFC)<br /> <br /> ==Logiciels (utilisés)==<br /> <br /> ==Logiciels (réalisés)==<br /> <br /> =Ressources=</div>

Romane.Gallier https://air.imag.fr/index.php?title=Projets-2016-2017-UltraTeam&diff=35246 2017-04-03T05:28:01Z

<p>Romane.Gallier: /* Logiciels (utilisés) */</p> <hr /> <div>[[Image:IDS-Experimenta2.jpg|300px|right|IDS LivingMap à Experimenta 2013]]<br /> <br /> =Preambule=<br /> <br /> The project subject [[Ultra Trail]]<br /> <br /> <br /> Enseignant [[User:Donsez|Didier Donsez]]. [[IDS2013-RICM5|fiche de suivi]]<br /> <br /> [http://air.imag.fr/mediawiki/index.php/File:-BISCH-FOURURE-CLAVELIN--RICM5-IDS-Presentation.pdf transparents] &amp; [http://air.imag.fr/mediawiki/index.php/File:Flyers-IDS-BISCH-FOURURE-CLAVELIN.pdf flyer] &amp; [http://air.imag.fr/mediawiki/index.php/File:Poster-IDS-RICM5-BISCH-FOURURE-CLAVELIN.png poster] &amp; [http://youtu.be/N9lzwH4TDQ8 video] &amp; [https://github.com/tetram/ids github]<br /> <br /> =Project presentation=<br /> <br /> Le but du projet est<br /> <br /> = Team =<br /> <br /> * Supervisors : Didier Donsez<br /> <br /> * Members : Gallier Romane, Ferrera Alexandre<br /> <br /> * Departement : [http://www.polytech-grenoble.fr/ricm.html RICM 4], [[Polytech Grenoble]]<br /> <br /> = Progress of the project =<br /> <br /> The project started January 14th, 2015.<br /> <br /> == Week 1 (January 13th - January 18th) == <br /> <br /> * Choix du projet<br /> <br /> == Week 2 (January 19th - January 25th) == <br /> <br /> * Découverte du projet<br /> * Récupération d'une partie du matériel<br /> * Récupération de la documentation pour utiliser les technologies<br /> * Mise en place des exigences<br /> <br /> [[Projet-2016-2017-UltraTeam/SRS| '''SRS''']]<br /> <br /> == Week 3 (January 26th - February 01st) ==<br /> <br /> Réalisation des diagrammes UML<br /> <br /> [[Projet-2014-2015-Interactive_Digitale_Signage/UML| '''Diagrammes UML''']]<br /> <br /> == Week 4 (February 02nd - February 08th) ==<br /> <br /> == Week 5 (February 09th - February 15th) ==<br /> *j'ai nettoyé le code de la lora mote pour enlever la criptographe et que le code fasse moins de 32ko mais cela n'a pas suffi<br /> *Découverte de Meteor, MQTT et Mosquitto<br /> *[Meteor] Suivi d'un tuto permettant de créer une app qui gère une todo list (en gérant des comptes utilisateurs. Les tâches peuvent être publiques et privées)<br /> <br /> == Week 6 (February 23th - March 1st) ==<br /> <br /> *Documentation et integration d'une carte<br /> *[Meteor] Recherche de framework pour utiliser meteor en java <br /> *[Meteor] Multiples tentatives vaines d'utilisation de android-ddp<br /> <br /> == Week 7 (March 02nd - March 08nd) ==<br /> <br /> *Documentation sur l'utilisation des fonctionalités GPS du telephone<br /> * [LoRamote] Reinstallation de Keil pour flasher le code sur la lora mote<br /> * [Mqtt] Début d'utilisation de mqtt (librairie paho). Suivi d'un tutoriel mais bloqué par des erreurs de la librairie.<br /> * [Mosquitto] Création d'un utilisateur mosquitto (et d'un dossier). Pas testé car Mqtt est pour le moment lié à la sandbox Eclipse (m2m)<br /> <br /> == Week 8 (March 09nd - March 15nd) ==<br /> <br /> *[MQTT] Création d'un premier prototype : une application qui gère 2 clients simultanément grâce à des Threads. Cette appli n'a pas pu fonctionner car les notifications ne sont pas reçues pendant Thread.sleep()<br /> <br /> *[MQTT] Résolution des problèmes dans le gradle du code exemple utilisant paho mqtt, fourni par eclipse. -&gt; Enfin la possibilité d'utiliser la libraire android paho mqtt sur une base solide.<br /> <br /> *[Meteor-MQTT] Ajout de code sur une todo List pour que l'appli Meteor puisse se connecter à un broker via mqtt.<br /> <br /> == Week 9 (March 16nd - March 22nd) ==<br /> <br /> * [Serveur] Location d'un serveur amazon (version d'essai).<br /> !! La version gratuite est trop petite pour héberger un serveur utilisant Meteor.<br /> <br /> * [Serveur] Broker fourni par l'enseignant pour qu'on puisse publier des messages sur un serveur privé. Tests validés avec mosquitto<br /> <br /> * [Meteor-MQTT]Test de la connexion MQTT effectuée par l'appli Meteor grâce à mosquitto. Connexion validée par les tests.<br /> <br /> == Week 10 (March 23nd - March 29nd) ==<br /> <br /> * Choix d'abandonner l'appli Meteor car il manque trop de choses au projet, et nous n'avons toujours pas trouvé comment utiliser Meteor en ayant une appli en android java<br /> =&gt; Concentration sur la connexion mqtt sur l'appli (en android java)<br /> <br /> *Création d'une appli qui utilise un service mqtt et créé une liste d'utilisateurs et s'abonne à leur topic lorsque les utilisateurs sont ajoutés à la liste<br /> *Création d'une map avec google maps + placement d'un marker<br /> <br /> *Merge de l'application avec l'autre groupe sur le projet Ultratrail. Cela nous apporte leur service+activité bluetooth, leur activité map et leur service usb.<br /> <br /> *Adaptation de la classe Message pour qu'elle contienne tous les champs dont on a besoin dans nos messages et qu'elle puisse fournir un tableau d'octet à envoyer par mqtt ou par lora. (fourni aussi la reconstruction d'un message)<br /> <br /> *Mise en place de l'envoi de messages avec le service mqtt<br /> <br /> == Week 11 (March 30nd - April 05nd) ==<br /> <br /> * débogage de l'appli pour permettre à la communication via mqtt d'être faite correctement (et qu'elle permette de mettre à jour les personnes)<br /> * LoRaMote finalement flashée avec succes. On n'aura finalement pas le temps de s'en servir.<br /> * Création de callbacks pour pouvoir mettre à jour la position des markers de la map quand on reçoit la nouvelle position d'un utilisateur.<br /> * merge des applications avec l'autre groupe sur ce projet<br /> * résolution de problèmes post merge.<br /> <br /> =Synthèse du projet=<br /> <br /> ==Contexte==<br /> [[Interactive Digital Signage]]<br /> <br /> Les bornes interactives à la pointe de la technologie commencent à apparaitre dans nos villes. Au potentiel infini, elles vont révolutionner le monde de l’information et de la publicité.<br /> <br /> '''Examples:'''<br /> * http://vds-technology.com/PLV-dynamique/nos_produits/e-totems/<br /> * http://www.connected-store.com/des-cabines-d%E2%80%99essayage-virtuelles-et-connectees-dans-un-magasin-john-lewis-4894<br /> * http://www.connected-store.com/un-miroir-interactif-et-connecte-dans-un-magasin-de-lenseigne-princess-polly-9832<br /> * http://www.connected-store.com/une-vitrine-tactile-et-des-bornes-connectees-pour-le-nouveau-concept-store-dorange-a-lile-maurice-4002<br /> <br /> ==Matériel==<br /> <br /> *2 Loramote<br /> *2 antenne <br /> *ceinture bluetooth<br /> *Téléphone Android (pour programmer les puces NFC)<br /> <br /> ==Logiciels (utilisés)==<br /> <br /> ==Logiciels (réalisés)==<br /> <br /> =Ressources=<br /> * https://github.com/SalemHarrache/ricm.quicker<br /> * https://developer.mozilla.org/fr/docs/IndexedDB/Using_IndexedDB<br /> * [[Reveal.js]]<br /> * https://github.com/hakimel/reveal.js/issues/1039<br /> * http://revealjs.herokuapp.com/</div>

Romane.Gallier https://air.imag.fr/index.php?title=Projets-2016-2017-UltraTeam&diff=35245 2017-04-03T05:27:33Z

<p>Romane.Gallier: /* Logiciels (réalisés) */</p> <hr /> <div>[[Image:IDS-Experimenta2.jpg|300px|right|IDS LivingMap à Experimenta 2013]]<br /> <br /> =Preambule=<br /> <br /> The project subject [[Ultra Trail]]<br /> <br /> <br /> Enseignant [[User:Donsez|Didier Donsez]]. [[IDS2013-RICM5|fiche de suivi]]<br /> <br /> [http://air.imag.fr/mediawiki/index.php/File:-BISCH-FOURURE-CLAVELIN--RICM5-IDS-Presentation.pdf transparents] &amp; [http://air.imag.fr/mediawiki/index.php/File:Flyers-IDS-BISCH-FOURURE-CLAVELIN.pdf flyer] &amp; [http://air.imag.fr/mediawiki/index.php/File:Poster-IDS-RICM5-BISCH-FOURURE-CLAVELIN.png poster] &amp; [http://youtu.be/N9lzwH4TDQ8 video] &amp; [https://github.com/tetram/ids github]<br /> <br /> =Project presentation=<br /> <br /> Le but du projet est<br /> <br /> = Team =<br /> <br /> * Supervisors : Didier Donsez<br /> <br /> * Members : Gallier Romane, Ferrera Alexandre<br /> <br /> * Departement : [http://www.polytech-grenoble.fr/ricm.html RICM 4], [[Polytech Grenoble]]<br /> <br /> = Progress of the project =<br /> <br /> The project started January 14th, 2015.<br /> <br /> == Week 1 (January 13th - January 18th) == <br /> <br /> * Choix du projet<br /> <br /> == Week 2 (January 19th - January 25th) == <br /> <br /> * Découverte du projet<br /> * Récupération d'une partie du matériel<br /> * Récupération de la documentation pour utiliser les technologies<br /> * Mise en place des exigences<br /> <br /> [[Projet-2016-2017-UltraTeam/SRS| '''SRS''']]<br /> <br /> == Week 3 (January 26th - February 01st) ==<br /> <br /> Réalisation des diagrammes UML<br /> <br /> [[Projet-2014-2015-Interactive_Digitale_Signage/UML| '''Diagrammes UML''']]<br /> <br /> == Week 4 (February 02nd - February 08th) ==<br /> <br /> == Week 5 (February 09th - February 15th) ==<br /> *j'ai nettoyé le code de la lora mote pour enlever la criptographe et que le code fasse moins de 32ko mais cela n'a pas suffi<br /> *Découverte de Meteor, MQTT et Mosquitto<br /> *[Meteor] Suivi d'un tuto permettant de créer une app qui gère une todo list (en gérant des comptes utilisateurs. Les tâches peuvent être publiques et privées)<br /> <br /> == Week 6 (February 23th - March 1st) ==<br /> <br /> *Documentation et integration d'une carte<br /> *[Meteor] Recherche de framework pour utiliser meteor en java <br /> *[Meteor] Multiples tentatives vaines d'utilisation de android-ddp<br /> <br /> == Week 7 (March 02nd - March 08nd) ==<br /> <br /> *Documentation sur l'utilisation des fonctionalités GPS du telephone<br /> * [LoRamote] Reinstallation de Keil pour flasher le code sur la lora mote<br /> * [Mqtt] Début d'utilisation de mqtt (librairie paho). Suivi d'un tutoriel mais bloqué par des erreurs de la librairie.<br /> * [Mosquitto] Création d'un utilisateur mosquitto (et d'un dossier). Pas testé car Mqtt est pour le moment lié à la sandbox Eclipse (m2m)<br /> <br /> == Week 8 (March 09nd - March 15nd) ==<br /> <br /> *[MQTT] Création d'un premier prototype : une application qui gère 2 clients simultanément grâce à des Threads. Cette appli n'a pas pu fonctionner car les notifications ne sont pas reçues pendant Thread.sleep()<br /> <br /> *[MQTT] Résolution des problèmes dans le gradle du code exemple utilisant paho mqtt, fourni par eclipse. -&gt; Enfin la possibilité d'utiliser la libraire android paho mqtt sur une base solide.<br /> <br /> *[Meteor-MQTT] Ajout de code sur une todo List pour que l'appli Meteor puisse se connecter à un broker via mqtt.<br /> <br /> == Week 9 (March 16nd - March 22nd) ==<br /> <br /> * [Serveur] Location d'un serveur amazon (version d'essai).<br /> !! La version gratuite est trop petite pour héberger un serveur utilisant Meteor.<br /> <br /> * [Serveur] Broker fourni par l'enseignant pour qu'on puisse publier des messages sur un serveur privé. Tests validés avec mosquitto<br /> <br /> * [Meteor-MQTT]Test de la connexion MQTT effectuée par l'appli Meteor grâce à mosquitto. Connexion validée par les tests.<br /> <br /> == Week 10 (March 23nd - March 29nd) ==<br /> <br /> * Choix d'abandonner l'appli Meteor car il manque trop de choses au projet, et nous n'avons toujours pas trouvé comment utiliser Meteor en ayant une appli en android java<br /> =&gt; Concentration sur la connexion mqtt sur l'appli (en android java)<br /> <br /> *Création d'une appli qui utilise un service mqtt et créé une liste d'utilisateurs et s'abonne à leur topic lorsque les utilisateurs sont ajoutés à la liste<br /> *Création d'une map avec google maps + placement d'un marker<br /> <br /> *Merge de l'application avec l'autre groupe sur le projet Ultratrail. Cela nous apporte leur service+activité bluetooth, leur activité map et leur service usb.<br /> <br /> *Adaptation de la classe Message pour qu'elle contienne tous les champs dont on a besoin dans nos messages et qu'elle puisse fournir un tableau d'octet à envoyer par mqtt ou par lora. (fourni aussi la reconstruction d'un message)<br /> <br /> *Mise en place de l'envoi de messages avec le service mqtt<br /> <br /> == Week 11 (March 30nd - April 05nd) ==<br /> <br /> * débogage de l'appli pour permettre à la communication via mqtt d'être faite correctement (et qu'elle permette de mettre à jour les personnes)<br /> * LoRaMote finalement flashée avec succes. On n'aura finalement pas le temps de s'en servir.<br /> * Création de callbacks pour pouvoir mettre à jour la position des markers de la map quand on reçoit la nouvelle position d'un utilisateur.<br /> * merge des applications avec l'autre groupe sur ce projet<br /> * résolution de problèmes post merge.<br /> <br /> =Synthèse du projet=<br /> <br /> ==Contexte==<br /> [[Interactive Digital Signage]]<br /> <br /> Les bornes interactives à la pointe de la technologie commencent à apparaitre dans nos villes. Au potentiel infini, elles vont révolutionner le monde de l’information et de la publicité.<br /> <br /> '''Examples:'''<br /> * http://vds-technology.com/PLV-dynamique/nos_produits/e-totems/<br /> * http://www.connected-store.com/des-cabines-d%E2%80%99essayage-virtuelles-et-connectees-dans-un-magasin-john-lewis-4894<br /> * http://www.connected-store.com/un-miroir-interactif-et-connecte-dans-un-magasin-de-lenseigne-princess-polly-9832<br /> * http://www.connected-store.com/une-vitrine-tactile-et-des-bornes-connectees-pour-le-nouveau-concept-store-dorange-a-lile-maurice-4002<br /> <br /> ==Matériel==<br /> <br /> *2 Loramote<br /> *2 antenne <br /> *ceinture bluetooth<br /> *Téléphone Android (pour programmer les puces NFC)<br /> <br /> ==Logiciels (utilisés)==<br /> <br /> * http://voxygen.fr/index.php (synthèse vocale)<br /> * javax.smartcardio (lecteur NFC)<br /> * Reveals.js (affichage interactif des informations)<br /> * [[OpenNI]] (Kinect)<br /> * Processing<br /> * [[Intel® Perceptual Computing SDK]]<br /> <br /> ==Logiciels (réalisés)==<br /> <br /> =Ressources=<br /> * https://github.com/SalemHarrache/ricm.quicker<br /> * https://developer.mozilla.org/fr/docs/IndexedDB/Using_IndexedDB<br /> * [[Reveal.js]]<br /> * https://github.com/hakimel/reveal.js/issues/1039<br /> * http://revealjs.herokuapp.com/</div>

Romane.Gallier https://air.imag.fr/index.php?title=Projets-2016-2017-UltraTeam&diff=35244 2017-04-03T05:27:01Z

<p>Romane.Gallier: /* Matériel */</p> <hr /> <div>[[Image:IDS-Experimenta2.jpg|300px|right|IDS LivingMap à Experimenta 2013]]<br /> <br /> =Preambule=<br /> <br /> The project subject [[Ultra Trail]]<br /> <br /> <br /> Enseignant [[User:Donsez|Didier Donsez]]. [[IDS2013-RICM5|fiche de suivi]]<br /> <br /> [http://air.imag.fr/mediawiki/index.php/File:-BISCH-FOURURE-CLAVELIN--RICM5-IDS-Presentation.pdf transparents] &amp; [http://air.imag.fr/mediawiki/index.php/File:Flyers-IDS-BISCH-FOURURE-CLAVELIN.pdf flyer] &amp; [http://air.imag.fr/mediawiki/index.php/File:Poster-IDS-RICM5-BISCH-FOURURE-CLAVELIN.png poster] &amp; [http://youtu.be/N9lzwH4TDQ8 video] &amp; [https://github.com/tetram/ids github]<br /> <br /> =Project presentation=<br /> <br /> Le but du projet est<br /> <br /> = Team =<br /> <br /> * Supervisors : Didier Donsez<br /> <br /> * Members : Gallier Romane, Ferrera Alexandre<br /> <br /> * Departement : [http://www.polytech-grenoble.fr/ricm.html RICM 4], [[Polytech Grenoble]]<br /> <br /> = Progress of the project =<br /> <br /> The project started January 14th, 2015.<br /> <br /> == Week 1 (January 13th - January 18th) == <br /> <br /> * Choix du projet<br /> <br /> == Week 2 (January 19th - January 25th) == <br /> <br /> * Découverte du projet<br /> * Récupération d'une partie du matériel<br /> * Récupération de la documentation pour utiliser les technologies<br /> * Mise en place des exigences<br /> <br /> [[Projet-2016-2017-UltraTeam/SRS| '''SRS''']]<br /> <br /> == Week 3 (January 26th - February 01st) ==<br /> <br /> Réalisation des diagrammes UML<br /> <br /> [[Projet-2014-2015-Interactive_Digitale_Signage/UML| '''Diagrammes UML''']]<br /> <br /> == Week 4 (February 02nd - February 08th) ==<br /> <br /> == Week 5 (February 09th - February 15th) ==<br /> *j'ai nettoyé le code de la lora mote pour enlever la criptographe et que le code fasse moins de 32ko mais cela n'a pas suffi<br /> *Découverte de Meteor, MQTT et Mosquitto<br /> *[Meteor] Suivi d'un tuto permettant de créer une app qui gère une todo list (en gérant des comptes utilisateurs. Les tâches peuvent être publiques et privées)<br /> <br /> == Week 6 (February 23th - March 1st) ==<br /> <br /> *Documentation et integration d'une carte<br /> *[Meteor] Recherche de framework pour utiliser meteor en java <br /> *[Meteor] Multiples tentatives vaines d'utilisation de android-ddp<br /> <br /> == Week 7 (March 02nd - March 08nd) ==<br /> <br /> *Documentation sur l'utilisation des fonctionalités GPS du telephone<br /> * [LoRamote] Reinstallation de Keil pour flasher le code sur la lora mote<br /> * [Mqtt] Début d'utilisation de mqtt (librairie paho). Suivi d'un tutoriel mais bloqué par des erreurs de la librairie.<br /> * [Mosquitto] Création d'un utilisateur mosquitto (et d'un dossier). Pas testé car Mqtt est pour le moment lié à la sandbox Eclipse (m2m)<br /> <br /> == Week 8 (March 09nd - March 15nd) ==<br /> <br /> *[MQTT] Création d'un premier prototype : une application qui gère 2 clients simultanément grâce à des Threads. Cette appli n'a pas pu fonctionner car les notifications ne sont pas reçues pendant Thread.sleep()<br /> <br /> *[MQTT] Résolution des problèmes dans le gradle du code exemple utilisant paho mqtt, fourni par eclipse. -&gt; Enfin la possibilité d'utiliser la libraire android paho mqtt sur une base solide.<br /> <br /> *[Meteor-MQTT] Ajout de code sur une todo List pour que l'appli Meteor puisse se connecter à un broker via mqtt.<br /> <br /> == Week 9 (March 16nd - March 22nd) ==<br /> <br /> * [Serveur] Location d'un serveur amazon (version d'essai).<br /> !! La version gratuite est trop petite pour héberger un serveur utilisant Meteor.<br /> <br /> * [Serveur] Broker fourni par l'enseignant pour qu'on puisse publier des messages sur un serveur privé. Tests validés avec mosquitto<br /> <br /> * [Meteor-MQTT]Test de la connexion MQTT effectuée par l'appli Meteor grâce à mosquitto. Connexion validée par les tests.<br /> <br /> == Week 10 (March 23nd - March 29nd) ==<br /> <br /> * Choix d'abandonner l'appli Meteor car il manque trop de choses au projet, et nous n'avons toujours pas trouvé comment utiliser Meteor en ayant une appli en android java<br /> =&gt; Concentration sur la connexion mqtt sur l'appli (en android java)<br /> <br /> *Création d'une appli qui utilise un service mqtt et créé une liste d'utilisateurs et s'abonne à leur topic lorsque les utilisateurs sont ajoutés à la liste<br /> *Création d'une map avec google maps + placement d'un marker<br /> <br /> *Merge de l'application avec l'autre groupe sur le projet Ultratrail. Cela nous apporte leur service+activité bluetooth, leur activité map et leur service usb.<br /> <br /> *Adaptation de la classe Message pour qu'elle contienne tous les champs dont on a besoin dans nos messages et qu'elle puisse fournir un tableau d'octet à envoyer par mqtt ou par lora. (fourni aussi la reconstruction d'un message)<br /> <br /> *Mise en place de l'envoi de messages avec le service mqtt<br /> <br /> == Week 11 (March 30nd - April 05nd) ==<br /> <br /> * débogage de l'appli pour permettre à la communication via mqtt d'être faite correctement (et qu'elle permette de mettre à jour les personnes)<br /> * LoRaMote finalement flashée avec succes. On n'aura finalement pas le temps de s'en servir.<br /> * Création de callbacks pour pouvoir mettre à jour la position des markers de la map quand on reçoit la nouvelle position d'un utilisateur.<br /> * merge des applications avec l'autre groupe sur ce projet<br /> * résolution de problèmes post merge.<br /> <br /> =Synthèse du projet=<br /> <br /> ==Contexte==<br /> [[Interactive Digital Signage]]<br /> <br /> Les bornes interactives à la pointe de la technologie commencent à apparaitre dans nos villes. Au potentiel infini, elles vont révolutionner le monde de l’information et de la publicité.<br /> <br /> '''Examples:'''<br /> * http://vds-technology.com/PLV-dynamique/nos_produits/e-totems/<br /> * http://www.connected-store.com/des-cabines-d%E2%80%99essayage-virtuelles-et-connectees-dans-un-magasin-john-lewis-4894<br /> * http://www.connected-store.com/un-miroir-interactif-et-connecte-dans-un-magasin-de-lenseigne-princess-polly-9832<br /> * http://www.connected-store.com/une-vitrine-tactile-et-des-bornes-connectees-pour-le-nouveau-concept-store-dorange-a-lile-maurice-4002<br /> <br /> ==Matériel==<br /> <br /> *2 Loramote<br /> *2 antenne <br /> *ceinture bluetooth<br /> *Téléphone Android (pour programmer les puces NFC)<br /> <br /> ==Logiciels (utilisés)==<br /> <br /> * http://voxygen.fr/index.php (synthèse vocale)<br /> * javax.smartcardio (lecteur NFC)<br /> * Reveals.js (affichage interactif des informations)<br /> * [[OpenNI]] (Kinect)<br /> * Processing<br /> * [[Intel® Perceptual Computing SDK]]<br /> <br /> ==Logiciels (réalisés)==<br /> <br /> Le dépôt global des sources est sur [https://github.com/zhangzhengmeng/ProjetIDS2015.git '''github''']<br /> <br /> Voici la liste des différentes applications que nous avons réalisées dans le but de répondre au cahier des charges.<br /> <br /> === Emploi du temps et NFC ===<br /> <br /> Le programme créé tourne en tache de fond sur la borne. Dès qu'une puce NCF est détectée, une fenêtre s'ouvre avec les informations sur le prochain cours de la personne, la salle dans laquelle elle sera, son enseignant ainsi que les horaires du cours. Au moment de l'ouverture de cette fenêtre, la borne se met à parler à la personne qui est en face d'elle pour lui donner verbalement ces informations via la synthèse vocale. À la fin du speech, la fenêtre se referme.<br /> <br /> '''Fonctionnement du programme :'''<br /> <br /> Le schéma ci-dessous résume la façon dont le logiciel fonctionne de façon schématique. Tout d'abord, lors de son premier lancement, le programme télécharge les emplois du temps de chaque filière au format iCalendar. Ensuite, les fichiers iCalendar sont traités et les informations utiles sont stockées en mémoire dans des structures de données. Maintenant vient le début de la boucle principale de fonctionnement. Il ne sortira jamais de cette boucle sauf en cas d'arrêt du programme évidemment. Le programme est autonome. Il se mettra à jours automatiquement. Lors qu'une personne passe une puce NFC devant la borne, le programme interroge ses structures de données contenant les emplois du temps comme expliqué dans le paragraphe qui suit. Ensuite, il vérifie qu'il dispose bien des emplois du temps de la semaine courante et effectue la mise à jour si nécessaire. Il affiche alors le résultat de la requête dans une fenêtre et active la synthèse vocale qui fait parler la machine.<br /> <br /> [[File:caca1.png | 300px]]<br /> <br /> '''Interrogation des structures de données :'''<br /> <br /> Le schéma ci-dessous résume la façon dont le logiciel procède après identification de la personne qui a passé la puce NFC devant la borne. Ce qu'il faut retenir, c'est que si 'est un élève, c'est facile, il suffit d'aller interroger la liste correspondant à l'emploi du temps des la classe de l'étudiant. Ensuite on cherche une correspondance entre l'élève, la date et l'horaire. En revanche, dans le cas d'un enseignant, nous ne disposons pas de la classe avec laquelle il a cours puisque qu'un enseignant peut faire cours à plusieurs classes de différentes filières. Il faut donc chercher dans toutes les listes contenant les emplois du temps des différentes filières une correspondance entre l'enseignant, la date et l'horaire.<br /> <br /> [[File:caca2.png | 400px]]<br /> <br /> '''Mise à jour automatique des emplois du temps :'''<br /> <br /> C'est une histoire de différence entre la date correspondant à la dernière fois que les emplois du temps ont été mis à jours et la date actuelle en tenant compte du jour de la semaine où la demande est effectuée. Un code tel que celui-ci est robuste et fonctionnera toujours. Dans le cas présent, les emplois du temps sont mis à jour chaque semaine.<br /> <br /> [[File:caca3.png | 600px]]<br /> <br /> '''Info sur le programme'''<br /> <br /> Le programme a été écrit intégralement en Java.<br /> <br /> Les emplois du temps de chaque filière sont téléchargés automatiquement dès la première demande qui est effectuée.<br /> <br /> La synthèse vocale fonctionne grâce au site web de l'entreprise Voxygen qui permet d'utiliser des voix à la pointe de la technologie qui ont été mise en ligne comme exemple.<br /> <br /> Le texte du speech est créé dynamiquement par le programme pour s'adapter à chaque utilisateur. Ensuite, il est envoyé sur le serveur de Voxygen qui va alors renvoyer un fichier audio au format mp3 avec le contenu vocal souhaité. Enfin, le programme lance la lecture du fichier son pour faire parler la borne.<br /> <br /> Les adresses web pour télécharger les emplois du temps de chaque filière se trouve dans un fichier nommé &quot;adweb.txt&quot;. Il est donc très simple d'ajouter des classes, d'en enlever ou de mettre à jours une adresse qui aurait changé.<br /> <br /> Le fichier est construit de la façon suivante :<br /> <br /> [[File:ids_edt.png | 300px]]<br /> <br /> Les puces NFC contiennent simplement un numéro d'étudiant (numéro d'étudiant par exemple). Une fois le numéro lu, il suffit d'aller chercher l'étudiant correspondant dans la base de données qui est en fait un simple fichier texte nommé &quot;nfc.txt&quot;. Une des améliorations de notre projet sera d'aller chercher les informations dans la base de données en ligne qui a été réalisée par l'université. Ce sera ainsi plus simple que de rentrer tous les étudiants avec leur numéro d'étudiant, leur nom, leur prénom et leur classe dans un fichier.<br /> <br /> Le fichier est construit de la forme suivante :<br /> <br /> [[File:ids_etu.png | 400px]]<br /> <br /> Pour ce qui est de la voix choisie, c'est également dans un fichier que l'on peut la choisir. Dans le fichier &quot;speak.txt&quot;, il faut donc indiquer la voix que l'on veut utiliser et également indiquer le chemin du dossier qui contient la partie du code PHP qui est utilisé par WampServer chaque fois qu'une requête est effectuée. Enfin, c'est également dans ce fichier que l'on saisit le jour de la semaine et l'heure où le téléchargement automatique des emplois du temps sera effectué.<br /> <br /> Le fichier est construit de la forme suivante :<br /> <br /> [[File:ids_voix.png | 200px]]<br /> <br /> Fenêtre du programme (cas d'un élève):<br /> <br /> [[File:ids_fenetre.png | 400px]]<br /> <br /> Fenêtre du programme (cas d'un enseignant):<br /> <br /> [[File:ids_fenetre2.png | 400px]]<br /> <br /> La machine dira par exemple : &quot;Bonjour Didier, vous avez cours de projet en salle TP259IIA ou peut être en salle S125 avec les RICM4 de 13h30 à 17h30. Je vous souhaite une excellente journée.&quot;<br /> <br /> '''Info sur la partie en PHP Voxygen'''<br /> <br /> Le code PHP est exécuté par WampServer. Le dossier &quot;PHP-Voxygen-master&quot; doit donc se trouver dans le dossier &quot;www&quot; de WampServer pour que tout fonctionne correctement. Il faut donc bien mettre le lien vers le dossier &quot;PHP-Voxygen-master&quot; dans le fichier &quot;speak.txt&quot; comme expliqué un peu plus haut sinon ça ne pourra pas fonctionner.<br /> <br /> === Kinect et Reveals.js ===<br /> <br /> Pour utiliser Kinect dans Windows il faut installer<br /> *nite-win64-1.5.2.21-dev<br /> *openni-win64-1.5.4.0-dev<br /> *SensorKinect092-Bin-Win64-v5.1.2.1<br /> (Il existe un conflit de pilot de Kinect entre SensorKinect et Windows Kinect)<br /> <br /> On créer le sevrer et faire la communication entre Processing et page web en utilisant webbit<br /> * https://github.com/webbit/webbit <br /> <br /> Pour réaliser les gestes on utilise le API de openni<br /> * http://kinectcar.ronsper.com/docs/nite/classXnVSwipeDetector.html<br /> <br /> Pour utiliser les gestes dans reveal.js on utilise le façon en base des gestes avec webcam<br /> *https://github.com/willy-vvu/reveal.js<br /> <br /> =Ressources=<br /> * https://github.com/SalemHarrache/ricm.quicker<br /> * https://developer.mozilla.org/fr/docs/IndexedDB/Using_IndexedDB<br /> * [[Reveal.js]]<br /> * https://github.com/hakimel/reveal.js/issues/1039<br /> * http://revealjs.herokuapp.com/</div>

Romane.Gallier https://air.imag.fr/index.php?title=Projets-2016-2017-UltraTeam&diff=35243 2017-04-03T05:24:49Z

<p>Romane.Gallier: /* Week 4 (February 02nd - February 08th) */</p> <hr /> <div>[[Image:IDS-Experimenta2.jpg|300px|right|IDS LivingMap à Experimenta 2013]]<br /> <br /> =Preambule=<br /> <br /> The project subject [[Ultra Trail]]<br /> <br /> <br /> Enseignant [[User:Donsez|Didier Donsez]]. [[IDS2013-RICM5|fiche de suivi]]<br /> <br /> [http://air.imag.fr/mediawiki/index.php/File:-BISCH-FOURURE-CLAVELIN--RICM5-IDS-Presentation.pdf transparents] &amp; [http://air.imag.fr/mediawiki/index.php/File:Flyers-IDS-BISCH-FOURURE-CLAVELIN.pdf flyer] &amp; [http://air.imag.fr/mediawiki/index.php/File:Poster-IDS-RICM5-BISCH-FOURURE-CLAVELIN.png poster] &amp; [http://youtu.be/N9lzwH4TDQ8 video] &amp; [https://github.com/tetram/ids github]<br /> <br /> =Project presentation=<br /> <br /> Le but du projet est<br /> <br /> = Team =<br /> <br /> * Supervisors : Didier Donsez<br /> <br /> * Members : Gallier Romane, Ferrera Alexandre<br /> <br /> * Departement : [http://www.polytech-grenoble.fr/ricm.html RICM 4], [[Polytech Grenoble]]<br /> <br /> = Progress of the project =<br /> <br /> The project started January 14th, 2015.<br /> <br /> == Week 1 (January 13th - January 18th) == <br /> <br /> * Choix du projet<br /> <br /> == Week 2 (January 19th - January 25th) == <br /> <br /> * Découverte du projet<br /> * Récupération d'une partie du matériel<br /> * Récupération de la documentation pour utiliser les technologies<br /> * Mise en place des exigences<br /> <br /> [[Projet-2016-2017-UltraTeam/SRS| '''SRS''']]<br /> <br /> == Week 3 (January 26th - February 01st) ==<br /> <br /> Réalisation des diagrammes UML<br /> <br /> [[Projet-2014-2015-Interactive_Digitale_Signage/UML| '''Diagrammes UML''']]<br /> <br /> == Week 4 (February 02nd - February 08th) ==<br /> <br /> == Week 5 (February 09th - February 15th) ==<br /> *j'ai nettoyé le code de la lora mote pour enlever la criptographe et que le code fasse moins de 32ko mais cela n'a pas suffi<br /> *Découverte de Meteor, MQTT et Mosquitto<br /> *[Meteor] Suivi d'un tuto permettant de créer une app qui gère une todo list (en gérant des comptes utilisateurs. Les tâches peuvent être publiques et privées)<br /> <br /> == Week 6 (February 23th - March 1st) ==<br /> <br /> *Documentation et integration d'une carte<br /> *[Meteor] Recherche de framework pour utiliser meteor en java <br /> *[Meteor] Multiples tentatives vaines d'utilisation de android-ddp<br /> <br /> == Week 7 (March 02nd - March 08nd) ==<br /> <br /> *Documentation sur l'utilisation des fonctionalités GPS du telephone<br /> * [LoRamote] Reinstallation de Keil pour flasher le code sur la lora mote<br /> * [Mqtt] Début d'utilisation de mqtt (librairie paho). Suivi d'un tutoriel mais bloqué par des erreurs de la librairie.<br /> * [Mosquitto] Création d'un utilisateur mosquitto (et d'un dossier). Pas testé car Mqtt est pour le moment lié à la sandbox Eclipse (m2m)<br /> <br /> == Week 8 (March 09nd - March 15nd) ==<br /> <br /> *[MQTT] Création d'un premier prototype : une application qui gère 2 clients simultanément grâce à des Threads. Cette appli n'a pas pu fonctionner car les notifications ne sont pas reçues pendant Thread.sleep()<br /> <br /> *[MQTT] Résolution des problèmes dans le gradle du code exemple utilisant paho mqtt, fourni par eclipse. -&gt; Enfin la possibilité d'utiliser la libraire android paho mqtt sur une base solide.<br /> <br /> *[Meteor-MQTT] Ajout de code sur une todo List pour que l'appli Meteor puisse se connecter à un broker via mqtt.<br /> <br /> == Week 9 (March 16nd - March 22nd) ==<br /> <br /> * [Serveur] Location d'un serveur amazon (version d'essai).<br /> !! La version gratuite est trop petite pour héberger un serveur utilisant Meteor.<br /> <br /> * [Serveur] Broker fourni par l'enseignant pour qu'on puisse publier des messages sur un serveur privé. Tests validés avec mosquitto<br /> <br /> * [Meteor-MQTT]Test de la connexion MQTT effectuée par l'appli Meteor grâce à mosquitto. Connexion validée par les tests.<br /> <br /> == Week 10 (March 23nd - March 29nd) ==<br /> <br /> * Choix d'abandonner l'appli Meteor car il manque trop de choses au projet, et nous n'avons toujours pas trouvé comment utiliser Meteor en ayant une appli en android java<br /> =&gt; Concentration sur la connexion mqtt sur l'appli (en android java)<br /> <br /> *Création d'une appli qui utilise un service mqtt et créé une liste d'utilisateurs et s'abonne à leur topic lorsque les utilisateurs sont ajoutés à la liste<br /> *Création d'une map avec google maps + placement d'un marker<br /> <br /> *Merge de l'application avec l'autre groupe sur le projet Ultratrail. Cela nous apporte leur service+activité bluetooth, leur activité map et leur service usb.<br /> <br /> *Adaptation de la classe Message pour qu'elle contienne tous les champs dont on a besoin dans nos messages et qu'elle puisse fournir un tableau d'octet à envoyer par mqtt ou par lora. (fourni aussi la reconstruction d'un message)<br /> <br /> *Mise en place de l'envoi de messages avec le service mqtt<br /> <br /> == Week 11 (March 30nd - April 05nd) ==<br /> <br /> * débogage de l'appli pour permettre à la communication via mqtt d'être faite correctement (et qu'elle permette de mettre à jour les personnes)<br /> * LoRaMote finalement flashée avec succes. On n'aura finalement pas le temps de s'en servir.<br /> * Création de callbacks pour pouvoir mettre à jour la position des markers de la map quand on reçoit la nouvelle position d'un utilisateur.<br /> * merge des applications avec l'autre groupe sur ce projet<br /> * résolution de problèmes post merge.<br /> <br /> =Synthèse du projet=<br /> <br /> ==Contexte==<br /> [[Interactive Digital Signage]]<br /> <br /> Les bornes interactives à la pointe de la technologie commencent à apparaitre dans nos villes. Au potentiel infini, elles vont révolutionner le monde de l’information et de la publicité.<br /> <br /> '''Examples:'''<br /> * http://vds-technology.com/PLV-dynamique/nos_produits/e-totems/<br /> * http://www.connected-store.com/des-cabines-d%E2%80%99essayage-virtuelles-et-connectees-dans-un-magasin-john-lewis-4894<br /> * http://www.connected-store.com/un-miroir-interactif-et-connecte-dans-un-magasin-de-lenseigne-princess-polly-9832<br /> * http://www.connected-store.com/une-vitrine-tactile-et-des-bornes-connectees-pour-le-nouveau-concept-store-dorange-a-lile-maurice-4002<br /> <br /> ==Matériel==<br /> *Borne IDS contenant<br /> ** Intel NUC D54250WYKH avec Windows 7<br /> ** TV 37 Pouces Full HD<br /> ** Verre trempé IKEA<br /> ** Kinect XBox<br /> ** Haut Parleurs<br /> ** Lecteur NFC (SCM Microsystems Inc. SCL3711 reader &amp; NFC device 0)<br /> *Tag NFC<br /> *Téléphone Android (pour programmer les puces NFC)<br /> <br /> Lecteur NFC SCL3711:<br /> <br /> [[File:ids_nfc.png | 200px]]<br /> <br /> Kinect:<br /> <br /> [[File:Kinect.jpg | 200px]]<br /> <br /> ==Logiciels (utilisés)==<br /> <br /> * http://voxygen.fr/index.php (synthèse vocale)<br /> * javax.smartcardio (lecteur NFC)<br /> * Reveals.js (affichage interactif des informations)<br /> * [[OpenNI]] (Kinect)<br /> * Processing<br /> * [[Intel® Perceptual Computing SDK]]<br /> <br /> ==Logiciels (réalisés)==<br /> <br /> Le dépôt global des sources est sur [https://github.com/zhangzhengmeng/ProjetIDS2015.git '''github''']<br /> <br /> Voici la liste des différentes applications que nous avons réalisées dans le but de répondre au cahier des charges.<br /> <br /> === Emploi du temps et NFC ===<br /> <br /> Le programme créé tourne en tache de fond sur la borne. Dès qu'une puce NCF est détectée, une fenêtre s'ouvre avec les informations sur le prochain cours de la personne, la salle dans laquelle elle sera, son enseignant ainsi que les horaires du cours. Au moment de l'ouverture de cette fenêtre, la borne se met à parler à la personne qui est en face d'elle pour lui donner verbalement ces informations via la synthèse vocale. À la fin du speech, la fenêtre se referme.<br /> <br /> '''Fonctionnement du programme :'''<br /> <br /> Le schéma ci-dessous résume la façon dont le logiciel fonctionne de façon schématique. Tout d'abord, lors de son premier lancement, le programme télécharge les emplois du temps de chaque filière au format iCalendar. Ensuite, les fichiers iCalendar sont traités et les informations utiles sont stockées en mémoire dans des structures de données. Maintenant vient le début de la boucle principale de fonctionnement. Il ne sortira jamais de cette boucle sauf en cas d'arrêt du programme évidemment. Le programme est autonome. Il se mettra à jours automatiquement. Lors qu'une personne passe une puce NFC devant la borne, le programme interroge ses structures de données contenant les emplois du temps comme expliqué dans le paragraphe qui suit. Ensuite, il vérifie qu'il dispose bien des emplois du temps de la semaine courante et effectue la mise à jour si nécessaire. Il affiche alors le résultat de la requête dans une fenêtre et active la synthèse vocale qui fait parler la machine.<br /> <br /> [[File:caca1.png | 300px]]<br /> <br /> '''Interrogation des structures de données :'''<br /> <br /> Le schéma ci-dessous résume la façon dont le logiciel procède après identification de la personne qui a passé la puce NFC devant la borne. Ce qu'il faut retenir, c'est que si 'est un élève, c'est facile, il suffit d'aller interroger la liste correspondant à l'emploi du temps des la classe de l'étudiant. Ensuite on cherche une correspondance entre l'élève, la date et l'horaire. En revanche, dans le cas d'un enseignant, nous ne disposons pas de la classe avec laquelle il a cours puisque qu'un enseignant peut faire cours à plusieurs classes de différentes filières. Il faut donc chercher dans toutes les listes contenant les emplois du temps des différentes filières une correspondance entre l'enseignant, la date et l'horaire.<br /> <br /> [[File:caca2.png | 400px]]<br /> <br /> '''Mise à jour automatique des emplois du temps :'''<br /> <br /> C'est une histoire de différence entre la date correspondant à la dernière fois que les emplois du temps ont été mis à jours et la date actuelle en tenant compte du jour de la semaine où la demande est effectuée. Un code tel que celui-ci est robuste et fonctionnera toujours. Dans le cas présent, les emplois du temps sont mis à jour chaque semaine.<br /> <br /> [[File:caca3.png | 600px]]<br /> <br /> '''Info sur le programme'''<br /> <br /> Le programme a été écrit intégralement en Java.<br /> <br /> Les emplois du temps de chaque filière sont téléchargés automatiquement dès la première demande qui est effectuée.<br /> <br /> La synthèse vocale fonctionne grâce au site web de l'entreprise Voxygen qui permet d'utiliser des voix à la pointe de la technologie qui ont été mise en ligne comme exemple.<br /> <br /> Le texte du speech est créé dynamiquement par le programme pour s'adapter à chaque utilisateur. Ensuite, il est envoyé sur le serveur de Voxygen qui va alors renvoyer un fichier audio au format mp3 avec le contenu vocal souhaité. Enfin, le programme lance la lecture du fichier son pour faire parler la borne.<br /> <br /> Les adresses web pour télécharger les emplois du temps de chaque filière se trouve dans un fichier nommé &quot;adweb.txt&quot;. Il est donc très simple d'ajouter des classes, d'en enlever ou de mettre à jours une adresse qui aurait changé.<br /> <br /> Le fichier est construit de la façon suivante :<br /> <br /> [[File:ids_edt.png | 300px]]<br /> <br /> Les puces NFC contiennent simplement un numéro d'étudiant (numéro d'étudiant par exemple). Une fois le numéro lu, il suffit d'aller chercher l'étudiant correspondant dans la base de données qui est en fait un simple fichier texte nommé &quot;nfc.txt&quot;. Une des améliorations de notre projet sera d'aller chercher les informations dans la base de données en ligne qui a été réalisée par l'université. Ce sera ainsi plus simple que de rentrer tous les étudiants avec leur numéro d'étudiant, leur nom, leur prénom et leur classe dans un fichier.<br /> <br /> Le fichier est construit de la forme suivante :<br /> <br /> [[File:ids_etu.png | 400px]]<br /> <br /> Pour ce qui est de la voix choisie, c'est également dans un fichier que l'on peut la choisir. Dans le fichier &quot;speak.txt&quot;, il faut donc indiquer la voix que l'on veut utiliser et également indiquer le chemin du dossier qui contient la partie du code PHP qui est utilisé par WampServer chaque fois qu'une requête est effectuée. Enfin, c'est également dans ce fichier que l'on saisit le jour de la semaine et l'heure où le téléchargement automatique des emplois du temps sera effectué.<br /> <br /> Le fichier est construit de la forme suivante :<br /> <br /> [[File:ids_voix.png | 200px]]<br /> <br /> Fenêtre du programme (cas d'un élève):<br /> <br /> [[File:ids_fenetre.png | 400px]]<br /> <br /> Fenêtre du programme (cas d'un enseignant):<br /> <br /> [[File:ids_fenetre2.png | 400px]]<br /> <br /> La machine dira par exemple : &quot;Bonjour Didier, vous avez cours de projet en salle TP259IIA ou peut être en salle S125 avec les RICM4 de 13h30 à 17h30. Je vous souhaite une excellente journée.&quot;<br /> <br /> '''Info sur la partie en PHP Voxygen'''<br /> <br /> Le code PHP est exécuté par WampServer. Le dossier &quot;PHP-Voxygen-master&quot; doit donc se trouver dans le dossier &quot;www&quot; de WampServer pour que tout fonctionne correctement. Il faut donc bien mettre le lien vers le dossier &quot;PHP-Voxygen-master&quot; dans le fichier &quot;speak.txt&quot; comme expliqué un peu plus haut sinon ça ne pourra pas fonctionner.<br /> <br /> === Kinect et Reveals.js ===<br /> <br /> Pour utiliser Kinect dans Windows il faut installer<br /> *nite-win64-1.5.2.21-dev<br /> *openni-win64-1.5.4.0-dev<br /> *SensorKinect092-Bin-Win64-v5.1.2.1<br /> (Il existe un conflit de pilot de Kinect entre SensorKinect et Windows Kinect)<br /> <br /> On créer le sevrer et faire la communication entre Processing et page web en utilisant webbit<br /> * https://github.com/webbit/webbit <br /> <br /> Pour réaliser les gestes on utilise le API de openni<br /> * http://kinectcar.ronsper.com/docs/nite/classXnVSwipeDetector.html<br /> <br /> Pour utiliser les gestes dans reveal.js on utilise le façon en base des gestes avec webcam<br /> *https://github.com/willy-vvu/reveal.js<br /> <br /> =Ressources=<br /> * https://github.com/SalemHarrache/ricm.quicker<br /> * https://developer.mozilla.org/fr/docs/IndexedDB/Using_IndexedDB<br /> * [[Reveal.js]]<br /> * https://github.com/hakimel/reveal.js/issues/1039<br /> * http://revealjs.herokuapp.com/</div>

Romane.Gallier https://air.imag.fr/index.php?title=Projets-2016-2017-UltraTeam&diff=34083 2017-03-03T13:57:33Z

<p>Romane.Gallier: /* Week 5 (February 09th - February 15th) */</p> <hr /> <div>[[Image:IDS-Experimenta2.jpg|300px|right|IDS LivingMap à Experimenta 2013]]<br /> <br /> =Preambule=<br /> <br /> The project subject [[Ultra Trail]]<br /> <br /> <br /> Enseignant [[User:Donsez|Didier Donsez]]. [[IDS2013-RICM5|fiche de suivi]]<br /> <br /> [http://air.imag.fr/mediawiki/index.php/File:-BISCH-FOURURE-CLAVELIN--RICM5-IDS-Presentation.pdf transparents] &amp; [http://air.imag.fr/mediawiki/index.php/File:Flyers-IDS-BISCH-FOURURE-CLAVELIN.pdf flyer] &amp; [http://air.imag.fr/mediawiki/index.php/File:Poster-IDS-RICM5-BISCH-FOURURE-CLAVELIN.png poster] &amp; [http://youtu.be/N9lzwH4TDQ8 video] &amp; [https://github.com/tetram/ids github]<br /> <br /> =Project presentation=<br /> <br /> Le but du projet est<br /> <br /> = Team =<br /> <br /> * Supervisors : Didier Donsez<br /> <br /> * Members : Gallier Romane, Ferrera Alexandre<br /> <br /> * Departement : [http://www.polytech-grenoble.fr/ricm.html RICM 4], [[Polytech Grenoble]]<br /> <br /> = Progress of the project =<br /> <br /> The project started January 14th, 2015.<br /> <br /> == Week 1 (January 13th - January 18th) == <br /> <br /> * Choix du projet<br /> <br /> == Week 2 (January 19th - January 25th) == <br /> <br /> * Découverte du projet<br /> * Mise en route de la machine<br /> * Récupération du code<br /> * Mise en place des exigences<br /> <br /> [[Projet-2016-2017-UltraTeam/SRS| '''SRS''']]<br /> <br /> == Week 3 (January 26th - February 01st) ==<br /> <br /> Réalisation des diagrammes UML<br /> <br /> [[Projet-2014-2015-Interactive_Digitale_Signage/UML| '''Diagrammes UML''']]<br /> <br /> == Week 4 (February 02nd - February 08th) ==<br /> <br /> Utilisation de l'outil Scrum.<br /> <br /> *Réalisation du Planning Poker avec les User story pour chaque acteurs (cf. les acteurs du diagramme de cas d'utilisation réalisé dans la partie UML).<br /> *Réalisation de Product Backlog avec les différents niveaux de priorités.<br /> *Écriture du 1er Sprint et de 2nd Sprint.<br /> <br /> [[Projet-2014-2015-Interactive_Digitale_Signage/Scrum| '''Scrum''']]<br /> <br /> Bilan de la marche à suivre.<br /> <br /> Pour la fonctionnalité emploi du temps :<br /> <br /> *Utilisation de la fonctionnalité Export d’ADE pour obtenir l’emploi du temps au format ICalendar et en suite le traité pour extraire l’information désirée. Au final, c’est une base de donnée qui sera remplit pour l’emploi du temps de chaque filière. La base de données sera réalisée avec MongoDB et sera mise à jour régulièrement.<br /> <br /> Pour l'affichage des informations sur Polytech :<br /> <br /> *L’affichage des informations sur Polytech avec Reveals.js. Les informations à afficher seront dans un PowerPoint pour plus de facilité.<br /> *La récupération de l’emploi du temps se fera à travers un serveur Node.js.<br /> *L’ensemble du projet est codé en HTML/CSS/PHP/JavaScript/JSON.<br /> <br /> == Week 5 (February 09th - February 15th) ==<br /> *j'ai nettoyer le code de la lora mote pour enlever la criptographe et que le code fasse moins de 32 mais cela n'a pas suffi<br /> <br /> == Week 6 (February 23th - March 1st) ==<br /> <br /> *Documentation et integration d'une carte<br /> *<br /> <br /> == Week 7 (March 02nd - March 08nd) ==<br /> <br /> *Documentation sur l'utilisation des fonctionalités GPS du telephone<br /> *Reinstallation de K pour flasher le code sur la lora mote<br /> <br /> == Week 8 (March 09nd - March 15nd) ==<br /> <br /> * Travail sur la partie NFC.<br /> * Récupération des puces NFC et du code réalisé par des élèves de l'ENSIMAG pour utiliser le lecteur NFC.<br /> * Adaptation du code au projet.<br /> <br /> == Week 9 (March 16nd - March 22nd) ==<br /> <br /> * Problème avec le lecteur NFC et le code fourni.<br /> * Problème avec une puce NFC... décidemment '^^...<br /> * Visite de la CTI.<br /> <br /> == Week 10 (March 23nd - March 29nd) ==<br /> <br /> * Problème du lecteur NFC résolu -&gt; nouveau lecteur bien mieux<br /> * Intégration du code NFC -&gt; OK<br /> * Récupération de puces NFC supplémentaires car seulement une puce fonctionne (pas terrible pour les tests)<br /> * Récupération du nouveau PC à installer dans la borne (il y a de la musique quand on ouvre la boite ou qu'il y a de la lumière)<br /> * Récupération d'une clé pour installer Windows 7 Professionnel 64bits<br /> * Récupération d'un téléphone Android pour programmer les puces (Android c'est nul xD)<br /> <br /> == Week 11 (March 30nd - April 05nd) ==<br /> <br /> * Nous avons trouvé une solution formidable pour afficher les emplois du temps de chaque filière avec Reveals.js ce qui permettra de consulter très facilement les emplois du temps sur la borne<br /> * Réalisation de lien les gestes et les diapositives de Reveal.js avec Openni + Processing en utilisant websocket<br /> * Installation de Windows 7 Professionnel sur le nouveau PC + tous les drivers Intel NUC D54250WYKH<br /> * Installation du programme qui gère les emplois du temps (avec WampServer)<br /> * Installation du programme qui gère l'affichage sur la borne et la détection des gestes<br /> <br /> =Synthèse du projet=<br /> <br /> ==Contexte==<br /> [[Interactive Digital Signage]]<br /> <br /> Les bornes interactives à la pointe de la technologie commencent à apparaitre dans nos villes. Au potentiel infini, elles vont révolutionner le monde de l’information et de la publicité.<br /> <br /> '''Examples:'''<br /> * http://vds-technology.com/PLV-dynamique/nos_produits/e-totems/<br /> * http://www.connected-store.com/des-cabines-d%E2%80%99essayage-virtuelles-et-connectees-dans-un-magasin-john-lewis-4894<br /> * http://www.connected-store.com/un-miroir-interactif-et-connecte-dans-un-magasin-de-lenseigne-princess-polly-9832<br /> * http://www.connected-store.com/une-vitrine-tactile-et-des-bornes-connectees-pour-le-nouveau-concept-store-dorange-a-lile-maurice-4002<br /> <br /> ==Matériel==<br /> *Borne IDS contenant<br /> ** Intel NUC D54250WYKH avec Windows 7<br /> ** TV 37 Pouces Full HD<br /> ** Verre trempé IKEA<br /> ** Kinect XBox<br /> ** Haut Parleurs<br /> ** Lecteur NFC (SCM Microsystems Inc. SCL3711 reader &amp; NFC device 0)<br /> *Tag NFC<br /> *Téléphone Android (pour programmer les puces NFC)<br /> <br /> Lecteur NFC SCL3711:<br /> <br /> [[File:ids_nfc.png | 200px]]<br /> <br /> Kinect:<br /> <br /> [[File:Kinect.jpg | 200px]]<br /> <br /> ==Logiciels (utilisés)==<br /> <br /> * http://voxygen.fr/index.php (synthèse vocale)<br /> * javax.smartcardio (lecteur NFC)<br /> * Reveals.js (affichage interactif des informations)<br /> * [[OpenNI]] (Kinect)<br /> * Processing<br /> * [[Intel® Perceptual Computing SDK]]<br /> <br /> ==Logiciels (réalisés)==<br /> <br /> Le dépôt global des sources est sur [https://github.com/zhangzhengmeng/ProjetIDS2015.git '''github''']<br /> <br /> Voici la liste des différentes applications que nous avons réalisées dans le but de répondre au cahier des charges.<br /> <br /> === Emploi du temps et NFC ===<br /> <br /> Le programme créé tourne en tache de fond sur la borne. Dès qu'une puce NCF est détectée, une fenêtre s'ouvre avec les informations sur le prochain cours de la personne, la salle dans laquelle elle sera, son enseignant ainsi que les horaires du cours. Au moment de l'ouverture de cette fenêtre, la borne se met à parler à la personne qui est en face d'elle pour lui donner verbalement ces informations via la synthèse vocale. À la fin du speech, la fenêtre se referme.<br /> <br /> '''Fonctionnement du programme :'''<br /> <br /> Le schéma ci-dessous résume la façon dont le logiciel fonctionne de façon schématique. Tout d'abord, lors de son premier lancement, le programme télécharge les emplois du temps de chaque filière au format iCalendar. Ensuite, les fichiers iCalendar sont traités et les informations utiles sont stockées en mémoire dans des structures de données. Maintenant vient le début de la boucle principale de fonctionnement. Il ne sortira jamais de cette boucle sauf en cas d'arrêt du programme évidemment. Le programme est autonome. Il se mettra à jours automatiquement. Lors qu'une personne passe une puce NFC devant la borne, le programme interroge ses structures de données contenant les emplois du temps comme expliqué dans le paragraphe qui suit. Ensuite, il vérifie qu'il dispose bien des emplois du temps de la semaine courante et effectue la mise à jour si nécessaire. Il affiche alors le résultat de la requête dans une fenêtre et active la synthèse vocale qui fait parler la machine.<br /> <br /> [[File:caca1.png | 300px]]<br /> <br /> '''Interrogation des structures de données :'''<br /> <br /> Le schéma ci-dessous résume la façon dont le logiciel procède après identification de la personne qui a passé la puce NFC devant la borne. Ce qu'il faut retenir, c'est que si 'est un élève, c'est facile, il suffit d'aller interroger la liste correspondant à l'emploi du temps des la classe de l'étudiant. Ensuite on cherche une correspondance entre l'élève, la date et l'horaire. En revanche, dans le cas d'un enseignant, nous ne disposons pas de la classe avec laquelle il a cours puisque qu'un enseignant peut faire cours à plusieurs classes de différentes filières. Il faut donc chercher dans toutes les listes contenant les emplois du temps des différentes filières une correspondance entre l'enseignant, la date et l'horaire.<br /> <br /> [[File:caca2.png | 400px]]<br /> <br /> '''Mise à jour automatique des emplois du temps :'''<br /> <br /> C'est une histoire de différence entre la date correspondant à la dernière fois que les emplois du temps ont été mis à jours et la date actuelle en tenant compte du jour de la semaine où la demande est effectuée. Un code tel que celui-ci est robuste et fonctionnera toujours. Dans le cas présent, les emplois du temps sont mis à jour chaque semaine.<br /> <br /> [[File:caca3.png | 600px]]<br /> <br /> '''Info sur le programme'''<br /> <br /> Le programme a été écrit intégralement en Java.<br /> <br /> Les emplois du temps de chaque filière sont téléchargés automatiquement dès la première demande qui est effectuée.<br /> <br /> La synthèse vocale fonctionne grâce au site web de l'entreprise Voxygen qui permet d'utiliser des voix à la pointe de la technologie qui ont été mise en ligne comme exemple.<br /> <br /> Le texte du speech est créé dynamiquement par le programme pour s'adapter à chaque utilisateur. Ensuite, il est envoyé sur le serveur de Voxygen qui va alors renvoyer un fichier audio au format mp3 avec le contenu vocal souhaité. Enfin, le programme lance la lecture du fichier son pour faire parler la borne.<br /> <br /> Les adresses web pour télécharger les emplois du temps de chaque filière se trouve dans un fichier nommé &quot;adweb.txt&quot;. Il est donc très simple d'ajouter des classes, d'en enlever ou de mettre à jours une adresse qui aurait changé.<br /> <br /> Le fichier est construit de la façon suivante :<br /> <br /> [[File:ids_edt.png | 300px]]<br /> <br /> Les puces NFC contiennent simplement un numéro d'étudiant (numéro d'étudiant par exemple). Une fois le numéro lu, il suffit d'aller chercher l'étudiant correspondant dans la base de données qui est en fait un simple fichier texte nommé &quot;nfc.txt&quot;. Une des améliorations de notre projet sera d'aller chercher les informations dans la base de données en ligne qui a été réalisée par l'université. Ce sera ainsi plus simple que de rentrer tous les étudiants avec leur numéro d'étudiant, leur nom, leur prénom et leur classe dans un fichier.<br /> <br /> Le fichier est construit de la forme suivante :<br /> <br /> [[File:ids_etu.png | 400px]]<br /> <br /> Pour ce qui est de la voix choisie, c'est également dans un fichier que l'on peut la choisir. Dans le fichier &quot;speak.txt&quot;, il faut donc indiquer la voix que l'on veut utiliser et également indiquer le chemin du dossier qui contient la partie du code PHP qui est utilisé par WampServer chaque fois qu'une requête est effectuée. Enfin, c'est également dans ce fichier que l'on saisit le jour de la semaine et l'heure où le téléchargement automatique des emplois du temps sera effectué.<br /> <br /> Le fichier est construit de la forme suivante :<br /> <br /> [[File:ids_voix.png | 200px]]<br /> <br /> Fenêtre du programme (cas d'un élève):<br /> <br /> [[File:ids_fenetre.png | 400px]]<br /> <br /> Fenêtre du programme (cas d'un enseignant):<br /> <br /> [[File:ids_fenetre2.png | 400px]]<br /> <br /> La machine dira par exemple : &quot;Bonjour Didier, vous avez cours de projet en salle TP259IIA ou peut être en salle S125 avec les RICM4 de 13h30 à 17h30. Je vous souhaite une excellente journée.&quot;<br /> <br /> '''Info sur la partie en PHP Voxygen'''<br /> <br /> Le code PHP est exécuté par WampServer. Le dossier &quot;PHP-Voxygen-master&quot; doit donc se trouver dans le dossier &quot;www&quot; de WampServer pour que tout fonctionne correctement. Il faut donc bien mettre le lien vers le dossier &quot;PHP-Voxygen-master&quot; dans le fichier &quot;speak.txt&quot; comme expliqué un peu plus haut sinon ça ne pourra pas fonctionner.<br /> <br /> === Kinect et Reveals.js ===<br /> <br /> Pour utiliser Kinect dans Windows il faut installer<br /> *nite-win64-1.5.2.21-dev<br /> *openni-win64-1.5.4.0-dev<br /> *SensorKinect092-Bin-Win64-v5.1.2.1<br /> (Il existe un conflit de pilot de Kinect entre SensorKinect et Windows Kinect)<br /> <br /> On créer le sevrer et faire la communication entre Processing et page web en utilisant webbit<br /> * https://github.com/webbit/webbit <br /> <br /> Pour réaliser les gestes on utilise le API de openni<br /> * http://kinectcar.ronsper.com/docs/nite/classXnVSwipeDetector.html<br /> <br /> Pour utiliser les gestes dans reveal.js on utilise le façon en base des gestes avec webcam<br /> *https://github.com/willy-vvu/reveal.js<br /> <br /> =Ressources=<br /> * https://github.com/SalemHarrache/ricm.quicker<br /> * https://developer.mozilla.org/fr/docs/IndexedDB/Using_IndexedDB<br /> * [[Reveal.js]]<br /> * https://github.com/hakimel/reveal.js/issues/1039<br /> * http://revealjs.herokuapp.com/</div>

Romane.Gallier https://air.imag.fr/index.php?title=Projets-2016-2017-UltraTeam&diff=34082 2017-03-03T13:56:15Z

<p>Romane.Gallier: /* Week 6 (February 23th - March 1st) */</p> <hr /> <div>[[Image:IDS-Experimenta2.jpg|300px|right|IDS LivingMap à Experimenta 2013]]<br /> <br /> =Preambule=<br /> <br /> The project subject [[Ultra Trail]]<br /> <br /> <br /> Enseignant [[User:Donsez|Didier Donsez]]. [[IDS2013-RICM5|fiche de suivi]]<br /> <br /> [http://air.imag.fr/mediawiki/index.php/File:-BISCH-FOURURE-CLAVELIN--RICM5-IDS-Presentation.pdf transparents] &amp; [http://air.imag.fr/mediawiki/index.php/File:Flyers-IDS-BISCH-FOURURE-CLAVELIN.pdf flyer] &amp; [http://air.imag.fr/mediawiki/index.php/File:Poster-IDS-RICM5-BISCH-FOURURE-CLAVELIN.png poster] &amp; [http://youtu.be/N9lzwH4TDQ8 video] &amp; [https://github.com/tetram/ids github]<br /> <br /> =Project presentation=<br /> <br /> Le but du projet est<br /> <br /> = Team =<br /> <br /> * Supervisors : Didier Donsez<br /> <br /> * Members : Gallier Romane, Ferrera Alexandre<br /> <br /> * Departement : [http://www.polytech-grenoble.fr/ricm.html RICM 4], [[Polytech Grenoble]]<br /> <br /> = Progress of the project =<br /> <br /> The project started January 14th, 2015.<br /> <br /> == Week 1 (January 13th - January 18th) == <br /> <br /> * Choix du projet<br /> <br /> == Week 2 (January 19th - January 25th) == <br /> <br /> * Découverte du projet<br /> * Mise en route de la machine<br /> * Récupération du code<br /> * Mise en place des exigences<br /> <br /> [[Projet-2016-2017-UltraTeam/SRS| '''SRS''']]<br /> <br /> == Week 3 (January 26th - February 01st) ==<br /> <br /> Réalisation des diagrammes UML<br /> <br /> [[Projet-2014-2015-Interactive_Digitale_Signage/UML| '''Diagrammes UML''']]<br /> <br /> == Week 4 (February 02nd - February 08th) ==<br /> <br /> Utilisation de l'outil Scrum.<br /> <br /> *Réalisation du Planning Poker avec les User story pour chaque acteurs (cf. les acteurs du diagramme de cas d'utilisation réalisé dans la partie UML).<br /> *Réalisation de Product Backlog avec les différents niveaux de priorités.<br /> *Écriture du 1er Sprint et de 2nd Sprint.<br /> <br /> [[Projet-2014-2015-Interactive_Digitale_Signage/Scrum| '''Scrum''']]<br /> <br /> Bilan de la marche à suivre.<br /> <br /> Pour la fonctionnalité emploi du temps :<br /> <br /> *Utilisation de la fonctionnalité Export d’ADE pour obtenir l’emploi du temps au format ICalendar et en suite le traité pour extraire l’information désirée. Au final, c’est une base de donnée qui sera remplit pour l’emploi du temps de chaque filière. La base de données sera réalisée avec MongoDB et sera mise à jour régulièrement.<br /> <br /> Pour l'affichage des informations sur Polytech :<br /> <br /> *L’affichage des informations sur Polytech avec Reveals.js. Les informations à afficher seront dans un PowerPoint pour plus de facilité.<br /> *La récupération de l’emploi du temps se fera à travers un serveur Node.js.<br /> *L’ensemble du projet est codé en HTML/CSS/PHP/JavaScript/JSON.<br /> <br /> == Week 5 (February 09th - February 15th) ==<br /> <br /> [[Media:Conception Architecturale.pdf|Conception Architecturale]]<br /> <br /> * Mise en place d'un système de synthèse vocale avec Voxygen pour faire parler la borne. (Fonctionnel avec 20 voix différentes)<br /> <br /> * Découverte de node.js.<br /> <br /> * Continuation de la réalisation d'une présentation de Polytech avec l'outil Reveal.js.<br /> <br /> * Etude sur la façon de récupérer l'emploi du temps de chaque filière. (Choix du format iCalendar)<br /> <br /> * Parsage du fichier iCalendar en node.js.<br /> <br /> * Utilisation probable de MangoDB pour stocker les emplois du temps dans une base de donnée.<br /> <br /> Lien waffle.io : https://waffle.io/zhangzhengmeng/projetids2015<br /> <br /> == Week 6 (February 23th - March 1st) ==<br /> <br /> *Documentation et integration d'une carte<br /> *<br /> <br /> == Week 7 (March 02nd - March 08nd) ==<br /> <br /> *Documentation sur l'utilisation des fonctionalités GPS du telephone<br /> *Reinstallation de K pour flasher le code sur la lora mote<br /> <br /> == Week 8 (March 09nd - March 15nd) ==<br /> <br /> * Travail sur la partie NFC.<br /> * Récupération des puces NFC et du code réalisé par des élèves de l'ENSIMAG pour utiliser le lecteur NFC.<br /> * Adaptation du code au projet.<br /> <br /> == Week 9 (March 16nd - March 22nd) ==<br /> <br /> * Problème avec le lecteur NFC et le code fourni.<br /> * Problème avec une puce NFC... décidemment '^^...<br /> * Visite de la CTI.<br /> <br /> == Week 10 (March 23nd - March 29nd) ==<br /> <br /> * Problème du lecteur NFC résolu -&gt; nouveau lecteur bien mieux<br /> * Intégration du code NFC -&gt; OK<br /> * Récupération de puces NFC supplémentaires car seulement une puce fonctionne (pas terrible pour les tests)<br /> * Récupération du nouveau PC à installer dans la borne (il y a de la musique quand on ouvre la boite ou qu'il y a de la lumière)<br /> * Récupération d'une clé pour installer Windows 7 Professionnel 64bits<br /> * Récupération d'un téléphone Android pour programmer les puces (Android c'est nul xD)<br /> <br /> == Week 11 (March 30nd - April 05nd) ==<br /> <br /> * Nous avons trouvé une solution formidable pour afficher les emplois du temps de chaque filière avec Reveals.js ce qui permettra de consulter très facilement les emplois du temps sur la borne<br /> * Réalisation de lien les gestes et les diapositives de Reveal.js avec Openni + Processing en utilisant websocket<br /> * Installation de Windows 7 Professionnel sur le nouveau PC + tous les drivers Intel NUC D54250WYKH<br /> * Installation du programme qui gère les emplois du temps (avec WampServer)<br /> * Installation du programme qui gère l'affichage sur la borne et la détection des gestes<br /> <br /> =Synthèse du projet=<br /> <br /> ==Contexte==<br /> [[Interactive Digital Signage]]<br /> <br /> Les bornes interactives à la pointe de la technologie commencent à apparaitre dans nos villes. Au potentiel infini, elles vont révolutionner le monde de l’information et de la publicité.<br /> <br /> '''Examples:'''<br /> * http://vds-technology.com/PLV-dynamique/nos_produits/e-totems/<br /> * http://www.connected-store.com/des-cabines-d%E2%80%99essayage-virtuelles-et-connectees-dans-un-magasin-john-lewis-4894<br /> * http://www.connected-store.com/un-miroir-interactif-et-connecte-dans-un-magasin-de-lenseigne-princess-polly-9832<br /> * http://www.connected-store.com/une-vitrine-tactile-et-des-bornes-connectees-pour-le-nouveau-concept-store-dorange-a-lile-maurice-4002<br /> <br /> ==Matériel==<br /> *Borne IDS contenant<br /> ** Intel NUC D54250WYKH avec Windows 7<br /> ** TV 37 Pouces Full HD<br /> ** Verre trempé IKEA<br /> ** Kinect XBox<br /> ** Haut Parleurs<br /> ** Lecteur NFC (SCM Microsystems Inc. SCL3711 reader &amp; NFC device 0)<br /> *Tag NFC<br /> *Téléphone Android (pour programmer les puces NFC)<br /> <br /> Lecteur NFC SCL3711:<br /> <br /> [[File:ids_nfc.png | 200px]]<br /> <br /> Kinect:<br /> <br /> [[File:Kinect.jpg | 200px]]<br /> <br /> ==Logiciels (utilisés)==<br /> <br /> * http://voxygen.fr/index.php (synthèse vocale)<br /> * javax.smartcardio (lecteur NFC)<br /> * Reveals.js (affichage interactif des informations)<br /> * [[OpenNI]] (Kinect)<br /> * Processing<br /> * [[Intel® Perceptual Computing SDK]]<br /> <br /> ==Logiciels (réalisés)==<br /> <br /> Le dépôt global des sources est sur [https://github.com/zhangzhengmeng/ProjetIDS2015.git '''github''']<br /> <br /> Voici la liste des différentes applications que nous avons réalisées dans le but de répondre au cahier des charges.<br /> <br /> === Emploi du temps et NFC ===<br /> <br /> Le programme créé tourne en tache de fond sur la borne. Dès qu'une puce NCF est détectée, une fenêtre s'ouvre avec les informations sur le prochain cours de la personne, la salle dans laquelle elle sera, son enseignant ainsi que les horaires du cours. Au moment de l'ouverture de cette fenêtre, la borne se met à parler à la personne qui est en face d'elle pour lui donner verbalement ces informations via la synthèse vocale. À la fin du speech, la fenêtre se referme.<br /> <br /> '''Fonctionnement du programme :'''<br /> <br /> Le schéma ci-dessous résume la façon dont le logiciel fonctionne de façon schématique. Tout d'abord, lors de son premier lancement, le programme télécharge les emplois du temps de chaque filière au format iCalendar. Ensuite, les fichiers iCalendar sont traités et les informations utiles sont stockées en mémoire dans des structures de données. Maintenant vient le début de la boucle principale de fonctionnement. Il ne sortira jamais de cette boucle sauf en cas d'arrêt du programme évidemment. Le programme est autonome. Il se mettra à jours automatiquement. Lors qu'une personne passe une puce NFC devant la borne, le programme interroge ses structures de données contenant les emplois du temps comme expliqué dans le paragraphe qui suit. Ensuite, il vérifie qu'il dispose bien des emplois du temps de la semaine courante et effectue la mise à jour si nécessaire. Il affiche alors le résultat de la requête dans une fenêtre et active la synthèse vocale qui fait parler la machine.<br /> <br /> [[File:caca1.png | 300px]]<br /> <br /> '''Interrogation des structures de données :'''<br /> <br /> Le schéma ci-dessous résume la façon dont le logiciel procède après identification de la personne qui a passé la puce NFC devant la borne. Ce qu'il faut retenir, c'est que si 'est un élève, c'est facile, il suffit d'aller interroger la liste correspondant à l'emploi du temps des la classe de l'étudiant. Ensuite on cherche une correspondance entre l'élève, la date et l'horaire. En revanche, dans le cas d'un enseignant, nous ne disposons pas de la classe avec laquelle il a cours puisque qu'un enseignant peut faire cours à plusieurs classes de différentes filières. Il faut donc chercher dans toutes les listes contenant les emplois du temps des différentes filières une correspondance entre l'enseignant, la date et l'horaire.<br /> <br /> [[File:caca2.png | 400px]]<br /> <br /> '''Mise à jour automatique des emplois du temps :'''<br /> <br /> C'est une histoire de différence entre la date correspondant à la dernière fois que les emplois du temps ont été mis à jours et la date actuelle en tenant compte du jour de la semaine où la demande est effectuée. Un code tel que celui-ci est robuste et fonctionnera toujours. Dans le cas présent, les emplois du temps sont mis à jour chaque semaine.<br /> <br /> [[File:caca3.png | 600px]]<br /> <br /> '''Info sur le programme'''<br /> <br /> Le programme a été écrit intégralement en Java.<br /> <br /> Les emplois du temps de chaque filière sont téléchargés automatiquement dès la première demande qui est effectuée.<br /> <br /> La synthèse vocale fonctionne grâce au site web de l'entreprise Voxygen qui permet d'utiliser des voix à la pointe de la technologie qui ont été mise en ligne comme exemple.<br /> <br /> Le texte du speech est créé dynamiquement par le programme pour s'adapter à chaque utilisateur. Ensuite, il est envoyé sur le serveur de Voxygen qui va alors renvoyer un fichier audio au format mp3 avec le contenu vocal souhaité. Enfin, le programme lance la lecture du fichier son pour faire parler la borne.<br /> <br /> Les adresses web pour télécharger les emplois du temps de chaque filière se trouve dans un fichier nommé &quot;adweb.txt&quot;. Il est donc très simple d'ajouter des classes, d'en enlever ou de mettre à jours une adresse qui aurait changé.<br /> <br /> Le fichier est construit de la façon suivante :<br /> <br /> [[File:ids_edt.png | 300px]]<br /> <br /> Les puces NFC contiennent simplement un numéro d'étudiant (numéro d'étudiant par exemple). Une fois le numéro lu, il suffit d'aller chercher l'étudiant correspondant dans la base de données qui est en fait un simple fichier texte nommé &quot;nfc.txt&quot;. Une des améliorations de notre projet sera d'aller chercher les informations dans la base de données en ligne qui a été réalisée par l'université. Ce sera ainsi plus simple que de rentrer tous les étudiants avec leur numéro d'étudiant, leur nom, leur prénom et leur classe dans un fichier.<br /> <br /> Le fichier est construit de la forme suivante :<br /> <br /> [[File:ids_etu.png | 400px]]<br /> <br /> Pour ce qui est de la voix choisie, c'est également dans un fichier que l'on peut la choisir. Dans le fichier &quot;speak.txt&quot;, il faut donc indiquer la voix que l'on veut utiliser et également indiquer le chemin du dossier qui contient la partie du code PHP qui est utilisé par WampServer chaque fois qu'une requête est effectuée. Enfin, c'est également dans ce fichier que l'on saisit le jour de la semaine et l'heure où le téléchargement automatique des emplois du temps sera effectué.<br /> <br /> Le fichier est construit de la forme suivante :<br /> <br /> [[File:ids_voix.png | 200px]]<br /> <br /> Fenêtre du programme (cas d'un élève):<br /> <br /> [[File:ids_fenetre.png | 400px]]<br /> <br /> Fenêtre du programme (cas d'un enseignant):<br /> <br /> [[File:ids_fenetre2.png | 400px]]<br /> <br /> La machine dira par exemple : &quot;Bonjour Didier, vous avez cours de projet en salle TP259IIA ou peut être en salle S125 avec les RICM4 de 13h30 à 17h30. Je vous souhaite une excellente journée.&quot;<br /> <br /> '''Info sur la partie en PHP Voxygen'''<br /> <br /> Le code PHP est exécuté par WampServer. Le dossier &quot;PHP-Voxygen-master&quot; doit donc se trouver dans le dossier &quot;www&quot; de WampServer pour que tout fonctionne correctement. Il faut donc bien mettre le lien vers le dossier &quot;PHP-Voxygen-master&quot; dans le fichier &quot;speak.txt&quot; comme expliqué un peu plus haut sinon ça ne pourra pas fonctionner.<br /> <br /> === Kinect et Reveals.js ===<br /> <br /> Pour utiliser Kinect dans Windows il faut installer<br /> *nite-win64-1.5.2.21-dev<br /> *openni-win64-1.5.4.0-dev<br /> *SensorKinect092-Bin-Win64-v5.1.2.1<br /> (Il existe un conflit de pilot de Kinect entre SensorKinect et Windows Kinect)<br /> <br /> On créer le sevrer et faire la communication entre Processing et page web en utilisant webbit<br /> * https://github.com/webbit/webbit <br /> <br /> Pour réaliser les gestes on utilise le API de openni<br /> * http://kinectcar.ronsper.com/docs/nite/classXnVSwipeDetector.html<br /> <br /> Pour utiliser les gestes dans reveal.js on utilise le façon en base des gestes avec webcam<br /> *https://github.com/willy-vvu/reveal.js<br /> <br /> =Ressources=<br /> * https://github.com/SalemHarrache/ricm.quicker<br /> * https://developer.mozilla.org/fr/docs/IndexedDB/Using_IndexedDB<br /> * [[Reveal.js]]<br /> * https://github.com/hakimel/reveal.js/issues/1039<br /> * http://revealjs.herokuapp.com/</div>

Romane.Gallier https://air.imag.fr/index.php?title=Projets-2016-2017-UltraTeam&diff=34081 2017-03-03T13:54:44Z

<p>Romane.Gallier: /* Week 7 (March 02nd - March 08nd) */</p> <hr /> <div>[[Image:IDS-Experimenta2.jpg|300px|right|IDS LivingMap à Experimenta 2013]]<br /> <br /> =Preambule=<br /> <br /> The project subject [[Ultra Trail]]<br /> <br /> <br /> Enseignant [[User:Donsez|Didier Donsez]]. [[IDS2013-RICM5|fiche de suivi]]<br /> <br /> [http://air.imag.fr/mediawiki/index.php/File:-BISCH-FOURURE-CLAVELIN--RICM5-IDS-Presentation.pdf transparents] &amp; [http://air.imag.fr/mediawiki/index.php/File:Flyers-IDS-BISCH-FOURURE-CLAVELIN.pdf flyer] &amp; [http://air.imag.fr/mediawiki/index.php/File:Poster-IDS-RICM5-BISCH-FOURURE-CLAVELIN.png poster] &amp; [http://youtu.be/N9lzwH4TDQ8 video] &amp; [https://github.com/tetram/ids github]<br /> <br /> =Project presentation=<br /> <br /> Le but du projet est<br /> <br /> = Team =<br /> <br /> * Supervisors : Didier Donsez<br /> <br /> * Members : Gallier Romane, Ferrera Alexandre<br /> <br /> * Departement : [http://www.polytech-grenoble.fr/ricm.html RICM 4], [[Polytech Grenoble]]<br /> <br /> = Progress of the project =<br /> <br /> The project started January 14th, 2015.<br /> <br /> == Week 1 (January 13th - January 18th) == <br /> <br /> * Choix du projet<br /> <br /> == Week 2 (January 19th - January 25th) == <br /> <br /> * Découverte du projet<br /> * Mise en route de la machine<br /> * Récupération du code<br /> * Mise en place des exigences<br /> <br /> [[Projet-2016-2017-UltraTeam/SRS| '''SRS''']]<br /> <br /> == Week 3 (January 26th - February 01st) ==<br /> <br /> Réalisation des diagrammes UML<br /> <br /> [[Projet-2014-2015-Interactive_Digitale_Signage/UML| '''Diagrammes UML''']]<br /> <br /> == Week 4 (February 02nd - February 08th) ==<br /> <br /> Utilisation de l'outil Scrum.<br /> <br /> *Réalisation du Planning Poker avec les User story pour chaque acteurs (cf. les acteurs du diagramme de cas d'utilisation réalisé dans la partie UML).<br /> *Réalisation de Product Backlog avec les différents niveaux de priorités.<br /> *Écriture du 1er Sprint et de 2nd Sprint.<br /> <br /> [[Projet-2014-2015-Interactive_Digitale_Signage/Scrum| '''Scrum''']]<br /> <br /> Bilan de la marche à suivre.<br /> <br /> Pour la fonctionnalité emploi du temps :<br /> <br /> *Utilisation de la fonctionnalité Export d’ADE pour obtenir l’emploi du temps au format ICalendar et en suite le traité pour extraire l’information désirée. Au final, c’est une base de donnée qui sera remplit pour l’emploi du temps de chaque filière. La base de données sera réalisée avec MongoDB et sera mise à jour régulièrement.<br /> <br /> Pour l'affichage des informations sur Polytech :<br /> <br /> *L’affichage des informations sur Polytech avec Reveals.js. Les informations à afficher seront dans un PowerPoint pour plus de facilité.<br /> *La récupération de l’emploi du temps se fera à travers un serveur Node.js.<br /> *L’ensemble du projet est codé en HTML/CSS/PHP/JavaScript/JSON.<br /> <br /> == Week 5 (February 09th - February 15th) ==<br /> <br /> [[Media:Conception Architecturale.pdf|Conception Architecturale]]<br /> <br /> * Mise en place d'un système de synthèse vocale avec Voxygen pour faire parler la borne. (Fonctionnel avec 20 voix différentes)<br /> <br /> * Découverte de node.js.<br /> <br /> * Continuation de la réalisation d'une présentation de Polytech avec l'outil Reveal.js.<br /> <br /> * Etude sur la façon de récupérer l'emploi du temps de chaque filière. (Choix du format iCalendar)<br /> <br /> * Parsage du fichier iCalendar en node.js.<br /> <br /> * Utilisation probable de MangoDB pour stocker les emplois du temps dans une base de donnée.<br /> <br /> Lien waffle.io : https://waffle.io/zhangzhengmeng/projetids2015<br /> <br /> == Week 6 (February 23th - March 1st) ==<br /> <br /> Travail réalisé :<br /> <br /> * Emploi du temps (chargement auto, traitement, sauvegarde) -&gt; OK<br /> * Synthèse vocale (lecture d’information, création de phrase dynamique) -&gt; OK<br /> * Présentation dynamique de Polytech avec Reveal.js -&gt; OK<br /> * Affichage emploi du temps -&gt; OK<br /> * Création d’un serveur avec node.js -&gt; OK<br /> <br /> Travail restant :<br /> <br /> * Utilisation du lecteur NFC <br /> * Utilisation de la Kinect pour contrôle par gestes sur les pages web<br /> https://github.com/bengfarrell/nuimotion<br /> https://github.com/pgte/node-openni-browser<br /> * Installation des programmes réalisés sur la borne<br /> <br /> [[Media:Evalution mi-parcours IDS.pdf|Slides évalution mi-parcours]]<br /> <br /> == Week 7 (March 02nd - March 08nd) ==<br /> <br /> *Documentation sur l'utilisation des fonctionalités GPS du telephone<br /> *Reinstallation de K pour flasher le code sur la lora mote<br /> <br /> == Week 8 (March 09nd - March 15nd) ==<br /> <br /> * Travail sur la partie NFC.<br /> * Récupération des puces NFC et du code réalisé par des élèves de l'ENSIMAG pour utiliser le lecteur NFC.<br /> * Adaptation du code au projet.<br /> <br /> == Week 9 (March 16nd - March 22nd) ==<br /> <br /> * Problème avec le lecteur NFC et le code fourni.<br /> * Problème avec une puce NFC... décidemment '^^...<br /> * Visite de la CTI.<br /> <br /> == Week 10 (March 23nd - March 29nd) ==<br /> <br /> * Problème du lecteur NFC résolu -&gt; nouveau lecteur bien mieux<br /> * Intégration du code NFC -&gt; OK<br /> * Récupération de puces NFC supplémentaires car seulement une puce fonctionne (pas terrible pour les tests)<br /> * Récupération du nouveau PC à installer dans la borne (il y a de la musique quand on ouvre la boite ou qu'il y a de la lumière)<br /> * Récupération d'une clé pour installer Windows 7 Professionnel 64bits<br /> * Récupération d'un téléphone Android pour programmer les puces (Android c'est nul xD)<br /> <br /> == Week 11 (March 30nd - April 05nd) ==<br /> <br /> * Nous avons trouvé une solution formidable pour afficher les emplois du temps de chaque filière avec Reveals.js ce qui permettra de consulter très facilement les emplois du temps sur la borne<br /> * Réalisation de lien les gestes et les diapositives de Reveal.js avec Openni + Processing en utilisant websocket<br /> * Installation de Windows 7 Professionnel sur le nouveau PC + tous les drivers Intel NUC D54250WYKH<br /> * Installation du programme qui gère les emplois du temps (avec WampServer)<br /> * Installation du programme qui gère l'affichage sur la borne et la détection des gestes<br /> <br /> =Synthèse du projet=<br /> <br /> ==Contexte==<br /> [[Interactive Digital Signage]]<br /> <br /> Les bornes interactives à la pointe de la technologie commencent à apparaitre dans nos villes. Au potentiel infini, elles vont révolutionner le monde de l’information et de la publicité.<br /> <br /> '''Examples:'''<br /> * http://vds-technology.com/PLV-dynamique/nos_produits/e-totems/<br /> * http://www.connected-store.com/des-cabines-d%E2%80%99essayage-virtuelles-et-connectees-dans-un-magasin-john-lewis-4894<br /> * http://www.connected-store.com/un-miroir-interactif-et-connecte-dans-un-magasin-de-lenseigne-princess-polly-9832<br /> * http://www.connected-store.com/une-vitrine-tactile-et-des-bornes-connectees-pour-le-nouveau-concept-store-dorange-a-lile-maurice-4002<br /> <br /> ==Matériel==<br /> *Borne IDS contenant<br /> ** Intel NUC D54250WYKH avec Windows 7<br /> ** TV 37 Pouces Full HD<br /> ** Verre trempé IKEA<br /> ** Kinect XBox<br /> ** Haut Parleurs<br /> ** Lecteur NFC (SCM Microsystems Inc. SCL3711 reader &amp; NFC device 0)<br /> *Tag NFC<br /> *Téléphone Android (pour programmer les puces NFC)<br /> <br /> Lecteur NFC SCL3711:<br /> <br /> [[File:ids_nfc.png | 200px]]<br /> <br /> Kinect:<br /> <br /> [[File:Kinect.jpg | 200px]]<br /> <br /> ==Logiciels (utilisés)==<br /> <br /> * http://voxygen.fr/index.php (synthèse vocale)<br /> * javax.smartcardio (lecteur NFC)<br /> * Reveals.js (affichage interactif des informations)<br /> * [[OpenNI]] (Kinect)<br /> * Processing<br /> * [[Intel® Perceptual Computing SDK]]<br /> <br /> ==Logiciels (réalisés)==<br /> <br /> Le dépôt global des sources est sur [https://github.com/zhangzhengmeng/ProjetIDS2015.git '''github''']<br /> <br /> Voici la liste des différentes applications que nous avons réalisées dans le but de répondre au cahier des charges.<br /> <br /> === Emploi du temps et NFC ===<br /> <br /> Le programme créé tourne en tache de fond sur la borne. Dès qu'une puce NCF est détectée, une fenêtre s'ouvre avec les informations sur le prochain cours de la personne, la salle dans laquelle elle sera, son enseignant ainsi que les horaires du cours. Au moment de l'ouverture de cette fenêtre, la borne se met à parler à la personne qui est en face d'elle pour lui donner verbalement ces informations via la synthèse vocale. À la fin du speech, la fenêtre se referme.<br /> <br /> '''Fonctionnement du programme :'''<br /> <br /> Le schéma ci-dessous résume la façon dont le logiciel fonctionne de façon schématique. Tout d'abord, lors de son premier lancement, le programme télécharge les emplois du temps de chaque filière au format iCalendar. Ensuite, les fichiers iCalendar sont traités et les informations utiles sont stockées en mémoire dans des structures de données. Maintenant vient le début de la boucle principale de fonctionnement. Il ne sortira jamais de cette boucle sauf en cas d'arrêt du programme évidemment. Le programme est autonome. Il se mettra à jours automatiquement. Lors qu'une personne passe une puce NFC devant la borne, le programme interroge ses structures de données contenant les emplois du temps comme expliqué dans le paragraphe qui suit. Ensuite, il vérifie qu'il dispose bien des emplois du temps de la semaine courante et effectue la mise à jour si nécessaire. Il affiche alors le résultat de la requête dans une fenêtre et active la synthèse vocale qui fait parler la machine.<br /> <br /> [[File:caca1.png | 300px]]<br /> <br /> '''Interrogation des structures de données :'''<br /> <br /> Le schéma ci-dessous résume la façon dont le logiciel procède après identification de la personne qui a passé la puce NFC devant la borne. Ce qu'il faut retenir, c'est que si 'est un élève, c'est facile, il suffit d'aller interroger la liste correspondant à l'emploi du temps des la classe de l'étudiant. Ensuite on cherche une correspondance entre l'élève, la date et l'horaire. En revanche, dans le cas d'un enseignant, nous ne disposons pas de la classe avec laquelle il a cours puisque qu'un enseignant peut faire cours à plusieurs classes de différentes filières. Il faut donc chercher dans toutes les listes contenant les emplois du temps des différentes filières une correspondance entre l'enseignant, la date et l'horaire.<br /> <br /> [[File:caca2.png | 400px]]<br /> <br /> '''Mise à jour automatique des emplois du temps :'''<br /> <br /> C'est une histoire de différence entre la date correspondant à la dernière fois que les emplois du temps ont été mis à jours et la date actuelle en tenant compte du jour de la semaine où la demande est effectuée. Un code tel que celui-ci est robuste et fonctionnera toujours. Dans le cas présent, les emplois du temps sont mis à jour chaque semaine.<br /> <br /> [[File:caca3.png | 600px]]<br /> <br /> '''Info sur le programme'''<br /> <br /> Le programme a été écrit intégralement en Java.<br /> <br /> Les emplois du temps de chaque filière sont téléchargés automatiquement dès la première demande qui est effectuée.<br /> <br /> La synthèse vocale fonctionne grâce au site web de l'entreprise Voxygen qui permet d'utiliser des voix à la pointe de la technologie qui ont été mise en ligne comme exemple.<br /> <br /> Le texte du speech est créé dynamiquement par le programme pour s'adapter à chaque utilisateur. Ensuite, il est envoyé sur le serveur de Voxygen qui va alors renvoyer un fichier audio au format mp3 avec le contenu vocal souhaité. Enfin, le programme lance la lecture du fichier son pour faire parler la borne.<br /> <br /> Les adresses web pour télécharger les emplois du temps de chaque filière se trouve dans un fichier nommé &quot;adweb.txt&quot;. Il est donc très simple d'ajouter des classes, d'en enlever ou de mettre à jours une adresse qui aurait changé.<br /> <br /> Le fichier est construit de la façon suivante :<br /> <br /> [[File:ids_edt.png | 300px]]<br /> <br /> Les puces NFC contiennent simplement un numéro d'étudiant (numéro d'étudiant par exemple). Une fois le numéro lu, il suffit d'aller chercher l'étudiant correspondant dans la base de données qui est en fait un simple fichier texte nommé &quot;nfc.txt&quot;. Une des améliorations de notre projet sera d'aller chercher les informations dans la base de données en ligne qui a été réalisée par l'université. Ce sera ainsi plus simple que de rentrer tous les étudiants avec leur numéro d'étudiant, leur nom, leur prénom et leur classe dans un fichier.<br /> <br /> Le fichier est construit de la forme suivante :<br /> <br /> [[File:ids_etu.png | 400px]]<br /> <br /> Pour ce qui est de la voix choisie, c'est également dans un fichier que l'on peut la choisir. Dans le fichier &quot;speak.txt&quot;, il faut donc indiquer la voix que l'on veut utiliser et également indiquer le chemin du dossier qui contient la partie du code PHP qui est utilisé par WampServer chaque fois qu'une requête est effectuée. Enfin, c'est également dans ce fichier que l'on saisit le jour de la semaine et l'heure où le téléchargement automatique des emplois du temps sera effectué.<br /> <br /> Le fichier est construit de la forme suivante :<br /> <br /> [[File:ids_voix.png | 200px]]<br /> <br /> Fenêtre du programme (cas d'un élève):<br /> <br /> [[File:ids_fenetre.png | 400px]]<br /> <br /> Fenêtre du programme (cas d'un enseignant):<br /> <br /> [[File:ids_fenetre2.png | 400px]]<br /> <br /> La machine dira par exemple : &quot;Bonjour Didier, vous avez cours de projet en salle TP259IIA ou peut être en salle S125 avec les RICM4 de 13h30 à 17h30. Je vous souhaite une excellente journée.&quot;<br /> <br /> '''Info sur la partie en PHP Voxygen'''<br /> <br /> Le code PHP est exécuté par WampServer. Le dossier &quot;PHP-Voxygen-master&quot; doit donc se trouver dans le dossier &quot;www&quot; de WampServer pour que tout fonctionne correctement. Il faut donc bien mettre le lien vers le dossier &quot;PHP-Voxygen-master&quot; dans le fichier &quot;speak.txt&quot; comme expliqué un peu plus haut sinon ça ne pourra pas fonctionner.<br /> <br /> === Kinect et Reveals.js ===<br /> <br /> Pour utiliser Kinect dans Windows il faut installer<br /> *nite-win64-1.5.2.21-dev<br /> *openni-win64-1.5.4.0-dev<br /> *SensorKinect092-Bin-Win64-v5.1.2.1<br /> (Il existe un conflit de pilot de Kinect entre SensorKinect et Windows Kinect)<br /> <br /> On créer le sevrer et faire la communication entre Processing et page web en utilisant webbit<br /> * https://github.com/webbit/webbit <br /> <br /> Pour réaliser les gestes on utilise le API de openni<br /> * http://kinectcar.ronsper.com/docs/nite/classXnVSwipeDetector.html<br /> <br /> Pour utiliser les gestes dans reveal.js on utilise le façon en base des gestes avec webcam<br /> *https://github.com/willy-vvu/reveal.js<br /> <br /> =Ressources=<br /> * https://github.com/SalemHarrache/ricm.quicker<br /> * https://developer.mozilla.org/fr/docs/IndexedDB/Using_IndexedDB<br /> * [[Reveal.js]]<br /> * https://github.com/hakimel/reveal.js/issues/1039<br /> * http://revealjs.herokuapp.com/</div>

Romane.Gallier https://air.imag.fr/index.php?title=Projets-2016-2017-UltraTeam&diff=33237 2017-02-05T10:43:10Z

<p>Romane.Gallier: /* Project presentation */</p> <hr /> <div>[[Image:IDS-Experimenta2.jpg|300px|right|IDS LivingMap à Experimenta 2013]]<br /> <br /> =Preambule=<br /> <br /> The project subject [[Ultra Trail]]<br /> <br /> <br /> Enseignant [[User:Donsez|Didier Donsez]]. [[IDS2013-RICM5|fiche de suivi]]<br /> <br /> [http://air.imag.fr/mediawiki/index.php/File:-BISCH-FOURURE-CLAVELIN--RICM5-IDS-Presentation.pdf transparents] &amp; [http://air.imag.fr/mediawiki/index.php/File:Flyers-IDS-BISCH-FOURURE-CLAVELIN.pdf flyer] &amp; [http://air.imag.fr/mediawiki/index.php/File:Poster-IDS-RICM5-BISCH-FOURURE-CLAVELIN.png poster] &amp; [http://youtu.be/N9lzwH4TDQ8 video] &amp; [https://github.com/tetram/ids github]<br /> <br /> =Project presentation=<br /> <br /> Le but du projet est<br /> <br /> = Team =<br /> <br /> * Supervisors : Didier Donsez<br /> <br /> * Members : Gallier Romane, Ferrera Alexandre<br /> <br /> * Departement : [http://www.polytech-grenoble.fr/ricm.html RICM 4], [[Polytech Grenoble]]<br /> <br /> = Progress of the project =<br /> <br /> The project started January 14th, 2015.<br /> <br /> == Week 1 (January 13th - January 18th) == <br /> <br /> * Choix du projet<br /> <br /> == Week 2 (January 19th - January 25th) == <br /> <br /> * Découverte du projet<br /> * Mise en route de la machine<br /> * Récupération du code<br /> * Mise en place des exigences<br /> <br /> [[Projet-2016-2017-UltraTeam/SRS| '''SRS''']]<br /> <br /> == Week 3 (January 26th - February 01st) ==<br /> <br /> Réalisation des diagrammes UML<br /> <br /> [[Projet-2014-2015-Interactive_Digitale_Signage/UML| '''Diagrammes UML''']]<br /> <br /> == Week 4 (February 02nd - February 08th) ==<br /> <br /> Utilisation de l'outil Scrum.<br /> <br /> *Réalisation du Planning Poker avec les User story pour chaque acteurs (cf. les acteurs du diagramme de cas d'utilisation réalisé dans la partie UML).<br /> *Réalisation de Product Backlog avec les différents niveaux de priorités.<br /> *Écriture du 1er Sprint et de 2nd Sprint.<br /> <br /> [[Projet-2014-2015-Interactive_Digitale_Signage/Scrum| '''Scrum''']]<br /> <br /> Bilan de la marche à suivre.<br /> <br /> Pour la fonctionnalité emploi du temps :<br /> <br /> *Utilisation de la fonctionnalité Export d’ADE pour obtenir l’emploi du temps au format ICalendar et en suite le traité pour extraire l’information désirée. Au final, c’est une base de donnée qui sera remplit pour l’emploi du temps de chaque filière. La base de données sera réalisée avec MongoDB et sera mise à jour régulièrement.<br /> <br /> Pour l'affichage des informations sur Polytech :<br /> <br /> *L’affichage des informations sur Polytech avec Reveals.js. Les informations à afficher seront dans un PowerPoint pour plus de facilité.<br /> *La récupération de l’emploi du temps se fera à travers un serveur Node.js.<br /> *L’ensemble du projet est codé en HTML/CSS/PHP/JavaScript/JSON.<br /> <br /> == Week 5 (February 09th - February 15th) ==<br /> <br /> [[Media:Conception Architecturale.pdf|Conception Architecturale]]<br /> <br /> * Mise en place d'un système de synthèse vocale avec Voxygen pour faire parler la borne. (Fonctionnel avec 20 voix différentes)<br /> <br /> * Découverte de node.js.<br /> <br /> * Continuation de la réalisation d'une présentation de Polytech avec l'outil Reveal.js.<br /> <br /> * Etude sur la façon de récupérer l'emploi du temps de chaque filière. (Choix du format iCalendar)<br /> <br /> * Parsage du fichier iCalendar en node.js.<br /> <br /> * Utilisation probable de MangoDB pour stocker les emplois du temps dans une base de donnée.<br /> <br /> Lien waffle.io : https://waffle.io/zhangzhengmeng/projetids2015<br /> <br /> == Week 6 (February 23th - March 1st) ==<br /> <br /> Travail réalisé :<br /> <br /> * Emploi du temps (chargement auto, traitement, sauvegarde) -&gt; OK<br /> * Synthèse vocale (lecture d’information, création de phrase dynamique) -&gt; OK<br /> * Présentation dynamique de Polytech avec Reveal.js -&gt; OK<br /> * Affichage emploi du temps -&gt; OK<br /> * Création d’un serveur avec node.js -&gt; OK<br /> <br /> Travail restant :<br /> <br /> * Utilisation du lecteur NFC <br /> * Utilisation de la Kinect pour contrôle par gestes sur les pages web<br /> https://github.com/bengfarrell/nuimotion<br /> https://github.com/pgte/node-openni-browser<br /> * Installation des programmes réalisés sur la borne<br /> <br /> [[Media:Evalution mi-parcours IDS.pdf|Slides évalution mi-parcours]]<br /> <br /> == Week 7 (March 02nd - March 08nd) ==<br /> <br /> * Nettoyage du code réalisé en Java pour la partie emploi du temps et synthèse vocale.<br /> * Présentation du travail réalisé jusqu'ici lors de la soutenance de mi-parcours.<br /> * Travail sur la partie NFC (récupération du lecteur NFC).<br /> <br /> == Week 8 (March 09nd - March 15nd) ==<br /> <br /> * Travail sur la partie NFC.<br /> * Récupération des puces NFC et du code réalisé par des élèves de l'ENSIMAG pour utiliser le lecteur NFC.<br /> * Adaptation du code au projet.<br /> <br /> == Week 9 (March 16nd - March 22nd) ==<br /> <br /> * Problème avec le lecteur NFC et le code fourni.<br /> * Problème avec une puce NFC... décidemment '^^...<br /> * Visite de la CTI.<br /> <br /> == Week 10 (March 23nd - March 29nd) ==<br /> <br /> * Problème du lecteur NFC résolu -&gt; nouveau lecteur bien mieux<br /> * Intégration du code NFC -&gt; OK<br /> * Récupération de puces NFC supplémentaires car seulement une puce fonctionne (pas terrible pour les tests)<br /> * Récupération du nouveau PC à installer dans la borne (il y a de la musique quand on ouvre la boite ou qu'il y a de la lumière)<br /> * Récupération d'une clé pour installer Windows 7 Professionnel 64bits<br /> * Récupération d'un téléphone Android pour programmer les puces (Android c'est nul xD)<br /> <br /> == Week 11 (March 30nd - April 05nd) ==<br /> <br /> * Nous avons trouvé une solution formidable pour afficher les emplois du temps de chaque filière avec Reveals.js ce qui permettra de consulter très facilement les emplois du temps sur la borne<br /> * Réalisation de lien les gestes et les diapositives de Reveal.js avec Openni + Processing en utilisant websocket<br /> * Installation de Windows 7 Professionnel sur le nouveau PC + tous les drivers Intel NUC D54250WYKH<br /> * Installation du programme qui gère les emplois du temps (avec WampServer)<br /> * Installation du programme qui gère l'affichage sur la borne et la détection des gestes<br /> <br /> =Synthèse du projet=<br /> <br /> ==Contexte==<br /> [[Interactive Digital Signage]]<br /> <br /> Les bornes interactives à la pointe de la technologie commencent à apparaitre dans nos villes. Au potentiel infini, elles vont révolutionner le monde de l’information et de la publicité.<br /> <br /> '''Examples:'''<br /> * http://vds-technology.com/PLV-dynamique/nos_produits/e-totems/<br /> * http://www.connected-store.com/des-cabines-d%E2%80%99essayage-virtuelles-et-connectees-dans-un-magasin-john-lewis-4894<br /> * http://www.connected-store.com/un-miroir-interactif-et-connecte-dans-un-magasin-de-lenseigne-princess-polly-9832<br /> * http://www.connected-store.com/une-vitrine-tactile-et-des-bornes-connectees-pour-le-nouveau-concept-store-dorange-a-lile-maurice-4002<br /> <br /> ==Matériel==<br /> *Borne IDS contenant<br /> ** Intel NUC D54250WYKH avec Windows 7<br /> ** TV 37 Pouces Full HD<br /> ** Verre trempé IKEA<br /> ** Kinect XBox<br /> ** Haut Parleurs<br /> ** Lecteur NFC (SCM Microsystems Inc. SCL3711 reader &amp; NFC device 0)<br /> *Tag NFC<br /> *Téléphone Android (pour programmer les puces NFC)<br /> <br /> Lecteur NFC SCL3711:<br /> <br /> [[File:ids_nfc.png | 200px]]<br /> <br /> Kinect:<br /> <br /> [[File:Kinect.jpg | 200px]]<br /> <br /> ==Logiciels (utilisés)==<br /> <br /> * http://voxygen.fr/index.php (synthèse vocale)<br /> * javax.smartcardio (lecteur NFC)<br /> * Reveals.js (affichage interactif des informations)<br /> * [[OpenNI]] (Kinect)<br /> * Processing<br /> * [[Intel® Perceptual Computing SDK]]<br /> <br /> ==Logiciels (réalisés)==<br /> <br /> Le dépôt global des sources est sur [https://github.com/zhangzhengmeng/ProjetIDS2015.git '''github''']<br /> <br /> Voici la liste des différentes applications que nous avons réalisées dans le but de répondre au cahier des charges.<br /> <br /> === Emploi du temps et NFC ===<br /> <br /> Le programme créé tourne en tache de fond sur la borne. Dès qu'une puce NCF est détectée, une fenêtre s'ouvre avec les informations sur le prochain cours de la personne, la salle dans laquelle elle sera, son enseignant ainsi que les horaires du cours. Au moment de l'ouverture de cette fenêtre, la borne se met à parler à la personne qui est en face d'elle pour lui donner verbalement ces informations via la synthèse vocale. À la fin du speech, la fenêtre se referme.<br /> <br /> '''Fonctionnement du programme :'''<br /> <br /> Le schéma ci-dessous résume la façon dont le logiciel fonctionne de façon schématique. Tout d'abord, lors de son premier lancement, le programme télécharge les emplois du temps de chaque filière au format iCalendar. Ensuite, les fichiers iCalendar sont traités et les informations utiles sont stockées en mémoire dans des structures de données. Maintenant vient le début de la boucle principale de fonctionnement. Il ne sortira jamais de cette boucle sauf en cas d'arrêt du programme évidemment. Le programme est autonome. Il se mettra à jours automatiquement. Lors qu'une personne passe une puce NFC devant la borne, le programme interroge ses structures de données contenant les emplois du temps comme expliqué dans le paragraphe qui suit. Ensuite, il vérifie qu'il dispose bien des emplois du temps de la semaine courante et effectue la mise à jour si nécessaire. Il affiche alors le résultat de la requête dans une fenêtre et active la synthèse vocale qui fait parler la machine.<br /> <br /> [[File:caca1.png | 300px]]<br /> <br /> '''Interrogation des structures de données :'''<br /> <br /> Le schéma ci-dessous résume la façon dont le logiciel procède après identification de la personne qui a passé la puce NFC devant la borne. Ce qu'il faut retenir, c'est que si 'est un élève, c'est facile, il suffit d'aller interroger la liste correspondant à l'emploi du temps des la classe de l'étudiant. Ensuite on cherche une correspondance entre l'élève, la date et l'horaire. En revanche, dans le cas d'un enseignant, nous ne disposons pas de la classe avec laquelle il a cours puisque qu'un enseignant peut faire cours à plusieurs classes de différentes filières. Il faut donc chercher dans toutes les listes contenant les emplois du temps des différentes filières une correspondance entre l'enseignant, la date et l'horaire.<br /> <br /> [[File:caca2.png | 400px]]<br /> <br /> '''Mise à jour automatique des emplois du temps :'''<br /> <br /> C'est une histoire de différence entre la date correspondant à la dernière fois que les emplois du temps ont été mis à jours et la date actuelle en tenant compte du jour de la semaine où la demande est effectuée. Un code tel que celui-ci est robuste et fonctionnera toujours. Dans le cas présent, les emplois du temps sont mis à jour chaque semaine.<br /> <br /> [[File:caca3.png | 600px]]<br /> <br /> '''Info sur le programme'''<br /> <br /> Le programme a été écrit intégralement en Java.<br /> <br /> Les emplois du temps de chaque filière sont téléchargés automatiquement dès la première demande qui est effectuée.<br /> <br /> La synthèse vocale fonctionne grâce au site web de l'entreprise Voxygen qui permet d'utiliser des voix à la pointe de la technologie qui ont été mise en ligne comme exemple.<br /> <br /> Le texte du speech est créé dynamiquement par le programme pour s'adapter à chaque utilisateur. Ensuite, il est envoyé sur le serveur de Voxygen qui va alors renvoyer un fichier audio au format mp3 avec le contenu vocal souhaité. Enfin, le programme lance la lecture du fichier son pour faire parler la borne.<br /> <br /> Les adresses web pour télécharger les emplois du temps de chaque filière se trouve dans un fichier nommé &quot;adweb.txt&quot;. Il est donc très simple d'ajouter des classes, d'en enlever ou de mettre à jours une adresse qui aurait changé.<br /> <br /> Le fichier est construit de la façon suivante :<br /> <br /> [[File:ids_edt.png | 300px]]<br /> <br /> Les puces NFC contiennent simplement un numéro d'étudiant (numéro d'étudiant par exemple). Une fois le numéro lu, il suffit d'aller chercher l'étudiant correspondant dans la base de données qui est en fait un simple fichier texte nommé &quot;nfc.txt&quot;. Une des améliorations de notre projet sera d'aller chercher les informations dans la base de données en ligne qui a été réalisée par l'université. Ce sera ainsi plus simple que de rentrer tous les étudiants avec leur numéro d'étudiant, leur nom, leur prénom et leur classe dans un fichier.<br /> <br /> Le fichier est construit de la forme suivante :<br /> <br /> [[File:ids_etu.png | 400px]]<br /> <br /> Pour ce qui est de la voix choisie, c'est également dans un fichier que l'on peut la choisir. Dans le fichier &quot;speak.txt&quot;, il faut donc indiquer la voix que l'on veut utiliser et également indiquer le chemin du dossier qui contient la partie du code PHP qui est utilisé par WampServer chaque fois qu'une requête est effectuée. Enfin, c'est également dans ce fichier que l'on saisit le jour de la semaine et l'heure où le téléchargement automatique des emplois du temps sera effectué.<br /> <br /> Le fichier est construit de la forme suivante :<br /> <br /> [[File:ids_voix.png | 200px]]<br /> <br /> Fenêtre du programme (cas d'un élève):<br /> <br /> [[File:ids_fenetre.png | 400px]]<br /> <br /> Fenêtre du programme (cas d'un enseignant):<br /> <br /> [[File:ids_fenetre2.png | 400px]]<br /> <br /> La machine dira par exemple : &quot;Bonjour Didier, vous avez cours de projet en salle TP259IIA ou peut être en salle S125 avec les RICM4 de 13h30 à 17h30. Je vous souhaite une excellente journée.&quot;<br /> <br /> '''Info sur la partie en PHP Voxygen'''<br /> <br /> Le code PHP est exécuté par WampServer. Le dossier &quot;PHP-Voxygen-master&quot; doit donc se trouver dans le dossier &quot;www&quot; de WampServer pour que tout fonctionne correctement. Il faut donc bien mettre le lien vers le dossier &quot;PHP-Voxygen-master&quot; dans le fichier &quot;speak.txt&quot; comme expliqué un peu plus haut sinon ça ne pourra pas fonctionner.<br /> <br /> === Kinect et Reveals.js ===<br /> <br /> Pour utiliser Kinect dans Windows il faut installer<br /> *nite-win64-1.5.2.21-dev<br /> *openni-win64-1.5.4.0-dev<br /> *SensorKinect092-Bin-Win64-v5.1.2.1<br /> (Il existe un conflit de pilot de Kinect entre SensorKinect et Windows Kinect)<br /> <br /> On créer le sevrer et faire la communication entre Processing et page web en utilisant webbit<br /> * https://github.com/webbit/webbit <br /> <br /> Pour réaliser les gestes on utilise le API de openni<br /> * http://kinectcar.ronsper.com/docs/nite/classXnVSwipeDetector.html<br /> <br /> Pour utiliser les gestes dans reveal.js on utilise le façon en base des gestes avec webcam<br /> *https://github.com/willy-vvu/reveal.js<br /> <br /> =Ressources=<br /> * https://github.com/SalemHarrache/ricm.quicker<br /> * https://developer.mozilla.org/fr/docs/IndexedDB/Using_IndexedDB<br /> * [[Reveal.js]]<br /> * https://github.com/hakimel/reveal.js/issues/1039<br /> * http://revealjs.herokuapp.com/</div>

Romane.Gallier https://air.imag.fr/index.php?title=Projet-2016-2017-UltraTeam/SRS&diff=33232 2017-02-05T09:51:26Z

<p>Romane.Gallier: /* 3.4 Requirement 1- Recuperation pulsation cardiaque via ceinture */</p> <hr /> <div><br /> {|class=&quot;wikitable alternance&quot;<br /> |+ Document History<br /> |-<br /> |<br /> !scope=&quot;col&quot;| Version<br /> !scope=&quot;col&quot;| Date<br /> !scope=&quot;col&quot;| Authors<br /> !scope=&quot;col&quot;| Description<br /> !scope=&quot;col&quot;| Validator<br /> !scope=&quot;col&quot;| Validation Date<br /> |-<br /> !scope=&quot;row&quot; |<br /> | 0.1.0<br /> | 02/02/17<br /> | Gallier R. Ferrera A.<br /> | TBC<br /> | TBC<br /> | TBC<br /> <br /> |}<br /> <br /> <br /> =1. Introduction=<br /> ==1.1 Purpose of the requirements document==<br /> The aim of this documents is to provide a definition of the of the different expected feature of our project.<br /> ==1.2 Scope of the product==<br /> The scope of the product is to provide a phone application which will alow you to localise users around you, as long as they are members of your team.<br /> This application must be able to work with 3G or lora network.<br /> <br /> Users will be able to emit their position thanks to a LoraMote. They will also be able to communicate thanks to Modules RN2483.<br /> <br /> The application will allow users to transmit informations such as position, heart rate, speed, etc... depending on the equipment they have.<br /> <br /> The application will also allow users to see on a map where are the other members of their group, and access the informations previously mentionned. These users are the Team Leaders<br /> <br /> People should also be able to communicate their position to every users, as long as they activate their LoraMote. This could be used as a simple warning or as a SOS message.<br /> <br /> ==1.3 Definitions, acronyms and abbreviations==<br /> Users : People who interact with the application.<br /> <br /> Team Leaders : Users who have the capability to retrieve the data of their group members.<br /> <br /> LoraMote : Device using Lora's Technology to broadcast it's GPS Location<br /> <br /> GPS : Global Positionning system<br /> <br /> ==1.4 References==<br /> livre sur STM32 : [https://drive.google.com/open?id=0B_0n2CoDWpWQRXQzR0ZtQTM0Wlk]<br /> <br /> Guide lora : [https://partner.orange.com/wp-content/uploads/2016/04/LoRa-Device-Developer-Guide-Orange.pdf]<br /> <br /> s'entrainer avec ce tutoriel : [http://air.imag.fr/index.php/Developping_IoT_Mashups_with_Docker,_MQTT,_Node-RED,_InfluxDB,_Grafana]<br /> <br /> User Guide Semtech LoRaMote : [http://www.semtech.com/images/datasheet/User_Guide_LoRaMote_STD.pdf]<br /> <br /> ==1.5 Overview of the remainder of the document==<br /> =2. General description=<br /> ==2.1 Product perspective==<br /> <br /> The product consist of a mobile application that can interact with others equipments thanks to bluetooth, the usb socket and the Lora Network. The mobile app will provide its users information about other members of their team. These data will be exchanged depending on the equipment of each user.<br /> <br /> The mobile app will need to manage bluetooth equipments such as a sport watch or a sport belt.<br /> <br /> The mobile app will need to connect to a RN2483 module through the usb socket and use it to send personnal data of a user.<br /> <br /> The LoraMote will regularly broadcast its owner's position.<br /> <br /> The communication through Lora's Network is restricted since this is an open network. Which means that only small amounts of data can be exchanged, and not too frequently.<br /> <br /> The application should use Lora's Network if the other networks (3G) aren't available.<br /> <br /> ==2.2 Product functions==<br /> <br /> Users will have the possibility to create teams through the app, so they can define who participates to the trail and thus who will be communicating.<br /> <br /> If a user has everything (in terms of equipment), the app will provide him a map displaying :<br /> <br /> - the position of the members of the team<br /> <br /> - the physical condition of the members of the team<br /> <br /> - an alert if a member is in danger<br /> <br /> - the route taken by the members since the beginning of the trail <br /> <br /> - the time that separates people's postitions. (i.e : XX is 2 minutes from you. Which means that you were at XX's position 2 minutes ago)<br /> <br /> <br /> In order to make the application easier to use, users should be able to create an account and thus store their personnal data / preferences.<br /> <br /> ==2.3 User characteristics==<br /> <br /> There are 3 types of users. These types depend on the equipment that they own, and their access to networks (3G,...).<br /> <br /> Users who only have a phone will be able to manage their bluetooth equipments thanks to the app.<br /> <br /> Users who have a LoraMote will be able to send their position to the team, even without internet access.<br /> <br /> Users who have a Module RN2483 (and a phone) will be able to communicate with the team. Which means that they will know where everyone is and their physical conditions.<br /> <br /> ==2.4 General constraints==<br /> <br /> Thanks to Lora's network, an internet acces is not necessary to the app.<br /> <br /> However, Lora's network is open, which means that it can't be monopolized. In order to use properly this network, the messages are limited in size and time on air. see this website for more precise info : [https://www.thethingsnetwork.org/forum/t/limitations-data-rate-packet-size-30-seconds-uplink-and-10-messages-downlink-per-day-fair-access-policy/1300]<br /> <br /> If the user has no internet connectivity (frequent situation during a trail), he will need Lora's equipments to communicate.<br /> <br /> ==2.5 Assumptions and dependencies==<br /> <br /> We can assume that this application will only be used on a phone. It shouldn't need too high performances but a connection through the usb socket is necessary to receive data from other members, and to send them your information (excepted the position, which is communicated through the LoraMote)<br /> <br /> =3.Specific requirements, covering functional, non-functional and interface requirements=<br /> * document external interfaces,<br /> * describe system functionality and performance<br /> * specify logical database requirements,<br /> * design constraints,<br /> * emergent system properties and quality characteristics.<br /> <br /> ==3.1 Requirement X.Y.Z (in Structured Natural Language)==<br /> '''Function''':<br /> <br /> '''Description''':<br /> <br /> '''Inputs''':<br /> <br /> '''Source''':<br /> <br /> '''Outputs''':<br /> <br /> '''Destination''':<br /> <br /> '''Action''':<br /> * Natural language sentences (with MUST, MAY, SHALL)<br /> * Graphical Notations : UML Sequence w/o collaboration diagrams, Process maps, Task Analysis (HTA, CTT)<br /> * Mathematical Notations<br /> * Tabular notations for several (condition --&gt; action) tuples<br /> <br /> '''Non functional requirements''':<br /> <br /> '''Pre-condition''':<br /> <br /> '''Post-condition''':<br /> <br /> '''Side-effects''':<br /> <br /> <br /> ==3.2 Requirement 1- Position emisions by Lora-Mote==<br /> <br /> '''Description''':The Lora-Mote send in Broad Cast is GPS position.<br /> <br /> '''Inputs''': The GPS positions of the lora mote <br /> <br /> '''Source''': LoraMote<br /> <br /> '''Outputs''': A lora signal containing the identifiers of the lora mote and it's GPS positions<br /> <br /> '''Action''':<br /> *The GPS position is recupered and send <br /> <br /> '''Non functional requirements''':<br /> The message should be small and the frequenties width should be occuped less than 1/100 of the time.<br /> <br /> ==3.3 Requirement 1- Position emisions by telephone==<br /> <br /> '''Description''':The phone application use the modem to send is position<br /> <br /> '''Inputs''': The GPS positions of the phone <br /> <br /> '''Outputs''': An instruction to the modem<br /> <br /> '''Action''':<br /> *The GPS position is recupered and send <br /> <br /> '''Non functional requirements''':<br /> The message should be small and the frequenties width should be occuped less than 1/100 of the time.<br /> <br /> ==3.4 Requirement 1- Recuperation pulsation cardiaque via ceinture==<br /> <br /> '''Description''': Si l'utilisateur porte une ceinture qui permet de recuperer son pouls cardiaque elle pourra etre sychronises a l'application de tel sorte a ce que les données puisse etre afficher, mais aussi partager via le reseau choisi.<br /> <br /> '''Inputs''': A bluetooth signal from the belt<br /> <br /> '''Outputs''': a display on the screen<br /> <br /> ==3.5 Requirement 1- Affichage des personnes emettant autour sur une carte==<br /> <br /> '''Description''': Display on telephone screen a map with the different people around it place on it thanks to her GPS position. <br /> <br /> '''Inputs''': The GPS positions of the people around <br /> <br /> '''Outputs''': A display on the phone screen <br /> <br /> '''Action''':<br /> The GPS position of the people are traited and placed on the screen<br /> <br /> <br /> <br /> <br /> ==3.6 Requirement 1- Choix du reseau disponible ==<br /> <br /> '''Description''':Allow the phone application to choose one available network to send and receive the data <br /> <br /> '''Inputs''': The different network available for the phone <br /> <br /> '''Outputs''': The most efficient network<br /> <br /> '''Action''':<br /> *The phone analyse the different network available and choose one of them.<br /> <br /> =4. Product evolution=<br /> Add group<br /> =5. Appendices=<br /> =6. Index=</div>

Romane.Gallier https://air.imag.fr/index.php?title=Projet-2016-2017-UltraTeam/SRS&diff=33231 2017-02-05T09:48:56Z

<p>Romane.Gallier: /* 3.5 Requirement 1- Affichage des personnes emettant autour sur une carte */</p> <hr /> <div><br /> {|class=&quot;wikitable alternance&quot;<br /> |+ Document History<br /> |-<br /> |<br /> !scope=&quot;col&quot;| Version<br /> !scope=&quot;col&quot;| Date<br /> !scope=&quot;col&quot;| Authors<br /> !scope=&quot;col&quot;| Description<br /> !scope=&quot;col&quot;| Validator<br /> !scope=&quot;col&quot;| Validation Date<br /> |-<br /> !scope=&quot;row&quot; |<br /> | 0.1.0<br /> | 02/02/17<br /> | Gallier R. Ferrera A.<br /> | TBC<br /> | TBC<br /> | TBC<br /> <br /> |}<br /> <br /> <br /> =1. Introduction=<br /> ==1.1 Purpose of the requirements document==<br /> The aim of this documents is to provide a definition of the of the different expected feature of our project.<br /> ==1.2 Scope of the product==<br /> The scope of the product is to provide a phone application which will alow you to localise users around you, as long as they are members of your team.<br /> This application must be able to work with 3G or lora network.<br /> <br /> Users will be able to emit their position thanks to a LoraMote. They will also be able to communicate thanks to Modules RN2483.<br /> <br /> The application will allow users to transmit informations such as position, heart rate, speed, etc... depending on the equipment they have.<br /> <br /> The application will also allow users to see on a map where are the other members of their group, and access the informations previously mentionned. These users are the Team Leaders<br /> <br /> People should also be able to communicate their position to every users, as long as they activate their LoraMote. This could be used as a simple warning or as a SOS message.<br /> <br /> ==1.3 Definitions, acronyms and abbreviations==<br /> Users : People who interact with the application.<br /> <br /> Team Leaders : Users who have the capability to retrieve the data of their group members.<br /> <br /> LoraMote : Device using Lora's Technology to broadcast it's GPS Location<br /> <br /> GPS : Global Positionning system<br /> <br /> ==1.4 References==<br /> livre sur STM32 : [https://drive.google.com/open?id=0B_0n2CoDWpWQRXQzR0ZtQTM0Wlk]<br /> <br /> Guide lora : [https://partner.orange.com/wp-content/uploads/2016/04/LoRa-Device-Developer-Guide-Orange.pdf]<br /> <br /> s'entrainer avec ce tutoriel : [http://air.imag.fr/index.php/Developping_IoT_Mashups_with_Docker,_MQTT,_Node-RED,_InfluxDB,_Grafana]<br /> <br /> User Guide Semtech LoRaMote : [http://www.semtech.com/images/datasheet/User_Guide_LoRaMote_STD.pdf]<br /> <br /> ==1.5 Overview of the remainder of the document==<br /> =2. General description=<br /> ==2.1 Product perspective==<br /> <br /> The product consist of a mobile application that can interact with others equipments thanks to bluetooth, the usb socket and the Lora Network. The mobile app will provide its users information about other members of their team. These data will be exchanged depending on the equipment of each user.<br /> <br /> The mobile app will need to manage bluetooth equipments such as a sport watch or a sport belt.<br /> <br /> The mobile app will need to connect to a RN2483 module through the usb socket and use it to send personnal data of a user.<br /> <br /> The LoraMote will regularly broadcast its owner's position.<br /> <br /> The communication through Lora's Network is restricted since this is an open network. Which means that only small amounts of data can be exchanged, and not too frequently.<br /> <br /> The application should use Lora's Network if the other networks (3G) aren't available.<br /> <br /> ==2.2 Product functions==<br /> <br /> Users will have the possibility to create teams through the app, so they can define who participates to the trail and thus who will be communicating.<br /> <br /> If a user has everything (in terms of equipment), the app will provide him a map displaying :<br /> <br /> - the position of the members of the team<br /> <br /> - the physical condition of the members of the team<br /> <br /> - an alert if a member is in danger<br /> <br /> - the route taken by the members since the beginning of the trail <br /> <br /> - the time that separates people's postitions. (i.e : XX is 2 minutes from you. Which means that you were at XX's position 2 minutes ago)<br /> <br /> <br /> In order to make the application easier to use, users should be able to create an account and thus store their personnal data / preferences.<br /> <br /> ==2.3 User characteristics==<br /> <br /> There are 3 types of users. These types depend on the equipment that they own, and their access to networks (3G,...).<br /> <br /> Users who only have a phone will be able to manage their bluetooth equipments thanks to the app.<br /> <br /> Users who have a LoraMote will be able to send their position to the team, even without internet access.<br /> <br /> Users who have a Module RN2483 (and a phone) will be able to communicate with the team. Which means that they will know where everyone is and their physical conditions.<br /> <br /> ==2.4 General constraints==<br /> <br /> Thanks to Lora's network, an internet acces is not necessary to the app.<br /> <br /> However, Lora's network is open, which means that it can't be monopolized. In order to use properly this network, the messages are limited in size and time on air. see this website for more precise info : [https://www.thethingsnetwork.org/forum/t/limitations-data-rate-packet-size-30-seconds-uplink-and-10-messages-downlink-per-day-fair-access-policy/1300]<br /> <br /> If the user has no internet connectivity (frequent situation during a trail), he will need Lora's equipments to communicate.<br /> <br /> ==2.5 Assumptions and dependencies==<br /> <br /> We can assume that this application will only be used on a phone. It shouldn't need too high performances but a connection through the usb socket is necessary to receive data from other members, and to send them your information (excepted the position, which is communicated through the LoraMote)<br /> <br /> =3.Specific requirements, covering functional, non-functional and interface requirements=<br /> * document external interfaces,<br /> * describe system functionality and performance<br /> * specify logical database requirements,<br /> * design constraints,<br /> * emergent system properties and quality characteristics.<br /> <br /> ==3.1 Requirement X.Y.Z (in Structured Natural Language)==<br /> '''Function''':<br /> <br /> '''Description''':<br /> <br /> '''Inputs''':<br /> <br /> '''Source''':<br /> <br /> '''Outputs''':<br /> <br /> '''Destination''':<br /> <br /> '''Action''':<br /> * Natural language sentences (with MUST, MAY, SHALL)<br /> * Graphical Notations : UML Sequence w/o collaboration diagrams, Process maps, Task Analysis (HTA, CTT)<br /> * Mathematical Notations<br /> * Tabular notations for several (condition --&gt; action) tuples<br /> <br /> '''Non functional requirements''':<br /> <br /> '''Pre-condition''':<br /> <br /> '''Post-condition''':<br /> <br /> '''Side-effects''':<br /> <br /> <br /> ==3.2 Requirement 1- Position emisions by Lora-Mote==<br /> <br /> '''Description''':The Lora-Mote send in Broad Cast is GPS position.<br /> <br /> '''Inputs''': The GPS positions of the lora mote <br /> <br /> '''Source''': LoraMote<br /> <br /> '''Outputs''': A lora signal containing the identifiers of the lora mote and it's GPS positions<br /> <br /> '''Action''':<br /> *The GPS position is recupered and send <br /> <br /> '''Non functional requirements''':<br /> The message should be small and the frequenties width should be occuped less than 1/100 of the time.<br /> <br /> ==3.3 Requirement 1- Position emisions by telephone==<br /> <br /> '''Description''':The phone application use the modem to send is position<br /> <br /> '''Inputs''': The GPS positions of the phone <br /> <br /> '''Outputs''': An instruction to the modem<br /> <br /> '''Action''':<br /> *The GPS position is recupered and send <br /> <br /> '''Non functional requirements''':<br /> The message should be small and the frequenties width should be occuped less than 1/100 of the time.<br /> <br /> ==3.4 Requirement 1- Recuperation pulsation cardiaque via ceinture==<br /> <br /> '''Description''':<br /> <br /> '''Inputs''': <br /> <br /> '''Outputs''': <br /> <br /> '''Action''':<br /> *<br /> <br /> '''Non functional requirements''':<br /> <br /> ==3.5 Requirement 1- Affichage des personnes emettant autour sur une carte==<br /> <br /> '''Description''': Display on telephone screen a map with the different people around it place on it thanks to her GPS position. <br /> <br /> '''Inputs''': The GPS positions of the people around <br /> <br /> '''Outputs''': A display on the phone screen <br /> <br /> '''Action''':<br /> The GPS position of the people are traited and placed on the screen<br /> <br /> <br /> <br /> <br /> ==3.6 Requirement 1- Choix du reseau disponible ==<br /> <br /> '''Description''':Allow the phone application to choose one available network to send and receive the data <br /> <br /> '''Inputs''': The different network available for the phone <br /> <br /> '''Outputs''': The most efficient network<br /> <br /> '''Action''':<br /> *The phone analyse the different network available and choose one of them.<br /> <br /> =4. Product evolution=<br /> Add group<br /> =5. Appendices=<br /> =6. Index=</div>

Romane.Gallier https://air.imag.fr/index.php?title=Projet-2016-2017-UltraTeam/SRS&diff=33229 2017-02-05T09:43:38Z

<p>Romane.Gallier: /* 3.4 Requirement 1- Recuperation pulsation cardiaque via ceinture */</p> <hr /> <div><br /> {|class=&quot;wikitable alternance&quot;<br /> |+ Document History<br /> |-<br /> |<br /> !scope=&quot;col&quot;| Version<br /> !scope=&quot;col&quot;| Date<br /> !scope=&quot;col&quot;| Authors<br /> !scope=&quot;col&quot;| Description<br /> !scope=&quot;col&quot;| Validator<br /> !scope=&quot;col&quot;| Validation Date<br /> |-<br /> !scope=&quot;row&quot; |<br /> | 0.1.0<br /> | 02/02/17<br /> | Gallier R. Ferrera A.<br /> | TBC<br /> | TBC<br /> | TBC<br /> <br /> |}<br /> <br /> <br /> =1. Introduction=<br /> ==1.1 Purpose of the requirements document==<br /> The aim of this documents is to provide a definition of the of the different expected feature of our project.<br /> ==1.2 Scope of the product==<br /> The scope of the product is to provide a phone application which will alow you to localise users around you, as long as they are members of your team.<br /> This application must be able to work with 3G or lora network.<br /> <br /> Users will be able to emit their position thanks to a LoraMote. They will also be able to communicate thanks to Modules RN2483.<br /> <br /> The application will allow users to transmit informations such as position, heart rate, speed, etc... depending on the equipment they have.<br /> <br /> The application will also allow users to see on a map where are the other members of their group, and access the informations previously mentionned. These users are the Team Leaders<br /> <br /> People should also be able to communicate their position to every users, as long as they activate their LoraMote. This could be used as a simple warning or as a SOS message.<br /> <br /> ==1.3 Definitions, acronyms and abbreviations==<br /> Users : People who interact with the application.<br /> <br /> Team Leaders : Users who have the capability to retrieve the data of their group members.<br /> <br /> LoraMote : Device using Lora's Technology to broadcast it's GPS Location<br /> <br /> GPS : Global Positionning system<br /> <br /> ==1.4 References==<br /> livre sur STM32 : [https://drive.google.com/open?id=0B_0n2CoDWpWQRXQzR0ZtQTM0Wlk]<br /> <br /> Guide lora : [https://partner.orange.com/wp-content/uploads/2016/04/LoRa-Device-Developer-Guide-Orange.pdf]<br /> <br /> s'entrainer avec ce tutoriel : [http://air.imag.fr/index.php/Developping_IoT_Mashups_with_Docker,_MQTT,_Node-RED,_InfluxDB,_Grafana]<br /> <br /> User Guide Semtech LoRaMote : [http://www.semtech.com/images/datasheet/User_Guide_LoRaMote_STD.pdf]<br /> <br /> ==1.5 Overview of the remainder of the document==<br /> =2. General description=<br /> ==2.1 Product perspective==<br /> <br /> The product consist of a mobile application that can interact with others equipments thanks to bluetooth, the usb socket and the Lora Network. The mobile app will provide its users information about other members of their team. These data will be exchanged depending on the equipment of each user.<br /> <br /> The mobile app will need to manage bluetooth equipments such as a sport watch or a sport belt.<br /> <br /> The mobile app will need to connect to a RN2483 module through the usb socket and use it to send personnal data of a user.<br /> <br /> The LoraMote will regularly broadcast its owner's position.<br /> <br /> The communication through Lora's Network is restricted since this is an open network. Which means that only small amounts of data can be exchanged, and not too frequently.<br /> <br /> The application should use Lora's Network if the other networks (3G) aren't available.<br /> <br /> ==2.2 Product functions==<br /> <br /> Users will have the possibility to create teams through the app, so they can define who participates to the trail and thus who will be communicating.<br /> <br /> If a user has everything (in terms of equipment), the app will provide him a map displaying :<br /> <br /> - the position of the members of the team<br /> <br /> - the physical condition of the members of the team<br /> <br /> - an alert if a member is in danger<br /> <br /> - the route taken by the members since the beginning of the trail <br /> <br /> - the time that separates people's postitions. (i.e : XX is 2 minutes from you. Which means that you were at XX's position 2 minutes ago)<br /> <br /> <br /> In order to make the application easier to use, users should be able to create an account and thus store their personnal data / preferences.<br /> <br /> ==2.3 User characteristics==<br /> <br /> There are 3 types of users. These types depend on the equipment that they own, and their access to networks (3G,...).<br /> <br /> Users who only have a phone will be able to manage their bluetooth equipments thanks to the app.<br /> <br /> Users who have a LoraMote will be able to send their position to the team, even without internet access.<br /> <br /> Users who have a Module RN2483 (and a phone) will be able to communicate with the team. Which means that they will know where everyone is and their physical conditions.<br /> <br /> ==2.4 General constraints==<br /> <br /> Thanks to Lora's network, an internet acces is not necessary to the app.<br /> <br /> However, Lora's network is open, which means that it can't be monopolized. In order to use properly this network, the messages are limited in size and time on air. see this website for more precise info : [https://www.thethingsnetwork.org/forum/t/limitations-data-rate-packet-size-30-seconds-uplink-and-10-messages-downlink-per-day-fair-access-policy/1300]<br /> <br /> If the user has no internet connectivity (frequent situation during a trail), he will need Lora's equipments to communicate.<br /> <br /> ==2.5 Assumptions and dependencies==<br /> <br /> We can assume that this application will only be used on a phone. It shouldn't need too high performances but a connection through the usb socket is necessary to receive data from other members, and to send them your information (excepted the position, which is communicated through the LoraMote)<br /> <br /> =3.Specific requirements, covering functional, non-functional and interface requirements=<br /> * document external interfaces,<br /> * describe system functionality and performance<br /> * specify logical database requirements,<br /> * design constraints,<br /> * emergent system properties and quality characteristics.<br /> <br /> ==3.1 Requirement X.Y.Z (in Structured Natural Language)==<br /> '''Function''':<br /> <br /> '''Description''':<br /> <br /> '''Inputs''':<br /> <br /> '''Source''':<br /> <br /> '''Outputs''':<br /> <br /> '''Destination''':<br /> <br /> '''Action''':<br /> * Natural language sentences (with MUST, MAY, SHALL)<br /> * Graphical Notations : UML Sequence w/o collaboration diagrams, Process maps, Task Analysis (HTA, CTT)<br /> * Mathematical Notations<br /> * Tabular notations for several (condition --&gt; action) tuples<br /> <br /> '''Non functional requirements''':<br /> <br /> '''Pre-condition''':<br /> <br /> '''Post-condition''':<br /> <br /> '''Side-effects''':<br /> <br /> <br /> ==3.2 Requirement 1- Position emisions by Lora-Mote==<br /> <br /> '''Description''':The Lora-Mote send in Broad Cast is GPS position.<br /> <br /> '''Inputs''': The GPS positions of the lora mote <br /> <br /> '''Source''': LoraMote<br /> <br /> '''Outputs''': A lora signal containing the identifiers of the lora mote and it's GPS positions<br /> <br /> '''Action''':<br /> *The GPS position is recupered and send <br /> <br /> '''Non functional requirements''':<br /> The message should be small and the frequenties width should be occuped less than 1/100 of the time.<br /> <br /> ==3.3 Requirement 1- Position emisions by telephone==<br /> <br /> '''Description''':The phone application use the modem to send is position<br /> <br /> '''Inputs''': The GPS positions of the phone <br /> <br /> '''Outputs''': An instruction to the modem<br /> <br /> '''Action''':<br /> *The GPS position is recupered and send <br /> <br /> '''Non functional requirements''':<br /> The message should be small and the frequenties width should be occuped less than 1/100 of the time.<br /> <br /> ==3.4 Requirement 1- Recuperation pulsation cardiaque via ceinture==<br /> <br /> '''Description''':<br /> <br /> '''Inputs''': <br /> <br /> '''Outputs''': <br /> <br /> '''Action''':<br /> *<br /> <br /> '''Non functional requirements''':<br /> <br /> ==3.5 Requirement 1- Affichage des personnes emettant autour sur une carte==<br /> <br /> '''Description''':The phone application use the modem to send is position<br /> <br /> '''Inputs''': The GPS positions of the phone <br /> <br /> '''Outputs''': An instruction to the modem<br /> <br /> '''Action''':<br /> *The GPS position is recupered and send <br /> <br /> '''Non functional requirements''':<br /> The message should be small and the frequenties width should be occuped less than 1/100 of the time.<br /> <br /> =4. Product evolution=<br /> Add group<br /> =5. Appendices=<br /> =6. Index=</div>

Romane.Gallier https://air.imag.fr/index.php?title=Projet-2016-2017-UltraTeam/SRS&diff=33217 2017-02-04T19:12:59Z

<p>Romane.Gallier: /* 3.2 Requirement 1- Position emisions by Lora-Mote */</p> <hr /> <div><br /> {|class=&quot;wikitable alternance&quot;<br /> |+ Document History<br /> |-<br /> |<br /> !scope=&quot;col&quot;| Version<br /> !scope=&quot;col&quot;| Date<br /> !scope=&quot;col&quot;| Authors<br /> !scope=&quot;col&quot;| Description<br /> !scope=&quot;col&quot;| Validator<br /> !scope=&quot;col&quot;| Validation Date<br /> |-<br /> !scope=&quot;row&quot; |<br /> | 0.1.0<br /> | 02/02/17<br /> | Gallier R. Ferrera A.<br /> | TBC<br /> | TBC<br /> | TBC<br /> <br /> |}<br /> <br /> <br /> =1. Introduction=<br /> ==1.1 Purpose of the requirements document==<br /> The aim of this documents is to provide a definition of the of the different expected feature of our project.<br /> ==1.2 Scope of the product==<br /> The scope of the product is to provide a phone application which will alow you to localise users around you, as long as they are members of your team.<br /> This application must be able to work with 3G or lora network.<br /> <br /> Users will be able to emit their position thanks to a LoraMote. They will also be able to communicate thanks to Modules RN2483.<br /> <br /> The application will allow users to transmit informations such as position, heart rate, speed, etc... depending on the equipment they have.<br /> <br /> The application will also allow users to see on a map where are the other members of their group, and access the informations previously mentionned. These users are the Team Leaders<br /> <br /> People should also be able to communicate their position to every users, as long as they activate their LoraMote. This could be used as a simple warning or as a SOS message.<br /> <br /> ==1.3 Definitions, acronyms and abbreviations==<br /> Users : People who interact with the application.<br /> <br /> Team Leaders : Users who have the capability to retrieve the data of their group members.<br /> <br /> LoraMote : Device using Lora's Technology to broadcast it's GPS Location<br /> <br /> GPS : Global Positionning system<br /> <br /> ==1.4 References==<br /> livre sur STM32 : [https://drive.google.com/open?id=0B_0n2CoDWpWQRXQzR0ZtQTM0Wlk]<br /> <br /> Guide lora : [https://partner.orange.com/wp-content/uploads/2016/04/LoRa-Device-Developer-Guide-Orange.pdf]<br /> <br /> s'entrainer avec ce tutoriel : [http://air.imag.fr/index.php/Developping_IoT_Mashups_with_Docker,_MQTT,_Node-RED,_InfluxDB,_Grafana]<br /> <br /> User Guide Semtech LoRaMote : [http://www.semtech.com/images/datasheet/User_Guide_LoRaMote_STD.pdf]<br /> <br /> ==1.5 Overview of the remainder of the document==<br /> =2. General description=<br /> ==2.1 Product perspective==<br /> <br /> The product consist of a mobile application that can interact with others equipments thanks to bluetooth, the usb socket and the Lora Network. The mobile app will provide its users information about other members of their team. These data will be exchanged depending on the equipment of each user.<br /> <br /> The mobile app will need to manage bluetooth equipments such as a sport watch or a sport belt.<br /> <br /> The mobile app will need to connect to a RN2483 module through the usb socket and use it to send personnal data of a user.<br /> <br /> The LoraMote will regularly broadcast its owner's position.<br /> <br /> The communication through Lora's Network is restricted since this is an open network. Which means that only small amounts of data can be exchanged, and not too frequently.<br /> <br /> The application should use Lora's Network if the other networks (3G) aren't available.<br /> <br /> ==2.2 Product functions==<br /> <br /> Users will have the possibility to create teams through the app, so they can define who participates to the trail and thus who will be communicating.<br /> <br /> If a user has everything (in terms of equipment), the app will provide him a map displaying :<br /> <br /> - the position of the members of the team<br /> <br /> - the physical condition of the members of the team<br /> <br /> - an alert if a member is in danger<br /> <br /> - the route taken by the members since the beginning of the trail <br /> <br /> - the time that separates people's postitions. (i.e : XX is 2 minutes from you. Which means that you were at XX's position 2 minutes ago)<br /> <br /> <br /> In order to make the application easier to use, users should be able to create an account and thus store their personnal data / preferences.<br /> <br /> ==2.3 User characteristics==<br /> <br /> There are 3 types of users. These types depend on the equipment that they own, and their access to networks (3G,...).<br /> <br /> Users who only have a phone will be able to manage their bluetooth equipments thanks to the app.<br /> <br /> Users who have a LoraMote will be able to send their position to the team, even without internet access.<br /> <br /> Users who have a Module RN2483 (and a phone) will be able to communicate with the team. Which means that they will know where everyone is and their physical conditions.<br /> <br /> ==2.4 General constraints==<br /> <br /> Thanks to Lora's network, an internet acces is not necessary to the app.<br /> <br /> However, Lora's network is open, which means that it can't be monopolized. In order to use properly this network, the messages are limited in size and time on air. see this website for more precise info : [https://www.thethingsnetwork.org/forum/t/limitations-data-rate-packet-size-30-seconds-uplink-and-10-messages-downlink-per-day-fair-access-policy/1300]<br /> <br /> If the user has no internet connectivity (frequent situation during a trail), he will need Lora's equipments to communicate.<br /> <br /> ==2.5 Assumptions and dependencies==<br /> <br /> We can assume that this application will only be used on a phone. It shouldn't need too high performances but a connection through the usb socket is necessary to receive data from other members, and to send them your information (excepted the position, which is communicated through the LoraMote)<br /> <br /> =3.Specific requirements, covering functional, non-functional and interface requirements=<br /> * document external interfaces,<br /> * describe system functionality and performance<br /> * specify logical database requirements,<br /> * design constraints,<br /> * emergent system properties and quality characteristics.<br /> <br /> ==3.1 Requirement X.Y.Z (in Structured Natural Language)==<br /> '''Function''':<br /> <br /> '''Description''':<br /> <br /> '''Inputs''':<br /> <br /> '''Source''':<br /> <br /> '''Outputs''':<br /> <br /> '''Destination''':<br /> <br /> '''Action''':<br /> * Natural language sentences (with MUST, MAY, SHALL)<br /> * Graphical Notations : UML Sequence w/o collaboration diagrams, Process maps, Task Analysis (HTA, CTT)<br /> * Mathematical Notations<br /> * Tabular notations for several (condition --&gt; action) tuples<br /> <br /> '''Non functional requirements''':<br /> <br /> '''Pre-condition''':<br /> <br /> '''Post-condition''':<br /> <br /> '''Side-effects''':<br /> <br /> <br /> ==3.2 Requirement 1- Position emisions by Lora-Mote==<br /> <br /> '''Description''':The Lora-Mote send in Broad Cast is GPS position.<br /> <br /> '''Inputs''': The GPS positions of the lora mote <br /> <br /> '''Source''': LoraMote<br /> <br /> '''Outputs''': A lora signal containing the identifiers of the lora mote and it's GPS positions<br /> <br /> '''Action''':<br /> *The GPS position is recupered and send <br /> <br /> '''Non functional requirements''':<br /> The message should be small and the frequenties width should be occuped less than 1/100 of the time.<br /> <br /> ==3.3 Requirement 1- Position emisions by telephone==<br /> <br /> '''Description''':The phone application use the modem to send is position<br /> <br /> '''Inputs''': The GPS positions of the phone <br /> <br /> '''Outputs''': An instruction to the modem<br /> <br /> '''Action''':<br /> *The GPS position is recupered and send <br /> <br /> '''Non functional requirements''':<br /> The message should be small and the frequenties width should be occuped less than 1/100 of the time.<br /> <br /> ==3.4 Requirement 1- Recuperation pulsation cardiaque via ceinture==<br /> <br /> '''Description''':<br /> <br /> '''Inputs''': <br /> <br /> '''Outputs''': <br /> <br /> '''Action''':<br /> *<br /> <br /> '''Non functional requirements''':<br /> <br /> ==3.5 Requirement 1- Affichage des personnes emettant autour sur une carte<br /> <br /> '''Description''':The phone application use the modem to send is position<br /> <br /> '''Inputs''': The GPS positions of the phone <br /> <br /> '''Outputs''': An instruction to the modem<br /> <br /> '''Action''':<br /> *The GPS position is recupered and send <br /> <br /> '''Non functional requirements''':<br /> The message should be small and the frequenties width should be occuped less than 1/100 of the time.<br /> <br /> =4. Product evolution=<br /> Add group<br /> =5. Appendices=<br /> =6. Index=</div>

Romane.Gallier https://air.imag.fr/index.php?title=Projet-2016-2017-UltraTeam/SRS&diff=33205 2017-02-04T16:18:37Z

<p>Romane.Gallier: /* 3.1 Requirement X.Y.Z (in Structured Natural Language) */</p> <hr /> <div><br /> {|class=&quot;wikitable alternance&quot;<br /> |+ Document History<br /> |-<br /> |<br /> !scope=&quot;col&quot;| Version<br /> !scope=&quot;col&quot;| Date<br /> !scope=&quot;col&quot;| Authors<br /> !scope=&quot;col&quot;| Description<br /> !scope=&quot;col&quot;| Validator<br /> !scope=&quot;col&quot;| Validation Date<br /> |-<br /> !scope=&quot;row&quot; |<br /> | 0.1.0<br /> | 02/02/17<br /> | Gallier R. Ferrera A.<br /> | TBC<br /> | TBC<br /> | TBC<br /> <br /> |}<br /> <br /> <br /> =1. Introduction=<br /> ==1.1 Purpose of the requirements document==<br /> The aim of this documents is to provide a definition of the of the different expected feature of our project.<br /> ==1.2 Scope of the product==<br /> The scope of the product is to provide a phone application which will alow you to localise users around you, as long as they are members of your team.<br /> This application must be able to work with 3G or lora network.<br /> <br /> Users will be able to emit their position thanks to a LoraMote. They will also be able to communicate thanks to Modules RN2483.<br /> <br /> The application will allow users to transmit informations such as position, heart rate, speed, etc... depending on the equipment they have.<br /> <br /> The application will also allow users to see on a map where are the other members of their group, and access the informations previously mentionned. These users are the Team Leaders<br /> <br /> People should also be able to communicate their position to every users, as long as they activate their LoraMote. This could be used as a simple warning or as a SOS message.<br /> <br /> ==1.3 Definitions, acronyms and abbreviations==<br /> Users : People who interact with the application.<br /> <br /> Team Leaders : Users who have the capability to retrieve the data of their group members.<br /> <br /> LoraMote : Device using Lora's Technology to broadcast it's GPS Location<br /> <br /> GPS : Global Positionning system<br /> <br /> ==1.4 References==<br /> livre sur STM32 : [https://drive.google.com/open?id=0B_0n2CoDWpWQRXQzR0ZtQTM0Wlk]<br /> <br /> Guide lora : [https://partner.orange.com/wp-content/uploads/2016/04/LoRa-Device-Developer-Guide-Orange.pdf]<br /> <br /> s'entrainer avec ce tutoriel : [http://air.imag.fr/index.php/Developping_IoT_Mashups_with_Docker,_MQTT,_Node-RED,_InfluxDB,_Grafana]<br /> <br /> User Guide Semtech LoRaMote : [http://www.semtech.com/images/datasheet/User_Guide_LoRaMote_STD.pdf]<br /> <br /> ==1.5 Overview of the remainder of the document==<br /> =2. General description=<br /> ==2.1 Product perspective==<br /> <br /> The product consist of a mobile application that can interact with others equipments thanks to bluetooth, the usb socket and the Lora Network. The mobile app will provide its users information about other members of their team. These data will be exchanged depending on the equipment of each user.<br /> <br /> The mobile app will need to manage bluetooth equipments such as a sport watch or a sport belt.<br /> <br /> The mobile app will need to connect to a RN2483 module through the usb socket and use it to send personnal data of a user.<br /> <br /> The LoraMote will regularly broadcast its owner's position.<br /> <br /> The communication through Lora's Network is restricted since this is an open network. Which means that only small amounts of data can be exchanged, and not too frequently.<br /> <br /> The application should use Lora's Network if the other networks (3G) aren't available.<br /> <br /> ==2.2 Product functions==<br /> <br /> Users will have the possibility to create teams through the app, so they can define who participates to the trail and thus who will be communicating.<br /> <br /> If a user has everything (in terms of equipment), the app will provide him a map displaying :<br /> <br /> - the position of the members of the team<br /> <br /> - the physical condition of the members of the team<br /> <br /> - an alert if a member is in danger<br /> <br /> - the route taken by the members since the beginning of the trail <br /> <br /> - the time that separates people's postitions. (i.e : XX is 2 minutes from you. Which means that you were at XX's position 2 minutes ago)<br /> <br /> <br /> In order to make the application easier to use, users should be able to create an account and thus store their personnal data / preferences.<br /> <br /> ==2.3 User characteristics==<br /> <br /> There are 3 types of users. These types depend on the equipment that they own, and their access to networks (3G,...).<br /> <br /> Users who only have a phone will be able to manage their bluetooth equipments thanks to the app.<br /> <br /> Users who have a LoraMote will be able to send their position to the team, even without internet access.<br /> <br /> Users who have a Module RN2483 (and a phone) will be able to communicate with the team. Which means that they will know where everyone is and their physical conditions.<br /> <br /> ==2.4 General constraints==<br /> <br /> Thanks to Lora's network, an internet acces is not necessary to the app.<br /> <br /> However, Lora's network is open, which means that it can't be monopolized. In order to use properly this network, the messages are limited in size and time on air. see this website for more precise info : [https://www.thethingsnetwork.org/forum/t/limitations-data-rate-packet-size-30-seconds-uplink-and-10-messages-downlink-per-day-fair-access-policy/1300]<br /> <br /> If the user has no internet connectivity (frequent situation during a trail), he will need Lora's equipments to communicate.<br /> <br /> ==2.5 Assumptions and dependencies==<br /> <br /> We can assume that this application will only be used on a phone. It shouldn't need too high performances but a connection through the usb socket is necessary to receive data from other members, and to send them your information (excepted the position, which is communicated through the LoraMote)<br /> <br /> =3.Specific requirements, covering functional, non-functional and interface requirements=<br /> * document external interfaces,<br /> * describe system functionality and performance<br /> * specify logical database requirements,<br /> * design constraints,<br /> * emergent system properties and quality characteristics.<br /> <br /> ==3.1 Requirement X.Y.Z (in Structured Natural Language)==<br /> '''Function''':<br /> <br /> '''Description''':<br /> <br /> '''Inputs''':<br /> <br /> '''Source''':<br /> <br /> '''Outputs''':<br /> <br /> '''Destination''':<br /> <br /> '''Action''':<br /> * Natural language sentences (with MUST, MAY, SHALL)<br /> * Graphical Notations : UML Sequence w/o collaboration diagrams, Process maps, Task Analysis (HTA, CTT)<br /> * Mathematical Notations<br /> * Tabular notations for several (condition --&gt; action) tuples<br /> <br /> '''Non functional requirements''':<br /> <br /> '''Pre-condition''':<br /> <br /> '''Post-condition''':<br /> <br /> '''Side-effects''':<br /> <br /> <br /> ==3.2 Requirement 1- Position emisions by Lora-Mote==<br /> <br /> '''Description''':The Lora-Mote send in Broad Cast is GPS position.<br /> <br /> '''Inputs''': The GPS positions of the lora mote <br /> <br /> '''Source''': LoraMote<br /> <br /> '''Outputs''': A lora signal containing the identifiers of the lora mote and it's GPS positions<br /> <br /> '''Action''':<br /> *The GPS position is recupered and send <br /> <br /> '''Non functional requirements''':<br /> The message should be small and the frequenties width should be occuped less than 1/100 of the time.<br /> <br /> =4. Product evolution=<br /> Add group<br /> =5. Appendices=<br /> =6. Index=</div>

Romane.Gallier https://air.imag.fr/index.php?title=Projet-2016-2017-UltraTeam/UML&diff=33096 2017-02-02T09:15:16Z

<p>Romane.Gallier: </p> <hr /> <div>[[Projets-2016-2017-UltraTeam | '''&lt;&lt;&lt; Retour à la fiche projet''']]<br /> <br /> =Use Case =<br /> [[File:Use_case.jpg|500px|left]]</div>

Romane.Gallier https://air.imag.fr/index.php?title=Projet-2016-2017-UltraTeam/UML&diff=33095 2017-02-02T09:14:57Z

<p>Romane.Gallier: </p> <hr /> <div>[[Projets-2016-2017-UltraTeam | '''&lt;&lt;&lt; Retour à la fiche projet''']]<br /> <br /> =Use Case2 =<br /> [[File:Use_case.jpg|500px|thumb|left|alt text]]<br /> <br /> [[File:Use_case.jpg|500px|left]]</div>

Romane.Gallier https://air.imag.fr/index.php?title=Projet-2016-2017-UltraTeam/UML&diff=33094 2017-02-02T09:14:05Z

<p>Romane.Gallier: </p> <hr /> <div>[[Projets-2016-2017-UltraTeam | '''&lt;&lt;&lt; Retour à la fiche projet''']]<br /> <br /> =Use Case2 =<br /> [[File:Use_case.jpg|500px|thumb|left|alt text]]<br /> <br /> [[File:Use_case.jpg|500px|thumb|left]]</div>

Romane.Gallier https://air.imag.fr/index.php?title=Projet-2016-2017-UltraTeam/UML&diff=33093 2017-02-02T09:13:10Z

<p>Romane.Gallier: </p> <hr /> <div>[[Projets-2016-2017-UltraTeam | '''&lt;&lt;&lt; Retour à la fiche projet''']]<br /> <br /> = Use Case = <br /> [[File:Use_case.jpg]]<br /> <br /> =Use Case2 =<br /> [[File:Use_case.jpg|500px|thumb|left|alt text]]</div>

Romane.Gallier https://air.imag.fr/index.php?title=Projet-2016-2017-UltraTeam/UML&diff=33092 2017-02-02T09:12:43Z

<p>Romane.Gallier: </p> <hr /> <div>[[Projets-2016-2017-UltraTeam | '''&lt;&lt;&lt; Retour à la fiche projet''']]<br /> <br /> = Use Case = <br /> [[File:Use_case.jpg]]<br /> <br /> =Use Case2 =<br /> [[File:Use_case.jpg|200px|thumb|left|alt text]]</div>

Romane.Gallier https://air.imag.fr/index.php?title=Projet-2016-2017-UltraTeam/UML&diff=33091 2017-02-02T09:11:54Z

<p>Romane.Gallier: </p> <hr /> <div>[[Projets-2016-2017-UltraTeam | '''&lt;&lt;&lt; Retour à la fiche projet''']]<br /> <br /> = Use Case = <br /> [[File:Use_case.jpg]]</div>

Romane.Gallier https://air.imag.fr/index.php?title=File:Use_case.jpg&diff=33090 2017-02-02T09:11:38Z

<p>Romane.Gallier: </p> <hr /> <div></div>

Romane.Gallier https://air.imag.fr/index.php?title=Projet-2016-2017-UltraTeam/UML&diff=33089 2017-02-02T09:06:41Z

<p>Romane.Gallier: Created page with &quot; &#039;&#039;&#039;&lt;&lt;&lt; Retour à la fiche projet&#039;&#039;&#039; = Use Case = File:Use_case.pdf&quot;</p> <hr /> <div>[[Projets-2016-2017-UltraTeam | '''&lt;&lt;&lt; Retour à la fiche projet''']]<br /> <br /> = Use Case = <br /> [[File:Use_case.pdf]]</div>

Romane.Gallier https://air.imag.fr/index.php?title=File:Use_case.pdf&diff=33088 2017-02-02T09:04:59Z

<p>Romane.Gallier: </p> <hr /> <div></div>

Romane.Gallier https://air.imag.fr/index.php?title=Projets_2016-2017&diff=33087 2017-02-02T08:57:52Z

<p>Romane.Gallier: /* Projet Semestre S8 */</p> <hr /> <div>&lt;&lt;[[Projets 2015-2016]] | [[Projets]] | [[Projets 2017-2018]]&gt;&gt;<br /> =RICM=<br /> ==RICM3==<br /> <br /> ==RICM4==<br /> ===Projet Semestre S8===<br /> <br /> Enseignants responsables : Olivier Richard, Didier Donsez<br /> <br /> Dates : Lundi 9/01/2017 au 29/03/2017<br /> Lancement: 9/01/2017 après-midi<br /> Soutenance: le 3/04/2017 matin et après-midi<br /> Soutenance à mi-parcours: A définir<br /> <br /> * '''Evaluation à mi-parcours le lundi/mardi ???''': Format: 10min (5min de présentation 3 slides au plus, 5min de discussion). Cette évaluation sera prise en compte dans la note finale.<br /> <br /> '''Consignes générales:'''<br /> <br /> * '''Vous devez être pro-actifs !!!''': Si des points sont pas ou mals spécifiés, vous le faîtes et vous justifiez vos choix. Pour les problèmes techniques éventuels vous pouvez: creuser la question, contacter l'auteur du code si il y a lieu, écrire un rapport de bug ('''Attention:''' ca se prépare !), soumettre un patch/pull request, contacter l'enseignant ou la personne référente du projet.<br /> <br /> * '''Vous devez maintenir une fiche de suivi de projet''': elle doit être mise à jour chaque semaine, elle rassemble les élements essentiels du projet, elle <br /> indique les évolutions du projet et présente sa feuille de route. '''Note:''' le nom de la fiche doit être composé du nom du projet et suffixé par ricm4_2015_2016. '''Cette fiche compte pour la note finale'''<br /> <br /> * '''Vous devez utiliser un logiciel de gestion de version''' pour vos développements comme [http://en.wikipedia.org/wiki/Git_%28software%29 git ] et nous vous conseillons d'utiliser le site [https://github.com github] pour l'hébergement de votre dépôt public.<br /> <br /> * Les document public (exemple sur github) doivent être rédigés en anglais (README, documentation, commentaires de code, nom de variables et de fonctions). Une bonnification sera accordée si le rapport et les transparents sont en anglais (la soutenance sera en francais).<br /> <br /> {|class=&quot;wikitable alternance&quot;<br /> |+ Affectation des projets RICM4 2016-2017<br /> |-<br /> |<br /> !scope=&quot;col&quot;| Sujet<br /> !scope=&quot;col&quot;| Etudiants<br /> !scope=&quot;col&quot;| Enseignant(s)<br /> !scope=&quot;col&quot;| Fiche de suivi<br /> !scope=&quot;col&quot;| Dépot git<br /> |-<br /> <br /> !scope=&quot;row&quot;| 1<br /> | [[Ruche connectée LoRa]] <br /> | MOREAU, LESAGE, <br /> | Palix, Richard<br /> | [[Projets-2016-2017-| '''Fiche''']]<br /> | [https://github.com/ '''github''']<br /> | [[Media:test.pdf|Rapport]] - [[Media:slides.pdf|Transparents]] - [[Media:Flyer.pdf|Flyer]] - [[Media:rapport.pdf|Rapport]] - [[Media:presentation.pdf|Presentation]]<br /> |-<br /> <br /> <br /> !scope=&quot;row&quot;| 2<br /> | [[Serres connectées]]<br /> | BOISADAM, DALLE<br /> | Palix<br /> | [[Projets-2016-2017-Serres_connectées| '''Fiche''']]<br /> | [https://github.com/igreenhouse '''github''']<br /> | [[Media:test.pdf|Rapport]] - [[Media:slides.pdf|Transparents]] - [[Media:Flyer.pdf|Flyer]] - [[Media:rapport.pdf|Rapport]] - [[Media:presentation.pdf|Presentation]]<br /> |-<br /> <br /> !scope=&quot;row&quot;| 3<br /> | [[I-Greenhouse]] : [[Serre connectée aquaponie]]<br /> | MARCHAND, PELLICER<br /> | Palix, Donsez<br /> | [[Projets-2016-2017-I-Greenhouse : Serre connectée aquaponie | '''Fiche''']] - [[Projets-2015-2016-I-Greenhouse : Serre connectée aquaponie/UML_Diagrams | '''UML''']]<br /> | [https://github.com/igreenhouse '''github''']<br /> | [[Media:test.pdf|Rapport]] - [[Media:slides.pdf|Transparents]] - [[Media:Flyer.pdf|Flyer]] - [[Media:rapport.pdf|Rapport]] - [[Media:presentation.pdf|Presentation]]<br /> |-<br /> <br /> !scope=&quot;row&quot;| 4<br /> | [[Station de pompage connectée]]<br /> | FERNANDES, CHEVALIER, FU <br /> | Palix, Donsez, Richard<br /> | [[Projets-2016-2017-Station de pompage connectée| '''Fiche''']] - [[Projets-2016-2017-Station de pompage connectée - SRS| '''SRS''']] - [[Projets-2016-2017-Station de pompage connectée - UML| '''UML''']]<br /> | [https://github.com/ '''github''']<br /> | [[Media:test.pdf|Rapport]] - [[Media:slides.pdf|Transparents]] - [[Media:Flyer.pdf|Flyer]] - [[Media:rapport.pdf|Rapport]] - [[Media:presentation.pdf|Presentation]]<br /> |-<br /> <br /> !scope=&quot;row&quot;| 5<br /> | Géolocation Indoor basée sur les [[Beacon]]s BLE <br /> | COCHINHO, GAMBRO<br /> | Donsez<br /> | [[Projets-2016-2017-IndoorGeoloc| '''Fiche''']] - [[Projets-2016-2017-IndoorGeoloc-UML | '''UML''']]<br /> | [https://github.com/LouisCochinho/Geoloc_Indoor '''github''']<br /> | [[Media:test.pdf|Rapport]] - [[Media:slides.pdf|Transparents]] - [[Media:Flyer.pdf|Flyer]] - [[Media:rapport.pdf|Rapport]] - [[Media:presentation.pdf|Presentation]]<br /> |-<br /> <br /> !scope=&quot;row&quot;| 6<br /> | [[Application de suivi de colis avec RFID UHF (EPC Global)]],<br /> | AMODRU-FAVIN, DELISE <br /> | Donsez<br /> | [[Projets-2016-2017-SuiviColisRFID| '''Fiche''']]<br /> | [https://github.com/delisea/ColisMatter '''github''']<br /> | [[Media:test.pdf|Rapport]] - [[Media:slides.pdf|Transparents]] - [[Media:Flyer.pdf|Flyer]] - [[Media:rapport.pdf|Rapport]] - [[Media:presentation.pdf|Presentation]]<br /> |-<br /> <br /> !scope=&quot;row&quot;| 7<br /> | [[StartAIR 2017]]<br /> | ODIEVRE, CHAMBONET<br /> | Palix<br /> | [[Projets-2016-2017-| '''Fiche''']]<br /> | [https://github.com/ '''github''']<br /> | [[Media:test.pdf|Rapport]] - [[Media:slides.pdf|Transparents]] - [[Media:Flyer.pdf|Flyer]] - [[Media:rapport.pdf|Rapport]] - [[Media:presentation.pdf|Presentation]]<br /> |-<br /> <br /> !scope=&quot;row&quot;| 8<br /> | [[SmartSelfService]] <br /> | ABONNENC, BONHOURE<br /> | Donsez<br /> | [[Projets-2016-2017-SmartSelfService| '''Fiche''']] - [[Projets-2016-2017-SmartSelfService/SRS | '''SRS''']] - [[Projets-2016-2017-SmartSelfService/UML | '''UML''' ]]<br /> | [https://github.com/RICM4SmartSelfService/RICM4_Projet_SmartSelfService '''github''']<br /> | [[Media:test.pdf|Rapport]] - [[Media:slides.pdf|Transparents]] - [[Media:Flyer.pdf|Flyer]] - [[Media:rapport.pdf|Rapport]] - [[Media:presentation.pdf|Presentation]]<br /> |-<br /> <br /> !scope=&quot;row&quot;| 9<br /> | [[Interface de contrôle &quot;Photo&quot; pour OpenHAB]]<br /> | LACHARTRE, SAVARY <br /> | Donsez<br /> | [[Projets-2016-2017-| '''Fiche''']]<br /> | [https://github.com/ '''github''']<br /> | [[Media:test.pdf|Rapport]] - [[Media:slides.pdf|Transparents]] - [[Media:Flyer.pdf|Flyer]] - [[Media:rapport.pdf|Rapport]] - [[Media:presentation.pdf|Presentation]]<br /> |-<br /> <br /> !scope=&quot;row&quot;| 10<br /> | [[UltraTeam|UltraTeam: Application Mobile pour les Ultra-trailers et les randonneurs]],<br /> | ROUQUIER, GEOURJON<br /> | Donsez<br /> | [[Projets-2016-2017-UltraTeamBest| '''Fiche''']]<br /> | [https://github.com/ultratrail '''github''']<br /> | [[Media:test.pdf|Rapport]] - [[Media:slides.pdf|Transparents]] - [[Media:Flyer.pdf|Flyer]] - [[Media:rapport.pdf|Rapport]] - [[Media:presentation.pdf|Presentation]]<br /> |-<br /> <br /> !scope=&quot;row&quot;| 10<br /> | [[UltraTeam|UltraTeam: Application Mobile pour les Ultra-trailers et les randonneurs]],<br /> | GALLIER, FERRERA<br /> | Donsez<br /> | [[Projets-2016-2017-UltraTeam| '''Fiche''']]- [[Projet-2016-2017-UltraTeam/SRS| '''SRS''']] - [[Projet-2016-2017-UltraTeam/UML | '''UML''' ]]<br /> | [https://github.com/ultratrail '''github''']<br /> | [[Media:test.pdf|Rapport]] - [[Media:slides.pdf|Transparents]] - [[Media:Flyer.pdf|Flyer]] - [[Media:rapport.pdf|Rapport]] - [[Media:presentation.pdf|Presentation]]<br /> |-<br /> <br /> !scope=&quot;row&quot;| 11<br /> | [[Plateforme d'analyse de données IoT]] <br /> | ALLARD, ROCHER<br /> | Palix, Richard<br /> | [[Projets-2016-2017-Plateform_Analyse_Données_IOT| '''Fiche''']]<br /> | [https://github.com/ '''github''']<br /> | [[Media:test.pdf|Rapport]] - [[Media:slides.pdf|Transparents]] - [[Media:Flyer.pdf|Flyer]] - [[Media:rapport.pdf|Rapport]] - [[Media:presentation.pdf|Presentation]]<br /> |-<br /> <br /> !scope=&quot;row&quot;| 13<br /> | [[IRock : Surveillance Géotechnique LoRa|iRock]]<br /> | SIEST, VEGREVILLE<br /> | Donsez<br /> | [[Projets-2016-2017-Projet_IRock| '''Fiche''']]<br /> | [https://github.com/Shadsa/IRock '''github''']<br /> | [[Media:test.pdf|Rapport]] - [[Media:slides.pdf|Transparents]] - [[Media:Flyer.pdf|Flyer]] - [[Media:rapport.pdf|Rapport]] - [[Media:presentation.pdf|Presentation]]<br /> |-<br /> <br /> !scope=&quot;row&quot;| 14<br /> | [[GrenobloisFuté]]<br /> | VIAL, GUERRY<br /> | Palix<br /> | [[Projets-2016-2017-| '''Fiche''']]<br /> | [https://github.com/ '''github''']<br /> | [[Media:test.pdf|Rapport]] - [[Media:slides.pdf|Transparents]] - [[Media:Flyer.pdf|Flyer]] - [[Media:rapport.pdf|Rapport]] - [[Media:presentation.pdf|Presentation]]<br /> |-<br /> <br /> !scope=&quot;row&quot;| 15<br /> | [[GeoDiff]]<br /> | AMAURIN, BECHER, BROCHIER<br /> | Palix<br /> | [[Projets-2016-2017-GeoDiff| '''Fiche''']]<br /> | [https://github.com/Hbecher/GeoDiff '''github''']<br /> | [[Media:test.pdf|Rapport]] - [[Media:slides.pdf|Transparents]] - [[Media:Flyer.pdf|Flyer]] - [[Media:rapport.pdf|Rapport]] - [[Media:presentation.pdf|Presentation]]<br /> |-<br /> <br /> !scope=&quot;row&quot;| 16<br /> | [[floatingimage UPnP feed]] <br /> | FUSTES, DEREYMEZ<br /> | Palix, Donsez<br /> | [[Projets-2016-2017-floatingimageUPnP| '''Fiche''']] - [[Projets-2016-2017-floatingimageUPnP/SRS | '''SRS''']] - [[Projets-2016-2017-floatingimageUPnP/UML | '''UML''' ]]<br /> | [https://github.com/ '''github''']<br /> | [[Media:test.pdf|Rapport]] - [[Media:slides.pdf|Transparents]] - [[Media:Flyer.pdf|Flyer]] - [[Media:rapport.pdf|Rapport]] - [[Media:presentation.pdf|Presentation]]<br /> |-<br /> <br /> !scope=&quot;row&quot;| 17<br /> | Webconférence [[Google VR]]<br /> | RIVOAL, ZENNOUCHE <br /> | Donsez<br /> | [[Projets-2016-2017-| '''Fiche''']] - [[Projets-2016-2017-UML| '''UML''']]<br /> | [https://github.com/ '''github''']<br /> | [[Media:test.pdf|Rapport]] - [[Media:slides.pdf|Transparents]] - [[Media:Flyer.pdf|Flyer]] - [[Media:rapport.pdf|Rapport]] - [[Media:presentation.pdf|Presentation]]<br /> |-<br /> <br /> !scope=&quot;row&quot;| 18<br /> | [[NixOsTegraX1 | NixOS for Tegra X1]]<br /> | NASSIK, TURRIN<br /> | Richard<br /> | [[Projets-2016-2017-| '''Fiche''']]<br /> | [https://github.com/ '''github''']<br /> | [[Media:test.pdf|Rapport]] - [[Media:slides.pdf|Transparents]] - [[Media:Flyer.pdf|Flyer]] - [[Media:rapport.pdf|Rapport]] - [[Media:presentation.pdf|Presentation]]<br /> |-<br /> <br /> !scope=&quot;row&quot;| 20<br /> | [[ExperimentControl | Experiment Control]] <br /> | HOMBERG, LEMAIRE<br /> | Richard<br /> | [[Projets-2016-2017-| '''Fiche''']]<br /> | [https://github.com/ '''github''']<br /> | [[Media:test.pdf|Rapport]] - [[Media:slides.pdf|Transparents]] - [[Media:Flyer.pdf|Flyer]] - [[Media:rapport.pdf|Rapport]] - [[Media:presentation.pdf|Presentation]]<br /> |-<br /> <br /> !scope=&quot;row&quot;| 23<br /> | Intégration de caméras UPnP dans [[OpenHAB]] <br /> | BLANC, LAW<br /> | Donsez<br /> | [[Projets-2016-2017-UPnP Cameras integration into OpenHAB | '''Fiche''']]<br /> | [https://github.com/ '''github''']<br /> | [[Media:test.pdf|Rapport]] - [[Media:slides.pdf|Transparents]] - [[Media:Flyer.pdf|Flyer]] - [[Media:rapport.pdf|Rapport]] - [[Media:presentation.pdf|Presentation]]<br /> |-<br /> <br /> |}<br /> <br /> '''Propositions de projets:'''<br /> <br /> # [[Ruche connectée LoRa]] (OpenHab) , Didier Donsez, Denis Jongmann, Olivier Richard<br /> # [[Serres connectées]] (OpenHab) Surveillance des serres d'une exploitation agricole. Nicolas Palix, Michaël Périn et Vincent Hibon (&quot;Les jardins du Coteau&quot;).<br /> # [[I-Greenhouse]] : [[Serre connectée aquaponie]] (OpenHab). Nicolas Palix, Didier Donsez (2 groupes)<br /> # [[Station de pompage connectée]]. Nicolas Palix<br /> # Géolocation Indoor basée sur les [[Beacon]]s BLE (iBeacon, AltBeacon, Eddystone). Utilisation d'algorithmes de trigonalisation ([https://github.com/jpias/beacon-pfilter-simulation/wiki lien]), (Didier Donsez, Vivien Quéma)<br /> # [[Application de suivi de colis avec RFID UHF (EPC Global)]], Didier Donsez<br /> # Projet [[StartAIR 2017]] : interface tablette de tableau de bord d'ULM, fiabilisation du réflecteur Flight Simulator (Fabrice Dubois, Nicolas Palix)<br /> # [[SmartSelfService]] (Didier Donsez, François Portet) en collaboration avec PHELMA.<br /> # [[Interface de contrôle &quot;Photo&quot;]] pour [[OpenHAB]] : éventuelle contribution à la fondation Eclipse (Didier Donsez)<br /> # [[UltraTeam|UltraTeam: Application Mobile pour les Ultra-trailers et les randonneurs]] (Didier Donsez, Vivien Quéma)<br /> # [[Plateforme d'analyse de données IoT]] (Nicolas Palix)<br /> # Extension de [[Swagger]] pour [[CoAP]] : Application avec [[Californium]] (Contribution à une communauté open-source), (Didier Donsez)<br /> # [[IRock : Surveillance Géotechnique LoRa|iRock]]: Plateforme Ubilitics pour la surveillance des risques naturelles (déploiement grande échelle de capteurs [[LoRa]] sur le terrain pour l'observation de glissement de terrain) en commun avec Geotech (à confirmer) : Didier Donsez, Sandrine Caroly, Denis Jongmans.<br /> # [[GrenobloisFuté]] Couche trafic sur OsmAnd avec un greffon. Données dynamique de la métro. Dvp Android. Nicolas Palix.<br /> # [[GeoDiff]] Production, visualisation, fusion de variations (diff) sur de l'information géocodée : Nicolas Palix (Multimédia)<br /> # [[floatingimage UPnP feed]] Cadre photos connecté à Kodi. Dvp Android. Nicolas Palix, Didier Donsez<br /> # Webconférence WebRTC stereoscopique avec [[Google VR]] SDK for Android (Jérôme Maisonnasse, Didier Donsez)<br /> # [[NixOsTegraX1 | NixOS for Tegra X1]]: (Olivier Richard)<br /> # [[LittleJump | Little Jump]]: Inventer un blablacar pour les petits trajets (Olivier Richard)<br /> # [[ExperimentControl | Experiment Control]] Développer un moteur de conduite d'expérience pour les systèmes distribués (Olivier Richard) <br /> # [[CrystalLanguageMicrocontroller | Crystal Language for Microcontroller]] (Olivier Richard)<br /> # Questionnaires automatiques, (Pierre Gillois, Didier Donsez)<br /> # Intégration de caméras UPnP dans [[OpenHAB]] (Didier Donsez)<br /> Moins prioritaires:<br /> # [[OwnPOI]] ownCloud plugin and osmand plugin to share POI and favorite positions. Dvp Android. Nicolas Palix.<br /> # [[OwnList]] ownCloud plugin and Android app to share a TODO list. Nicolas Palix.<br /> # [[Osmand-Auto]] Support Android Auto sur [[OsmAnd]] Nicolas Palix,<br /> # [[OCR de composition d'étiquettes alimentaires pour la base Open Food Facts]] (Nicolas Palix, Didier Donsez)<br /> Sous réserve de matériel<br /> # Reconstruction 3D d'images thermiques provenant des réseaux de caméras thermiques [[Flir One]] : application au sport connecté(Didier DONSEZ)<br /> # Géolocation Indoor basée sur [[Decaware]]. Utilisation d'algorithmes de trigonalisation ([https://github.com/jpias/beacon-pfilter-simulation/wiki lien]), (Didier Donsez, Vivien Quéma)<br /> <br /> ==RICM5==<br /> ===Projet Semestre S10===<br /> <br /> Enseignants responsables : Didier Donsez<br /> <br /> Calendrier: le projet commence le 23/01 et se termine le 17/03.<br /> <br /> Réunion de présentation : 23/01 à 8H00 (RdV Salle AIR).<br /> <br /> Soutenance à mi-parcours : Vendredi 17/02 de 08:00-11:00 <br /> <br /> Soutenance (puis Pot de la fin) : A DEFINIR (Provisoirement le 16/03 après-midi)<br /> <br /> Séances Suivi:<br /> * Lundi 30/01 - 08:00-11:00<br /> * Mardi 31/01 - 10:00-12:00<br /> * Lundi 06/02 - 08:00-10:00<br /> * Lundi 13/02 - 08:00-10:00<br /> * Lundi 27/02 - 08:00-10:00<br /> * Lundi 06/03 - 08:00-10:00<br /> * Lundi 13/03 - 08:00-09:45<br /> <br /> Séances MPI:<br /> * Jeudi 26 janvier matin (Stéphanie Diligent)<br /> * Jeudi 2 février matin (Stéphanie Diligent)<br /> * Mardi 7 février matin (Emmanuelle Tréhoust)<br /> * Mardi 14 février matin (Emmanuelle Tréhoust)<br /> * Lundi 6 mars après midi (Stéphanie Diligent et Emmanuelle Tréhoust)<br /> <br /> Propositions '''définitives''' de projet:<br /> <br /> # [[RealTimeSubtitle - 2016/17 - RICM5| Sous-titre d'un cours en temps réel]] : Laurent Besacier, Didier Donsez, Marie-Paule Balicco, Jérôme Maisonnasse : BRUEL, BUI, LECHEVALLIER, MATHIEU, MOURET<br /> # [[Réalité virtuelle et Augmentée pour la maintenance d'usines]] (avec [[Unity 3D]] et [[Google VR]] SDK for Android, caméra Flir One, [[WebRTC]]): Didier Donsez, Georges-Pierre Bonneau : BERTRAND-DALECHAMPS, POPEK, ZAHO, SUN, NDIAYE, HAMMOUTI<br /> # [[CoCass|CoCass : CaaS Docker collaboratif]] : Didier Donsez (ARRADA, FAURE, FOUNAS, HALLAL, MEDEWOU, VOUTAT)<br /> # [[Projet 2017 : Gestionnaire de packages Polytech| '''Gestion des images systèmes pour les supports à Polytech Grenoble''']] : GATTAZ, LECORPS, NOUGUIER, RAMEL<br /> # [[Suggestion_intelligente_de_films_basée_sur_TensorFlow | Suggestion intelligente de films basée sur TensorFlow]] : DUNAND, HATTINGUAIS, NAVARRO, NIOGRET, RACHEX<br /> # Projet Startup: Didier Donsez LUCIDARME, DELAPORTE<br /> # [[Contributions à RIOT OS]] autour de [[LoRa]]: Didier Donsez, Taquyeddine ZEGAOUI<br /> <br /> Projets non choisi:<br /> # Borne d'accueil handicap : Didier Donsez, Marie-Paule Balicco, Jérôme Maisonnasse<br /> # [[Plateforme IoT du LIG basé sur Walt]] : Bernard Tourancheau, Franck Rousseau, Etienne Dublé<br /> <br /> <br /> Remarque: [http://snowcamp.io/2017/fr/welcome Netbeans Days 2017], 7 Février 2017, Bâtiment IMAG. Pensez à vous inscrire!<br /> <br /> Remarque: [https://wiki.eclipse.org/Eclipse_IoT_Day_Grenoble_2017 Eclipse IoT Days 2017], 9-10 Mars 2017, Bâtiment IMAG. Pensez à vous inscrire!<br /> <br /> =Année à définir=<br /> <br /> * [[Non linear MKV Editor]] : Nicolas Palix<br /> * [[Smart campus augmenté et contributif]]<br /> * [[Intégration OpenHAB / OpenTele]]<br /> * [[Client MQTT pour OBD]] sur Android<br /> * [[Sommeilomètre]] (Michael Perin, Didier Donsez)<br /> * [[Open DynDNS]]<br /> * [[IllumiRoom]]<br /> * [[Emergency mobile app]] Dvp Android. Nicolas Palix pour TIS, PRI et RICM<br /> * [[Kodi Reflexive Remote]] Dynamic remote control for Kodi. Nicolas Palix.<br /> * [http://intgat.tigress.co.uk/rmy/uml/index.html Zerofree] Portage de zerofree pour d'autres systèmes de fichiers que ext2/3/4 (notamment Unix FS). Voir également la page [http://packages.qa.debian.org/z/zerofree.html QA de Debian]. Nicolas Palix.<br /> * [[Bracelet électronique de monitoriing de l'alcoolémie]]<br /> * [[Oxymètre DIY]]<br /> * [[PinSound]]<br /> * [[Extension du support STM32Fx-Discovery dans libopencm3]] : Olivier Richard<br /> * [[Arduino et libopencm3]] : Olivier Richard<br /> * [[Data Acquisition System et Stm32f4-Discovery]] : Olivier Richard<br /> * [[Distributed Data Storage System]] : Olivier Richard<br /> * [[Dashboard based on w2ui]]<br /> * [[Environnement logiciel pour FabLab]] : Olivier Richard<br /> * [[Environnement logiciel pour le Live Programming]] : Olivier Richard<br /> * [[VirtualPinball]]<br /> * Tondeuse dessinatrice<br /> * [[ImmersiveDog]] Nicolas Glade, Didier Donsez<br /> * Projet avec [[OpenROV]] ???? : Didier Donsez<br /> * [[Sphero]] malin (Michael Périn) (2 etudiants)<br /> * [[Drone paramoteur]] ???<br /> * [[Optimisation de l'énergie pour cyclotouriste électrique]]<br /> * [[SmartSelfService|Smart Self-Service 2015]] Didier Donsez &amp; Vivien Quema<br /> * [[Station Météo LoRa]] : contribution au projet [[LoRA-Fabian]] (Didier Donsez)<br /> <br /> =Réserve (boite à idées)=<br /> <br /> # [[Tag et Paint Ball en réalité augmentée]] (Michaël Périn) <br /> # [[Passe moi ton fichier]] (Michaël Périn) <br /> # [[Extensions à Fab Server]] (Jean-Michel Molenaar) sous reserve (CM ou SR)<br /> # [[Table multijeux de café 2.0]]<br /> # [[ GPIO_Qemu_RasPI| Emulation des GPIO dans QEMU pour le carte Raspberry Pi]] (Olivier Richard)<br /> # [[ Qemu et STM32F0-Discovery ]] (Olivier Richard)<br /> # [[Serrure à clé MIDI multifactorielle]] (Didier Donsez)<br /> # [[Table interactive musicale]] (Didier Donsez)<br /> # [[iMailbox]] (Didier Donsez)<br /> # [[AmILight]] (eclairage d'ambience intelligent) (Didier Donsez)<br /> # [[PDAmeetPDA]] (synchronisation d'agenda) (Michaël Périn)<br /> # [[1 000 000 VMs]] (expérimentation d'application distribuée à très grande échelle) (Olivier Richard) (2-3 RICM4)<br /> # [[Multiple Kinect]] (utilisation simultanée de plusieurs Kinect) (Olivier Richard) (RICM ou 3I)<br /> # [[Kinect musicale]] (Didier Donsez) (RICM)<br /> # [[Ktechlab Simavr Arduino | Ktechlab et integration de Simavr(Arduino)]] (Olivier Richard) (2-3 RICM4-SR)<br /> # Ocaml on AVR (Arduino)<br /> # Ocaml on Cortex-M3<br /> # [[Arduino on STM32 Discovery]]<br /> # [[Reverse Geocache Puzzle Box]]<br /> # [[OSGi ME]] (Didier Donsez)<br /> # [[Affichage Etudiant à Polytech]]<br /> # Synthèse 3D + motion capture Kinect<br /> # Logiciel d'[[apprentissage du calcul]] sur tablette Android (reconnaissance de chiffres manuscrits)<br /> # Plancher de verre (saint gobain) à la [http://www.wat.tv/video/mickael-jackson-billie-jean-oewj_2ey2h_.html Mickael Jackson dans Billie Jean] ! woo<br /> # [[Ktechlab Simavr Arduino | Ktechlab et integration de Simavr(Arduino)]] (Olivier Richard) (2-3 RICM4-SR)<br /> # [[CNC]]<br /> # [[Idées en Vrac]]<br /> # Scheme Everywhere (Olivier Richard) (2-3 RICM4-SR)<br /> # [[Projet Station Météo]]<br /> # Ocaml on AVR (Arduino)<br /> # [[Table interactive musicale]] (Didier Donsez)<br /> # [[AmILight]] (eclairage d'amnbience intelligent) (Didier Donsez)<br /> # [[Cube pointeur]] d'activité ingénieur<br /> # [http://www.instructables.com/id/Puppeteer-Motion-Capture-Costume/ Puppeteer Motion-Capture Costume]<br /> # [[Musical Staircase]] @ Polytech (Didier Donsez, 1 RICM4 + 1 3I4)<br /> # [[Total Recall]] (Didier Donsez)<br /> # [[SoundMachine]]<br /> # [[IGN-OSM|Importation de données IGN publiques dans OSM]]<br /> # [[Speed-limit-OSM|Analyse de traces GPX pour déterminer les limitations de vitesse]]<br /> # [[Multi perceptual cameras]] (Didier Donsez)<br /> # [[Photomaton 3D]] (Didier Donsez)<br /> # [[ArduCopter]]<br /> # [[Parking Intelligent]]</div>

Romane.Gallier https://air.imag.fr/index.php?title=Projet-2016-2017-UltraTeam/SRS&diff=33086 2017-02-02T08:54:48Z

<p>Romane.Gallier: </p> <hr /> <div><br /> {|class=&quot;wikitable alternance&quot;<br /> |+ Document History<br /> |-<br /> |<br /> !scope=&quot;col&quot;| Version<br /> !scope=&quot;col&quot;| Date<br /> !scope=&quot;col&quot;| Authors<br /> !scope=&quot;col&quot;| Description<br /> !scope=&quot;col&quot;| Validator<br /> !scope=&quot;col&quot;| Validation Date<br /> |-<br /> !scope=&quot;row&quot; |<br /> | 0.1.0<br /> | 02/02/17<br /> | Gallier R. Ferrera A.<br /> | TBC<br /> | TBC<br /> | TBC<br /> <br /> |}<br /> <br /> <br /> =1. Introduction=<br /> ==1.1 Purpose of the requirements document==<br /> The aim of this documents is to provide a definition of the of the different expected feature of our project.<br /> ==1.2 Scope of the product==<br /> The scope of the product is to provide a phone application wich will alow you to localise people around you.<br /> These application must be able to work with 3G or lora network.<br /> <br /> ==1.3 Definitions, acronyms and abbreviations==<br /> ==1.4 References==<br /> ==1.5 Overview of the remainder of the document==<br /> =2. General description=<br /> ==2.1 Product perspective==<br /> ==2.2 Product functions==<br /> ==2.3 User characteristics==<br /> ==2.4 General constraints==<br /> ==2.5 Assumptions and dependencies==<br /> =3.Specific requirements, covering functional, non-functional and interface requirements=<br /> * document external interfaces,<br /> * describe system functionality and performance<br /> * specify logical database requirements,<br /> * design constraints,<br /> * emergent system properties and quality characteristics.<br /> <br /> ==3.1 Requirement X.Y.Z (in Structured Natural Language)==<br /> '''Function''':<br /> <br /> '''Description''':<br /> <br /> '''Inputs''':<br /> <br /> '''Source''':<br /> <br /> '''Outputs''':<br /> <br /> '''Destination''':<br /> <br /> '''Action''':<br /> * Natural language sentences (with MUST, MAY, SHALL)<br /> * Graphical Notations : UML Sequence w/o collaboration diagrams, Process maps, Task Analysis (HTA, CTT)<br /> * Mathematical Notations<br /> * Tabular notations for several (condition --&gt; action) tuples<br /> <br /> '''Non functional requirements''':<br /> <br /> '''Pre-condition''':<br /> <br /> '''Post-condition''':<br /> <br /> '''Side-effects''':<br /> <br /> =4. Product evolution=<br /> Add group<br /> =5. Appendices=<br /> =6. Index=</div>

Romane.Gallier https://air.imag.fr/index.php?title=Projet-2016-2017-UltraTeam/SRS&diff=33085 2017-02-02T08:26:52Z

<p>Romane.Gallier: </p> <hr /> <div><br /> {|class=&quot;wikitable alternance&quot;<br /> |+ Document History<br /> |-<br /> |<br /> !scope=&quot;col&quot;| Version<br /> !scope=&quot;col&quot;| Date<br /> !scope=&quot;col&quot;| Authors<br /> !scope=&quot;col&quot;| Description<br /> !scope=&quot;col&quot;| Validator<br /> !scope=&quot;col&quot;| Validation Date<br /> |-<br /> !scope=&quot;row&quot; |<br /> | 0.1.0<br /> | TBC<br /> | TBC<br /> | TBC<br /> | TBC<br /> | TBC<br /> <br /> |}<br /> <br /> <br /> =1. Introduction=<br /> ==1.1 Purpose of the requirements document==<br /> ==1.2 Scope of the product==<br /> ==1.3 Definitions, acronyms and abbreviations==<br /> ==1.4 References==<br /> ==1.5 Overview of the remainder of the document==<br /> =2. General description=<br /> ==2.1 Product perspective==<br /> ==2.2 Product functions==<br /> ==2.3 User characteristics==<br /> ==2.4 General constraints==<br /> ==2.5 Assumptions and dependencies==<br /> =3.Specific requirements, covering functional, non-functional and interface requirements=<br /> * document external interfaces,<br /> * describe system functionality and performance<br /> * specify logical database requirements,<br /> * design constraints,<br /> * emergent system properties and quality characteristics.<br /> <br /> ==3.1 Requirement X.Y.Z (in Structured Natural Language)==<br /> '''Function''':<br /> <br /> '''Description''':<br /> <br /> '''Inputs''':<br /> <br /> '''Source''':<br /> <br /> '''Outputs''':<br /> <br /> '''Destination''':<br /> <br /> '''Action''':<br /> * Natural language sentences (with MUST, MAY, SHALL)<br /> * Graphical Notations : UML Sequence w/o collaboration diagrams, Process maps, Task Analysis (HTA, CTT)<br /> * Mathematical Notations<br /> * Tabular notations for several (condition --&gt; action) tuples<br /> <br /> '''Non functional requirements''':<br /> <br /> '''Pre-condition''':<br /> <br /> '''Post-condition''':<br /> <br /> '''Side-effects''':<br /> <br /> =4. Product evolution=<br /> <br /> =5. Appendices=<br /> =6. Index=</div>

Romane.Gallier https://air.imag.fr/index.php?title=Projets_2016-2017&diff=33084 2017-02-02T08:25:10Z

<p>Romane.Gallier: /* Projet Semestre S8 */</p> <hr /> <div>&lt;&lt;[[Projets 2015-2016]] | [[Projets]] | [[Projets 2017-2018]]&gt;&gt;<br /> =RICM=<br /> ==RICM3==<br /> <br /> ==RICM4==<br /> ===Projet Semestre S8===<br /> <br /> Enseignants responsables : Olivier Richard, Didier Donsez<br /> <br /> Dates : Lundi 9/01/2017 au 29/03/2017<br /> Lancement: 9/01/2017 après-midi<br /> Soutenance: le 3/04/2017 matin et après-midi<br /> Soutenance à mi-parcours: A définir<br /> <br /> * '''Evaluation à mi-parcours le lundi/mardi ???''': Format: 10min (5min de présentation 3 slides au plus, 5min de discussion). Cette évaluation sera prise en compte dans la note finale.<br /> <br /> '''Consignes générales:'''<br /> <br /> * '''Vous devez être pro-actifs !!!''': Si des points sont pas ou mals spécifiés, vous le faîtes et vous justifiez vos choix. Pour les problèmes techniques éventuels vous pouvez: creuser la question, contacter l'auteur du code si il y a lieu, écrire un rapport de bug ('''Attention:''' ca se prépare !), soumettre un patch/pull request, contacter l'enseignant ou la personne référente du projet.<br /> <br /> * '''Vous devez maintenir une fiche de suivi de projet''': elle doit être mise à jour chaque semaine, elle rassemble les élements essentiels du projet, elle <br /> indique les évolutions du projet et présente sa feuille de route. '''Note:''' le nom de la fiche doit être composé du nom du projet et suffixé par ricm4_2015_2016. '''Cette fiche compte pour la note finale'''<br /> <br /> * '''Vous devez utiliser un logiciel de gestion de version''' pour vos développements comme [http://en.wikipedia.org/wiki/Git_%28software%29 git ] et nous vous conseillons d'utiliser le site [https://github.com github] pour l'hébergement de votre dépôt public.<br /> <br /> * Les document public (exemple sur github) doivent être rédigés en anglais (README, documentation, commentaires de code, nom de variables et de fonctions). Une bonnification sera accordée si le rapport et les transparents sont en anglais (la soutenance sera en francais).<br /> <br /> {|class=&quot;wikitable alternance&quot;<br /> |+ Affectation des projets RICM4 2016-2017<br /> |-<br /> |<br /> !scope=&quot;col&quot;| Sujet<br /> !scope=&quot;col&quot;| Etudiants<br /> !scope=&quot;col&quot;| Enseignant(s)<br /> !scope=&quot;col&quot;| Fiche de suivi<br /> !scope=&quot;col&quot;| Dépot git<br /> |-<br /> <br /> !scope=&quot;row&quot;| 1<br /> | [[Ruche connectée LoRa]] <br /> | MOREAU, LESAGE, <br /> | Palix, Richard<br /> | [[Projets-2016-2017-| '''Fiche''']]<br /> | [https://github.com/ '''github''']<br /> | [[Media:test.pdf|Rapport]] - [[Media:slides.pdf|Transparents]] - [[Media:Flyer.pdf|Flyer]] - [[Media:rapport.pdf|Rapport]] - [[Media:presentation.pdf|Presentation]]<br /> |-<br /> <br /> <br /> !scope=&quot;row&quot;| 2<br /> | [[Serres connectées]]<br /> | BOISADAM, DALLE<br /> | Palix<br /> | [[Projets-2016-2017-Serres_connectées| '''Fiche''']]<br /> | [https://github.com/igreenhouse '''github''']<br /> | [[Media:test.pdf|Rapport]] - [[Media:slides.pdf|Transparents]] - [[Media:Flyer.pdf|Flyer]] - [[Media:rapport.pdf|Rapport]] - [[Media:presentation.pdf|Presentation]]<br /> |-<br /> <br /> !scope=&quot;row&quot;| 3<br /> | [[I-Greenhouse]] : [[Serre connectée aquaponie]]<br /> | MARCHAND, PELLICER<br /> | Palix, Donsez<br /> | [[Projets-2016-2017-I-Greenhouse : Serre connectée aquaponie | '''Fiche''']] - [[Projets-2015-2016-I-Greenhouse : Serre connectée aquaponie/UML_Diagrams | '''UML''']]<br /> | [https://github.com/igreenhouse '''github''']<br /> | [[Media:test.pdf|Rapport]] - [[Media:slides.pdf|Transparents]] - [[Media:Flyer.pdf|Flyer]] - [[Media:rapport.pdf|Rapport]] - [[Media:presentation.pdf|Presentation]]<br /> |-<br /> <br /> !scope=&quot;row&quot;| 4<br /> | [[Station de pompage connectée]]<br /> | FERNANDES, CHEVALIER, FU <br /> | Palix, Donsez, Richard<br /> | [[Projets-2016-2017-Station de pompage connectée| '''Fiche''']] - [[Projets-2016-2017-Station de pompage connectée - SRS| '''SRS''']] - [[Projets-2016-2017-Station de pompage connectée - UML| '''UML''']]<br /> | [https://github.com/ '''github''']<br /> | [[Media:test.pdf|Rapport]] - [[Media:slides.pdf|Transparents]] - [[Media:Flyer.pdf|Flyer]] - [[Media:rapport.pdf|Rapport]] - [[Media:presentation.pdf|Presentation]]<br /> |-<br /> <br /> !scope=&quot;row&quot;| 5<br /> | Géolocation Indoor basée sur les [[Beacon]]s BLE <br /> | COCHINHO, GAMBRO<br /> | Donsez<br /> | [[Projets-2016-2017-IndoorGeoloc| '''Fiche''']] - [[Projets-2016-2017-IndoorGeoloc-UML | '''UML''']]<br /> | [https://github.com/LouisCochinho/Geoloc_Indoor '''github''']<br /> | [[Media:test.pdf|Rapport]] - [[Media:slides.pdf|Transparents]] - [[Media:Flyer.pdf|Flyer]] - [[Media:rapport.pdf|Rapport]] - [[Media:presentation.pdf|Presentation]]<br /> |-<br /> <br /> !scope=&quot;row&quot;| 6<br /> | [[Application de suivi de colis avec RFID UHF (EPC Global)]],<br /> | AMODRU-FAVIN, DELISE <br /> | Donsez<br /> | [[Projets-2016-2017-SuiviColisRFID| '''Fiche''']]<br /> | [https://github.com/delisea/ColisMatter '''github''']<br /> | [[Media:test.pdf|Rapport]] - [[Media:slides.pdf|Transparents]] - [[Media:Flyer.pdf|Flyer]] - [[Media:rapport.pdf|Rapport]] - [[Media:presentation.pdf|Presentation]]<br /> |-<br /> <br /> !scope=&quot;row&quot;| 7<br /> | [[StartAIR 2017]]<br /> | ODIEVRE, CHAMBONET<br /> | Palix<br /> | [[Projets-2016-2017-| '''Fiche''']]<br /> | [https://github.com/ '''github''']<br /> | [[Media:test.pdf|Rapport]] - [[Media:slides.pdf|Transparents]] - [[Media:Flyer.pdf|Flyer]] - [[Media:rapport.pdf|Rapport]] - [[Media:presentation.pdf|Presentation]]<br /> |-<br /> <br /> !scope=&quot;row&quot;| 8<br /> | [[SmartSelfService]] <br /> | ABONNENC, BONHOURE<br /> | Donsez<br /> | [[Projets-2016-2017-SmartSelfService| '''Fiche''']] - [[Projets-2016-2017-SmartSelfService/SRS | '''SRS''']] - [[Projets-2016-2017-SmartSelfService/UML | '''UML''' ]]<br /> | [https://github.com/RICM4SmartSelfService/RICM4_Projet_SmartSelfService '''github''']<br /> | [[Media:test.pdf|Rapport]] - [[Media:slides.pdf|Transparents]] - [[Media:Flyer.pdf|Flyer]] - [[Media:rapport.pdf|Rapport]] - [[Media:presentation.pdf|Presentation]]<br /> |-<br /> <br /> !scope=&quot;row&quot;| 9<br /> | [[Interface de contrôle &quot;Photo&quot; pour OpenHAB]]<br /> | LACHARTRE, SAVARY <br /> | Donsez<br /> | [[Projets-2016-2017-| '''Fiche''']]<br /> | [https://github.com/ '''github''']<br /> | [[Media:test.pdf|Rapport]] - [[Media:slides.pdf|Transparents]] - [[Media:Flyer.pdf|Flyer]] - [[Media:rapport.pdf|Rapport]] - [[Media:presentation.pdf|Presentation]]<br /> |-<br /> <br /> !scope=&quot;row&quot;| 10<br /> | [[UltraTeam|UltraTeam: Application Mobile pour les Ultra-trailers et les randonneurs]],<br /> | ROUQUIER, GEOURJON<br /> | Donsez<br /> | [[Projets-2016-2017-UltraTeamBest| '''Fiche''']]<br /> | [https://github.com/ultratrail '''github''']<br /> | [[Media:test.pdf|Rapport]] - [[Media:slides.pdf|Transparents]] - [[Media:Flyer.pdf|Flyer]] - [[Media:rapport.pdf|Rapport]] - [[Media:presentation.pdf|Presentation]]<br /> |-<br /> <br /> !scope=&quot;row&quot;| 10<br /> | [[UltraTeam|UltraTeam: Application Mobile pour les Ultra-trailers et les randonneurs]],<br /> | GALLIER, FERRERA<br /> | Donsez<br /> | [[Projets-2016-2017-UltraTeam| '''Fiche''']]- [[Projet-2016-2017-UltraTeam/SRS| '''SRS''']]<br /> | [https://github.com/ultratrail '''github''']<br /> | [[Media:test.pdf|Rapport]] - [[Media:slides.pdf|Transparents]] - [[Media:Flyer.pdf|Flyer]] - [[Media:rapport.pdf|Rapport]] - [[Media:presentation.pdf|Presentation]]<br /> |-<br /> <br /> !scope=&quot;row&quot;| 11<br /> | [[Plateforme d'analyse de données IoT]] <br /> | ALLARD, ROCHER<br /> | Palix, Richard<br /> | [[Projets-2016-2017-Plateform_Analyse_Données_IOT| '''Fiche''']]<br /> | [https://github.com/ '''github''']<br /> | [[Media:test.pdf|Rapport]] - [[Media:slides.pdf|Transparents]] - [[Media:Flyer.pdf|Flyer]] - [[Media:rapport.pdf|Rapport]] - [[Media:presentation.pdf|Presentation]]<br /> |-<br /> <br /> !scope=&quot;row&quot;| 13<br /> | [[IRock : Surveillance Géotechnique LoRa|iRock]]<br /> | SIEST, VEGREVILLE<br /> | Donsez<br /> | [[Projets-2016-2017-Projet_IRock| '''Fiche''']]<br /> | [https://github.com/Shadsa/IRock '''github''']<br /> | [[Media:test.pdf|Rapport]] - [[Media:slides.pdf|Transparents]] - [[Media:Flyer.pdf|Flyer]] - [[Media:rapport.pdf|Rapport]] - [[Media:presentation.pdf|Presentation]]<br /> |-<br /> <br /> !scope=&quot;row&quot;| 14<br /> | [[GrenobloisFuté]]<br /> | VIAL, GUERRY<br /> | Palix<br /> | [[Projets-2016-2017-| '''Fiche''']]<br /> | [https://github.com/ '''github''']<br /> | [[Media:test.pdf|Rapport]] - [[Media:slides.pdf|Transparents]] - [[Media:Flyer.pdf|Flyer]] - [[Media:rapport.pdf|Rapport]] - [[Media:presentation.pdf|Presentation]]<br /> |-<br /> <br /> !scope=&quot;row&quot;| 15<br /> | [[GeoDiff]]<br /> | AMAURIN, BECHER, BROCHIER<br /> | Palix<br /> | [[Projets-2016-2017-GeoDiff| '''Fiche''']]<br /> | [https://github.com/Hbecher/GeoDiff '''github''']<br /> | [[Media:test.pdf|Rapport]] - [[Media:slides.pdf|Transparents]] - [[Media:Flyer.pdf|Flyer]] - [[Media:rapport.pdf|Rapport]] - [[Media:presentation.pdf|Presentation]]<br /> |-<br /> <br /> !scope=&quot;row&quot;| 16<br /> | [[floatingimage UPnP feed]] <br /> | FUSTES, DEREYMEZ<br /> | Palix, Donsez<br /> | [[Projets-2016-2017-floatingimageUPnP| '''Fiche''']] - [[Projets-2016-2017-floatingimageUPnP/SRS | '''SRS''']] - [[Projets-2016-2017-floatingimageUPnP/UML | '''UML''' ]]<br /> | [https://github.com/ '''github''']<br /> | [[Media:test.pdf|Rapport]] - [[Media:slides.pdf|Transparents]] - [[Media:Flyer.pdf|Flyer]] - [[Media:rapport.pdf|Rapport]] - [[Media:presentation.pdf|Presentation]]<br /> |-<br /> <br /> !scope=&quot;row&quot;| 17<br /> | Webconférence [[Google VR]]<br /> | RIVOAL, ZENNOUCHE <br /> | Donsez<br /> | [[Projets-2016-2017-| '''Fiche''']] - [[Projets-2016-2017-UML| '''UML''']]<br /> | [https://github.com/ '''github''']<br /> | [[Media:test.pdf|Rapport]] - [[Media:slides.pdf|Transparents]] - [[Media:Flyer.pdf|Flyer]] - [[Media:rapport.pdf|Rapport]] - [[Media:presentation.pdf|Presentation]]<br /> |-<br /> <br /> !scope=&quot;row&quot;| 18<br /> | [[NixOsTegraX1 | NixOS for Tegra X1]]<br /> | NASSIK, TURRIN<br /> | Richard<br /> | [[Projets-2016-2017-| '''Fiche''']]<br /> | [https://github.com/ '''github''']<br /> | [[Media:test.pdf|Rapport]] - [[Media:slides.pdf|Transparents]] - [[Media:Flyer.pdf|Flyer]] - [[Media:rapport.pdf|Rapport]] - [[Media:presentation.pdf|Presentation]]<br /> |-<br /> <br /> !scope=&quot;row&quot;| 20<br /> | [[ExperimentControl | Experiment Control]] <br /> | HOMBERG, LEMAIRE<br /> | Richard<br /> | [[Projets-2016-2017-| '''Fiche''']]<br /> | [https://github.com/ '''github''']<br /> | [[Media:test.pdf|Rapport]] - [[Media:slides.pdf|Transparents]] - [[Media:Flyer.pdf|Flyer]] - [[Media:rapport.pdf|Rapport]] - [[Media:presentation.pdf|Presentation]]<br /> |-<br /> <br /> !scope=&quot;row&quot;| 23<br /> | Intégration de caméras UPnP dans [[OpenHAB]] <br /> | BLANC, LAW<br /> | Donsez<br /> | [[Projets-2016-2017-UPnP Cameras integration into OpenHAB | '''Fiche''']]<br /> | [https://github.com/ '''github''']<br /> | [[Media:test.pdf|Rapport]] - [[Media:slides.pdf|Transparents]] - [[Media:Flyer.pdf|Flyer]] - [[Media:rapport.pdf|Rapport]] - [[Media:presentation.pdf|Presentation]]<br /> |-<br /> <br /> |}<br /> <br /> '''Propositions de projets:'''<br /> <br /> # [[Ruche connectée LoRa]] (OpenHab) , Didier Donsez, Denis Jongmann, Olivier Richard<br /> # [[Serres connectées]] (OpenHab) Surveillance des serres d'une exploitation agricole. Nicolas Palix, Michaël Périn et Vincent Hibon (&quot;Les jardins du Coteau&quot;).<br /> # [[I-Greenhouse]] : [[Serre connectée aquaponie]] (OpenHab). Nicolas Palix, Didier Donsez (2 groupes)<br /> # [[Station de pompage connectée]]. Nicolas Palix<br /> # Géolocation Indoor basée sur les [[Beacon]]s BLE (iBeacon, AltBeacon, Eddystone). Utilisation d'algorithmes de trigonalisation ([https://github.com/jpias/beacon-pfilter-simulation/wiki lien]), (Didier Donsez, Vivien Quéma)<br /> # [[Application de suivi de colis avec RFID UHF (EPC Global)]], Didier Donsez<br /> # Projet [[StartAIR 2017]] : interface tablette de tableau de bord d'ULM, fiabilisation du réflecteur Flight Simulator (Fabrice Dubois, Nicolas Palix)<br /> # [[SmartSelfService]] (Didier Donsez, François Portet) en collaboration avec PHELMA.<br /> # [[Interface de contrôle &quot;Photo&quot;]] pour [[OpenHAB]] : éventuelle contribution à la fondation Eclipse (Didier Donsez)<br /> # [[UltraTeam|UltraTeam: Application Mobile pour les Ultra-trailers et les randonneurs]] (Didier Donsez, Vivien Quéma)<br /> # [[Plateforme d'analyse de données IoT]] (Nicolas Palix)<br /> # Extension de [[Swagger]] pour [[CoAP]] : Application avec [[Californium]] (Contribution à une communauté open-source), (Didier Donsez)<br /> # [[IRock : Surveillance Géotechnique LoRa|iRock]]: Plateforme Ubilitics pour la surveillance des risques naturelles (déploiement grande échelle de capteurs [[LoRa]] sur le terrain pour l'observation de glissement de terrain) en commun avec Geotech (à confirmer) : Didier Donsez, Sandrine Caroly, Denis Jongmans.<br /> # [[GrenobloisFuté]] Couche trafic sur OsmAnd avec un greffon. Données dynamique de la métro. Dvp Android. Nicolas Palix.<br /> # [[GeoDiff]] Production, visualisation, fusion de variations (diff) sur de l'information géocodée : Nicolas Palix (Multimédia)<br /> # [[floatingimage UPnP feed]] Cadre photos connecté à Kodi. Dvp Android. Nicolas Palix, Didier Donsez<br /> # Webconférence WebRTC stereoscopique avec [[Google VR]] SDK for Android (Jérôme Maisonnasse, Didier Donsez)<br /> # [[NixOsTegraX1 | NixOS for Tegra X1]]: (Olivier Richard)<br /> # [[LittleJump | Little Jump]]: Inventer un blablacar pour les petits trajets (Olivier Richard)<br /> # [[ExperimentControl | Experiment Control]] Développer un moteur de conduite d'expérience pour les systèmes distribués (Olivier Richard) <br /> # [[CrystalLanguageMicrocontroller | Crystal Language for Microcontroller]] (Olivier Richard)<br /> # Questionnaires automatiques, (Pierre Gillois, Didier Donsez)<br /> # Intégration de caméras UPnP dans [[OpenHAB]] (Didier Donsez)<br /> Moins prioritaires:<br /> # [[OwnPOI]] ownCloud plugin and osmand plugin to share POI and favorite positions. Dvp Android. Nicolas Palix.<br /> # [[OwnList]] ownCloud plugin and Android app to share a TODO list. Nicolas Palix.<br /> # [[Osmand-Auto]] Support Android Auto sur [[OsmAnd]] Nicolas Palix,<br /> # [[OCR de composition d'étiquettes alimentaires pour la base Open Food Facts]] (Nicolas Palix, Didier Donsez)<br /> Sous réserve de matériel<br /> # Reconstruction 3D d'images thermiques provenant des réseaux de caméras thermiques [[Flir One]] : application au sport connecté(Didier DONSEZ)<br /> # Géolocation Indoor basée sur [[Decaware]]. Utilisation d'algorithmes de trigonalisation ([https://github.com/jpias/beacon-pfilter-simulation/wiki lien]), (Didier Donsez, Vivien Quéma)<br /> <br /> ==RICM5==<br /> ===Projet Semestre S10===<br /> <br /> Enseignants responsables : Didier Donsez<br /> <br /> Calendrier: le projet commence le 23/01 et se termine le 17/03.<br /> <br /> Réunion de présentation : 23/01 à 8H00 (RdV Salle AIR).<br /> <br /> Soutenance à mi-parcours : Vendredi 17/02 de 08:00-11:00 <br /> <br /> Soutenance (puis Pot de la fin) : A DEFINIR (Provisoirement le 16/03 après-midi)<br /> <br /> Séances Suivi:<br /> * Lundi 30/01 - 08:00-11:00<br /> * Mardi 31/01 - 10:00-12:00<br /> * Lundi 06/02 - 08:00-10:00<br /> * Lundi 13/02 - 08:00-10:00<br /> * Lundi 27/02 - 08:00-10:00<br /> * Lundi 06/03 - 08:00-10:00<br /> * Lundi 13/03 - 08:00-09:45<br /> <br /> Séances MPI:<br /> * Jeudi 26 janvier matin (Stéphanie Diligent)<br /> * Jeudi 2 février matin (Stéphanie Diligent)<br /> * Mardi 7 février matin (Emmanuelle Tréhoust)<br /> * Mardi 14 février matin (Emmanuelle Tréhoust)<br /> * Lundi 6 mars après midi (Stéphanie Diligent et Emmanuelle Tréhoust)<br /> <br /> Propositions '''définitives''' de projet:<br /> <br /> # [[RealTimeSubtitle - 2016/17 - RICM5| Sous-titre d'un cours en temps réel]] : Laurent Besacier, Didier Donsez, Marie-Paule Balicco, Jérôme Maisonnasse : BRUEL, BUI, LECHEVALLIER, MATHIEU, MOURET<br /> # [[Réalité virtuelle et Augmentée pour la maintenance d'usines]] (avec [[Unity 3D]] et [[Google VR]] SDK for Android, caméra Flir One, [[WebRTC]]): Didier Donsez, Georges-Pierre Bonneau : BERTRAND-DALECHAMPS, POPEK, ZAHO, SUN, NDIAYE, HAMMOUTI<br /> # [[CoCass|CoCass : CaaS Docker collaboratif]] : Didier Donsez (ARRADA, FAURE, FOUNAS, HALLAL, MEDEWOU, VOUTAT)<br /> # [[Projet 2017 : Gestionnaire de packages Polytech| '''Gestion des images systèmes pour les supports à Polytech Grenoble''']] : GATTAZ, LECORPS, NOUGUIER, RAMEL<br /> # [[Suggestion_intelligente_de_films_basée_sur_TensorFlow | Suggestion intelligente de films basée sur TensorFlow]] : DUNAND, HATTINGUAIS, NAVARRO, NIOGRET, RACHEX<br /> # Projet Startup: Didier Donsez LUCIDARME, DELAPORTE<br /> # [[Contributions à RIOT OS]] autour de [[LoRa]]: Didier Donsez, Taquyeddine ZEGAOUI<br /> <br /> Projets non choisi:<br /> # Borne d'accueil handicap : Didier Donsez, Marie-Paule Balicco, Jérôme Maisonnasse<br /> # [[Plateforme IoT du LIG basé sur Walt]] : Bernard Tourancheau, Franck Rousseau, Etienne Dublé<br /> <br /> <br /> Remarque: [http://snowcamp.io/2017/fr/welcome Netbeans Days 2017], 7 Février 2017, Bâtiment IMAG. Pensez à vous inscrire!<br /> <br /> Remarque: [https://wiki.eclipse.org/Eclipse_IoT_Day_Grenoble_2017 Eclipse IoT Days 2017], 9-10 Mars 2017, Bâtiment IMAG. Pensez à vous inscrire!<br /> <br /> =Année à définir=<br /> <br /> * [[Non linear MKV Editor]] : Nicolas Palix<br /> * [[Smart campus augmenté et contributif]]<br /> * [[Intégration OpenHAB / OpenTele]]<br /> * [[Client MQTT pour OBD]] sur Android<br /> * [[Sommeilomètre]] (Michael Perin, Didier Donsez)<br /> * [[Open DynDNS]]<br /> * [[IllumiRoom]]<br /> * [[Emergency mobile app]] Dvp Android. Nicolas Palix pour TIS, PRI et RICM<br /> * [[Kodi Reflexive Remote]] Dynamic remote control for Kodi. Nicolas Palix.<br /> * [http://intgat.tigress.co.uk/rmy/uml/index.html Zerofree] Portage de zerofree pour d'autres systèmes de fichiers que ext2/3/4 (notamment Unix FS). Voir également la page [http://packages.qa.debian.org/z/zerofree.html QA de Debian]. Nicolas Palix.<br /> * [[Bracelet électronique de monitoriing de l'alcoolémie]]<br /> * [[Oxymètre DIY]]<br /> * [[PinSound]]<br /> * [[Extension du support STM32Fx-Discovery dans libopencm3]] : Olivier Richard<br /> * [[Arduino et libopencm3]] : Olivier Richard<br /> * [[Data Acquisition System et Stm32f4-Discovery]] : Olivier Richard<br /> * [[Distributed Data Storage System]] : Olivier Richard<br /> * [[Dashboard based on w2ui]]<br /> * [[Environnement logiciel pour FabLab]] : Olivier Richard<br /> * [[Environnement logiciel pour le Live Programming]] : Olivier Richard<br /> * [[VirtualPinball]]<br /> * Tondeuse dessinatrice<br /> * [[ImmersiveDog]] Nicolas Glade, Didier Donsez<br /> * Projet avec [[OpenROV]] ???? : Didier Donsez<br /> * [[Sphero]] malin (Michael Périn) (2 etudiants)<br /> * [[Drone paramoteur]] ???<br /> * [[Optimisation de l'énergie pour cyclotouriste électrique]]<br /> * [[SmartSelfService|Smart Self-Service 2015]] Didier Donsez &amp; Vivien Quema<br /> * [[Station Météo LoRa]] : contribution au projet [[LoRA-Fabian]] (Didier Donsez)<br /> <br /> =Réserve (boite à idées)=<br /> <br /> # [[Tag et Paint Ball en réalité augmentée]] (Michaël Périn) <br /> # [[Passe moi ton fichier]] (Michaël Périn) <br /> # [[Extensions à Fab Server]] (Jean-Michel Molenaar) sous reserve (CM ou SR)<br /> # [[Table multijeux de café 2.0]]<br /> # [[ GPIO_Qemu_RasPI| Emulation des GPIO dans QEMU pour le carte Raspberry Pi]] (Olivier Richard)<br /> # [[ Qemu et STM32F0-Discovery ]] (Olivier Richard)<br /> # [[Serrure à clé MIDI multifactorielle]] (Didier Donsez)<br /> # [[Table interactive musicale]] (Didier Donsez)<br /> # [[iMailbox]] (Didier Donsez)<br /> # [[AmILight]] (eclairage d'ambience intelligent) (Didier Donsez)<br /> # [[PDAmeetPDA]] (synchronisation d'agenda) (Michaël Périn)<br /> # [[1 000 000 VMs]] (expérimentation d'application distribuée à très grande échelle) (Olivier Richard) (2-3 RICM4)<br /> # [[Multiple Kinect]] (utilisation simultanée de plusieurs Kinect) (Olivier Richard) (RICM ou 3I)<br /> # [[Kinect musicale]] (Didier Donsez) (RICM)<br /> # [[Ktechlab Simavr Arduino | Ktechlab et integration de Simavr(Arduino)]] (Olivier Richard) (2-3 RICM4-SR)<br /> # Ocaml on AVR (Arduino)<br /> # Ocaml on Cortex-M3<br /> # [[Arduino on STM32 Discovery]]<br /> # [[Reverse Geocache Puzzle Box]]<br /> # [[OSGi ME]] (Didier Donsez)<br /> # [[Affichage Etudiant à Polytech]]<br /> # Synthèse 3D + motion capture Kinect<br /> # Logiciel d'[[apprentissage du calcul]] sur tablette Android (reconnaissance de chiffres manuscrits)<br /> # Plancher de verre (saint gobain) à la [http://www.wat.tv/video/mickael-jackson-billie-jean-oewj_2ey2h_.html Mickael Jackson dans Billie Jean] ! woo<br /> # [[Ktechlab Simavr Arduino | Ktechlab et integration de Simavr(Arduino)]] (Olivier Richard) (2-3 RICM4-SR)<br /> # [[CNC]]<br /> # [[Idées en Vrac]]<br /> # Scheme Everywhere (Olivier Richard) (2-3 RICM4-SR)<br /> # [[Projet Station Météo]]<br /> # Ocaml on AVR (Arduino)<br /> # [[Table interactive musicale]] (Didier Donsez)<br /> # [[AmILight]] (eclairage d'amnbience intelligent) (Didier Donsez)<br /> # [[Cube pointeur]] d'activité ingénieur<br /> # [http://www.instructables.com/id/Puppeteer-Motion-Capture-Costume/ Puppeteer Motion-Capture Costume]<br /> # [[Musical Staircase]] @ Polytech (Didier Donsez, 1 RICM4 + 1 3I4)<br /> # [[Total Recall]] (Didier Donsez)<br /> # [[SoundMachine]]<br /> # [[IGN-OSM|Importation de données IGN publiques dans OSM]]<br /> # [[Speed-limit-OSM|Analyse de traces GPX pour déterminer les limitations de vitesse]]<br /> # [[Multi perceptual cameras]] (Didier Donsez)<br /> # [[Photomaton 3D]] (Didier Donsez)<br /> # [[ArduCopter]]<br /> # [[Parking Intelligent]]</div>

Romane.Gallier https://air.imag.fr/index.php?title=Projets_2016-2017&diff=33083 2017-02-02T08:22:07Z

<p>Romane.Gallier: /* Projet Semestre S8 */</p> <hr /> <div>&lt;&lt;[[Projets 2015-2016]] | [[Projets]] | [[Projets 2017-2018]]&gt;&gt;<br /> =RICM=<br /> ==RICM3==<br /> <br /> ==RICM4==<br /> ===Projet Semestre S8===<br /> <br /> Enseignants responsables : Olivier Richard, Didier Donsez<br /> <br /> Dates : Lundi 9/01/2017 au 29/03/2017<br /> Lancement: 9/01/2017 après-midi<br /> Soutenance: le 3/04/2017 matin et après-midi<br /> Soutenance à mi-parcours: A définir<br /> <br /> * '''Evaluation à mi-parcours le lundi/mardi ???''': Format: 10min (5min de présentation 3 slides au plus, 5min de discussion). Cette évaluation sera prise en compte dans la note finale.<br /> <br /> '''Consignes générales:'''<br /> <br /> * '''Vous devez être pro-actifs !!!''': Si des points sont pas ou mals spécifiés, vous le faîtes et vous justifiez vos choix. Pour les problèmes techniques éventuels vous pouvez: creuser la question, contacter l'auteur du code si il y a lieu, écrire un rapport de bug ('''Attention:''' ca se prépare !), soumettre un patch/pull request, contacter l'enseignant ou la personne référente du projet.<br /> <br /> * '''Vous devez maintenir une fiche de suivi de projet''': elle doit être mise à jour chaque semaine, elle rassemble les élements essentiels du projet, elle <br /> indique les évolutions du projet et présente sa feuille de route. '''Note:''' le nom de la fiche doit être composé du nom du projet et suffixé par ricm4_2015_2016. '''Cette fiche compte pour la note finale'''<br /> <br /> * '''Vous devez utiliser un logiciel de gestion de version''' pour vos développements comme [http://en.wikipedia.org/wiki/Git_%28software%29 git ] et nous vous conseillons d'utiliser le site [https://github.com github] pour l'hébergement de votre dépôt public.<br /> <br /> * Les document public (exemple sur github) doivent être rédigés en anglais (README, documentation, commentaires de code, nom de variables et de fonctions). Une bonnification sera accordée si le rapport et les transparents sont en anglais (la soutenance sera en francais).<br /> <br /> {|class=&quot;wikitable alternance&quot;<br /> |+ Affectation des projets RICM4 2016-2017<br /> |-<br /> |<br /> !scope=&quot;col&quot;| Sujet<br /> !scope=&quot;col&quot;| Etudiants<br /> !scope=&quot;col&quot;| Enseignant(s)<br /> !scope=&quot;col&quot;| Fiche de suivi<br /> !scope=&quot;col&quot;| Dépot git<br /> |-<br /> <br /> !scope=&quot;row&quot;| 1<br /> | [[Ruche connectée LoRa]] <br /> | MOREAU, LESAGE, <br /> | Palix, Richard<br /> | [[Projets-2016-2017-| '''Fiche''']]<br /> | [https://github.com/ '''github''']<br /> | [[Media:test.pdf|Rapport]] - [[Media:slides.pdf|Transparents]] - [[Media:Flyer.pdf|Flyer]] - [[Media:rapport.pdf|Rapport]] - [[Media:presentation.pdf|Presentation]]<br /> |-<br /> <br /> <br /> !scope=&quot;row&quot;| 2<br /> | [[Serres connectées]]<br /> | BOISADAM, DALLE<br /> | Palix<br /> | [[Projets-2016-2017-Serres_connectées| '''Fiche''']]<br /> | [https://github.com/igreenhouse '''github''']<br /> | [[Media:test.pdf|Rapport]] - [[Media:slides.pdf|Transparents]] - [[Media:Flyer.pdf|Flyer]] - [[Media:rapport.pdf|Rapport]] - [[Media:presentation.pdf|Presentation]]<br /> |-<br /> <br /> !scope=&quot;row&quot;| 3<br /> | [[I-Greenhouse]] : [[Serre connectée aquaponie]]<br /> | MARCHAND, PELLICER<br /> | Palix, Donsez<br /> | [[Projets-2016-2017-I-Greenhouse : Serre connectée aquaponie | '''Fiche''']] - [[Projets-2015-2016-I-Greenhouse : Serre connectée aquaponie/UML_Diagrams | '''UML''']]<br /> | [https://github.com/igreenhouse '''github''']<br /> | [[Media:test.pdf|Rapport]] - [[Media:slides.pdf|Transparents]] - [[Media:Flyer.pdf|Flyer]] - [[Media:rapport.pdf|Rapport]] - [[Media:presentation.pdf|Presentation]]<br /> |-<br /> <br /> !scope=&quot;row&quot;| 4<br /> | [[Station de pompage connectée]]<br /> | FERNANDES, CHEVALIER, FU <br /> | Palix, Donsez, Richard<br /> | [[Projets-2016-2017-Station de pompage connectée| '''Fiche''']] - [[Projets-2016-2017-Station de pompage connectée - SRS| '''SRS''']] - [[Projets-2016-2017-Station de pompage connectée - UML| '''UML''']]<br /> | [https://github.com/ '''github''']<br /> | [[Media:test.pdf|Rapport]] - [[Media:slides.pdf|Transparents]] - [[Media:Flyer.pdf|Flyer]] - [[Media:rapport.pdf|Rapport]] - [[Media:presentation.pdf|Presentation]]<br /> |-<br /> <br /> !scope=&quot;row&quot;| 5<br /> | Géolocation Indoor basée sur les [[Beacon]]s BLE <br /> | COCHINHO, GAMBRO<br /> | Donsez<br /> | [[Projets-2016-2017-IndoorGeoloc| '''Fiche''']] - [[Projets-2016-2017-IndoorGeoloc-UML | '''UML''']]<br /> | [https://github.com/LouisCochinho/Geoloc_Indoor '''github''']<br /> | [[Media:test.pdf|Rapport]] - [[Media:slides.pdf|Transparents]] - [[Media:Flyer.pdf|Flyer]] - [[Media:rapport.pdf|Rapport]] - [[Media:presentation.pdf|Presentation]]<br /> |-<br /> <br /> !scope=&quot;row&quot;| 6<br /> | [[Application de suivi de colis avec RFID UHF (EPC Global)]],<br /> | AMODRU-FAVIN, DELISE <br /> | Donsez<br /> | [[Projets-2016-2017-SuiviColisRFID| '''Fiche''']]<br /> | [https://github.com/delisea/ColisMatter '''github''']<br /> | [[Media:test.pdf|Rapport]] - [[Media:slides.pdf|Transparents]] - [[Media:Flyer.pdf|Flyer]] - [[Media:rapport.pdf|Rapport]] - [[Media:presentation.pdf|Presentation]]<br /> |-<br /> <br /> !scope=&quot;row&quot;| 7<br /> | [[StartAIR 2017]]<br /> | ODIEVRE, CHAMBONET<br /> | Palix<br /> | [[Projets-2016-2017-| '''Fiche''']]<br /> | [https://github.com/ '''github''']<br /> | [[Media:test.pdf|Rapport]] - [[Media:slides.pdf|Transparents]] - [[Media:Flyer.pdf|Flyer]] - [[Media:rapport.pdf|Rapport]] - [[Media:presentation.pdf|Presentation]]<br /> |-<br /> <br /> !scope=&quot;row&quot;| 8<br /> | [[SmartSelfService]] <br /> | ABONNENC, BONHOURE<br /> | Donsez<br /> | [[Projets-2016-2017-SmartSelfService| '''Fiche''']] - [[Projets-2016-2017-SmartSelfService/SRS | '''SRS''']] - [[Projets-2016-2017-SmartSelfService/UML | '''UML''' ]]<br /> | [https://github.com/RICM4SmartSelfService/RICM4_Projet_SmartSelfService '''github''']<br /> | [[Media:test.pdf|Rapport]] - [[Media:slides.pdf|Transparents]] - [[Media:Flyer.pdf|Flyer]] - [[Media:rapport.pdf|Rapport]] - [[Media:presentation.pdf|Presentation]]<br /> |-<br /> <br /> !scope=&quot;row&quot;| 9<br /> | [[Interface de contrôle &quot;Photo&quot; pour OpenHAB]]<br /> | LACHARTRE, SAVARY <br /> | Donsez<br /> | [[Projets-2016-2017-| '''Fiche''']]<br /> | [https://github.com/ '''github''']<br /> | [[Media:test.pdf|Rapport]] - [[Media:slides.pdf|Transparents]] - [[Media:Flyer.pdf|Flyer]] - [[Media:rapport.pdf|Rapport]] - [[Media:presentation.pdf|Presentation]]<br /> |-<br /> <br /> !scope=&quot;row&quot;| 10<br /> | [[UltraTeam|UltraTeam: Application Mobile pour les Ultra-trailers et les randonneurs]],<br /> | ROUQUIER, GEOURJON<br /> | Donsez<br /> | [[Projets-2016-2017-UltraTeamBest| '''Fiche''']]<br /> | [https://github.com/ultratrail '''github''']<br /> | [[Media:test.pdf|Rapport]] - [[Media:slides.pdf|Transparents]] - [[Media:Flyer.pdf|Flyer]] - [[Media:rapport.pdf|Rapport]] - [[Media:presentation.pdf|Presentation]]<br /> |-<br /> <br /> !scope=&quot;row&quot;| 10<br /> | [[UltraTeam|UltraTeam: Application Mobile pour les Ultra-trailers et les randonneurs]],<br /> | GALLIER, FERRERA<br /> | Donsez<br /> | [[Projets-2016-2017-UltraTeam| '''Fiche''']]- [[Projets-2016-2017-UltraTeam/SRS| '''SRS''']]<br /> | [https://github.com/ultratrail '''github''']<br /> | [[Media:test.pdf|Rapport]] - [[Media:slides.pdf|Transparents]] - [[Media:Flyer.pdf|Flyer]] - [[Media:rapport.pdf|Rapport]] - [[Media:presentation.pdf|Presentation]]<br /> |-<br /> <br /> !scope=&quot;row&quot;| 11<br /> | [[Plateforme d'analyse de données IoT]] <br /> | ALLARD, ROCHER<br /> | Palix, Richard<br /> | [[Projets-2016-2017-Plateform_Analyse_Données_IOT| '''Fiche''']]<br /> | [https://github.com/ '''github''']<br /> | [[Media:test.pdf|Rapport]] - [[Media:slides.pdf|Transparents]] - [[Media:Flyer.pdf|Flyer]] - [[Media:rapport.pdf|Rapport]] - [[Media:presentation.pdf|Presentation]]<br /> |-<br /> <br /> !scope=&quot;row&quot;| 13<br /> | [[IRock : Surveillance Géotechnique LoRa|iRock]]<br /> | SIEST, VEGREVILLE<br /> | Donsez<br /> | [[Projets-2016-2017-Projet_IRock| '''Fiche''']]<br /> | [https://github.com/Shadsa/IRock '''github''']<br /> | [[Media:test.pdf|Rapport]] - [[Media:slides.pdf|Transparents]] - [[Media:Flyer.pdf|Flyer]] - [[Media:rapport.pdf|Rapport]] - [[Media:presentation.pdf|Presentation]]<br /> |-<br /> <br /> !scope=&quot;row&quot;| 14<br /> | [[GrenobloisFuté]]<br /> | VIAL, GUERRY<br /> | Palix<br /> | [[Projets-2016-2017-| '''Fiche''']]<br /> | [https://github.com/ '''github''']<br /> | [[Media:test.pdf|Rapport]] - [[Media:slides.pdf|Transparents]] - [[Media:Flyer.pdf|Flyer]] - [[Media:rapport.pdf|Rapport]] - [[Media:presentation.pdf|Presentation]]<br /> |-<br /> <br /> !scope=&quot;row&quot;| 15<br /> | [[GeoDiff]]<br /> | AMAURIN, BECHER, BROCHIER<br /> | Palix<br /> | [[Projets-2016-2017-GeoDiff| '''Fiche''']]<br /> | [https://github.com/Hbecher/GeoDiff '''github''']<br /> | [[Media:test.pdf|Rapport]] - [[Media:slides.pdf|Transparents]] - [[Media:Flyer.pdf|Flyer]] - [[Media:rapport.pdf|Rapport]] - [[Media:presentation.pdf|Presentation]]<br /> |-<br /> <br /> !scope=&quot;row&quot;| 16<br /> | [[floatingimage UPnP feed]] <br /> | FUSTES, DEREYMEZ<br /> | Palix, Donsez<br /> | [[Projets-2016-2017-floatingimageUPnP| '''Fiche''']] - [[Projets-2016-2017-floatingimageUPnP/SRS | '''SRS''']] - [[Projets-2016-2017-floatingimageUPnP/UML | '''UML''' ]]<br /> | [https://github.com/ '''github''']<br /> | [[Media:test.pdf|Rapport]] - [[Media:slides.pdf|Transparents]] - [[Media:Flyer.pdf|Flyer]] - [[Media:rapport.pdf|Rapport]] - [[Media:presentation.pdf|Presentation]]<br /> |-<br /> <br /> !scope=&quot;row&quot;| 17<br /> | Webconférence [[Google VR]]<br /> | RIVOAL, ZENNOUCHE <br /> | Donsez<br /> | [[Projets-2016-2017-| '''Fiche''']] - [[Projets-2016-2017-UML| '''UML''']]<br /> | [https://github.com/ '''github''']<br /> | [[Media:test.pdf|Rapport]] - [[Media:slides.pdf|Transparents]] - [[Media:Flyer.pdf|Flyer]] - [[Media:rapport.pdf|Rapport]] - [[Media:presentation.pdf|Presentation]]<br /> |-<br /> <br /> !scope=&quot;row&quot;| 18<br /> | [[NixOsTegraX1 | NixOS for Tegra X1]]<br /> | NASSIK, TURRIN<br /> | Richard<br /> | [[Projets-2016-2017-| '''Fiche''']]<br /> | [https://github.com/ '''github''']<br /> | [[Media:test.pdf|Rapport]] - [[Media:slides.pdf|Transparents]] - [[Media:Flyer.pdf|Flyer]] - [[Media:rapport.pdf|Rapport]] - [[Media:presentation.pdf|Presentation]]<br /> |-<br /> <br /> !scope=&quot;row&quot;| 20<br /> | [[ExperimentControl | Experiment Control]] <br /> | HOMBERG, LEMAIRE<br /> | Richard<br /> | [[Projets-2016-2017-| '''Fiche''']]<br /> | [https://github.com/ '''github''']<br /> | [[Media:test.pdf|Rapport]] - [[Media:slides.pdf|Transparents]] - [[Media:Flyer.pdf|Flyer]] - [[Media:rapport.pdf|Rapport]] - [[Media:presentation.pdf|Presentation]]<br /> |-<br /> <br /> !scope=&quot;row&quot;| 23<br /> | Intégration de caméras UPnP dans [[OpenHAB]] <br /> | BLANC, LAW<br /> | Donsez<br /> | [[Projets-2016-2017-UPnP Cameras integration into OpenHAB | '''Fiche''']]<br /> | [https://github.com/ '''github''']<br /> | [[Media:test.pdf|Rapport]] - [[Media:slides.pdf|Transparents]] - [[Media:Flyer.pdf|Flyer]] - [[Media:rapport.pdf|Rapport]] - [[Media:presentation.pdf|Presentation]]<br /> |-<br /> <br /> |}<br /> <br /> '''Propositions de projets:'''<br /> <br /> # [[Ruche connectée LoRa]] (OpenHab) , Didier Donsez, Denis Jongmann, Olivier Richard<br /> # [[Serres connectées]] (OpenHab) Surveillance des serres d'une exploitation agricole. Nicolas Palix, Michaël Périn et Vincent Hibon (&quot;Les jardins du Coteau&quot;).<br /> # [[I-Greenhouse]] : [[Serre connectée aquaponie]] (OpenHab). Nicolas Palix, Didier Donsez (2 groupes)<br /> # [[Station de pompage connectée]]. Nicolas Palix<br /> # Géolocation Indoor basée sur les [[Beacon]]s BLE (iBeacon, AltBeacon, Eddystone). Utilisation d'algorithmes de trigonalisation ([https://github.com/jpias/beacon-pfilter-simulation/wiki lien]), (Didier Donsez, Vivien Quéma)<br /> # [[Application de suivi de colis avec RFID UHF (EPC Global)]], Didier Donsez<br /> # Projet [[StartAIR 2017]] : interface tablette de tableau de bord d'ULM, fiabilisation du réflecteur Flight Simulator (Fabrice Dubois, Nicolas Palix)<br /> # [[SmartSelfService]] (Didier Donsez, François Portet) en collaboration avec PHELMA.<br /> # [[Interface de contrôle &quot;Photo&quot;]] pour [[OpenHAB]] : éventuelle contribution à la fondation Eclipse (Didier Donsez)<br /> # [[UltraTeam|UltraTeam: Application Mobile pour les Ultra-trailers et les randonneurs]] (Didier Donsez, Vivien Quéma)<br /> # [[Plateforme d'analyse de données IoT]] (Nicolas Palix)<br /> # Extension de [[Swagger]] pour [[CoAP]] : Application avec [[Californium]] (Contribution à une communauté open-source), (Didier Donsez)<br /> # [[IRock : Surveillance Géotechnique LoRa|iRock]]: Plateforme Ubilitics pour la surveillance des risques naturelles (déploiement grande échelle de capteurs [[LoRa]] sur le terrain pour l'observation de glissement de terrain) en commun avec Geotech (à confirmer) : Didier Donsez, Sandrine Caroly, Denis Jongmans.<br /> # [[GrenobloisFuté]] Couche trafic sur OsmAnd avec un greffon. Données dynamique de la métro. Dvp Android. Nicolas Palix.<br /> # [[GeoDiff]] Production, visualisation, fusion de variations (diff) sur de l'information géocodée : Nicolas Palix (Multimédia)<br /> # [[floatingimage UPnP feed]] Cadre photos connecté à Kodi. Dvp Android. Nicolas Palix, Didier Donsez<br /> # Webconférence WebRTC stereoscopique avec [[Google VR]] SDK for Android (Jérôme Maisonnasse, Didier Donsez)<br /> # [[NixOsTegraX1 | NixOS for Tegra X1]]: (Olivier Richard)<br /> # [[LittleJump | Little Jump]]: Inventer un blablacar pour les petits trajets (Olivier Richard)<br /> # [[ExperimentControl | Experiment Control]] Développer un moteur de conduite d'expérience pour les systèmes distribués (Olivier Richard) <br /> # [[CrystalLanguageMicrocontroller | Crystal Language for Microcontroller]] (Olivier Richard)<br /> # Questionnaires automatiques, (Pierre Gillois, Didier Donsez)<br /> # Intégration de caméras UPnP dans [[OpenHAB]] (Didier Donsez)<br /> Moins prioritaires:<br /> # [[OwnPOI]] ownCloud plugin and osmand plugin to share POI and favorite positions. Dvp Android. Nicolas Palix.<br /> # [[OwnList]] ownCloud plugin and Android app to share a TODO list. Nicolas Palix.<br /> # [[Osmand-Auto]] Support Android Auto sur [[OsmAnd]] Nicolas Palix,<br /> # [[OCR de composition d'étiquettes alimentaires pour la base Open Food Facts]] (Nicolas Palix, Didier Donsez)<br /> Sous réserve de matériel<br /> # Reconstruction 3D d'images thermiques provenant des réseaux de caméras thermiques [[Flir One]] : application au sport connecté(Didier DONSEZ)<br /> # Géolocation Indoor basée sur [[Decaware]]. Utilisation d'algorithmes de trigonalisation ([https://github.com/jpias/beacon-pfilter-simulation/wiki lien]), (Didier Donsez, Vivien Quéma)<br /> <br /> ==RICM5==<br /> ===Projet Semestre S10===<br /> <br /> Enseignants responsables : Didier Donsez<br /> <br /> Calendrier: le projet commence le 23/01 et se termine le 17/03.<br /> <br /> Réunion de présentation : 23/01 à 8H00 (RdV Salle AIR).<br /> <br /> Soutenance à mi-parcours : Vendredi 17/02 de 08:00-11:00 <br /> <br /> Soutenance (puis Pot de la fin) : A DEFINIR (Provisoirement le 16/03 après-midi)<br /> <br /> Séances Suivi:<br /> * Lundi 30/01 - 08:00-11:00<br /> * Mardi 31/01 - 10:00-12:00<br /> * Lundi 06/02 - 08:00-10:00<br /> * Lundi 13/02 - 08:00-10:00<br /> * Lundi 27/02 - 08:00-10:00<br /> * Lundi 06/03 - 08:00-10:00<br /> * Lundi 13/03 - 08:00-09:45<br /> <br /> Séances MPI:<br /> * Jeudi 26 janvier matin (Stéphanie Diligent)<br /> * Jeudi 2 février matin (Stéphanie Diligent)<br /> * Mardi 7 février matin (Emmanuelle Tréhoust)<br /> * Mardi 14 février matin (Emmanuelle Tréhoust)<br /> * Lundi 6 mars après midi (Stéphanie Diligent et Emmanuelle Tréhoust)<br /> <br /> Propositions '''définitives''' de projet:<br /> <br /> # [[RealTimeSubtitle - 2016/17 - RICM5| Sous-titre d'un cours en temps réel]] : Laurent Besacier, Didier Donsez, Marie-Paule Balicco, Jérôme Maisonnasse : BRUEL, BUI, LECHEVALLIER, MATHIEU, MOURET<br /> # [[Réalité virtuelle et Augmentée pour la maintenance d'usines]] (avec [[Unity 3D]] et [[Google VR]] SDK for Android, caméra Flir One, [[WebRTC]]): Didier Donsez, Georges-Pierre Bonneau : BERTRAND-DALECHAMPS, POPEK, ZAHO, SUN, NDIAYE, HAMMOUTI<br /> # [[CoCass|CoCass : CaaS Docker collaboratif]] : Didier Donsez (ARRADA, FAURE, FOUNAS, HALLAL, MEDEWOU, VOUTAT)<br /> # [[Projet 2017 : Gestionnaire de packages Polytech| '''Gestion des images systèmes pour les supports à Polytech Grenoble''']] : GATTAZ, LECORPS, NOUGUIER, RAMEL<br /> # [[Suggestion_intelligente_de_films_basée_sur_TensorFlow | Suggestion intelligente de films basée sur TensorFlow]] : DUNAND, HATTINGUAIS, NAVARRO, NIOGRET, RACHEX<br /> # Projet Startup: Didier Donsez LUCIDARME, DELAPORTE<br /> # [[Contributions à RIOT OS]] autour de [[LoRa]]: Didier Donsez, Taquyeddine ZEGAOUI<br /> <br /> Projets non choisi:<br /> # Borne d'accueil handicap : Didier Donsez, Marie-Paule Balicco, Jérôme Maisonnasse<br /> # [[Plateforme IoT du LIG basé sur Walt]] : Bernard Tourancheau, Franck Rousseau, Etienne Dublé<br /> <br /> <br /> Remarque: [http://snowcamp.io/2017/fr/welcome Netbeans Days 2017], 7 Février 2017, Bâtiment IMAG. Pensez à vous inscrire!<br /> <br /> Remarque: [https://wiki.eclipse.org/Eclipse_IoT_Day_Grenoble_2017 Eclipse IoT Days 2017], 9-10 Mars 2017, Bâtiment IMAG. Pensez à vous inscrire!<br /> <br /> =Année à définir=<br /> <br /> * [[Non linear MKV Editor]] : Nicolas Palix<br /> * [[Smart campus augmenté et contributif]]<br /> * [[Intégration OpenHAB / OpenTele]]<br /> * [[Client MQTT pour OBD]] sur Android<br /> * [[Sommeilomètre]] (Michael Perin, Didier Donsez)<br /> * [[Open DynDNS]]<br /> * [[IllumiRoom]]<br /> * [[Emergency mobile app]] Dvp Android. Nicolas Palix pour TIS, PRI et RICM<br /> * [[Kodi Reflexive Remote]] Dynamic remote control for Kodi. Nicolas Palix.<br /> * [http://intgat.tigress.co.uk/rmy/uml/index.html Zerofree] Portage de zerofree pour d'autres systèmes de fichiers que ext2/3/4 (notamment Unix FS). Voir également la page [http://packages.qa.debian.org/z/zerofree.html QA de Debian]. Nicolas Palix.<br /> * [[Bracelet électronique de monitoriing de l'alcoolémie]]<br /> * [[Oxymètre DIY]]<br /> * [[PinSound]]<br /> * [[Extension du support STM32Fx-Discovery dans libopencm3]] : Olivier Richard<br /> * [[Arduino et libopencm3]] : Olivier Richard<br /> * [[Data Acquisition System et Stm32f4-Discovery]] : Olivier Richard<br /> * [[Distributed Data Storage System]] : Olivier Richard<br /> * [[Dashboard based on w2ui]]<br /> * [[Environnement logiciel pour FabLab]] : Olivier Richard<br /> * [[Environnement logiciel pour le Live Programming]] : Olivier Richard<br /> * [[VirtualPinball]]<br /> * Tondeuse dessinatrice<br /> * [[ImmersiveDog]] Nicolas Glade, Didier Donsez<br /> * Projet avec [[OpenROV]] ???? : Didier Donsez<br /> * [[Sphero]] malin (Michael Périn) (2 etudiants)<br /> * [[Drone paramoteur]] ???<br /> * [[Optimisation de l'énergie pour cyclotouriste électrique]]<br /> * [[SmartSelfService|Smart Self-Service 2015]] Didier Donsez &amp; Vivien Quema<br /> * [[Station Météo LoRa]] : contribution au projet [[LoRA-Fabian]] (Didier Donsez)<br /> <br /> =Réserve (boite à idées)=<br /> <br /> # [[Tag et Paint Ball en réalité augmentée]] (Michaël Périn) <br /> # [[Passe moi ton fichier]] (Michaël Périn) <br /> # [[Extensions à Fab Server]] (Jean-Michel Molenaar) sous reserve (CM ou SR)<br /> # [[Table multijeux de café 2.0]]<br /> # [[ GPIO_Qemu_RasPI| Emulation des GPIO dans QEMU pour le carte Raspberry Pi]] (Olivier Richard)<br /> # [[ Qemu et STM32F0-Discovery ]] (Olivier Richard)<br /> # [[Serrure à clé MIDI multifactorielle]] (Didier Donsez)<br /> # [[Table interactive musicale]] (Didier Donsez)<br /> # [[iMailbox]] (Didier Donsez)<br /> # [[AmILight]] (eclairage d'ambience intelligent) (Didier Donsez)<br /> # [[PDAmeetPDA]] (synchronisation d'agenda) (Michaël Périn)<br /> # [[1 000 000 VMs]] (expérimentation d'application distribuée à très grande échelle) (Olivier Richard) (2-3 RICM4)<br /> # [[Multiple Kinect]] (utilisation simultanée de plusieurs Kinect) (Olivier Richard) (RICM ou 3I)<br /> # [[Kinect musicale]] (Didier Donsez) (RICM)<br /> # [[Ktechlab Simavr Arduino | Ktechlab et integration de Simavr(Arduino)]] (Olivier Richard) (2-3 RICM4-SR)<br /> # Ocaml on AVR (Arduino)<br /> # Ocaml on Cortex-M3<br /> # [[Arduino on STM32 Discovery]]<br /> # [[Reverse Geocache Puzzle Box]]<br /> # [[OSGi ME]] (Didier Donsez)<br /> # [[Affichage Etudiant à Polytech]]<br /> # Synthèse 3D + motion capture Kinect<br /> # Logiciel d'[[apprentissage du calcul]] sur tablette Android (reconnaissance de chiffres manuscrits)<br /> # Plancher de verre (saint gobain) à la [http://www.wat.tv/video/mickael-jackson-billie-jean-oewj_2ey2h_.html Mickael Jackson dans Billie Jean] ! woo<br /> # [[Ktechlab Simavr Arduino | Ktechlab et integration de Simavr(Arduino)]] (Olivier Richard) (2-3 RICM4-SR)<br /> # [[CNC]]<br /> # [[Idées en Vrac]]<br /> # Scheme Everywhere (Olivier Richard) (2-3 RICM4-SR)<br /> # [[Projet Station Météo]]<br /> # Ocaml on AVR (Arduino)<br /> # [[Table interactive musicale]] (Didier Donsez)<br /> # [[AmILight]] (eclairage d'amnbience intelligent) (Didier Donsez)<br /> # [[Cube pointeur]] d'activité ingénieur<br /> # [http://www.instructables.com/id/Puppeteer-Motion-Capture-Costume/ Puppeteer Motion-Capture Costume]<br /> # [[Musical Staircase]] @ Polytech (Didier Donsez, 1 RICM4 + 1 3I4)<br /> # [[Total Recall]] (Didier Donsez)<br /> # [[SoundMachine]]<br /> # [[IGN-OSM|Importation de données IGN publiques dans OSM]]<br /> # [[Speed-limit-OSM|Analyse de traces GPX pour déterminer les limitations de vitesse]]<br /> # [[Multi perceptual cameras]] (Didier Donsez)<br /> # [[Photomaton 3D]] (Didier Donsez)<br /> # [[ArduCopter]]<br /> # [[Parking Intelligent]]</div>

Romane.Gallier https://air.imag.fr/index.php?title=Projet-2016-2017-UltraTeam/SRS&diff=33082 2017-02-02T08:17:55Z

<p>Romane.Gallier: Created page with &quot;The document provides a template of the Software Requirements Specification (SRS). It is inspired of the IEEE/ANSI 830-1998 Standard. &#039;&#039;&#039;Read first:&#039;&#039;&#039; * http://www.cs.st-an...&quot;</p> <hr /> <div>The document provides a template of the Software Requirements Specification (SRS). It is inspired of the IEEE/ANSI 830-1998 Standard.<br /> <br /> <br /> '''Read first:'''<br /> * http://www.cs.st-andrews.ac.uk/~ifs/Books/SE9/Presentations/PPTX/Ch4.pptx<br /> * http://en.wikipedia.org/wiki/Software_requirements_specification<br /> * [http://www.cse.msu.edu/~chengb/RE-491/Papers/IEEE-SRS-practice.pdf IEEE Recommended Practice for Software Requirements Specifications IEEE Std 830-1998]<br /> <br /> {|class=&quot;wikitable alternance&quot;<br /> |+ Document History<br /> |-<br /> |<br /> !scope=&quot;col&quot;| Version<br /> !scope=&quot;col&quot;| Date<br /> !scope=&quot;col&quot;| Authors<br /> !scope=&quot;col&quot;| Description<br /> !scope=&quot;col&quot;| Validator<br /> !scope=&quot;col&quot;| Validation Date<br /> |-<br /> !scope=&quot;row&quot; |<br /> | 0.1.0<br /> | TBC<br /> | TBC<br /> | TBC<br /> | TBC<br /> | TBC<br /> <br /> |}<br /> <br /> <br /> =1. Introduction=<br /> ==1.1 Purpose of the requirements document==<br /> ==1.2 Scope of the product==<br /> ==1.3 Definitions, acronyms and abbreviations==<br /> ==1.4 References==<br /> ==1.5 Overview of the remainder of the document==<br /> =2. General description=<br /> ==2.1 Product perspective==<br /> ==2.2 Product functions==<br /> ==2.3 User characteristics==<br /> ==2.4 General constraints==<br /> ==2.5 Assumptions and dependencies==<br /> =3.Specific requirements, covering functional, non-functional and interface requirements=<br /> * document external interfaces,<br /> * describe system functionality and performance<br /> * specify logical database requirements,<br /> * design constraints,<br /> * emergent system properties and quality characteristics.<br /> <br /> ==3.1 Requirement X.Y.Z (in Structured Natural Language)==<br /> '''Function''':<br /> <br /> '''Description''':<br /> <br /> '''Inputs''':<br /> <br /> '''Source''':<br /> <br /> '''Outputs''':<br /> <br /> '''Destination''':<br /> <br /> '''Action''':<br /> * Natural language sentences (with MUST, MAY, SHALL)<br /> * Graphical Notations : UML Sequence w/o collaboration diagrams, Process maps, Task Analysis (HTA, CTT)<br /> * Mathematical Notations<br /> * Tabular notations for several (condition --&gt; action) tuples<br /> <br /> '''Non functional requirements''':<br /> <br /> '''Pre-condition''':<br /> <br /> '''Post-condition''':<br /> <br /> '''Side-effects''':<br /> <br /> =4. Product evolution=<br /> <br /> =5. Appendices=<br /> =6. Index=</div>

Romane.Gallier https://air.imag.fr/index.php?title=Projets-2016-2017-UltraTeam&diff=33081 2017-02-02T08:16:49Z

<p>Romane.Gallier: /* Week 2 (January 19th - January 25th) */</p> <hr /> <div>[[Image:IDS-Experimenta2.jpg|300px|right|IDS LivingMap à Experimenta 2013]]<br /> <br /> =Preambule=<br /> <br /> The project subject [[Ultra Trail]]<br /> <br /> <br /> Enseignant [[User:Donsez|Didier Donsez]]. [[IDS2013-RICM5|fiche de suivi]]<br /> <br /> [http://air.imag.fr/mediawiki/index.php/File:-BISCH-FOURURE-CLAVELIN--RICM5-IDS-Presentation.pdf transparents] &amp; [http://air.imag.fr/mediawiki/index.php/File:Flyers-IDS-BISCH-FOURURE-CLAVELIN.pdf flyer] &amp; [http://air.imag.fr/mediawiki/index.php/File:Poster-IDS-RICM5-BISCH-FOURURE-CLAVELIN.png poster] &amp; [http://youtu.be/N9lzwH4TDQ8 video] &amp; [https://github.com/tetram/ids github]<br /> <br /> =Project presentation=<br /> <br /> Le but du projet est d'améliorer la borne interactive qui a été commencé il y a deux ans par des élèves de RICM5.<br /> <br /> La borne doit pouvoir:<br /> <br /> * afficher des informations sur Polytech de façon autonome (les informations seront dans un PowerPoint).<br /> * afficher l'emploi du temps des différentes filières.<br /> * indiquer le prochain cours lorsqu'une personne passe une carte NFC devant le lecteur NFC.<br /> * être autonome (en mettant les emplois du temps à jour régulièrement et automatiquement).<br /> <br /> = Team =<br /> <br /> * Supervisors : Didier Donsez<br /> <br /> * Members : Gallier Romane, Ferrera Alexandre<br /> <br /> * Departement : [http://www.polytech-grenoble.fr/ricm.html RICM 4], [[Polytech Grenoble]]<br /> <br /> = Progress of the project =<br /> <br /> The project started January 14th, 2015.<br /> <br /> == Week 1 (January 13th - January 18th) == <br /> <br /> * Choix du projet<br /> <br /> == Week 2 (January 19th - January 25th) == <br /> <br /> * Découverte du projet<br /> * Mise en route de la machine<br /> * Récupération du code<br /> * Mise en place des exigences<br /> <br /> [[Projet-2016-2017-UltraTeam/SRS| '''SRS''']]<br /> <br /> == Week 3 (January 26th - February 01st) ==<br /> <br /> Réalisation des diagrammes UML<br /> <br /> [[Projet-2014-2015-Interactive_Digitale_Signage/UML| '''Diagrammes UML''']]<br /> <br /> == Week 4 (February 02nd - February 08th) ==<br /> <br /> Utilisation de l'outil Scrum.<br /> <br /> *Réalisation du Planning Poker avec les User story pour chaque acteurs (cf. les acteurs du diagramme de cas d'utilisation réalisé dans la partie UML).<br /> *Réalisation de Product Backlog avec les différents niveaux de priorités.<br /> *Écriture du 1er Sprint et de 2nd Sprint.<br /> <br /> [[Projet-2014-2015-Interactive_Digitale_Signage/Scrum| '''Scrum''']]<br /> <br /> Bilan de la marche à suivre.<br /> <br /> Pour la fonctionnalité emploi du temps :<br /> <br /> *Utilisation de la fonctionnalité Export d’ADE pour obtenir l’emploi du temps au format ICalendar et en suite le traité pour extraire l’information désirée. Au final, c’est une base de donnée qui sera remplit pour l’emploi du temps de chaque filière. La base de données sera réalisée avec MongoDB et sera mise à jour régulièrement.<br /> <br /> Pour l'affichage des informations sur Polytech :<br /> <br /> *L’affichage des informations sur Polytech avec Reveals.js. Les informations à afficher seront dans un PowerPoint pour plus de facilité.<br /> *La récupération de l’emploi du temps se fera à travers un serveur Node.js.<br /> *L’ensemble du projet est codé en HTML/CSS/PHP/JavaScript/JSON.<br /> <br /> == Week 5 (February 09th - February 15th) ==<br /> <br /> [[Media:Conception Architecturale.pdf|Conception Architecturale]]<br /> <br /> * Mise en place d'un système de synthèse vocale avec Voxygen pour faire parler la borne. (Fonctionnel avec 20 voix différentes)<br /> <br /> * Découverte de node.js.<br /> <br /> * Continuation de la réalisation d'une présentation de Polytech avec l'outil Reveal.js.<br /> <br /> * Etude sur la façon de récupérer l'emploi du temps de chaque filière. (Choix du format iCalendar)<br /> <br /> * Parsage du fichier iCalendar en node.js.<br /> <br /> * Utilisation probable de MangoDB pour stocker les emplois du temps dans une base de donnée.<br /> <br /> Lien waffle.io : https://waffle.io/zhangzhengmeng/projetids2015<br /> <br /> == Week 6 (February 23th - March 1st) ==<br /> <br /> Travail réalisé :<br /> <br /> * Emploi du temps (chargement auto, traitement, sauvegarde) -&gt; OK<br /> * Synthèse vocale (lecture d’information, création de phrase dynamique) -&gt; OK<br /> * Présentation dynamique de Polytech avec Reveal.js -&gt; OK<br /> * Affichage emploi du temps -&gt; OK<br /> * Création d’un serveur avec node.js -&gt; OK<br /> <br /> Travail restant :<br /> <br /> * Utilisation du lecteur NFC <br /> * Utilisation de la Kinect pour contrôle par gestes sur les pages web<br /> https://github.com/bengfarrell/nuimotion<br /> https://github.com/pgte/node-openni-browser<br /> * Installation des programmes réalisés sur la borne<br /> <br /> [[Media:Evalution mi-parcours IDS.pdf|Slides évalution mi-parcours]]<br /> <br /> == Week 7 (March 02nd - March 08nd) ==<br /> <br /> * Nettoyage du code réalisé en Java pour la partie emploi du temps et synthèse vocale.<br /> * Présentation du travail réalisé jusqu'ici lors de la soutenance de mi-parcours.<br /> * Travail sur la partie NFC (récupération du lecteur NFC).<br /> <br /> == Week 8 (March 09nd - March 15nd) ==<br /> <br /> * Travail sur la partie NFC.<br /> * Récupération des puces NFC et du code réalisé par des élèves de l'ENSIMAG pour utiliser le lecteur NFC.<br /> * Adaptation du code au projet.<br /> <br /> == Week 9 (March 16nd - March 22nd) ==<br /> <br /> * Problème avec le lecteur NFC et le code fourni.<br /> * Problème avec une puce NFC... décidemment '^^...<br /> * Visite de la CTI.<br /> <br /> == Week 10 (March 23nd - March 29nd) ==<br /> <br /> * Problème du lecteur NFC résolu -&gt; nouveau lecteur bien mieux<br /> * Intégration du code NFC -&gt; OK<br /> * Récupération de puces NFC supplémentaires car seulement une puce fonctionne (pas terrible pour les tests)<br /> * Récupération du nouveau PC à installer dans la borne (il y a de la musique quand on ouvre la boite ou qu'il y a de la lumière)<br /> * Récupération d'une clé pour installer Windows 7 Professionnel 64bits<br /> * Récupération d'un téléphone Android pour programmer les puces (Android c'est nul xD)<br /> <br /> == Week 11 (March 30nd - April 05nd) ==<br /> <br /> * Nous avons trouvé une solution formidable pour afficher les emplois du temps de chaque filière avec Reveals.js ce qui permettra de consulter très facilement les emplois du temps sur la borne<br /> * Réalisation de lien les gestes et les diapositives de Reveal.js avec Openni + Processing en utilisant websocket<br /> * Installation de Windows 7 Professionnel sur le nouveau PC + tous les drivers Intel NUC D54250WYKH<br /> * Installation du programme qui gère les emplois du temps (avec WampServer)<br /> * Installation du programme qui gère l'affichage sur la borne et la détection des gestes<br /> <br /> =Synthèse du projet=<br /> <br /> ==Contexte==<br /> [[Interactive Digital Signage]]<br /> <br /> Les bornes interactives à la pointe de la technologie commencent à apparaitre dans nos villes. Au potentiel infini, elles vont révolutionner le monde de l’information et de la publicité.<br /> <br /> '''Examples:'''<br /> * http://vds-technology.com/PLV-dynamique/nos_produits/e-totems/<br /> * http://www.connected-store.com/des-cabines-d%E2%80%99essayage-virtuelles-et-connectees-dans-un-magasin-john-lewis-4894<br /> * http://www.connected-store.com/un-miroir-interactif-et-connecte-dans-un-magasin-de-lenseigne-princess-polly-9832<br /> * http://www.connected-store.com/une-vitrine-tactile-et-des-bornes-connectees-pour-le-nouveau-concept-store-dorange-a-lile-maurice-4002<br /> <br /> ==Matériel==<br /> *Borne IDS contenant<br /> ** Intel NUC D54250WYKH avec Windows 7<br /> ** TV 37 Pouces Full HD<br /> ** Verre trempé IKEA<br /> ** Kinect XBox<br /> ** Haut Parleurs<br /> ** Lecteur NFC (SCM Microsystems Inc. SCL3711 reader &amp; NFC device 0)<br /> *Tag NFC<br /> *Téléphone Android (pour programmer les puces NFC)<br /> <br /> Lecteur NFC SCL3711:<br /> <br /> [[File:ids_nfc.png | 200px]]<br /> <br /> Kinect:<br /> <br /> [[File:Kinect.jpg | 200px]]<br /> <br /> ==Logiciels (utilisés)==<br /> <br /> * http://voxygen.fr/index.php (synthèse vocale)<br /> * javax.smartcardio (lecteur NFC)<br /> * Reveals.js (affichage interactif des informations)<br /> * [[OpenNI]] (Kinect)<br /> * Processing<br /> * [[Intel® Perceptual Computing SDK]]<br /> <br /> ==Logiciels (réalisés)==<br /> <br /> Le dépôt global des sources est sur [https://github.com/zhangzhengmeng/ProjetIDS2015.git '''github''']<br /> <br /> Voici la liste des différentes applications que nous avons réalisées dans le but de répondre au cahier des charges.<br /> <br /> === Emploi du temps et NFC ===<br /> <br /> Le programme créé tourne en tache de fond sur la borne. Dès qu'une puce NCF est détectée, une fenêtre s'ouvre avec les informations sur le prochain cours de la personne, la salle dans laquelle elle sera, son enseignant ainsi que les horaires du cours. Au moment de l'ouverture de cette fenêtre, la borne se met à parler à la personne qui est en face d'elle pour lui donner verbalement ces informations via la synthèse vocale. À la fin du speech, la fenêtre se referme.<br /> <br /> '''Fonctionnement du programme :'''<br /> <br /> Le schéma ci-dessous résume la façon dont le logiciel fonctionne de façon schématique. Tout d'abord, lors de son premier lancement, le programme télécharge les emplois du temps de chaque filière au format iCalendar. Ensuite, les fichiers iCalendar sont traités et les informations utiles sont stockées en mémoire dans des structures de données. Maintenant vient le début de la boucle principale de fonctionnement. Il ne sortira jamais de cette boucle sauf en cas d'arrêt du programme évidemment. Le programme est autonome. Il se mettra à jours automatiquement. Lors qu'une personne passe une puce NFC devant la borne, le programme interroge ses structures de données contenant les emplois du temps comme expliqué dans le paragraphe qui suit. Ensuite, il vérifie qu'il dispose bien des emplois du temps de la semaine courante et effectue la mise à jour si nécessaire. Il affiche alors le résultat de la requête dans une fenêtre et active la synthèse vocale qui fait parler la machine.<br /> <br /> [[File:caca1.png | 300px]]<br /> <br /> '''Interrogation des structures de données :'''<br /> <br /> Le schéma ci-dessous résume la façon dont le logiciel procède après identification de la personne qui a passé la puce NFC devant la borne. Ce qu'il faut retenir, c'est que si 'est un élève, c'est facile, il suffit d'aller interroger la liste correspondant à l'emploi du temps des la classe de l'étudiant. Ensuite on cherche une correspondance entre l'élève, la date et l'horaire. En revanche, dans le cas d'un enseignant, nous ne disposons pas de la classe avec laquelle il a cours puisque qu'un enseignant peut faire cours à plusieurs classes de différentes filières. Il faut donc chercher dans toutes les listes contenant les emplois du temps des différentes filières une correspondance entre l'enseignant, la date et l'horaire.<br /> <br /> [[File:caca2.png | 400px]]<br /> <br /> '''Mise à jour automatique des emplois du temps :'''<br /> <br /> C'est une histoire de différence entre la date correspondant à la dernière fois que les emplois du temps ont été mis à jours et la date actuelle en tenant compte du jour de la semaine où la demande est effectuée. Un code tel que celui-ci est robuste et fonctionnera toujours. Dans le cas présent, les emplois du temps sont mis à jour chaque semaine.<br /> <br /> [[File:caca3.png | 600px]]<br /> <br /> '''Info sur le programme'''<br /> <br /> Le programme a été écrit intégralement en Java.<br /> <br /> Les emplois du temps de chaque filière sont téléchargés automatiquement dès la première demande qui est effectuée.<br /> <br /> La synthèse vocale fonctionne grâce au site web de l'entreprise Voxygen qui permet d'utiliser des voix à la pointe de la technologie qui ont été mise en ligne comme exemple.<br /> <br /> Le texte du speech est créé dynamiquement par le programme pour s'adapter à chaque utilisateur. Ensuite, il est envoyé sur le serveur de Voxygen qui va alors renvoyer un fichier audio au format mp3 avec le contenu vocal souhaité. Enfin, le programme lance la lecture du fichier son pour faire parler la borne.<br /> <br /> Les adresses web pour télécharger les emplois du temps de chaque filière se trouve dans un fichier nommé &quot;adweb.txt&quot;. Il est donc très simple d'ajouter des classes, d'en enlever ou de mettre à jours une adresse qui aurait changé.<br /> <br /> Le fichier est construit de la façon suivante :<br /> <br /> [[File:ids_edt.png | 300px]]<br /> <br /> Les puces NFC contiennent simplement un numéro d'étudiant (numéro d'étudiant par exemple). Une fois le numéro lu, il suffit d'aller chercher l'étudiant correspondant dans la base de données qui est en fait un simple fichier texte nommé &quot;nfc.txt&quot;. Une des améliorations de notre projet sera d'aller chercher les informations dans la base de données en ligne qui a été réalisée par l'université. Ce sera ainsi plus simple que de rentrer tous les étudiants avec leur numéro d'étudiant, leur nom, leur prénom et leur classe dans un fichier.<br /> <br /> Le fichier est construit de la forme suivante :<br /> <br /> [[File:ids_etu.png | 400px]]<br /> <br /> Pour ce qui est de la voix choisie, c'est également dans un fichier que l'on peut la choisir. Dans le fichier &quot;speak.txt&quot;, il faut donc indiquer la voix que l'on veut utiliser et également indiquer le chemin du dossier qui contient la partie du code PHP qui est utilisé par WampServer chaque fois qu'une requête est effectuée. Enfin, c'est également dans ce fichier que l'on saisit le jour de la semaine et l'heure où le téléchargement automatique des emplois du temps sera effectué.<br /> <br /> Le fichier est construit de la forme suivante :<br /> <br /> [[File:ids_voix.png | 200px]]<br /> <br /> Fenêtre du programme (cas d'un élève):<br /> <br /> [[File:ids_fenetre.png | 400px]]<br /> <br /> Fenêtre du programme (cas d'un enseignant):<br /> <br /> [[File:ids_fenetre2.png | 400px]]<br /> <br /> La machine dira par exemple : &quot;Bonjour Didier, vous avez cours de projet en salle TP259IIA ou peut être en salle S125 avec les RICM4 de 13h30 à 17h30. Je vous souhaite une excellente journée.&quot;<br /> <br /> '''Info sur la partie en PHP Voxygen'''<br /> <br /> Le code PHP est exécuté par WampServer. Le dossier &quot;PHP-Voxygen-master&quot; doit donc se trouver dans le dossier &quot;www&quot; de WampServer pour que tout fonctionne correctement. Il faut donc bien mettre le lien vers le dossier &quot;PHP-Voxygen-master&quot; dans le fichier &quot;speak.txt&quot; comme expliqué un peu plus haut sinon ça ne pourra pas fonctionner.<br /> <br /> === Kinect et Reveals.js ===<br /> <br /> Pour utiliser Kinect dans Windows il faut installer<br /> *nite-win64-1.5.2.21-dev<br /> *openni-win64-1.5.4.0-dev<br /> *SensorKinect092-Bin-Win64-v5.1.2.1<br /> (Il existe un conflit de pilot de Kinect entre SensorKinect et Windows Kinect)<br /> <br /> On créer le sevrer et faire la communication entre Processing et page web en utilisant webbit<br /> * https://github.com/webbit/webbit <br /> <br /> Pour réaliser les gestes on utilise le API de openni<br /> * http://kinectcar.ronsper.com/docs/nite/classXnVSwipeDetector.html<br /> <br /> Pour utiliser les gestes dans reveal.js on utilise le façon en base des gestes avec webcam<br /> *https://github.com/willy-vvu/reveal.js<br /> <br /> =Ressources=<br /> * https://github.com/SalemHarrache/ricm.quicker<br /> * https://developer.mozilla.org/fr/docs/IndexedDB/Using_IndexedDB<br /> * [[Reveal.js]]<br /> * https://github.com/hakimel/reveal.js/issues/1039<br /> * http://revealjs.herokuapp.com/</div>

Romane.Gallier https://air.imag.fr/index.php?title=Projets-2016-2017-UltraTeam&diff=33080 2017-02-02T08:16:21Z

<p>Romane.Gallier: /* Week 2 (January 19th - January 25th) */</p> <hr /> <div>[[Image:IDS-Experimenta2.jpg|300px|right|IDS LivingMap à Experimenta 2013]]<br /> <br /> =Preambule=<br /> <br /> The project subject [[Ultra Trail]]<br /> <br /> <br /> Enseignant [[User:Donsez|Didier Donsez]]. [[IDS2013-RICM5|fiche de suivi]]<br /> <br /> [http://air.imag.fr/mediawiki/index.php/File:-BISCH-FOURURE-CLAVELIN--RICM5-IDS-Presentation.pdf transparents] &amp; [http://air.imag.fr/mediawiki/index.php/File:Flyers-IDS-BISCH-FOURURE-CLAVELIN.pdf flyer] &amp; [http://air.imag.fr/mediawiki/index.php/File:Poster-IDS-RICM5-BISCH-FOURURE-CLAVELIN.png poster] &amp; [http://youtu.be/N9lzwH4TDQ8 video] &amp; [https://github.com/tetram/ids github]<br /> <br /> =Project presentation=<br /> <br /> Le but du projet est d'améliorer la borne interactive qui a été commencé il y a deux ans par des élèves de RICM5.<br /> <br /> La borne doit pouvoir:<br /> <br /> * afficher des informations sur Polytech de façon autonome (les informations seront dans un PowerPoint).<br /> * afficher l'emploi du temps des différentes filières.<br /> * indiquer le prochain cours lorsqu'une personne passe une carte NFC devant le lecteur NFC.<br /> * être autonome (en mettant les emplois du temps à jour régulièrement et automatiquement).<br /> <br /> = Team =<br /> <br /> * Supervisors : Didier Donsez<br /> <br /> * Members : Gallier Romane, Ferrera Alexandre<br /> <br /> * Departement : [http://www.polytech-grenoble.fr/ricm.html RICM 4], [[Polytech Grenoble]]<br /> <br /> = Progress of the project =<br /> <br /> The project started January 14th, 2015.<br /> <br /> == Week 1 (January 13th - January 18th) == <br /> <br /> * Choix du projet<br /> <br /> == Week 2 (January 19th - January 25th) == <br /> <br /> * Découverte du projet<br /> * Mise en route de la machine<br /> * Récupération du code<br /> * Mise en place des exigences<br /> <br /> [[Projet-2014-2015-UltraTeam/SRS| '''SRS''']]<br /> <br /> == Week 3 (January 26th - February 01st) ==<br /> <br /> Réalisation des diagrammes UML<br /> <br /> [[Projet-2014-2015-Interactive_Digitale_Signage/UML| '''Diagrammes UML''']]<br /> <br /> == Week 4 (February 02nd - February 08th) ==<br /> <br /> Utilisation de l'outil Scrum.<br /> <br /> *Réalisation du Planning Poker avec les User story pour chaque acteurs (cf. les acteurs du diagramme de cas d'utilisation réalisé dans la partie UML).<br /> *Réalisation de Product Backlog avec les différents niveaux de priorités.<br /> *Écriture du 1er Sprint et de 2nd Sprint.<br /> <br /> [[Projet-2014-2015-Interactive_Digitale_Signage/Scrum| '''Scrum''']]<br /> <br /> Bilan de la marche à suivre.<br /> <br /> Pour la fonctionnalité emploi du temps :<br /> <br /> *Utilisation de la fonctionnalité Export d’ADE pour obtenir l’emploi du temps au format ICalendar et en suite le traité pour extraire l’information désirée. Au final, c’est une base de donnée qui sera remplit pour l’emploi du temps de chaque filière. La base de données sera réalisée avec MongoDB et sera mise à jour régulièrement.<br /> <br /> Pour l'affichage des informations sur Polytech :<br /> <br /> *L’affichage des informations sur Polytech avec Reveals.js. Les informations à afficher seront dans un PowerPoint pour plus de facilité.<br /> *La récupération de l’emploi du temps se fera à travers un serveur Node.js.<br /> *L’ensemble du projet est codé en HTML/CSS/PHP/JavaScript/JSON.<br /> <br /> == Week 5 (February 09th - February 15th) ==<br /> <br /> [[Media:Conception Architecturale.pdf|Conception Architecturale]]<br /> <br /> * Mise en place d'un système de synthèse vocale avec Voxygen pour faire parler la borne. (Fonctionnel avec 20 voix différentes)<br /> <br /> * Découverte de node.js.<br /> <br /> * Continuation de la réalisation d'une présentation de Polytech avec l'outil Reveal.js.<br /> <br /> * Etude sur la façon de récupérer l'emploi du temps de chaque filière. (Choix du format iCalendar)<br /> <br /> * Parsage du fichier iCalendar en node.js.<br /> <br /> * Utilisation probable de MangoDB pour stocker les emplois du temps dans une base de donnée.<br /> <br /> Lien waffle.io : https://waffle.io/zhangzhengmeng/projetids2015<br /> <br /> == Week 6 (February 23th - March 1st) ==<br /> <br /> Travail réalisé :<br /> <br /> * Emploi du temps (chargement auto, traitement, sauvegarde) -&gt; OK<br /> * Synthèse vocale (lecture d’information, création de phrase dynamique) -&gt; OK<br /> * Présentation dynamique de Polytech avec Reveal.js -&gt; OK<br /> * Affichage emploi du temps -&gt; OK<br /> * Création d’un serveur avec node.js -&gt; OK<br /> <br /> Travail restant :<br /> <br /> * Utilisation du lecteur NFC <br /> * Utilisation de la Kinect pour contrôle par gestes sur les pages web<br /> https://github.com/bengfarrell/nuimotion<br /> https://github.com/pgte/node-openni-browser<br /> * Installation des programmes réalisés sur la borne<br /> <br /> [[Media:Evalution mi-parcours IDS.pdf|Slides évalution mi-parcours]]<br /> <br /> == Week 7 (March 02nd - March 08nd) ==<br /> <br /> * Nettoyage du code réalisé en Java pour la partie emploi du temps et synthèse vocale.<br /> * Présentation du travail réalisé jusqu'ici lors de la soutenance de mi-parcours.<br /> * Travail sur la partie NFC (récupération du lecteur NFC).<br /> <br /> == Week 8 (March 09nd - March 15nd) ==<br /> <br /> * Travail sur la partie NFC.<br /> * Récupération des puces NFC et du code réalisé par des élèves de l'ENSIMAG pour utiliser le lecteur NFC.<br /> * Adaptation du code au projet.<br /> <br /> == Week 9 (March 16nd - March 22nd) ==<br /> <br /> * Problème avec le lecteur NFC et le code fourni.<br /> * Problème avec une puce NFC... décidemment '^^...<br /> * Visite de la CTI.<br /> <br /> == Week 10 (March 23nd - March 29nd) ==<br /> <br /> * Problème du lecteur NFC résolu -&gt; nouveau lecteur bien mieux<br /> * Intégration du code NFC -&gt; OK<br /> * Récupération de puces NFC supplémentaires car seulement une puce fonctionne (pas terrible pour les tests)<br /> * Récupération du nouveau PC à installer dans la borne (il y a de la musique quand on ouvre la boite ou qu'il y a de la lumière)<br /> * Récupération d'une clé pour installer Windows 7 Professionnel 64bits<br /> * Récupération d'un téléphone Android pour programmer les puces (Android c'est nul xD)<br /> <br /> == Week 11 (March 30nd - April 05nd) ==<br /> <br /> * Nous avons trouvé une solution formidable pour afficher les emplois du temps de chaque filière avec Reveals.js ce qui permettra de consulter très facilement les emplois du temps sur la borne<br /> * Réalisation de lien les gestes et les diapositives de Reveal.js avec Openni + Processing en utilisant websocket<br /> * Installation de Windows 7 Professionnel sur le nouveau PC + tous les drivers Intel NUC D54250WYKH<br /> * Installation du programme qui gère les emplois du temps (avec WampServer)<br /> * Installation du programme qui gère l'affichage sur la borne et la détection des gestes<br /> <br /> =Synthèse du projet=<br /> <br /> ==Contexte==<br /> [[Interactive Digital Signage]]<br /> <br /> Les bornes interactives à la pointe de la technologie commencent à apparaitre dans nos villes. Au potentiel infini, elles vont révolutionner le monde de l’information et de la publicité.<br /> <br /> '''Examples:'''<br /> * http://vds-technology.com/PLV-dynamique/nos_produits/e-totems/<br /> * http://www.connected-store.com/des-cabines-d%E2%80%99essayage-virtuelles-et-connectees-dans-un-magasin-john-lewis-4894<br /> * http://www.connected-store.com/un-miroir-interactif-et-connecte-dans-un-magasin-de-lenseigne-princess-polly-9832<br /> * http://www.connected-store.com/une-vitrine-tactile-et-des-bornes-connectees-pour-le-nouveau-concept-store-dorange-a-lile-maurice-4002<br /> <br /> ==Matériel==<br /> *Borne IDS contenant<br /> ** Intel NUC D54250WYKH avec Windows 7<br /> ** TV 37 Pouces Full HD<br /> ** Verre trempé IKEA<br /> ** Kinect XBox<br /> ** Haut Parleurs<br /> ** Lecteur NFC (SCM Microsystems Inc. SCL3711 reader &amp; NFC device 0)<br /> *Tag NFC<br /> *Téléphone Android (pour programmer les puces NFC)<br /> <br /> Lecteur NFC SCL3711:<br /> <br /> [[File:ids_nfc.png | 200px]]<br /> <br /> Kinect:<br /> <br /> [[File:Kinect.jpg | 200px]]<br /> <br /> ==Logiciels (utilisés)==<br /> <br /> * http://voxygen.fr/index.php (synthèse vocale)<br /> * javax.smartcardio (lecteur NFC)<br /> * Reveals.js (affichage interactif des informations)<br /> * [[OpenNI]] (Kinect)<br /> * Processing<br /> * [[Intel® Perceptual Computing SDK]]<br /> <br /> ==Logiciels (réalisés)==<br /> <br /> Le dépôt global des sources est sur [https://github.com/zhangzhengmeng/ProjetIDS2015.git '''github''']<br /> <br /> Voici la liste des différentes applications que nous avons réalisées dans le but de répondre au cahier des charges.<br /> <br /> === Emploi du temps et NFC ===<br /> <br /> Le programme créé tourne en tache de fond sur la borne. Dès qu'une puce NCF est détectée, une fenêtre s'ouvre avec les informations sur le prochain cours de la personne, la salle dans laquelle elle sera, son enseignant ainsi que les horaires du cours. Au moment de l'ouverture de cette fenêtre, la borne se met à parler à la personne qui est en face d'elle pour lui donner verbalement ces informations via la synthèse vocale. À la fin du speech, la fenêtre se referme.<br /> <br /> '''Fonctionnement du programme :'''<br /> <br /> Le schéma ci-dessous résume la façon dont le logiciel fonctionne de façon schématique. Tout d'abord, lors de son premier lancement, le programme télécharge les emplois du temps de chaque filière au format iCalendar. Ensuite, les fichiers iCalendar sont traités et les informations utiles sont stockées en mémoire dans des structures de données. Maintenant vient le début de la boucle principale de fonctionnement. Il ne sortira jamais de cette boucle sauf en cas d'arrêt du programme évidemment. Le programme est autonome. Il se mettra à jours automatiquement. Lors qu'une personne passe une puce NFC devant la borne, le programme interroge ses structures de données contenant les emplois du temps comme expliqué dans le paragraphe qui suit. Ensuite, il vérifie qu'il dispose bien des emplois du temps de la semaine courante et effectue la mise à jour si nécessaire. Il affiche alors le résultat de la requête dans une fenêtre et active la synthèse vocale qui fait parler la machine.<br /> <br /> [[File:caca1.png | 300px]]<br /> <br /> '''Interrogation des structures de données :'''<br /> <br /> Le schéma ci-dessous résume la façon dont le logiciel procède après identification de la personne qui a passé la puce NFC devant la borne. Ce qu'il faut retenir, c'est que si 'est un élève, c'est facile, il suffit d'aller interroger la liste correspondant à l'emploi du temps des la classe de l'étudiant. Ensuite on cherche une correspondance entre l'élève, la date et l'horaire. En revanche, dans le cas d'un enseignant, nous ne disposons pas de la classe avec laquelle il a cours puisque qu'un enseignant peut faire cours à plusieurs classes de différentes filières. Il faut donc chercher dans toutes les listes contenant les emplois du temps des différentes filières une correspondance entre l'enseignant, la date et l'horaire.<br /> <br /> [[File:caca2.png | 400px]]<br /> <br /> '''Mise à jour automatique des emplois du temps :'''<br /> <br /> C'est une histoire de différence entre la date correspondant à la dernière fois que les emplois du temps ont été mis à jours et la date actuelle en tenant compte du jour de la semaine où la demande est effectuée. Un code tel que celui-ci est robuste et fonctionnera toujours. Dans le cas présent, les emplois du temps sont mis à jour chaque semaine.<br /> <br /> [[File:caca3.png | 600px]]<br /> <br /> '''Info sur le programme'''<br /> <br /> Le programme a été écrit intégralement en Java.<br /> <br /> Les emplois du temps de chaque filière sont téléchargés automatiquement dès la première demande qui est effectuée.<br /> <br /> La synthèse vocale fonctionne grâce au site web de l'entreprise Voxygen qui permet d'utiliser des voix à la pointe de la technologie qui ont été mise en ligne comme exemple.<br /> <br /> Le texte du speech est créé dynamiquement par le programme pour s'adapter à chaque utilisateur. Ensuite, il est envoyé sur le serveur de Voxygen qui va alors renvoyer un fichier audio au format mp3 avec le contenu vocal souhaité. Enfin, le programme lance la lecture du fichier son pour faire parler la borne.<br /> <br /> Les adresses web pour télécharger les emplois du temps de chaque filière se trouve dans un fichier nommé &quot;adweb.txt&quot;. Il est donc très simple d'ajouter des classes, d'en enlever ou de mettre à jours une adresse qui aurait changé.<br /> <br /> Le fichier est construit de la façon suivante :<br /> <br /> [[File:ids_edt.png | 300px]]<br /> <br /> Les puces NFC contiennent simplement un numéro d'étudiant (numéro d'étudiant par exemple). Une fois le numéro lu, il suffit d'aller chercher l'étudiant correspondant dans la base de données qui est en fait un simple fichier texte nommé &quot;nfc.txt&quot;. Une des améliorations de notre projet sera d'aller chercher les informations dans la base de données en ligne qui a été réalisée par l'université. Ce sera ainsi plus simple que de rentrer tous les étudiants avec leur numéro d'étudiant, leur nom, leur prénom et leur classe dans un fichier.<br /> <br /> Le fichier est construit de la forme suivante :<br /> <br /> [[File:ids_etu.png | 400px]]<br /> <br /> Pour ce qui est de la voix choisie, c'est également dans un fichier que l'on peut la choisir. Dans le fichier &quot;speak.txt&quot;, il faut donc indiquer la voix que l'on veut utiliser et également indiquer le chemin du dossier qui contient la partie du code PHP qui est utilisé par WampServer chaque fois qu'une requête est effectuée. Enfin, c'est également dans ce fichier que l'on saisit le jour de la semaine et l'heure où le téléchargement automatique des emplois du temps sera effectué.<br /> <br /> Le fichier est construit de la forme suivante :<br /> <br /> [[File:ids_voix.png | 200px]]<br /> <br /> Fenêtre du programme (cas d'un élève):<br /> <br /> [[File:ids_fenetre.png | 400px]]<br /> <br /> Fenêtre du programme (cas d'un enseignant):<br /> <br /> [[File:ids_fenetre2.png | 400px]]<br /> <br /> La machine dira par exemple : &quot;Bonjour Didier, vous avez cours de projet en salle TP259IIA ou peut être en salle S125 avec les RICM4 de 13h30 à 17h30. Je vous souhaite une excellente journée.&quot;<br /> <br /> '''Info sur la partie en PHP Voxygen'''<br /> <br /> Le code PHP est exécuté par WampServer. Le dossier &quot;PHP-Voxygen-master&quot; doit donc se trouver dans le dossier &quot;www&quot; de WampServer pour que tout fonctionne correctement. Il faut donc bien mettre le lien vers le dossier &quot;PHP-Voxygen-master&quot; dans le fichier &quot;speak.txt&quot; comme expliqué un peu plus haut sinon ça ne pourra pas fonctionner.<br /> <br /> === Kinect et Reveals.js ===<br /> <br /> Pour utiliser Kinect dans Windows il faut installer<br /> *nite-win64-1.5.2.21-dev<br /> *openni-win64-1.5.4.0-dev<br /> *SensorKinect092-Bin-Win64-v5.1.2.1<br /> (Il existe un conflit de pilot de Kinect entre SensorKinect et Windows Kinect)<br /> <br /> On créer le sevrer et faire la communication entre Processing et page web en utilisant webbit<br /> * https://github.com/webbit/webbit <br /> <br /> Pour réaliser les gestes on utilise le API de openni<br /> * http://kinectcar.ronsper.com/docs/nite/classXnVSwipeDetector.html<br /> <br /> Pour utiliser les gestes dans reveal.js on utilise le façon en base des gestes avec webcam<br /> *https://github.com/willy-vvu/reveal.js<br /> <br /> =Ressources=<br /> * https://github.com/SalemHarrache/ricm.quicker<br /> * https://developer.mozilla.org/fr/docs/IndexedDB/Using_IndexedDB<br /> * [[Reveal.js]]<br /> * https://github.com/hakimel/reveal.js/issues/1039<br /> * http://revealjs.herokuapp.com/</div>

Romane.Gallier https://air.imag.fr/index.php?title=Projets-2016-2017-UltraTeam&diff=33079 2017-02-02T08:14:59Z

<p>Romane.Gallier: /* Week 2 (January 19th - January 25th) */</p> <hr /> <div>[[Image:IDS-Experimenta2.jpg|300px|right|IDS LivingMap à Experimenta 2013]]<br /> <br /> =Preambule=<br /> <br /> The project subject [[Ultra Trail]]<br /> <br /> <br /> Enseignant [[User:Donsez|Didier Donsez]]. [[IDS2013-RICM5|fiche de suivi]]<br /> <br /> [http://air.imag.fr/mediawiki/index.php/File:-BISCH-FOURURE-CLAVELIN--RICM5-IDS-Presentation.pdf transparents] &amp; [http://air.imag.fr/mediawiki/index.php/File:Flyers-IDS-BISCH-FOURURE-CLAVELIN.pdf flyer] &amp; [http://air.imag.fr/mediawiki/index.php/File:Poster-IDS-RICM5-BISCH-FOURURE-CLAVELIN.png poster] &amp; [http://youtu.be/N9lzwH4TDQ8 video] &amp; [https://github.com/tetram/ids github]<br /> <br /> =Project presentation=<br /> <br /> Le but du projet est d'améliorer la borne interactive qui a été commencé il y a deux ans par des élèves de RICM5.<br /> <br /> La borne doit pouvoir:<br /> <br /> * afficher des informations sur Polytech de façon autonome (les informations seront dans un PowerPoint).<br /> * afficher l'emploi du temps des différentes filières.<br /> * indiquer le prochain cours lorsqu'une personne passe une carte NFC devant le lecteur NFC.<br /> * être autonome (en mettant les emplois du temps à jour régulièrement et automatiquement).<br /> <br /> = Team =<br /> <br /> * Supervisors : Didier Donsez<br /> <br /> * Members : Gallier Romane, Ferrera Alexandre<br /> <br /> * Departement : [http://www.polytech-grenoble.fr/ricm.html RICM 4], [[Polytech Grenoble]]<br /> <br /> = Progress of the project =<br /> <br /> The project started January 14th, 2015.<br /> <br /> == Week 1 (January 13th - January 18th) == <br /> <br /> * Choix du projet<br /> <br /> == Week 2 (January 19th - January 25th) == <br /> <br /> * Découverte du projet<br /> * Mise en route de la machine<br /> * Récupération du code<br /> * Mise en place des exigences<br /> <br /> [[Projet-2014-2015-UltraTrail/SRS| '''SRS''']]<br /> <br /> == Week 3 (January 26th - February 01st) ==<br /> <br /> Réalisation des diagrammes UML<br /> <br /> [[Projet-2014-2015-Interactive_Digitale_Signage/UML| '''Diagrammes UML''']]<br /> <br /> == Week 4 (February 02nd - February 08th) ==<br /> <br /> Utilisation de l'outil Scrum.<br /> <br /> *Réalisation du Planning Poker avec les User story pour chaque acteurs (cf. les acteurs du diagramme de cas d'utilisation réalisé dans la partie UML).<br /> *Réalisation de Product Backlog avec les différents niveaux de priorités.<br /> *Écriture du 1er Sprint et de 2nd Sprint.<br /> <br /> [[Projet-2014-2015-Interactive_Digitale_Signage/Scrum| '''Scrum''']]<br /> <br /> Bilan de la marche à suivre.<br /> <br /> Pour la fonctionnalité emploi du temps :<br /> <br /> *Utilisation de la fonctionnalité Export d’ADE pour obtenir l’emploi du temps au format ICalendar et en suite le traité pour extraire l’information désirée. Au final, c’est une base de donnée qui sera remplit pour l’emploi du temps de chaque filière. La base de données sera réalisée avec MongoDB et sera mise à jour régulièrement.<br /> <br /> Pour l'affichage des informations sur Polytech :<br /> <br /> *L’affichage des informations sur Polytech avec Reveals.js. Les informations à afficher seront dans un PowerPoint pour plus de facilité.<br /> *La récupération de l’emploi du temps se fera à travers un serveur Node.js.<br /> *L’ensemble du projet est codé en HTML/CSS/PHP/JavaScript/JSON.<br /> <br /> == Week 5 (February 09th - February 15th) ==<br /> <br /> [[Media:Conception Architecturale.pdf|Conception Architecturale]]<br /> <br /> * Mise en place d'un système de synthèse vocale avec Voxygen pour faire parler la borne. (Fonctionnel avec 20 voix différentes)<br /> <br /> * Découverte de node.js.<br /> <br /> * Continuation de la réalisation d'une présentation de Polytech avec l'outil Reveal.js.<br /> <br /> * Etude sur la façon de récupérer l'emploi du temps de chaque filière. (Choix du format iCalendar)<br /> <br /> * Parsage du fichier iCalendar en node.js.<br /> <br /> * Utilisation probable de MangoDB pour stocker les emplois du temps dans une base de donnée.<br /> <br /> Lien waffle.io : https://waffle.io/zhangzhengmeng/projetids2015<br /> <br /> == Week 6 (February 23th - March 1st) ==<br /> <br /> Travail réalisé :<br /> <br /> * Emploi du temps (chargement auto, traitement, sauvegarde) -&gt; OK<br /> * Synthèse vocale (lecture d’information, création de phrase dynamique) -&gt; OK<br /> * Présentation dynamique de Polytech avec Reveal.js -&gt; OK<br /> * Affichage emploi du temps -&gt; OK<br /> * Création d’un serveur avec node.js -&gt; OK<br /> <br /> Travail restant :<br /> <br /> * Utilisation du lecteur NFC <br /> * Utilisation de la Kinect pour contrôle par gestes sur les pages web<br /> https://github.com/bengfarrell/nuimotion<br /> https://github.com/pgte/node-openni-browser<br /> * Installation des programmes réalisés sur la borne<br /> <br /> [[Media:Evalution mi-parcours IDS.pdf|Slides évalution mi-parcours]]<br /> <br /> == Week 7 (March 02nd - March 08nd) ==<br /> <br /> * Nettoyage du code réalisé en Java pour la partie emploi du temps et synthèse vocale.<br /> * Présentation du travail réalisé jusqu'ici lors de la soutenance de mi-parcours.<br /> * Travail sur la partie NFC (récupération du lecteur NFC).<br /> <br /> == Week 8 (March 09nd - March 15nd) ==<br /> <br /> * Travail sur la partie NFC.<br /> * Récupération des puces NFC et du code réalisé par des élèves de l'ENSIMAG pour utiliser le lecteur NFC.<br /> * Adaptation du code au projet.<br /> <br /> == Week 9 (March 16nd - March 22nd) ==<br /> <br /> * Problème avec le lecteur NFC et le code fourni.<br /> * Problème avec une puce NFC... décidemment '^^...<br /> * Visite de la CTI.<br /> <br /> == Week 10 (March 23nd - March 29nd) ==<br /> <br /> * Problème du lecteur NFC résolu -&gt; nouveau lecteur bien mieux<br /> * Intégration du code NFC -&gt; OK<br /> * Récupération de puces NFC supplémentaires car seulement une puce fonctionne (pas terrible pour les tests)<br /> * Récupération du nouveau PC à installer dans la borne (il y a de la musique quand on ouvre la boite ou qu'il y a de la lumière)<br /> * Récupération d'une clé pour installer Windows 7 Professionnel 64bits<br /> * Récupération d'un téléphone Android pour programmer les puces (Android c'est nul xD)<br /> <br /> == Week 11 (March 30nd - April 05nd) ==<br /> <br /> * Nous avons trouvé une solution formidable pour afficher les emplois du temps de chaque filière avec Reveals.js ce qui permettra de consulter très facilement les emplois du temps sur la borne<br /> * Réalisation de lien les gestes et les diapositives de Reveal.js avec Openni + Processing en utilisant websocket<br /> * Installation de Windows 7 Professionnel sur le nouveau PC + tous les drivers Intel NUC D54250WYKH<br /> * Installation du programme qui gère les emplois du temps (avec WampServer)<br /> * Installation du programme qui gère l'affichage sur la borne et la détection des gestes<br /> <br /> =Synthèse du projet=<br /> <br /> ==Contexte==<br /> [[Interactive Digital Signage]]<br /> <br /> Les bornes interactives à la pointe de la technologie commencent à apparaitre dans nos villes. Au potentiel infini, elles vont révolutionner le monde de l’information et de la publicité.<br /> <br /> '''Examples:'''<br /> * http://vds-technology.com/PLV-dynamique/nos_produits/e-totems/<br /> * http://www.connected-store.com/des-cabines-d%E2%80%99essayage-virtuelles-et-connectees-dans-un-magasin-john-lewis-4894<br /> * http://www.connected-store.com/un-miroir-interactif-et-connecte-dans-un-magasin-de-lenseigne-princess-polly-9832<br /> * http://www.connected-store.com/une-vitrine-tactile-et-des-bornes-connectees-pour-le-nouveau-concept-store-dorange-a-lile-maurice-4002<br /> <br /> ==Matériel==<br /> *Borne IDS contenant<br /> ** Intel NUC D54250WYKH avec Windows 7<br /> ** TV 37 Pouces Full HD<br /> ** Verre trempé IKEA<br /> ** Kinect XBox<br /> ** Haut Parleurs<br /> ** Lecteur NFC (SCM Microsystems Inc. SCL3711 reader &amp; NFC device 0)<br /> *Tag NFC<br /> *Téléphone Android (pour programmer les puces NFC)<br /> <br /> Lecteur NFC SCL3711:<br /> <br /> [[File:ids_nfc.png | 200px]]<br /> <br /> Kinect:<br /> <br /> [[File:Kinect.jpg | 200px]]<br /> <br /> ==Logiciels (utilisés)==<br /> <br /> * http://voxygen.fr/index.php (synthèse vocale)<br /> * javax.smartcardio (lecteur NFC)<br /> * Reveals.js (affichage interactif des informations)<br /> * [[OpenNI]] (Kinect)<br /> * Processing<br /> * [[Intel® Perceptual Computing SDK]]<br /> <br /> ==Logiciels (réalisés)==<br /> <br /> Le dépôt global des sources est sur [https://github.com/zhangzhengmeng/ProjetIDS2015.git '''github''']<br /> <br /> Voici la liste des différentes applications que nous avons réalisées dans le but de répondre au cahier des charges.<br /> <br /> === Emploi du temps et NFC ===<br /> <br /> Le programme créé tourne en tache de fond sur la borne. Dès qu'une puce NCF est détectée, une fenêtre s'ouvre avec les informations sur le prochain cours de la personne, la salle dans laquelle elle sera, son enseignant ainsi que les horaires du cours. Au moment de l'ouverture de cette fenêtre, la borne se met à parler à la personne qui est en face d'elle pour lui donner verbalement ces informations via la synthèse vocale. À la fin du speech, la fenêtre se referme.<br /> <br /> '''Fonctionnement du programme :'''<br /> <br /> Le schéma ci-dessous résume la façon dont le logiciel fonctionne de façon schématique. Tout d'abord, lors de son premier lancement, le programme télécharge les emplois du temps de chaque filière au format iCalendar. Ensuite, les fichiers iCalendar sont traités et les informations utiles sont stockées en mémoire dans des structures de données. Maintenant vient le début de la boucle principale de fonctionnement. Il ne sortira jamais de cette boucle sauf en cas d'arrêt du programme évidemment. Le programme est autonome. Il se mettra à jours automatiquement. Lors qu'une personne passe une puce NFC devant la borne, le programme interroge ses structures de données contenant les emplois du temps comme expliqué dans le paragraphe qui suit. Ensuite, il vérifie qu'il dispose bien des emplois du temps de la semaine courante et effectue la mise à jour si nécessaire. Il affiche alors le résultat de la requête dans une fenêtre et active la synthèse vocale qui fait parler la machine.<br /> <br /> [[File:caca1.png | 300px]]<br /> <br /> '''Interrogation des structures de données :'''<br /> <br /> Le schéma ci-dessous résume la façon dont le logiciel procède après identification de la personne qui a passé la puce NFC devant la borne. Ce qu'il faut retenir, c'est que si 'est un élève, c'est facile, il suffit d'aller interroger la liste correspondant à l'emploi du temps des la classe de l'étudiant. Ensuite on cherche une correspondance entre l'élève, la date et l'horaire. En revanche, dans le cas d'un enseignant, nous ne disposons pas de la classe avec laquelle il a cours puisque qu'un enseignant peut faire cours à plusieurs classes de différentes filières. Il faut donc chercher dans toutes les listes contenant les emplois du temps des différentes filières une correspondance entre l'enseignant, la date et l'horaire.<br /> <br /> [[File:caca2.png | 400px]]<br /> <br /> '''Mise à jour automatique des emplois du temps :'''<br /> <br /> C'est une histoire de différence entre la date correspondant à la dernière fois que les emplois du temps ont été mis à jours et la date actuelle en tenant compte du jour de la semaine où la demande est effectuée. Un code tel que celui-ci est robuste et fonctionnera toujours. Dans le cas présent, les emplois du temps sont mis à jour chaque semaine.<br /> <br /> [[File:caca3.png | 600px]]<br /> <br /> '''Info sur le programme'''<br /> <br /> Le programme a été écrit intégralement en Java.<br /> <br /> Les emplois du temps de chaque filière sont téléchargés automatiquement dès la première demande qui est effectuée.<br /> <br /> La synthèse vocale fonctionne grâce au site web de l'entreprise Voxygen qui permet d'utiliser des voix à la pointe de la technologie qui ont été mise en ligne comme exemple.<br /> <br /> Le texte du speech est créé dynamiquement par le programme pour s'adapter à chaque utilisateur. Ensuite, il est envoyé sur le serveur de Voxygen qui va alors renvoyer un fichier audio au format mp3 avec le contenu vocal souhaité. Enfin, le programme lance la lecture du fichier son pour faire parler la borne.<br /> <br /> Les adresses web pour télécharger les emplois du temps de chaque filière se trouve dans un fichier nommé &quot;adweb.txt&quot;. Il est donc très simple d'ajouter des classes, d'en enlever ou de mettre à jours une adresse qui aurait changé.<br /> <br /> Le fichier est construit de la façon suivante :<br /> <br /> [[File:ids_edt.png | 300px]]<br /> <br /> Les puces NFC contiennent simplement un numéro d'étudiant (numéro d'étudiant par exemple). Une fois le numéro lu, il suffit d'aller chercher l'étudiant correspondant dans la base de données qui est en fait un simple fichier texte nommé &quot;nfc.txt&quot;. Une des améliorations de notre projet sera d'aller chercher les informations dans la base de données en ligne qui a été réalisée par l'université. Ce sera ainsi plus simple que de rentrer tous les étudiants avec leur numéro d'étudiant, leur nom, leur prénom et leur classe dans un fichier.<br /> <br /> Le fichier est construit de la forme suivante :<br /> <br /> [[File:ids_etu.png | 400px]]<br /> <br /> Pour ce qui est de la voix choisie, c'est également dans un fichier que l'on peut la choisir. Dans le fichier &quot;speak.txt&quot;, il faut donc indiquer la voix que l'on veut utiliser et également indiquer le chemin du dossier qui contient la partie du code PHP qui est utilisé par WampServer chaque fois qu'une requête est effectuée. Enfin, c'est également dans ce fichier que l'on saisit le jour de la semaine et l'heure où le téléchargement automatique des emplois du temps sera effectué.<br /> <br /> Le fichier est construit de la forme suivante :<br /> <br /> [[File:ids_voix.png | 200px]]<br /> <br /> Fenêtre du programme (cas d'un élève):<br /> <br /> [[File:ids_fenetre.png | 400px]]<br /> <br /> Fenêtre du programme (cas d'un enseignant):<br /> <br /> [[File:ids_fenetre2.png | 400px]]<br /> <br /> La machine dira par exemple : &quot;Bonjour Didier, vous avez cours de projet en salle TP259IIA ou peut être en salle S125 avec les RICM4 de 13h30 à 17h30. Je vous souhaite une excellente journée.&quot;<br /> <br /> '''Info sur la partie en PHP Voxygen'''<br /> <br /> Le code PHP est exécuté par WampServer. Le dossier &quot;PHP-Voxygen-master&quot; doit donc se trouver dans le dossier &quot;www&quot; de WampServer pour que tout fonctionne correctement. Il faut donc bien mettre le lien vers le dossier &quot;PHP-Voxygen-master&quot; dans le fichier &quot;speak.txt&quot; comme expliqué un peu plus haut sinon ça ne pourra pas fonctionner.<br /> <br /> === Kinect et Reveals.js ===<br /> <br /> Pour utiliser Kinect dans Windows il faut installer<br /> *nite-win64-1.5.2.21-dev<br /> *openni-win64-1.5.4.0-dev<br /> *SensorKinect092-Bin-Win64-v5.1.2.1<br /> (Il existe un conflit de pilot de Kinect entre SensorKinect et Windows Kinect)<br /> <br /> On créer le sevrer et faire la communication entre Processing et page web en utilisant webbit<br /> * https://github.com/webbit/webbit <br /> <br /> Pour réaliser les gestes on utilise le API de openni<br /> * http://kinectcar.ronsper.com/docs/nite/classXnVSwipeDetector.html<br /> <br /> Pour utiliser les gestes dans reveal.js on utilise le façon en base des gestes avec webcam<br /> *https://github.com/willy-vvu/reveal.js<br /> <br /> =Ressources=<br /> * https://github.com/SalemHarrache/ricm.quicker<br /> * https://developer.mozilla.org/fr/docs/IndexedDB/Using_IndexedDB<br /> * [[Reveal.js]]<br /> * https://github.com/hakimel/reveal.js/issues/1039<br /> * http://revealjs.herokuapp.com/</div>

Romane.Gallier https://air.imag.fr/index.php?title=Projets-2016-2017-UltraTeam&diff=33078 2017-02-02T08:14:21Z

<p>Romane.Gallier: /* Team */</p> <hr /> <div>[[Image:IDS-Experimenta2.jpg|300px|right|IDS LivingMap à Experimenta 2013]]<br /> <br /> =Preambule=<br /> <br /> The project subject [[Ultra Trail]]<br /> <br /> <br /> Enseignant [[User:Donsez|Didier Donsez]]. [[IDS2013-RICM5|fiche de suivi]]<br /> <br /> [http://air.imag.fr/mediawiki/index.php/File:-BISCH-FOURURE-CLAVELIN--RICM5-IDS-Presentation.pdf transparents] &amp; [http://air.imag.fr/mediawiki/index.php/File:Flyers-IDS-BISCH-FOURURE-CLAVELIN.pdf flyer] &amp; [http://air.imag.fr/mediawiki/index.php/File:Poster-IDS-RICM5-BISCH-FOURURE-CLAVELIN.png poster] &amp; [http://youtu.be/N9lzwH4TDQ8 video] &amp; [https://github.com/tetram/ids github]<br /> <br /> =Project presentation=<br /> <br /> Le but du projet est d'améliorer la borne interactive qui a été commencé il y a deux ans par des élèves de RICM5.<br /> <br /> La borne doit pouvoir:<br /> <br /> * afficher des informations sur Polytech de façon autonome (les informations seront dans un PowerPoint).<br /> * afficher l'emploi du temps des différentes filières.<br /> * indiquer le prochain cours lorsqu'une personne passe une carte NFC devant le lecteur NFC.<br /> * être autonome (en mettant les emplois du temps à jour régulièrement et automatiquement).<br /> <br /> = Team =<br /> <br /> * Supervisors : Didier Donsez<br /> <br /> * Members : Gallier Romane, Ferrera Alexandre<br /> <br /> * Departement : [http://www.polytech-grenoble.fr/ricm.html RICM 4], [[Polytech Grenoble]]<br /> <br /> = Progress of the project =<br /> <br /> The project started January 14th, 2015.<br /> <br /> == Week 1 (January 13th - January 18th) == <br /> <br /> * Choix du projet<br /> <br /> == Week 2 (January 19th - January 25th) == <br /> <br /> * Découverte du projet<br /> * Mise en route de la machine<br /> * Récupération du code<br /> * Mise en place des exigences<br /> <br /> [[Projet-2014-2015-Interactive_Digitale_Signage/SRS| '''SRS''']]<br /> <br /> == Week 3 (January 26th - February 01st) ==<br /> <br /> Réalisation des diagrammes UML<br /> <br /> [[Projet-2014-2015-Interactive_Digitale_Signage/UML| '''Diagrammes UML''']]<br /> <br /> == Week 4 (February 02nd - February 08th) ==<br /> <br /> Utilisation de l'outil Scrum.<br /> <br /> *Réalisation du Planning Poker avec les User story pour chaque acteurs (cf. les acteurs du diagramme de cas d'utilisation réalisé dans la partie UML).<br /> *Réalisation de Product Backlog avec les différents niveaux de priorités.<br /> *Écriture du 1er Sprint et de 2nd Sprint.<br /> <br /> [[Projet-2014-2015-Interactive_Digitale_Signage/Scrum| '''Scrum''']]<br /> <br /> Bilan de la marche à suivre.<br /> <br /> Pour la fonctionnalité emploi du temps :<br /> <br /> *Utilisation de la fonctionnalité Export d’ADE pour obtenir l’emploi du temps au format ICalendar et en suite le traité pour extraire l’information désirée. Au final, c’est une base de donnée qui sera remplit pour l’emploi du temps de chaque filière. La base de données sera réalisée avec MongoDB et sera mise à jour régulièrement.<br /> <br /> Pour l'affichage des informations sur Polytech :<br /> <br /> *L’affichage des informations sur Polytech avec Reveals.js. Les informations à afficher seront dans un PowerPoint pour plus de facilité.<br /> *La récupération de l’emploi du temps se fera à travers un serveur Node.js.<br /> *L’ensemble du projet est codé en HTML/CSS/PHP/JavaScript/JSON.<br /> <br /> == Week 5 (February 09th - February 15th) ==<br /> <br /> [[Media:Conception Architecturale.pdf|Conception Architecturale]]<br /> <br /> * Mise en place d'un système de synthèse vocale avec Voxygen pour faire parler la borne. (Fonctionnel avec 20 voix différentes)<br /> <br /> * Découverte de node.js.<br /> <br /> * Continuation de la réalisation d'une présentation de Polytech avec l'outil Reveal.js.<br /> <br /> * Etude sur la façon de récupérer l'emploi du temps de chaque filière. (Choix du format iCalendar)<br /> <br /> * Parsage du fichier iCalendar en node.js.<br /> <br /> * Utilisation probable de MangoDB pour stocker les emplois du temps dans une base de donnée.<br /> <br /> Lien waffle.io : https://waffle.io/zhangzhengmeng/projetids2015<br /> <br /> == Week 6 (February 23th - March 1st) ==<br /> <br /> Travail réalisé :<br /> <br /> * Emploi du temps (chargement auto, traitement, sauvegarde) -&gt; OK<br /> * Synthèse vocale (lecture d’information, création de phrase dynamique) -&gt; OK<br /> * Présentation dynamique de Polytech avec Reveal.js -&gt; OK<br /> * Affichage emploi du temps -&gt; OK<br /> * Création d’un serveur avec node.js -&gt; OK<br /> <br /> Travail restant :<br /> <br /> * Utilisation du lecteur NFC <br /> * Utilisation de la Kinect pour contrôle par gestes sur les pages web<br /> https://github.com/bengfarrell/nuimotion<br /> https://github.com/pgte/node-openni-browser<br /> * Installation des programmes réalisés sur la borne<br /> <br /> [[Media:Evalution mi-parcours IDS.pdf|Slides évalution mi-parcours]]<br /> <br /> == Week 7 (March 02nd - March 08nd) ==<br /> <br /> * Nettoyage du code réalisé en Java pour la partie emploi du temps et synthèse vocale.<br /> * Présentation du travail réalisé jusqu'ici lors de la soutenance de mi-parcours.<br /> * Travail sur la partie NFC (récupération du lecteur NFC).<br /> <br /> == Week 8 (March 09nd - March 15nd) ==<br /> <br /> * Travail sur la partie NFC.<br /> * Récupération des puces NFC et du code réalisé par des élèves de l'ENSIMAG pour utiliser le lecteur NFC.<br /> * Adaptation du code au projet.<br /> <br /> == Week 9 (March 16nd - March 22nd) ==<br /> <br /> * Problème avec le lecteur NFC et le code fourni.<br /> * Problème avec une puce NFC... décidemment '^^...<br /> * Visite de la CTI.<br /> <br /> == Week 10 (March 23nd - March 29nd) ==<br /> <br /> * Problème du lecteur NFC résolu -&gt; nouveau lecteur bien mieux<br /> * Intégration du code NFC -&gt; OK<br /> * Récupération de puces NFC supplémentaires car seulement une puce fonctionne (pas terrible pour les tests)<br /> * Récupération du nouveau PC à installer dans la borne (il y a de la musique quand on ouvre la boite ou qu'il y a de la lumière)<br /> * Récupération d'une clé pour installer Windows 7 Professionnel 64bits<br /> * Récupération d'un téléphone Android pour programmer les puces (Android c'est nul xD)<br /> <br /> == Week 11 (March 30nd - April 05nd) ==<br /> <br /> * Nous avons trouvé une solution formidable pour afficher les emplois du temps de chaque filière avec Reveals.js ce qui permettra de consulter très facilement les emplois du temps sur la borne<br /> * Réalisation de lien les gestes et les diapositives de Reveal.js avec Openni + Processing en utilisant websocket<br /> * Installation de Windows 7 Professionnel sur le nouveau PC + tous les drivers Intel NUC D54250WYKH<br /> * Installation du programme qui gère les emplois du temps (avec WampServer)<br /> * Installation du programme qui gère l'affichage sur la borne et la détection des gestes<br /> <br /> =Synthèse du projet=<br /> <br /> ==Contexte==<br /> [[Interactive Digital Signage]]<br /> <br /> Les bornes interactives à la pointe de la technologie commencent à apparaitre dans nos villes. Au potentiel infini, elles vont révolutionner le monde de l’information et de la publicité.<br /> <br /> '''Examples:'''<br /> * http://vds-technology.com/PLV-dynamique/nos_produits/e-totems/<br /> * http://www.connected-store.com/des-cabines-d%E2%80%99essayage-virtuelles-et-connectees-dans-un-magasin-john-lewis-4894<br /> * http://www.connected-store.com/un-miroir-interactif-et-connecte-dans-un-magasin-de-lenseigne-princess-polly-9832<br /> * http://www.connected-store.com/une-vitrine-tactile-et-des-bornes-connectees-pour-le-nouveau-concept-store-dorange-a-lile-maurice-4002<br /> <br /> ==Matériel==<br /> *Borne IDS contenant<br /> ** Intel NUC D54250WYKH avec Windows 7<br /> ** TV 37 Pouces Full HD<br /> ** Verre trempé IKEA<br /> ** Kinect XBox<br /> ** Haut Parleurs<br /> ** Lecteur NFC (SCM Microsystems Inc. SCL3711 reader &amp; NFC device 0)<br /> *Tag NFC<br /> *Téléphone Android (pour programmer les puces NFC)<br /> <br /> Lecteur NFC SCL3711:<br /> <br /> [[File:ids_nfc.png | 200px]]<br /> <br /> Kinect:<br /> <br /> [[File:Kinect.jpg | 200px]]<br /> <br /> ==Logiciels (utilisés)==<br /> <br /> * http://voxygen.fr/index.php (synthèse vocale)<br /> * javax.smartcardio (lecteur NFC)<br /> * Reveals.js (affichage interactif des informations)<br /> * [[OpenNI]] (Kinect)<br /> * Processing<br /> * [[Intel® Perceptual Computing SDK]]<br /> <br /> ==Logiciels (réalisés)==<br /> <br /> Le dépôt global des sources est sur [https://github.com/zhangzhengmeng/ProjetIDS2015.git '''github''']<br /> <br /> Voici la liste des différentes applications que nous avons réalisées dans le but de répondre au cahier des charges.<br /> <br /> === Emploi du temps et NFC ===<br /> <br /> Le programme créé tourne en tache de fond sur la borne. Dès qu'une puce NCF est détectée, une fenêtre s'ouvre avec les informations sur le prochain cours de la personne, la salle dans laquelle elle sera, son enseignant ainsi que les horaires du cours. Au moment de l'ouverture de cette fenêtre, la borne se met à parler à la personne qui est en face d'elle pour lui donner verbalement ces informations via la synthèse vocale. À la fin du speech, la fenêtre se referme.<br /> <br /> '''Fonctionnement du programme :'''<br /> <br /> Le schéma ci-dessous résume la façon dont le logiciel fonctionne de façon schématique. Tout d'abord, lors de son premier lancement, le programme télécharge les emplois du temps de chaque filière au format iCalendar. Ensuite, les fichiers iCalendar sont traités et les informations utiles sont stockées en mémoire dans des structures de données. Maintenant vient le début de la boucle principale de fonctionnement. Il ne sortira jamais de cette boucle sauf en cas d'arrêt du programme évidemment. Le programme est autonome. Il se mettra à jours automatiquement. Lors qu'une personne passe une puce NFC devant la borne, le programme interroge ses structures de données contenant les emplois du temps comme expliqué dans le paragraphe qui suit. Ensuite, il vérifie qu'il dispose bien des emplois du temps de la semaine courante et effectue la mise à jour si nécessaire. Il affiche alors le résultat de la requête dans une fenêtre et active la synthèse vocale qui fait parler la machine.<br /> <br /> [[File:caca1.png | 300px]]<br /> <br /> '''Interrogation des structures de données :'''<br /> <br /> Le schéma ci-dessous résume la façon dont le logiciel procède après identification de la personne qui a passé la puce NFC devant la borne. Ce qu'il faut retenir, c'est que si 'est un élève, c'est facile, il suffit d'aller interroger la liste correspondant à l'emploi du temps des la classe de l'étudiant. Ensuite on cherche une correspondance entre l'élève, la date et l'horaire. En revanche, dans le cas d'un enseignant, nous ne disposons pas de la classe avec laquelle il a cours puisque qu'un enseignant peut faire cours à plusieurs classes de différentes filières. Il faut donc chercher dans toutes les listes contenant les emplois du temps des différentes filières une correspondance entre l'enseignant, la date et l'horaire.<br /> <br /> [[File:caca2.png | 400px]]<br /> <br /> '''Mise à jour automatique des emplois du temps :'''<br /> <br /> C'est une histoire de différence entre la date correspondant à la dernière fois que les emplois du temps ont été mis à jours et la date actuelle en tenant compte du jour de la semaine où la demande est effectuée. Un code tel que celui-ci est robuste et fonctionnera toujours. Dans le cas présent, les emplois du temps sont mis à jour chaque semaine.<br /> <br /> [[File:caca3.png | 600px]]<br /> <br /> '''Info sur le programme'''<br /> <br /> Le programme a été écrit intégralement en Java.<br /> <br /> Les emplois du temps de chaque filière sont téléchargés automatiquement dès la première demande qui est effectuée.<br /> <br /> La synthèse vocale fonctionne grâce au site web de l'entreprise Voxygen qui permet d'utiliser des voix à la pointe de la technologie qui ont été mise en ligne comme exemple.<br /> <br /> Le texte du speech est créé dynamiquement par le programme pour s'adapter à chaque utilisateur. Ensuite, il est envoyé sur le serveur de Voxygen qui va alors renvoyer un fichier audio au format mp3 avec le contenu vocal souhaité. Enfin, le programme lance la lecture du fichier son pour faire parler la borne.<br /> <br /> Les adresses web pour télécharger les emplois du temps de chaque filière se trouve dans un fichier nommé &quot;adweb.txt&quot;. Il est donc très simple d'ajouter des classes, d'en enlever ou de mettre à jours une adresse qui aurait changé.<br /> <br /> Le fichier est construit de la façon suivante :<br /> <br /> [[File:ids_edt.png | 300px]]<br /> <br /> Les puces NFC contiennent simplement un numéro d'étudiant (numéro d'étudiant par exemple). Une fois le numéro lu, il suffit d'aller chercher l'étudiant correspondant dans la base de données qui est en fait un simple fichier texte nommé &quot;nfc.txt&quot;. Une des améliorations de notre projet sera d'aller chercher les informations dans la base de données en ligne qui a été réalisée par l'université. Ce sera ainsi plus simple que de rentrer tous les étudiants avec leur numéro d'étudiant, leur nom, leur prénom et leur classe dans un fichier.<br /> <br /> Le fichier est construit de la forme suivante :<br /> <br /> [[File:ids_etu.png | 400px]]<br /> <br /> Pour ce qui est de la voix choisie, c'est également dans un fichier que l'on peut la choisir. Dans le fichier &quot;speak.txt&quot;, il faut donc indiquer la voix que l'on veut utiliser et également indiquer le chemin du dossier qui contient la partie du code PHP qui est utilisé par WampServer chaque fois qu'une requête est effectuée. Enfin, c'est également dans ce fichier que l'on saisit le jour de la semaine et l'heure où le téléchargement automatique des emplois du temps sera effectué.<br /> <br /> Le fichier est construit de la forme suivante :<br /> <br /> [[File:ids_voix.png | 200px]]<br /> <br /> Fenêtre du programme (cas d'un élève):<br /> <br /> [[File:ids_fenetre.png | 400px]]<br /> <br /> Fenêtre du programme (cas d'un enseignant):<br /> <br /> [[File:ids_fenetre2.png | 400px]]<br /> <br /> La machine dira par exemple : &quot;Bonjour Didier, vous avez cours de projet en salle TP259IIA ou peut être en salle S125 avec les RICM4 de 13h30 à 17h30. Je vous souhaite une excellente journée.&quot;<br /> <br /> '''Info sur la partie en PHP Voxygen'''<br /> <br /> Le code PHP est exécuté par WampServer. Le dossier &quot;PHP-Voxygen-master&quot; doit donc se trouver dans le dossier &quot;www&quot; de WampServer pour que tout fonctionne correctement. Il faut donc bien mettre le lien vers le dossier &quot;PHP-Voxygen-master&quot; dans le fichier &quot;speak.txt&quot; comme expliqué un peu plus haut sinon ça ne pourra pas fonctionner.<br /> <br /> === Kinect et Reveals.js ===<br /> <br /> Pour utiliser Kinect dans Windows il faut installer<br /> *nite-win64-1.5.2.21-dev<br /> *openni-win64-1.5.4.0-dev<br /> *SensorKinect092-Bin-Win64-v5.1.2.1<br /> (Il existe un conflit de pilot de Kinect entre SensorKinect et Windows Kinect)<br /> <br /> On créer le sevrer et faire la communication entre Processing et page web en utilisant webbit<br /> * https://github.com/webbit/webbit <br /> <br /> Pour réaliser les gestes on utilise le API de openni<br /> * http://kinectcar.ronsper.com/docs/nite/classXnVSwipeDetector.html<br /> <br /> Pour utiliser les gestes dans reveal.js on utilise le façon en base des gestes avec webcam<br /> *https://github.com/willy-vvu/reveal.js<br /> <br /> =Ressources=<br /> * https://github.com/SalemHarrache/ricm.quicker<br /> * https://developer.mozilla.org/fr/docs/IndexedDB/Using_IndexedDB<br /> * [[Reveal.js]]<br /> * https://github.com/hakimel/reveal.js/issues/1039<br /> * http://revealjs.herokuapp.com/</div>

Romane.Gallier https://air.imag.fr/index.php?title=Projets-2016-2017-UltraTeam&diff=33077 2017-02-02T08:13:20Z

<p>Romane.Gallier: /* Preambule */</p> <hr /> <div>[[Image:IDS-Experimenta2.jpg|300px|right|IDS LivingMap à Experimenta 2013]]<br /> <br /> =Preambule=<br /> <br /> The project subject [[Ultra Trail]]<br /> <br /> <br /> Enseignant [[User:Donsez|Didier Donsez]]. [[IDS2013-RICM5|fiche de suivi]]<br /> <br /> [http://air.imag.fr/mediawiki/index.php/File:-BISCH-FOURURE-CLAVELIN--RICM5-IDS-Presentation.pdf transparents] &amp; [http://air.imag.fr/mediawiki/index.php/File:Flyers-IDS-BISCH-FOURURE-CLAVELIN.pdf flyer] &amp; [http://air.imag.fr/mediawiki/index.php/File:Poster-IDS-RICM5-BISCH-FOURURE-CLAVELIN.png poster] &amp; [http://youtu.be/N9lzwH4TDQ8 video] &amp; [https://github.com/tetram/ids github]<br /> <br /> =Project presentation=<br /> <br /> Le but du projet est d'améliorer la borne interactive qui a été commencé il y a deux ans par des élèves de RICM5.<br /> <br /> La borne doit pouvoir:<br /> <br /> * afficher des informations sur Polytech de façon autonome (les informations seront dans un PowerPoint).<br /> * afficher l'emploi du temps des différentes filières.<br /> * indiquer le prochain cours lorsqu'une personne passe une carte NFC devant le lecteur NFC.<br /> * être autonome (en mettant les emplois du temps à jour régulièrement et automatiquement).<br /> <br /> = Team =<br /> <br /> * Supervisors : Amr Alyafi, Didier Donsez<br /> <br /> * Members : Christophe Adam, Zhengmeng Zhang<br /> <br /> * Departement : [http://www.polytech-grenoble.fr/ricm.html RICM 4], [[Polytech Grenoble]]<br /> <br /> = Progress of the project =<br /> <br /> The project started January 14th, 2015.<br /> <br /> == Week 1 (January 13th - January 18th) == <br /> <br /> * Choix du projet<br /> <br /> == Week 2 (January 19th - January 25th) == <br /> <br /> * Découverte du projet<br /> * Mise en route de la machine<br /> * Récupération du code<br /> * Mise en place des exigences<br /> <br /> [[Projet-2014-2015-Interactive_Digitale_Signage/SRS| '''SRS''']]<br /> <br /> == Week 3 (January 26th - February 01st) ==<br /> <br /> Réalisation des diagrammes UML<br /> <br /> [[Projet-2014-2015-Interactive_Digitale_Signage/UML| '''Diagrammes UML''']]<br /> <br /> == Week 4 (February 02nd - February 08th) ==<br /> <br /> Utilisation de l'outil Scrum.<br /> <br /> *Réalisation du Planning Poker avec les User story pour chaque acteurs (cf. les acteurs du diagramme de cas d'utilisation réalisé dans la partie UML).<br /> *Réalisation de Product Backlog avec les différents niveaux de priorités.<br /> *Écriture du 1er Sprint et de 2nd Sprint.<br /> <br /> [[Projet-2014-2015-Interactive_Digitale_Signage/Scrum| '''Scrum''']]<br /> <br /> Bilan de la marche à suivre.<br /> <br /> Pour la fonctionnalité emploi du temps :<br /> <br /> *Utilisation de la fonctionnalité Export d’ADE pour obtenir l’emploi du temps au format ICalendar et en suite le traité pour extraire l’information désirée. Au final, c’est une base de donnée qui sera remplit pour l’emploi du temps de chaque filière. La base de données sera réalisée avec MongoDB et sera mise à jour régulièrement.<br /> <br /> Pour l'affichage des informations sur Polytech :<br /> <br /> *L’affichage des informations sur Polytech avec Reveals.js. Les informations à afficher seront dans un PowerPoint pour plus de facilité.<br /> *La récupération de l’emploi du temps se fera à travers un serveur Node.js.<br /> *L’ensemble du projet est codé en HTML/CSS/PHP/JavaScript/JSON.<br /> <br /> == Week 5 (February 09th - February 15th) ==<br /> <br /> [[Media:Conception Architecturale.pdf|Conception Architecturale]]<br /> <br /> * Mise en place d'un système de synthèse vocale avec Voxygen pour faire parler la borne. (Fonctionnel avec 20 voix différentes)<br /> <br /> * Découverte de node.js.<br /> <br /> * Continuation de la réalisation d'une présentation de Polytech avec l'outil Reveal.js.<br /> <br /> * Etude sur la façon de récupérer l'emploi du temps de chaque filière. (Choix du format iCalendar)<br /> <br /> * Parsage du fichier iCalendar en node.js.<br /> <br /> * Utilisation probable de MangoDB pour stocker les emplois du temps dans une base de donnée.<br /> <br /> Lien waffle.io : https://waffle.io/zhangzhengmeng/projetids2015<br /> <br /> == Week 6 (February 23th - March 1st) ==<br /> <br /> Travail réalisé :<br /> <br /> * Emploi du temps (chargement auto, traitement, sauvegarde) -&gt; OK<br /> * Synthèse vocale (lecture d’information, création de phrase dynamique) -&gt; OK<br /> * Présentation dynamique de Polytech avec Reveal.js -&gt; OK<br /> * Affichage emploi du temps -&gt; OK<br /> * Création d’un serveur avec node.js -&gt; OK<br /> <br /> Travail restant :<br /> <br /> * Utilisation du lecteur NFC <br /> * Utilisation de la Kinect pour contrôle par gestes sur les pages web<br /> https://github.com/bengfarrell/nuimotion<br /> https://github.com/pgte/node-openni-browser<br /> * Installation des programmes réalisés sur la borne<br /> <br /> [[Media:Evalution mi-parcours IDS.pdf|Slides évalution mi-parcours]]<br /> <br /> == Week 7 (March 02nd - March 08nd) ==<br /> <br /> * Nettoyage du code réalisé en Java pour la partie emploi du temps et synthèse vocale.<br /> * Présentation du travail réalisé jusqu'ici lors de la soutenance de mi-parcours.<br /> * Travail sur la partie NFC (récupération du lecteur NFC).<br /> <br /> == Week 8 (March 09nd - March 15nd) ==<br /> <br /> * Travail sur la partie NFC.<br /> * Récupération des puces NFC et du code réalisé par des élèves de l'ENSIMAG pour utiliser le lecteur NFC.<br /> * Adaptation du code au projet.<br /> <br /> == Week 9 (March 16nd - March 22nd) ==<br /> <br /> * Problème avec le lecteur NFC et le code fourni.<br /> * Problème avec une puce NFC... décidemment '^^...<br /> * Visite de la CTI.<br /> <br /> == Week 10 (March 23nd - March 29nd) ==<br /> <br /> * Problème du lecteur NFC résolu -&gt; nouveau lecteur bien mieux<br /> * Intégration du code NFC -&gt; OK<br /> * Récupération de puces NFC supplémentaires car seulement une puce fonctionne (pas terrible pour les tests)<br /> * Récupération du nouveau PC à installer dans la borne (il y a de la musique quand on ouvre la boite ou qu'il y a de la lumière)<br /> * Récupération d'une clé pour installer Windows 7 Professionnel 64bits<br /> * Récupération d'un téléphone Android pour programmer les puces (Android c'est nul xD)<br /> <br /> == Week 11 (March 30nd - April 05nd) ==<br /> <br /> * Nous avons trouvé une solution formidable pour afficher les emplois du temps de chaque filière avec Reveals.js ce qui permettra de consulter très facilement les emplois du temps sur la borne<br /> * Réalisation de lien les gestes et les diapositives de Reveal.js avec Openni + Processing en utilisant websocket<br /> * Installation de Windows 7 Professionnel sur le nouveau PC + tous les drivers Intel NUC D54250WYKH<br /> * Installation du programme qui gère les emplois du temps (avec WampServer)<br /> * Installation du programme qui gère l'affichage sur la borne et la détection des gestes<br /> <br /> =Synthèse du projet=<br /> <br /> ==Contexte==<br /> [[Interactive Digital Signage]]<br /> <br /> Les bornes interactives à la pointe de la technologie commencent à apparaitre dans nos villes. Au potentiel infini, elles vont révolutionner le monde de l’information et de la publicité.<br /> <br /> '''Examples:'''<br /> * http://vds-technology.com/PLV-dynamique/nos_produits/e-totems/<br /> * http://www.connected-store.com/des-cabines-d%E2%80%99essayage-virtuelles-et-connectees-dans-un-magasin-john-lewis-4894<br /> * http://www.connected-store.com/un-miroir-interactif-et-connecte-dans-un-magasin-de-lenseigne-princess-polly-9832<br /> * http://www.connected-store.com/une-vitrine-tactile-et-des-bornes-connectees-pour-le-nouveau-concept-store-dorange-a-lile-maurice-4002<br /> <br /> ==Matériel==<br /> *Borne IDS contenant<br /> ** Intel NUC D54250WYKH avec Windows 7<br /> ** TV 37 Pouces Full HD<br /> ** Verre trempé IKEA<br /> ** Kinect XBox<br /> ** Haut Parleurs<br /> ** Lecteur NFC (SCM Microsystems Inc. SCL3711 reader &amp; NFC device 0)<br /> *Tag NFC<br /> *Téléphone Android (pour programmer les puces NFC)<br /> <br /> Lecteur NFC SCL3711:<br /> <br /> [[File:ids_nfc.png | 200px]]<br /> <br /> Kinect:<br /> <br /> [[File:Kinect.jpg | 200px]]<br /> <br /> ==Logiciels (utilisés)==<br /> <br /> * http://voxygen.fr/index.php (synthèse vocale)<br /> * javax.smartcardio (lecteur NFC)<br /> * Reveals.js (affichage interactif des informations)<br /> * [[OpenNI]] (Kinect)<br /> * Processing<br /> * [[Intel® Perceptual Computing SDK]]<br /> <br /> ==Logiciels (réalisés)==<br /> <br /> Le dépôt global des sources est sur [https://github.com/zhangzhengmeng/ProjetIDS2015.git '''github''']<br /> <br /> Voici la liste des différentes applications que nous avons réalisées dans le but de répondre au cahier des charges.<br /> <br /> === Emploi du temps et NFC ===<br /> <br /> Le programme créé tourne en tache de fond sur la borne. Dès qu'une puce NCF est détectée, une fenêtre s'ouvre avec les informations sur le prochain cours de la personne, la salle dans laquelle elle sera, son enseignant ainsi que les horaires du cours. Au moment de l'ouverture de cette fenêtre, la borne se met à parler à la personne qui est en face d'elle pour lui donner verbalement ces informations via la synthèse vocale. À la fin du speech, la fenêtre se referme.<br /> <br /> '''Fonctionnement du programme :'''<br /> <br /> Le schéma ci-dessous résume la façon dont le logiciel fonctionne de façon schématique. Tout d'abord, lors de son premier lancement, le programme télécharge les emplois du temps de chaque filière au format iCalendar. Ensuite, les fichiers iCalendar sont traités et les informations utiles sont stockées en mémoire dans des structures de données. Maintenant vient le début de la boucle principale de fonctionnement. Il ne sortira jamais de cette boucle sauf en cas d'arrêt du programme évidemment. Le programme est autonome. Il se mettra à jours automatiquement. Lors qu'une personne passe une puce NFC devant la borne, le programme interroge ses structures de données contenant les emplois du temps comme expliqué dans le paragraphe qui suit. Ensuite, il vérifie qu'il dispose bien des emplois du temps de la semaine courante et effectue la mise à jour si nécessaire. Il affiche alors le résultat de la requête dans une fenêtre et active la synthèse vocale qui fait parler la machine.<br /> <br /> [[File:caca1.png | 300px]]<br /> <br /> '''Interrogation des structures de données :'''<br /> <br /> Le schéma ci-dessous résume la façon dont le logiciel procède après identification de la personne qui a passé la puce NFC devant la borne. Ce qu'il faut retenir, c'est que si 'est un élève, c'est facile, il suffit d'aller interroger la liste correspondant à l'emploi du temps des la classe de l'étudiant. Ensuite on cherche une correspondance entre l'élève, la date et l'horaire. En revanche, dans le cas d'un enseignant, nous ne disposons pas de la classe avec laquelle il a cours puisque qu'un enseignant peut faire cours à plusieurs classes de différentes filières. Il faut donc chercher dans toutes les listes contenant les emplois du temps des différentes filières une correspondance entre l'enseignant, la date et l'horaire.<br /> <br /> [[File:caca2.png | 400px]]<br /> <br /> '''Mise à jour automatique des emplois du temps :'''<br /> <br /> C'est une histoire de différence entre la date correspondant à la dernière fois que les emplois du temps ont été mis à jours et la date actuelle en tenant compte du jour de la semaine où la demande est effectuée. Un code tel que celui-ci est robuste et fonctionnera toujours. Dans le cas présent, les emplois du temps sont mis à jour chaque semaine.<br /> <br /> [[File:caca3.png | 600px]]<br /> <br /> '''Info sur le programme'''<br /> <br /> Le programme a été écrit intégralement en Java.<br /> <br /> Les emplois du temps de chaque filière sont téléchargés automatiquement dès la première demande qui est effectuée.<br /> <br /> La synthèse vocale fonctionne grâce au site web de l'entreprise Voxygen qui permet d'utiliser des voix à la pointe de la technologie qui ont été mise en ligne comme exemple.<br /> <br /> Le texte du speech est créé dynamiquement par le programme pour s'adapter à chaque utilisateur. Ensuite, il est envoyé sur le serveur de Voxygen qui va alors renvoyer un fichier audio au format mp3 avec le contenu vocal souhaité. Enfin, le programme lance la lecture du fichier son pour faire parler la borne.<br /> <br /> Les adresses web pour télécharger les emplois du temps de chaque filière se trouve dans un fichier nommé &quot;adweb.txt&quot;. Il est donc très simple d'ajouter des classes, d'en enlever ou de mettre à jours une adresse qui aurait changé.<br /> <br /> Le fichier est construit de la façon suivante :<br /> <br /> [[File:ids_edt.png | 300px]]<br /> <br /> Les puces NFC contiennent simplement un numéro d'étudiant (numéro d'étudiant par exemple). Une fois le numéro lu, il suffit d'aller chercher l'étudiant correspondant dans la base de données qui est en fait un simple fichier texte nommé &quot;nfc.txt&quot;. Une des améliorations de notre projet sera d'aller chercher les informations dans la base de données en ligne qui a été réalisée par l'université. Ce sera ainsi plus simple que de rentrer tous les étudiants avec leur numéro d'étudiant, leur nom, leur prénom et leur classe dans un fichier.<br /> <br /> Le fichier est construit de la forme suivante :<br /> <br /> [[File:ids_etu.png | 400px]]<br /> <br /> Pour ce qui est de la voix choisie, c'est également dans un fichier que l'on peut la choisir. Dans le fichier &quot;speak.txt&quot;, il faut donc indiquer la voix que l'on veut utiliser et également indiquer le chemin du dossier qui contient la partie du code PHP qui est utilisé par WampServer chaque fois qu'une requête est effectuée. Enfin, c'est également dans ce fichier que l'on saisit le jour de la semaine et l'heure où le téléchargement automatique des emplois du temps sera effectué.<br /> <br /> Le fichier est construit de la forme suivante :<br /> <br /> [[File:ids_voix.png | 200px]]<br /> <br /> Fenêtre du programme (cas d'un élève):<br /> <br /> [[File:ids_fenetre.png | 400px]]<br /> <br /> Fenêtre du programme (cas d'un enseignant):<br /> <br /> [[File:ids_fenetre2.png | 400px]]<br /> <br /> La machine dira par exemple : &quot;Bonjour Didier, vous avez cours de projet en salle TP259IIA ou peut être en salle S125 avec les RICM4 de 13h30 à 17h30. Je vous souhaite une excellente journée.&quot;<br /> <br /> '''Info sur la partie en PHP Voxygen'''<br /> <br /> Le code PHP est exécuté par WampServer. Le dossier &quot;PHP-Voxygen-master&quot; doit donc se trouver dans le dossier &quot;www&quot; de WampServer pour que tout fonctionne correctement. Il faut donc bien mettre le lien vers le dossier &quot;PHP-Voxygen-master&quot; dans le fichier &quot;speak.txt&quot; comme expliqué un peu plus haut sinon ça ne pourra pas fonctionner.<br /> <br /> === Kinect et Reveals.js ===<br /> <br /> Pour utiliser Kinect dans Windows il faut installer<br /> *nite-win64-1.5.2.21-dev<br /> *openni-win64-1.5.4.0-dev<br /> *SensorKinect092-Bin-Win64-v5.1.2.1<br /> (Il existe un conflit de pilot de Kinect entre SensorKinect et Windows Kinect)<br /> <br /> On créer le sevrer et faire la communication entre Processing et page web en utilisant webbit<br /> * https://github.com/webbit/webbit <br /> <br /> Pour réaliser les gestes on utilise le API de openni<br /> * http://kinectcar.ronsper.com/docs/nite/classXnVSwipeDetector.html<br /> <br /> Pour utiliser les gestes dans reveal.js on utilise le façon en base des gestes avec webcam<br /> *https://github.com/willy-vvu/reveal.js<br /> <br /> =Ressources=<br /> * https://github.com/SalemHarrache/ricm.quicker<br /> * https://developer.mozilla.org/fr/docs/IndexedDB/Using_IndexedDB<br /> * [[Reveal.js]]<br /> * https://github.com/hakimel/reveal.js/issues/1039<br /> * http://revealjs.herokuapp.com/</div>

Romane.Gallier https://air.imag.fr/index.php?title=Projets-2016-2017-UltraTeam&diff=33076 2017-02-02T08:12:01Z

<p>Romane.Gallier: </p> <hr /> <div>[[Image:IDS-Experimenta2.jpg|300px|right|IDS LivingMap à Experimenta 2013]]<br /> <br /> =Preambule=<br /> <br /> The project subject [[Ultra Trail]]<br /> <br /> This project is handled from years to years by Polytech Students :<br /> <br /> Projet en collaboration RICM5 et DSAA L3+1 (Agence Limonade)<br /> <br /> * Etudiantes DSAA: [[User:Lauriane_DUGIT-GROS|Lauriane DUGIT-GROS]], [[User:Ophelie_BATTAGLIA|Ophelie BATTAGLIA]], [[User:Julie_FUND|Julie FUND]] . Enseignant Jean-Baptiste Joatton. [[IDS2013-DSAA|fiche de suivi]]<br /> * Eleves RICM5 : [http://simon.bisch.free.fr/cv/ Simon BISCH], Aurélien CLAVELIN, [http://ffourure.free.fr/ Florian FOURURE] . Enseignant [[User:Donsez|Didier Donsez]]. [[IDS2013-RICM5|fiche de suivi]]<br /> <br /> [http://air.imag.fr/mediawiki/index.php/File:-BISCH-FOURURE-CLAVELIN--RICM5-IDS-Presentation.pdf transparents] &amp; [http://air.imag.fr/mediawiki/index.php/File:Flyers-IDS-BISCH-FOURURE-CLAVELIN.pdf flyer] &amp; [http://air.imag.fr/mediawiki/index.php/File:Poster-IDS-RICM5-BISCH-FOURURE-CLAVELIN.png poster] &amp; [http://youtu.be/N9lzwH4TDQ8 video] &amp; [https://github.com/tetram/ids github]<br /> <br /> It is now handled by two Polytech students : Christophe Adam and Zhengmeng Zhang<br /> <br /> =Project presentation=<br /> <br /> Le but du projet est d'améliorer la borne interactive qui a été commencé il y a deux ans par des élèves de RICM5.<br /> <br /> La borne doit pouvoir:<br /> <br /> * afficher des informations sur Polytech de façon autonome (les informations seront dans un PowerPoint).<br /> * afficher l'emploi du temps des différentes filières.<br /> * indiquer le prochain cours lorsqu'une personne passe une carte NFC devant le lecteur NFC.<br /> * être autonome (en mettant les emplois du temps à jour régulièrement et automatiquement).<br /> <br /> = Team =<br /> <br /> * Supervisors : Amr Alyafi, Didier Donsez<br /> <br /> * Members : Christophe Adam, Zhengmeng Zhang<br /> <br /> * Departement : [http://www.polytech-grenoble.fr/ricm.html RICM 4], [[Polytech Grenoble]]<br /> <br /> = Progress of the project =<br /> <br /> The project started January 14th, 2015.<br /> <br /> == Week 1 (January 13th - January 18th) == <br /> <br /> * Choix du projet<br /> <br /> == Week 2 (January 19th - January 25th) == <br /> <br /> * Découverte du projet<br /> * Mise en route de la machine<br /> * Récupération du code<br /> * Mise en place des exigences<br /> <br /> [[Projet-2014-2015-Interactive_Digitale_Signage/SRS| '''SRS''']]<br /> <br /> == Week 3 (January 26th - February 01st) ==<br /> <br /> Réalisation des diagrammes UML<br /> <br /> [[Projet-2014-2015-Interactive_Digitale_Signage/UML| '''Diagrammes UML''']]<br /> <br /> == Week 4 (February 02nd - February 08th) ==<br /> <br /> Utilisation de l'outil Scrum.<br /> <br /> *Réalisation du Planning Poker avec les User story pour chaque acteurs (cf. les acteurs du diagramme de cas d'utilisation réalisé dans la partie UML).<br /> *Réalisation de Product Backlog avec les différents niveaux de priorités.<br /> *Écriture du 1er Sprint et de 2nd Sprint.<br /> <br /> [[Projet-2014-2015-Interactive_Digitale_Signage/Scrum| '''Scrum''']]<br /> <br /> Bilan de la marche à suivre.<br /> <br /> Pour la fonctionnalité emploi du temps :<br /> <br /> *Utilisation de la fonctionnalité Export d’ADE pour obtenir l’emploi du temps au format ICalendar et en suite le traité pour extraire l’information désirée. Au final, c’est une base de donnée qui sera remplit pour l’emploi du temps de chaque filière. La base de données sera réalisée avec MongoDB et sera mise à jour régulièrement.<br /> <br /> Pour l'affichage des informations sur Polytech :<br /> <br /> *L’affichage des informations sur Polytech avec Reveals.js. Les informations à afficher seront dans un PowerPoint pour plus de facilité.<br /> *La récupération de l’emploi du temps se fera à travers un serveur Node.js.<br /> *L’ensemble du projet est codé en HTML/CSS/PHP/JavaScript/JSON.<br /> <br /> == Week 5 (February 09th - February 15th) ==<br /> <br /> [[Media:Conception Architecturale.pdf|Conception Architecturale]]<br /> <br /> * Mise en place d'un système de synthèse vocale avec Voxygen pour faire parler la borne. (Fonctionnel avec 20 voix différentes)<br /> <br /> * Découverte de node.js.<br /> <br /> * Continuation de la réalisation d'une présentation de Polytech avec l'outil Reveal.js.<br /> <br /> * Etude sur la façon de récupérer l'emploi du temps de chaque filière. (Choix du format iCalendar)<br /> <br /> * Parsage du fichier iCalendar en node.js.<br /> <br /> * Utilisation probable de MangoDB pour stocker les emplois du temps dans une base de donnée.<br /> <br /> Lien waffle.io : https://waffle.io/zhangzhengmeng/projetids2015<br /> <br /> == Week 6 (February 23th - March 1st) ==<br /> <br /> Travail réalisé :<br /> <br /> * Emploi du temps (chargement auto, traitement, sauvegarde) -&gt; OK<br /> * Synthèse vocale (lecture d’information, création de phrase dynamique) -&gt; OK<br /> * Présentation dynamique de Polytech avec Reveal.js -&gt; OK<br /> * Affichage emploi du temps -&gt; OK<br /> * Création d’un serveur avec node.js -&gt; OK<br /> <br /> Travail restant :<br /> <br /> * Utilisation du lecteur NFC <br /> * Utilisation de la Kinect pour contrôle par gestes sur les pages web<br /> https://github.com/bengfarrell/nuimotion<br /> https://github.com/pgte/node-openni-browser<br /> * Installation des programmes réalisés sur la borne<br /> <br /> [[Media:Evalution mi-parcours IDS.pdf|Slides évalution mi-parcours]]<br /> <br /> == Week 7 (March 02nd - March 08nd) ==<br /> <br /> * Nettoyage du code réalisé en Java pour la partie emploi du temps et synthèse vocale.<br /> * Présentation du travail réalisé jusqu'ici lors de la soutenance de mi-parcours.<br /> * Travail sur la partie NFC (récupération du lecteur NFC).<br /> <br /> == Week 8 (March 09nd - March 15nd) ==<br /> <br /> * Travail sur la partie NFC.<br /> * Récupération des puces NFC et du code réalisé par des élèves de l'ENSIMAG pour utiliser le lecteur NFC.<br /> * Adaptation du code au projet.<br /> <br /> == Week 9 (March 16nd - March 22nd) ==<br /> <br /> * Problème avec le lecteur NFC et le code fourni.<br /> * Problème avec une puce NFC... décidemment '^^...<br /> * Visite de la CTI.<br /> <br /> == Week 10 (March 23nd - March 29nd) ==<br /> <br /> * Problème du lecteur NFC résolu -&gt; nouveau lecteur bien mieux<br /> * Intégration du code NFC -&gt; OK<br /> * Récupération de puces NFC supplémentaires car seulement une puce fonctionne (pas terrible pour les tests)<br /> * Récupération du nouveau PC à installer dans la borne (il y a de la musique quand on ouvre la boite ou qu'il y a de la lumière)<br /> * Récupération d'une clé pour installer Windows 7 Professionnel 64bits<br /> * Récupération d'un téléphone Android pour programmer les puces (Android c'est nul xD)<br /> <br /> == Week 11 (March 30nd - April 05nd) ==<br /> <br /> * Nous avons trouvé une solution formidable pour afficher les emplois du temps de chaque filière avec Reveals.js ce qui permettra de consulter très facilement les emplois du temps sur la borne<br /> * Réalisation de lien les gestes et les diapositives de Reveal.js avec Openni + Processing en utilisant websocket<br /> * Installation de Windows 7 Professionnel sur le nouveau PC + tous les drivers Intel NUC D54250WYKH<br /> * Installation du programme qui gère les emplois du temps (avec WampServer)<br /> * Installation du programme qui gère l'affichage sur la borne et la détection des gestes<br /> <br /> =Synthèse du projet=<br /> <br /> ==Contexte==<br /> [[Interactive Digital Signage]]<br /> <br /> Les bornes interactives à la pointe de la technologie commencent à apparaitre dans nos villes. Au potentiel infini, elles vont révolutionner le monde de l’information et de la publicité.<br /> <br /> '''Examples:'''<br /> * http://vds-technology.com/PLV-dynamique/nos_produits/e-totems/<br /> * http://www.connected-store.com/des-cabines-d%E2%80%99essayage-virtuelles-et-connectees-dans-un-magasin-john-lewis-4894<br /> * http://www.connected-store.com/un-miroir-interactif-et-connecte-dans-un-magasin-de-lenseigne-princess-polly-9832<br /> * http://www.connected-store.com/une-vitrine-tactile-et-des-bornes-connectees-pour-le-nouveau-concept-store-dorange-a-lile-maurice-4002<br /> <br /> ==Matériel==<br /> *Borne IDS contenant<br /> ** Intel NUC D54250WYKH avec Windows 7<br /> ** TV 37 Pouces Full HD<br /> ** Verre trempé IKEA<br /> ** Kinect XBox<br /> ** Haut Parleurs<br /> ** Lecteur NFC (SCM Microsystems Inc. SCL3711 reader &amp; NFC device 0)<br /> *Tag NFC<br /> *Téléphone Android (pour programmer les puces NFC)<br /> <br /> Lecteur NFC SCL3711:<br /> <br /> [[File:ids_nfc.png | 200px]]<br /> <br /> Kinect:<br /> <br /> [[File:Kinect.jpg | 200px]]<br /> <br /> ==Logiciels (utilisés)==<br /> <br /> * http://voxygen.fr/index.php (synthèse vocale)<br /> * javax.smartcardio (lecteur NFC)<br /> * Reveals.js (affichage interactif des informations)<br /> * [[OpenNI]] (Kinect)<br /> * Processing<br /> * [[Intel® Perceptual Computing SDK]]<br /> <br /> ==Logiciels (réalisés)==<br /> <br /> Le dépôt global des sources est sur [https://github.com/zhangzhengmeng/ProjetIDS2015.git '''github''']<br /> <br /> Voici la liste des différentes applications que nous avons réalisées dans le but de répondre au cahier des charges.<br /> <br /> === Emploi du temps et NFC ===<br /> <br /> Le programme créé tourne en tache de fond sur la borne. Dès qu'une puce NCF est détectée, une fenêtre s'ouvre avec les informations sur le prochain cours de la personne, la salle dans laquelle elle sera, son enseignant ainsi que les horaires du cours. Au moment de l'ouverture de cette fenêtre, la borne se met à parler à la personne qui est en face d'elle pour lui donner verbalement ces informations via la synthèse vocale. À la fin du speech, la fenêtre se referme.<br /> <br /> '''Fonctionnement du programme :'''<br /> <br /> Le schéma ci-dessous résume la façon dont le logiciel fonctionne de façon schématique. Tout d'abord, lors de son premier lancement, le programme télécharge les emplois du temps de chaque filière au format iCalendar. Ensuite, les fichiers iCalendar sont traités et les informations utiles sont stockées en mémoire dans des structures de données. Maintenant vient le début de la boucle principale de fonctionnement. Il ne sortira jamais de cette boucle sauf en cas d'arrêt du programme évidemment. Le programme est autonome. Il se mettra à jours automatiquement. Lors qu'une personne passe une puce NFC devant la borne, le programme interroge ses structures de données contenant les emplois du temps comme expliqué dans le paragraphe qui suit. Ensuite, il vérifie qu'il dispose bien des emplois du temps de la semaine courante et effectue la mise à jour si nécessaire. Il affiche alors le résultat de la requête dans une fenêtre et active la synthèse vocale qui fait parler la machine.<br /> <br /> [[File:caca1.png | 300px]]<br /> <br /> '''Interrogation des structures de données :'''<br /> <br /> Le schéma ci-dessous résume la façon dont le logiciel procède après identification de la personne qui a passé la puce NFC devant la borne. Ce qu'il faut retenir, c'est que si 'est un élève, c'est facile, il suffit d'aller interroger la liste correspondant à l'emploi du temps des la classe de l'étudiant. Ensuite on cherche une correspondance entre l'élève, la date et l'horaire. En revanche, dans le cas d'un enseignant, nous ne disposons pas de la classe avec laquelle il a cours puisque qu'un enseignant peut faire cours à plusieurs classes de différentes filières. Il faut donc chercher dans toutes les listes contenant les emplois du temps des différentes filières une correspondance entre l'enseignant, la date et l'horaire.<br /> <br /> [[File:caca2.png | 400px]]<br /> <br /> '''Mise à jour automatique des emplois du temps :'''<br /> <br /> C'est une histoire de différence entre la date correspondant à la dernière fois que les emplois du temps ont été mis à jours et la date actuelle en tenant compte du jour de la semaine où la demande est effectuée. Un code tel que celui-ci est robuste et fonctionnera toujours. Dans le cas présent, les emplois du temps sont mis à jour chaque semaine.<br /> <br /> [[File:caca3.png | 600px]]<br /> <br /> '''Info sur le programme'''<br /> <br /> Le programme a été écrit intégralement en Java.<br /> <br /> Les emplois du temps de chaque filière sont téléchargés automatiquement dès la première demande qui est effectuée.<br /> <br /> La synthèse vocale fonctionne grâce au site web de l'entreprise Voxygen qui permet d'utiliser des voix à la pointe de la technologie qui ont été mise en ligne comme exemple.<br /> <br /> Le texte du speech est créé dynamiquement par le programme pour s'adapter à chaque utilisateur. Ensuite, il est envoyé sur le serveur de Voxygen qui va alors renvoyer un fichier audio au format mp3 avec le contenu vocal souhaité. Enfin, le programme lance la lecture du fichier son pour faire parler la borne.<br /> <br /> Les adresses web pour télécharger les emplois du temps de chaque filière se trouve dans un fichier nommé &quot;adweb.txt&quot;. Il est donc très simple d'ajouter des classes, d'en enlever ou de mettre à jours une adresse qui aurait changé.<br /> <br /> Le fichier est construit de la façon suivante :<br /> <br /> [[File:ids_edt.png | 300px]]<br /> <br /> Les puces NFC contiennent simplement un numéro d'étudiant (numéro d'étudiant par exemple). Une fois le numéro lu, il suffit d'aller chercher l'étudiant correspondant dans la base de données qui est en fait un simple fichier texte nommé &quot;nfc.txt&quot;. Une des améliorations de notre projet sera d'aller chercher les informations dans la base de données en ligne qui a été réalisée par l'université. Ce sera ainsi plus simple que de rentrer tous les étudiants avec leur numéro d'étudiant, leur nom, leur prénom et leur classe dans un fichier.<br /> <br /> Le fichier est construit de la forme suivante :<br /> <br /> [[File:ids_etu.png | 400px]]<br /> <br /> Pour ce qui est de la voix choisie, c'est également dans un fichier que l'on peut la choisir. Dans le fichier &quot;speak.txt&quot;, il faut donc indiquer la voix que l'on veut utiliser et également indiquer le chemin du dossier qui contient la partie du code PHP qui est utilisé par WampServer chaque fois qu'une requête est effectuée. Enfin, c'est également dans ce fichier que l'on saisit le jour de la semaine et l'heure où le téléchargement automatique des emplois du temps sera effectué.<br /> <br /> Le fichier est construit de la forme suivante :<br /> <br /> [[File:ids_voix.png | 200px]]<br /> <br /> Fenêtre du programme (cas d'un élève):<br /> <br /> [[File:ids_fenetre.png | 400px]]<br /> <br /> Fenêtre du programme (cas d'un enseignant):<br /> <br /> [[File:ids_fenetre2.png | 400px]]<br /> <br /> La machine dira par exemple : &quot;Bonjour Didier, vous avez cours de projet en salle TP259IIA ou peut être en salle S125 avec les RICM4 de 13h30 à 17h30. Je vous souhaite une excellente journée.&quot;<br /> <br /> '''Info sur la partie en PHP Voxygen'''<br /> <br /> Le code PHP est exécuté par WampServer. Le dossier &quot;PHP-Voxygen-master&quot; doit donc se trouver dans le dossier &quot;www&quot; de WampServer pour que tout fonctionne correctement. Il faut donc bien mettre le lien vers le dossier &quot;PHP-Voxygen-master&quot; dans le fichier &quot;speak.txt&quot; comme expliqué un peu plus haut sinon ça ne pourra pas fonctionner.<br /> <br /> === Kinect et Reveals.js ===<br /> <br /> Pour utiliser Kinect dans Windows il faut installer<br /> *nite-win64-1.5.2.21-dev<br /> *openni-win64-1.5.4.0-dev<br /> *SensorKinect092-Bin-Win64-v5.1.2.1<br /> (Il existe un conflit de pilot de Kinect entre SensorKinect et Windows Kinect)<br /> <br /> On créer le sevrer et faire la communication entre Processing et page web en utilisant webbit<br /> * https://github.com/webbit/webbit <br /> <br /> Pour réaliser les gestes on utilise le API de openni<br /> * http://kinectcar.ronsper.com/docs/nite/classXnVSwipeDetector.html<br /> <br /> Pour utiliser les gestes dans reveal.js on utilise le façon en base des gestes avec webcam<br /> *https://github.com/willy-vvu/reveal.js<br /> <br /> =Ressources=<br /> * https://github.com/SalemHarrache/ricm.quicker<br /> * https://developer.mozilla.org/fr/docs/IndexedDB/Using_IndexedDB<br /> * [[Reveal.js]]<br /> * https://github.com/hakimel/reveal.js/issues/1039<br /> * http://revealjs.herokuapp.com/</div>

Romane.Gallier