<?xml version="1.0"?>
<feed xmlns="http://www.w3.org/2005/Atom" xml:lang="en">
	<id>https://air.imag.fr/api.php?action=feedcontributions&amp;feedformat=atom&amp;user=RICM4-prj14-grp1</id>
	<title>air - User contributions [en]</title>
	<link rel="self" type="application/atom+xml" href="https://air.imag.fr/api.php?action=feedcontributions&amp;feedformat=atom&amp;user=RICM4-prj14-grp1"/>
	<link rel="alternate" type="text/html" href="https://air.imag.fr/index.php/Special:Contributions/RICM4-prj14-grp1"/>
	<updated>2026-06-01T02:16:44Z</updated>
	<subtitle>User contributions</subtitle>
	<generator>MediaWiki 1.39.17</generator>
	<entry>
		<id>https://air.imag.fr/index.php?title=File:Rapport.pdf&amp;diff=22414</id>
		<title>File:Rapport.pdf</title>
		<link rel="alternate" type="text/html" href="https://air.imag.fr/index.php?title=File:Rapport.pdf&amp;diff=22414"/>
		<updated>2015-03-24T22:13:17Z</updated>

		<summary type="html">&lt;p&gt;RICM4-prj14-grp1: RICM4-prj14-grp1 uploaded a new version of &amp;amp;quot;File:Rapport.pdf&amp;amp;quot;&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&lt;/div&gt;</summary>
		<author><name>RICM4-prj14-grp1</name></author>
	</entry>
	<entry>
		<id>https://air.imag.fr/index.php?title=File:Proj-2014-2015-SmartCampus2015-poster.pdf&amp;diff=22413</id>
		<title>File:Proj-2014-2015-SmartCampus2015-poster.pdf</title>
		<link rel="alternate" type="text/html" href="https://air.imag.fr/index.php?title=File:Proj-2014-2015-SmartCampus2015-poster.pdf&amp;diff=22413"/>
		<updated>2015-03-24T22:11:18Z</updated>

		<summary type="html">&lt;p&gt;RICM4-prj14-grp1: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&lt;/div&gt;</summary>
		<author><name>RICM4-prj14-grp1</name></author>
	</entry>
	<entry>
		<id>https://air.imag.fr/index.php?title=File:Proj-2014-2015-SmartCampus2015-Rapport.pdf&amp;diff=22412</id>
		<title>File:Proj-2014-2015-SmartCampus2015-Rapport.pdf</title>
		<link rel="alternate" type="text/html" href="https://air.imag.fr/index.php?title=File:Proj-2014-2015-SmartCampus2015-Rapport.pdf&amp;diff=22412"/>
		<updated>2015-03-24T22:11:10Z</updated>

		<summary type="html">&lt;p&gt;RICM4-prj14-grp1: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&lt;/div&gt;</summary>
		<author><name>RICM4-prj14-grp1</name></author>
	</entry>
	<entry>
		<id>https://air.imag.fr/index.php?title=File:Proj-2014-2015-Ext_XBMC-transparents.pdf&amp;diff=22411</id>
		<title>File:Proj-2014-2015-Ext XBMC-transparents.pdf</title>
		<link rel="alternate" type="text/html" href="https://air.imag.fr/index.php?title=File:Proj-2014-2015-Ext_XBMC-transparents.pdf&amp;diff=22411"/>
		<updated>2015-03-24T22:07:22Z</updated>

		<summary type="html">&lt;p&gt;RICM4-prj14-grp1: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&lt;/div&gt;</summary>
		<author><name>RICM4-prj14-grp1</name></author>
	</entry>
	<entry>
		<id>https://air.imag.fr/index.php?title=File:Proj-2014-2015-Ext_XBMC-poster.pdf&amp;diff=22410</id>
		<title>File:Proj-2014-2015-Ext XBMC-poster.pdf</title>
		<link rel="alternate" type="text/html" href="https://air.imag.fr/index.php?title=File:Proj-2014-2015-Ext_XBMC-poster.pdf&amp;diff=22410"/>
		<updated>2015-03-24T22:06:55Z</updated>

		<summary type="html">&lt;p&gt;RICM4-prj14-grp1: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&lt;/div&gt;</summary>
		<author><name>RICM4-prj14-grp1</name></author>
	</entry>
	<entry>
		<id>https://air.imag.fr/index.php?title=File:Proj-2014-2015-SmartCampus2015-flyer.pdf&amp;diff=22409</id>
		<title>File:Proj-2014-2015-SmartCampus2015-flyer.pdf</title>
		<link rel="alternate" type="text/html" href="https://air.imag.fr/index.php?title=File:Proj-2014-2015-SmartCampus2015-flyer.pdf&amp;diff=22409"/>
		<updated>2015-03-24T22:06:37Z</updated>

		<summary type="html">&lt;p&gt;RICM4-prj14-grp1: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&lt;/div&gt;</summary>
		<author><name>RICM4-prj14-grp1</name></author>
	</entry>
	<entry>
		<id>https://air.imag.fr/index.php?title=Proj-2014-2015-SmartCampus2015&amp;diff=22286</id>
		<title>Proj-2014-2015-SmartCampus2015</title>
		<link rel="alternate" type="text/html" href="https://air.imag.fr/index.php?title=Proj-2014-2015-SmartCampus2015&amp;diff=22286"/>
		<updated>2015-03-23T13:08:52Z</updated>

		<summary type="html">&lt;p&gt;RICM4-prj14-grp1: /* Organisation du projet */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;Encadrants : Didier Donsez et Vivien Quema &amp;lt;br&amp;gt;&lt;br /&gt;
Etudiants : (mailing list du projet : [mailto:smartcampus2015@googlegroups.com &amp;lt;smartcampus2015@googlegroups.com&amp;gt;])&lt;br /&gt;
* Augustin Husson (Coordinateur du projet) &lt;br /&gt;
* Jérôme Barbier (Scrum Master)&lt;br /&gt;
* Rodolphe Fréby&lt;br /&gt;
* Paul Labat&lt;br /&gt;
* Adji Ndèye Ndaté Sambe&lt;br /&gt;
&lt;br /&gt;
= Présentation du projet et de l&#039;équipe =&lt;br /&gt;
&lt;br /&gt;
Le projet SmartCampus 2015 reprend en partie le projet du même nom de [http://air.imag.fr/index.php/SmartCampus2014/FicheSuivi l&#039;année dernière].&lt;br /&gt;
&lt;br /&gt;
L&#039;idée est de passer du prototype à une échelle grandeur nature. Pour ce faire, des stations météos sans fils seront placées dans la ville de Grenoble.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Notre équipe est composée de 5 étudiants en dernière année de RICM (Réseaux Informatiques et Communication Multimédia) à Polytech&#039;Grenoble. L&#039;ensemble de l&#039;équipe a une spécialisation en Système et Réseau.&lt;br /&gt;
En terme de gestion de projet, on utilisera la méthodologie agile à l&#039;aide de l&#039;outil Scrum. Dans ce cadre là, le Scrum Master est Jérôme Barbier.&lt;br /&gt;
&lt;br /&gt;
Nous nous sommes répartis les tâches de la manière suivante:&lt;br /&gt;
* Augustin Husson : Chef de projet, développeur (OpenBas, base de données, gestion de capteurs sur le site web).&lt;br /&gt;
* Jérôme Barbier : Scrum Master, développeur (Cartes sans fils, remplissage site web de présentation du projet).&lt;br /&gt;
* Rodolphe Fréby : développeur (Cartes sans fils, une fonctionnalité du site web, scripts serveurs, déploiement du serveur final).&lt;br /&gt;
* Adji Ndèye Ndaté Sambe : développeuse (cartes avec les capteurs, liaison capteurs-base de données).&lt;br /&gt;
* Paul Labat : développeur (base de données, site web).&lt;br /&gt;
&lt;br /&gt;
Le travail s’est effectué avec un gestionnaire de version pour le code, afin d’avoir un historique complet de tout ce qui a été fait. Cela a été mis en adéquationavec le scrum grâce à un numéro d’identification des tâches signalé dans chacune des sauvegardes du code effectuées.&lt;br /&gt;
&lt;br /&gt;
= Organisation du projet =&lt;br /&gt;
La gestion de notre projet c&#039;est déroulé en utilisant la métodologie Scrum. Le ScrumMaster est BARBIER Jérôme. Nous avons utilisé le logiciel [http://www.scrumdesk.com/ ScrumDesk].&lt;br /&gt;
Etant donné la courte durée de ce projet, nous avons décidé de fixer un sprint à une semaine ce qui nous permet de nous projeter facilement sur les tâches à venir afin de ne pas nous fixer trop ou pas assez de tâches.&lt;br /&gt;
Nous avons également choisi un code couleur à partir du sprint 2 : &lt;br /&gt;
* violet pour les tâches à réaliser&lt;br /&gt;
* orange pour les tâches en cours&lt;br /&gt;
* vert pour les tâches qui se sont terminées correctement&lt;br /&gt;
* bleu et avec l’intitulé [BUG] si la tâche a débouchée sur une erreur que l’on peut ne pas résoudre à un instant donné&lt;br /&gt;
* rouge pour les tâches critiques&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Au final nous avons réalisé 6 sprints.&lt;br /&gt;
&lt;br /&gt;
== Sprint 1==&lt;br /&gt;
[[Image:Sprint1-1.png|800px|thumb|center]]&lt;br /&gt;
[[Image:Sprint1-2.png|800px|thumb|center]]&lt;br /&gt;
&lt;br /&gt;
== Sprint 2==&lt;br /&gt;
[[Image:Sprint2-1.png|800px|thumb|center]]&lt;br /&gt;
[[Image:Sprint2-2.png|800px|thumb|center]]&lt;br /&gt;
&lt;br /&gt;
== Sprint 3==&lt;br /&gt;
[[Image:Sprint3-1.png|800px|thumb|center]]&lt;br /&gt;
[[Image:Sprint3-2.png|800px|thumb|center]]&lt;br /&gt;
&lt;br /&gt;
== Sprint 4==&lt;br /&gt;
[[Image:Sprint4-1.png|800px|thumb|center]]&lt;br /&gt;
[[Image:Sprint4-2.png|800px|thumb|center]]&lt;br /&gt;
&lt;br /&gt;
== Sprint 5==&lt;br /&gt;
[[Image:Sprint5-1.png|800px|thumb|center]]&lt;br /&gt;
[[Image:Sprint5-2.png|800px|thumb|center]]&lt;br /&gt;
[[Image:Sprint5-3.png|800px|thumb|center]]&lt;br /&gt;
&lt;br /&gt;
== Gantt ==&lt;br /&gt;
En plus de la méthodologie Scrum, nous avons créé plusieurs diagrammes de Gantt afin de voir ce projet de manière plus global. Ci-dessous, le dernier diagramme réalisé.&lt;br /&gt;
[[Image:gantt.png|900px|thumb|center]]&lt;br /&gt;
&lt;br /&gt;
= Liste des tâches et priorité =&lt;br /&gt;
Voici la liste des tâches que l&#039;équipe sera amenée à faire, avec plus où moins de détails. Une priorité de 1 à 5 a été appliquée à l&#039;ensemble des tâches.&lt;br /&gt;
&lt;br /&gt;
== Applicatif ==&lt;br /&gt;
&lt;br /&gt;
* Site web (via bootstrap) (3)&lt;br /&gt;
**Recensement des anciens projets (2)&lt;br /&gt;
**Visualisation des données (&amp;lt;span style=&amp;quot;color: #FF0000;&amp;quot;&amp;gt;5&amp;lt;/span&amp;gt;)&lt;br /&gt;
***faire le lien avec la bdd serveur&lt;br /&gt;
**Présentation du projet général (4)&lt;br /&gt;
**Passage de google Map à OpenStreetMap (1)&lt;br /&gt;
&lt;br /&gt;
== Capteur ==&lt;br /&gt;
&lt;br /&gt;
* OpenBas (&amp;lt;span style=&amp;quot;color: #FF0000;&amp;quot;&amp;gt;5&amp;lt;/span&amp;gt;)&lt;br /&gt;
** Documentation sur cette technologie&lt;br /&gt;
** étude de la viabilité de passer de OpenHab à OpenBas&lt;br /&gt;
&lt;br /&gt;
* Capteur Lora (&amp;lt;span style=&amp;quot;color: #FF0000;&amp;quot;&amp;gt;5&amp;lt;/span&amp;gt;)&lt;br /&gt;
**mettre en place la compatibilité avec stm32&lt;br /&gt;
**Test de connectivité et de transfert de paquet&lt;br /&gt;
**Assister à la réunion de Irock du Jeudi 05/02&lt;br /&gt;
&lt;br /&gt;
* Serveur DHCP (3)&lt;br /&gt;
&lt;br /&gt;
* Sécurité des transmissions (4)&lt;br /&gt;
&lt;br /&gt;
* Distinction entre capteur Irock et SmartCampus (&amp;lt;span style=&amp;quot;color: #FF0000;&amp;quot;&amp;gt;5&amp;lt;/span&amp;gt;)&lt;br /&gt;
&lt;br /&gt;
* Factorisation de OpenHab pour le mettre sur le serveur et alléger le démarrage des capteurs Galileo (2)&lt;br /&gt;
&lt;br /&gt;
== Server ==&lt;br /&gt;
&lt;br /&gt;
* mettre en place la bdd propre à Smart Campus (4)&lt;br /&gt;
&lt;br /&gt;
* distingué les paquets Irock de SmartCampus (&amp;lt;span style=&amp;quot;color: #FF0000;&amp;quot;&amp;gt;5&amp;lt;/span&amp;gt;)&lt;br /&gt;
**mettre en place une bdd commune à Irock qui recensera l&#039;ensemble des capteurs des deux projets&lt;br /&gt;
***L&#039;id permettra de faire la distinction et nommera un capteur&lt;br /&gt;
***association id et clé privé (AES 128)&lt;br /&gt;
&lt;br /&gt;
* mqtt (déjà en place?)&lt;br /&gt;
&lt;br /&gt;
* serveur nodeJs (déjà en place?)&lt;br /&gt;
&lt;br /&gt;
== Gestion de projet ==&lt;br /&gt;
&lt;br /&gt;
* Rendez vous avec la Directrice commerciale de la Tag et le Responsable du Dépot vendredi 06/02 à 15h (&amp;lt;span style=&amp;quot;color: #FF0000;&amp;quot;&amp;gt;5&amp;lt;/span&amp;gt;)&lt;br /&gt;
&lt;br /&gt;
* Rédaction du budget (2)&lt;br /&gt;
&lt;br /&gt;
* Rédaction de la matrice des risques (2)&lt;br /&gt;
&lt;br /&gt;
* Scrum (&amp;lt;span style=&amp;quot;color: #FF0000;&amp;quot;&amp;gt;5&amp;lt;/span&amp;gt;)&lt;br /&gt;
**un sprint/semaine&lt;br /&gt;
&lt;br /&gt;
=Génie Logiciel=&lt;br /&gt;
==Architecture générale du projet==&lt;br /&gt;
L’ensemble de la communication entre les machines s’effectuera avec le protocole de communication MQTT. Un serveur central concentre l’ensemble des données et les redistribue à travers les différentes interfaces.&lt;br /&gt;
&amp;lt;br&amp;gt;&lt;br /&gt;
[[File:ArchiGlobal.png | 800px| center| thumb | Architecture globale de SmartCampus (M : extrémité d&#039;une communication MQTT)]]&lt;br /&gt;
&lt;br /&gt;
==Diagramme de contexte==&lt;br /&gt;
[[File:SmartCampusDiagContexte2.png | 600px| center| thumb | Diagramme de contexte de notre projet Smart Campus]]&lt;br /&gt;
&lt;br /&gt;
==Use cases==&lt;br /&gt;
&lt;br /&gt;
==Diagramme logique==&lt;br /&gt;
[[File:SmartCampusDiagVueLogique.png | 600px| center| thumb | Vue logique de notre projet Smart Campus]]&lt;br /&gt;
&lt;br /&gt;
== Diagramme physique==&lt;br /&gt;
[[File:SmartCampusDiagVuePhysique.png | 600px| center| thumb | Vue physique de notre projet Smart Campus]]&lt;br /&gt;
&lt;br /&gt;
==Diagrammes dynamiques==&lt;br /&gt;
[[File:SmartCampusDiagVueDynamique_infos_RU.png | 800px| center| thumb | Vue dynamique dans le cas où un utilisateur souhaite obtenir les informations relatives au RU]]&lt;br /&gt;
[[File:SmartCampusDiagVueDynamique_parse_menus_RU.png | 600px| center| thumb | Vue dynamique dans le cas où un robot parse les menus du RU]]&lt;br /&gt;
[[File:SmartCampusDiagVueDynamique_eteindre_batiment.png | 800px| center| thumb | Vue dynamique dans le cas où un administrateur souhaite éteindre un bâtiment]]&lt;/div&gt;</summary>
		<author><name>RICM4-prj14-grp1</name></author>
	</entry>
	<entry>
		<id>https://air.imag.fr/index.php?title=File:Sprint5-3.png&amp;diff=22285</id>
		<title>File:Sprint5-3.png</title>
		<link rel="alternate" type="text/html" href="https://air.imag.fr/index.php?title=File:Sprint5-3.png&amp;diff=22285"/>
		<updated>2015-03-23T13:08:05Z</updated>

		<summary type="html">&lt;p&gt;RICM4-prj14-grp1: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&lt;/div&gt;</summary>
		<author><name>RICM4-prj14-grp1</name></author>
	</entry>
	<entry>
		<id>https://air.imag.fr/index.php?title=File:Sprint5-2.png&amp;diff=22284</id>
		<title>File:Sprint5-2.png</title>
		<link rel="alternate" type="text/html" href="https://air.imag.fr/index.php?title=File:Sprint5-2.png&amp;diff=22284"/>
		<updated>2015-03-23T13:07:57Z</updated>

		<summary type="html">&lt;p&gt;RICM4-prj14-grp1: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&lt;/div&gt;</summary>
		<author><name>RICM4-prj14-grp1</name></author>
	</entry>
	<entry>
		<id>https://air.imag.fr/index.php?title=File:Sprint5-1.png&amp;diff=22283</id>
		<title>File:Sprint5-1.png</title>
		<link rel="alternate" type="text/html" href="https://air.imag.fr/index.php?title=File:Sprint5-1.png&amp;diff=22283"/>
		<updated>2015-03-23T13:07:48Z</updated>

		<summary type="html">&lt;p&gt;RICM4-prj14-grp1: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&lt;/div&gt;</summary>
		<author><name>RICM4-prj14-grp1</name></author>
	</entry>
	<entry>
		<id>https://air.imag.fr/index.php?title=Proj-2014-2015-SmartCampus2015&amp;diff=22096</id>
		<title>Proj-2014-2015-SmartCampus2015</title>
		<link rel="alternate" type="text/html" href="https://air.imag.fr/index.php?title=Proj-2014-2015-SmartCampus2015&amp;diff=22096"/>
		<updated>2015-03-19T10:25:33Z</updated>

		<summary type="html">&lt;p&gt;RICM4-prj14-grp1: /* Diagramme de contexte */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;Encadrants : Didier Donsez et Vivien Quema &amp;lt;br&amp;gt;&lt;br /&gt;
Etudiants : (mailing list du projet : [mailto:smartcampus2015@googlegroups.com &amp;lt;smartcampus2015@googlegroups.com&amp;gt;])&lt;br /&gt;
* Augustin Husson (Coordinateur du projet) &lt;br /&gt;
* Jérôme Barbier (Scrum Master)&lt;br /&gt;
* Rodolphe Fréby&lt;br /&gt;
* Paul Labat&lt;br /&gt;
* Adji Sambe&lt;br /&gt;
&lt;br /&gt;
= Présentation du projet et de l&#039;équipe =&lt;br /&gt;
&lt;br /&gt;
Le projet SmartCampus 2015 reprend en partie le projet du même nom de [http://air.imag.fr/index.php/SmartCampus2014/FicheSuivi l&#039;année dernière].&lt;br /&gt;
&lt;br /&gt;
L&#039;idée est de passer du prototype à une échelle grandeur nature. Pour ce faire, des stations météos sans fils seront placées dans la ville de Grenoble.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Notre équipe est composée de 5 étudiants en dernière année de RICM (Réseaux Informatiques et Communication Multimédia) à Polytech&#039;Grenoble. L&#039;ensemble de l&#039;équipe a une spécialisation en Système et Réseau.&lt;br /&gt;
En terme de gestion de projet, on utilisera la méthodologie agile à l&#039;aide de l&#039;outil Scrum. Dans ce cadre là, le Scrum Master est Jérôme Barbier.&lt;br /&gt;
&lt;br /&gt;
Nous nous sommes répartis les tâches de la manière suivante:&lt;br /&gt;
* Augustin Husson : Chef de projet, développeur (OpenBas, base de données, gestion de capteurs sur le site web).&lt;br /&gt;
* Jérôme Barbier : Scrum Master, développeur (Cartes sans fils, remplissage site web de présentation du projet).&lt;br /&gt;
* Rodolphe Fréby : développeur (Cartes sans fils, une fonctionnalité du site web, scripts serveurs, déploiement du serveur final).&lt;br /&gt;
* Adji Ndèye Ndaté Sambe : développeuse (cartes avec les capteurs, liaison capteurs-base de données).&lt;br /&gt;
* Paul Labat : développeur (base de données, site web).&lt;br /&gt;
&lt;br /&gt;
Le travail s’est effectué avec un gestionnaire de version pour le code, afin d’avoir un historique complet de tout ce qui a été fait. Cela a été mis en adéquationavec le scrum grâce à un numéro d’identification des tâches signalé dans chacune des sauvegardes du code effectuées.&lt;br /&gt;
&lt;br /&gt;
= Organisation du projet =&lt;br /&gt;
La gestion de notre projet c&#039;est déroulé en utilisant la métodologie Scrum. Le ScrumMaster est BARBIER Jérôme. Nous avons utilisé le logiciel [http://www.scrumdesk.com/ ScrumDesk].&lt;br /&gt;
Etant donné la courte durée de ce projet, nous avons décidé de fixer un sprint à une semaine ce qui nous permet de nous projeter facilement sur les tâches à venir afin de ne pas nous fixer trop ou pas assez de tâches.&lt;br /&gt;
Nous avons également choisi un code couleur à partir du sprint 2 : &lt;br /&gt;
* violet pour les tâches à réaliser&lt;br /&gt;
* orange pour les tâches en cours&lt;br /&gt;
* vert pour les tâches qui se sont terminées correctement&lt;br /&gt;
* bleu et avec l’intitulé [BUG] si la tâche a débouchée sur une erreur que l’on peut ne pas résoudre à un instant donné&lt;br /&gt;
* rouge pour les tâches critiques&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Au final nous avons réalisé 6 sprints.&lt;br /&gt;
&lt;br /&gt;
== Sprint 1==&lt;br /&gt;
[[Image:Sprint1-1.png|800px|thumb|center]]&lt;br /&gt;
[[Image:Sprint1-2.png|800px|thumb|center]]&lt;br /&gt;
&lt;br /&gt;
== Sprint 2==&lt;br /&gt;
[[Image:Sprint2-1.png|800px|thumb|center]]&lt;br /&gt;
[[Image:Sprint2-2.png|800px|thumb|center]]&lt;br /&gt;
&lt;br /&gt;
== Sprint 3==&lt;br /&gt;
[[Image:Sprint3-1.png|800px|thumb|center]]&lt;br /&gt;
[[Image:Sprint3-2.png|800px|thumb|center]]&lt;br /&gt;
&lt;br /&gt;
== Sprint 4==&lt;br /&gt;
[[Image:Sprint4-1.png|800px|thumb|center]]&lt;br /&gt;
[[Image:Sprint4-2.png|800px|thumb|center]]&lt;br /&gt;
&lt;br /&gt;
== Sprint 5==&lt;br /&gt;
&lt;br /&gt;
== Gantt ==&lt;br /&gt;
En plus de la méthodologie Scrum, nous avons créé plusieurs diagrammes de Gantt afin de voir ce projet de manière plus global. Ci-dessous, le dernier diagramme réalisé.&lt;br /&gt;
[[Image:gantt.png|900px|thumb|center]]&lt;br /&gt;
&lt;br /&gt;
= Liste des tâches et priorité =&lt;br /&gt;
Voici la liste des tâches que l&#039;équipe sera amenée à faire, avec plus où moins de détails. Une priorité de 1 à 5 a été appliquée à l&#039;ensemble des tâches.&lt;br /&gt;
&lt;br /&gt;
== Applicatif ==&lt;br /&gt;
&lt;br /&gt;
* Site web (via bootstrap) (3)&lt;br /&gt;
**Recensement des anciens projets (2)&lt;br /&gt;
**Visualisation des données (&amp;lt;span style=&amp;quot;color: #FF0000;&amp;quot;&amp;gt;5&amp;lt;/span&amp;gt;)&lt;br /&gt;
***faire le lien avec la bdd serveur&lt;br /&gt;
**Présentation du projet général (4)&lt;br /&gt;
**Passage de google Map à OpenStreetMap (1)&lt;br /&gt;
&lt;br /&gt;
== Capteur ==&lt;br /&gt;
&lt;br /&gt;
* OpenBas (&amp;lt;span style=&amp;quot;color: #FF0000;&amp;quot;&amp;gt;5&amp;lt;/span&amp;gt;)&lt;br /&gt;
** Documentation sur cette technologie&lt;br /&gt;
** étude de la viabilité de passer de OpenHab à OpenBas&lt;br /&gt;
&lt;br /&gt;
* Capteur Lora (&amp;lt;span style=&amp;quot;color: #FF0000;&amp;quot;&amp;gt;5&amp;lt;/span&amp;gt;)&lt;br /&gt;
**mettre en place la compatibilité avec stm32&lt;br /&gt;
**Test de connectivité et de transfert de paquet&lt;br /&gt;
**Assister à la réunion de Irock du Jeudi 05/02&lt;br /&gt;
&lt;br /&gt;
* Serveur DHCP (3)&lt;br /&gt;
&lt;br /&gt;
* Sécurité des transmissions (4)&lt;br /&gt;
&lt;br /&gt;
* Distinction entre capteur Irock et SmartCampus (&amp;lt;span style=&amp;quot;color: #FF0000;&amp;quot;&amp;gt;5&amp;lt;/span&amp;gt;)&lt;br /&gt;
&lt;br /&gt;
* Factorisation de OpenHab pour le mettre sur le serveur et alléger le démarrage des capteurs Galileo (2)&lt;br /&gt;
&lt;br /&gt;
== Server ==&lt;br /&gt;
&lt;br /&gt;
* mettre en place la bdd propre à Smart Campus (4)&lt;br /&gt;
&lt;br /&gt;
* distingué les paquets Irock de SmartCampus (&amp;lt;span style=&amp;quot;color: #FF0000;&amp;quot;&amp;gt;5&amp;lt;/span&amp;gt;)&lt;br /&gt;
**mettre en place une bdd commune à Irock qui recensera l&#039;ensemble des capteurs des deux projets&lt;br /&gt;
***L&#039;id permettra de faire la distinction et nommera un capteur&lt;br /&gt;
***association id et clé privé (AES 128)&lt;br /&gt;
&lt;br /&gt;
* mqtt (déjà en place?)&lt;br /&gt;
&lt;br /&gt;
* serveur nodeJs (déjà en place?)&lt;br /&gt;
&lt;br /&gt;
== Gestion de projet ==&lt;br /&gt;
&lt;br /&gt;
* Rendez vous avec la Directrice commerciale de la Tag et le Responsable du Dépot vendredi 06/02 à 15h (&amp;lt;span style=&amp;quot;color: #FF0000;&amp;quot;&amp;gt;5&amp;lt;/span&amp;gt;)&lt;br /&gt;
&lt;br /&gt;
* Rédaction du budget (2)&lt;br /&gt;
&lt;br /&gt;
* Rédaction de la matrice des risques (2)&lt;br /&gt;
&lt;br /&gt;
* Scrum (&amp;lt;span style=&amp;quot;color: #FF0000;&amp;quot;&amp;gt;5&amp;lt;/span&amp;gt;)&lt;br /&gt;
**un sprint/semaine&lt;br /&gt;
&lt;br /&gt;
=Génie Logiciel=&lt;br /&gt;
==Architecture générale du projet==&lt;br /&gt;
L’ensemble de la communication entre les machines s’effectuera avec le protocole de communication MQTT. Un serveur central concentre l’ensemble des données et les redistribue à travers les différentes interfaces.&lt;br /&gt;
&amp;lt;br&amp;gt;&lt;br /&gt;
[[File:ArchiGlobal.png | 800px| center| thumb | Architecture globale de SmartCampus (M : extrémité d&#039;une communication MQTT)]]&lt;br /&gt;
&lt;br /&gt;
==Diagramme de contexte==&lt;br /&gt;
[[File:SmartCampusDiagContexte2.png | 600px| center| thumb | Diagramme de contexte de notre projet Smart Campus]]&lt;br /&gt;
&lt;br /&gt;
==Use cases==&lt;br /&gt;
&lt;br /&gt;
==Diagramme logique==&lt;br /&gt;
[[File:SmartCampusDiagVueLogique.png | 600px| center| thumb | Vue logique de notre projet Smart Campus]]&lt;br /&gt;
&lt;br /&gt;
== Diagramme physique==&lt;br /&gt;
[[File:SmartCampusDiagVuePhysique.png | 600px| center| thumb | Vue physique de notre projet Smart Campus]]&lt;br /&gt;
&lt;br /&gt;
==Diagrammes dynamiques==&lt;br /&gt;
[[File:SmartCampusDiagVueDynamique_infos_RU.png | 800px| center| thumb | Vue dynamique dans le cas où un utilisateur souhaite obtenir les informations relatives au RU]]&lt;br /&gt;
[[File:SmartCampusDiagVueDynamique_parse_menus_RU.png | 600px| center| thumb | Vue dynamique dans le cas où un robot parse les menus du RU]]&lt;br /&gt;
[[File:SmartCampusDiagVueDynamique_eteindre_batiment.png | 800px| center| thumb | Vue dynamique dans le cas où un administrateur souhaite éteindre un bâtiment]]&lt;/div&gt;</summary>
		<author><name>RICM4-prj14-grp1</name></author>
	</entry>
	<entry>
		<id>https://air.imag.fr/index.php?title=File:SmartCampusDiagContexte2.png&amp;diff=22095</id>
		<title>File:SmartCampusDiagContexte2.png</title>
		<link rel="alternate" type="text/html" href="https://air.imag.fr/index.php?title=File:SmartCampusDiagContexte2.png&amp;diff=22095"/>
		<updated>2015-03-19T10:25:18Z</updated>

		<summary type="html">&lt;p&gt;RICM4-prj14-grp1: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&lt;/div&gt;</summary>
		<author><name>RICM4-prj14-grp1</name></author>
	</entry>
	<entry>
		<id>https://air.imag.fr/index.php?title=Proj-2014-2015-SmartCampus2015&amp;diff=22094</id>
		<title>Proj-2014-2015-SmartCampus2015</title>
		<link rel="alternate" type="text/html" href="https://air.imag.fr/index.php?title=Proj-2014-2015-SmartCampus2015&amp;diff=22094"/>
		<updated>2015-03-19T10:20:27Z</updated>

		<summary type="html">&lt;p&gt;RICM4-prj14-grp1: /* Architecture générale du projet */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;Encadrants : Didier Donsez et Vivien Quema &amp;lt;br&amp;gt;&lt;br /&gt;
Etudiants : (mailing list du projet : [mailto:smartcampus2015@googlegroups.com &amp;lt;smartcampus2015@googlegroups.com&amp;gt;])&lt;br /&gt;
* Augustin Husson (Coordinateur du projet) &lt;br /&gt;
* Jérôme Barbier (Scrum Master)&lt;br /&gt;
* Rodolphe Fréby&lt;br /&gt;
* Paul Labat&lt;br /&gt;
* Adji Sambe&lt;br /&gt;
&lt;br /&gt;
= Présentation du projet et de l&#039;équipe =&lt;br /&gt;
&lt;br /&gt;
Le projet SmartCampus 2015 reprend en partie le projet du même nom de [http://air.imag.fr/index.php/SmartCampus2014/FicheSuivi l&#039;année dernière].&lt;br /&gt;
&lt;br /&gt;
L&#039;idée est de passer du prototype à une échelle grandeur nature. Pour ce faire, des stations météos sans fils seront placées dans la ville de Grenoble.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Notre équipe est composée de 5 étudiants en dernière année de RICM (Réseaux Informatiques et Communication Multimédia) à Polytech&#039;Grenoble. L&#039;ensemble de l&#039;équipe a une spécialisation en Système et Réseau.&lt;br /&gt;
En terme de gestion de projet, on utilisera la méthodologie agile à l&#039;aide de l&#039;outil Scrum. Dans ce cadre là, le Scrum Master est Jérôme Barbier.&lt;br /&gt;
&lt;br /&gt;
Nous nous sommes répartis les tâches de la manière suivante:&lt;br /&gt;
* Augustin Husson : Chef de projet, développeur (OpenBas, base de données, gestion de capteurs sur le site web).&lt;br /&gt;
* Jérôme Barbier : Scrum Master, développeur (Cartes sans fils, remplissage site web de présentation du projet).&lt;br /&gt;
* Rodolphe Fréby : développeur (Cartes sans fils, une fonctionnalité du site web, scripts serveurs, déploiement du serveur final).&lt;br /&gt;
* Adji Ndèye Ndaté Sambe : développeuse (cartes avec les capteurs, liaison capteurs-base de données).&lt;br /&gt;
* Paul Labat : développeur (base de données, site web).&lt;br /&gt;
&lt;br /&gt;
Le travail s’est effectué avec un gestionnaire de version pour le code, afin d’avoir un historique complet de tout ce qui a été fait. Cela a été mis en adéquationavec le scrum grâce à un numéro d’identification des tâches signalé dans chacune des sauvegardes du code effectuées.&lt;br /&gt;
&lt;br /&gt;
= Organisation du projet =&lt;br /&gt;
La gestion de notre projet c&#039;est déroulé en utilisant la métodologie Scrum. Le ScrumMaster est BARBIER Jérôme. Nous avons utilisé le logiciel [http://www.scrumdesk.com/ ScrumDesk].&lt;br /&gt;
Etant donné la courte durée de ce projet, nous avons décidé de fixer un sprint à une semaine ce qui nous permet de nous projeter facilement sur les tâches à venir afin de ne pas nous fixer trop ou pas assez de tâches.&lt;br /&gt;
Nous avons également choisi un code couleur à partir du sprint 2 : &lt;br /&gt;
* violet pour les tâches à réaliser&lt;br /&gt;
* orange pour les tâches en cours&lt;br /&gt;
* vert pour les tâches qui se sont terminées correctement&lt;br /&gt;
* bleu et avec l’intitulé [BUG] si la tâche a débouchée sur une erreur que l’on peut ne pas résoudre à un instant donné&lt;br /&gt;
* rouge pour les tâches critiques&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Au final nous avons réalisé 6 sprints.&lt;br /&gt;
&lt;br /&gt;
== Sprint 1==&lt;br /&gt;
[[Image:Sprint1-1.png|800px|thumb|center]]&lt;br /&gt;
[[Image:Sprint1-2.png|800px|thumb|center]]&lt;br /&gt;
&lt;br /&gt;
== Sprint 2==&lt;br /&gt;
[[Image:Sprint2-1.png|800px|thumb|center]]&lt;br /&gt;
[[Image:Sprint2-2.png|800px|thumb|center]]&lt;br /&gt;
&lt;br /&gt;
== Sprint 3==&lt;br /&gt;
[[Image:Sprint3-1.png|800px|thumb|center]]&lt;br /&gt;
[[Image:Sprint3-2.png|800px|thumb|center]]&lt;br /&gt;
&lt;br /&gt;
== Sprint 4==&lt;br /&gt;
[[Image:Sprint4-1.png|800px|thumb|center]]&lt;br /&gt;
[[Image:Sprint4-2.png|800px|thumb|center]]&lt;br /&gt;
&lt;br /&gt;
== Sprint 5==&lt;br /&gt;
&lt;br /&gt;
== Gantt ==&lt;br /&gt;
En plus de la méthodologie Scrum, nous avons créé plusieurs diagrammes de Gantt afin de voir ce projet de manière plus global. Ci-dessous, le dernier diagramme réalisé.&lt;br /&gt;
[[Image:gantt.png|900px|thumb|center]]&lt;br /&gt;
&lt;br /&gt;
= Liste des tâches et priorité =&lt;br /&gt;
Voici la liste des tâches que l&#039;équipe sera amenée à faire, avec plus où moins de détails. Une priorité de 1 à 5 a été appliquée à l&#039;ensemble des tâches.&lt;br /&gt;
&lt;br /&gt;
== Applicatif ==&lt;br /&gt;
&lt;br /&gt;
* Site web (via bootstrap) (3)&lt;br /&gt;
**Recensement des anciens projets (2)&lt;br /&gt;
**Visualisation des données (&amp;lt;span style=&amp;quot;color: #FF0000;&amp;quot;&amp;gt;5&amp;lt;/span&amp;gt;)&lt;br /&gt;
***faire le lien avec la bdd serveur&lt;br /&gt;
**Présentation du projet général (4)&lt;br /&gt;
**Passage de google Map à OpenStreetMap (1)&lt;br /&gt;
&lt;br /&gt;
== Capteur ==&lt;br /&gt;
&lt;br /&gt;
* OpenBas (&amp;lt;span style=&amp;quot;color: #FF0000;&amp;quot;&amp;gt;5&amp;lt;/span&amp;gt;)&lt;br /&gt;
** Documentation sur cette technologie&lt;br /&gt;
** étude de la viabilité de passer de OpenHab à OpenBas&lt;br /&gt;
&lt;br /&gt;
* Capteur Lora (&amp;lt;span style=&amp;quot;color: #FF0000;&amp;quot;&amp;gt;5&amp;lt;/span&amp;gt;)&lt;br /&gt;
**mettre en place la compatibilité avec stm32&lt;br /&gt;
**Test de connectivité et de transfert de paquet&lt;br /&gt;
**Assister à la réunion de Irock du Jeudi 05/02&lt;br /&gt;
&lt;br /&gt;
* Serveur DHCP (3)&lt;br /&gt;
&lt;br /&gt;
* Sécurité des transmissions (4)&lt;br /&gt;
&lt;br /&gt;
* Distinction entre capteur Irock et SmartCampus (&amp;lt;span style=&amp;quot;color: #FF0000;&amp;quot;&amp;gt;5&amp;lt;/span&amp;gt;)&lt;br /&gt;
&lt;br /&gt;
* Factorisation de OpenHab pour le mettre sur le serveur et alléger le démarrage des capteurs Galileo (2)&lt;br /&gt;
&lt;br /&gt;
== Server ==&lt;br /&gt;
&lt;br /&gt;
* mettre en place la bdd propre à Smart Campus (4)&lt;br /&gt;
&lt;br /&gt;
* distingué les paquets Irock de SmartCampus (&amp;lt;span style=&amp;quot;color: #FF0000;&amp;quot;&amp;gt;5&amp;lt;/span&amp;gt;)&lt;br /&gt;
**mettre en place une bdd commune à Irock qui recensera l&#039;ensemble des capteurs des deux projets&lt;br /&gt;
***L&#039;id permettra de faire la distinction et nommera un capteur&lt;br /&gt;
***association id et clé privé (AES 128)&lt;br /&gt;
&lt;br /&gt;
* mqtt (déjà en place?)&lt;br /&gt;
&lt;br /&gt;
* serveur nodeJs (déjà en place?)&lt;br /&gt;
&lt;br /&gt;
== Gestion de projet ==&lt;br /&gt;
&lt;br /&gt;
* Rendez vous avec la Directrice commerciale de la Tag et le Responsable du Dépot vendredi 06/02 à 15h (&amp;lt;span style=&amp;quot;color: #FF0000;&amp;quot;&amp;gt;5&amp;lt;/span&amp;gt;)&lt;br /&gt;
&lt;br /&gt;
* Rédaction du budget (2)&lt;br /&gt;
&lt;br /&gt;
* Rédaction de la matrice des risques (2)&lt;br /&gt;
&lt;br /&gt;
* Scrum (&amp;lt;span style=&amp;quot;color: #FF0000;&amp;quot;&amp;gt;5&amp;lt;/span&amp;gt;)&lt;br /&gt;
**un sprint/semaine&lt;br /&gt;
&lt;br /&gt;
=Génie Logiciel=&lt;br /&gt;
==Architecture générale du projet==&lt;br /&gt;
L’ensemble de la communication entre les machines s’effectuera avec le protocole de communication MQTT. Un serveur central concentre l’ensemble des données et les redistribue à travers les différentes interfaces.&lt;br /&gt;
&amp;lt;br&amp;gt;&lt;br /&gt;
[[File:ArchiGlobal.png | 800px| center| thumb | Architecture globale de SmartCampus (M : extrémité d&#039;une communication MQTT)]]&lt;br /&gt;
&lt;br /&gt;
==Diagramme de contexte==&lt;br /&gt;
[[File:SmartCampusDiagContexte.png | 600px| center| thumb | Diagramme de contexte de notre projet Smart Campus]]&lt;br /&gt;
&lt;br /&gt;
==Use cases==&lt;br /&gt;
&lt;br /&gt;
==Diagramme logique==&lt;br /&gt;
[[File:SmartCampusDiagVueLogique.png | 600px| center| thumb | Vue logique de notre projet Smart Campus]]&lt;br /&gt;
&lt;br /&gt;
== Diagramme physique==&lt;br /&gt;
[[File:SmartCampusDiagVuePhysique.png | 600px| center| thumb | Vue physique de notre projet Smart Campus]]&lt;br /&gt;
&lt;br /&gt;
==Diagrammes dynamiques==&lt;br /&gt;
[[File:SmartCampusDiagVueDynamique_infos_RU.png | 800px| center| thumb | Vue dynamique dans le cas où un utilisateur souhaite obtenir les informations relatives au RU]]&lt;br /&gt;
[[File:SmartCampusDiagVueDynamique_parse_menus_RU.png | 600px| center| thumb | Vue dynamique dans le cas où un robot parse les menus du RU]]&lt;br /&gt;
[[File:SmartCampusDiagVueDynamique_eteindre_batiment.png | 800px| center| thumb | Vue dynamique dans le cas où un administrateur souhaite éteindre un bâtiment]]&lt;/div&gt;</summary>
		<author><name>RICM4-prj14-grp1</name></author>
	</entry>
	<entry>
		<id>https://air.imag.fr/index.php?title=Proj-2014-2015-SmartCampus2015&amp;diff=22093</id>
		<title>Proj-2014-2015-SmartCampus2015</title>
		<link rel="alternate" type="text/html" href="https://air.imag.fr/index.php?title=Proj-2014-2015-SmartCampus2015&amp;diff=22093"/>
		<updated>2015-03-19T10:20:16Z</updated>

		<summary type="html">&lt;p&gt;RICM4-prj14-grp1: /* Architecture générale du projet */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;Encadrants : Didier Donsez et Vivien Quema &amp;lt;br&amp;gt;&lt;br /&gt;
Etudiants : (mailing list du projet : [mailto:smartcampus2015@googlegroups.com &amp;lt;smartcampus2015@googlegroups.com&amp;gt;])&lt;br /&gt;
* Augustin Husson (Coordinateur du projet) &lt;br /&gt;
* Jérôme Barbier (Scrum Master)&lt;br /&gt;
* Rodolphe Fréby&lt;br /&gt;
* Paul Labat&lt;br /&gt;
* Adji Sambe&lt;br /&gt;
&lt;br /&gt;
= Présentation du projet et de l&#039;équipe =&lt;br /&gt;
&lt;br /&gt;
Le projet SmartCampus 2015 reprend en partie le projet du même nom de [http://air.imag.fr/index.php/SmartCampus2014/FicheSuivi l&#039;année dernière].&lt;br /&gt;
&lt;br /&gt;
L&#039;idée est de passer du prototype à une échelle grandeur nature. Pour ce faire, des stations météos sans fils seront placées dans la ville de Grenoble.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Notre équipe est composée de 5 étudiants en dernière année de RICM (Réseaux Informatiques et Communication Multimédia) à Polytech&#039;Grenoble. L&#039;ensemble de l&#039;équipe a une spécialisation en Système et Réseau.&lt;br /&gt;
En terme de gestion de projet, on utilisera la méthodologie agile à l&#039;aide de l&#039;outil Scrum. Dans ce cadre là, le Scrum Master est Jérôme Barbier.&lt;br /&gt;
&lt;br /&gt;
Nous nous sommes répartis les tâches de la manière suivante:&lt;br /&gt;
* Augustin Husson : Chef de projet, développeur (OpenBas, base de données, gestion de capteurs sur le site web).&lt;br /&gt;
* Jérôme Barbier : Scrum Master, développeur (Cartes sans fils, remplissage site web de présentation du projet).&lt;br /&gt;
* Rodolphe Fréby : développeur (Cartes sans fils, une fonctionnalité du site web, scripts serveurs, déploiement du serveur final).&lt;br /&gt;
* Adji Ndèye Ndaté Sambe : développeuse (cartes avec les capteurs, liaison capteurs-base de données).&lt;br /&gt;
* Paul Labat : développeur (base de données, site web).&lt;br /&gt;
&lt;br /&gt;
Le travail s’est effectué avec un gestionnaire de version pour le code, afin d’avoir un historique complet de tout ce qui a été fait. Cela a été mis en adéquationavec le scrum grâce à un numéro d’identification des tâches signalé dans chacune des sauvegardes du code effectuées.&lt;br /&gt;
&lt;br /&gt;
= Organisation du projet =&lt;br /&gt;
La gestion de notre projet c&#039;est déroulé en utilisant la métodologie Scrum. Le ScrumMaster est BARBIER Jérôme. Nous avons utilisé le logiciel [http://www.scrumdesk.com/ ScrumDesk].&lt;br /&gt;
Etant donné la courte durée de ce projet, nous avons décidé de fixer un sprint à une semaine ce qui nous permet de nous projeter facilement sur les tâches à venir afin de ne pas nous fixer trop ou pas assez de tâches.&lt;br /&gt;
Nous avons également choisi un code couleur à partir du sprint 2 : &lt;br /&gt;
* violet pour les tâches à réaliser&lt;br /&gt;
* orange pour les tâches en cours&lt;br /&gt;
* vert pour les tâches qui se sont terminées correctement&lt;br /&gt;
* bleu et avec l’intitulé [BUG] si la tâche a débouchée sur une erreur que l’on peut ne pas résoudre à un instant donné&lt;br /&gt;
* rouge pour les tâches critiques&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Au final nous avons réalisé 6 sprints.&lt;br /&gt;
&lt;br /&gt;
== Sprint 1==&lt;br /&gt;
[[Image:Sprint1-1.png|800px|thumb|center]]&lt;br /&gt;
[[Image:Sprint1-2.png|800px|thumb|center]]&lt;br /&gt;
&lt;br /&gt;
== Sprint 2==&lt;br /&gt;
[[Image:Sprint2-1.png|800px|thumb|center]]&lt;br /&gt;
[[Image:Sprint2-2.png|800px|thumb|center]]&lt;br /&gt;
&lt;br /&gt;
== Sprint 3==&lt;br /&gt;
[[Image:Sprint3-1.png|800px|thumb|center]]&lt;br /&gt;
[[Image:Sprint3-2.png|800px|thumb|center]]&lt;br /&gt;
&lt;br /&gt;
== Sprint 4==&lt;br /&gt;
[[Image:Sprint4-1.png|800px|thumb|center]]&lt;br /&gt;
[[Image:Sprint4-2.png|800px|thumb|center]]&lt;br /&gt;
&lt;br /&gt;
== Sprint 5==&lt;br /&gt;
&lt;br /&gt;
== Gantt ==&lt;br /&gt;
En plus de la méthodologie Scrum, nous avons créé plusieurs diagrammes de Gantt afin de voir ce projet de manière plus global. Ci-dessous, le dernier diagramme réalisé.&lt;br /&gt;
[[Image:gantt.png|900px|thumb|center]]&lt;br /&gt;
&lt;br /&gt;
= Liste des tâches et priorité =&lt;br /&gt;
Voici la liste des tâches que l&#039;équipe sera amenée à faire, avec plus où moins de détails. Une priorité de 1 à 5 a été appliquée à l&#039;ensemble des tâches.&lt;br /&gt;
&lt;br /&gt;
== Applicatif ==&lt;br /&gt;
&lt;br /&gt;
* Site web (via bootstrap) (3)&lt;br /&gt;
**Recensement des anciens projets (2)&lt;br /&gt;
**Visualisation des données (&amp;lt;span style=&amp;quot;color: #FF0000;&amp;quot;&amp;gt;5&amp;lt;/span&amp;gt;)&lt;br /&gt;
***faire le lien avec la bdd serveur&lt;br /&gt;
**Présentation du projet général (4)&lt;br /&gt;
**Passage de google Map à OpenStreetMap (1)&lt;br /&gt;
&lt;br /&gt;
== Capteur ==&lt;br /&gt;
&lt;br /&gt;
* OpenBas (&amp;lt;span style=&amp;quot;color: #FF0000;&amp;quot;&amp;gt;5&amp;lt;/span&amp;gt;)&lt;br /&gt;
** Documentation sur cette technologie&lt;br /&gt;
** étude de la viabilité de passer de OpenHab à OpenBas&lt;br /&gt;
&lt;br /&gt;
* Capteur Lora (&amp;lt;span style=&amp;quot;color: #FF0000;&amp;quot;&amp;gt;5&amp;lt;/span&amp;gt;)&lt;br /&gt;
**mettre en place la compatibilité avec stm32&lt;br /&gt;
**Test de connectivité et de transfert de paquet&lt;br /&gt;
**Assister à la réunion de Irock du Jeudi 05/02&lt;br /&gt;
&lt;br /&gt;
* Serveur DHCP (3)&lt;br /&gt;
&lt;br /&gt;
* Sécurité des transmissions (4)&lt;br /&gt;
&lt;br /&gt;
* Distinction entre capteur Irock et SmartCampus (&amp;lt;span style=&amp;quot;color: #FF0000;&amp;quot;&amp;gt;5&amp;lt;/span&amp;gt;)&lt;br /&gt;
&lt;br /&gt;
* Factorisation de OpenHab pour le mettre sur le serveur et alléger le démarrage des capteurs Galileo (2)&lt;br /&gt;
&lt;br /&gt;
== Server ==&lt;br /&gt;
&lt;br /&gt;
* mettre en place la bdd propre à Smart Campus (4)&lt;br /&gt;
&lt;br /&gt;
* distingué les paquets Irock de SmartCampus (&amp;lt;span style=&amp;quot;color: #FF0000;&amp;quot;&amp;gt;5&amp;lt;/span&amp;gt;)&lt;br /&gt;
**mettre en place une bdd commune à Irock qui recensera l&#039;ensemble des capteurs des deux projets&lt;br /&gt;
***L&#039;id permettra de faire la distinction et nommera un capteur&lt;br /&gt;
***association id et clé privé (AES 128)&lt;br /&gt;
&lt;br /&gt;
* mqtt (déjà en place?)&lt;br /&gt;
&lt;br /&gt;
* serveur nodeJs (déjà en place?)&lt;br /&gt;
&lt;br /&gt;
== Gestion de projet ==&lt;br /&gt;
&lt;br /&gt;
* Rendez vous avec la Directrice commerciale de la Tag et le Responsable du Dépot vendredi 06/02 à 15h (&amp;lt;span style=&amp;quot;color: #FF0000;&amp;quot;&amp;gt;5&amp;lt;/span&amp;gt;)&lt;br /&gt;
&lt;br /&gt;
* Rédaction du budget (2)&lt;br /&gt;
&lt;br /&gt;
* Rédaction de la matrice des risques (2)&lt;br /&gt;
&lt;br /&gt;
* Scrum (&amp;lt;span style=&amp;quot;color: #FF0000;&amp;quot;&amp;gt;5&amp;lt;/span&amp;gt;)&lt;br /&gt;
**un sprint/semaine&lt;br /&gt;
&lt;br /&gt;
=Génie Logiciel=&lt;br /&gt;
==Architecture générale du projet==&lt;br /&gt;
L’ensemble de la communication entre les machines s’effectuera avec le protocole de communication MQTT. Un serveur central concentre l’ensemble des données et les redistribue à travers les différentes interfaces.&lt;br /&gt;
&amp;lt;br&amp;gt;&lt;br /&gt;
[[File:ArchiGlobal.png | 600px| center| thumb | Architecture globale de SmartCampus (M : extrémité d&#039;une communication MQTT)]]&lt;br /&gt;
&lt;br /&gt;
==Diagramme de contexte==&lt;br /&gt;
[[File:SmartCampusDiagContexte.png | 600px| center| thumb | Diagramme de contexte de notre projet Smart Campus]]&lt;br /&gt;
&lt;br /&gt;
==Use cases==&lt;br /&gt;
&lt;br /&gt;
==Diagramme logique==&lt;br /&gt;
[[File:SmartCampusDiagVueLogique.png | 600px| center| thumb | Vue logique de notre projet Smart Campus]]&lt;br /&gt;
&lt;br /&gt;
== Diagramme physique==&lt;br /&gt;
[[File:SmartCampusDiagVuePhysique.png | 600px| center| thumb | Vue physique de notre projet Smart Campus]]&lt;br /&gt;
&lt;br /&gt;
==Diagrammes dynamiques==&lt;br /&gt;
[[File:SmartCampusDiagVueDynamique_infos_RU.png | 800px| center| thumb | Vue dynamique dans le cas où un utilisateur souhaite obtenir les informations relatives au RU]]&lt;br /&gt;
[[File:SmartCampusDiagVueDynamique_parse_menus_RU.png | 600px| center| thumb | Vue dynamique dans le cas où un robot parse les menus du RU]]&lt;br /&gt;
[[File:SmartCampusDiagVueDynamique_eteindre_batiment.png | 800px| center| thumb | Vue dynamique dans le cas où un administrateur souhaite éteindre un bâtiment]]&lt;/div&gt;</summary>
		<author><name>RICM4-prj14-grp1</name></author>
	</entry>
	<entry>
		<id>https://air.imag.fr/index.php?title=File:ArchiGlobal.png&amp;diff=22092</id>
		<title>File:ArchiGlobal.png</title>
		<link rel="alternate" type="text/html" href="https://air.imag.fr/index.php?title=File:ArchiGlobal.png&amp;diff=22092"/>
		<updated>2015-03-19T10:19:49Z</updated>

		<summary type="html">&lt;p&gt;RICM4-prj14-grp1: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&lt;/div&gt;</summary>
		<author><name>RICM4-prj14-grp1</name></author>
	</entry>
	<entry>
		<id>https://air.imag.fr/index.php?title=Proj-2014-2015-SmartCampus2015&amp;diff=22091</id>
		<title>Proj-2014-2015-SmartCampus2015</title>
		<link rel="alternate" type="text/html" href="https://air.imag.fr/index.php?title=Proj-2014-2015-SmartCampus2015&amp;diff=22091"/>
		<updated>2015-03-19T10:02:27Z</updated>

		<summary type="html">&lt;p&gt;RICM4-prj14-grp1: /* Sprint 6 */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;Encadrants : Didier Donsez et Vivien Quema &amp;lt;br&amp;gt;&lt;br /&gt;
Etudiants : (mailing list du projet : [mailto:smartcampus2015@googlegroups.com &amp;lt;smartcampus2015@googlegroups.com&amp;gt;])&lt;br /&gt;
* Augustin Husson (Coordinateur du projet) &lt;br /&gt;
* Jérôme Barbier (Scrum Master)&lt;br /&gt;
* Rodolphe Fréby&lt;br /&gt;
* Paul Labat&lt;br /&gt;
* Adji Sambe&lt;br /&gt;
&lt;br /&gt;
= Présentation du projet et de l&#039;équipe =&lt;br /&gt;
&lt;br /&gt;
Le projet SmartCampus 2015 reprend en partie le projet du même nom de [http://air.imag.fr/index.php/SmartCampus2014/FicheSuivi l&#039;année dernière].&lt;br /&gt;
&lt;br /&gt;
L&#039;idée est de passer du prototype à une échelle grandeur nature. Pour ce faire, des stations météos sans fils seront placées dans la ville de Grenoble.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Notre équipe est composée de 5 étudiants en dernière année de RICM (Réseaux Informatiques et Communication Multimédia) à Polytech&#039;Grenoble. L&#039;ensemble de l&#039;équipe a une spécialisation en Système et Réseau.&lt;br /&gt;
En terme de gestion de projet, on utilisera la méthodologie agile à l&#039;aide de l&#039;outil Scrum. Dans ce cadre là, le Scrum Master est Jérôme Barbier.&lt;br /&gt;
&lt;br /&gt;
Nous nous sommes répartis les tâches de la manière suivante:&lt;br /&gt;
* Augustin Husson : Chef de projet, développeur (OpenBas, base de données, gestion de capteurs sur le site web).&lt;br /&gt;
* Jérôme Barbier : Scrum Master, développeur (Cartes sans fils, remplissage site web de présentation du projet).&lt;br /&gt;
* Rodolphe Fréby : développeur (Cartes sans fils, une fonctionnalité du site web, scripts serveurs, déploiement du serveur final).&lt;br /&gt;
* Adji Ndèye Ndaté Sambe : développeuse (cartes avec les capteurs, liaison capteurs-base de données).&lt;br /&gt;
* Paul Labat : développeur (base de données, site web).&lt;br /&gt;
&lt;br /&gt;
Le travail s’est effectué avec un gestionnaire de version pour le code, afin d’avoir un historique complet de tout ce qui a été fait. Cela a été mis en adéquationavec le scrum grâce à un numéro d’identification des tâches signalé dans chacune des sauvegardes du code effectuées.&lt;br /&gt;
&lt;br /&gt;
= Organisation du projet =&lt;br /&gt;
La gestion de notre projet c&#039;est déroulé en utilisant la métodologie Scrum. Le ScrumMaster est BARBIER Jérôme. Nous avons utilisé le logiciel [http://www.scrumdesk.com/ ScrumDesk].&lt;br /&gt;
Etant donné la courte durée de ce projet, nous avons décidé de fixer un sprint à une semaine ce qui nous permet de nous projeter facilement sur les tâches à venir afin de ne pas nous fixer trop ou pas assez de tâches.&lt;br /&gt;
Nous avons également choisi un code couleur à partir du sprint 2 : &lt;br /&gt;
* violet pour les tâches à réaliser&lt;br /&gt;
* orange pour les tâches en cours&lt;br /&gt;
* vert pour les tâches qui se sont terminées correctement&lt;br /&gt;
* bleu et avec l’intitulé [BUG] si la tâche a débouchée sur une erreur que l’on peut ne pas résoudre à un instant donné&lt;br /&gt;
* rouge pour les tâches critiques&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Au final nous avons réalisé 6 sprints.&lt;br /&gt;
&lt;br /&gt;
== Sprint 1==&lt;br /&gt;
[[Image:Sprint1-1.png|800px|thumb|center]]&lt;br /&gt;
[[Image:Sprint1-2.png|800px|thumb|center]]&lt;br /&gt;
&lt;br /&gt;
== Sprint 2==&lt;br /&gt;
[[Image:Sprint2-1.png|800px|thumb|center]]&lt;br /&gt;
[[Image:Sprint2-2.png|800px|thumb|center]]&lt;br /&gt;
&lt;br /&gt;
== Sprint 3==&lt;br /&gt;
[[Image:Sprint3-1.png|800px|thumb|center]]&lt;br /&gt;
[[Image:Sprint3-2.png|800px|thumb|center]]&lt;br /&gt;
&lt;br /&gt;
== Sprint 4==&lt;br /&gt;
[[Image:Sprint4-1.png|800px|thumb|center]]&lt;br /&gt;
[[Image:Sprint4-2.png|800px|thumb|center]]&lt;br /&gt;
&lt;br /&gt;
== Sprint 5==&lt;br /&gt;
&lt;br /&gt;
== Gantt ==&lt;br /&gt;
En plus de la méthodologie Scrum, nous avons créé plusieurs diagrammes de Gantt afin de voir ce projet de manière plus global. Ci-dessous, le dernier diagramme réalisé.&lt;br /&gt;
[[Image:gantt.png|900px|thumb|center]]&lt;br /&gt;
&lt;br /&gt;
= Liste des tâches et priorité =&lt;br /&gt;
Voici la liste des tâches que l&#039;équipe sera amenée à faire, avec plus où moins de détails. Une priorité de 1 à 5 a été appliquée à l&#039;ensemble des tâches.&lt;br /&gt;
&lt;br /&gt;
== Applicatif ==&lt;br /&gt;
&lt;br /&gt;
* Site web (via bootstrap) (3)&lt;br /&gt;
**Recensement des anciens projets (2)&lt;br /&gt;
**Visualisation des données (&amp;lt;span style=&amp;quot;color: #FF0000;&amp;quot;&amp;gt;5&amp;lt;/span&amp;gt;)&lt;br /&gt;
***faire le lien avec la bdd serveur&lt;br /&gt;
**Présentation du projet général (4)&lt;br /&gt;
**Passage de google Map à OpenStreetMap (1)&lt;br /&gt;
&lt;br /&gt;
== Capteur ==&lt;br /&gt;
&lt;br /&gt;
* OpenBas (&amp;lt;span style=&amp;quot;color: #FF0000;&amp;quot;&amp;gt;5&amp;lt;/span&amp;gt;)&lt;br /&gt;
** Documentation sur cette technologie&lt;br /&gt;
** étude de la viabilité de passer de OpenHab à OpenBas&lt;br /&gt;
&lt;br /&gt;
* Capteur Lora (&amp;lt;span style=&amp;quot;color: #FF0000;&amp;quot;&amp;gt;5&amp;lt;/span&amp;gt;)&lt;br /&gt;
**mettre en place la compatibilité avec stm32&lt;br /&gt;
**Test de connectivité et de transfert de paquet&lt;br /&gt;
**Assister à la réunion de Irock du Jeudi 05/02&lt;br /&gt;
&lt;br /&gt;
* Serveur DHCP (3)&lt;br /&gt;
&lt;br /&gt;
* Sécurité des transmissions (4)&lt;br /&gt;
&lt;br /&gt;
* Distinction entre capteur Irock et SmartCampus (&amp;lt;span style=&amp;quot;color: #FF0000;&amp;quot;&amp;gt;5&amp;lt;/span&amp;gt;)&lt;br /&gt;
&lt;br /&gt;
* Factorisation de OpenHab pour le mettre sur le serveur et alléger le démarrage des capteurs Galileo (2)&lt;br /&gt;
&lt;br /&gt;
== Server ==&lt;br /&gt;
&lt;br /&gt;
* mettre en place la bdd propre à Smart Campus (4)&lt;br /&gt;
&lt;br /&gt;
* distingué les paquets Irock de SmartCampus (&amp;lt;span style=&amp;quot;color: #FF0000;&amp;quot;&amp;gt;5&amp;lt;/span&amp;gt;)&lt;br /&gt;
**mettre en place une bdd commune à Irock qui recensera l&#039;ensemble des capteurs des deux projets&lt;br /&gt;
***L&#039;id permettra de faire la distinction et nommera un capteur&lt;br /&gt;
***association id et clé privé (AES 128)&lt;br /&gt;
&lt;br /&gt;
* mqtt (déjà en place?)&lt;br /&gt;
&lt;br /&gt;
* serveur nodeJs (déjà en place?)&lt;br /&gt;
&lt;br /&gt;
== Gestion de projet ==&lt;br /&gt;
&lt;br /&gt;
* Rendez vous avec la Directrice commerciale de la Tag et le Responsable du Dépot vendredi 06/02 à 15h (&amp;lt;span style=&amp;quot;color: #FF0000;&amp;quot;&amp;gt;5&amp;lt;/span&amp;gt;)&lt;br /&gt;
&lt;br /&gt;
* Rédaction du budget (2)&lt;br /&gt;
&lt;br /&gt;
* Rédaction de la matrice des risques (2)&lt;br /&gt;
&lt;br /&gt;
* Scrum (&amp;lt;span style=&amp;quot;color: #FF0000;&amp;quot;&amp;gt;5&amp;lt;/span&amp;gt;)&lt;br /&gt;
**un sprint/semaine&lt;br /&gt;
&lt;br /&gt;
=Génie Logiciel=&lt;br /&gt;
==Architecture générale du projet==&lt;br /&gt;
L’ensemble de la communication entre les machines s’effectuera avec le protocole de communication MQTT. Un serveur central concentre l’ensemble des données et les redistribue à travers les différentes interfaces.&lt;br /&gt;
&amp;lt;br&amp;gt;&lt;br /&gt;
[[File:Archi02.png | 600px| center| thumb | Architecture globale de SmartCampus (M : extrémité d&#039;une communication MQTT)]]&lt;br /&gt;
&lt;br /&gt;
==Diagramme de contexte==&lt;br /&gt;
[[File:SmartCampusDiagContexte.png | 600px| center| thumb | Diagramme de contexte de notre projet Smart Campus]]&lt;br /&gt;
&lt;br /&gt;
==Use cases==&lt;br /&gt;
&lt;br /&gt;
==Diagramme logique==&lt;br /&gt;
[[File:SmartCampusDiagVueLogique.png | 600px| center| thumb | Vue logique de notre projet Smart Campus]]&lt;br /&gt;
&lt;br /&gt;
== Diagramme physique==&lt;br /&gt;
[[File:SmartCampusDiagVuePhysique.png | 600px| center| thumb | Vue physique de notre projet Smart Campus]]&lt;br /&gt;
&lt;br /&gt;
==Diagrammes dynamiques==&lt;br /&gt;
[[File:SmartCampusDiagVueDynamique_infos_RU.png | 800px| center| thumb | Vue dynamique dans le cas où un utilisateur souhaite obtenir les informations relatives au RU]]&lt;br /&gt;
[[File:SmartCampusDiagVueDynamique_parse_menus_RU.png | 600px| center| thumb | Vue dynamique dans le cas où un robot parse les menus du RU]]&lt;br /&gt;
[[File:SmartCampusDiagVueDynamique_eteindre_batiment.png | 800px| center| thumb | Vue dynamique dans le cas où un administrateur souhaite éteindre un bâtiment]]&lt;/div&gt;</summary>
		<author><name>RICM4-prj14-grp1</name></author>
	</entry>
	<entry>
		<id>https://air.imag.fr/index.php?title=Proj-2014-2015-SmartCampus2015&amp;diff=22090</id>
		<title>Proj-2014-2015-SmartCampus2015</title>
		<link rel="alternate" type="text/html" href="https://air.imag.fr/index.php?title=Proj-2014-2015-SmartCampus2015&amp;diff=22090"/>
		<updated>2015-03-19T10:02:17Z</updated>

		<summary type="html">&lt;p&gt;RICM4-prj14-grp1: /* Génie Logiciel */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;Encadrants : Didier Donsez et Vivien Quema &amp;lt;br&amp;gt;&lt;br /&gt;
Etudiants : (mailing list du projet : [mailto:smartcampus2015@googlegroups.com &amp;lt;smartcampus2015@googlegroups.com&amp;gt;])&lt;br /&gt;
* Augustin Husson (Coordinateur du projet) &lt;br /&gt;
* Jérôme Barbier (Scrum Master)&lt;br /&gt;
* Rodolphe Fréby&lt;br /&gt;
* Paul Labat&lt;br /&gt;
* Adji Sambe&lt;br /&gt;
&lt;br /&gt;
= Présentation du projet et de l&#039;équipe =&lt;br /&gt;
&lt;br /&gt;
Le projet SmartCampus 2015 reprend en partie le projet du même nom de [http://air.imag.fr/index.php/SmartCampus2014/FicheSuivi l&#039;année dernière].&lt;br /&gt;
&lt;br /&gt;
L&#039;idée est de passer du prototype à une échelle grandeur nature. Pour ce faire, des stations météos sans fils seront placées dans la ville de Grenoble.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Notre équipe est composée de 5 étudiants en dernière année de RICM (Réseaux Informatiques et Communication Multimédia) à Polytech&#039;Grenoble. L&#039;ensemble de l&#039;équipe a une spécialisation en Système et Réseau.&lt;br /&gt;
En terme de gestion de projet, on utilisera la méthodologie agile à l&#039;aide de l&#039;outil Scrum. Dans ce cadre là, le Scrum Master est Jérôme Barbier.&lt;br /&gt;
&lt;br /&gt;
Nous nous sommes répartis les tâches de la manière suivante:&lt;br /&gt;
* Augustin Husson : Chef de projet, développeur (OpenBas, base de données, gestion de capteurs sur le site web).&lt;br /&gt;
* Jérôme Barbier : Scrum Master, développeur (Cartes sans fils, remplissage site web de présentation du projet).&lt;br /&gt;
* Rodolphe Fréby : développeur (Cartes sans fils, une fonctionnalité du site web, scripts serveurs, déploiement du serveur final).&lt;br /&gt;
* Adji Ndèye Ndaté Sambe : développeuse (cartes avec les capteurs, liaison capteurs-base de données).&lt;br /&gt;
* Paul Labat : développeur (base de données, site web).&lt;br /&gt;
&lt;br /&gt;
Le travail s’est effectué avec un gestionnaire de version pour le code, afin d’avoir un historique complet de tout ce qui a été fait. Cela a été mis en adéquationavec le scrum grâce à un numéro d’identification des tâches signalé dans chacune des sauvegardes du code effectuées.&lt;br /&gt;
&lt;br /&gt;
= Organisation du projet =&lt;br /&gt;
La gestion de notre projet c&#039;est déroulé en utilisant la métodologie Scrum. Le ScrumMaster est BARBIER Jérôme. Nous avons utilisé le logiciel [http://www.scrumdesk.com/ ScrumDesk].&lt;br /&gt;
Etant donné la courte durée de ce projet, nous avons décidé de fixer un sprint à une semaine ce qui nous permet de nous projeter facilement sur les tâches à venir afin de ne pas nous fixer trop ou pas assez de tâches.&lt;br /&gt;
Nous avons également choisi un code couleur à partir du sprint 2 : &lt;br /&gt;
* violet pour les tâches à réaliser&lt;br /&gt;
* orange pour les tâches en cours&lt;br /&gt;
* vert pour les tâches qui se sont terminées correctement&lt;br /&gt;
* bleu et avec l’intitulé [BUG] si la tâche a débouchée sur une erreur que l’on peut ne pas résoudre à un instant donné&lt;br /&gt;
* rouge pour les tâches critiques&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Au final nous avons réalisé 6 sprints.&lt;br /&gt;
&lt;br /&gt;
== Sprint 1==&lt;br /&gt;
[[Image:Sprint1-1.png|800px|thumb|center]]&lt;br /&gt;
[[Image:Sprint1-2.png|800px|thumb|center]]&lt;br /&gt;
&lt;br /&gt;
== Sprint 2==&lt;br /&gt;
[[Image:Sprint2-1.png|800px|thumb|center]]&lt;br /&gt;
[[Image:Sprint2-2.png|800px|thumb|center]]&lt;br /&gt;
&lt;br /&gt;
== Sprint 3==&lt;br /&gt;
[[Image:Sprint3-1.png|800px|thumb|center]]&lt;br /&gt;
[[Image:Sprint3-2.png|800px|thumb|center]]&lt;br /&gt;
&lt;br /&gt;
== Sprint 4==&lt;br /&gt;
[[Image:Sprint4-1.png|800px|thumb|center]]&lt;br /&gt;
[[Image:Sprint4-2.png|800px|thumb|center]]&lt;br /&gt;
&lt;br /&gt;
== Sprint 5==&lt;br /&gt;
&lt;br /&gt;
== Sprint 6==&lt;br /&gt;
&lt;br /&gt;
== Gantt ==&lt;br /&gt;
En plus de la méthodologie Scrum, nous avons créé plusieurs diagrammes de Gantt afin de voir ce projet de manière plus global. Ci-dessous, le dernier diagramme réalisé.&lt;br /&gt;
[[Image:gantt.png|900px|thumb|center]]&lt;br /&gt;
&lt;br /&gt;
= Liste des tâches et priorité =&lt;br /&gt;
Voici la liste des tâches que l&#039;équipe sera amenée à faire, avec plus où moins de détails. Une priorité de 1 à 5 a été appliquée à l&#039;ensemble des tâches.&lt;br /&gt;
&lt;br /&gt;
== Applicatif ==&lt;br /&gt;
&lt;br /&gt;
* Site web (via bootstrap) (3)&lt;br /&gt;
**Recensement des anciens projets (2)&lt;br /&gt;
**Visualisation des données (&amp;lt;span style=&amp;quot;color: #FF0000;&amp;quot;&amp;gt;5&amp;lt;/span&amp;gt;)&lt;br /&gt;
***faire le lien avec la bdd serveur&lt;br /&gt;
**Présentation du projet général (4)&lt;br /&gt;
**Passage de google Map à OpenStreetMap (1)&lt;br /&gt;
&lt;br /&gt;
== Capteur ==&lt;br /&gt;
&lt;br /&gt;
* OpenBas (&amp;lt;span style=&amp;quot;color: #FF0000;&amp;quot;&amp;gt;5&amp;lt;/span&amp;gt;)&lt;br /&gt;
** Documentation sur cette technologie&lt;br /&gt;
** étude de la viabilité de passer de OpenHab à OpenBas&lt;br /&gt;
&lt;br /&gt;
* Capteur Lora (&amp;lt;span style=&amp;quot;color: #FF0000;&amp;quot;&amp;gt;5&amp;lt;/span&amp;gt;)&lt;br /&gt;
**mettre en place la compatibilité avec stm32&lt;br /&gt;
**Test de connectivité et de transfert de paquet&lt;br /&gt;
**Assister à la réunion de Irock du Jeudi 05/02&lt;br /&gt;
&lt;br /&gt;
* Serveur DHCP (3)&lt;br /&gt;
&lt;br /&gt;
* Sécurité des transmissions (4)&lt;br /&gt;
&lt;br /&gt;
* Distinction entre capteur Irock et SmartCampus (&amp;lt;span style=&amp;quot;color: #FF0000;&amp;quot;&amp;gt;5&amp;lt;/span&amp;gt;)&lt;br /&gt;
&lt;br /&gt;
* Factorisation de OpenHab pour le mettre sur le serveur et alléger le démarrage des capteurs Galileo (2)&lt;br /&gt;
&lt;br /&gt;
== Server ==&lt;br /&gt;
&lt;br /&gt;
* mettre en place la bdd propre à Smart Campus (4)&lt;br /&gt;
&lt;br /&gt;
* distingué les paquets Irock de SmartCampus (&amp;lt;span style=&amp;quot;color: #FF0000;&amp;quot;&amp;gt;5&amp;lt;/span&amp;gt;)&lt;br /&gt;
**mettre en place une bdd commune à Irock qui recensera l&#039;ensemble des capteurs des deux projets&lt;br /&gt;
***L&#039;id permettra de faire la distinction et nommera un capteur&lt;br /&gt;
***association id et clé privé (AES 128)&lt;br /&gt;
&lt;br /&gt;
* mqtt (déjà en place?)&lt;br /&gt;
&lt;br /&gt;
* serveur nodeJs (déjà en place?)&lt;br /&gt;
&lt;br /&gt;
== Gestion de projet ==&lt;br /&gt;
&lt;br /&gt;
* Rendez vous avec la Directrice commerciale de la Tag et le Responsable du Dépot vendredi 06/02 à 15h (&amp;lt;span style=&amp;quot;color: #FF0000;&amp;quot;&amp;gt;5&amp;lt;/span&amp;gt;)&lt;br /&gt;
&lt;br /&gt;
* Rédaction du budget (2)&lt;br /&gt;
&lt;br /&gt;
* Rédaction de la matrice des risques (2)&lt;br /&gt;
&lt;br /&gt;
* Scrum (&amp;lt;span style=&amp;quot;color: #FF0000;&amp;quot;&amp;gt;5&amp;lt;/span&amp;gt;)&lt;br /&gt;
**un sprint/semaine&lt;br /&gt;
&lt;br /&gt;
=Génie Logiciel=&lt;br /&gt;
==Architecture générale du projet==&lt;br /&gt;
L’ensemble de la communication entre les machines s’effectuera avec le protocole de communication MQTT. Un serveur central concentre l’ensemble des données et les redistribue à travers les différentes interfaces.&lt;br /&gt;
&amp;lt;br&amp;gt;&lt;br /&gt;
[[File:Archi02.png | 600px| center| thumb | Architecture globale de SmartCampus (M : extrémité d&#039;une communication MQTT)]]&lt;br /&gt;
&lt;br /&gt;
==Diagramme de contexte==&lt;br /&gt;
[[File:SmartCampusDiagContexte.png | 600px| center| thumb | Diagramme de contexte de notre projet Smart Campus]]&lt;br /&gt;
&lt;br /&gt;
==Use cases==&lt;br /&gt;
&lt;br /&gt;
==Diagramme logique==&lt;br /&gt;
[[File:SmartCampusDiagVueLogique.png | 600px| center| thumb | Vue logique de notre projet Smart Campus]]&lt;br /&gt;
&lt;br /&gt;
== Diagramme physique==&lt;br /&gt;
[[File:SmartCampusDiagVuePhysique.png | 600px| center| thumb | Vue physique de notre projet Smart Campus]]&lt;br /&gt;
&lt;br /&gt;
==Diagrammes dynamiques==&lt;br /&gt;
[[File:SmartCampusDiagVueDynamique_infos_RU.png | 800px| center| thumb | Vue dynamique dans le cas où un utilisateur souhaite obtenir les informations relatives au RU]]&lt;br /&gt;
[[File:SmartCampusDiagVueDynamique_parse_menus_RU.png | 600px| center| thumb | Vue dynamique dans le cas où un robot parse les menus du RU]]&lt;br /&gt;
[[File:SmartCampusDiagVueDynamique_eteindre_batiment.png | 800px| center| thumb | Vue dynamique dans le cas où un administrateur souhaite éteindre un bâtiment]]&lt;/div&gt;</summary>
		<author><name>RICM4-prj14-grp1</name></author>
	</entry>
	<entry>
		<id>https://air.imag.fr/index.php?title=Proj-2014-2015-SmartCampus2015&amp;diff=22089</id>
		<title>Proj-2014-2015-SmartCampus2015</title>
		<link rel="alternate" type="text/html" href="https://air.imag.fr/index.php?title=Proj-2014-2015-SmartCampus2015&amp;diff=22089"/>
		<updated>2015-03-19T10:01:19Z</updated>

		<summary type="html">&lt;p&gt;RICM4-prj14-grp1: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;Encadrants : Didier Donsez et Vivien Quema &amp;lt;br&amp;gt;&lt;br /&gt;
Etudiants : (mailing list du projet : [mailto:smartcampus2015@googlegroups.com &amp;lt;smartcampus2015@googlegroups.com&amp;gt;])&lt;br /&gt;
* Augustin Husson (Coordinateur du projet) &lt;br /&gt;
* Jérôme Barbier (Scrum Master)&lt;br /&gt;
* Rodolphe Fréby&lt;br /&gt;
* Paul Labat&lt;br /&gt;
* Adji Sambe&lt;br /&gt;
&lt;br /&gt;
= Présentation du projet et de l&#039;équipe =&lt;br /&gt;
&lt;br /&gt;
Le projet SmartCampus 2015 reprend en partie le projet du même nom de [http://air.imag.fr/index.php/SmartCampus2014/FicheSuivi l&#039;année dernière].&lt;br /&gt;
&lt;br /&gt;
L&#039;idée est de passer du prototype à une échelle grandeur nature. Pour ce faire, des stations météos sans fils seront placées dans la ville de Grenoble.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Notre équipe est composée de 5 étudiants en dernière année de RICM (Réseaux Informatiques et Communication Multimédia) à Polytech&#039;Grenoble. L&#039;ensemble de l&#039;équipe a une spécialisation en Système et Réseau.&lt;br /&gt;
En terme de gestion de projet, on utilisera la méthodologie agile à l&#039;aide de l&#039;outil Scrum. Dans ce cadre là, le Scrum Master est Jérôme Barbier.&lt;br /&gt;
&lt;br /&gt;
Nous nous sommes répartis les tâches de la manière suivante:&lt;br /&gt;
* Augustin Husson : Chef de projet, développeur (OpenBas, base de données, gestion de capteurs sur le site web).&lt;br /&gt;
* Jérôme Barbier : Scrum Master, développeur (Cartes sans fils, remplissage site web de présentation du projet).&lt;br /&gt;
* Rodolphe Fréby : développeur (Cartes sans fils, une fonctionnalité du site web, scripts serveurs, déploiement du serveur final).&lt;br /&gt;
* Adji Ndèye Ndaté Sambe : développeuse (cartes avec les capteurs, liaison capteurs-base de données).&lt;br /&gt;
* Paul Labat : développeur (base de données, site web).&lt;br /&gt;
&lt;br /&gt;
Le travail s’est effectué avec un gestionnaire de version pour le code, afin d’avoir un historique complet de tout ce qui a été fait. Cela a été mis en adéquationavec le scrum grâce à un numéro d’identification des tâches signalé dans chacune des sauvegardes du code effectuées.&lt;br /&gt;
&lt;br /&gt;
= Organisation du projet =&lt;br /&gt;
La gestion de notre projet c&#039;est déroulé en utilisant la métodologie Scrum. Le ScrumMaster est BARBIER Jérôme. Nous avons utilisé le logiciel [http://www.scrumdesk.com/ ScrumDesk].&lt;br /&gt;
Etant donné la courte durée de ce projet, nous avons décidé de fixer un sprint à une semaine ce qui nous permet de nous projeter facilement sur les tâches à venir afin de ne pas nous fixer trop ou pas assez de tâches.&lt;br /&gt;
Nous avons également choisi un code couleur à partir du sprint 2 : &lt;br /&gt;
* violet pour les tâches à réaliser&lt;br /&gt;
* orange pour les tâches en cours&lt;br /&gt;
* vert pour les tâches qui se sont terminées correctement&lt;br /&gt;
* bleu et avec l’intitulé [BUG] si la tâche a débouchée sur une erreur que l’on peut ne pas résoudre à un instant donné&lt;br /&gt;
* rouge pour les tâches critiques&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Au final nous avons réalisé 6 sprints.&lt;br /&gt;
&lt;br /&gt;
== Sprint 1==&lt;br /&gt;
[[Image:Sprint1-1.png|800px|thumb|center]]&lt;br /&gt;
[[Image:Sprint1-2.png|800px|thumb|center]]&lt;br /&gt;
&lt;br /&gt;
== Sprint 2==&lt;br /&gt;
[[Image:Sprint2-1.png|800px|thumb|center]]&lt;br /&gt;
[[Image:Sprint2-2.png|800px|thumb|center]]&lt;br /&gt;
&lt;br /&gt;
== Sprint 3==&lt;br /&gt;
[[Image:Sprint3-1.png|800px|thumb|center]]&lt;br /&gt;
[[Image:Sprint3-2.png|800px|thumb|center]]&lt;br /&gt;
&lt;br /&gt;
== Sprint 4==&lt;br /&gt;
[[Image:Sprint4-1.png|800px|thumb|center]]&lt;br /&gt;
[[Image:Sprint4-2.png|800px|thumb|center]]&lt;br /&gt;
&lt;br /&gt;
== Sprint 5==&lt;br /&gt;
&lt;br /&gt;
== Sprint 6==&lt;br /&gt;
&lt;br /&gt;
== Gantt ==&lt;br /&gt;
En plus de la méthodologie Scrum, nous avons créé plusieurs diagrammes de Gantt afin de voir ce projet de manière plus global. Ci-dessous, le dernier diagramme réalisé.&lt;br /&gt;
[[Image:gantt.png|900px|thumb|center]]&lt;br /&gt;
&lt;br /&gt;
= Liste des tâches et priorité =&lt;br /&gt;
Voici la liste des tâches que l&#039;équipe sera amenée à faire, avec plus où moins de détails. Une priorité de 1 à 5 a été appliquée à l&#039;ensemble des tâches.&lt;br /&gt;
&lt;br /&gt;
== Applicatif ==&lt;br /&gt;
&lt;br /&gt;
* Site web (via bootstrap) (3)&lt;br /&gt;
**Recensement des anciens projets (2)&lt;br /&gt;
**Visualisation des données (&amp;lt;span style=&amp;quot;color: #FF0000;&amp;quot;&amp;gt;5&amp;lt;/span&amp;gt;)&lt;br /&gt;
***faire le lien avec la bdd serveur&lt;br /&gt;
**Présentation du projet général (4)&lt;br /&gt;
**Passage de google Map à OpenStreetMap (1)&lt;br /&gt;
&lt;br /&gt;
== Capteur ==&lt;br /&gt;
&lt;br /&gt;
* OpenBas (&amp;lt;span style=&amp;quot;color: #FF0000;&amp;quot;&amp;gt;5&amp;lt;/span&amp;gt;)&lt;br /&gt;
** Documentation sur cette technologie&lt;br /&gt;
** étude de la viabilité de passer de OpenHab à OpenBas&lt;br /&gt;
&lt;br /&gt;
* Capteur Lora (&amp;lt;span style=&amp;quot;color: #FF0000;&amp;quot;&amp;gt;5&amp;lt;/span&amp;gt;)&lt;br /&gt;
**mettre en place la compatibilité avec stm32&lt;br /&gt;
**Test de connectivité et de transfert de paquet&lt;br /&gt;
**Assister à la réunion de Irock du Jeudi 05/02&lt;br /&gt;
&lt;br /&gt;
* Serveur DHCP (3)&lt;br /&gt;
&lt;br /&gt;
* Sécurité des transmissions (4)&lt;br /&gt;
&lt;br /&gt;
* Distinction entre capteur Irock et SmartCampus (&amp;lt;span style=&amp;quot;color: #FF0000;&amp;quot;&amp;gt;5&amp;lt;/span&amp;gt;)&lt;br /&gt;
&lt;br /&gt;
* Factorisation de OpenHab pour le mettre sur le serveur et alléger le démarrage des capteurs Galileo (2)&lt;br /&gt;
&lt;br /&gt;
== Server ==&lt;br /&gt;
&lt;br /&gt;
* mettre en place la bdd propre à Smart Campus (4)&lt;br /&gt;
&lt;br /&gt;
* distingué les paquets Irock de SmartCampus (&amp;lt;span style=&amp;quot;color: #FF0000;&amp;quot;&amp;gt;5&amp;lt;/span&amp;gt;)&lt;br /&gt;
**mettre en place une bdd commune à Irock qui recensera l&#039;ensemble des capteurs des deux projets&lt;br /&gt;
***L&#039;id permettra de faire la distinction et nommera un capteur&lt;br /&gt;
***association id et clé privé (AES 128)&lt;br /&gt;
&lt;br /&gt;
* mqtt (déjà en place?)&lt;br /&gt;
&lt;br /&gt;
* serveur nodeJs (déjà en place?)&lt;br /&gt;
&lt;br /&gt;
== Gestion de projet ==&lt;br /&gt;
&lt;br /&gt;
* Rendez vous avec la Directrice commerciale de la Tag et le Responsable du Dépot vendredi 06/02 à 15h (&amp;lt;span style=&amp;quot;color: #FF0000;&amp;quot;&amp;gt;5&amp;lt;/span&amp;gt;)&lt;br /&gt;
&lt;br /&gt;
* Rédaction du budget (2)&lt;br /&gt;
&lt;br /&gt;
* Rédaction de la matrice des risques (2)&lt;br /&gt;
&lt;br /&gt;
* Scrum (&amp;lt;span style=&amp;quot;color: #FF0000;&amp;quot;&amp;gt;5&amp;lt;/span&amp;gt;)&lt;br /&gt;
**un sprint/semaine&lt;br /&gt;
&lt;br /&gt;
=Génie Logiciel=&lt;br /&gt;
==Diagramme de contexte==&lt;br /&gt;
[[File:SmartCampusDiagContexte.png | 600px| center| thumb | Diagramme de contexte de notre projet Smart Campus]]&lt;br /&gt;
&lt;br /&gt;
==Use cases==&lt;br /&gt;
&lt;br /&gt;
==Diagramme logique==&lt;br /&gt;
[[File:SmartCampusDiagVueLogique.png | 600px| center| thumb | Vue logique de notre projet Smart Campus]]&lt;br /&gt;
&lt;br /&gt;
== Diagramme physique==&lt;br /&gt;
[[File:SmartCampusDiagVuePhysique.png | 600px| center| thumb | Vue physique de notre projet Smart Campus]]&lt;br /&gt;
&lt;br /&gt;
==Diagrammes dynamiques==&lt;br /&gt;
[[File:SmartCampusDiagVueDynamique_infos_RU.png | 800px| center| thumb | Vue dynamique dans le cas où un utilisateur souhaite obtenir les informations relatives au RU]]&lt;br /&gt;
[[File:SmartCampusDiagVueDynamique_parse_menus_RU.png | 600px| center| thumb | Vue dynamique dans le cas où un robot parse les menus du RU]]&lt;br /&gt;
[[File:SmartCampusDiagVueDynamique_eteindre_batiment.png | 800px| center| thumb | Vue dynamique dans le cas où un administrateur souhaite éteindre un bâtiment]]&lt;/div&gt;</summary>
		<author><name>RICM4-prj14-grp1</name></author>
	</entry>
	<entry>
		<id>https://air.imag.fr/index.php?title=Proj-2014-2015-SmartCampus2015&amp;diff=21830</id>
		<title>Proj-2014-2015-SmartCampus2015</title>
		<link rel="alternate" type="text/html" href="https://air.imag.fr/index.php?title=Proj-2014-2015-SmartCampus2015&amp;diff=21830"/>
		<updated>2015-03-10T09:37:54Z</updated>

		<summary type="html">&lt;p&gt;RICM4-prj14-grp1: /* Organisation du projet */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;Encadrants : Didier Donsez et Vivien Quema &amp;lt;br&amp;gt;&lt;br /&gt;
Etudiants : (mailing list du projet : [mailto:smartcampus2015@googlegroups.com &amp;lt;smartcampus2015@googlegroups.com&amp;gt;])&lt;br /&gt;
* Augustin Husson (Coordinateur du projet) &lt;br /&gt;
* Jérôme Barbier (Scrum Master)&lt;br /&gt;
* Rodolphe Fréby&lt;br /&gt;
* Paul Labat&lt;br /&gt;
* Adji Sambe&lt;br /&gt;
&lt;br /&gt;
= Présentation du projet et de l&#039;équipe =&lt;br /&gt;
&lt;br /&gt;
Le projet SmartCampus 2015 reprend en partie le projet du même nom de [http://air.imag.fr/index.php/SmartCampus2014/FicheSuivi l&#039;année dernière].&lt;br /&gt;
&lt;br /&gt;
L&#039;idée est de passer du prototype à une échelle grandeur nature. Pour ce faire, des stations météos sans files seront placées dans la ville de Grenoble.&lt;br /&gt;
&lt;br /&gt;
(à compléter)&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Notre équipe est composée de 5 étudiants en dernière année de RICM (Réseaux Informatiques et Communication Multimédia) à Polytech&#039;Grenoble. L&#039;ensemble de l&#039;équipe a une spécialisation en Système et Réseau.&lt;br /&gt;
En terme de gestion de projet, on utilisera la méthodologie agile à l&#039;aide de l&#039;outil Scrum. Dans ce cadre là, le Scrum Master est Jérôme Barbier.&lt;br /&gt;
&lt;br /&gt;
= Organisation du projet =&lt;br /&gt;
La gestion de notre projet c&#039;est déroulé en utilisant la métodologie Scrum. Le ScrumMaster est BARBIER Jérôme. Nous avons utilisé le logiciel [http://www.scrumdesk.com/ ScrumDesk].&lt;br /&gt;
Etant donné la courte durée de ce projet, nous avons décidé de fixer un sprint à une semaine ce qui nous permet de nous projeter facilement sur les tâches à venir afin de ne pas nous fixer trop ou pas assez de tâches.&lt;br /&gt;
Au final nous avons réalisé 6 sprints.&lt;br /&gt;
&lt;br /&gt;
== Sprint 1==&lt;br /&gt;
[[Image:Sprint1-1.png|800px|thumb|center]]&lt;br /&gt;
[[Image:Sprint1-2.png|800px|thumb|center]]&lt;br /&gt;
&lt;br /&gt;
== Sprint 2==&lt;br /&gt;
[[Image:Sprint2-1.png|800px|thumb|center]]&lt;br /&gt;
[[Image:Sprint2-2.png|800px|thumb|center]]&lt;br /&gt;
&lt;br /&gt;
== Sprint 3==&lt;br /&gt;
[[Image:Sprint3-1.png|800px|thumb|center]]&lt;br /&gt;
[[Image:Sprint3-2.png|800px|thumb|center]]&lt;br /&gt;
&lt;br /&gt;
== Sprint 4==&lt;br /&gt;
[[Image:Sprint4-1.png|800px|thumb|center]]&lt;br /&gt;
[[Image:Sprint4-2.png|800px|thumb|center]]&lt;br /&gt;
&lt;br /&gt;
== Sprint 5==&lt;br /&gt;
&lt;br /&gt;
== Sprint 6==&lt;br /&gt;
&lt;br /&gt;
= Liste des tâches et priorité =&lt;br /&gt;
Voici la liste des tâches que l&#039;équipe sera amenée à faire, avec plus où moins de détails. Une priorité de 1 à 5 a été appliquée à l&#039;ensemble des tâches.&lt;br /&gt;
&lt;br /&gt;
== Applicatif ==&lt;br /&gt;
&lt;br /&gt;
* Site web (via bootstrap) (3)&lt;br /&gt;
**Recensement des anciens projets (2)&lt;br /&gt;
**Visualisation des données (&amp;lt;span style=&amp;quot;color: #FF0000;&amp;quot;&amp;gt;5&amp;lt;/span&amp;gt;)&lt;br /&gt;
***faire le lien avec la bdd serveur&lt;br /&gt;
**Présentation du projet général (4)&lt;br /&gt;
**Passage de google Map à OpenStreetMap (1)&lt;br /&gt;
&lt;br /&gt;
== Capteur ==&lt;br /&gt;
&lt;br /&gt;
* OpenBas (&amp;lt;span style=&amp;quot;color: #FF0000;&amp;quot;&amp;gt;5&amp;lt;/span&amp;gt;)&lt;br /&gt;
** Documentation sur cette technologie&lt;br /&gt;
** étude de la viabilité de passer de OpenHab à OpenBas&lt;br /&gt;
&lt;br /&gt;
* Capteur Lora (&amp;lt;span style=&amp;quot;color: #FF0000;&amp;quot;&amp;gt;5&amp;lt;/span&amp;gt;)&lt;br /&gt;
**mettre en place la compatibilité avec stm32&lt;br /&gt;
**Test de connectivité et de transfert de paquet&lt;br /&gt;
**Assister à la réunion de Irock du Jeudi 05/02&lt;br /&gt;
&lt;br /&gt;
* Serveur DHCP (3)&lt;br /&gt;
&lt;br /&gt;
* Sécurité des transmissions (4)&lt;br /&gt;
&lt;br /&gt;
* Distinction entre capteur Irock et SmartCampus (&amp;lt;span style=&amp;quot;color: #FF0000;&amp;quot;&amp;gt;5&amp;lt;/span&amp;gt;)&lt;br /&gt;
&lt;br /&gt;
* Factorisation de OpenHab pour le mettre sur le serveur et alléger le démarrage des capteurs Galileo (2)&lt;br /&gt;
&lt;br /&gt;
== Server ==&lt;br /&gt;
&lt;br /&gt;
* mettre en place la bdd propre à Smart Campus (4)&lt;br /&gt;
&lt;br /&gt;
* distingué les paquets Irock de SmartCampus (&amp;lt;span style=&amp;quot;color: #FF0000;&amp;quot;&amp;gt;5&amp;lt;/span&amp;gt;)&lt;br /&gt;
**mettre en place une bdd commune à Irock qui recensera l&#039;ensemble des capteurs des deux projets&lt;br /&gt;
***L&#039;id permettra de faire la distinction et nommera un capteur&lt;br /&gt;
***association id et clé privé (AES 128)&lt;br /&gt;
&lt;br /&gt;
* mqtt (déjà en place?)&lt;br /&gt;
&lt;br /&gt;
* serveur nodeJs (déjà en place?)&lt;br /&gt;
&lt;br /&gt;
== Gestion de projet ==&lt;br /&gt;
&lt;br /&gt;
* Rendez vous avec la Directrice commerciale de la Tag et le Responsable du Dépot vendredi 06/02 à 15h (&amp;lt;span style=&amp;quot;color: #FF0000;&amp;quot;&amp;gt;5&amp;lt;/span&amp;gt;)&lt;br /&gt;
&lt;br /&gt;
* Rédaction du budget (2)&lt;br /&gt;
&lt;br /&gt;
* Rédaction de la matrice des risques (2)&lt;br /&gt;
&lt;br /&gt;
* Scrum (&amp;lt;span style=&amp;quot;color: #FF0000;&amp;quot;&amp;gt;5&amp;lt;/span&amp;gt;)&lt;br /&gt;
**un sprint/semaine&lt;/div&gt;</summary>
		<author><name>RICM4-prj14-grp1</name></author>
	</entry>
	<entry>
		<id>https://air.imag.fr/index.php?title=File:Sprint4-2.png&amp;diff=21829</id>
		<title>File:Sprint4-2.png</title>
		<link rel="alternate" type="text/html" href="https://air.imag.fr/index.php?title=File:Sprint4-2.png&amp;diff=21829"/>
		<updated>2015-03-10T09:37:43Z</updated>

		<summary type="html">&lt;p&gt;RICM4-prj14-grp1: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&lt;/div&gt;</summary>
		<author><name>RICM4-prj14-grp1</name></author>
	</entry>
	<entry>
		<id>https://air.imag.fr/index.php?title=File:Sprint4-1.png&amp;diff=21828</id>
		<title>File:Sprint4-1.png</title>
		<link rel="alternate" type="text/html" href="https://air.imag.fr/index.php?title=File:Sprint4-1.png&amp;diff=21828"/>
		<updated>2015-03-10T09:34:33Z</updated>

		<summary type="html">&lt;p&gt;RICM4-prj14-grp1: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&lt;/div&gt;</summary>
		<author><name>RICM4-prj14-grp1</name></author>
	</entry>
	<entry>
		<id>https://air.imag.fr/index.php?title=File:Sprint3-2.png&amp;diff=21827</id>
		<title>File:Sprint3-2.png</title>
		<link rel="alternate" type="text/html" href="https://air.imag.fr/index.php?title=File:Sprint3-2.png&amp;diff=21827"/>
		<updated>2015-03-10T09:32:21Z</updated>

		<summary type="html">&lt;p&gt;RICM4-prj14-grp1: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&lt;/div&gt;</summary>
		<author><name>RICM4-prj14-grp1</name></author>
	</entry>
	<entry>
		<id>https://air.imag.fr/index.php?title=File:Sprint3-1.png&amp;diff=21826</id>
		<title>File:Sprint3-1.png</title>
		<link rel="alternate" type="text/html" href="https://air.imag.fr/index.php?title=File:Sprint3-1.png&amp;diff=21826"/>
		<updated>2015-03-10T09:31:24Z</updated>

		<summary type="html">&lt;p&gt;RICM4-prj14-grp1: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&lt;/div&gt;</summary>
		<author><name>RICM4-prj14-grp1</name></author>
	</entry>
	<entry>
		<id>https://air.imag.fr/index.php?title=Proj-2014-2015-SmartCampus2015&amp;diff=21825</id>
		<title>Proj-2014-2015-SmartCampus2015</title>
		<link rel="alternate" type="text/html" href="https://air.imag.fr/index.php?title=Proj-2014-2015-SmartCampus2015&amp;diff=21825"/>
		<updated>2015-03-10T09:30:16Z</updated>

		<summary type="html">&lt;p&gt;RICM4-prj14-grp1: /* Organisation du projet */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;Encadrants : Didier Donsez et Vivien Quema &amp;lt;br&amp;gt;&lt;br /&gt;
Etudiants : (mailing list du projet : [mailto:smartcampus2015@googlegroups.com &amp;lt;smartcampus2015@googlegroups.com&amp;gt;])&lt;br /&gt;
* Augustin Husson (Coordinateur du projet) &lt;br /&gt;
* Jérôme Barbier (Scrum Master)&lt;br /&gt;
* Rodolphe Fréby&lt;br /&gt;
* Paul Labat&lt;br /&gt;
* Adji Sambe&lt;br /&gt;
&lt;br /&gt;
= Présentation du projet et de l&#039;équipe =&lt;br /&gt;
&lt;br /&gt;
Le projet SmartCampus 2015 reprend en partie le projet du même nom de [http://air.imag.fr/index.php/SmartCampus2014/FicheSuivi l&#039;année dernière].&lt;br /&gt;
&lt;br /&gt;
L&#039;idée est de passer du prototype à une échelle grandeur nature. Pour ce faire, des stations météos sans files seront placées dans la ville de Grenoble.&lt;br /&gt;
&lt;br /&gt;
(à compléter)&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Notre équipe est composée de 5 étudiants en dernière année de RICM (Réseaux Informatiques et Communication Multimédia) à Polytech&#039;Grenoble. L&#039;ensemble de l&#039;équipe a une spécialisation en Système et Réseau.&lt;br /&gt;
En terme de gestion de projet, on utilisera la méthodologie agile à l&#039;aide de l&#039;outil Scrum. Dans ce cadre là, le Scrum Master est Jérôme Barbier.&lt;br /&gt;
&lt;br /&gt;
= Organisation du projet =&lt;br /&gt;
La gestion de notre projet c&#039;est déroulé en utilisant la métodologie Scrum. Le ScrumMaster est BARBIER Jérôme. Nous avons utilisé le logiciel [http://www.scrumdesk.com/ ScrumDesk].&lt;br /&gt;
Etant donné la courte durée de ce projet, nous avons décidé de fixer un sprint à une semaine ce qui nous permet de nous projeter facilement sur les tâches à venir afin de ne pas nous fixer trop ou pas assez de tâches.&lt;br /&gt;
Au final nous avons réalisé 6 sprints.&lt;br /&gt;
&lt;br /&gt;
== Sprint 1==&lt;br /&gt;
[[Image:Sprint1-1.png|800px|thumb|center]]&lt;br /&gt;
[[Image:Sprint1-2.png|800px|thumb|center]]&lt;br /&gt;
&lt;br /&gt;
== Sprint 2==&lt;br /&gt;
[[Image:Sprint2-1.png|800px|thumb|center]]&lt;br /&gt;
[[Image:Sprint2-2.png|800px|thumb|center]]&lt;br /&gt;
== Sprint 3==&lt;br /&gt;
== Sprint 4==&lt;br /&gt;
== Sprint 5==&lt;br /&gt;
== Sprint 6==&lt;br /&gt;
&lt;br /&gt;
= Liste des tâches et priorité =&lt;br /&gt;
Voici la liste des tâches que l&#039;équipe sera amenée à faire, avec plus où moins de détails. Une priorité de 1 à 5 a été appliquée à l&#039;ensemble des tâches.&lt;br /&gt;
&lt;br /&gt;
== Applicatif ==&lt;br /&gt;
&lt;br /&gt;
* Site web (via bootstrap) (3)&lt;br /&gt;
**Recensement des anciens projets (2)&lt;br /&gt;
**Visualisation des données (&amp;lt;span style=&amp;quot;color: #FF0000;&amp;quot;&amp;gt;5&amp;lt;/span&amp;gt;)&lt;br /&gt;
***faire le lien avec la bdd serveur&lt;br /&gt;
**Présentation du projet général (4)&lt;br /&gt;
**Passage de google Map à OpenStreetMap (1)&lt;br /&gt;
&lt;br /&gt;
== Capteur ==&lt;br /&gt;
&lt;br /&gt;
* OpenBas (&amp;lt;span style=&amp;quot;color: #FF0000;&amp;quot;&amp;gt;5&amp;lt;/span&amp;gt;)&lt;br /&gt;
** Documentation sur cette technologie&lt;br /&gt;
** étude de la viabilité de passer de OpenHab à OpenBas&lt;br /&gt;
&lt;br /&gt;
* Capteur Lora (&amp;lt;span style=&amp;quot;color: #FF0000;&amp;quot;&amp;gt;5&amp;lt;/span&amp;gt;)&lt;br /&gt;
**mettre en place la compatibilité avec stm32&lt;br /&gt;
**Test de connectivité et de transfert de paquet&lt;br /&gt;
**Assister à la réunion de Irock du Jeudi 05/02&lt;br /&gt;
&lt;br /&gt;
* Serveur DHCP (3)&lt;br /&gt;
&lt;br /&gt;
* Sécurité des transmissions (4)&lt;br /&gt;
&lt;br /&gt;
* Distinction entre capteur Irock et SmartCampus (&amp;lt;span style=&amp;quot;color: #FF0000;&amp;quot;&amp;gt;5&amp;lt;/span&amp;gt;)&lt;br /&gt;
&lt;br /&gt;
* Factorisation de OpenHab pour le mettre sur le serveur et alléger le démarrage des capteurs Galileo (2)&lt;br /&gt;
&lt;br /&gt;
== Server ==&lt;br /&gt;
&lt;br /&gt;
* mettre en place la bdd propre à Smart Campus (4)&lt;br /&gt;
&lt;br /&gt;
* distingué les paquets Irock de SmartCampus (&amp;lt;span style=&amp;quot;color: #FF0000;&amp;quot;&amp;gt;5&amp;lt;/span&amp;gt;)&lt;br /&gt;
**mettre en place une bdd commune à Irock qui recensera l&#039;ensemble des capteurs des deux projets&lt;br /&gt;
***L&#039;id permettra de faire la distinction et nommera un capteur&lt;br /&gt;
***association id et clé privé (AES 128)&lt;br /&gt;
&lt;br /&gt;
* mqtt (déjà en place?)&lt;br /&gt;
&lt;br /&gt;
* serveur nodeJs (déjà en place?)&lt;br /&gt;
&lt;br /&gt;
== Gestion de projet ==&lt;br /&gt;
&lt;br /&gt;
* Rendez vous avec la Directrice commerciale de la Tag et le Responsable du Dépot vendredi 06/02 à 15h (&amp;lt;span style=&amp;quot;color: #FF0000;&amp;quot;&amp;gt;5&amp;lt;/span&amp;gt;)&lt;br /&gt;
&lt;br /&gt;
* Rédaction du budget (2)&lt;br /&gt;
&lt;br /&gt;
* Rédaction de la matrice des risques (2)&lt;br /&gt;
&lt;br /&gt;
* Scrum (&amp;lt;span style=&amp;quot;color: #FF0000;&amp;quot;&amp;gt;5&amp;lt;/span&amp;gt;)&lt;br /&gt;
**un sprint/semaine&lt;/div&gt;</summary>
		<author><name>RICM4-prj14-grp1</name></author>
	</entry>
	<entry>
		<id>https://air.imag.fr/index.php?title=File:Sprint2-2.png&amp;diff=21824</id>
		<title>File:Sprint2-2.png</title>
		<link rel="alternate" type="text/html" href="https://air.imag.fr/index.php?title=File:Sprint2-2.png&amp;diff=21824"/>
		<updated>2015-03-10T09:30:03Z</updated>

		<summary type="html">&lt;p&gt;RICM4-prj14-grp1: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&lt;/div&gt;</summary>
		<author><name>RICM4-prj14-grp1</name></author>
	</entry>
	<entry>
		<id>https://air.imag.fr/index.php?title=File:Sprint2-1.png&amp;diff=21823</id>
		<title>File:Sprint2-1.png</title>
		<link rel="alternate" type="text/html" href="https://air.imag.fr/index.php?title=File:Sprint2-1.png&amp;diff=21823"/>
		<updated>2015-03-10T09:28:45Z</updated>

		<summary type="html">&lt;p&gt;RICM4-prj14-grp1: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&lt;/div&gt;</summary>
		<author><name>RICM4-prj14-grp1</name></author>
	</entry>
	<entry>
		<id>https://air.imag.fr/index.php?title=File:Sprint1-1.png&amp;diff=21822</id>
		<title>File:Sprint1-1.png</title>
		<link rel="alternate" type="text/html" href="https://air.imag.fr/index.php?title=File:Sprint1-1.png&amp;diff=21822"/>
		<updated>2015-03-10T09:25:07Z</updated>

		<summary type="html">&lt;p&gt;RICM4-prj14-grp1: RICM4-prj14-grp1 uploaded a new version of &amp;amp;quot;File:Sprint1-1.png&amp;amp;quot;&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&lt;/div&gt;</summary>
		<author><name>RICM4-prj14-grp1</name></author>
	</entry>
	<entry>
		<id>https://air.imag.fr/index.php?title=Proj-2014-2015-SmartCampus2015&amp;diff=21821</id>
		<title>Proj-2014-2015-SmartCampus2015</title>
		<link rel="alternate" type="text/html" href="https://air.imag.fr/index.php?title=Proj-2014-2015-SmartCampus2015&amp;diff=21821"/>
		<updated>2015-03-10T09:20:44Z</updated>

		<summary type="html">&lt;p&gt;RICM4-prj14-grp1: /* Sprint 1 */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;Encadrants : Didier Donsez et Vivien Quema &amp;lt;br&amp;gt;&lt;br /&gt;
Etudiants : (mailing list du projet : [mailto:smartcampus2015@googlegroups.com &amp;lt;smartcampus2015@googlegroups.com&amp;gt;])&lt;br /&gt;
* Augustin Husson (Coordinateur du projet) &lt;br /&gt;
* Jérôme Barbier (Scrum Master)&lt;br /&gt;
* Rodolphe Fréby&lt;br /&gt;
* Paul Labat&lt;br /&gt;
* Adji Sambe&lt;br /&gt;
&lt;br /&gt;
= Présentation du projet et de l&#039;équipe =&lt;br /&gt;
&lt;br /&gt;
Le projet SmartCampus 2015 reprend en partie le projet du même nom de [http://air.imag.fr/index.php/SmartCampus2014/FicheSuivi l&#039;année dernière].&lt;br /&gt;
&lt;br /&gt;
L&#039;idée est de passer du prototype à une échelle grandeur nature. Pour ce faire, des stations météos sans files seront placées dans la ville de Grenoble.&lt;br /&gt;
&lt;br /&gt;
(à compléter)&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Notre équipe est composée de 5 étudiants en dernière année de RICM (Réseaux Informatiques et Communication Multimédia) à Polytech&#039;Grenoble. L&#039;ensemble de l&#039;équipe a une spécialisation en Système et Réseau.&lt;br /&gt;
En terme de gestion de projet, on utilisera la méthodologie agile à l&#039;aide de l&#039;outil Scrum. Dans ce cadre là, le Scrum Master est Jérôme Barbier.&lt;br /&gt;
&lt;br /&gt;
= Organisation du projet =&lt;br /&gt;
La gestion de notre projet c&#039;est déroulé en utilisant la métodologie Scrum. Le ScrumMaster est BARBIER Jérôme. Nous avons utilisé le logiciel [http://www.scrumdesk.com/ ScrumDesk].&lt;br /&gt;
Etant donné la courte durée de ce projet, nous avons décidé de fixer un sprint à une semaine ce qui nous permet de nous projeter facilement sur les tâches à venir afin de ne pas nous fixer trop ou pas assez de tâches.&lt;br /&gt;
Au final nous avons réalisé 6 sprints.&lt;br /&gt;
&lt;br /&gt;
== Sprint 1==&lt;br /&gt;
[[Image:Sprint1-1.png|800px|thumb|center]]&lt;br /&gt;
[[Image:Sprint1-2.png|800px|thumb|center]]&lt;br /&gt;
&lt;br /&gt;
== Sprint 2==&lt;br /&gt;
== Sprint 3==&lt;br /&gt;
== Sprint 4==&lt;br /&gt;
== Sprint 5==&lt;br /&gt;
== Sprint 6==&lt;br /&gt;
&lt;br /&gt;
= Liste des tâches et priorité =&lt;br /&gt;
Voici la liste des tâches que l&#039;équipe sera amenée à faire, avec plus où moins de détails. Une priorité de 1 à 5 a été appliquée à l&#039;ensemble des tâches.&lt;br /&gt;
&lt;br /&gt;
== Applicatif ==&lt;br /&gt;
&lt;br /&gt;
* Site web (via bootstrap) (3)&lt;br /&gt;
**Recensement des anciens projets (2)&lt;br /&gt;
**Visualisation des données (&amp;lt;span style=&amp;quot;color: #FF0000;&amp;quot;&amp;gt;5&amp;lt;/span&amp;gt;)&lt;br /&gt;
***faire le lien avec la bdd serveur&lt;br /&gt;
**Présentation du projet général (4)&lt;br /&gt;
**Passage de google Map à OpenStreetMap (1)&lt;br /&gt;
&lt;br /&gt;
== Capteur ==&lt;br /&gt;
&lt;br /&gt;
* OpenBas (&amp;lt;span style=&amp;quot;color: #FF0000;&amp;quot;&amp;gt;5&amp;lt;/span&amp;gt;)&lt;br /&gt;
** Documentation sur cette technologie&lt;br /&gt;
** étude de la viabilité de passer de OpenHab à OpenBas&lt;br /&gt;
&lt;br /&gt;
* Capteur Lora (&amp;lt;span style=&amp;quot;color: #FF0000;&amp;quot;&amp;gt;5&amp;lt;/span&amp;gt;)&lt;br /&gt;
**mettre en place la compatibilité avec stm32&lt;br /&gt;
**Test de connectivité et de transfert de paquet&lt;br /&gt;
**Assister à la réunion de Irock du Jeudi 05/02&lt;br /&gt;
&lt;br /&gt;
* Serveur DHCP (3)&lt;br /&gt;
&lt;br /&gt;
* Sécurité des transmissions (4)&lt;br /&gt;
&lt;br /&gt;
* Distinction entre capteur Irock et SmartCampus (&amp;lt;span style=&amp;quot;color: #FF0000;&amp;quot;&amp;gt;5&amp;lt;/span&amp;gt;)&lt;br /&gt;
&lt;br /&gt;
* Factorisation de OpenHab pour le mettre sur le serveur et alléger le démarrage des capteurs Galileo (2)&lt;br /&gt;
&lt;br /&gt;
== Server ==&lt;br /&gt;
&lt;br /&gt;
* mettre en place la bdd propre à Smart Campus (4)&lt;br /&gt;
&lt;br /&gt;
* distingué les paquets Irock de SmartCampus (&amp;lt;span style=&amp;quot;color: #FF0000;&amp;quot;&amp;gt;5&amp;lt;/span&amp;gt;)&lt;br /&gt;
**mettre en place une bdd commune à Irock qui recensera l&#039;ensemble des capteurs des deux projets&lt;br /&gt;
***L&#039;id permettra de faire la distinction et nommera un capteur&lt;br /&gt;
***association id et clé privé (AES 128)&lt;br /&gt;
&lt;br /&gt;
* mqtt (déjà en place?)&lt;br /&gt;
&lt;br /&gt;
* serveur nodeJs (déjà en place?)&lt;br /&gt;
&lt;br /&gt;
== Gestion de projet ==&lt;br /&gt;
&lt;br /&gt;
* Rendez vous avec la Directrice commerciale de la Tag et le Responsable du Dépot vendredi 06/02 à 15h (&amp;lt;span style=&amp;quot;color: #FF0000;&amp;quot;&amp;gt;5&amp;lt;/span&amp;gt;)&lt;br /&gt;
&lt;br /&gt;
* Rédaction du budget (2)&lt;br /&gt;
&lt;br /&gt;
* Rédaction de la matrice des risques (2)&lt;br /&gt;
&lt;br /&gt;
* Scrum (&amp;lt;span style=&amp;quot;color: #FF0000;&amp;quot;&amp;gt;5&amp;lt;/span&amp;gt;)&lt;br /&gt;
**un sprint/semaine&lt;/div&gt;</summary>
		<author><name>RICM4-prj14-grp1</name></author>
	</entry>
	<entry>
		<id>https://air.imag.fr/index.php?title=Proj-2014-2015-SmartCampus2015&amp;diff=21820</id>
		<title>Proj-2014-2015-SmartCampus2015</title>
		<link rel="alternate" type="text/html" href="https://air.imag.fr/index.php?title=Proj-2014-2015-SmartCampus2015&amp;diff=21820"/>
		<updated>2015-03-10T09:20:33Z</updated>

		<summary type="html">&lt;p&gt;RICM4-prj14-grp1: /* Sprint 1 */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;Encadrants : Didier Donsez et Vivien Quema &amp;lt;br&amp;gt;&lt;br /&gt;
Etudiants : (mailing list du projet : [mailto:smartcampus2015@googlegroups.com &amp;lt;smartcampus2015@googlegroups.com&amp;gt;])&lt;br /&gt;
* Augustin Husson (Coordinateur du projet) &lt;br /&gt;
* Jérôme Barbier (Scrum Master)&lt;br /&gt;
* Rodolphe Fréby&lt;br /&gt;
* Paul Labat&lt;br /&gt;
* Adji Sambe&lt;br /&gt;
&lt;br /&gt;
= Présentation du projet et de l&#039;équipe =&lt;br /&gt;
&lt;br /&gt;
Le projet SmartCampus 2015 reprend en partie le projet du même nom de [http://air.imag.fr/index.php/SmartCampus2014/FicheSuivi l&#039;année dernière].&lt;br /&gt;
&lt;br /&gt;
L&#039;idée est de passer du prototype à une échelle grandeur nature. Pour ce faire, des stations météos sans files seront placées dans la ville de Grenoble.&lt;br /&gt;
&lt;br /&gt;
(à compléter)&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Notre équipe est composée de 5 étudiants en dernière année de RICM (Réseaux Informatiques et Communication Multimédia) à Polytech&#039;Grenoble. L&#039;ensemble de l&#039;équipe a une spécialisation en Système et Réseau.&lt;br /&gt;
En terme de gestion de projet, on utilisera la méthodologie agile à l&#039;aide de l&#039;outil Scrum. Dans ce cadre là, le Scrum Master est Jérôme Barbier.&lt;br /&gt;
&lt;br /&gt;
= Organisation du projet =&lt;br /&gt;
La gestion de notre projet c&#039;est déroulé en utilisant la métodologie Scrum. Le ScrumMaster est BARBIER Jérôme. Nous avons utilisé le logiciel [http://www.scrumdesk.com/ ScrumDesk].&lt;br /&gt;
Etant donné la courte durée de ce projet, nous avons décidé de fixer un sprint à une semaine ce qui nous permet de nous projeter facilement sur les tâches à venir afin de ne pas nous fixer trop ou pas assez de tâches.&lt;br /&gt;
Au final nous avons réalisé 6 sprints.&lt;br /&gt;
&lt;br /&gt;
== Sprint 1==&lt;br /&gt;
[[Image:Sprint1-1.png|500px|thumb|center]]&lt;br /&gt;
[[Image:Sprint1-2.png|500px|thumb|center]]&lt;br /&gt;
&lt;br /&gt;
== Sprint 2==&lt;br /&gt;
== Sprint 3==&lt;br /&gt;
== Sprint 4==&lt;br /&gt;
== Sprint 5==&lt;br /&gt;
== Sprint 6==&lt;br /&gt;
&lt;br /&gt;
= Liste des tâches et priorité =&lt;br /&gt;
Voici la liste des tâches que l&#039;équipe sera amenée à faire, avec plus où moins de détails. Une priorité de 1 à 5 a été appliquée à l&#039;ensemble des tâches.&lt;br /&gt;
&lt;br /&gt;
== Applicatif ==&lt;br /&gt;
&lt;br /&gt;
* Site web (via bootstrap) (3)&lt;br /&gt;
**Recensement des anciens projets (2)&lt;br /&gt;
**Visualisation des données (&amp;lt;span style=&amp;quot;color: #FF0000;&amp;quot;&amp;gt;5&amp;lt;/span&amp;gt;)&lt;br /&gt;
***faire le lien avec la bdd serveur&lt;br /&gt;
**Présentation du projet général (4)&lt;br /&gt;
**Passage de google Map à OpenStreetMap (1)&lt;br /&gt;
&lt;br /&gt;
== Capteur ==&lt;br /&gt;
&lt;br /&gt;
* OpenBas (&amp;lt;span style=&amp;quot;color: #FF0000;&amp;quot;&amp;gt;5&amp;lt;/span&amp;gt;)&lt;br /&gt;
** Documentation sur cette technologie&lt;br /&gt;
** étude de la viabilité de passer de OpenHab à OpenBas&lt;br /&gt;
&lt;br /&gt;
* Capteur Lora (&amp;lt;span style=&amp;quot;color: #FF0000;&amp;quot;&amp;gt;5&amp;lt;/span&amp;gt;)&lt;br /&gt;
**mettre en place la compatibilité avec stm32&lt;br /&gt;
**Test de connectivité et de transfert de paquet&lt;br /&gt;
**Assister à la réunion de Irock du Jeudi 05/02&lt;br /&gt;
&lt;br /&gt;
* Serveur DHCP (3)&lt;br /&gt;
&lt;br /&gt;
* Sécurité des transmissions (4)&lt;br /&gt;
&lt;br /&gt;
* Distinction entre capteur Irock et SmartCampus (&amp;lt;span style=&amp;quot;color: #FF0000;&amp;quot;&amp;gt;5&amp;lt;/span&amp;gt;)&lt;br /&gt;
&lt;br /&gt;
* Factorisation de OpenHab pour le mettre sur le serveur et alléger le démarrage des capteurs Galileo (2)&lt;br /&gt;
&lt;br /&gt;
== Server ==&lt;br /&gt;
&lt;br /&gt;
* mettre en place la bdd propre à Smart Campus (4)&lt;br /&gt;
&lt;br /&gt;
* distingué les paquets Irock de SmartCampus (&amp;lt;span style=&amp;quot;color: #FF0000;&amp;quot;&amp;gt;5&amp;lt;/span&amp;gt;)&lt;br /&gt;
**mettre en place une bdd commune à Irock qui recensera l&#039;ensemble des capteurs des deux projets&lt;br /&gt;
***L&#039;id permettra de faire la distinction et nommera un capteur&lt;br /&gt;
***association id et clé privé (AES 128)&lt;br /&gt;
&lt;br /&gt;
* mqtt (déjà en place?)&lt;br /&gt;
&lt;br /&gt;
* serveur nodeJs (déjà en place?)&lt;br /&gt;
&lt;br /&gt;
== Gestion de projet ==&lt;br /&gt;
&lt;br /&gt;
* Rendez vous avec la Directrice commerciale de la Tag et le Responsable du Dépot vendredi 06/02 à 15h (&amp;lt;span style=&amp;quot;color: #FF0000;&amp;quot;&amp;gt;5&amp;lt;/span&amp;gt;)&lt;br /&gt;
&lt;br /&gt;
* Rédaction du budget (2)&lt;br /&gt;
&lt;br /&gt;
* Rédaction de la matrice des risques (2)&lt;br /&gt;
&lt;br /&gt;
* Scrum (&amp;lt;span style=&amp;quot;color: #FF0000;&amp;quot;&amp;gt;5&amp;lt;/span&amp;gt;)&lt;br /&gt;
**un sprint/semaine&lt;/div&gt;</summary>
		<author><name>RICM4-prj14-grp1</name></author>
	</entry>
	<entry>
		<id>https://air.imag.fr/index.php?title=Proj-2014-2015-SmartCampus2015&amp;diff=21819</id>
		<title>Proj-2014-2015-SmartCampus2015</title>
		<link rel="alternate" type="text/html" href="https://air.imag.fr/index.php?title=Proj-2014-2015-SmartCampus2015&amp;diff=21819"/>
		<updated>2015-03-10T09:20:23Z</updated>

		<summary type="html">&lt;p&gt;RICM4-prj14-grp1: /* Sprint 1 */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;Encadrants : Didier Donsez et Vivien Quema &amp;lt;br&amp;gt;&lt;br /&gt;
Etudiants : (mailing list du projet : [mailto:smartcampus2015@googlegroups.com &amp;lt;smartcampus2015@googlegroups.com&amp;gt;])&lt;br /&gt;
* Augustin Husson (Coordinateur du projet) &lt;br /&gt;
* Jérôme Barbier (Scrum Master)&lt;br /&gt;
* Rodolphe Fréby&lt;br /&gt;
* Paul Labat&lt;br /&gt;
* Adji Sambe&lt;br /&gt;
&lt;br /&gt;
= Présentation du projet et de l&#039;équipe =&lt;br /&gt;
&lt;br /&gt;
Le projet SmartCampus 2015 reprend en partie le projet du même nom de [http://air.imag.fr/index.php/SmartCampus2014/FicheSuivi l&#039;année dernière].&lt;br /&gt;
&lt;br /&gt;
L&#039;idée est de passer du prototype à une échelle grandeur nature. Pour ce faire, des stations météos sans files seront placées dans la ville de Grenoble.&lt;br /&gt;
&lt;br /&gt;
(à compléter)&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Notre équipe est composée de 5 étudiants en dernière année de RICM (Réseaux Informatiques et Communication Multimédia) à Polytech&#039;Grenoble. L&#039;ensemble de l&#039;équipe a une spécialisation en Système et Réseau.&lt;br /&gt;
En terme de gestion de projet, on utilisera la méthodologie agile à l&#039;aide de l&#039;outil Scrum. Dans ce cadre là, le Scrum Master est Jérôme Barbier.&lt;br /&gt;
&lt;br /&gt;
= Organisation du projet =&lt;br /&gt;
La gestion de notre projet c&#039;est déroulé en utilisant la métodologie Scrum. Le ScrumMaster est BARBIER Jérôme. Nous avons utilisé le logiciel [http://www.scrumdesk.com/ ScrumDesk].&lt;br /&gt;
Etant donné la courte durée de ce projet, nous avons décidé de fixer un sprint à une semaine ce qui nous permet de nous projeter facilement sur les tâches à venir afin de ne pas nous fixer trop ou pas assez de tâches.&lt;br /&gt;
Au final nous avons réalisé 6 sprints.&lt;br /&gt;
&lt;br /&gt;
== Sprint 1==&lt;br /&gt;
[[Image:Sprint1-1.png|500px|thumb|left]]&lt;br /&gt;
[[Image:Sprint1-2.png|500px|thumb|center]]&lt;br /&gt;
&lt;br /&gt;
== Sprint 2==&lt;br /&gt;
== Sprint 3==&lt;br /&gt;
== Sprint 4==&lt;br /&gt;
== Sprint 5==&lt;br /&gt;
== Sprint 6==&lt;br /&gt;
&lt;br /&gt;
= Liste des tâches et priorité =&lt;br /&gt;
Voici la liste des tâches que l&#039;équipe sera amenée à faire, avec plus où moins de détails. Une priorité de 1 à 5 a été appliquée à l&#039;ensemble des tâches.&lt;br /&gt;
&lt;br /&gt;
== Applicatif ==&lt;br /&gt;
&lt;br /&gt;
* Site web (via bootstrap) (3)&lt;br /&gt;
**Recensement des anciens projets (2)&lt;br /&gt;
**Visualisation des données (&amp;lt;span style=&amp;quot;color: #FF0000;&amp;quot;&amp;gt;5&amp;lt;/span&amp;gt;)&lt;br /&gt;
***faire le lien avec la bdd serveur&lt;br /&gt;
**Présentation du projet général (4)&lt;br /&gt;
**Passage de google Map à OpenStreetMap (1)&lt;br /&gt;
&lt;br /&gt;
== Capteur ==&lt;br /&gt;
&lt;br /&gt;
* OpenBas (&amp;lt;span style=&amp;quot;color: #FF0000;&amp;quot;&amp;gt;5&amp;lt;/span&amp;gt;)&lt;br /&gt;
** Documentation sur cette technologie&lt;br /&gt;
** étude de la viabilité de passer de OpenHab à OpenBas&lt;br /&gt;
&lt;br /&gt;
* Capteur Lora (&amp;lt;span style=&amp;quot;color: #FF0000;&amp;quot;&amp;gt;5&amp;lt;/span&amp;gt;)&lt;br /&gt;
**mettre en place la compatibilité avec stm32&lt;br /&gt;
**Test de connectivité et de transfert de paquet&lt;br /&gt;
**Assister à la réunion de Irock du Jeudi 05/02&lt;br /&gt;
&lt;br /&gt;
* Serveur DHCP (3)&lt;br /&gt;
&lt;br /&gt;
* Sécurité des transmissions (4)&lt;br /&gt;
&lt;br /&gt;
* Distinction entre capteur Irock et SmartCampus (&amp;lt;span style=&amp;quot;color: #FF0000;&amp;quot;&amp;gt;5&amp;lt;/span&amp;gt;)&lt;br /&gt;
&lt;br /&gt;
* Factorisation de OpenHab pour le mettre sur le serveur et alléger le démarrage des capteurs Galileo (2)&lt;br /&gt;
&lt;br /&gt;
== Server ==&lt;br /&gt;
&lt;br /&gt;
* mettre en place la bdd propre à Smart Campus (4)&lt;br /&gt;
&lt;br /&gt;
* distingué les paquets Irock de SmartCampus (&amp;lt;span style=&amp;quot;color: #FF0000;&amp;quot;&amp;gt;5&amp;lt;/span&amp;gt;)&lt;br /&gt;
**mettre en place une bdd commune à Irock qui recensera l&#039;ensemble des capteurs des deux projets&lt;br /&gt;
***L&#039;id permettra de faire la distinction et nommera un capteur&lt;br /&gt;
***association id et clé privé (AES 128)&lt;br /&gt;
&lt;br /&gt;
* mqtt (déjà en place?)&lt;br /&gt;
&lt;br /&gt;
* serveur nodeJs (déjà en place?)&lt;br /&gt;
&lt;br /&gt;
== Gestion de projet ==&lt;br /&gt;
&lt;br /&gt;
* Rendez vous avec la Directrice commerciale de la Tag et le Responsable du Dépot vendredi 06/02 à 15h (&amp;lt;span style=&amp;quot;color: #FF0000;&amp;quot;&amp;gt;5&amp;lt;/span&amp;gt;)&lt;br /&gt;
&lt;br /&gt;
* Rédaction du budget (2)&lt;br /&gt;
&lt;br /&gt;
* Rédaction de la matrice des risques (2)&lt;br /&gt;
&lt;br /&gt;
* Scrum (&amp;lt;span style=&amp;quot;color: #FF0000;&amp;quot;&amp;gt;5&amp;lt;/span&amp;gt;)&lt;br /&gt;
**un sprint/semaine&lt;/div&gt;</summary>
		<author><name>RICM4-prj14-grp1</name></author>
	</entry>
	<entry>
		<id>https://air.imag.fr/index.php?title=Proj-2014-2015-SmartCampus2015&amp;diff=21818</id>
		<title>Proj-2014-2015-SmartCampus2015</title>
		<link rel="alternate" type="text/html" href="https://air.imag.fr/index.php?title=Proj-2014-2015-SmartCampus2015&amp;diff=21818"/>
		<updated>2015-03-10T09:20:09Z</updated>

		<summary type="html">&lt;p&gt;RICM4-prj14-grp1: /* Sprint 1 */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;Encadrants : Didier Donsez et Vivien Quema &amp;lt;br&amp;gt;&lt;br /&gt;
Etudiants : (mailing list du projet : [mailto:smartcampus2015@googlegroups.com &amp;lt;smartcampus2015@googlegroups.com&amp;gt;])&lt;br /&gt;
* Augustin Husson (Coordinateur du projet) &lt;br /&gt;
* Jérôme Barbier (Scrum Master)&lt;br /&gt;
* Rodolphe Fréby&lt;br /&gt;
* Paul Labat&lt;br /&gt;
* Adji Sambe&lt;br /&gt;
&lt;br /&gt;
= Présentation du projet et de l&#039;équipe =&lt;br /&gt;
&lt;br /&gt;
Le projet SmartCampus 2015 reprend en partie le projet du même nom de [http://air.imag.fr/index.php/SmartCampus2014/FicheSuivi l&#039;année dernière].&lt;br /&gt;
&lt;br /&gt;
L&#039;idée est de passer du prototype à une échelle grandeur nature. Pour ce faire, des stations météos sans files seront placées dans la ville de Grenoble.&lt;br /&gt;
&lt;br /&gt;
(à compléter)&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Notre équipe est composée de 5 étudiants en dernière année de RICM (Réseaux Informatiques et Communication Multimédia) à Polytech&#039;Grenoble. L&#039;ensemble de l&#039;équipe a une spécialisation en Système et Réseau.&lt;br /&gt;
En terme de gestion de projet, on utilisera la méthodologie agile à l&#039;aide de l&#039;outil Scrum. Dans ce cadre là, le Scrum Master est Jérôme Barbier.&lt;br /&gt;
&lt;br /&gt;
= Organisation du projet =&lt;br /&gt;
La gestion de notre projet c&#039;est déroulé en utilisant la métodologie Scrum. Le ScrumMaster est BARBIER Jérôme. Nous avons utilisé le logiciel [http://www.scrumdesk.com/ ScrumDesk].&lt;br /&gt;
Etant donné la courte durée de ce projet, nous avons décidé de fixer un sprint à une semaine ce qui nous permet de nous projeter facilement sur les tâches à venir afin de ne pas nous fixer trop ou pas assez de tâches.&lt;br /&gt;
Au final nous avons réalisé 6 sprints.&lt;br /&gt;
&lt;br /&gt;
== Sprint 1==&lt;br /&gt;
[[Image:Sprint1-1.png|500px|thumb|left]]&lt;br /&gt;
[[Image:Sprint1-2.png|500px|thumb|right]]&lt;br /&gt;
&lt;br /&gt;
== Sprint 2==&lt;br /&gt;
== Sprint 3==&lt;br /&gt;
== Sprint 4==&lt;br /&gt;
== Sprint 5==&lt;br /&gt;
== Sprint 6==&lt;br /&gt;
&lt;br /&gt;
= Liste des tâches et priorité =&lt;br /&gt;
Voici la liste des tâches que l&#039;équipe sera amenée à faire, avec plus où moins de détails. Une priorité de 1 à 5 a été appliquée à l&#039;ensemble des tâches.&lt;br /&gt;
&lt;br /&gt;
== Applicatif ==&lt;br /&gt;
&lt;br /&gt;
* Site web (via bootstrap) (3)&lt;br /&gt;
**Recensement des anciens projets (2)&lt;br /&gt;
**Visualisation des données (&amp;lt;span style=&amp;quot;color: #FF0000;&amp;quot;&amp;gt;5&amp;lt;/span&amp;gt;)&lt;br /&gt;
***faire le lien avec la bdd serveur&lt;br /&gt;
**Présentation du projet général (4)&lt;br /&gt;
**Passage de google Map à OpenStreetMap (1)&lt;br /&gt;
&lt;br /&gt;
== Capteur ==&lt;br /&gt;
&lt;br /&gt;
* OpenBas (&amp;lt;span style=&amp;quot;color: #FF0000;&amp;quot;&amp;gt;5&amp;lt;/span&amp;gt;)&lt;br /&gt;
** Documentation sur cette technologie&lt;br /&gt;
** étude de la viabilité de passer de OpenHab à OpenBas&lt;br /&gt;
&lt;br /&gt;
* Capteur Lora (&amp;lt;span style=&amp;quot;color: #FF0000;&amp;quot;&amp;gt;5&amp;lt;/span&amp;gt;)&lt;br /&gt;
**mettre en place la compatibilité avec stm32&lt;br /&gt;
**Test de connectivité et de transfert de paquet&lt;br /&gt;
**Assister à la réunion de Irock du Jeudi 05/02&lt;br /&gt;
&lt;br /&gt;
* Serveur DHCP (3)&lt;br /&gt;
&lt;br /&gt;
* Sécurité des transmissions (4)&lt;br /&gt;
&lt;br /&gt;
* Distinction entre capteur Irock et SmartCampus (&amp;lt;span style=&amp;quot;color: #FF0000;&amp;quot;&amp;gt;5&amp;lt;/span&amp;gt;)&lt;br /&gt;
&lt;br /&gt;
* Factorisation de OpenHab pour le mettre sur le serveur et alléger le démarrage des capteurs Galileo (2)&lt;br /&gt;
&lt;br /&gt;
== Server ==&lt;br /&gt;
&lt;br /&gt;
* mettre en place la bdd propre à Smart Campus (4)&lt;br /&gt;
&lt;br /&gt;
* distingué les paquets Irock de SmartCampus (&amp;lt;span style=&amp;quot;color: #FF0000;&amp;quot;&amp;gt;5&amp;lt;/span&amp;gt;)&lt;br /&gt;
**mettre en place une bdd commune à Irock qui recensera l&#039;ensemble des capteurs des deux projets&lt;br /&gt;
***L&#039;id permettra de faire la distinction et nommera un capteur&lt;br /&gt;
***association id et clé privé (AES 128)&lt;br /&gt;
&lt;br /&gt;
* mqtt (déjà en place?)&lt;br /&gt;
&lt;br /&gt;
* serveur nodeJs (déjà en place?)&lt;br /&gt;
&lt;br /&gt;
== Gestion de projet ==&lt;br /&gt;
&lt;br /&gt;
* Rendez vous avec la Directrice commerciale de la Tag et le Responsable du Dépot vendredi 06/02 à 15h (&amp;lt;span style=&amp;quot;color: #FF0000;&amp;quot;&amp;gt;5&amp;lt;/span&amp;gt;)&lt;br /&gt;
&lt;br /&gt;
* Rédaction du budget (2)&lt;br /&gt;
&lt;br /&gt;
* Rédaction de la matrice des risques (2)&lt;br /&gt;
&lt;br /&gt;
* Scrum (&amp;lt;span style=&amp;quot;color: #FF0000;&amp;quot;&amp;gt;5&amp;lt;/span&amp;gt;)&lt;br /&gt;
**un sprint/semaine&lt;/div&gt;</summary>
		<author><name>RICM4-prj14-grp1</name></author>
	</entry>
	<entry>
		<id>https://air.imag.fr/index.php?title=Proj-2014-2015-SmartCampus2015&amp;diff=21817</id>
		<title>Proj-2014-2015-SmartCampus2015</title>
		<link rel="alternate" type="text/html" href="https://air.imag.fr/index.php?title=Proj-2014-2015-SmartCampus2015&amp;diff=21817"/>
		<updated>2015-03-10T09:19:52Z</updated>

		<summary type="html">&lt;p&gt;RICM4-prj14-grp1: /* Sprint 1 */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;Encadrants : Didier Donsez et Vivien Quema &amp;lt;br&amp;gt;&lt;br /&gt;
Etudiants : (mailing list du projet : [mailto:smartcampus2015@googlegroups.com &amp;lt;smartcampus2015@googlegroups.com&amp;gt;])&lt;br /&gt;
* Augustin Husson (Coordinateur du projet) &lt;br /&gt;
* Jérôme Barbier (Scrum Master)&lt;br /&gt;
* Rodolphe Fréby&lt;br /&gt;
* Paul Labat&lt;br /&gt;
* Adji Sambe&lt;br /&gt;
&lt;br /&gt;
= Présentation du projet et de l&#039;équipe =&lt;br /&gt;
&lt;br /&gt;
Le projet SmartCampus 2015 reprend en partie le projet du même nom de [http://air.imag.fr/index.php/SmartCampus2014/FicheSuivi l&#039;année dernière].&lt;br /&gt;
&lt;br /&gt;
L&#039;idée est de passer du prototype à une échelle grandeur nature. Pour ce faire, des stations météos sans files seront placées dans la ville de Grenoble.&lt;br /&gt;
&lt;br /&gt;
(à compléter)&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Notre équipe est composée de 5 étudiants en dernière année de RICM (Réseaux Informatiques et Communication Multimédia) à Polytech&#039;Grenoble. L&#039;ensemble de l&#039;équipe a une spécialisation en Système et Réseau.&lt;br /&gt;
En terme de gestion de projet, on utilisera la méthodologie agile à l&#039;aide de l&#039;outil Scrum. Dans ce cadre là, le Scrum Master est Jérôme Barbier.&lt;br /&gt;
&lt;br /&gt;
= Organisation du projet =&lt;br /&gt;
La gestion de notre projet c&#039;est déroulé en utilisant la métodologie Scrum. Le ScrumMaster est BARBIER Jérôme. Nous avons utilisé le logiciel [http://www.scrumdesk.com/ ScrumDesk].&lt;br /&gt;
Etant donné la courte durée de ce projet, nous avons décidé de fixer un sprint à une semaine ce qui nous permet de nous projeter facilement sur les tâches à venir afin de ne pas nous fixer trop ou pas assez de tâches.&lt;br /&gt;
Au final nous avons réalisé 6 sprints.&lt;br /&gt;
&lt;br /&gt;
== Sprint 1==&lt;br /&gt;
[[Image:Sprint1-1.png|600px|thumb|left]]&lt;br /&gt;
[[Image:Sprint1-2.png|600px|thumb|right]]&lt;br /&gt;
&lt;br /&gt;
== Sprint 2==&lt;br /&gt;
== Sprint 3==&lt;br /&gt;
== Sprint 4==&lt;br /&gt;
== Sprint 5==&lt;br /&gt;
== Sprint 6==&lt;br /&gt;
&lt;br /&gt;
= Liste des tâches et priorité =&lt;br /&gt;
Voici la liste des tâches que l&#039;équipe sera amenée à faire, avec plus où moins de détails. Une priorité de 1 à 5 a été appliquée à l&#039;ensemble des tâches.&lt;br /&gt;
&lt;br /&gt;
== Applicatif ==&lt;br /&gt;
&lt;br /&gt;
* Site web (via bootstrap) (3)&lt;br /&gt;
**Recensement des anciens projets (2)&lt;br /&gt;
**Visualisation des données (&amp;lt;span style=&amp;quot;color: #FF0000;&amp;quot;&amp;gt;5&amp;lt;/span&amp;gt;)&lt;br /&gt;
***faire le lien avec la bdd serveur&lt;br /&gt;
**Présentation du projet général (4)&lt;br /&gt;
**Passage de google Map à OpenStreetMap (1)&lt;br /&gt;
&lt;br /&gt;
== Capteur ==&lt;br /&gt;
&lt;br /&gt;
* OpenBas (&amp;lt;span style=&amp;quot;color: #FF0000;&amp;quot;&amp;gt;5&amp;lt;/span&amp;gt;)&lt;br /&gt;
** Documentation sur cette technologie&lt;br /&gt;
** étude de la viabilité de passer de OpenHab à OpenBas&lt;br /&gt;
&lt;br /&gt;
* Capteur Lora (&amp;lt;span style=&amp;quot;color: #FF0000;&amp;quot;&amp;gt;5&amp;lt;/span&amp;gt;)&lt;br /&gt;
**mettre en place la compatibilité avec stm32&lt;br /&gt;
**Test de connectivité et de transfert de paquet&lt;br /&gt;
**Assister à la réunion de Irock du Jeudi 05/02&lt;br /&gt;
&lt;br /&gt;
* Serveur DHCP (3)&lt;br /&gt;
&lt;br /&gt;
* Sécurité des transmissions (4)&lt;br /&gt;
&lt;br /&gt;
* Distinction entre capteur Irock et SmartCampus (&amp;lt;span style=&amp;quot;color: #FF0000;&amp;quot;&amp;gt;5&amp;lt;/span&amp;gt;)&lt;br /&gt;
&lt;br /&gt;
* Factorisation de OpenHab pour le mettre sur le serveur et alléger le démarrage des capteurs Galileo (2)&lt;br /&gt;
&lt;br /&gt;
== Server ==&lt;br /&gt;
&lt;br /&gt;
* mettre en place la bdd propre à Smart Campus (4)&lt;br /&gt;
&lt;br /&gt;
* distingué les paquets Irock de SmartCampus (&amp;lt;span style=&amp;quot;color: #FF0000;&amp;quot;&amp;gt;5&amp;lt;/span&amp;gt;)&lt;br /&gt;
**mettre en place une bdd commune à Irock qui recensera l&#039;ensemble des capteurs des deux projets&lt;br /&gt;
***L&#039;id permettra de faire la distinction et nommera un capteur&lt;br /&gt;
***association id et clé privé (AES 128)&lt;br /&gt;
&lt;br /&gt;
* mqtt (déjà en place?)&lt;br /&gt;
&lt;br /&gt;
* serveur nodeJs (déjà en place?)&lt;br /&gt;
&lt;br /&gt;
== Gestion de projet ==&lt;br /&gt;
&lt;br /&gt;
* Rendez vous avec la Directrice commerciale de la Tag et le Responsable du Dépot vendredi 06/02 à 15h (&amp;lt;span style=&amp;quot;color: #FF0000;&amp;quot;&amp;gt;5&amp;lt;/span&amp;gt;)&lt;br /&gt;
&lt;br /&gt;
* Rédaction du budget (2)&lt;br /&gt;
&lt;br /&gt;
* Rédaction de la matrice des risques (2)&lt;br /&gt;
&lt;br /&gt;
* Scrum (&amp;lt;span style=&amp;quot;color: #FF0000;&amp;quot;&amp;gt;5&amp;lt;/span&amp;gt;)&lt;br /&gt;
**un sprint/semaine&lt;/div&gt;</summary>
		<author><name>RICM4-prj14-grp1</name></author>
	</entry>
	<entry>
		<id>https://air.imag.fr/index.php?title=File:Sprint1-2.png&amp;diff=21816</id>
		<title>File:Sprint1-2.png</title>
		<link rel="alternate" type="text/html" href="https://air.imag.fr/index.php?title=File:Sprint1-2.png&amp;diff=21816"/>
		<updated>2015-03-10T09:19:35Z</updated>

		<summary type="html">&lt;p&gt;RICM4-prj14-grp1: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&lt;/div&gt;</summary>
		<author><name>RICM4-prj14-grp1</name></author>
	</entry>
	<entry>
		<id>https://air.imag.fr/index.php?title=Proj-2014-2015-SmartCampus2015&amp;diff=21815</id>
		<title>Proj-2014-2015-SmartCampus2015</title>
		<link rel="alternate" type="text/html" href="https://air.imag.fr/index.php?title=Proj-2014-2015-SmartCampus2015&amp;diff=21815"/>
		<updated>2015-03-10T09:17:45Z</updated>

		<summary type="html">&lt;p&gt;RICM4-prj14-grp1: /* Sprint 1 */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;Encadrants : Didier Donsez et Vivien Quema &amp;lt;br&amp;gt;&lt;br /&gt;
Etudiants : (mailing list du projet : [mailto:smartcampus2015@googlegroups.com &amp;lt;smartcampus2015@googlegroups.com&amp;gt;])&lt;br /&gt;
* Augustin Husson (Coordinateur du projet) &lt;br /&gt;
* Jérôme Barbier (Scrum Master)&lt;br /&gt;
* Rodolphe Fréby&lt;br /&gt;
* Paul Labat&lt;br /&gt;
* Adji Sambe&lt;br /&gt;
&lt;br /&gt;
= Présentation du projet et de l&#039;équipe =&lt;br /&gt;
&lt;br /&gt;
Le projet SmartCampus 2015 reprend en partie le projet du même nom de [http://air.imag.fr/index.php/SmartCampus2014/FicheSuivi l&#039;année dernière].&lt;br /&gt;
&lt;br /&gt;
L&#039;idée est de passer du prototype à une échelle grandeur nature. Pour ce faire, des stations météos sans files seront placées dans la ville de Grenoble.&lt;br /&gt;
&lt;br /&gt;
(à compléter)&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Notre équipe est composée de 5 étudiants en dernière année de RICM (Réseaux Informatiques et Communication Multimédia) à Polytech&#039;Grenoble. L&#039;ensemble de l&#039;équipe a une spécialisation en Système et Réseau.&lt;br /&gt;
En terme de gestion de projet, on utilisera la méthodologie agile à l&#039;aide de l&#039;outil Scrum. Dans ce cadre là, le Scrum Master est Jérôme Barbier.&lt;br /&gt;
&lt;br /&gt;
= Organisation du projet =&lt;br /&gt;
La gestion de notre projet c&#039;est déroulé en utilisant la métodologie Scrum. Le ScrumMaster est BARBIER Jérôme. Nous avons utilisé le logiciel [http://www.scrumdesk.com/ ScrumDesk].&lt;br /&gt;
Etant donné la courte durée de ce projet, nous avons décidé de fixer un sprint à une semaine ce qui nous permet de nous projeter facilement sur les tâches à venir afin de ne pas nous fixer trop ou pas assez de tâches.&lt;br /&gt;
Au final nous avons réalisé 6 sprints.&lt;br /&gt;
&lt;br /&gt;
== Sprint 1==&lt;br /&gt;
[[Image:Sprint1-1.png|800px|thumb|center]]&lt;br /&gt;
&lt;br /&gt;
== Sprint 2==&lt;br /&gt;
== Sprint 3==&lt;br /&gt;
== Sprint 4==&lt;br /&gt;
== Sprint 5==&lt;br /&gt;
== Sprint 6==&lt;br /&gt;
&lt;br /&gt;
= Liste des tâches et priorité =&lt;br /&gt;
Voici la liste des tâches que l&#039;équipe sera amenée à faire, avec plus où moins de détails. Une priorité de 1 à 5 a été appliquée à l&#039;ensemble des tâches.&lt;br /&gt;
&lt;br /&gt;
== Applicatif ==&lt;br /&gt;
&lt;br /&gt;
* Site web (via bootstrap) (3)&lt;br /&gt;
**Recensement des anciens projets (2)&lt;br /&gt;
**Visualisation des données (&amp;lt;span style=&amp;quot;color: #FF0000;&amp;quot;&amp;gt;5&amp;lt;/span&amp;gt;)&lt;br /&gt;
***faire le lien avec la bdd serveur&lt;br /&gt;
**Présentation du projet général (4)&lt;br /&gt;
**Passage de google Map à OpenStreetMap (1)&lt;br /&gt;
&lt;br /&gt;
== Capteur ==&lt;br /&gt;
&lt;br /&gt;
* OpenBas (&amp;lt;span style=&amp;quot;color: #FF0000;&amp;quot;&amp;gt;5&amp;lt;/span&amp;gt;)&lt;br /&gt;
** Documentation sur cette technologie&lt;br /&gt;
** étude de la viabilité de passer de OpenHab à OpenBas&lt;br /&gt;
&lt;br /&gt;
* Capteur Lora (&amp;lt;span style=&amp;quot;color: #FF0000;&amp;quot;&amp;gt;5&amp;lt;/span&amp;gt;)&lt;br /&gt;
**mettre en place la compatibilité avec stm32&lt;br /&gt;
**Test de connectivité et de transfert de paquet&lt;br /&gt;
**Assister à la réunion de Irock du Jeudi 05/02&lt;br /&gt;
&lt;br /&gt;
* Serveur DHCP (3)&lt;br /&gt;
&lt;br /&gt;
* Sécurité des transmissions (4)&lt;br /&gt;
&lt;br /&gt;
* Distinction entre capteur Irock et SmartCampus (&amp;lt;span style=&amp;quot;color: #FF0000;&amp;quot;&amp;gt;5&amp;lt;/span&amp;gt;)&lt;br /&gt;
&lt;br /&gt;
* Factorisation de OpenHab pour le mettre sur le serveur et alléger le démarrage des capteurs Galileo (2)&lt;br /&gt;
&lt;br /&gt;
== Server ==&lt;br /&gt;
&lt;br /&gt;
* mettre en place la bdd propre à Smart Campus (4)&lt;br /&gt;
&lt;br /&gt;
* distingué les paquets Irock de SmartCampus (&amp;lt;span style=&amp;quot;color: #FF0000;&amp;quot;&amp;gt;5&amp;lt;/span&amp;gt;)&lt;br /&gt;
**mettre en place une bdd commune à Irock qui recensera l&#039;ensemble des capteurs des deux projets&lt;br /&gt;
***L&#039;id permettra de faire la distinction et nommera un capteur&lt;br /&gt;
***association id et clé privé (AES 128)&lt;br /&gt;
&lt;br /&gt;
* mqtt (déjà en place?)&lt;br /&gt;
&lt;br /&gt;
* serveur nodeJs (déjà en place?)&lt;br /&gt;
&lt;br /&gt;
== Gestion de projet ==&lt;br /&gt;
&lt;br /&gt;
* Rendez vous avec la Directrice commerciale de la Tag et le Responsable du Dépot vendredi 06/02 à 15h (&amp;lt;span style=&amp;quot;color: #FF0000;&amp;quot;&amp;gt;5&amp;lt;/span&amp;gt;)&lt;br /&gt;
&lt;br /&gt;
* Rédaction du budget (2)&lt;br /&gt;
&lt;br /&gt;
* Rédaction de la matrice des risques (2)&lt;br /&gt;
&lt;br /&gt;
* Scrum (&amp;lt;span style=&amp;quot;color: #FF0000;&amp;quot;&amp;gt;5&amp;lt;/span&amp;gt;)&lt;br /&gt;
**un sprint/semaine&lt;/div&gt;</summary>
		<author><name>RICM4-prj14-grp1</name></author>
	</entry>
	<entry>
		<id>https://air.imag.fr/index.php?title=File:Sprint1-1.png&amp;diff=21814</id>
		<title>File:Sprint1-1.png</title>
		<link rel="alternate" type="text/html" href="https://air.imag.fr/index.php?title=File:Sprint1-1.png&amp;diff=21814"/>
		<updated>2015-03-10T09:15:53Z</updated>

		<summary type="html">&lt;p&gt;RICM4-prj14-grp1: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&lt;/div&gt;</summary>
		<author><name>RICM4-prj14-grp1</name></author>
	</entry>
	<entry>
		<id>https://air.imag.fr/index.php?title=Proj-2014-2015-SmartCampus2015&amp;diff=21813</id>
		<title>Proj-2014-2015-SmartCampus2015</title>
		<link rel="alternate" type="text/html" href="https://air.imag.fr/index.php?title=Proj-2014-2015-SmartCampus2015&amp;diff=21813"/>
		<updated>2015-03-10T09:11:51Z</updated>

		<summary type="html">&lt;p&gt;RICM4-prj14-grp1: /* Organisation du projet */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;Encadrants : Didier Donsez et Vivien Quema &amp;lt;br&amp;gt;&lt;br /&gt;
Etudiants : (mailing list du projet : [mailto:smartcampus2015@googlegroups.com &amp;lt;smartcampus2015@googlegroups.com&amp;gt;])&lt;br /&gt;
* Augustin Husson (Coordinateur du projet) &lt;br /&gt;
* Jérôme Barbier (Scrum Master)&lt;br /&gt;
* Rodolphe Fréby&lt;br /&gt;
* Paul Labat&lt;br /&gt;
* Adji Sambe&lt;br /&gt;
&lt;br /&gt;
= Présentation du projet et de l&#039;équipe =&lt;br /&gt;
&lt;br /&gt;
Le projet SmartCampus 2015 reprend en partie le projet du même nom de [http://air.imag.fr/index.php/SmartCampus2014/FicheSuivi l&#039;année dernière].&lt;br /&gt;
&lt;br /&gt;
L&#039;idée est de passer du prototype à une échelle grandeur nature. Pour ce faire, des stations météos sans files seront placées dans la ville de Grenoble.&lt;br /&gt;
&lt;br /&gt;
(à compléter)&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Notre équipe est composée de 5 étudiants en dernière année de RICM (Réseaux Informatiques et Communication Multimédia) à Polytech&#039;Grenoble. L&#039;ensemble de l&#039;équipe a une spécialisation en Système et Réseau.&lt;br /&gt;
En terme de gestion de projet, on utilisera la méthodologie agile à l&#039;aide de l&#039;outil Scrum. Dans ce cadre là, le Scrum Master est Jérôme Barbier.&lt;br /&gt;
&lt;br /&gt;
= Organisation du projet =&lt;br /&gt;
La gestion de notre projet c&#039;est déroulé en utilisant la métodologie Scrum. Le ScrumMaster est BARBIER Jérôme. Nous avons utilisé le logiciel [http://www.scrumdesk.com/ ScrumDesk].&lt;br /&gt;
Etant donné la courte durée de ce projet, nous avons décidé de fixer un sprint à une semaine ce qui nous permet de nous projeter facilement sur les tâches à venir afin de ne pas nous fixer trop ou pas assez de tâches.&lt;br /&gt;
Au final nous avons réalisé 6 sprints.&lt;br /&gt;
&lt;br /&gt;
== Sprint 1==&lt;br /&gt;
== Sprint 2==&lt;br /&gt;
== Sprint 3==&lt;br /&gt;
== Sprint 4==&lt;br /&gt;
== Sprint 5==&lt;br /&gt;
== Sprint 6==&lt;br /&gt;
&lt;br /&gt;
= Liste des tâches et priorité =&lt;br /&gt;
Voici la liste des tâches que l&#039;équipe sera amenée à faire, avec plus où moins de détails. Une priorité de 1 à 5 a été appliquée à l&#039;ensemble des tâches.&lt;br /&gt;
&lt;br /&gt;
== Applicatif ==&lt;br /&gt;
&lt;br /&gt;
* Site web (via bootstrap) (3)&lt;br /&gt;
**Recensement des anciens projets (2)&lt;br /&gt;
**Visualisation des données (&amp;lt;span style=&amp;quot;color: #FF0000;&amp;quot;&amp;gt;5&amp;lt;/span&amp;gt;)&lt;br /&gt;
***faire le lien avec la bdd serveur&lt;br /&gt;
**Présentation du projet général (4)&lt;br /&gt;
**Passage de google Map à OpenStreetMap (1)&lt;br /&gt;
&lt;br /&gt;
== Capteur ==&lt;br /&gt;
&lt;br /&gt;
* OpenBas (&amp;lt;span style=&amp;quot;color: #FF0000;&amp;quot;&amp;gt;5&amp;lt;/span&amp;gt;)&lt;br /&gt;
** Documentation sur cette technologie&lt;br /&gt;
** étude de la viabilité de passer de OpenHab à OpenBas&lt;br /&gt;
&lt;br /&gt;
* Capteur Lora (&amp;lt;span style=&amp;quot;color: #FF0000;&amp;quot;&amp;gt;5&amp;lt;/span&amp;gt;)&lt;br /&gt;
**mettre en place la compatibilité avec stm32&lt;br /&gt;
**Test de connectivité et de transfert de paquet&lt;br /&gt;
**Assister à la réunion de Irock du Jeudi 05/02&lt;br /&gt;
&lt;br /&gt;
* Serveur DHCP (3)&lt;br /&gt;
&lt;br /&gt;
* Sécurité des transmissions (4)&lt;br /&gt;
&lt;br /&gt;
* Distinction entre capteur Irock et SmartCampus (&amp;lt;span style=&amp;quot;color: #FF0000;&amp;quot;&amp;gt;5&amp;lt;/span&amp;gt;)&lt;br /&gt;
&lt;br /&gt;
* Factorisation de OpenHab pour le mettre sur le serveur et alléger le démarrage des capteurs Galileo (2)&lt;br /&gt;
&lt;br /&gt;
== Server ==&lt;br /&gt;
&lt;br /&gt;
* mettre en place la bdd propre à Smart Campus (4)&lt;br /&gt;
&lt;br /&gt;
* distingué les paquets Irock de SmartCampus (&amp;lt;span style=&amp;quot;color: #FF0000;&amp;quot;&amp;gt;5&amp;lt;/span&amp;gt;)&lt;br /&gt;
**mettre en place une bdd commune à Irock qui recensera l&#039;ensemble des capteurs des deux projets&lt;br /&gt;
***L&#039;id permettra de faire la distinction et nommera un capteur&lt;br /&gt;
***association id et clé privé (AES 128)&lt;br /&gt;
&lt;br /&gt;
* mqtt (déjà en place?)&lt;br /&gt;
&lt;br /&gt;
* serveur nodeJs (déjà en place?)&lt;br /&gt;
&lt;br /&gt;
== Gestion de projet ==&lt;br /&gt;
&lt;br /&gt;
* Rendez vous avec la Directrice commerciale de la Tag et le Responsable du Dépot vendredi 06/02 à 15h (&amp;lt;span style=&amp;quot;color: #FF0000;&amp;quot;&amp;gt;5&amp;lt;/span&amp;gt;)&lt;br /&gt;
&lt;br /&gt;
* Rédaction du budget (2)&lt;br /&gt;
&lt;br /&gt;
* Rédaction de la matrice des risques (2)&lt;br /&gt;
&lt;br /&gt;
* Scrum (&amp;lt;span style=&amp;quot;color: #FF0000;&amp;quot;&amp;gt;5&amp;lt;/span&amp;gt;)&lt;br /&gt;
**un sprint/semaine&lt;/div&gt;</summary>
		<author><name>RICM4-prj14-grp1</name></author>
	</entry>
	<entry>
		<id>https://air.imag.fr/index.php?title=Proj-2014-2015-SmartCampus2015&amp;diff=21812</id>
		<title>Proj-2014-2015-SmartCampus2015</title>
		<link rel="alternate" type="text/html" href="https://air.imag.fr/index.php?title=Proj-2014-2015-SmartCampus2015&amp;diff=21812"/>
		<updated>2015-03-10T09:11:14Z</updated>

		<summary type="html">&lt;p&gt;RICM4-prj14-grp1: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;Encadrants : Didier Donsez et Vivien Quema &amp;lt;br&amp;gt;&lt;br /&gt;
Etudiants : (mailing list du projet : [mailto:smartcampus2015@googlegroups.com &amp;lt;smartcampus2015@googlegroups.com&amp;gt;])&lt;br /&gt;
* Augustin Husson (Coordinateur du projet) &lt;br /&gt;
* Jérôme Barbier (Scrum Master)&lt;br /&gt;
* Rodolphe Fréby&lt;br /&gt;
* Paul Labat&lt;br /&gt;
* Adji Sambe&lt;br /&gt;
&lt;br /&gt;
= Présentation du projet et de l&#039;équipe =&lt;br /&gt;
&lt;br /&gt;
Le projet SmartCampus 2015 reprend en partie le projet du même nom de [http://air.imag.fr/index.php/SmartCampus2014/FicheSuivi l&#039;année dernière].&lt;br /&gt;
&lt;br /&gt;
L&#039;idée est de passer du prototype à une échelle grandeur nature. Pour ce faire, des stations météos sans files seront placées dans la ville de Grenoble.&lt;br /&gt;
&lt;br /&gt;
(à compléter)&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Notre équipe est composée de 5 étudiants en dernière année de RICM (Réseaux Informatiques et Communication Multimédia) à Polytech&#039;Grenoble. L&#039;ensemble de l&#039;équipe a une spécialisation en Système et Réseau.&lt;br /&gt;
En terme de gestion de projet, on utilisera la méthodologie agile à l&#039;aide de l&#039;outil Scrum. Dans ce cadre là, le Scrum Master est Jérôme Barbier.&lt;br /&gt;
&lt;br /&gt;
= Organisation du projet =&lt;br /&gt;
La gestion de notre projet c&#039;est déroulé en utilisant la métodologie Scrum. Le ScrumMaster est BARBIER Jérôme. Nous avons utilisé le logiciel [http://www.scrumdesk.com/ ScrumDesk].&lt;br /&gt;
Etant donné la courte durée de ce projet, nous avons décidé de fixer un sprint à une semaine ce qui nous permet de nous projeter facilement sur les tâches à venir afin de ne pas nous fixer trop ou pas assez de tâches.&lt;br /&gt;
Au final nous avons réalisé 6 sprints.&lt;br /&gt;
= Liste des tâches et priorité =&lt;br /&gt;
Voici la liste des tâches que l&#039;équipe sera amenée à faire, avec plus où moins de détails. Une priorité de 1 à 5 a été appliquée à l&#039;ensemble des tâches.&lt;br /&gt;
&lt;br /&gt;
== Applicatif ==&lt;br /&gt;
&lt;br /&gt;
* Site web (via bootstrap) (3)&lt;br /&gt;
**Recensement des anciens projets (2)&lt;br /&gt;
**Visualisation des données (&amp;lt;span style=&amp;quot;color: #FF0000;&amp;quot;&amp;gt;5&amp;lt;/span&amp;gt;)&lt;br /&gt;
***faire le lien avec la bdd serveur&lt;br /&gt;
**Présentation du projet général (4)&lt;br /&gt;
**Passage de google Map à OpenStreetMap (1)&lt;br /&gt;
&lt;br /&gt;
== Capteur ==&lt;br /&gt;
&lt;br /&gt;
* OpenBas (&amp;lt;span style=&amp;quot;color: #FF0000;&amp;quot;&amp;gt;5&amp;lt;/span&amp;gt;)&lt;br /&gt;
** Documentation sur cette technologie&lt;br /&gt;
** étude de la viabilité de passer de OpenHab à OpenBas&lt;br /&gt;
&lt;br /&gt;
* Capteur Lora (&amp;lt;span style=&amp;quot;color: #FF0000;&amp;quot;&amp;gt;5&amp;lt;/span&amp;gt;)&lt;br /&gt;
**mettre en place la compatibilité avec stm32&lt;br /&gt;
**Test de connectivité et de transfert de paquet&lt;br /&gt;
**Assister à la réunion de Irock du Jeudi 05/02&lt;br /&gt;
&lt;br /&gt;
* Serveur DHCP (3)&lt;br /&gt;
&lt;br /&gt;
* Sécurité des transmissions (4)&lt;br /&gt;
&lt;br /&gt;
* Distinction entre capteur Irock et SmartCampus (&amp;lt;span style=&amp;quot;color: #FF0000;&amp;quot;&amp;gt;5&amp;lt;/span&amp;gt;)&lt;br /&gt;
&lt;br /&gt;
* Factorisation de OpenHab pour le mettre sur le serveur et alléger le démarrage des capteurs Galileo (2)&lt;br /&gt;
&lt;br /&gt;
== Server ==&lt;br /&gt;
&lt;br /&gt;
* mettre en place la bdd propre à Smart Campus (4)&lt;br /&gt;
&lt;br /&gt;
* distingué les paquets Irock de SmartCampus (&amp;lt;span style=&amp;quot;color: #FF0000;&amp;quot;&amp;gt;5&amp;lt;/span&amp;gt;)&lt;br /&gt;
**mettre en place une bdd commune à Irock qui recensera l&#039;ensemble des capteurs des deux projets&lt;br /&gt;
***L&#039;id permettra de faire la distinction et nommera un capteur&lt;br /&gt;
***association id et clé privé (AES 128)&lt;br /&gt;
&lt;br /&gt;
* mqtt (déjà en place?)&lt;br /&gt;
&lt;br /&gt;
* serveur nodeJs (déjà en place?)&lt;br /&gt;
&lt;br /&gt;
== Gestion de projet ==&lt;br /&gt;
&lt;br /&gt;
* Rendez vous avec la Directrice commerciale de la Tag et le Responsable du Dépot vendredi 06/02 à 15h (&amp;lt;span style=&amp;quot;color: #FF0000;&amp;quot;&amp;gt;5&amp;lt;/span&amp;gt;)&lt;br /&gt;
&lt;br /&gt;
* Rédaction du budget (2)&lt;br /&gt;
&lt;br /&gt;
* Rédaction de la matrice des risques (2)&lt;br /&gt;
&lt;br /&gt;
* Scrum (&amp;lt;span style=&amp;quot;color: #FF0000;&amp;quot;&amp;gt;5&amp;lt;/span&amp;gt;)&lt;br /&gt;
**un sprint/semaine&lt;/div&gt;</summary>
		<author><name>RICM4-prj14-grp1</name></author>
	</entry>
	<entry>
		<id>https://air.imag.fr/index.php?title=Proj-2014-2015-SmartCampus2015&amp;diff=21811</id>
		<title>Proj-2014-2015-SmartCampus2015</title>
		<link rel="alternate" type="text/html" href="https://air.imag.fr/index.php?title=Proj-2014-2015-SmartCampus2015&amp;diff=21811"/>
		<updated>2015-03-10T09:10:37Z</updated>

		<summary type="html">&lt;p&gt;RICM4-prj14-grp1: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;Encadrants : Didier Donsez et Vivien Quema &amp;lt;br&amp;gt;&lt;br /&gt;
Etudiants : (mailing list du projet : [mailto:smartcampus2015@googlegroups.com &amp;lt;smartcampus2015@googlegroups.com&amp;gt;])&lt;br /&gt;
* Augustin Husson (Coordinateur du projet) &lt;br /&gt;
* Jérôme Barbier (Scrum Master)&lt;br /&gt;
* Rodolphe Fréby&lt;br /&gt;
* Paul Labat&lt;br /&gt;
* Adji Sambe&lt;br /&gt;
&lt;br /&gt;
= Présentation du projet et de l&#039;équipe =&lt;br /&gt;
&lt;br /&gt;
Le projet SmartCampus 2015 reprend en partie le projet du même nom de [http://air.imag.fr/index.php/SmartCampus2014/FicheSuivi l&#039;année dernière].&lt;br /&gt;
&lt;br /&gt;
L&#039;idée est de passer du prototype à une échelle grandeur nature. Pour ce faire, des stations météos sans files seront placées dans la ville de Grenoble.&lt;br /&gt;
&lt;br /&gt;
(à compléter)&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Notre équipe est composée de 5 étudiants en dernière année de RICM (Réseaux Informatiques et Communication Multimédia) à Polytech&#039;Grenoble. L&#039;ensemble de l&#039;équipe a une spécialisation en Système et Réseau.&lt;br /&gt;
En terme de gestion de projet, on utilisera la méthodologie agile à l&#039;aide de l&#039;outil Scrum. Dans ce cadre là, le Scrum Master est Jérôme Barbier.&lt;br /&gt;
&lt;br /&gt;
= Liste des tâches et priorité =&lt;br /&gt;
Voici la liste des tâches que l&#039;équipe sera amenée à faire, avec plus où moins de détails. Une priorité de 1 à 5 a été appliquée à l&#039;ensemble des tâches.&lt;br /&gt;
&lt;br /&gt;
= Organisation du projet =&lt;br /&gt;
La gestion de notre projet c&#039;est déroulé en utilisant la métodologie Scrum. Le ScrumMaster est BARBIER Jérôme. Nous avons utilisé le logiciel [http://www.scrumdesk.com/ ScrumDesk].&lt;br /&gt;
Etant donné la courte durée de ce projet, nous avons décidé de fixer un sprint à une semaine ce qui nous permet de nous projeter facilement sur les tâches à venir afin de ne pas nous fixer trop ou pas assez de tâches.&lt;br /&gt;
Au final nous avons réalisé 6 sprints.&lt;br /&gt;
&lt;br /&gt;
== Applicatif ==&lt;br /&gt;
&lt;br /&gt;
* Site web (via bootstrap) (3)&lt;br /&gt;
**Recensement des anciens projets (2)&lt;br /&gt;
**Visualisation des données (&amp;lt;span style=&amp;quot;color: #FF0000;&amp;quot;&amp;gt;5&amp;lt;/span&amp;gt;)&lt;br /&gt;
***faire le lien avec la bdd serveur&lt;br /&gt;
**Présentation du projet général (4)&lt;br /&gt;
**Passage de google Map à OpenStreetMap (1)&lt;br /&gt;
&lt;br /&gt;
== Capteur ==&lt;br /&gt;
&lt;br /&gt;
* OpenBas (&amp;lt;span style=&amp;quot;color: #FF0000;&amp;quot;&amp;gt;5&amp;lt;/span&amp;gt;)&lt;br /&gt;
** Documentation sur cette technologie&lt;br /&gt;
** étude de la viabilité de passer de OpenHab à OpenBas&lt;br /&gt;
&lt;br /&gt;
* Capteur Lora (&amp;lt;span style=&amp;quot;color: #FF0000;&amp;quot;&amp;gt;5&amp;lt;/span&amp;gt;)&lt;br /&gt;
**mettre en place la compatibilité avec stm32&lt;br /&gt;
**Test de connectivité et de transfert de paquet&lt;br /&gt;
**Assister à la réunion de Irock du Jeudi 05/02&lt;br /&gt;
&lt;br /&gt;
* Serveur DHCP (3)&lt;br /&gt;
&lt;br /&gt;
* Sécurité des transmissions (4)&lt;br /&gt;
&lt;br /&gt;
* Distinction entre capteur Irock et SmartCampus (&amp;lt;span style=&amp;quot;color: #FF0000;&amp;quot;&amp;gt;5&amp;lt;/span&amp;gt;)&lt;br /&gt;
&lt;br /&gt;
* Factorisation de OpenHab pour le mettre sur le serveur et alléger le démarrage des capteurs Galileo (2)&lt;br /&gt;
&lt;br /&gt;
== Server ==&lt;br /&gt;
&lt;br /&gt;
* mettre en place la bdd propre à Smart Campus (4)&lt;br /&gt;
&lt;br /&gt;
* distingué les paquets Irock de SmartCampus (&amp;lt;span style=&amp;quot;color: #FF0000;&amp;quot;&amp;gt;5&amp;lt;/span&amp;gt;)&lt;br /&gt;
**mettre en place une bdd commune à Irock qui recensera l&#039;ensemble des capteurs des deux projets&lt;br /&gt;
***L&#039;id permettra de faire la distinction et nommera un capteur&lt;br /&gt;
***association id et clé privé (AES 128)&lt;br /&gt;
&lt;br /&gt;
* mqtt (déjà en place?)&lt;br /&gt;
&lt;br /&gt;
* serveur nodeJs (déjà en place?)&lt;br /&gt;
&lt;br /&gt;
== Gestion de projet ==&lt;br /&gt;
&lt;br /&gt;
* Rendez vous avec la Directrice commerciale de la Tag et le Responsable du Dépot vendredi 06/02 à 15h (&amp;lt;span style=&amp;quot;color: #FF0000;&amp;quot;&amp;gt;5&amp;lt;/span&amp;gt;)&lt;br /&gt;
&lt;br /&gt;
* Rédaction du budget (2)&lt;br /&gt;
&lt;br /&gt;
* Rédaction de la matrice des risques (2)&lt;br /&gt;
&lt;br /&gt;
* Scrum (&amp;lt;span style=&amp;quot;color: #FF0000;&amp;quot;&amp;gt;5&amp;lt;/span&amp;gt;)&lt;br /&gt;
**un sprint/semaine&lt;/div&gt;</summary>
		<author><name>RICM4-prj14-grp1</name></author>
	</entry>
	<entry>
		<id>https://air.imag.fr/index.php?title=Proj-2014-2015-SmartCampus2015/SRS&amp;diff=21810</id>
		<title>Proj-2014-2015-SmartCampus2015/SRS</title>
		<link rel="alternate" type="text/html" href="https://air.imag.fr/index.php?title=Proj-2014-2015-SmartCampus2015/SRS&amp;diff=21810"/>
		<updated>2015-03-10T08:58:12Z</updated>

		<summary type="html">&lt;p&gt;RICM4-prj14-grp1: /* 4. Product evolution */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;=1.   Introduction=&lt;br /&gt;
==1.1   Purpose of the requirements document==&lt;br /&gt;
This Software Requirements Specification (SRS) identifies the requirements for the SmartCampus2015 project. The purpose of the present document is to explain how we organize our project, the different steps of the conception and the project achievement.&lt;br /&gt;
&lt;br /&gt;
==1.2   Scope of the product==&lt;br /&gt;
* The purpose of this project is to send and receive data with long range (more than 20km). Moreover, we need to create a web site for show this data in real time.&lt;br /&gt;
* For example we will show temperature data on a graph.&lt;br /&gt;
* Realize a contract with TAG compagny to connect our captor and collect position data about tramway.&lt;br /&gt;
* The goal is to overconnected our campus.&lt;br /&gt;
&lt;br /&gt;
==1.3   Definitions, acronyms and abbreviations==&lt;br /&gt;
* &#039;&#039;&#039;STM32&#039;&#039;&#039; :  A family of 32-bit microcontroller integrated circuits by STMicroelectronics.&lt;br /&gt;
* &#039;&#039;&#039;Nucleo L152RE&#039;&#039;&#039; : A is family of boards by STMicroelectronics with mbed IDE development&lt;br /&gt;
* &#039;&#039;&#039;Mbed&#039;&#039;&#039; : This is a platform and operating system for internet-connected devices based on 32-bit ARM Cortex-M microcontrollers.&lt;br /&gt;
* &#039;&#039;&#039;LoraMac&#039;&#039;&#039; : A communication protocol for LoRa technology.&lt;br /&gt;
* &#039;&#039;&#039;MQTT&#039;&#039;&#039; : (formerly Message Queue Telemetry Transport), this is a publish-subscribe based &amp;quot;light weight&amp;quot; messaging protocol for use on top of the TCP/IP protocol.&lt;br /&gt;
* &#039;&#039;&#039;libelium&#039;&#039;&#039; : A company selling compatible circuits with LoRa technology.&lt;br /&gt;
* &#039;&#039;&#039;Weather Shield&#039;&#039;&#039; : This is an Arduino shield that provide some data : barometric pressure, relative humidity, luminosity, temperature,wind speed, direction, rain gauge and GPS.&lt;br /&gt;
&lt;br /&gt;
==1.4   References==&lt;br /&gt;
* The global project&#039;s page can be found : [http://air.imag.fr/index.php/Proj-2014-2015-SmartCampus2015 here].&lt;br /&gt;
* official website : [https://mbed.org/ mbed.org]&lt;br /&gt;
* all old projects already done on : [http://air.imag.fr/index.php/SmartCampus2014/FicheSuivi  SmartCampus]&lt;br /&gt;
* the second group work on this technologie : [http://air.imag.fr/index.php/Proj-2014-2015-iRock  Irock]&lt;br /&gt;
&lt;br /&gt;
==1.5   Overview of the remainder of the document==&lt;br /&gt;
The rest of the SRS examines the specifications of the [http://air.imag.fr/index.php/SmartCampus2014/FicheSuivi SmartCampus2014] project in details.&lt;br /&gt;
&lt;br /&gt;
=2.   General description=&lt;br /&gt;
==2.1   Product perspective==&lt;br /&gt;
At first, the user goal is very simple. In fact, he just need to log on our website and select which data he wants to see. After that, he will be able to show different kind of data : temperature, pressure, localisation of tramway.&amp;lt;br&amp;gt;&lt;br /&gt;
How will work our project ? Some device are connected and send data (for example temperature) to our server. The user (connected on our web site) will see all these data in real time.&lt;br /&gt;
&lt;br /&gt;
==2.2   Product functions==&lt;br /&gt;
System architecture :&lt;br /&gt;
[Mettre l&#039;image]&lt;br /&gt;
&lt;br /&gt;
==2.3   User characteristics==&lt;br /&gt;
The user doesn’t need to be familiar with programming and doesn&#039;t need a specific formation.&amp;lt;br&amp;gt;&lt;br /&gt;
He just needs to know how to use a browser.&lt;br /&gt;
&lt;br /&gt;
==2.4   General constraints==&lt;br /&gt;
*Platform constraints: &lt;br /&gt;
::- ROS must operate on an Ubuntu platform. &lt;br /&gt;
::- The Platform need some of this two browsers : chrome/mozilla&lt;br /&gt;
*Environemental constraints: &lt;br /&gt;
::- Wifi with Internet access for the robot and for the controller. &lt;br /&gt;
::- The robot can’t climb up steep slopes.&lt;br /&gt;
&lt;br /&gt;
==2.5   Assumptions and dependencies==&lt;br /&gt;
::- Captors needs battery.&lt;br /&gt;
::- A server for our web site.&lt;br /&gt;
::- A browser for use our web site.&lt;br /&gt;
&lt;br /&gt;
=3.Specific requirements, covering functional, non-functional and interface requirements=&lt;br /&gt;
* document external interfaces,&lt;br /&gt;
* describe system functionality and performance&lt;br /&gt;
* specify logical database requirements,&lt;br /&gt;
* design constraints,&lt;br /&gt;
* emergent system properties and quality characteristics.&lt;br /&gt;
&lt;br /&gt;
==3.1 Requirement X.Y.Z (in Structured Natural Language)==&lt;br /&gt;
&lt;br /&gt;
Requirement : a browser must be available to show our web site, captors and server must be on.&lt;br /&gt;
 &lt;br /&gt;
&#039;&#039;&#039;Function&#039;&#039;&#039;: send and receive sensors data, put it on our databse and show these data on the web site.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Description&#039;&#039;&#039;: use browser interface for select and see data.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Destination&#039;&#039;&#039;: database for the storage of data, the website to the display of data.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Action&#039;&#039;&#039;:&lt;br /&gt;
* Etablished connection between chip&lt;br /&gt;
* Send/receive data&lt;br /&gt;
* show data on the web site&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Non functional requirements&#039;&#039;&#039;:&lt;br /&gt;
::- LoraMac implementation&lt;br /&gt;
::- AES encryptage (works in local but not between two chip)&lt;br /&gt;
::- OpenBas implementation&lt;br /&gt;
::- centralized OpenHab&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Pre-condition&#039;&#039;&#039;: &lt;br /&gt;
*materials conditions:&lt;br /&gt;
::- Battery on our chip.&lt;br /&gt;
::- A server to log our website connection.&lt;br /&gt;
::- A equipments with browsers.&lt;br /&gt;
&lt;br /&gt;
*Software conditions:&lt;br /&gt;
::- mqtt, python, nodejs, bower, mongo.&lt;br /&gt;
::- Just need a browser.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Post-condition&#039;&#039;&#039;:&lt;br /&gt;
::- The user can select subsection to see different kind of data (temperature, pressure and so on). &lt;br /&gt;
::- The user zoom/unzoom on graphes.&lt;br /&gt;
::- The user can see in real time the position of the tramways.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Side-effects&#039;&#039;&#039;:&lt;br /&gt;
::- no side effects&lt;br /&gt;
&lt;br /&gt;
=4. Product evolution=&lt;br /&gt;
::- Realize geocalisation of tramway&lt;br /&gt;
::- home automation&lt;br /&gt;
::- no limit ?&lt;br /&gt;
&lt;br /&gt;
=5. Appendices=&lt;br /&gt;
&lt;br /&gt;
==5.1. SRS structure==&lt;br /&gt;
The document is based on template of the Software Requirements Specification (SRS) inspired of the IEEE/ANSI 830-1998 Standard.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;References:&#039;&#039;&#039;&lt;br /&gt;
* http://www.cs.st-andrews.ac.uk/~ifs/Books/SE9/Presentations/PPTX/Ch4.pptx&lt;br /&gt;
* http://en.wikipedia.org/wiki/Software_requirements_specification&lt;br /&gt;
* [http://www.cse.msu.edu/~chengb/RE-491/Papers/IEEE-SRS-practice.pdf IEEE Recommended Practice for Software Requirements Specifications IEEE Std 830-1998]&lt;br /&gt;
&lt;br /&gt;
==5.2  Sources==&lt;br /&gt;
::- The other group Irock.&lt;br /&gt;
::- [https://mbed.org/  mbed.org] &amp;lt;br&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==5.3  Licensing Requirements==&lt;br /&gt;
::- Semtech&lt;br /&gt;
::- mbed&lt;/div&gt;</summary>
		<author><name>RICM4-prj14-grp1</name></author>
	</entry>
	<entry>
		<id>https://air.imag.fr/index.php?title=Proj-2014-2015-SmartCampus2015/SRS&amp;diff=21809</id>
		<title>Proj-2014-2015-SmartCampus2015/SRS</title>
		<link rel="alternate" type="text/html" href="https://air.imag.fr/index.php?title=Proj-2014-2015-SmartCampus2015/SRS&amp;diff=21809"/>
		<updated>2015-03-10T08:56:19Z</updated>

		<summary type="html">&lt;p&gt;RICM4-prj14-grp1: /* 3.1 Requirement X.Y.Z (in Structured Natural Language) */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;=1.   Introduction=&lt;br /&gt;
==1.1   Purpose of the requirements document==&lt;br /&gt;
This Software Requirements Specification (SRS) identifies the requirements for the SmartCampus2015 project. The purpose of the present document is to explain how we organize our project, the different steps of the conception and the project achievement.&lt;br /&gt;
&lt;br /&gt;
==1.2   Scope of the product==&lt;br /&gt;
* The purpose of this project is to send and receive data with long range (more than 20km). Moreover, we need to create a web site for show this data in real time.&lt;br /&gt;
* For example we will show temperature data on a graph.&lt;br /&gt;
* Realize a contract with TAG compagny to connect our captor and collect position data about tramway.&lt;br /&gt;
* The goal is to overconnected our campus.&lt;br /&gt;
&lt;br /&gt;
==1.3   Definitions, acronyms and abbreviations==&lt;br /&gt;
* &#039;&#039;&#039;STM32&#039;&#039;&#039; :  A family of 32-bit microcontroller integrated circuits by STMicroelectronics.&lt;br /&gt;
* &#039;&#039;&#039;Nucleo L152RE&#039;&#039;&#039; : A is family of boards by STMicroelectronics with mbed IDE development&lt;br /&gt;
* &#039;&#039;&#039;Mbed&#039;&#039;&#039; : This is a platform and operating system for internet-connected devices based on 32-bit ARM Cortex-M microcontrollers.&lt;br /&gt;
* &#039;&#039;&#039;LoraMac&#039;&#039;&#039; : A communication protocol for LoRa technology.&lt;br /&gt;
* &#039;&#039;&#039;MQTT&#039;&#039;&#039; : (formerly Message Queue Telemetry Transport), this is a publish-subscribe based &amp;quot;light weight&amp;quot; messaging protocol for use on top of the TCP/IP protocol.&lt;br /&gt;
* &#039;&#039;&#039;libelium&#039;&#039;&#039; : A company selling compatible circuits with LoRa technology.&lt;br /&gt;
* &#039;&#039;&#039;Weather Shield&#039;&#039;&#039; : This is an Arduino shield that provide some data : barometric pressure, relative humidity, luminosity, temperature,wind speed, direction, rain gauge and GPS.&lt;br /&gt;
&lt;br /&gt;
==1.4   References==&lt;br /&gt;
* The global project&#039;s page can be found : [http://air.imag.fr/index.php/Proj-2014-2015-SmartCampus2015 here].&lt;br /&gt;
* official website : [https://mbed.org/ mbed.org]&lt;br /&gt;
* all old projects already done on : [http://air.imag.fr/index.php/SmartCampus2014/FicheSuivi  SmartCampus]&lt;br /&gt;
* the second group work on this technologie : [http://air.imag.fr/index.php/Proj-2014-2015-iRock  Irock]&lt;br /&gt;
&lt;br /&gt;
==1.5   Overview of the remainder of the document==&lt;br /&gt;
The rest of the SRS examines the specifications of the [http://air.imag.fr/index.php/SmartCampus2014/FicheSuivi SmartCampus2014] project in details.&lt;br /&gt;
&lt;br /&gt;
=2.   General description=&lt;br /&gt;
==2.1   Product perspective==&lt;br /&gt;
At first, the user goal is very simple. In fact, he just need to log on our website and select which data he wants to see. After that, he will be able to show different kind of data : temperature, pressure, localisation of tramway.&amp;lt;br&amp;gt;&lt;br /&gt;
How will work our project ? Some device are connected and send data (for example temperature) to our server. The user (connected on our web site) will see all these data in real time.&lt;br /&gt;
&lt;br /&gt;
==2.2   Product functions==&lt;br /&gt;
System architecture :&lt;br /&gt;
[Mettre l&#039;image]&lt;br /&gt;
&lt;br /&gt;
==2.3   User characteristics==&lt;br /&gt;
The user doesn’t need to be familiar with programming and doesn&#039;t need a specific formation.&amp;lt;br&amp;gt;&lt;br /&gt;
He just needs to know how to use a browser.&lt;br /&gt;
&lt;br /&gt;
==2.4   General constraints==&lt;br /&gt;
*Platform constraints: &lt;br /&gt;
::- ROS must operate on an Ubuntu platform. &lt;br /&gt;
::- The Platform need some of this two browsers : chrome/mozilla&lt;br /&gt;
*Environemental constraints: &lt;br /&gt;
::- Wifi with Internet access for the robot and for the controller. &lt;br /&gt;
::- The robot can’t climb up steep slopes.&lt;br /&gt;
&lt;br /&gt;
==2.5   Assumptions and dependencies==&lt;br /&gt;
::- Captors needs battery.&lt;br /&gt;
::- A server for our web site.&lt;br /&gt;
::- A browser for use our web site.&lt;br /&gt;
&lt;br /&gt;
=3.Specific requirements, covering functional, non-functional and interface requirements=&lt;br /&gt;
* document external interfaces,&lt;br /&gt;
* describe system functionality and performance&lt;br /&gt;
* specify logical database requirements,&lt;br /&gt;
* design constraints,&lt;br /&gt;
* emergent system properties and quality characteristics.&lt;br /&gt;
&lt;br /&gt;
==3.1 Requirement X.Y.Z (in Structured Natural Language)==&lt;br /&gt;
&lt;br /&gt;
Requirement : a browser must be available to show our web site, captors and server must be on.&lt;br /&gt;
 &lt;br /&gt;
&#039;&#039;&#039;Function&#039;&#039;&#039;: send and receive sensors data, put it on our databse and show these data on the web site.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Description&#039;&#039;&#039;: use browser interface for select and see data.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Destination&#039;&#039;&#039;: database for the storage of data, the website to the display of data.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Action&#039;&#039;&#039;:&lt;br /&gt;
* Etablished connection between chip&lt;br /&gt;
* Send/receive data&lt;br /&gt;
* show data on the web site&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Non functional requirements&#039;&#039;&#039;:&lt;br /&gt;
::- LoraMac implementation&lt;br /&gt;
::- AES encryptage (works in local but not between two chip)&lt;br /&gt;
::- OpenBas implementation&lt;br /&gt;
::- centralized OpenHab&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Pre-condition&#039;&#039;&#039;: &lt;br /&gt;
*materials conditions:&lt;br /&gt;
::- Battery on our chip.&lt;br /&gt;
::- A server to log our website connection.&lt;br /&gt;
::- A equipments with browsers.&lt;br /&gt;
&lt;br /&gt;
*Software conditions:&lt;br /&gt;
::- mqtt, python, nodejs, bower, mongo.&lt;br /&gt;
::- Just need a browser.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Post-condition&#039;&#039;&#039;:&lt;br /&gt;
::- The user can select subsection to see different kind of data (temperature, pressure and so on). &lt;br /&gt;
::- The user zoom/unzoom on graphes.&lt;br /&gt;
::- The user can see in real time the position of the tramways.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Side-effects&#039;&#039;&#039;:&lt;br /&gt;
::- no side effects&lt;br /&gt;
&lt;br /&gt;
=4. Product evolution=&lt;br /&gt;
::- add other project like &#039;&#039;&#039;COQP&#039;&#039;&#039; to selected whitch ROBAIR you want.&lt;br /&gt;
::- Switch between different robots. &lt;br /&gt;
::- Control the robot thanks to a neuronal device. &lt;br /&gt;
::- Thanks to a lidar, the robot makes its own map. (in progress...)&lt;br /&gt;
::- Ability to read QRcodes and display related contents on the tablet. &lt;br /&gt;
::- able to do as we want talk and not with previously saved text&lt;br /&gt;
&lt;br /&gt;
=5. Appendices=&lt;br /&gt;
&lt;br /&gt;
==5.1. SRS structure==&lt;br /&gt;
The document is based on template of the Software Requirements Specification (SRS) inspired of the IEEE/ANSI 830-1998 Standard.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;References:&#039;&#039;&#039;&lt;br /&gt;
* http://www.cs.st-andrews.ac.uk/~ifs/Books/SE9/Presentations/PPTX/Ch4.pptx&lt;br /&gt;
* http://en.wikipedia.org/wiki/Software_requirements_specification&lt;br /&gt;
* [http://www.cse.msu.edu/~chengb/RE-491/Papers/IEEE-SRS-practice.pdf IEEE Recommended Practice for Software Requirements Specifications IEEE Std 830-1998]&lt;br /&gt;
&lt;br /&gt;
==5.2  Sources==&lt;br /&gt;
::- The other group Irock.&lt;br /&gt;
::- [https://mbed.org/  mbed.org] &amp;lt;br&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==5.3  Licensing Requirements==&lt;br /&gt;
::- Semtech&lt;br /&gt;
::- mbed&lt;/div&gt;</summary>
		<author><name>RICM4-prj14-grp1</name></author>
	</entry>
	<entry>
		<id>https://air.imag.fr/index.php?title=Proj-2014-2015-SmartCampus2015/SRS&amp;diff=21803</id>
		<title>Proj-2014-2015-SmartCampus2015/SRS</title>
		<link rel="alternate" type="text/html" href="https://air.imag.fr/index.php?title=Proj-2014-2015-SmartCampus2015/SRS&amp;diff=21803"/>
		<updated>2015-03-09T15:10:49Z</updated>

		<summary type="html">&lt;p&gt;RICM4-prj14-grp1: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;=1.   Introduction=&lt;br /&gt;
==1.1   Purpose of the requirements document==&lt;br /&gt;
This Software Requirements Specification (SRS) identifies the requirements for the SmartCampus2015 project. The purpose of the present document is to explain how we organize our project, the different steps of the conception and the project achievement.&lt;br /&gt;
&lt;br /&gt;
==1.2   Scope of the product==&lt;br /&gt;
* The purpose of this project is to send and receive data with long range (more than 20km). Moreover, we need to create a web site for show this data in real time.&lt;br /&gt;
* For example we will show temperature data on a graph.&lt;br /&gt;
* Realize a contract with TAG compagny to connect our captor and collect position data about tramway.&lt;br /&gt;
* The goal is to overconnected our campus.&lt;br /&gt;
&lt;br /&gt;
==1.3   Definitions, acronyms and abbreviations==&lt;br /&gt;
* &#039;&#039;&#039;STM32&#039;&#039;&#039; :  A family of 32-bit microcontroller integrated circuits by STMicroelectronics.&lt;br /&gt;
* &#039;&#039;&#039;Nucleo L152RE&#039;&#039;&#039; : A is family of boards by STMicroelectronics with mbed IDE development&lt;br /&gt;
* &#039;&#039;&#039;Mbed&#039;&#039;&#039; : This is a platform and operating system for internet-connected devices based on 32-bit ARM Cortex-M microcontrollers.&lt;br /&gt;
* &#039;&#039;&#039;LoraMac&#039;&#039;&#039; : A communication protocol for LoRa technology.&lt;br /&gt;
* &#039;&#039;&#039;MQTT&#039;&#039;&#039; : (formerly Message Queue Telemetry Transport), this is a publish-subscribe based &amp;quot;light weight&amp;quot; messaging protocol for use on top of the TCP/IP protocol.&lt;br /&gt;
* &#039;&#039;&#039;libelium&#039;&#039;&#039; : A company selling compatible circuits with LoRa technology.&lt;br /&gt;
* &#039;&#039;&#039;Weather Shield&#039;&#039;&#039; : This is an Arduino shield that provide some data : barometric pressure, relative humidity, luminosity, temperature,wind speed, direction, rain gauge and GPS.&lt;br /&gt;
&lt;br /&gt;
==1.4   References==&lt;br /&gt;
* The global project&#039;s page can be found : [http://air.imag.fr/index.php/Proj-2014-2015-SmartCampus2015 here].&lt;br /&gt;
* official website : [https://mbed.org/ mbed.org]&lt;br /&gt;
* all old projects already done on : [http://air.imag.fr/index.php/SmartCampus2014/FicheSuivi  SmartCampus]&lt;br /&gt;
* the second group work on this technologie : [http://air.imag.fr/index.php/Proj-2014-2015-iRock  Irock]&lt;br /&gt;
&lt;br /&gt;
==1.5   Overview of the remainder of the document==&lt;br /&gt;
The rest of the SRS examines the specifications of the [http://air.imag.fr/index.php/SmartCampus2014/FicheSuivi SmartCampus2014] project in details.&lt;br /&gt;
&lt;br /&gt;
=2.   General description=&lt;br /&gt;
==2.1   Product perspective==&lt;br /&gt;
At first, the user goal is very simple. In fact, he just need to log on our website and select which data he wants to see. After that, he will be able to show different kind of data : temperature, pressure, localisation of tramway.&amp;lt;br&amp;gt;&lt;br /&gt;
How will work our project ? Some device are connected and send data (for example temperature) to our server. The user (connected on our web site) will see all these data in real time.&lt;br /&gt;
&lt;br /&gt;
==2.2   Product functions==&lt;br /&gt;
System architecture :&lt;br /&gt;
[Mettre l&#039;image]&lt;br /&gt;
&lt;br /&gt;
==2.3   User characteristics==&lt;br /&gt;
The user doesn’t need to be familiar with programming and doesn&#039;t need a specific formation.&amp;lt;br&amp;gt;&lt;br /&gt;
He just needs to know how to use a browser.&lt;br /&gt;
&lt;br /&gt;
==2.4   General constraints==&lt;br /&gt;
*Platform constraints: &lt;br /&gt;
::- ROS must operate on an Ubuntu platform. &lt;br /&gt;
::- The Platform need some of this two browsers : chrome/mozilla&lt;br /&gt;
*Environemental constraints: &lt;br /&gt;
::- Wifi with Internet access for the robot and for the controller. &lt;br /&gt;
::- The robot can’t climb up steep slopes.&lt;br /&gt;
&lt;br /&gt;
==2.5   Assumptions and dependencies==&lt;br /&gt;
::- Captors needs battery.&lt;br /&gt;
::- A server for our web site.&lt;br /&gt;
::- A browser for use our web site.&lt;br /&gt;
&lt;br /&gt;
=3.Specific requirements, covering functional, non-functional and interface requirements=&lt;br /&gt;
* document external interfaces,&lt;br /&gt;
* describe system functionality and performance&lt;br /&gt;
* specify logical database requirements,&lt;br /&gt;
* design constraints,&lt;br /&gt;
* emergent system properties and quality characteristics.&lt;br /&gt;
&lt;br /&gt;
==3.1 Requirement X.Y.Z (in Structured Natural Language)==&lt;br /&gt;
&lt;br /&gt;
Requirement : a browser must be available to show our web site, captors and server must be on.&lt;br /&gt;
 &lt;br /&gt;
&#039;&#039;&#039;Function&#039;&#039;&#039;: send and receive sensors data, put it on our databse and show these data on the web site.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Description&#039;&#039;&#039;: use browser interface for select and see data.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Destination&#039;&#039;&#039;: database for the storage of data, the website to the display of data.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Action&#039;&#039;&#039;:&lt;br /&gt;
* Etablished connection between chip&lt;br /&gt;
* Send/receive data&lt;br /&gt;
* show data on the web site&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Non functional requirements&#039;&#039;&#039;:&lt;br /&gt;
::- LoraMac implementation&lt;br /&gt;
::- AES encryptage (works in local but not between two chip)&lt;br /&gt;
::- OpenBas implementation&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Pre-condition&#039;&#039;&#039;: &lt;br /&gt;
*materials conditions:&lt;br /&gt;
::- Battery on our chip.&lt;br /&gt;
::- A server to log our website connection.&lt;br /&gt;
::- A equipments with browsers.&lt;br /&gt;
&lt;br /&gt;
*Software conditions:&lt;br /&gt;
::- mqtt, python, nodejs, bower, mongo.&lt;br /&gt;
::- Just need a browser.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Post-condition&#039;&#039;&#039;:&lt;br /&gt;
::- The user can do videoconferencing with people who met the robot. &lt;br /&gt;
::- The user can control the robot by us interface.&lt;br /&gt;
::- The user can send voices data to robair speak.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Side-effects&#039;&#039;&#039;:&lt;br /&gt;
::- bit latency of the stream (in general the quality is nice).&lt;br /&gt;
::- sometimes we have a fail of connection, just restart the connection and all will be functional.&lt;br /&gt;
&lt;br /&gt;
=4. Product evolution=&lt;br /&gt;
::- add other project like &#039;&#039;&#039;COQP&#039;&#039;&#039; to selected whitch ROBAIR you want.&lt;br /&gt;
::- Switch between different robots. &lt;br /&gt;
::- Control the robot thanks to a neuronal device. &lt;br /&gt;
::- Thanks to a lidar, the robot makes its own map. (in progress...)&lt;br /&gt;
::- Ability to read QRcodes and display related contents on the tablet. &lt;br /&gt;
::- able to do as we want talk and not with previously saved text&lt;br /&gt;
&lt;br /&gt;
=5. Appendices=&lt;br /&gt;
&lt;br /&gt;
==5.1. SRS structure==&lt;br /&gt;
The document is based on template of the Software Requirements Specification (SRS) inspired of the IEEE/ANSI 830-1998 Standard.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;References:&#039;&#039;&#039;&lt;br /&gt;
* http://www.cs.st-andrews.ac.uk/~ifs/Books/SE9/Presentations/PPTX/Ch4.pptx&lt;br /&gt;
* http://en.wikipedia.org/wiki/Software_requirements_specification&lt;br /&gt;
* [http://www.cse.msu.edu/~chengb/RE-491/Papers/IEEE-SRS-practice.pdf IEEE Recommended Practice for Software Requirements Specifications IEEE Std 830-1998]&lt;br /&gt;
&lt;br /&gt;
==5.2  Sources==&lt;br /&gt;
::- The other group Irock.&lt;br /&gt;
::- [https://mbed.org/  mbed.org] &amp;lt;br&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==5.3  Licensing Requirements==&lt;br /&gt;
::- Semtech&lt;br /&gt;
::- mbed&lt;/div&gt;</summary>
		<author><name>RICM4-prj14-grp1</name></author>
	</entry>
	<entry>
		<id>https://air.imag.fr/index.php?title=Proj-2014-2015-SmartCampus2015/SRS&amp;diff=21802</id>
		<title>Proj-2014-2015-SmartCampus2015/SRS</title>
		<link rel="alternate" type="text/html" href="https://air.imag.fr/index.php?title=Proj-2014-2015-SmartCampus2015/SRS&amp;diff=21802"/>
		<updated>2015-03-09T15:10:33Z</updated>

		<summary type="html">&lt;p&gt;RICM4-prj14-grp1: /* 3.1 Requirement X.Y.Z (in Structured Natural Language) */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;=1.   Introduction=&lt;br /&gt;
==1.1   Purpose of the requirements document==&lt;br /&gt;
This Software Requirements Specification (SRS) identifies the requirements for the SmartCampus2015 project. The purpose of the present document is to explain how we organize our project, the different steps of the conception and the project achievement.&lt;br /&gt;
&lt;br /&gt;
==1.2   Scope of the product==&lt;br /&gt;
* The purpose of this project is to send and receive data with long range (more than 20km). Moreover, we need to create a web site for show this data in real time.&lt;br /&gt;
* For example we will show temperature data on a graph.&lt;br /&gt;
* Realize a contract with TAG compagny to connect our captor and collect position data about tramway.&lt;br /&gt;
* The goal is to overconnected our campus.&lt;br /&gt;
&lt;br /&gt;
==1.3   Definitions, acronyms and abbreviations==&lt;br /&gt;
* &#039;&#039;&#039;STM32&#039;&#039;&#039; :  A family of 32-bit microcontroller integrated circuits by STMicroelectronics.&lt;br /&gt;
* &#039;&#039;&#039;Nucleo L152RE&#039;&#039;&#039; : A is family of boards by STMicroelectronics with mbed IDE development&lt;br /&gt;
* &#039;&#039;&#039;Mbed&#039;&#039;&#039; : This is a platform and operating system for internet-connected devices based on 32-bit ARM Cortex-M microcontrollers.&lt;br /&gt;
* &#039;&#039;&#039;LoraMac&#039;&#039;&#039; : A communication protocol for LoRa technology.&lt;br /&gt;
* &#039;&#039;&#039;MQTT&#039;&#039;&#039; : (formerly Message Queue Telemetry Transport), this is a publish-subscribe based &amp;quot;light weight&amp;quot; messaging protocol for use on top of the TCP/IP protocol.&lt;br /&gt;
* &#039;&#039;&#039;libelium&#039;&#039;&#039; : A company selling compatible circuits with LoRa technology.&lt;br /&gt;
* &#039;&#039;&#039;Weather Shield&#039;&#039;&#039; : This is an Arduino shield that provide some data : barometric pressure, relative humidity, luminosity, temperature,wind speed, direction, rain gauge and GPS.&lt;br /&gt;
&lt;br /&gt;
==1.4   References==&lt;br /&gt;
* The global project&#039;s page can be found : [http://air.imag.fr/index.php/Proj-2014-2015-SmartCampus2015 here].&lt;br /&gt;
* official website : [https://mbed.org/ mbed.org]&lt;br /&gt;
* all old projects already done on : [http://air.imag.fr/index.php/SmartCampus2014/FicheSuivi  SmartCampus]&lt;br /&gt;
* the second group work on this technologie : [http://air.imag.fr/index.php/Proj-2014-2015-iRock  Irock]&lt;br /&gt;
&lt;br /&gt;
==1.5   Overview of the remainder of the document==&lt;br /&gt;
The rest of the SRS examines the specifications of the [http://air.imag.fr/index.php/SmartCampus2014/FicheSuivi SmartCampus2014] project in details.&lt;br /&gt;
&lt;br /&gt;
=2.   General description=&lt;br /&gt;
==2.1   Product perspective==&lt;br /&gt;
At first, the user goal is very simple. In fact, he just need to log on our website and select which data he wants to see. After that, he will be able to show different kind of data : temperature, pressure, localisation of tramway.&amp;lt;br&amp;gt;&lt;br /&gt;
How will work our project ? Some device are connected and send data (for example temperature) to our server. The user (connected on our web site) will see all these data in real time.&lt;br /&gt;
&lt;br /&gt;
==2.2   Product functions==&lt;br /&gt;
System architecture :&lt;br /&gt;
[Mettre l&#039;image]&lt;br /&gt;
&lt;br /&gt;
==2.3   User characteristics==&lt;br /&gt;
The user doesn’t need to be familiar with programming and doesn&#039;t need a specific formation.&amp;lt;br&amp;gt;&lt;br /&gt;
He just needs to know how to use a browser.&lt;br /&gt;
&lt;br /&gt;
==2.4   General constraints==&lt;br /&gt;
*Platform constraints: &lt;br /&gt;
::- ROS must operate on an Ubuntu platform. &lt;br /&gt;
::- The Platform need some of this two browsers : chrome/mozilla&lt;br /&gt;
*Environemental constraints: &lt;br /&gt;
::- Wifi with Internet access for the robot and for the controller. &lt;br /&gt;
::- The robot can’t climb up steep slopes.&lt;br /&gt;
&lt;br /&gt;
==2.5   Assumptions and dependencies==&lt;br /&gt;
::- Captors needs battery.&lt;br /&gt;
::- A server for our web site.&lt;br /&gt;
::- A browser for use our web site.&lt;br /&gt;
&lt;br /&gt;
=3.Specific requirements, covering functional, non-functional and interface requirements=&lt;br /&gt;
* document external interfaces,&lt;br /&gt;
* describe system functionality and performance&lt;br /&gt;
* specify logical database requirements,&lt;br /&gt;
* design constraints,&lt;br /&gt;
* emergent system properties and quality characteristics.&lt;br /&gt;
&lt;br /&gt;
==3.1 Requirement X.Y.Z (in Structured Natural Language)==&lt;br /&gt;
&lt;br /&gt;
Requirement : a browser must be available to show our web site, captors and server must be on.&lt;br /&gt;
 &lt;br /&gt;
&#039;&#039;&#039;Function&#039;&#039;&#039;: send and receive sensors data, put it on our databse and show these data on the web site.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Description&#039;&#039;&#039;: use browser interface for select and see data.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Destination&#039;&#039;&#039;: database for the storage of data, the website to the display of data.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Action&#039;&#039;&#039;:&lt;br /&gt;
* Etablished connection between ship&lt;br /&gt;
* Send/receive data&lt;br /&gt;
* show data on the web site&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Non functional requirements&#039;&#039;&#039;:&lt;br /&gt;
::- LoraMac implementation&lt;br /&gt;
::- AES encryptage (works in local but not between two ship)&lt;br /&gt;
::- OpenBas implementation&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Pre-condition&#039;&#039;&#039;: &lt;br /&gt;
*materials conditions:&lt;br /&gt;
::- Battery on our chip.&lt;br /&gt;
::- A server to log our website connection.&lt;br /&gt;
::- A equipments with browsers.&lt;br /&gt;
&lt;br /&gt;
*Software conditions:&lt;br /&gt;
::- mqtt, python, nodejs, bower, mongo.&lt;br /&gt;
::- Just need a browser.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Post-condition&#039;&#039;&#039;:&lt;br /&gt;
::- The user can do videoconferencing with people who met the robot. &lt;br /&gt;
::- The user can control the robot by us interface.&lt;br /&gt;
::- The user can send voices data to robair speak.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Side-effects&#039;&#039;&#039;:&lt;br /&gt;
::- bit latency of the stream (in general the quality is nice).&lt;br /&gt;
::- sometimes we have a fail of connection, just restart the connection and all will be functional.&lt;br /&gt;
&lt;br /&gt;
=4. Product evolution=&lt;br /&gt;
::- add other project like &#039;&#039;&#039;COQP&#039;&#039;&#039; to selected whitch ROBAIR you want.&lt;br /&gt;
::- Switch between different robots. &lt;br /&gt;
::- Control the robot thanks to a neuronal device. &lt;br /&gt;
::- Thanks to a lidar, the robot makes its own map. (in progress...)&lt;br /&gt;
::- Ability to read QRcodes and display related contents on the tablet. &lt;br /&gt;
::- able to do as we want talk and not with previously saved text&lt;br /&gt;
&lt;br /&gt;
=5. Appendices=&lt;br /&gt;
&lt;br /&gt;
==5.1. SRS structure==&lt;br /&gt;
The document is based on template of the Software Requirements Specification (SRS) inspired of the IEEE/ANSI 830-1998 Standard.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;References:&#039;&#039;&#039;&lt;br /&gt;
* http://www.cs.st-andrews.ac.uk/~ifs/Books/SE9/Presentations/PPTX/Ch4.pptx&lt;br /&gt;
* http://en.wikipedia.org/wiki/Software_requirements_specification&lt;br /&gt;
* [http://www.cse.msu.edu/~chengb/RE-491/Papers/IEEE-SRS-practice.pdf IEEE Recommended Practice for Software Requirements Specifications IEEE Std 830-1998]&lt;br /&gt;
&lt;br /&gt;
==5.2  Sources==&lt;br /&gt;
::- The other group Irock.&lt;br /&gt;
::- [https://mbed.org/  mbed.org] &amp;lt;br&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==5.3  Licensing Requirements==&lt;br /&gt;
::- Semtech&lt;br /&gt;
::- mbed&lt;/div&gt;</summary>
		<author><name>RICM4-prj14-grp1</name></author>
	</entry>
	<entry>
		<id>https://air.imag.fr/index.php?title=Proj-2014-2015-SmartCampus2015/SRS&amp;diff=21798</id>
		<title>Proj-2014-2015-SmartCampus2015/SRS</title>
		<link rel="alternate" type="text/html" href="https://air.imag.fr/index.php?title=Proj-2014-2015-SmartCampus2015/SRS&amp;diff=21798"/>
		<updated>2015-03-09T14:29:07Z</updated>

		<summary type="html">&lt;p&gt;RICM4-prj14-grp1: /* 3.1 Requirement X.Y.Z (in Structured Natural Language) */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;=1.   Introduction=&lt;br /&gt;
==1.1   Purpose of the requirements document==&lt;br /&gt;
This Software Requirements Specification (SRS) identifies the requirements for the SmartCampus2015 project. The purpose of the present document is to explain how we organize our project, the different steps of the conception and the project achievement.&lt;br /&gt;
&lt;br /&gt;
==1.2   Scope of the product==&lt;br /&gt;
* The purpose of this project is to send and receive data with long range (more than 20km). Moreover, we need to create a web site for show this data in real time.&lt;br /&gt;
* For example we will show temperature data on a graph.&lt;br /&gt;
* Realize a contract with TAG compagny to connect our captor and collect position data about tramway.&lt;br /&gt;
* The goal is to overconnected our campus.&lt;br /&gt;
&lt;br /&gt;
==1.3   Definitions, acronyms and abbreviations==&lt;br /&gt;
* &#039;&#039;&#039;STM32&#039;&#039;&#039; :  A family of 32-bit microcontroller integrated circuits by STMicroelectronics.&lt;br /&gt;
* &#039;&#039;&#039;Nucleo L152RE&#039;&#039;&#039; : A is family of boards by STMicroelectronics with mbed IDE development&lt;br /&gt;
* &#039;&#039;&#039;Mbed&#039;&#039;&#039; : This is a platform and operating system for internet-connected devices based on 32-bit ARM Cortex-M microcontrollers.&lt;br /&gt;
* &#039;&#039;&#039;LoraMac&#039;&#039;&#039; : A communication protocol for LoRa technology.&lt;br /&gt;
* &#039;&#039;&#039;MQTT&#039;&#039;&#039; : (formerly Message Queue Telemetry Transport), this is a publish-subscribe based &amp;quot;light weight&amp;quot; messaging protocol for use on top of the TCP/IP protocol.&lt;br /&gt;
* &#039;&#039;&#039;libelium&#039;&#039;&#039; : A company selling compatible circuits with LoRa technology.&lt;br /&gt;
* &#039;&#039;&#039;Weather Shield&#039;&#039;&#039; : This is an Arduino shield that provide some data : barometric pressure, relative humidity, luminosity, temperature,wind speed, direction, rain gauge and GPS.&lt;br /&gt;
&lt;br /&gt;
==1.4   References==&lt;br /&gt;
* The global project&#039;s page can be found : [http://air.imag.fr/index.php/Proj-2014-2015-SmartCampus2015 here].&lt;br /&gt;
* official website : [https://mbed.org/ mbed.org]&lt;br /&gt;
* all old projects already done on : [http://air.imag.fr/index.php/SmartCampus2014/FicheSuivi  SmartCampus]&lt;br /&gt;
* the second group work on this technologie : [http://air.imag.fr/index.php/Proj-2014-2015-iRock  Irock]&lt;br /&gt;
&lt;br /&gt;
==1.5   Overview of the remainder of the document==&lt;br /&gt;
The rest of the SRS examines the specifications of the [http://air.imag.fr/index.php/SmartCampus2014/FicheSuivi SmartCampus2014] project in details.&lt;br /&gt;
&lt;br /&gt;
=2.   General description=&lt;br /&gt;
==2.1   Product perspective==&lt;br /&gt;
At first, the user goal is very simple. In fact, he just need to log on our website and select which data he wants to see. After that, he will be able to show different kind of data : temperature, pressure, localisation of tramway.&amp;lt;br&amp;gt;&lt;br /&gt;
How will work our project ? Some device are connected and send data (for example temperature) to our server. The user (connected on our web site) will see all these data in real time.&lt;br /&gt;
&lt;br /&gt;
==2.2   Product functions==&lt;br /&gt;
System architecture :&lt;br /&gt;
[Mettre l&#039;image]&lt;br /&gt;
&lt;br /&gt;
==2.3   User characteristics==&lt;br /&gt;
The user doesn’t need to be familiar with programming and doesn&#039;t need a specific formation.&amp;lt;br&amp;gt;&lt;br /&gt;
He just needs to know how to use a browser.&lt;br /&gt;
&lt;br /&gt;
==2.4   General constraints==&lt;br /&gt;
*Platform constraints: &lt;br /&gt;
::- ROS must operate on an Ubuntu platform. &lt;br /&gt;
::- The Platform need some of this two browsers : chrome/mozilla&lt;br /&gt;
*Environemental constraints: &lt;br /&gt;
::- Wifi with Internet access for the robot and for the controller. &lt;br /&gt;
::- The robot can’t climb up steep slopes.&lt;br /&gt;
&lt;br /&gt;
==2.5   Assumptions and dependencies==&lt;br /&gt;
::- Captors needs battery.&lt;br /&gt;
::- A server for our web site.&lt;br /&gt;
::- A browser for use our web site.&lt;br /&gt;
&lt;br /&gt;
=3.Specific requirements, covering functional, non-functional and interface requirements=&lt;br /&gt;
* document external interfaces,&lt;br /&gt;
* describe system functionality and performance&lt;br /&gt;
* specify logical database requirements,&lt;br /&gt;
* design constraints,&lt;br /&gt;
* emergent system properties and quality characteristics.&lt;br /&gt;
&lt;br /&gt;
==3.1 Requirement X.Y.Z (in Structured Natural Language)==&lt;br /&gt;
&lt;br /&gt;
Requirement : a browser must be available to show our web site, captors and server must be on.&lt;br /&gt;
 &lt;br /&gt;
&#039;&#039;&#039;Function&#039;&#039;&#039;: send and receive sensors data, put it on our databse and show these data on the web site.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Description&#039;&#039;&#039;: use browser interface for select and see data.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Destination&#039;&#039;&#039;: database for the storage of data, the website to the display of data.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Action&#039;&#039;&#039;:&lt;br /&gt;
* Etablished connection between ship&lt;br /&gt;
* Send/receive data&lt;br /&gt;
* show data on the web site&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Non functional requirements&#039;&#039;&#039;:&lt;br /&gt;
::- beautiful HMI.&lt;br /&gt;
::- We can&#039;t restart video after shut down the stream.&lt;br /&gt;
::- we can&#039;t redirect the video stream to a other device.&lt;br /&gt;
::- All users have the directionnal buttons in their interface. We want only one (in progress...)&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Pre-condition&#039;&#039;&#039;: &lt;br /&gt;
*materials conditions:&lt;br /&gt;
::- A RobAIR must be connected in the selected place.&lt;br /&gt;
::- A server to log our website connection.&lt;br /&gt;
::- A equipments with chrome or mozilla browsers.&lt;br /&gt;
&lt;br /&gt;
*Software conditions:&lt;br /&gt;
::- Install the RobAIR2014-Server software on the ubuntu server on ROBAIR.&lt;br /&gt;
::- Just need lastest chrome/mozilla version.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Post-condition&#039;&#039;&#039;:&lt;br /&gt;
::- The user can do videoconferencing with people who met the robot. &lt;br /&gt;
::- The user can control the robot by us interface.&lt;br /&gt;
::- The user can send voices data to robair speak.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Side-effects&#039;&#039;&#039;:&lt;br /&gt;
::- bit latency of the stream (in general the quality is nice).&lt;br /&gt;
::- sometimes we have a fail of connection, just restart the connection and all will be functional.&lt;br /&gt;
&lt;br /&gt;
=4. Product evolution=&lt;br /&gt;
::- add other project like &#039;&#039;&#039;COQP&#039;&#039;&#039; to selected whitch ROBAIR you want.&lt;br /&gt;
::- Switch between different robots. &lt;br /&gt;
::- Control the robot thanks to a neuronal device. &lt;br /&gt;
::- Thanks to a lidar, the robot makes its own map. (in progress...)&lt;br /&gt;
::- Ability to read QRcodes and display related contents on the tablet. &lt;br /&gt;
::- able to do as we want talk and not with previously saved text&lt;br /&gt;
&lt;br /&gt;
=5. Appendices=&lt;br /&gt;
&lt;br /&gt;
==5.1. SRS structure==&lt;br /&gt;
The document is based on template of the Software Requirements Specification (SRS) inspired of the IEEE/ANSI 830-1998 Standard.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;References:&#039;&#039;&#039;&lt;br /&gt;
* http://www.cs.st-andrews.ac.uk/~ifs/Books/SE9/Presentations/PPTX/Ch4.pptx&lt;br /&gt;
* http://en.wikipedia.org/wiki/Software_requirements_specification&lt;br /&gt;
* [http://www.cse.msu.edu/~chengb/RE-491/Papers/IEEE-SRS-practice.pdf IEEE Recommended Practice for Software Requirements Specifications IEEE Std 830-1998]&lt;br /&gt;
&lt;br /&gt;
==5.2  Sources==&lt;br /&gt;
::- The other group Irock.&lt;br /&gt;
::- [https://mbed.org/  mbed.org] &amp;lt;br&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==5.3  Licensing Requirements==&lt;br /&gt;
::- Semtech&lt;br /&gt;
::- mbed&lt;/div&gt;</summary>
		<author><name>RICM4-prj14-grp1</name></author>
	</entry>
	<entry>
		<id>https://air.imag.fr/index.php?title=Proj-2014-2015-SmartCampus2015/SRS&amp;diff=21797</id>
		<title>Proj-2014-2015-SmartCampus2015/SRS</title>
		<link rel="alternate" type="text/html" href="https://air.imag.fr/index.php?title=Proj-2014-2015-SmartCampus2015/SRS&amp;diff=21797"/>
		<updated>2015-03-09T14:11:01Z</updated>

		<summary type="html">&lt;p&gt;RICM4-prj14-grp1: /* 5.3  Licensing Requirements */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;=1.   Introduction=&lt;br /&gt;
==1.1   Purpose of the requirements document==&lt;br /&gt;
This Software Requirements Specification (SRS) identifies the requirements for the SmartCampus2015 project. The purpose of the present document is to explain how we organize our project, the different steps of the conception and the project achievement.&lt;br /&gt;
&lt;br /&gt;
==1.2   Scope of the product==&lt;br /&gt;
* The purpose of this project is to send and receive data with long range (more than 20km). Moreover, we need to create a web site for show this data in real time.&lt;br /&gt;
* For example we will show temperature data on a graph.&lt;br /&gt;
* Realize a contract with TAG compagny to connect our captor and collect position data about tramway.&lt;br /&gt;
* The goal is to overconnected our campus.&lt;br /&gt;
&lt;br /&gt;
==1.3   Definitions, acronyms and abbreviations==&lt;br /&gt;
* &#039;&#039;&#039;STM32&#039;&#039;&#039; :  A family of 32-bit microcontroller integrated circuits by STMicroelectronics.&lt;br /&gt;
* &#039;&#039;&#039;Nucleo L152RE&#039;&#039;&#039; : A is family of boards by STMicroelectronics with mbed IDE development&lt;br /&gt;
* &#039;&#039;&#039;Mbed&#039;&#039;&#039; : This is a platform and operating system for internet-connected devices based on 32-bit ARM Cortex-M microcontrollers.&lt;br /&gt;
* &#039;&#039;&#039;LoraMac&#039;&#039;&#039; : A communication protocol for LoRa technology.&lt;br /&gt;
* &#039;&#039;&#039;MQTT&#039;&#039;&#039; : (formerly Message Queue Telemetry Transport), this is a publish-subscribe based &amp;quot;light weight&amp;quot; messaging protocol for use on top of the TCP/IP protocol.&lt;br /&gt;
* &#039;&#039;&#039;libelium&#039;&#039;&#039; : A company selling compatible circuits with LoRa technology.&lt;br /&gt;
* &#039;&#039;&#039;Weather Shield&#039;&#039;&#039; : This is an Arduino shield that provide some data : barometric pressure, relative humidity, luminosity, temperature,wind speed, direction, rain gauge and GPS.&lt;br /&gt;
&lt;br /&gt;
==1.4   References==&lt;br /&gt;
* The global project&#039;s page can be found : [http://air.imag.fr/index.php/Proj-2014-2015-SmartCampus2015 here].&lt;br /&gt;
* official website : [https://mbed.org/ mbed.org]&lt;br /&gt;
* all old projects already done on : [http://air.imag.fr/index.php/SmartCampus2014/FicheSuivi  SmartCampus]&lt;br /&gt;
* the second group work on this technologie : [http://air.imag.fr/index.php/Proj-2014-2015-iRock  Irock]&lt;br /&gt;
&lt;br /&gt;
==1.5   Overview of the remainder of the document==&lt;br /&gt;
The rest of the SRS examines the specifications of the [http://air.imag.fr/index.php/SmartCampus2014/FicheSuivi SmartCampus2014] project in details.&lt;br /&gt;
&lt;br /&gt;
=2.   General description=&lt;br /&gt;
==2.1   Product perspective==&lt;br /&gt;
At first, the user goal is very simple. In fact, he just need to log on our website and select which data he wants to see. After that, he will be able to show different kind of data : temperature, pressure, localisation of tramway.&amp;lt;br&amp;gt;&lt;br /&gt;
How will work our project ? Some device are connected and send data (for example temperature) to our server. The user (connected on our web site) will see all these data in real time.&lt;br /&gt;
&lt;br /&gt;
==2.2   Product functions==&lt;br /&gt;
System architecture :&lt;br /&gt;
[Mettre l&#039;image]&lt;br /&gt;
&lt;br /&gt;
==2.3   User characteristics==&lt;br /&gt;
The user doesn’t need to be familiar with programming and doesn&#039;t need a specific formation.&amp;lt;br&amp;gt;&lt;br /&gt;
He just needs to know how to use a browser.&lt;br /&gt;
&lt;br /&gt;
==2.4   General constraints==&lt;br /&gt;
*Platform constraints: &lt;br /&gt;
::- ROS must operate on an Ubuntu platform. &lt;br /&gt;
::- The Platform need some of this two browsers : chrome/mozilla&lt;br /&gt;
*Environemental constraints: &lt;br /&gt;
::- Wifi with Internet access for the robot and for the controller. &lt;br /&gt;
::- The robot can’t climb up steep slopes.&lt;br /&gt;
&lt;br /&gt;
==2.5   Assumptions and dependencies==&lt;br /&gt;
::- Captors needs battery.&lt;br /&gt;
::- A server for our web site.&lt;br /&gt;
::- A browser for use our web site.&lt;br /&gt;
&lt;br /&gt;
=3.Specific requirements, covering functional, non-functional and interface requirements=&lt;br /&gt;
* document external interfaces,&lt;br /&gt;
* describe system functionality and performance&lt;br /&gt;
* specify logical database requirements,&lt;br /&gt;
* design constraints,&lt;br /&gt;
* emergent system properties and quality characteristics.&lt;br /&gt;
&lt;br /&gt;
==3.1 Requirement X.Y.Z (in Structured Natural Language)==&lt;br /&gt;
&lt;br /&gt;
Requirement : chrome/mozilla browser must be installed, internet connection between our application and robair, battery charged, access to steering commands the robot, all requirements of last years projects, ROS is used only on Linux systems.&lt;br /&gt;
 &lt;br /&gt;
&#039;&#039;&#039;Function&#039;&#039;&#039;: receive video trafic, put it on our interface and add directional buttun for control robair remotely via webRTC encoding&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Description&#039;&#039;&#039;: use browser interface for video-conference to allow us to control robair&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Inputs&#039;&#039;&#039;: webcam, directionnal buttons, voice buttons, create and join channel.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Source&#039;&#039;&#039;: directional button, webcam, webrtc&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Outputs&#039;&#039;&#039;: webcam, directions information, voices information&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Destination&#039;&#039;&#039;: robair for the direction, robair and us application for the video&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Action&#039;&#039;&#039;:&lt;br /&gt;
* Etablished connection between many user&lt;br /&gt;
* Send/receive video stream&lt;br /&gt;
* Controle ROBAIR with our interface&lt;br /&gt;
* Send data (text, sound, directionnal command)&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Non functional requirements&#039;&#039;&#039;:&lt;br /&gt;
::- beautiful HMI.&lt;br /&gt;
::- We can&#039;t restart video after shut down the stream.&lt;br /&gt;
::- we can&#039;t redirect the video stream to a other device.&lt;br /&gt;
::- All users have the directionnal buttons in their interface. We want only one (in progress...)&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Pre-condition&#039;&#039;&#039;: &lt;br /&gt;
*materials conditions:&lt;br /&gt;
::- A RobAIR must be connected in the selected place.&lt;br /&gt;
::- A server to log our website connection.&lt;br /&gt;
::- A equipments with chrome or mozilla browsers.&lt;br /&gt;
&lt;br /&gt;
*Software conditions:&lt;br /&gt;
::- Install the RobAIR2014-Server software on the ubuntu server on ROBAIR.&lt;br /&gt;
::- Just need lastest chrome/mozilla version.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Post-condition&#039;&#039;&#039;:&lt;br /&gt;
::- The user can do videoconferencing with people who met the robot. &lt;br /&gt;
::- The user can control the robot by us interface.&lt;br /&gt;
::- The user can send voices data to robair speak.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Side-effects&#039;&#039;&#039;:&lt;br /&gt;
::- bit latency of the stream (in general the quality is nice).&lt;br /&gt;
::- sometimes we have a fail of connection, just restart the connection and all will be functional.&lt;br /&gt;
&lt;br /&gt;
=4. Product evolution=&lt;br /&gt;
::- add other project like &#039;&#039;&#039;COQP&#039;&#039;&#039; to selected whitch ROBAIR you want.&lt;br /&gt;
::- Switch between different robots. &lt;br /&gt;
::- Control the robot thanks to a neuronal device. &lt;br /&gt;
::- Thanks to a lidar, the robot makes its own map. (in progress...)&lt;br /&gt;
::- Ability to read QRcodes and display related contents on the tablet. &lt;br /&gt;
::- able to do as we want talk and not with previously saved text&lt;br /&gt;
&lt;br /&gt;
=5. Appendices=&lt;br /&gt;
&lt;br /&gt;
==5.1. SRS structure==&lt;br /&gt;
The document is based on template of the Software Requirements Specification (SRS) inspired of the IEEE/ANSI 830-1998 Standard.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;References:&#039;&#039;&#039;&lt;br /&gt;
* http://www.cs.st-andrews.ac.uk/~ifs/Books/SE9/Presentations/PPTX/Ch4.pptx&lt;br /&gt;
* http://en.wikipedia.org/wiki/Software_requirements_specification&lt;br /&gt;
* [http://www.cse.msu.edu/~chengb/RE-491/Papers/IEEE-SRS-practice.pdf IEEE Recommended Practice for Software Requirements Specifications IEEE Std 830-1998]&lt;br /&gt;
&lt;br /&gt;
==5.2  Sources==&lt;br /&gt;
::- The other group Irock.&lt;br /&gt;
::- [https://mbed.org/  mbed.org] &amp;lt;br&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==5.3  Licensing Requirements==&lt;br /&gt;
::- Semtech&lt;br /&gt;
::- mbed&lt;/div&gt;</summary>
		<author><name>RICM4-prj14-grp1</name></author>
	</entry>
	<entry>
		<id>https://air.imag.fr/index.php?title=Proj-2014-2015-SmartCampus2015/SRS&amp;diff=21796</id>
		<title>Proj-2014-2015-SmartCampus2015/SRS</title>
		<link rel="alternate" type="text/html" href="https://air.imag.fr/index.php?title=Proj-2014-2015-SmartCampus2015/SRS&amp;diff=21796"/>
		<updated>2015-03-09T14:10:32Z</updated>

		<summary type="html">&lt;p&gt;RICM4-prj14-grp1: /* 5.2  Sources */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;=1.   Introduction=&lt;br /&gt;
==1.1   Purpose of the requirements document==&lt;br /&gt;
This Software Requirements Specification (SRS) identifies the requirements for the SmartCampus2015 project. The purpose of the present document is to explain how we organize our project, the different steps of the conception and the project achievement.&lt;br /&gt;
&lt;br /&gt;
==1.2   Scope of the product==&lt;br /&gt;
* The purpose of this project is to send and receive data with long range (more than 20km). Moreover, we need to create a web site for show this data in real time.&lt;br /&gt;
* For example we will show temperature data on a graph.&lt;br /&gt;
* Realize a contract with TAG compagny to connect our captor and collect position data about tramway.&lt;br /&gt;
* The goal is to overconnected our campus.&lt;br /&gt;
&lt;br /&gt;
==1.3   Definitions, acronyms and abbreviations==&lt;br /&gt;
* &#039;&#039;&#039;STM32&#039;&#039;&#039; :  A family of 32-bit microcontroller integrated circuits by STMicroelectronics.&lt;br /&gt;
* &#039;&#039;&#039;Nucleo L152RE&#039;&#039;&#039; : A is family of boards by STMicroelectronics with mbed IDE development&lt;br /&gt;
* &#039;&#039;&#039;Mbed&#039;&#039;&#039; : This is a platform and operating system for internet-connected devices based on 32-bit ARM Cortex-M microcontrollers.&lt;br /&gt;
* &#039;&#039;&#039;LoraMac&#039;&#039;&#039; : A communication protocol for LoRa technology.&lt;br /&gt;
* &#039;&#039;&#039;MQTT&#039;&#039;&#039; : (formerly Message Queue Telemetry Transport), this is a publish-subscribe based &amp;quot;light weight&amp;quot; messaging protocol for use on top of the TCP/IP protocol.&lt;br /&gt;
* &#039;&#039;&#039;libelium&#039;&#039;&#039; : A company selling compatible circuits with LoRa technology.&lt;br /&gt;
* &#039;&#039;&#039;Weather Shield&#039;&#039;&#039; : This is an Arduino shield that provide some data : barometric pressure, relative humidity, luminosity, temperature,wind speed, direction, rain gauge and GPS.&lt;br /&gt;
&lt;br /&gt;
==1.4   References==&lt;br /&gt;
* The global project&#039;s page can be found : [http://air.imag.fr/index.php/Proj-2014-2015-SmartCampus2015 here].&lt;br /&gt;
* official website : [https://mbed.org/ mbed.org]&lt;br /&gt;
* all old projects already done on : [http://air.imag.fr/index.php/SmartCampus2014/FicheSuivi  SmartCampus]&lt;br /&gt;
* the second group work on this technologie : [http://air.imag.fr/index.php/Proj-2014-2015-iRock  Irock]&lt;br /&gt;
&lt;br /&gt;
==1.5   Overview of the remainder of the document==&lt;br /&gt;
The rest of the SRS examines the specifications of the [http://air.imag.fr/index.php/SmartCampus2014/FicheSuivi SmartCampus2014] project in details.&lt;br /&gt;
&lt;br /&gt;
=2.   General description=&lt;br /&gt;
==2.1   Product perspective==&lt;br /&gt;
At first, the user goal is very simple. In fact, he just need to log on our website and select which data he wants to see. After that, he will be able to show different kind of data : temperature, pressure, localisation of tramway.&amp;lt;br&amp;gt;&lt;br /&gt;
How will work our project ? Some device are connected and send data (for example temperature) to our server. The user (connected on our web site) will see all these data in real time.&lt;br /&gt;
&lt;br /&gt;
==2.2   Product functions==&lt;br /&gt;
System architecture :&lt;br /&gt;
[Mettre l&#039;image]&lt;br /&gt;
&lt;br /&gt;
==2.3   User characteristics==&lt;br /&gt;
The user doesn’t need to be familiar with programming and doesn&#039;t need a specific formation.&amp;lt;br&amp;gt;&lt;br /&gt;
He just needs to know how to use a browser.&lt;br /&gt;
&lt;br /&gt;
==2.4   General constraints==&lt;br /&gt;
*Platform constraints: &lt;br /&gt;
::- ROS must operate on an Ubuntu platform. &lt;br /&gt;
::- The Platform need some of this two browsers : chrome/mozilla&lt;br /&gt;
*Environemental constraints: &lt;br /&gt;
::- Wifi with Internet access for the robot and for the controller. &lt;br /&gt;
::- The robot can’t climb up steep slopes.&lt;br /&gt;
&lt;br /&gt;
==2.5   Assumptions and dependencies==&lt;br /&gt;
::- Captors needs battery.&lt;br /&gt;
::- A server for our web site.&lt;br /&gt;
::- A browser for use our web site.&lt;br /&gt;
&lt;br /&gt;
=3.Specific requirements, covering functional, non-functional and interface requirements=&lt;br /&gt;
* document external interfaces,&lt;br /&gt;
* describe system functionality and performance&lt;br /&gt;
* specify logical database requirements,&lt;br /&gt;
* design constraints,&lt;br /&gt;
* emergent system properties and quality characteristics.&lt;br /&gt;
&lt;br /&gt;
==3.1 Requirement X.Y.Z (in Structured Natural Language)==&lt;br /&gt;
&lt;br /&gt;
Requirement : chrome/mozilla browser must be installed, internet connection between our application and robair, battery charged, access to steering commands the robot, all requirements of last years projects, ROS is used only on Linux systems.&lt;br /&gt;
 &lt;br /&gt;
&#039;&#039;&#039;Function&#039;&#039;&#039;: receive video trafic, put it on our interface and add directional buttun for control robair remotely via webRTC encoding&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Description&#039;&#039;&#039;: use browser interface for video-conference to allow us to control robair&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Inputs&#039;&#039;&#039;: webcam, directionnal buttons, voice buttons, create and join channel.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Source&#039;&#039;&#039;: directional button, webcam, webrtc&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Outputs&#039;&#039;&#039;: webcam, directions information, voices information&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Destination&#039;&#039;&#039;: robair for the direction, robair and us application for the video&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Action&#039;&#039;&#039;:&lt;br /&gt;
* Etablished connection between many user&lt;br /&gt;
* Send/receive video stream&lt;br /&gt;
* Controle ROBAIR with our interface&lt;br /&gt;
* Send data (text, sound, directionnal command)&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Non functional requirements&#039;&#039;&#039;:&lt;br /&gt;
::- beautiful HMI.&lt;br /&gt;
::- We can&#039;t restart video after shut down the stream.&lt;br /&gt;
::- we can&#039;t redirect the video stream to a other device.&lt;br /&gt;
::- All users have the directionnal buttons in their interface. We want only one (in progress...)&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Pre-condition&#039;&#039;&#039;: &lt;br /&gt;
*materials conditions:&lt;br /&gt;
::- A RobAIR must be connected in the selected place.&lt;br /&gt;
::- A server to log our website connection.&lt;br /&gt;
::- A equipments with chrome or mozilla browsers.&lt;br /&gt;
&lt;br /&gt;
*Software conditions:&lt;br /&gt;
::- Install the RobAIR2014-Server software on the ubuntu server on ROBAIR.&lt;br /&gt;
::- Just need lastest chrome/mozilla version.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Post-condition&#039;&#039;&#039;:&lt;br /&gt;
::- The user can do videoconferencing with people who met the robot. &lt;br /&gt;
::- The user can control the robot by us interface.&lt;br /&gt;
::- The user can send voices data to robair speak.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Side-effects&#039;&#039;&#039;:&lt;br /&gt;
::- bit latency of the stream (in general the quality is nice).&lt;br /&gt;
::- sometimes we have a fail of connection, just restart the connection and all will be functional.&lt;br /&gt;
&lt;br /&gt;
=4. Product evolution=&lt;br /&gt;
::- add other project like &#039;&#039;&#039;COQP&#039;&#039;&#039; to selected whitch ROBAIR you want.&lt;br /&gt;
::- Switch between different robots. &lt;br /&gt;
::- Control the robot thanks to a neuronal device. &lt;br /&gt;
::- Thanks to a lidar, the robot makes its own map. (in progress...)&lt;br /&gt;
::- Ability to read QRcodes and display related contents on the tablet. &lt;br /&gt;
::- able to do as we want talk and not with previously saved text&lt;br /&gt;
&lt;br /&gt;
=5. Appendices=&lt;br /&gt;
&lt;br /&gt;
==5.1. SRS structure==&lt;br /&gt;
The document is based on template of the Software Requirements Specification (SRS) inspired of the IEEE/ANSI 830-1998 Standard.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;References:&#039;&#039;&#039;&lt;br /&gt;
* http://www.cs.st-andrews.ac.uk/~ifs/Books/SE9/Presentations/PPTX/Ch4.pptx&lt;br /&gt;
* http://en.wikipedia.org/wiki/Software_requirements_specification&lt;br /&gt;
* [http://www.cse.msu.edu/~chengb/RE-491/Papers/IEEE-SRS-practice.pdf IEEE Recommended Practice for Software Requirements Specifications IEEE Std 830-1998]&lt;br /&gt;
&lt;br /&gt;
==5.2  Sources==&lt;br /&gt;
::- The other group Irock.&lt;br /&gt;
::- [https://mbed.org/  mbed.org] &amp;lt;br&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==5.3  Licensing Requirements==&lt;br /&gt;
RobAIR will be released under a GPL license and will be open-source.&lt;/div&gt;</summary>
		<author><name>RICM4-prj14-grp1</name></author>
	</entry>
	<entry>
		<id>https://air.imag.fr/index.php?title=Proj-2014-2015-SmartCampus2015/SRS&amp;diff=21795</id>
		<title>Proj-2014-2015-SmartCampus2015/SRS</title>
		<link rel="alternate" type="text/html" href="https://air.imag.fr/index.php?title=Proj-2014-2015-SmartCampus2015/SRS&amp;diff=21795"/>
		<updated>2015-03-09T14:10:21Z</updated>

		<summary type="html">&lt;p&gt;RICM4-prj14-grp1: /* 5.2  Sources */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;=1.   Introduction=&lt;br /&gt;
==1.1   Purpose of the requirements document==&lt;br /&gt;
This Software Requirements Specification (SRS) identifies the requirements for the SmartCampus2015 project. The purpose of the present document is to explain how we organize our project, the different steps of the conception and the project achievement.&lt;br /&gt;
&lt;br /&gt;
==1.2   Scope of the product==&lt;br /&gt;
* The purpose of this project is to send and receive data with long range (more than 20km). Moreover, we need to create a web site for show this data in real time.&lt;br /&gt;
* For example we will show temperature data on a graph.&lt;br /&gt;
* Realize a contract with TAG compagny to connect our captor and collect position data about tramway.&lt;br /&gt;
* The goal is to overconnected our campus.&lt;br /&gt;
&lt;br /&gt;
==1.3   Definitions, acronyms and abbreviations==&lt;br /&gt;
* &#039;&#039;&#039;STM32&#039;&#039;&#039; :  A family of 32-bit microcontroller integrated circuits by STMicroelectronics.&lt;br /&gt;
* &#039;&#039;&#039;Nucleo L152RE&#039;&#039;&#039; : A is family of boards by STMicroelectronics with mbed IDE development&lt;br /&gt;
* &#039;&#039;&#039;Mbed&#039;&#039;&#039; : This is a platform and operating system for internet-connected devices based on 32-bit ARM Cortex-M microcontrollers.&lt;br /&gt;
* &#039;&#039;&#039;LoraMac&#039;&#039;&#039; : A communication protocol for LoRa technology.&lt;br /&gt;
* &#039;&#039;&#039;MQTT&#039;&#039;&#039; : (formerly Message Queue Telemetry Transport), this is a publish-subscribe based &amp;quot;light weight&amp;quot; messaging protocol for use on top of the TCP/IP protocol.&lt;br /&gt;
* &#039;&#039;&#039;libelium&#039;&#039;&#039; : A company selling compatible circuits with LoRa technology.&lt;br /&gt;
* &#039;&#039;&#039;Weather Shield&#039;&#039;&#039; : This is an Arduino shield that provide some data : barometric pressure, relative humidity, luminosity, temperature,wind speed, direction, rain gauge and GPS.&lt;br /&gt;
&lt;br /&gt;
==1.4   References==&lt;br /&gt;
* The global project&#039;s page can be found : [http://air.imag.fr/index.php/Proj-2014-2015-SmartCampus2015 here].&lt;br /&gt;
* official website : [https://mbed.org/ mbed.org]&lt;br /&gt;
* all old projects already done on : [http://air.imag.fr/index.php/SmartCampus2014/FicheSuivi  SmartCampus]&lt;br /&gt;
* the second group work on this technologie : [http://air.imag.fr/index.php/Proj-2014-2015-iRock  Irock]&lt;br /&gt;
&lt;br /&gt;
==1.5   Overview of the remainder of the document==&lt;br /&gt;
The rest of the SRS examines the specifications of the [http://air.imag.fr/index.php/SmartCampus2014/FicheSuivi SmartCampus2014] project in details.&lt;br /&gt;
&lt;br /&gt;
=2.   General description=&lt;br /&gt;
==2.1   Product perspective==&lt;br /&gt;
At first, the user goal is very simple. In fact, he just need to log on our website and select which data he wants to see. After that, he will be able to show different kind of data : temperature, pressure, localisation of tramway.&amp;lt;br&amp;gt;&lt;br /&gt;
How will work our project ? Some device are connected and send data (for example temperature) to our server. The user (connected on our web site) will see all these data in real time.&lt;br /&gt;
&lt;br /&gt;
==2.2   Product functions==&lt;br /&gt;
System architecture :&lt;br /&gt;
[Mettre l&#039;image]&lt;br /&gt;
&lt;br /&gt;
==2.3   User characteristics==&lt;br /&gt;
The user doesn’t need to be familiar with programming and doesn&#039;t need a specific formation.&amp;lt;br&amp;gt;&lt;br /&gt;
He just needs to know how to use a browser.&lt;br /&gt;
&lt;br /&gt;
==2.4   General constraints==&lt;br /&gt;
*Platform constraints: &lt;br /&gt;
::- ROS must operate on an Ubuntu platform. &lt;br /&gt;
::- The Platform need some of this two browsers : chrome/mozilla&lt;br /&gt;
*Environemental constraints: &lt;br /&gt;
::- Wifi with Internet access for the robot and for the controller. &lt;br /&gt;
::- The robot can’t climb up steep slopes.&lt;br /&gt;
&lt;br /&gt;
==2.5   Assumptions and dependencies==&lt;br /&gt;
::- Captors needs battery.&lt;br /&gt;
::- A server for our web site.&lt;br /&gt;
::- A browser for use our web site.&lt;br /&gt;
&lt;br /&gt;
=3.Specific requirements, covering functional, non-functional and interface requirements=&lt;br /&gt;
* document external interfaces,&lt;br /&gt;
* describe system functionality and performance&lt;br /&gt;
* specify logical database requirements,&lt;br /&gt;
* design constraints,&lt;br /&gt;
* emergent system properties and quality characteristics.&lt;br /&gt;
&lt;br /&gt;
==3.1 Requirement X.Y.Z (in Structured Natural Language)==&lt;br /&gt;
&lt;br /&gt;
Requirement : chrome/mozilla browser must be installed, internet connection between our application and robair, battery charged, access to steering commands the robot, all requirements of last years projects, ROS is used only on Linux systems.&lt;br /&gt;
 &lt;br /&gt;
&#039;&#039;&#039;Function&#039;&#039;&#039;: receive video trafic, put it on our interface and add directional buttun for control robair remotely via webRTC encoding&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Description&#039;&#039;&#039;: use browser interface for video-conference to allow us to control robair&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Inputs&#039;&#039;&#039;: webcam, directionnal buttons, voice buttons, create and join channel.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Source&#039;&#039;&#039;: directional button, webcam, webrtc&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Outputs&#039;&#039;&#039;: webcam, directions information, voices information&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Destination&#039;&#039;&#039;: robair for the direction, robair and us application for the video&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Action&#039;&#039;&#039;:&lt;br /&gt;
* Etablished connection between many user&lt;br /&gt;
* Send/receive video stream&lt;br /&gt;
* Controle ROBAIR with our interface&lt;br /&gt;
* Send data (text, sound, directionnal command)&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Non functional requirements&#039;&#039;&#039;:&lt;br /&gt;
::- beautiful HMI.&lt;br /&gt;
::- We can&#039;t restart video after shut down the stream.&lt;br /&gt;
::- we can&#039;t redirect the video stream to a other device.&lt;br /&gt;
::- All users have the directionnal buttons in their interface. We want only one (in progress...)&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Pre-condition&#039;&#039;&#039;: &lt;br /&gt;
*materials conditions:&lt;br /&gt;
::- A RobAIR must be connected in the selected place.&lt;br /&gt;
::- A server to log our website connection.&lt;br /&gt;
::- A equipments with chrome or mozilla browsers.&lt;br /&gt;
&lt;br /&gt;
*Software conditions:&lt;br /&gt;
::- Install the RobAIR2014-Server software on the ubuntu server on ROBAIR.&lt;br /&gt;
::- Just need lastest chrome/mozilla version.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Post-condition&#039;&#039;&#039;:&lt;br /&gt;
::- The user can do videoconferencing with people who met the robot. &lt;br /&gt;
::- The user can control the robot by us interface.&lt;br /&gt;
::- The user can send voices data to robair speak.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Side-effects&#039;&#039;&#039;:&lt;br /&gt;
::- bit latency of the stream (in general the quality is nice).&lt;br /&gt;
::- sometimes we have a fail of connection, just restart the connection and all will be functional.&lt;br /&gt;
&lt;br /&gt;
=4. Product evolution=&lt;br /&gt;
::- add other project like &#039;&#039;&#039;COQP&#039;&#039;&#039; to selected whitch ROBAIR you want.&lt;br /&gt;
::- Switch between different robots. &lt;br /&gt;
::- Control the robot thanks to a neuronal device. &lt;br /&gt;
::- Thanks to a lidar, the robot makes its own map. (in progress...)&lt;br /&gt;
::- Ability to read QRcodes and display related contents on the tablet. &lt;br /&gt;
::- able to do as we want talk and not with previously saved text&lt;br /&gt;
&lt;br /&gt;
=5. Appendices=&lt;br /&gt;
&lt;br /&gt;
==5.1. SRS structure==&lt;br /&gt;
The document is based on template of the Software Requirements Specification (SRS) inspired of the IEEE/ANSI 830-1998 Standard.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;References:&#039;&#039;&#039;&lt;br /&gt;
* http://www.cs.st-andrews.ac.uk/~ifs/Books/SE9/Presentations/PPTX/Ch4.pptx&lt;br /&gt;
* http://en.wikipedia.org/wiki/Software_requirements_specification&lt;br /&gt;
* [http://www.cse.msu.edu/~chengb/RE-491/Papers/IEEE-SRS-practice.pdf IEEE Recommended Practice for Software Requirements Specifications IEEE Std 830-1998]&lt;br /&gt;
&lt;br /&gt;
==5.2  Sources==&lt;br /&gt;
::- The other group Irock : &lt;br /&gt;
::- [https://mbed.org/  mbed.org] &amp;lt;br&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==5.3  Licensing Requirements==&lt;br /&gt;
RobAIR will be released under a GPL license and will be open-source.&lt;/div&gt;</summary>
		<author><name>RICM4-prj14-grp1</name></author>
	</entry>
	<entry>
		<id>https://air.imag.fr/index.php?title=Proj-2014-2015-SmartCampus2015/SRS&amp;diff=21794</id>
		<title>Proj-2014-2015-SmartCampus2015/SRS</title>
		<link rel="alternate" type="text/html" href="https://air.imag.fr/index.php?title=Proj-2014-2015-SmartCampus2015/SRS&amp;diff=21794"/>
		<updated>2015-03-09T14:08:53Z</updated>

		<summary type="html">&lt;p&gt;RICM4-prj14-grp1: Created page with &amp;quot;=1.   Introduction= ==1.1   Purpose of the requirements document== This Software Requirements Specification (SRS) identifies the requirements for the SmartCampus2015 project. ...&amp;quot;&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;=1.   Introduction=&lt;br /&gt;
==1.1   Purpose of the requirements document==&lt;br /&gt;
This Software Requirements Specification (SRS) identifies the requirements for the SmartCampus2015 project. The purpose of the present document is to explain how we organize our project, the different steps of the conception and the project achievement.&lt;br /&gt;
&lt;br /&gt;
==1.2   Scope of the product==&lt;br /&gt;
* The purpose of this project is to send and receive data with long range (more than 20km). Moreover, we need to create a web site for show this data in real time.&lt;br /&gt;
* For example we will show temperature data on a graph.&lt;br /&gt;
* Realize a contract with TAG compagny to connect our captor and collect position data about tramway.&lt;br /&gt;
* The goal is to overconnected our campus.&lt;br /&gt;
&lt;br /&gt;
==1.3   Definitions, acronyms and abbreviations==&lt;br /&gt;
* &#039;&#039;&#039;STM32&#039;&#039;&#039; :  A family of 32-bit microcontroller integrated circuits by STMicroelectronics.&lt;br /&gt;
* &#039;&#039;&#039;Nucleo L152RE&#039;&#039;&#039; : A is family of boards by STMicroelectronics with mbed IDE development&lt;br /&gt;
* &#039;&#039;&#039;Mbed&#039;&#039;&#039; : This is a platform and operating system for internet-connected devices based on 32-bit ARM Cortex-M microcontrollers.&lt;br /&gt;
* &#039;&#039;&#039;LoraMac&#039;&#039;&#039; : A communication protocol for LoRa technology.&lt;br /&gt;
* &#039;&#039;&#039;MQTT&#039;&#039;&#039; : (formerly Message Queue Telemetry Transport), this is a publish-subscribe based &amp;quot;light weight&amp;quot; messaging protocol for use on top of the TCP/IP protocol.&lt;br /&gt;
* &#039;&#039;&#039;libelium&#039;&#039;&#039; : A company selling compatible circuits with LoRa technology.&lt;br /&gt;
* &#039;&#039;&#039;Weather Shield&#039;&#039;&#039; : This is an Arduino shield that provide some data : barometric pressure, relative humidity, luminosity, temperature,wind speed, direction, rain gauge and GPS.&lt;br /&gt;
&lt;br /&gt;
==1.4   References==&lt;br /&gt;
* The global project&#039;s page can be found : [http://air.imag.fr/index.php/Proj-2014-2015-SmartCampus2015 here].&lt;br /&gt;
* official website : [https://mbed.org/ mbed.org]&lt;br /&gt;
* all old projects already done on : [http://air.imag.fr/index.php/SmartCampus2014/FicheSuivi  SmartCampus]&lt;br /&gt;
* the second group work on this technologie : [http://air.imag.fr/index.php/Proj-2014-2015-iRock  Irock]&lt;br /&gt;
&lt;br /&gt;
==1.5   Overview of the remainder of the document==&lt;br /&gt;
The rest of the SRS examines the specifications of the [http://air.imag.fr/index.php/SmartCampus2014/FicheSuivi SmartCampus2014] project in details.&lt;br /&gt;
&lt;br /&gt;
=2.   General description=&lt;br /&gt;
==2.1   Product perspective==&lt;br /&gt;
At first, the user goal is very simple. In fact, he just need to log on our website and select which data he wants to see. After that, he will be able to show different kind of data : temperature, pressure, localisation of tramway.&amp;lt;br&amp;gt;&lt;br /&gt;
How will work our project ? Some device are connected and send data (for example temperature) to our server. The user (connected on our web site) will see all these data in real time.&lt;br /&gt;
&lt;br /&gt;
==2.2   Product functions==&lt;br /&gt;
System architecture :&lt;br /&gt;
[Mettre l&#039;image]&lt;br /&gt;
&lt;br /&gt;
==2.3   User characteristics==&lt;br /&gt;
The user doesn’t need to be familiar with programming and doesn&#039;t need a specific formation.&amp;lt;br&amp;gt;&lt;br /&gt;
He just needs to know how to use a browser.&lt;br /&gt;
&lt;br /&gt;
==2.4   General constraints==&lt;br /&gt;
*Platform constraints: &lt;br /&gt;
::- ROS must operate on an Ubuntu platform. &lt;br /&gt;
::- The Platform need some of this two browsers : chrome/mozilla&lt;br /&gt;
*Environemental constraints: &lt;br /&gt;
::- Wifi with Internet access for the robot and for the controller. &lt;br /&gt;
::- The robot can’t climb up steep slopes.&lt;br /&gt;
&lt;br /&gt;
==2.5   Assumptions and dependencies==&lt;br /&gt;
::- Captors needs battery.&lt;br /&gt;
::- A server for our web site.&lt;br /&gt;
::- A browser for use our web site.&lt;br /&gt;
&lt;br /&gt;
=3.Specific requirements, covering functional, non-functional and interface requirements=&lt;br /&gt;
* document external interfaces,&lt;br /&gt;
* describe system functionality and performance&lt;br /&gt;
* specify logical database requirements,&lt;br /&gt;
* design constraints,&lt;br /&gt;
* emergent system properties and quality characteristics.&lt;br /&gt;
&lt;br /&gt;
==3.1 Requirement X.Y.Z (in Structured Natural Language)==&lt;br /&gt;
&lt;br /&gt;
Requirement : chrome/mozilla browser must be installed, internet connection between our application and robair, battery charged, access to steering commands the robot, all requirements of last years projects, ROS is used only on Linux systems.&lt;br /&gt;
 &lt;br /&gt;
&#039;&#039;&#039;Function&#039;&#039;&#039;: receive video trafic, put it on our interface and add directional buttun for control robair remotely via webRTC encoding&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Description&#039;&#039;&#039;: use browser interface for video-conference to allow us to control robair&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Inputs&#039;&#039;&#039;: webcam, directionnal buttons, voice buttons, create and join channel.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Source&#039;&#039;&#039;: directional button, webcam, webrtc&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Outputs&#039;&#039;&#039;: webcam, directions information, voices information&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Destination&#039;&#039;&#039;: robair for the direction, robair and us application for the video&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Action&#039;&#039;&#039;:&lt;br /&gt;
* Etablished connection between many user&lt;br /&gt;
* Send/receive video stream&lt;br /&gt;
* Controle ROBAIR with our interface&lt;br /&gt;
* Send data (text, sound, directionnal command)&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Non functional requirements&#039;&#039;&#039;:&lt;br /&gt;
::- beautiful HMI.&lt;br /&gt;
::- We can&#039;t restart video after shut down the stream.&lt;br /&gt;
::- we can&#039;t redirect the video stream to a other device.&lt;br /&gt;
::- All users have the directionnal buttons in their interface. We want only one (in progress...)&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Pre-condition&#039;&#039;&#039;: &lt;br /&gt;
*materials conditions:&lt;br /&gt;
::- A RobAIR must be connected in the selected place.&lt;br /&gt;
::- A server to log our website connection.&lt;br /&gt;
::- A equipments with chrome or mozilla browsers.&lt;br /&gt;
&lt;br /&gt;
*Software conditions:&lt;br /&gt;
::- Install the RobAIR2014-Server software on the ubuntu server on ROBAIR.&lt;br /&gt;
::- Just need lastest chrome/mozilla version.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Post-condition&#039;&#039;&#039;:&lt;br /&gt;
::- The user can do videoconferencing with people who met the robot. &lt;br /&gt;
::- The user can control the robot by us interface.&lt;br /&gt;
::- The user can send voices data to robair speak.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Side-effects&#039;&#039;&#039;:&lt;br /&gt;
::- bit latency of the stream (in general the quality is nice).&lt;br /&gt;
::- sometimes we have a fail of connection, just restart the connection and all will be functional.&lt;br /&gt;
&lt;br /&gt;
=4. Product evolution=&lt;br /&gt;
::- add other project like &#039;&#039;&#039;COQP&#039;&#039;&#039; to selected whitch ROBAIR you want.&lt;br /&gt;
::- Switch between different robots. &lt;br /&gt;
::- Control the robot thanks to a neuronal device. &lt;br /&gt;
::- Thanks to a lidar, the robot makes its own map. (in progress...)&lt;br /&gt;
::- Ability to read QRcodes and display related contents on the tablet. &lt;br /&gt;
::- able to do as we want talk and not with previously saved text&lt;br /&gt;
&lt;br /&gt;
=5. Appendices=&lt;br /&gt;
&lt;br /&gt;
==5.1. SRS structure==&lt;br /&gt;
The document is based on template of the Software Requirements Specification (SRS) inspired of the IEEE/ANSI 830-1998 Standard.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;References:&#039;&#039;&#039;&lt;br /&gt;
* http://www.cs.st-andrews.ac.uk/~ifs/Books/SE9/Presentations/PPTX/Ch4.pptx&lt;br /&gt;
* http://en.wikipedia.org/wiki/Software_requirements_specification&lt;br /&gt;
* [http://www.cse.msu.edu/~chengb/RE-491/Papers/IEEE-SRS-practice.pdf IEEE Recommended Practice for Software Requirements Specifications IEEE Std 830-1998]&lt;br /&gt;
&lt;br /&gt;
==5.2  Sources==&lt;br /&gt;
::- The other groups who work on ROBAIR : &lt;br /&gt;
::- [https://developer.mozilla.org/fr/docs/WebRTC  developer.mozilla.org] &amp;lt;br&amp;gt;&lt;br /&gt;
::- [http://www.html5rocks.com/en/tutorials/webrtc/basics/  www.html5rocks.com] &amp;lt;br&amp;gt;&lt;br /&gt;
::- [http://www.w3.org/TR/2013/WD-webrtc-20130910/  www.w3.org] (official documentation)&amp;lt;br&amp;gt;&lt;br /&gt;
::- [http://www.simpl.info/index.html  www.simpl.info] &amp;lt;br&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==5.3  Licensing Requirements==&lt;br /&gt;
RobAIR will be released under a GPL license and will be open-source.&lt;/div&gt;</summary>
		<author><name>RICM4-prj14-grp1</name></author>
	</entry>
	<entry>
		<id>https://air.imag.fr/index.php?title=Talk:Proj-2014-2015-SmartCampus2015/SRS&amp;diff=21788</id>
		<title>Talk:Proj-2014-2015-SmartCampus2015/SRS</title>
		<link rel="alternate" type="text/html" href="https://air.imag.fr/index.php?title=Talk:Proj-2014-2015-SmartCampus2015/SRS&amp;diff=21788"/>
		<updated>2015-03-09T13:38:45Z</updated>

		<summary type="html">&lt;p&gt;RICM4-prj14-grp1: /* 2.5   Assumptions and dependencies */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;=1.   Introduction=&lt;br /&gt;
==1.1   Purpose of the requirements document==&lt;br /&gt;
This Software Requirements Specification (SRS) identifies the requirements for the SmartCampus2015 project. The purpose of the present document is to explain how we organize our project, the different steps of the conception and the project achievement.&lt;br /&gt;
&lt;br /&gt;
==1.2   Scope of the product==&lt;br /&gt;
* The purpose of this project is to send and receive data with long range (more than 20km). Moreover, we need to create a web site for show this data in real time.&lt;br /&gt;
* For example we will show temperature data on a graph.&lt;br /&gt;
* Realize a contract with TAG compagny to connect our captor and collect position data about tramway.&lt;br /&gt;
* The goal is to overconnected our campus.&lt;br /&gt;
&lt;br /&gt;
==1.3   Definitions, acronyms and abbreviations==&lt;br /&gt;
* &#039;&#039;&#039;STM32&#039;&#039;&#039; :&lt;br /&gt;
* &#039;&#039;&#039;Nucleo L152RE&#039;&#039;&#039; :&lt;br /&gt;
* &#039;&#039;&#039;Mbed&#039;&#039;&#039; :&lt;br /&gt;
* &#039;&#039;&#039;LoraMac&#039;&#039;&#039; :&lt;br /&gt;
* &#039;&#039;&#039;MQTT&#039;&#039;&#039; :&lt;br /&gt;
* &#039;&#039;&#039;libelium&#039;&#039;&#039; :&lt;br /&gt;
* &#039;&#039;&#039;Weather Shield&#039;&#039;&#039; :&lt;br /&gt;
&lt;br /&gt;
==1.4   References==&lt;br /&gt;
* The global project&#039;s page can be found : [http://air.imag.fr/index.php/Proj-2014-2015-SmartCampus2015 here].&lt;br /&gt;
* official website : [https://mbed.org/ mbed.org]&lt;br /&gt;
* all old projects already done on : [http://air.imag.fr/index.php/SmartCampus2014/FicheSuivi  SmartCampus]&lt;br /&gt;
* the second group work on this technologie : [http://air.imag.fr/index.php/Proj-2014-2015-iRock  Irock]&lt;br /&gt;
&lt;br /&gt;
==1.5   Overview of the remainder of the document==&lt;br /&gt;
The rest of the SRS examines the specifications of the [http://air.imag.fr/index.php/SmartCampus2014/FicheSuivi SmartCampus2014] project in details.&lt;br /&gt;
&lt;br /&gt;
=2.   General description=&lt;br /&gt;
==2.1   Product perspective==&lt;br /&gt;
At first, the user goal is very simple. In fact, he just need to log on our website and select which data he wants to see. After that, he will be able to show different kind of data : temperature, pressure, localisation of tramway.&amp;lt;br&amp;gt;&lt;br /&gt;
How will work our project ? Some device are connected and send data (for example temperature) to our server. The user (connected on our web site) will see all these data in real time.&lt;br /&gt;
&lt;br /&gt;
==2.2   Product functions==&lt;br /&gt;
System architecture :&lt;br /&gt;
[Mettre l&#039;image]&lt;br /&gt;
&lt;br /&gt;
==2.3   User characteristics==&lt;br /&gt;
The user doesn’t need to be familiar with programming and doesn&#039;t need a specific formation.&amp;lt;br&amp;gt;&lt;br /&gt;
He just needs to know how to use a browser.&lt;br /&gt;
&lt;br /&gt;
==2.4   General constraints==&lt;br /&gt;
*Platform constraints: &lt;br /&gt;
::- ROS must operate on an Ubuntu platform. &lt;br /&gt;
::- The Platform need some of this two browsers : chrome/mozilla&lt;br /&gt;
*Environemental constraints: &lt;br /&gt;
::- Wifi with Internet access for the robot and for the controller. &lt;br /&gt;
::- The robot can’t climb up steep slopes.&lt;br /&gt;
&lt;br /&gt;
==2.5   Assumptions and dependencies==&lt;br /&gt;
::- Captors needs battery.&lt;br /&gt;
::- A server for our web site.&lt;br /&gt;
::- A browser for use our web site.&lt;br /&gt;
&lt;br /&gt;
=3.Specific requirements, covering functional, non-functional and interface requirements=&lt;br /&gt;
* document external interfaces,&lt;br /&gt;
* describe system functionality and performance&lt;br /&gt;
* specify logical database requirements,&lt;br /&gt;
* design constraints,&lt;br /&gt;
* emergent system properties and quality characteristics.&lt;br /&gt;
&lt;br /&gt;
==3.1 Requirement X.Y.Z (in Structured Natural Language)==&lt;br /&gt;
&lt;br /&gt;
Requirement : chrome/mozilla browser must be installed, internet connection between our application and robair, battery charged, access to steering commands the robot, all requirements of last years projects, ROS is used only on Linux systems.&lt;br /&gt;
 &lt;br /&gt;
&#039;&#039;&#039;Function&#039;&#039;&#039;: receive video trafic, put it on our interface and add directional buttun for control robair remotely via webRTC encoding&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Description&#039;&#039;&#039;: use browser interface for video-conference to allow us to control robair&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Inputs&#039;&#039;&#039;: webcam, directionnal buttons, voice buttons, create and join channel.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Source&#039;&#039;&#039;: directional button, webcam, webrtc&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Outputs&#039;&#039;&#039;: webcam, directions information, voices information&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Destination&#039;&#039;&#039;: robair for the direction, robair and us application for the video&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Action&#039;&#039;&#039;:&lt;br /&gt;
* Etablished connection between many user&lt;br /&gt;
* Send/receive video stream&lt;br /&gt;
* Controle ROBAIR with our interface&lt;br /&gt;
* Send data (text, sound, directionnal command)&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Non functional requirements&#039;&#039;&#039;:&lt;br /&gt;
::- beautiful HMI.&lt;br /&gt;
::- We can&#039;t restart video after shut down the stream.&lt;br /&gt;
::- we can&#039;t redirect the video stream to a other device.&lt;br /&gt;
::- All users have the directionnal buttons in their interface. We want only one (in progress...)&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Pre-condition&#039;&#039;&#039;: &lt;br /&gt;
*materials conditions:&lt;br /&gt;
::- A RobAIR must be connected in the selected place.&lt;br /&gt;
::- A server to log our website connection.&lt;br /&gt;
::- A equipments with chrome or mozilla browsers.&lt;br /&gt;
&lt;br /&gt;
*Software conditions:&lt;br /&gt;
::- Install the RobAIR2014-Server software on the ubuntu server on ROBAIR.&lt;br /&gt;
::- Just need lastest chrome/mozilla version.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Post-condition&#039;&#039;&#039;:&lt;br /&gt;
::- The user can do videoconferencing with people who met the robot. &lt;br /&gt;
::- The user can control the robot by us interface.&lt;br /&gt;
::- The user can send voices data to robair speak.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Side-effects&#039;&#039;&#039;:&lt;br /&gt;
::- bit latency of the stream (in general the quality is nice).&lt;br /&gt;
::- sometimes we have a fail of connection, just restart the connection and all will be functional.&lt;br /&gt;
&lt;br /&gt;
=4. Product evolution=&lt;br /&gt;
::- add other project like &#039;&#039;&#039;COQP&#039;&#039;&#039; to selected whitch ROBAIR you want.&lt;br /&gt;
::- Switch between different robots. &lt;br /&gt;
::- Control the robot thanks to a neuronal device. &lt;br /&gt;
::- Thanks to a lidar, the robot makes its own map. (in progress...)&lt;br /&gt;
::- Ability to read QRcodes and display related contents on the tablet. &lt;br /&gt;
::- able to do as we want talk and not with previously saved text&lt;br /&gt;
&lt;br /&gt;
=5. Appendices=&lt;br /&gt;
&lt;br /&gt;
==5.1. SRS structure==&lt;br /&gt;
The document is based on template of the Software Requirements Specification (SRS) inspired of the IEEE/ANSI 830-1998 Standard.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;References:&#039;&#039;&#039;&lt;br /&gt;
* http://www.cs.st-andrews.ac.uk/~ifs/Books/SE9/Presentations/PPTX/Ch4.pptx&lt;br /&gt;
* http://en.wikipedia.org/wiki/Software_requirements_specification&lt;br /&gt;
* [http://www.cse.msu.edu/~chengb/RE-491/Papers/IEEE-SRS-practice.pdf IEEE Recommended Practice for Software Requirements Specifications IEEE Std 830-1998]&lt;br /&gt;
&lt;br /&gt;
==5.2  Sources==&lt;br /&gt;
::- The other groups who work on ROBAIR : &lt;br /&gt;
::- [https://developer.mozilla.org/fr/docs/WebRTC  developer.mozilla.org] &amp;lt;br&amp;gt;&lt;br /&gt;
::- [http://www.html5rocks.com/en/tutorials/webrtc/basics/  www.html5rocks.com] &amp;lt;br&amp;gt;&lt;br /&gt;
::- [http://www.w3.org/TR/2013/WD-webrtc-20130910/  www.w3.org] (official documentation)&amp;lt;br&amp;gt;&lt;br /&gt;
::- [http://www.simpl.info/index.html  www.simpl.info] &amp;lt;br&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==5.3  Licensing Requirements==&lt;br /&gt;
RobAIR will be released under a GPL license and will be open-source.&lt;/div&gt;</summary>
		<author><name>RICM4-prj14-grp1</name></author>
	</entry>
	<entry>
		<id>https://air.imag.fr/index.php?title=Talk:Proj-2014-2015-SmartCampus2015/SRS&amp;diff=21784</id>
		<title>Talk:Proj-2014-2015-SmartCampus2015/SRS</title>
		<link rel="alternate" type="text/html" href="https://air.imag.fr/index.php?title=Talk:Proj-2014-2015-SmartCampus2015/SRS&amp;diff=21784"/>
		<updated>2015-03-09T13:35:26Z</updated>

		<summary type="html">&lt;p&gt;RICM4-prj14-grp1: /* 2.3   User characteristics */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;=1.   Introduction=&lt;br /&gt;
==1.1   Purpose of the requirements document==&lt;br /&gt;
This Software Requirements Specification (SRS) identifies the requirements for the SmartCampus2015 project. The purpose of the present document is to explain how we organize our project, the different steps of the conception and the project achievement.&lt;br /&gt;
&lt;br /&gt;
==1.2   Scope of the product==&lt;br /&gt;
* The purpose of this project is to send and receive data with long range (more than 20km). Moreover, we need to create a web site for show this data in real time.&lt;br /&gt;
* For example we will show temperature data on a graph.&lt;br /&gt;
* Realize a contract with TAG compagny to connect our captor and collect position data about tramway.&lt;br /&gt;
* The goal is to overconnected our campus.&lt;br /&gt;
&lt;br /&gt;
==1.3   Definitions, acronyms and abbreviations==&lt;br /&gt;
* &#039;&#039;&#039;STM32&#039;&#039;&#039; :&lt;br /&gt;
* &#039;&#039;&#039;Nucleo L152RE&#039;&#039;&#039; :&lt;br /&gt;
* &#039;&#039;&#039;Mbed&#039;&#039;&#039; :&lt;br /&gt;
* &#039;&#039;&#039;LoraMac&#039;&#039;&#039; :&lt;br /&gt;
* &#039;&#039;&#039;MQTT&#039;&#039;&#039; :&lt;br /&gt;
* &#039;&#039;&#039;libelium&#039;&#039;&#039; :&lt;br /&gt;
* &#039;&#039;&#039;Weather Shield&#039;&#039;&#039; :&lt;br /&gt;
&lt;br /&gt;
==1.4   References==&lt;br /&gt;
* The global project&#039;s page can be found : [http://air.imag.fr/index.php/Proj-2014-2015-SmartCampus2015 here].&lt;br /&gt;
* official website : [https://mbed.org/ mbed.org]&lt;br /&gt;
* all old projects already done on : [http://air.imag.fr/index.php/SmartCampus2014/FicheSuivi  SmartCampus]&lt;br /&gt;
* the second group work on this technologie : [http://air.imag.fr/index.php/Proj-2014-2015-iRock  Irock]&lt;br /&gt;
&lt;br /&gt;
==1.5   Overview of the remainder of the document==&lt;br /&gt;
The rest of the SRS examines the specifications of the [http://air.imag.fr/index.php/SmartCampus2014/FicheSuivi SmartCampus2014] project in details.&lt;br /&gt;
&lt;br /&gt;
=2.   General description=&lt;br /&gt;
==2.1   Product perspective==&lt;br /&gt;
At first, the user goal is very simple. In fact, he just need to log on our website and select which data he wants to see. After that, he will be able to show different kind of data : temperature, pressure, localisation of tramway.&amp;lt;br&amp;gt;&lt;br /&gt;
How will work our project ? Some device are connected and send data (for example temperature) to our server. The user (connected on our web site) will see all these data in real time.&lt;br /&gt;
&lt;br /&gt;
==2.2   Product functions==&lt;br /&gt;
System architecture :&lt;br /&gt;
[Mettre l&#039;image]&lt;br /&gt;
&lt;br /&gt;
==2.3   User characteristics==&lt;br /&gt;
The user doesn’t need to be familiar with programming and doesn&#039;t need a specific formation.&amp;lt;br&amp;gt;&lt;br /&gt;
He just needs to know how to use a browser.&lt;br /&gt;
&lt;br /&gt;
==2.4   General constraints==&lt;br /&gt;
*Platform constraints: &lt;br /&gt;
::- ROS must operate on an Ubuntu platform. &lt;br /&gt;
::- The Platform need some of this two browsers : chrome/mozilla&lt;br /&gt;
*Environemental constraints: &lt;br /&gt;
::- Wifi with Internet access for the robot and for the controller. &lt;br /&gt;
::- The robot can’t climb up steep slopes.&lt;br /&gt;
&lt;br /&gt;
==2.5   Assumptions and dependencies==&lt;br /&gt;
::- The robot site has wifi access in all the visit area. &lt;br /&gt;
::- The robot base can be accessed at any time. &lt;br /&gt;
::- The robot can be connected with many users&lt;br /&gt;
::- The robot can be control by one user.&lt;br /&gt;
&lt;br /&gt;
=3.Specific requirements, covering functional, non-functional and interface requirements=&lt;br /&gt;
* document external interfaces,&lt;br /&gt;
* describe system functionality and performance&lt;br /&gt;
* specify logical database requirements,&lt;br /&gt;
* design constraints,&lt;br /&gt;
* emergent system properties and quality characteristics.&lt;br /&gt;
&lt;br /&gt;
==3.1 Requirement X.Y.Z (in Structured Natural Language)==&lt;br /&gt;
&lt;br /&gt;
Requirement : chrome/mozilla browser must be installed, internet connection between our application and robair, battery charged, access to steering commands the robot, all requirements of last years projects, ROS is used only on Linux systems.&lt;br /&gt;
 &lt;br /&gt;
&#039;&#039;&#039;Function&#039;&#039;&#039;: receive video trafic, put it on our interface and add directional buttun for control robair remotely via webRTC encoding&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Description&#039;&#039;&#039;: use browser interface for video-conference to allow us to control robair&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Inputs&#039;&#039;&#039;: webcam, directionnal buttons, voice buttons, create and join channel.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Source&#039;&#039;&#039;: directional button, webcam, webrtc&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Outputs&#039;&#039;&#039;: webcam, directions information, voices information&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Destination&#039;&#039;&#039;: robair for the direction, robair and us application for the video&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Action&#039;&#039;&#039;:&lt;br /&gt;
* Etablished connection between many user&lt;br /&gt;
* Send/receive video stream&lt;br /&gt;
* Controle ROBAIR with our interface&lt;br /&gt;
* Send data (text, sound, directionnal command)&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Non functional requirements&#039;&#039;&#039;:&lt;br /&gt;
::- beautiful HMI.&lt;br /&gt;
::- We can&#039;t restart video after shut down the stream.&lt;br /&gt;
::- we can&#039;t redirect the video stream to a other device.&lt;br /&gt;
::- All users have the directionnal buttons in their interface. We want only one (in progress...)&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Pre-condition&#039;&#039;&#039;: &lt;br /&gt;
*materials conditions:&lt;br /&gt;
::- A RobAIR must be connected in the selected place.&lt;br /&gt;
::- A server to log our website connection.&lt;br /&gt;
::- A equipments with chrome or mozilla browsers.&lt;br /&gt;
&lt;br /&gt;
*Software conditions:&lt;br /&gt;
::- Install the RobAIR2014-Server software on the ubuntu server on ROBAIR.&lt;br /&gt;
::- Just need lastest chrome/mozilla version.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Post-condition&#039;&#039;&#039;:&lt;br /&gt;
::- The user can do videoconferencing with people who met the robot. &lt;br /&gt;
::- The user can control the robot by us interface.&lt;br /&gt;
::- The user can send voices data to robair speak.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Side-effects&#039;&#039;&#039;:&lt;br /&gt;
::- bit latency of the stream (in general the quality is nice).&lt;br /&gt;
::- sometimes we have a fail of connection, just restart the connection and all will be functional.&lt;br /&gt;
&lt;br /&gt;
=4. Product evolution=&lt;br /&gt;
::- add other project like &#039;&#039;&#039;COQP&#039;&#039;&#039; to selected whitch ROBAIR you want.&lt;br /&gt;
::- Switch between different robots. &lt;br /&gt;
::- Control the robot thanks to a neuronal device. &lt;br /&gt;
::- Thanks to a lidar, the robot makes its own map. (in progress...)&lt;br /&gt;
::- Ability to read QRcodes and display related contents on the tablet. &lt;br /&gt;
::- able to do as we want talk and not with previously saved text&lt;br /&gt;
&lt;br /&gt;
=5. Appendices=&lt;br /&gt;
&lt;br /&gt;
==5.1. SRS structure==&lt;br /&gt;
The document is based on template of the Software Requirements Specification (SRS) inspired of the IEEE/ANSI 830-1998 Standard.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;References:&#039;&#039;&#039;&lt;br /&gt;
* http://www.cs.st-andrews.ac.uk/~ifs/Books/SE9/Presentations/PPTX/Ch4.pptx&lt;br /&gt;
* http://en.wikipedia.org/wiki/Software_requirements_specification&lt;br /&gt;
* [http://www.cse.msu.edu/~chengb/RE-491/Papers/IEEE-SRS-practice.pdf IEEE Recommended Practice for Software Requirements Specifications IEEE Std 830-1998]&lt;br /&gt;
&lt;br /&gt;
==5.2  Sources==&lt;br /&gt;
::- The other groups who work on ROBAIR : &lt;br /&gt;
::- [https://developer.mozilla.org/fr/docs/WebRTC  developer.mozilla.org] &amp;lt;br&amp;gt;&lt;br /&gt;
::- [http://www.html5rocks.com/en/tutorials/webrtc/basics/  www.html5rocks.com] &amp;lt;br&amp;gt;&lt;br /&gt;
::- [http://www.w3.org/TR/2013/WD-webrtc-20130910/  www.w3.org] (official documentation)&amp;lt;br&amp;gt;&lt;br /&gt;
::- [http://www.simpl.info/index.html  www.simpl.info] &amp;lt;br&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==5.3  Licensing Requirements==&lt;br /&gt;
RobAIR will be released under a GPL license and will be open-source.&lt;/div&gt;</summary>
		<author><name>RICM4-prj14-grp1</name></author>
	</entry>
	<entry>
		<id>https://air.imag.fr/index.php?title=Talk:Proj-2014-2015-SmartCampus2015/SRS&amp;diff=21783</id>
		<title>Talk:Proj-2014-2015-SmartCampus2015/SRS</title>
		<link rel="alternate" type="text/html" href="https://air.imag.fr/index.php?title=Talk:Proj-2014-2015-SmartCampus2015/SRS&amp;diff=21783"/>
		<updated>2015-03-09T13:35:08Z</updated>

		<summary type="html">&lt;p&gt;RICM4-prj14-grp1: /* 2.2   Product functions */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;=1.   Introduction=&lt;br /&gt;
==1.1   Purpose of the requirements document==&lt;br /&gt;
This Software Requirements Specification (SRS) identifies the requirements for the SmartCampus2015 project. The purpose of the present document is to explain how we organize our project, the different steps of the conception and the project achievement.&lt;br /&gt;
&lt;br /&gt;
==1.2   Scope of the product==&lt;br /&gt;
* The purpose of this project is to send and receive data with long range (more than 20km). Moreover, we need to create a web site for show this data in real time.&lt;br /&gt;
* For example we will show temperature data on a graph.&lt;br /&gt;
* Realize a contract with TAG compagny to connect our captor and collect position data about tramway.&lt;br /&gt;
* The goal is to overconnected our campus.&lt;br /&gt;
&lt;br /&gt;
==1.3   Definitions, acronyms and abbreviations==&lt;br /&gt;
* &#039;&#039;&#039;STM32&#039;&#039;&#039; :&lt;br /&gt;
* &#039;&#039;&#039;Nucleo L152RE&#039;&#039;&#039; :&lt;br /&gt;
* &#039;&#039;&#039;Mbed&#039;&#039;&#039; :&lt;br /&gt;
* &#039;&#039;&#039;LoraMac&#039;&#039;&#039; :&lt;br /&gt;
* &#039;&#039;&#039;MQTT&#039;&#039;&#039; :&lt;br /&gt;
* &#039;&#039;&#039;libelium&#039;&#039;&#039; :&lt;br /&gt;
* &#039;&#039;&#039;Weather Shield&#039;&#039;&#039; :&lt;br /&gt;
&lt;br /&gt;
==1.4   References==&lt;br /&gt;
* The global project&#039;s page can be found : [http://air.imag.fr/index.php/Proj-2014-2015-SmartCampus2015 here].&lt;br /&gt;
* official website : [https://mbed.org/ mbed.org]&lt;br /&gt;
* all old projects already done on : [http://air.imag.fr/index.php/SmartCampus2014/FicheSuivi  SmartCampus]&lt;br /&gt;
* the second group work on this technologie : [http://air.imag.fr/index.php/Proj-2014-2015-iRock  Irock]&lt;br /&gt;
&lt;br /&gt;
==1.5   Overview of the remainder of the document==&lt;br /&gt;
The rest of the SRS examines the specifications of the [http://air.imag.fr/index.php/SmartCampus2014/FicheSuivi SmartCampus2014] project in details.&lt;br /&gt;
&lt;br /&gt;
=2.   General description=&lt;br /&gt;
==2.1   Product perspective==&lt;br /&gt;
At first, the user goal is very simple. In fact, he just need to log on our website and select which data he wants to see. After that, he will be able to show different kind of data : temperature, pressure, localisation of tramway.&amp;lt;br&amp;gt;&lt;br /&gt;
How will work our project ? Some device are connected and send data (for example temperature) to our server. The user (connected on our web site) will see all these data in real time.&lt;br /&gt;
&lt;br /&gt;
==2.2   Product functions==&lt;br /&gt;
System architecture :&lt;br /&gt;
[Mettre l&#039;image]&lt;br /&gt;
&lt;br /&gt;
==2.3   User characteristics==&lt;br /&gt;
The user doesn’t need to be familiar with programming and doesn&#039;t need a specific formation.&amp;lt;br&amp;gt;&lt;br /&gt;
He just needs to know how to use a tablet and a television&lt;br /&gt;
&lt;br /&gt;
==2.4   General constraints==&lt;br /&gt;
*Platform constraints: &lt;br /&gt;
::- ROS must operate on an Ubuntu platform. &lt;br /&gt;
::- The Platform need some of this two browsers : chrome/mozilla&lt;br /&gt;
*Environemental constraints: &lt;br /&gt;
::- Wifi with Internet access for the robot and for the controller. &lt;br /&gt;
::- The robot can’t climb up steep slopes.&lt;br /&gt;
&lt;br /&gt;
==2.5   Assumptions and dependencies==&lt;br /&gt;
::- The robot site has wifi access in all the visit area. &lt;br /&gt;
::- The robot base can be accessed at any time. &lt;br /&gt;
::- The robot can be connected with many users&lt;br /&gt;
::- The robot can be control by one user.&lt;br /&gt;
&lt;br /&gt;
=3.Specific requirements, covering functional, non-functional and interface requirements=&lt;br /&gt;
* document external interfaces,&lt;br /&gt;
* describe system functionality and performance&lt;br /&gt;
* specify logical database requirements,&lt;br /&gt;
* design constraints,&lt;br /&gt;
* emergent system properties and quality characteristics.&lt;br /&gt;
&lt;br /&gt;
==3.1 Requirement X.Y.Z (in Structured Natural Language)==&lt;br /&gt;
&lt;br /&gt;
Requirement : chrome/mozilla browser must be installed, internet connection between our application and robair, battery charged, access to steering commands the robot, all requirements of last years projects, ROS is used only on Linux systems.&lt;br /&gt;
 &lt;br /&gt;
&#039;&#039;&#039;Function&#039;&#039;&#039;: receive video trafic, put it on our interface and add directional buttun for control robair remotely via webRTC encoding&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Description&#039;&#039;&#039;: use browser interface for video-conference to allow us to control robair&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Inputs&#039;&#039;&#039;: webcam, directionnal buttons, voice buttons, create and join channel.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Source&#039;&#039;&#039;: directional button, webcam, webrtc&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Outputs&#039;&#039;&#039;: webcam, directions information, voices information&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Destination&#039;&#039;&#039;: robair for the direction, robair and us application for the video&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Action&#039;&#039;&#039;:&lt;br /&gt;
* Etablished connection between many user&lt;br /&gt;
* Send/receive video stream&lt;br /&gt;
* Controle ROBAIR with our interface&lt;br /&gt;
* Send data (text, sound, directionnal command)&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Non functional requirements&#039;&#039;&#039;:&lt;br /&gt;
::- beautiful HMI.&lt;br /&gt;
::- We can&#039;t restart video after shut down the stream.&lt;br /&gt;
::- we can&#039;t redirect the video stream to a other device.&lt;br /&gt;
::- All users have the directionnal buttons in their interface. We want only one (in progress...)&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Pre-condition&#039;&#039;&#039;: &lt;br /&gt;
*materials conditions:&lt;br /&gt;
::- A RobAIR must be connected in the selected place.&lt;br /&gt;
::- A server to log our website connection.&lt;br /&gt;
::- A equipments with chrome or mozilla browsers.&lt;br /&gt;
&lt;br /&gt;
*Software conditions:&lt;br /&gt;
::- Install the RobAIR2014-Server software on the ubuntu server on ROBAIR.&lt;br /&gt;
::- Just need lastest chrome/mozilla version.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Post-condition&#039;&#039;&#039;:&lt;br /&gt;
::- The user can do videoconferencing with people who met the robot. &lt;br /&gt;
::- The user can control the robot by us interface.&lt;br /&gt;
::- The user can send voices data to robair speak.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Side-effects&#039;&#039;&#039;:&lt;br /&gt;
::- bit latency of the stream (in general the quality is nice).&lt;br /&gt;
::- sometimes we have a fail of connection, just restart the connection and all will be functional.&lt;br /&gt;
&lt;br /&gt;
=4. Product evolution=&lt;br /&gt;
::- add other project like &#039;&#039;&#039;COQP&#039;&#039;&#039; to selected whitch ROBAIR you want.&lt;br /&gt;
::- Switch between different robots. &lt;br /&gt;
::- Control the robot thanks to a neuronal device. &lt;br /&gt;
::- Thanks to a lidar, the robot makes its own map. (in progress...)&lt;br /&gt;
::- Ability to read QRcodes and display related contents on the tablet. &lt;br /&gt;
::- able to do as we want talk and not with previously saved text&lt;br /&gt;
&lt;br /&gt;
=5. Appendices=&lt;br /&gt;
&lt;br /&gt;
==5.1. SRS structure==&lt;br /&gt;
The document is based on template of the Software Requirements Specification (SRS) inspired of the IEEE/ANSI 830-1998 Standard.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;References:&#039;&#039;&#039;&lt;br /&gt;
* http://www.cs.st-andrews.ac.uk/~ifs/Books/SE9/Presentations/PPTX/Ch4.pptx&lt;br /&gt;
* http://en.wikipedia.org/wiki/Software_requirements_specification&lt;br /&gt;
* [http://www.cse.msu.edu/~chengb/RE-491/Papers/IEEE-SRS-practice.pdf IEEE Recommended Practice for Software Requirements Specifications IEEE Std 830-1998]&lt;br /&gt;
&lt;br /&gt;
==5.2  Sources==&lt;br /&gt;
::- The other groups who work on ROBAIR : &lt;br /&gt;
::- [https://developer.mozilla.org/fr/docs/WebRTC  developer.mozilla.org] &amp;lt;br&amp;gt;&lt;br /&gt;
::- [http://www.html5rocks.com/en/tutorials/webrtc/basics/  www.html5rocks.com] &amp;lt;br&amp;gt;&lt;br /&gt;
::- [http://www.w3.org/TR/2013/WD-webrtc-20130910/  www.w3.org] (official documentation)&amp;lt;br&amp;gt;&lt;br /&gt;
::- [http://www.simpl.info/index.html  www.simpl.info] &amp;lt;br&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==5.3  Licensing Requirements==&lt;br /&gt;
RobAIR will be released under a GPL license and will be open-source.&lt;/div&gt;</summary>
		<author><name>RICM4-prj14-grp1</name></author>
	</entry>
</feed>