https://air.imag.fr/api.php?action=feedcontributions&user=Hugo.Rodrigues-Pereira-Anselmo&feedformat=atomair - User contributions [en]2024-03-29T02:33:07ZUser contributionsMediaWiki 1.35.13https://air.imag.fr/index.php?title=Project_2014-2015-CannonBall/Scrum&diff=21841Project 2014-2015-CannonBall/Scrum2015-03-10T13:49:06Z<p>Hugo.Rodrigues-Pereira-Anselmo: </p>
<hr />
<div>=Project Presentation=<br />
[http://air.imag.fr/index.php/CannonBall_de_voitures_autonomes CannonBall]<br />
<br />
=User stories=<br />
<br />
1. The researcher must be able to consult in real time the car's information to make changes if needed. <br />
<br />
* Broadcast the messages with a publish/subscribe protocol<br />
* Create a Node.js server that will serve the html page to the client<br />
* Store the car's data in a database<br />
* Car's data are showed on the html page<br />
<br />
2. The researchers needs several game mode to verify the good behavior of the car (Control Algorithm).<br />
<br />
* AISheep : facilitates the QRCode-Action matching :<br />
** Make generic actions for car mouvements<br />
** Make a grammar syntax for the user and a its parser<br />
<br />
* AIRabbit : the car follow a specific QRcode :<br />
** QRcode recognition<br />
** Localize the marker in space<br />
** Move in the marker direction<br />
<br />
* AICannonBall : the car moves in a QRcode circuit :<br />
** QRcode recognition and interpretation<br />
** Avoid the QRcode <br />
<br />
3. The researcher needs a car simulator to avoid material constraint<br />
* Make a simulator<br />
* Give instructions to the simulator<br />
* The simulator reproduce exactly the comportment of the car (real interpretation) <br />
* Choose a wise graphic library<br />
* Get the data from the mosquitto broker<br />
<br />
<br />
* Documentation : facilitate the comprehension and use of the piece of software <br />
** make a documentation of all the actions that are programmed<br />
<br />
<br />
The developer have to optimize the processing speed to provide a better product experience.<br />
The RICM must master the different technologies to be able to do the project. <br />
The RICM want the car works in order to start the project.<br />
The RICM need to change the Arduino board with a STM32 (more equipped with sensors) to improve the precision of movement <br />
The user should access the web interface through a Rasberry pi Wifi router<br />
The RICM need to develop a car simulator for algorithms testing purposes<br />
<br />
<br />
=Product backlog=<br />
{|class="wikitable alternance"<br />
|-<br />
!scope="col" width="40%"| User story <br />
!scope="col"| Tasks<br />
!scope="col"| Priority<br />
!scope="col"| Time<br />
!scope="col"| Actors<br />
|-<br />
! scope="row" | 1. The researcher must be able to consult in real time the car's information to make changes if needed. <br />
| <br />
| <br />
| <br />
|<br />
|-<br />
<br />
|<br />
| Broadcast the messages with a publish/subscribe protocol<br />
| 13<br />
| 1 week<br />
|<br />
|-<br />
<br />
|<br />
| Create a Node.js server that will serve the html page to the client<br />
| 21<br />
| 1 week<br />
|<br />
|-<br />
<br />
|<br />
| Store the car's data in a database<br />
| 13<br />
| 1 week<br />
|<br />
|-<br />
<br />
|<br />
| Car's data are showed on the html page<br />
| 21<br />
| 1 week<br />
|<br />
|-<br />
<br />
! scope="row" | 2. The researchers needs several game mode to verify the good behavior of the car (Control Algorithm).<br />
| <br />
| <br />
|<br />
|<br />
|-<br />
<br />
| '''AISheep : facilitates the QRCode-Action matching'''<br />
| Make generic actions for car mouvements<br />
| 21<br />
| 1 week<br />
|<br />
|-<br />
<br />
| <br />
| Make a grammar syntax for the user and a its parser<br />
| 13<br />
| 1 week<br />
|<br />
|-<br />
<br />
| '''AIRabbit : the car follow a specific QRcode'''<br />
| QRcode recognition<br />
| 34<br />
| 1 week<br />
|<br />
|-<br />
<br />
| <br />
| Localize the marker in space<br />
| 21<br />
| 2 weeks<br />
|<br />
|-<br />
<br />
| <br />
| Move in the marker direction<br />
| 21<br />
| 2 weeks<br />
|<br />
|-<br />
<br />
| '''AICannonBall : the car moves in a QRcode circuit'''<br />
| QRcode recognition and interpretation<br />
| 34<br />
| 2 weeks<br />
|<br />
|-<br />
<br />
| <br />
| Avoid the QRcode <br />
| 21<br />
| 2 weeks<br />
|<br />
|-<br />
<br />
! scope="row" | 3. The researcher needs a car simulator to avoid material constraint<br />
| <br />
| <br />
| <br />
|<br />
|-<br />
<br />
|<br />
| Make a simulator<br />
| 21<br />
| 2 weeks<br />
|<br />
|-<br />
<br />
|<br />
| Give instructions to the simulator<br />
| 21<br />
| 2 weeks<br />
|<br />
|-<br />
<br />
|<br />
| The simulator reproduce exactly the comportment of the car (real interpretation) <br />
| 21<br />
| 1 week<br />
|<br />
|-<br />
<br />
|<br />
| Choose a wise graphic library<br />
| 13<br />
| 1 week<br />
|<br />
|-<br />
<br />
|<br />
| Get the data from the mosquitto broker<br />
| 13<br />
| 1 week<br />
|<br />
|-<br />
<br />
|}<br />
<br />
<br />
=Sprint 1=<br />
We need to do the tasks 2, 5 and 6<br />
<br />
=End Sprint 1=<br />
Tasks done :<br />
6 and 5<br />
<br />
Problems : <br />
<br />
Task 2 : problem with the speed of processing the images. <br />
<br />
The frame rate is very slow. The car is moving slowly.<br />
<br />
=Sprint 2=<br />
We need to do the tasks 1, 3 and 7.<br />
<br />
We add also the task 2 because this one was not finished in the last sprint.<br />
<br />
Task 3 is already working, so we add some changes on this task :<br />
The developper can add specific orders to the car with the help of qrCode to realize different tests.<br />
<br />
=Sprint 3=<br />
We need to do the tasks 8 and 9.<br />
<br />
=Waffle=<br />
[https://waffle.io/malek0512/2014_2015_ricm4_cannon_ball here]</div>Hugo.Rodrigues-Pereira-Anselmohttps://air.imag.fr/index.php?title=Project_2014-2015-CannonBall/Scrum&diff=21840Project 2014-2015-CannonBall/Scrum2015-03-10T13:43:21Z<p>Hugo.Rodrigues-Pereira-Anselmo: /* User stories */</p>
<hr />
<div>=Project Presentation=<br />
[http://air.imag.fr/index.php/CannonBall_de_voitures_autonomes CannonBall]<br />
<br />
=User stories=<br />
<br />
1. The researcher must be able to consult in real time the car's information to make changes if needed. <br />
<br />
* Broadcast the messages with a publish/subscribe protocol<br />
* Create a Node.js server that will serve the html page to the client<br />
* Store the car's data in a database<br />
* Car's data are showed on the html page<br />
<br />
2. The researchers needs several game mode to verify the good behavior of the car (Control Algorithm).<br />
<br />
* AISheep : facilitates the QRCode-Action matching :<br />
** Make generic actions for car mouvements<br />
** Make a grammar syntax for the user and a its parser<br />
<br />
* AIRabbit : the car follow a specific QRcode :<br />
** QRcode recognition<br />
** Localize the marker in space<br />
** Move in the marker direction<br />
<br />
* AICannonBall : the car moves in a QRcode circuit :<br />
** QRcode recognition and interpretation<br />
** Avoid the QRcode <br />
<br />
3. The researcher needs a car simulator to avoid material constraint<br />
* Make a simulator<br />
* Give instructions to the simulator<br />
* The simulator reproduce exactly the comportment of the car (real interpretation) <br />
* Choose a wise graphic library<br />
* Get the data from the mosquitto broker<br />
<br />
<br />
* Documentation : facilitate the comprehension and use of the piece of software <br />
** make a documentation of all the actions that are programmed<br />
<br />
<br />
The developer have to optimize the processing speed to provide a better product experience.<br />
The RICM must master the different technologies to be able to do the project. <br />
The RICM want the car works in order to start the project.<br />
The RICM need to change the Arduino board with a STM32 (more equipped with sensors) to improve the precision of movement <br />
The user should access the web interface through a Rasberry pi Wifi router<br />
The RICM need to develop a car simulator for algorithms testing purposes<br />
<br />
<br />
{|class="wikitable alternance"<br />
|-<br />
!scope="col" width="40%"| User story <br />
!scope="col"| Tasks<br />
!scope="col"| Priority<br />
!scope="col"| Time<br />
!scope="col"| Actors<br />
|-<br />
! scope="row" | 1. The researcher must be able to consult in real time the car's information to make changes if needed. <br />
| <br />
| <br />
| <br />
|<br />
|-<br />
<br />
|<br />
| Broadcast the messages with a publish/subscribe protocol<br />
| 13<br />
| 1 week<br />
|<br />
|-<br />
<br />
|<br />
| Create a Node.js server that will serve the html page to the client<br />
| 21<br />
| 1 week<br />
|<br />
|-<br />
<br />
|<br />
| Store the car's data in a database<br />
| 13<br />
| 1 week<br />
|<br />
|-<br />
<br />
|<br />
| Car's data are showed on the html page<br />
| 21<br />
| 1 week<br />
|<br />
|-<br />
<br />
! scope="row" | 2. The researchers needs several game mode to verify the good behavior of the car (Control Algorithm).<br />
| <br />
| <br />
|<br />
|<br />
|-<br />
<br />
| '''AISheep : facilitates the QRCode-Action matching'''<br />
| Make generic actions for car mouvements<br />
| 21<br />
| 1 week<br />
|<br />
|-<br />
<br />
| <br />
| Make a grammar syntax for the user and a its parser<br />
| 13<br />
| 1 week<br />
|<br />
|-<br />
<br />
| '''AIRabbit : the car follow a specific QRcode'''<br />
| QRcode recognition<br />
| 34<br />
| 1 week<br />
|<br />
|-<br />
<br />
| <br />
| Localize the marker in space<br />
| 21<br />
| 2 weeks<br />
|<br />
|-<br />
<br />
| <br />
| Move in the marker direction<br />
| 21<br />
| 2 weeks<br />
|<br />
|-<br />
<br />
| '''AICannonBall : the car moves in a QRcode circuit'''<br />
| QRcode recognition and interpretation<br />
| 34<br />
| 2 weeks<br />
|<br />
|-<br />
<br />
| <br />
| Avoid the QRcode <br />
| 21<br />
| 2 weeks<br />
|<br />
|-<br />
<br />
! scope="row" | 3. The researcher needs a car simulator to avoid material constraint<br />
| <br />
| <br />
| <br />
|<br />
|-<br />
<br />
|<br />
| Make a simulator<br />
| 21<br />
| 2 weeks<br />
|<br />
|-<br />
<br />
|<br />
| Give instructions to the simulator<br />
| 21<br />
| 2 weeks<br />
|<br />
|-<br />
<br />
|<br />
| The simulator reproduce exactly the comportment of the car (real interpretation) <br />
| 21<br />
| 1 week<br />
|<br />
|-<br />
<br />
|<br />
| Choose a wise graphic library<br />
| 13<br />
| 1 week<br />
|<br />
|-<br />
<br />
|<br />
| Get the data from the mosquitto broker<br />
| 13<br />
| 1 week<br />
|<br />
|-<br />
<br />
|}<br />
<br />
=Product backlog=<br />
{|class="wikitable alternance"<br />
|-<br />
!scope="col"| User story<br />
!scope="col"| Priority<br />
!scope="col"| Time<br />
!scope="col"| Actors<br />
|-<br />
<br />
| The RICM want the car works in order to start the project. ( 6 )<br />
| 34<br />
| 1 week<br />
| <br />
|-<br />
<br />
| The RICM must master the different technologies to be able to do the project. ( 4 )<br />
| 34<br />
| all time<br />
| all<br />
|-<br />
<br />
| The researcher must be able to consult in real time the car's information to make changes if needed. ( 5 ) <br />
| 21<br />
| 2 weeks<br />
| <br />
|-<br />
<br />
| The developer have to optimize the processing speed to provide a better product experience. ( 2 )<br />
| 21<br />
| 1 week<br />
| <br />
|-<br />
<br />
| The RICM need to change the Arduino board with a STM32 (more equipped with sensors) to improve the precision of movement ( 7 ) <br />
| 21<br />
| 2 weeks<br />
| <br />
|- <br />
<br />
| The researcher must be able to send a line of instruction for verify the good behavior of the car (Control Algorithm). ( 1 )<br />
| 13<br />
| 3 weeks<br />
| <br />
|-<br />
<br />
| The RICM need to develop a car simulator for algorithms testing purposes ( 9 ) <br />
| 13<br />
| 3 weeks<br />
| <br />
|-<br />
<br />
| The researcher must be able to change the vehicle mode to realize different tests. ( 3 ) <br />
| 8<br />
| 3 weeks<br />
| <br />
|-<br />
<br />
| The user should access the web interface through a Rasberry pi Wifi router ( 8 ) <br />
| 8<br />
| 1 week<br />
| <br />
|-<br />
|}<br />
<br />
=Sprint 1=<br />
We need to do the tasks 2, 5 and 6<br />
<br />
=End Sprint 1=<br />
Tasks done :<br />
6 and 5<br />
<br />
Problems : <br />
<br />
Task 2 : problem with the speed of processing the images. <br />
<br />
The frame rate is very slow. The car is moving slowly.<br />
<br />
=Sprint 2=<br />
We need to do the tasks 1, 3 and 7.<br />
<br />
We add also the task 2 because this one was not finished in the last sprint.<br />
<br />
Task 3 is already working, so we add some changes on this task :<br />
The developper can add specific orders to the car with the help of qrCode to realize different tests.<br />
<br />
=Sprint 3=<br />
We need to do the tasks 8 and 9.<br />
<br />
=Waffle=<br />
[https://waffle.io/malek0512/2014_2015_ricm4_cannon_ball here]</div>Hugo.Rodrigues-Pereira-Anselmohttps://air.imag.fr/index.php?title=Project_2014-2015-CannonBall/Scrum&diff=21839Project 2014-2015-CannonBall/Scrum2015-03-10T13:41:32Z<p>Hugo.Rodrigues-Pereira-Anselmo: /* User stories */</p>
<hr />
<div>=Project Presentation=<br />
[http://air.imag.fr/index.php/CannonBall_de_voitures_autonomes CannonBall]<br />
<br />
=User stories=<br />
<br />
1. The researcher must be able to consult in real time the car's information to make changes if needed. <br />
<br />
* Broadcast the messages with a publish/subscribe protocol<br />
* Create a Node.js server that will serve the html page to the client<br />
* Store the car's data in a database<br />
* Car's data are showed on the html page<br />
<br />
2. The researchers needs several game mode to verify the good behavior of the car (Control Algorithm).<br />
<br />
* AISheep : facilitates the QRCode-Action matching :<br />
** Make generic actions for car mouvements<br />
** Make a grammar syntax for the user and a its parser<br />
<br />
* AIRabbit : the car follow a specific QRcode :<br />
** QRcode recognition<br />
** Localize the marker in space<br />
** Move in the marker direction<br />
<br />
* AICannonBall : the car moves in a QRcode circuit :<br />
** QRcode recognition and interpretation<br />
** Avoid the QRcode <br />
<br />
3. The researcher needs a car simulator to avoid material constraint<br />
* Make a simulator<br />
* Give instructions to the simulator<br />
* The simulator reproduce exactly the comportment of the car (real interpretation) <br />
* Choose a wise graphic library<br />
* Get the data from the mosquitto broker<br />
<br />
<br />
* Documentation : facilitate the comprehension and use of the piece of software <br />
** make a documentation of all the actions that are programmed<br />
<br />
<br />
The developer have to optimize the processing speed to provide a better product experience.<br />
The RICM must master the different technologies to be able to do the project. <br />
The RICM want the car works in order to start the project.<br />
The RICM need to change the Arduino board with a STM32 (more equipped with sensors) to improve the precision of movement <br />
The user should access the web interface through a Rasberry pi Wifi router<br />
The RICM need to develop a car simulator for algorithms testing purposes<br />
<br />
<br />
{|class="wikitable alternance"<br />
|-<br />
!scope="col" width="40%"| User story <br />
!scope="col"| Tasks<br />
!scope="col"| Priority<br />
!scope="col"| Time<br />
!scope="col"| Actors<br />
|-<br />
! scope="row" | 1. The researcher must be able to consult in real time the car's information to make changes if needed. <br />
| Broadcast the messages with a publish/subscribe protocol<br />
| 13<br />
| 1 week<br />
|<br />
|-<br />
<br />
|<br />
| Create a Node.js server that will serve the html page to the client<br />
| 21<br />
| 1 week<br />
|<br />
|-<br />
<br />
|<br />
| Store the car's data in a database<br />
| 13<br />
| 1 week<br />
|<br />
|-<br />
<br />
|<br />
| Car's data are showed on the html page<br />
| 21<br />
| 1 week<br />
|<br />
|-<br />
<br />
! scope="row" | 2. The researchers needs several game mode to verify the good behavior of the car (Control Algorithm).<br />
| <br />
| <br />
|<br />
|<br />
|-<br />
<br />
| '''AISheep : facilitates the QRCode-Action matching'''<br />
| Make generic actions for car mouvements<br />
| 21<br />
| 1 week<br />
|<br />
|-<br />
<br />
| <br />
| Make a grammar syntax for the user and a its parser<br />
| 13<br />
| 1 week<br />
|<br />
|-<br />
<br />
| '''AIRabbit : the car follow a specific QRcode'''<br />
| QRcode recognition<br />
| 34<br />
| 1 week<br />
|<br />
|-<br />
<br />
| <br />
| Localize the marker in space<br />
| 21<br />
| 2 weeks<br />
|<br />
|-<br />
<br />
| <br />
| Move in the marker direction<br />
| 21<br />
| 2 weeks<br />
|<br />
|-<br />
<br />
| '''AICannonBall : the car moves in a QRcode circuit'''<br />
| QRcode recognition and interpretation<br />
| 34<br />
| 2 weeks<br />
|<br />
|-<br />
<br />
| <br />
| Avoid the QRcode <br />
| 21<br />
| 2 weeks<br />
|<br />
|-<br />
<br />
! scope="row" | 3. The researcher needs a car simulator to avoid material constraint<br />
| Make a simulator<br />
| 21<br />
| 2 weeks<br />
|<br />
|-<br />
<br />
|<br />
| Give instructions to the simulator<br />
| 21<br />
| 2 weeks<br />
|<br />
|-<br />
<br />
|<br />
| The simulator reproduce exactly the comportment of the car (real interpretation) <br />
| 21<br />
| 1 week<br />
|<br />
|-<br />
<br />
|<br />
| Choose a wise graphic library<br />
| 13<br />
| 1 week<br />
|<br />
|-<br />
<br />
|<br />
| Get the data from the mosquitto broker<br />
| 13<br />
| 1 week<br />
|<br />
|-<br />
<br />
|}<br />
<br />
=Product backlog=<br />
{|class="wikitable alternance"<br />
|-<br />
!scope="col"| User story<br />
!scope="col"| Priority<br />
!scope="col"| Time<br />
!scope="col"| Actors<br />
|-<br />
<br />
| The RICM want the car works in order to start the project. ( 6 )<br />
| 34<br />
| 1 week<br />
| <br />
|-<br />
<br />
| The RICM must master the different technologies to be able to do the project. ( 4 )<br />
| 34<br />
| all time<br />
| all<br />
|-<br />
<br />
| The researcher must be able to consult in real time the car's information to make changes if needed. ( 5 ) <br />
| 21<br />
| 2 weeks<br />
| <br />
|-<br />
<br />
| The developer have to optimize the processing speed to provide a better product experience. ( 2 )<br />
| 21<br />
| 1 week<br />
| <br />
|-<br />
<br />
| The RICM need to change the Arduino board with a STM32 (more equipped with sensors) to improve the precision of movement ( 7 ) <br />
| 21<br />
| 2 weeks<br />
| <br />
|- <br />
<br />
| The researcher must be able to send a line of instruction for verify the good behavior of the car (Control Algorithm). ( 1 )<br />
| 13<br />
| 3 weeks<br />
| <br />
|-<br />
<br />
| The RICM need to develop a car simulator for algorithms testing purposes ( 9 ) <br />
| 13<br />
| 3 weeks<br />
| <br />
|-<br />
<br />
| The researcher must be able to change the vehicle mode to realize different tests. ( 3 ) <br />
| 8<br />
| 3 weeks<br />
| <br />
|-<br />
<br />
| The user should access the web interface through a Rasberry pi Wifi router ( 8 ) <br />
| 8<br />
| 1 week<br />
| <br />
|-<br />
|}<br />
<br />
=Sprint 1=<br />
We need to do the tasks 2, 5 and 6<br />
<br />
=End Sprint 1=<br />
Tasks done :<br />
6 and 5<br />
<br />
Problems : <br />
<br />
Task 2 : problem with the speed of processing the images. <br />
<br />
The frame rate is very slow. The car is moving slowly.<br />
<br />
=Sprint 2=<br />
We need to do the tasks 1, 3 and 7.<br />
<br />
We add also the task 2 because this one was not finished in the last sprint.<br />
<br />
Task 3 is already working, so we add some changes on this task :<br />
The developper can add specific orders to the car with the help of qrCode to realize different tests.<br />
<br />
=Sprint 3=<br />
We need to do the tasks 8 and 9.<br />
<br />
=Waffle=<br />
[https://waffle.io/malek0512/2014_2015_ricm4_cannon_ball here]</div>Hugo.Rodrigues-Pereira-Anselmohttps://air.imag.fr/index.php?title=Project_2014-2015-CannonBall/Scrum&diff=21838Project 2014-2015-CannonBall/Scrum2015-03-10T13:41:07Z<p>Hugo.Rodrigues-Pereira-Anselmo: /* User stories */</p>
<hr />
<div>=Project Presentation=<br />
[http://air.imag.fr/index.php/CannonBall_de_voitures_autonomes CannonBall]<br />
<br />
=User stories=<br />
<br />
1. The researcher must be able to consult in real time the car's information to make changes if needed. <br />
<br />
* Broadcast the messages with a publish/subscribe protocol<br />
* Create a Node.js server that will serve the html page to the client<br />
* Store the car's data in a database<br />
* Car's data are showed on the html page<br />
<br />
2. The researchers needs several game mode to verify the good behavior of the car (Control Algorithm).<br />
<br />
* AISheep : facilitates the QRCode-Action matching :<br />
** Make generic actions for car mouvements<br />
** Make a grammar syntax for the user and a its parser<br />
<br />
* AIRabbit : the car follow a specific QRcode :<br />
** QRcode recognition<br />
** Localize the marker in space<br />
** Move in the marker direction<br />
<br />
* AICannonBall : the car moves in a QRcode circuit<br />
** QRcode recognition and interpretation<br />
** Avoid the QRcode <br />
<br />
3. The researcher needs a car simulator to avoid material constraint<br />
* Make a simulator<br />
* Give instructions to the simulator<br />
* The simulator reproduce exactly the comportment of the car (real interpretation) <br />
* Choose a wise graphic library<br />
* Get the data from the mosquitto broker<br />
<br />
<br />
* Documentation : facilitate the comprehension and use of the piece of software <br />
** make a documentation of all the actions that are programmed<br />
<br />
<br />
The developer have to optimize the processing speed to provide a better product experience.<br />
The RICM must master the different technologies to be able to do the project. <br />
The RICM want the car works in order to start the project.<br />
The RICM need to change the Arduino board with a STM32 (more equipped with sensors) to improve the precision of movement <br />
The user should access the web interface through a Rasberry pi Wifi router<br />
The RICM need to develop a car simulator for algorithms testing purposes<br />
<br />
<br />
{|class="wikitable alternance"<br />
|-<br />
!scope="col" width="40%"| User story <br />
!scope="col"| Tasks<br />
!scope="col"| Priority<br />
!scope="col"| Time<br />
!scope="col"| Actors<br />
|-<br />
! scope="row" | 1. The researcher must be able to consult in real time the car's information to make changes if needed. <br />
| Broadcast the messages with a publish/subscribe protocol<br />
| 13<br />
| 1 week<br />
|<br />
|-<br />
<br />
|<br />
| Create a Node.js server that will serve the html page to the client<br />
| 21<br />
| 1 week<br />
|<br />
|-<br />
<br />
|<br />
| Store the car's data in a database<br />
| 13<br />
| 1 week<br />
|<br />
|-<br />
<br />
|<br />
| Car's data are showed on the html page<br />
| 21<br />
| 1 week<br />
|<br />
|-<br />
<br />
! scope="row" | 2. The researchers needs several game mode to verify the good behavior of the car (Control Algorithm).<br />
| <br />
| <br />
|<br />
|<br />
|-<br />
<br />
| '''AISheep : facilitates the QRCode-Action matching'''<br />
| Make generic actions for car mouvements<br />
| 21<br />
| 1 week<br />
|<br />
|-<br />
<br />
| <br />
| Make a grammar syntax for the user and a its parser<br />
| 13<br />
| 1 week<br />
|<br />
|-<br />
<br />
| '''AIRabbit : the car follow a specific QRcode'''<br />
| QRcode recognition<br />
| 34<br />
| 1 week<br />
|<br />
|-<br />
<br />
| <br />
| Localize the marker in space<br />
| 21<br />
| 2 weeks<br />
|<br />
|-<br />
<br />
| <br />
| Move in the marker direction<br />
| 21<br />
| 2 weeks<br />
|<br />
|-<br />
<br />
| '''AICannonBall : the car moves in a QRcode circuit'''<br />
| QRcode recognition and interpretation<br />
| 34<br />
| 2 weeks<br />
|<br />
|-<br />
<br />
| <br />
| Avoid the QRcode <br />
| 21<br />
| 2 weeks<br />
|<br />
|-<br />
<br />
! scope="row" | 3. The researcher needs a car simulator to avoid material constraint<br />
| Make a simulator<br />
| 21<br />
| 2 weeks<br />
|<br />
|-<br />
<br />
|<br />
| Give instructions to the simulator<br />
| 21<br />
| 2 weeks<br />
|<br />
|-<br />
<br />
|<br />
| The simulator reproduce exactly the comportment of the car (real interpretation) <br />
| 21<br />
| 1 week<br />
|<br />
|-<br />
<br />
|<br />
| Choose a wise graphic library<br />
| 13<br />
| 1 week<br />
|<br />
|-<br />
<br />
|<br />
| Get the data from the mosquitto broker<br />
| 13<br />
| 1 week<br />
|<br />
|-<br />
<br />
|}<br />
<br />
=Product backlog=<br />
{|class="wikitable alternance"<br />
|-<br />
!scope="col"| User story<br />
!scope="col"| Priority<br />
!scope="col"| Time<br />
!scope="col"| Actors<br />
|-<br />
<br />
| The RICM want the car works in order to start the project. ( 6 )<br />
| 34<br />
| 1 week<br />
| <br />
|-<br />
<br />
| The RICM must master the different technologies to be able to do the project. ( 4 )<br />
| 34<br />
| all time<br />
| all<br />
|-<br />
<br />
| The researcher must be able to consult in real time the car's information to make changes if needed. ( 5 ) <br />
| 21<br />
| 2 weeks<br />
| <br />
|-<br />
<br />
| The developer have to optimize the processing speed to provide a better product experience. ( 2 )<br />
| 21<br />
| 1 week<br />
| <br />
|-<br />
<br />
| The RICM need to change the Arduino board with a STM32 (more equipped with sensors) to improve the precision of movement ( 7 ) <br />
| 21<br />
| 2 weeks<br />
| <br />
|- <br />
<br />
| The researcher must be able to send a line of instruction for verify the good behavior of the car (Control Algorithm). ( 1 )<br />
| 13<br />
| 3 weeks<br />
| <br />
|-<br />
<br />
| The RICM need to develop a car simulator for algorithms testing purposes ( 9 ) <br />
| 13<br />
| 3 weeks<br />
| <br />
|-<br />
<br />
| The researcher must be able to change the vehicle mode to realize different tests. ( 3 ) <br />
| 8<br />
| 3 weeks<br />
| <br />
|-<br />
<br />
| The user should access the web interface through a Rasberry pi Wifi router ( 8 ) <br />
| 8<br />
| 1 week<br />
| <br />
|-<br />
|}<br />
<br />
=Sprint 1=<br />
We need to do the tasks 2, 5 and 6<br />
<br />
=End Sprint 1=<br />
Tasks done :<br />
6 and 5<br />
<br />
Problems : <br />
<br />
Task 2 : problem with the speed of processing the images. <br />
<br />
The frame rate is very slow. The car is moving slowly.<br />
<br />
=Sprint 2=<br />
We need to do the tasks 1, 3 and 7.<br />
<br />
We add also the task 2 because this one was not finished in the last sprint.<br />
<br />
Task 3 is already working, so we add some changes on this task :<br />
The developper can add specific orders to the car with the help of qrCode to realize different tests.<br />
<br />
=Sprint 3=<br />
We need to do the tasks 8 and 9.<br />
<br />
=Waffle=<br />
[https://waffle.io/malek0512/2014_2015_ricm4_cannon_ball here]</div>Hugo.Rodrigues-Pereira-Anselmohttps://air.imag.fr/index.php?title=Project_2014-2015-CannonBall/Scrum&diff=21837Project 2014-2015-CannonBall/Scrum2015-03-10T13:39:04Z<p>Hugo.Rodrigues-Pereira-Anselmo: </p>
<hr />
<div>=Project Presentation=<br />
[http://air.imag.fr/index.php/CannonBall_de_voitures_autonomes CannonBall]<br />
<br />
=User stories=<br />
<br />
1. The researcher must be able to consult in real time the car's information to make changes if needed. <br />
<br />
* Broadcast the messages with a publish/subscribe protocol<br />
* Create a Node.js server that will serve the html page to the client<br />
* Store the car's data in a database<br />
* Car's data are showed on the html page<br />
<br />
2. The researchers needs several game mode to verify the good behavior of the car (Control Algorithm).<br />
<br />
* AISheep : facilitates the QRCode-Action matching :<br />
** Make generic actions for car mouvements<br />
** Make a grammar syntax for the user and a its parser<br />
<br />
* AIRabbit : the car follow a specific QRcode :<br />
** QRcode recognition<br />
** Localize the marker in space<br />
** Move in the marker direction<br />
<br />
* AICannonBall : the car moves in a QRcode circuit<br />
** QRcode recognition and interpretation<br />
** Avoid the QRcode <br />
<br />
3. The researcher needs a car simulator to avoid material constraint<br />
* Make a simulator<br />
* Give instructions to the simulator<br />
* The simulator reproduce exactly the comportment of the car (real interpretation) <br />
* Choose a wise graphic library<br />
* Get the data from the mosquitto broker<br />
<br />
<br />
* Documentation : facilitate the comprehension and use of the piece of software <br />
** make a documentation of all the actions that are programmed<br />
<br />
<br />
The developer have to optimize the processing speed to provide a better product experience.<br />
The RICM must master the different technologies to be able to do the project. <br />
The RICM want the car works in order to start the project.<br />
The RICM need to change the Arduino board with a STM32 (more equipped with sensors) to improve the precision of movement <br />
The user should access the web interface through a Rasberry pi Wifi router<br />
The RICM need to develop a car simulator for algorithms testing purposes<br />
<br />
<br />
{|class="wikitable alternance"<br />
|-<br />
!scope="col" width="40%"| User story <br />
!scope="col"| Tasks<br />
!scope="col"| Priority<br />
!scope="col"| Time<br />
!scope="col"| Actors<br />
|-<br />
! scope="row" | 1. The researcher must be able to consult in real time the car's information to make changes if needed. <br />
| Broadcast the messages with a publish/subscribe protocol<br />
| 13<br />
| 1 week<br />
|<br />
|-<br />
<br />
|<br />
| Create a Node.js server that will serve the html page to the client<br />
| 21<br />
| 1 week<br />
|<br />
|-<br />
<br />
|<br />
| Store the car's data in a database<br />
| 13<br />
| 1 week<br />
|<br />
|-<br />
<br />
|<br />
| Car's data are showed on the html page<br />
| 21<br />
| 1 week<br />
|<br />
|-<br />
<br />
! scope="row" | 2. The researchers needs several game mode to verify the good behavior of the car (Control Algorithm).<br />
| <br />
| <br />
|<br />
|<br />
|-<br />
<br />
| AISheep : facilitates the QRCode-Action matching :<br />
| Make generic actions for car mouvements<br />
| 21<br />
| 1 week<br />
|<br />
|-<br />
<br />
| <br />
| Make a grammar syntax for the user and a its parser<br />
| 13<br />
| 1 week<br />
|<br />
|-<br />
<br />
| AIRabbit : the car follow a specific QRcode :<br />
| QRcode recognition<br />
| 34<br />
| 1 week<br />
|<br />
|-<br />
<br />
| <br />
| Localize the marker in space<br />
| 21<br />
| 2 weeks<br />
|<br />
|-<br />
<br />
| <br />
| Move in the marker direction<br />
| 21<br />
| 2 weeks<br />
|<br />
|-<br />
<br />
| AICannonBall : the car moves in a QRcode circuit<br />
| QRcode recognition and interpretation<br />
| 34<br />
| 2 weeks<br />
|<br />
|-<br />
<br />
| <br />
| Avoid the QRcode <br />
| 21<br />
| 2 weeks<br />
|<br />
|-<br />
<br />
! scope="row" | 3. The researcher needs a car simulator to avoid material constraint<br />
| Make a simulator<br />
| 21<br />
| 2 weeks<br />
|<br />
|-<br />
<br />
|<br />
| Give instructions to the simulator<br />
| 21<br />
| 2 weeks<br />
|<br />
|-<br />
<br />
|<br />
| The simulator reproduce exactly the comportment of the car (real interpretation) <br />
| 21<br />
| 1 week<br />
|<br />
|-<br />
<br />
|<br />
| Choose a wise graphic library<br />
| 13<br />
| 1 week<br />
|<br />
|-<br />
<br />
|<br />
| Get the data from the mosquitto broker<br />
| 13<br />
| 1 week<br />
|<br />
|-<br />
<br />
|}<br />
<br />
<br />
<br />
=Product backlog=<br />
{|class="wikitable alternance"<br />
|-<br />
!scope="col"| User story<br />
!scope="col"| Priority<br />
!scope="col"| Time<br />
!scope="col"| Actors<br />
|-<br />
<br />
| The RICM want the car works in order to start the project. ( 6 )<br />
| 34<br />
| 1 week<br />
| <br />
|-<br />
<br />
| The RICM must master the different technologies to be able to do the project. ( 4 )<br />
| 34<br />
| all time<br />
| all<br />
|-<br />
<br />
| The researcher must be able to consult in real time the car's information to make changes if needed. ( 5 ) <br />
| 21<br />
| 2 weeks<br />
| <br />
|-<br />
<br />
| The developer have to optimize the processing speed to provide a better product experience. ( 2 )<br />
| 21<br />
| 1 week<br />
| <br />
|-<br />
<br />
| The RICM need to change the Arduino board with a STM32 (more equipped with sensors) to improve the precision of movement ( 7 ) <br />
| 21<br />
| 2 weeks<br />
| <br />
|- <br />
<br />
| The researcher must be able to send a line of instruction for verify the good behavior of the car (Control Algorithm). ( 1 )<br />
| 13<br />
| 3 weeks<br />
| <br />
|-<br />
<br />
| The RICM need to develop a car simulator for algorithms testing purposes ( 9 ) <br />
| 13<br />
| 3 weeks<br />
| <br />
|-<br />
<br />
| The researcher must be able to change the vehicle mode to realize different tests. ( 3 ) <br />
| 8<br />
| 3 weeks<br />
| <br />
|-<br />
<br />
| The user should access the web interface through a Rasberry pi Wifi router ( 8 ) <br />
| 8<br />
| 1 week<br />
| <br />
|-<br />
|}<br />
<br />
=Sprint 1=<br />
We need to do the tasks 2, 5 and 6<br />
<br />
=End Sprint 1=<br />
Tasks done :<br />
6 and 5<br />
<br />
Problems : <br />
<br />
Task 2 : problem with the speed of processing the images. <br />
<br />
The frame rate is very slow. The car is moving slowly.<br />
<br />
=Sprint 2=<br />
We need to do the tasks 1, 3 and 7.<br />
<br />
We add also the task 2 because this one was not finished in the last sprint.<br />
<br />
Task 3 is already working, so we add some changes on this task :<br />
The developper can add specific orders to the car with the help of qrCode to realize different tests.<br />
<br />
=Sprint 3=<br />
We need to do the tasks 8 and 9.<br />
<br />
=Waffle=<br />
[https://waffle.io/malek0512/2014_2015_ricm4_cannon_ball here]</div>Hugo.Rodrigues-Pereira-Anselmohttps://air.imag.fr/index.php?title=Project_2014-2015-CannonBall/Scrum&diff=21836Project 2014-2015-CannonBall/Scrum2015-03-10T13:37:04Z<p>Hugo.Rodrigues-Pereira-Anselmo: </p>
<hr />
<div>=Project Presentation=<br />
[http://air.imag.fr/index.php/CannonBall_de_voitures_autonomes CannonBall]<br />
<br />
=User stories=<br />
<br />
1. The researcher must be able to consult in real time the car's information to make changes if needed. <br />
<br />
* Broadcast the messages with a publish/subscribe protocol<br />
* Create a Node.js server that will serve the html page to the client<br />
* Store the car's data in a database<br />
* Car's data are showed on the html page<br />
<br />
2. The researchers needs several game mode to verify the good behavior of the car (Control Algorithm).<br />
<br />
* AISheep : facilitates the QRCode-Action matching :<br />
** Make generic actions for car mouvements<br />
** Make a grammar syntax for the user and a its parser<br />
<br />
* AIRabbit : the car follow a specific QRcode :<br />
** QRcode recognition<br />
** Localize the marker in space<br />
** Move in the marker direction<br />
<br />
* AICannonBall : the car moves in a QRcode circuit<br />
** QRcode recognition and interpretation<br />
** Avoid the QRcode <br />
<br />
3. The researcher needs a car simulator to avoid material constraint<br />
* Make a simulator<br />
* Give instructions to the simulator<br />
* The simulator reproduce exactly the comportment of the car (real interpretation) <br />
* Choose a wise graphic library<br />
* Get the data from the mosquitto broker<br />
<br />
<br />
* Documentation : facilitate the comprehension and use of the piece of software <br />
** make a documentation of all the actions that are programmed<br />
<br />
<br />
The developer have to optimize the processing speed to provide a better product experience.<br />
The RICM must master the different technologies to be able to do the project. <br />
The RICM want the car works in order to start the project.<br />
The RICM need to change the Arduino board with a STM32 (more equipped with sensors) to improve the precision of movement <br />
The user should access the web interface through a Rasberry pi Wifi router<br />
The RICM need to develop a car simulator for algorithms testing purposes<br />
<br />
<br />
{|class="wikitable alternance"<br />
|-<br />
!scope="col" width="40%"| User story <br />
!scope="col"| Tasks<br />
!scope="col"| Priority<br />
!scope="col"| Time<br />
!scope="col"| Actors<br />
|-<br />
! scope="row" | 1. The researcher must be able to consult in real time the car's information to make changes if needed. <br />
| * Broadcast the messages with a publish/subscribe protocol<br />
| 13<br />
| 1 week<br />
|<br />
|-<br />
<br />
|<br />
| * Create a Node.js server that will serve the html page to the client<br />
| 21<br />
| 1 week<br />
|<br />
|-<br />
<br />
|<br />
| * Store the car's data in a database<br />
| 13<br />
| 1 week<br />
|<br />
|-<br />
<br />
|<br />
| * Car's data are showed on the html page<br />
| 21<br />
| 1 week<br />
|<br />
|-<br />
<br />
! scope="row" | 2. The researchers needs several game mode to verify the good behavior of the car (Control Algorithm).<br />
| <br />
| <br />
|<br />
|<br />
|-<br />
<br />
| * AISheep : facilitates the QRCode-Action matching :<br />
| ** Make generic actions for car mouvements<br />
| 21<br />
| 1 week<br />
|<br />
|-<br />
<br />
| <br />
| ** Make a grammar syntax for the user and a its parser<br />
| 13<br />
| 1 week<br />
|<br />
|-<br />
<br />
| * AIRabbit : the car follow a specific QRcode :<br />
| ** QRcode recognition<br />
| 34<br />
| 1 week<br />
|<br />
|-<br />
<br />
| <br />
| ** Localize the marker in space<br />
| 21<br />
| 2 weeks<br />
|<br />
|-<br />
<br />
| <br />
| ** Move in the marker direction<br />
| 21<br />
| 2 weeks<br />
|<br />
|-<br />
<br />
| * AICannonBall : the car moves in a QRcode circuit<br />
| ** QRcode recognition and interpretation<br />
| 34<br />
| 2 weeks<br />
|<br />
|-<br />
<br />
| <br />
| ** Avoid the QRcode <br />
| 21<br />
| 2 weeks<br />
|<br />
|-<br />
<br />
! scope="row" | 3. The researcher needs a car simulator to avoid material constraint<br />
| * Make a simulator<br />
| 21<br />
| 2 weeks<br />
|<br />
|-<br />
<br />
|<br />
| * Give instructions to the simulator<br />
| 21<br />
| 2 weeks<br />
|<br />
|-<br />
<br />
|<br />
| * The simulator reproduce exactly the comportment of the car (real interpretation) <br />
| 21<br />
| 1 week<br />
|<br />
|-<br />
<br />
|<br />
| * Choose a wise graphic library<br />
| 13<br />
| 1 week<br />
|<br />
|-<br />
<br />
|<br />
| * Get the data from the mosquitto broker<br />
| 13<br />
| 1 week<br />
|<br />
|-<br />
<br />
|}<br />
<br />
<br />
<br />
=Product backlog=<br />
{|class="wikitable alternance"<br />
|-<br />
!scope="col"| User story<br />
!scope="col"| Priority<br />
!scope="col"| Time<br />
!scope="col"| Actors<br />
|-<br />
<br />
| The RICM want the car works in order to start the project. ( 6 )<br />
| 34<br />
| 1 week<br />
| <br />
|-<br />
<br />
| The RICM must master the different technologies to be able to do the project. ( 4 )<br />
| 34<br />
| all time<br />
| all<br />
|-<br />
<br />
| The researcher must be able to consult in real time the car's information to make changes if needed. ( 5 ) <br />
| 21<br />
| 2 weeks<br />
| <br />
|-<br />
<br />
| The developer have to optimize the processing speed to provide a better product experience. ( 2 )<br />
| 21<br />
| 1 week<br />
| <br />
|-<br />
<br />
| The RICM need to change the Arduino board with a STM32 (more equipped with sensors) to improve the precision of movement ( 7 ) <br />
| 21<br />
| 2 weeks<br />
| <br />
|- <br />
<br />
| The researcher must be able to send a line of instruction for verify the good behavior of the car (Control Algorithm). ( 1 )<br />
| 13<br />
| 3 weeks<br />
| <br />
|-<br />
<br />
| The RICM need to develop a car simulator for algorithms testing purposes ( 9 ) <br />
| 13<br />
| 3 weeks<br />
| <br />
|-<br />
<br />
| The researcher must be able to change the vehicle mode to realize different tests. ( 3 ) <br />
| 8<br />
| 3 weeks<br />
| <br />
|-<br />
<br />
| The user should access the web interface through a Rasberry pi Wifi router ( 8 ) <br />
| 8<br />
| 1 week<br />
| <br />
|-<br />
|}<br />
<br />
=Sprint 1=<br />
We need to do the tasks 2, 5 and 6<br />
<br />
=End Sprint 1=<br />
Tasks done :<br />
6 and 5<br />
<br />
Problems : <br />
<br />
Task 2 : problem with the speed of processing the images. <br />
<br />
The frame rate is very slow. The car is moving slowly.<br />
<br />
=Sprint 2=<br />
We need to do the tasks 1, 3 and 7.<br />
<br />
We add also the task 2 because this one was not finished in the last sprint.<br />
<br />
Task 3 is already working, so we add some changes on this task :<br />
The developper can add specific orders to the car with the help of qrCode to realize different tests.<br />
<br />
=Sprint 3=<br />
We need to do the tasks 8 and 9.<br />
<br />
=Waffle=<br />
[https://waffle.io/malek0512/2014_2015_ricm4_cannon_ball here]</div>Hugo.Rodrigues-Pereira-Anselmohttps://air.imag.fr/index.php?title=Project_2014-2015-CannonBall/Scrum&diff=21834Project 2014-2015-CannonBall/Scrum2015-03-10T13:21:59Z<p>Hugo.Rodrigues-Pereira-Anselmo: </p>
<hr />
<div>=Project Presentation=<br />
[http://air.imag.fr/index.php/CannonBall_de_voitures_autonomes CannonBall]<br />
<br />
=User stories=<br />
<br />
1. The researcher must be able to consult in real time the car's information to make changes if needed. <br />
<br />
* Broadcast the messages with a publish/subscribe protocol<br />
* Create a Node.js server that will serve the html page to the client<br />
* Store the car's data in a database<br />
* Car's data are showed on the html page<br />
<br />
2. The researchers needs several game mode to verify the good behavior of the car (Control Algorithm).<br />
<br />
* AISheep : facilitates the QRCode-Action matching :<br />
** Make generic actions for car mouvements<br />
** Make a grammar syntax for the user and a its parser<br />
<br />
* AIRabbit : the car follow a specific QRcode :<br />
** QRcode recognition<br />
** Localize the marker in space<br />
** Move in the marker direction<br />
<br />
* AICannonBall : the car moves in a QRcode circuit<br />
** QRcode recognition and interpretation<br />
** Avoid the QRcode <br />
<br />
3. The researcher needs a car simulator to avoid material constraint<br />
* Make a simulator<br />
* Give instructions to the simulator<br />
* The simulator reproduce exactly the comportment of the car (real interpretation) <br />
* Choose a wise graphic library<br />
* Get the data from the mosquitto broker<br />
<br />
<br />
* Documentation : facilitate the comprehension and use of the piece of software <br />
** make a documentation of all the actions that are programmed<br />
<br />
<br />
The developer have to optimize the processing speed to provide a better product experience.<br />
The RICM must master the different technologies to be able to do the project. <br />
The RICM want the car works in order to start the project.<br />
The RICM need to change the Arduino board with a STM32 (more equipped with sensors) to improve the precision of movement <br />
The user should access the web interface through a Rasberry pi Wifi router<br />
The RICM need to develop a car simulator for algorithms testing purposes<br />
<br />
<br />
{|class="wikitable alternance"<br />
|-<br />
!scope="col"| User story ||width="40%" <br />
!scope="col"| Tasks<br />
!scope="col"| Priority<br />
!scope="col"| Time<br />
!scope="col"| Actors<br />
|-<br />
! scope="row" | 1. The researcher must be able to consult in real time the car's information to make changes if needed. <br />
| * Broadcast the messages with a publish/subscribe protocol<br />
| 34<br />
| 4 weeks<br />
|<br />
|-<br />
<br />
|<br />
| * Create a Node.js server that will serve the html page to the client<br />
| 34<br />
| 4 weeks<br />
|<br />
|-<br />
<br />
|<br />
| * Store the car's data in a database<br />
| 34<br />
| 4 weeks<br />
|<br />
|-<br />
<br />
|<br />
| * Car's data are showed on the html page<br />
| 34<br />
| 4 weeks<br />
|<br />
|-<br />
<br />
! scope="row" | 2. The researchers needs several game mode to verify the good behavior of the car (Control Algorithm).<br />
| <br />
| 34<br />
| 4 weeks<br />
|<br />
|-<br />
<br />
| * AISheep : facilitates the QRCode-Action matching :<br />
| ** Make generic actions for car mouvements<br />
| 34<br />
| 4 weeks<br />
|<br />
|-<br />
<br />
| <br />
| ** Make a grammar syntax for the user and a its parser<br />
| 34<br />
| 4 weeks<br />
|<br />
|-<br />
<br />
| * AIRabbit : the car follow a specific QRcode :<br />
| ** QRcode recognition<br />
| 34<br />
| 4 weeks<br />
|<br />
|-<br />
<br />
| <br />
| ** Localize the marker in space<br />
| 34<br />
| 4 weeks<br />
|<br />
|-<br />
<br />
| <br />
| ** Move in the marker direction<br />
| 34<br />
| 4 weeks<br />
|<br />
|-<br />
<br />
| * AICannonBall : the car moves in a QRcode circuit<br />
| ** QRcode recognition and interpretation<br />
| 34<br />
| 4 weeks<br />
|<br />
|-<br />
<br />
| <br />
| ** Avoid the QRcode <br />
| 34<br />
| 4 weeks<br />
|<br />
|-<br />
|}<br />
<br />
<br />
{| class="wikitable alternance centre"<br />
|+ Titre<br />
|----<br />
! !! scope="col" | Titre col. A !! scope="col" | Titre col. B !! scope="col" | Titre col. C<br />
|----<br />
! scope="row" | Titre ligne 1<br />
| Donnée 1A || Donnée 1B || Donnée 1C<br />
|----<br />
! scope="row" | Titre ligne 2<br />
| Donnée 2A || Donnée 2B || Donnée 2C<br />
|----<br />
! scope="row" | Titre ligne 3<br />
| Donnée 3A || Donnée 3B || Donnée 3C<br />
|}<br />
<br />
=Product backlog=<br />
{|class="wikitable alternance"<br />
|-<br />
!scope="col"| User story<br />
!scope="col"| Priority<br />
!scope="col"| Time<br />
!scope="col"| Actors<br />
|-<br />
<br />
| The RICM want the car works in order to start the project. ( 6 )<br />
| 34<br />
| 1 week<br />
| <br />
|-<br />
<br />
| The RICM must master the different technologies to be able to do the project. ( 4 )<br />
| 34<br />
| all time<br />
| all<br />
|-<br />
<br />
| The researcher must be able to consult in real time the car's information to make changes if needed. ( 5 ) <br />
| 21<br />
| 2 weeks<br />
| <br />
|-<br />
<br />
| The developer have to optimize the processing speed to provide a better product experience. ( 2 )<br />
| 21<br />
| 1 week<br />
| <br />
|-<br />
<br />
| The RICM need to change the Arduino board with a STM32 (more equipped with sensors) to improve the precision of movement ( 7 ) <br />
| 21<br />
| 2 weeks<br />
| <br />
|- <br />
<br />
| The researcher must be able to send a line of instruction for verify the good behavior of the car (Control Algorithm). ( 1 )<br />
| 13<br />
| 3 weeks<br />
| <br />
|-<br />
<br />
| The RICM need to develop a car simulator for algorithms testing purposes ( 9 ) <br />
| 13<br />
| 3 weeks<br />
| <br />
|-<br />
<br />
| The researcher must be able to change the vehicle mode to realize different tests. ( 3 ) <br />
| 8<br />
| 3 weeks<br />
| <br />
|-<br />
<br />
| The user should access the web interface through a Rasberry pi Wifi router ( 8 ) <br />
| 8<br />
| 1 week<br />
| <br />
|-<br />
|}<br />
<br />
=Sprint 1=<br />
We need to do the tasks 2, 5 and 6<br />
<br />
=End Sprint 1=<br />
Tasks done :<br />
6 and 5<br />
<br />
Problems : <br />
<br />
Task 2 : problem with the speed of processing the images. <br />
<br />
The frame rate is very slow. The car is moving slowly.<br />
<br />
=Sprint 2=<br />
We need to do the tasks 1, 3 and 7.<br />
<br />
We add also the task 2 because this one was not finished in the last sprint.<br />
<br />
Task 3 is already working, so we add some changes on this task :<br />
The developper can add specific orders to the car with the help of qrCode to realize different tests.<br />
<br />
=Sprint 3=<br />
We need to do the tasks 8 and 9.<br />
<br />
=Waffle=<br />
[https://waffle.io/malek0512/2014_2015_ricm4_cannon_ball here]</div>Hugo.Rodrigues-Pereira-Anselmohttps://air.imag.fr/index.php?title=Project_2014-2015-CannonBall/Scrum&diff=21832Project 2014-2015-CannonBall/Scrum2015-03-10T13:12:47Z<p>Hugo.Rodrigues-Pereira-Anselmo: </p>
<hr />
<div>=Project Presentation=<br />
[http://air.imag.fr/index.php/CannonBall_de_voitures_autonomes CannonBall]<br />
<br />
=User stories=<br />
<br />
1. The researcher must be able to consult in real time the car's information to make changes if needed. <br />
<br />
* Broadcast the messages with a publish/subscribe protocol<br />
* Create a Node.js server that will serve the html page to the client<br />
* Store the car's data in a database<br />
* Car's data are showed on the html page<br />
<br />
2. The researchers needs several game mode to verify the good behavior of the car (Control Algorithm).<br />
<br />
* AISheep : facilitates the QRCode-Action matching :<br />
** Make generic actions for car mouvements<br />
** Make a grammar syntax for the user and a its parser<br />
<br />
* AIRabbit : the car follow a specific QRcode :<br />
** QRcode recognition<br />
** Localize the marker in space<br />
** Move in the marker direction<br />
<br />
* AICannonBall : the car moves in a QRcode circuit<br />
** QRcode recognition and interpretation<br />
** Avoid the QRcode <br />
<br />
3. The researcher needs a car simulator to avoid material constraint<br />
* Make a simulator<br />
* Give instructions to the simulator<br />
* The simulator reproduce exactly the comportment of the car (real interpretation) <br />
* Choose a wise graphic library<br />
* Get the data from the mosquitto broker<br />
<br />
<br />
* Documentation : facilitate the comprehension and use of the piece of software <br />
** make a documentation of all the actions that are programmed<br />
<br />
<br />
The developer have to optimize the processing speed to provide a better product experience.<br />
The RICM must master the different technologies to be able to do the project. <br />
The RICM want the car works in order to start the project.<br />
The RICM need to change the Arduino board with a STM32 (more equipped with sensors) to improve the precision of movement <br />
The user should access the web interface through a Rasberry pi Wifi router<br />
The RICM need to develop a car simulator for algorithms testing purposes<br />
<br />
<br />
{|class="wikitable alternance"<br />
|-<br />
!scope="col"| User story<br />
!scope="col"| Tasks<br />
!scope="col"| Priority<br />
!scope="col"| Time<br />
!scope="col"| Actors<br />
|-<br />
! scope="row" | 1. The researcher must be able to consult in real time the car's information to make changes if needed. ||width="25%"<br />
| * Broadcast the messages with a publish/subscribe protocol<br />
| 34<br />
| 4 weeks<br />
|<br />
|-<br />
<br />
|<br />
| * Create a Node.js server that will serve the html page to the client<br />
| 34<br />
| 4 weeks<br />
|<br />
|-<br />
<br />
|<br />
| * Store the car's data in a database<br />
| 34<br />
| 4 weeks<br />
|<br />
|-<br />
<br />
|<br />
| * Car's data are showed on the html page<br />
| 34<br />
| 4 weeks<br />
|<br />
|-<br />
|}<br />
<br />
{| class="wikitable alternance centre"<br />
|+ Titre<br />
|----<br />
! !! scope="col" | Titre col. A !! scope="col" | Titre col. B !! scope="col" | Titre col. C<br />
|----<br />
! scope="row" | Titre ligne 1<br />
| Donnée 1A || Donnée 1B || Donnée 1C<br />
|----<br />
! scope="row" | Titre ligne 2<br />
| Donnée 2A || Donnée 2B || Donnée 2C<br />
|----<br />
! scope="row" | Titre ligne 3<br />
| Donnée 3A || Donnée 3B || Donnée 3C<br />
|}<br />
<br />
=Product backlog=<br />
{|class="wikitable alternance"<br />
|-<br />
!scope="col"| User story<br />
!scope="col"| Priority<br />
!scope="col"| Time<br />
!scope="col"| Actors<br />
|-<br />
<br />
| The RICM want the car works in order to start the project. ( 6 )<br />
| 34<br />
| 1 week<br />
| <br />
|-<br />
<br />
| The RICM must master the different technologies to be able to do the project. ( 4 )<br />
| 34<br />
| all time<br />
| all<br />
|-<br />
<br />
| The researcher must be able to consult in real time the car's information to make changes if needed. ( 5 ) <br />
| 21<br />
| 2 weeks<br />
| <br />
|-<br />
<br />
| The developer have to optimize the processing speed to provide a better product experience. ( 2 )<br />
| 21<br />
| 1 week<br />
| <br />
|-<br />
<br />
| The RICM need to change the Arduino board with a STM32 (more equipped with sensors) to improve the precision of movement ( 7 ) <br />
| 21<br />
| 2 weeks<br />
| <br />
|- <br />
<br />
| The researcher must be able to send a line of instruction for verify the good behavior of the car (Control Algorithm). ( 1 )<br />
| 13<br />
| 3 weeks<br />
| <br />
|-<br />
<br />
| The RICM need to develop a car simulator for algorithms testing purposes ( 9 ) <br />
| 13<br />
| 3 weeks<br />
| <br />
|-<br />
<br />
| The researcher must be able to change the vehicle mode to realize different tests. ( 3 ) <br />
| 8<br />
| 3 weeks<br />
| <br />
|-<br />
<br />
| The user should access the web interface through a Rasberry pi Wifi router ( 8 ) <br />
| 8<br />
| 1 week<br />
| <br />
|-<br />
|}<br />
<br />
=Sprint 1=<br />
We need to do the tasks 2, 5 and 6<br />
<br />
=End Sprint 1=<br />
Tasks done :<br />
6 and 5<br />
<br />
Problems : <br />
<br />
Task 2 : problem with the speed of processing the images. <br />
<br />
The frame rate is very slow. The car is moving slowly.<br />
<br />
=Sprint 2=<br />
We need to do the tasks 1, 3 and 7.<br />
<br />
We add also the task 2 because this one was not finished in the last sprint.<br />
<br />
Task 3 is already working, so we add some changes on this task :<br />
The developper can add specific orders to the car with the help of qrCode to realize different tests.<br />
<br />
=Sprint 3=<br />
We need to do the tasks 8 and 9.<br />
<br />
=Waffle=<br />
[https://waffle.io/malek0512/2014_2015_ricm4_cannon_ball here]</div>Hugo.Rodrigues-Pereira-Anselmohttps://air.imag.fr/index.php?title=Project_2014-2015-CannonBall/Scrum&diff=21656Project 2014-2015-CannonBall/Scrum2015-03-08T19:21:43Z<p>Hugo.Rodrigues-Pereira-Anselmo: /* Sprint 2 */</p>
<hr />
<div>=User stories=<br />
<br />
1. The researcher must be able to send a line of instruction for verify the good behavior of the car (Control Algorithm).<br />
<br />
2. The developer have to optimize the processing speed to provide a better product experience.<br />
<br />
3. The researcher must be able to change the vehicle mode to realize different tests.<br />
<br />
4. The RICM must master the different technologies to be able to do the project. <br />
<br />
5. The researcher must be able to consult in real time the car's information to make changes if needed. <br />
<br />
6. The RICM want the car works in order to start the project.<br><br />
<br />
=Product backlog=<br />
{|class="wikitable alternance"<br />
|-<br />
!scope="col"| User story<br />
!scope="col"| Priority<br />
!scope="col"| Time<br />
!scope="col"| Actors<br />
|-<br />
<br />
| The RICM want the car works in order to start the project. ( 6 )<br />
| 34<br />
| 1 week<br />
| <br />
|-<br />
<br />
| The RICM must master the different technologies to be able to do the project. ( 4 )<br />
| 34<br />
| all time<br />
| all<br />
|-<br />
<br />
| The researcher must be able to consult in real time the car's information to make changes if needed. ( 5 ) <br />
| 21<br />
| 2 weeks<br />
| <br />
|-<br />
<br />
| The developer have to optimize the processing speed to provide a better product experience. ( 2 )<br />
| 21<br />
| 1 week<br />
| <br />
|-<br />
<br />
| The researcher must be able to send a line of instruction for verify the good behavior of the car (Control Algorithm). ( 1 )<br />
| 13<br />
| <br />
| <br />
|-<br />
<br />
| The researcher must be able to change the vehicle mode to realize different tests. ( 3 ) <br />
| 8<br />
| 3 weeks<br />
| <br />
|-<br />
|}<br />
<br />
=Sprint 1=<br />
We need to do the tasks 2, 5 and 6<br />
<br />
=End Sprint 1=<br />
Tasks done :<br />
6 and 5<br />
<br />
Problems : <br />
<br />
Task 2 : problem with the speed of processing the images. <br />
<br />
The frame rate is very slow. The car is moving slowly.<br />
<br />
=Sprint 2=<br />
We need to do the tasks 1 and 3.<br />
<br />
We add also the task 2 because this one was not finished in the last sprint.<br />
<br />
Task 3 is already working, so we add some changes on this task :<br />
The developper can add specific orders to the car with the help of qrCode to realize different tests.<br />
<br />
=Waffle=<br />
[https://waffle.io/malek0512/2014_2015_ricm4_cannon_ball here]</div>Hugo.Rodrigues-Pereira-Anselmohttps://air.imag.fr/index.php?title=Project_2014-2015-CannonBall/Scrum&diff=21653Project 2014-2015-CannonBall/Scrum2015-03-08T17:43:34Z<p>Hugo.Rodrigues-Pereira-Anselmo: /* End Sprint 1 */</p>
<hr />
<div>=User stories=<br />
<br />
1. The researcher must be able to send a line of instruction for verify the good behavior of the car (Control Algorithm).<br />
<br />
2. The developer have to optimize the processing speed to provide a better product experience.<br />
<br />
3. The researcher must be able to change the vehicle mode to realize different tests.<br />
<br />
4. The RICM must master the different technologies to be able to do the project. <br />
<br />
5. The researcher must be able to consult in real time the car's information to make changes if needed. <br />
<br />
6. The RICM want the car works in order to start the project.<br><br />
<br />
=Product backlog=<br />
{|class="wikitable alternance"<br />
|-<br />
!scope="col"| User story<br />
!scope="col"| Priority<br />
!scope="col"| Time<br />
!scope="col"| Actors<br />
|-<br />
<br />
| The RICM want the car works in order to start the project. ( 6 )<br />
| 34<br />
| 1 week<br />
| <br />
|-<br />
<br />
| The RICM must master the different technologies to be able to do the project. ( 4 )<br />
| 34<br />
| all time<br />
| all<br />
|-<br />
<br />
| The researcher must be able to consult in real time the car's information to make changes if needed. ( 5 ) <br />
| 21<br />
| 2 weeks<br />
| <br />
|-<br />
<br />
| The developer have to optimize the processing speed to provide a better product experience. ( 2 )<br />
| 21<br />
| 1 week<br />
| <br />
|-<br />
<br />
| The researcher must be able to send a line of instruction for verify the good behavior of the car (Control Algorithm). ( 1 )<br />
| 13<br />
| <br />
| <br />
|-<br />
<br />
| The researcher must be able to change the vehicle mode to realize different tests. ( 3 ) <br />
| 8<br />
| 3 weeks<br />
| <br />
|-<br />
|}<br />
<br />
=Sprint 1=<br />
We need to do the tasks 2, 5 and 6<br />
<br />
=End Sprint 1=<br />
Tasks done :<br />
6 and 5<br />
<br />
Problems : <br />
<br />
Task 2 : problem with the speed of processing the images. <br />
<br />
The frame rate is very slow. The car is moving slowly.<br />
<br />
=Sprint 2=<br />
We need to do the tasks 1, 3 and 5.<br />
<br />
We add also the task 2 because this one was not finished in the last sprint.<br />
<br />
Task 3 is already working, so we add some changes on this task :<br />
The developper can add specific orders to the car with the help of qrCode to realize different tests.<br />
<br />
=Waffle=<br />
[https://waffle.io/malek0512/2014_2015_ricm4_cannon_ball here]</div>Hugo.Rodrigues-Pereira-Anselmohttps://air.imag.fr/index.php?title=Project_2014-2015-CannonBall/Scrum&diff=21652Project 2014-2015-CannonBall/Scrum2015-03-08T17:41:14Z<p>Hugo.Rodrigues-Pereira-Anselmo: /* Sprint 2 */</p>
<hr />
<div>=User stories=<br />
<br />
1. The researcher must be able to send a line of instruction for verify the good behavior of the car (Control Algorithm).<br />
<br />
2. The developer have to optimize the processing speed to provide a better product experience.<br />
<br />
3. The researcher must be able to change the vehicle mode to realize different tests.<br />
<br />
4. The RICM must master the different technologies to be able to do the project. <br />
<br />
5. The researcher must be able to consult in real time the car's information to make changes if needed. <br />
<br />
6. The RICM want the car works in order to start the project.<br><br />
<br />
=Product backlog=<br />
{|class="wikitable alternance"<br />
|-<br />
!scope="col"| User story<br />
!scope="col"| Priority<br />
!scope="col"| Time<br />
!scope="col"| Actors<br />
|-<br />
<br />
| The RICM want the car works in order to start the project. ( 6 )<br />
| 34<br />
| 1 week<br />
| <br />
|-<br />
<br />
| The RICM must master the different technologies to be able to do the project. ( 4 )<br />
| 34<br />
| all time<br />
| all<br />
|-<br />
<br />
| The researcher must be able to consult in real time the car's information to make changes if needed. ( 5 ) <br />
| 21<br />
| 2 weeks<br />
| <br />
|-<br />
<br />
| The developer have to optimize the processing speed to provide a better product experience. ( 2 )<br />
| 21<br />
| 1 week<br />
| <br />
|-<br />
<br />
| The researcher must be able to send a line of instruction for verify the good behavior of the car (Control Algorithm). ( 1 )<br />
| 13<br />
| <br />
| <br />
|-<br />
<br />
| The researcher must be able to change the vehicle mode to realize different tests. ( 3 ) <br />
| 8<br />
| 3 weeks<br />
| <br />
|-<br />
|}<br />
<br />
=Sprint 1=<br />
We need to do the tasks 2, 5 and 6<br />
<br />
=End Sprint 1=<br />
Tasks done :<br />
6 and 5<br />
<br />
Problems : <br />
Task 2 : problem with the speed of processing the images. <br />
<br />
The frame rate is very slow. The car is moving slowly.<br />
<br />
=Sprint 2=<br />
We need to do the tasks 1, 3 and 5.<br />
<br />
We add also the task 2 because this one was not finished in the last sprint.<br />
<br />
Task 3 is already working, so we add some changes on this task :<br />
The developper can add specific orders to the car with the help of qrCode to realize different tests.<br />
<br />
=Waffle=<br />
[https://waffle.io/malek0512/2014_2015_ricm4_cannon_ball here]</div>Hugo.Rodrigues-Pereira-Anselmohttps://air.imag.fr/index.php?title=Project_2014-2015-CannonBall/Scrum&diff=21651Project 2014-2015-CannonBall/Scrum2015-03-08T17:40:31Z<p>Hugo.Rodrigues-Pereira-Anselmo: /* Sprint 2 */</p>
<hr />
<div>=User stories=<br />
<br />
1. The researcher must be able to send a line of instruction for verify the good behavior of the car (Control Algorithm).<br />
<br />
2. The developer have to optimize the processing speed to provide a better product experience.<br />
<br />
3. The researcher must be able to change the vehicle mode to realize different tests.<br />
<br />
4. The RICM must master the different technologies to be able to do the project. <br />
<br />
5. The researcher must be able to consult in real time the car's information to make changes if needed. <br />
<br />
6. The RICM want the car works in order to start the project.<br><br />
<br />
=Product backlog=<br />
{|class="wikitable alternance"<br />
|-<br />
!scope="col"| User story<br />
!scope="col"| Priority<br />
!scope="col"| Time<br />
!scope="col"| Actors<br />
|-<br />
<br />
| The RICM want the car works in order to start the project. ( 6 )<br />
| 34<br />
| 1 week<br />
| <br />
|-<br />
<br />
| The RICM must master the different technologies to be able to do the project. ( 4 )<br />
| 34<br />
| all time<br />
| all<br />
|-<br />
<br />
| The researcher must be able to consult in real time the car's information to make changes if needed. ( 5 ) <br />
| 21<br />
| 2 weeks<br />
| <br />
|-<br />
<br />
| The developer have to optimize the processing speed to provide a better product experience. ( 2 )<br />
| 21<br />
| 1 week<br />
| <br />
|-<br />
<br />
| The researcher must be able to send a line of instruction for verify the good behavior of the car (Control Algorithm). ( 1 )<br />
| 13<br />
| <br />
| <br />
|-<br />
<br />
| The researcher must be able to change the vehicle mode to realize different tests. ( 3 ) <br />
| 8<br />
| 3 weeks<br />
| <br />
|-<br />
|}<br />
<br />
=Sprint 1=<br />
We need to do the tasks 2, 5 and 6<br />
<br />
=End Sprint 1=<br />
Tasks done :<br />
6 and 5<br />
<br />
Problems : <br />
Task 2 : problem with the speed of processing the images. <br />
<br />
The frame rate is very slow. The car is moving slowly.<br />
<br />
=Sprint 2=<br />
We need to do the tasks 1, 3 and 5<br />
Task 3 is already working, so we add some changes on this task :<br />
The developper can add specific orders to the car with the help of qrCode to realize different tests.<br />
<br />
=Waffle=<br />
[https://waffle.io/malek0512/2014_2015_ricm4_cannon_ball here]</div>Hugo.Rodrigues-Pereira-Anselmohttps://air.imag.fr/index.php?title=Project_2014-2015-CannonBall/Scrum&diff=21650Project 2014-2015-CannonBall/Scrum2015-03-08T17:38:01Z<p>Hugo.Rodrigues-Pereira-Anselmo: /* Product backlog */</p>
<hr />
<div>=User stories=<br />
<br />
1. The researcher must be able to send a line of instruction for verify the good behavior of the car (Control Algorithm).<br />
<br />
2. The developer have to optimize the processing speed to provide a better product experience.<br />
<br />
3. The researcher must be able to change the vehicle mode to realize different tests.<br />
<br />
4. The RICM must master the different technologies to be able to do the project. <br />
<br />
5. The researcher must be able to consult in real time the car's information to make changes if needed. <br />
<br />
6. The RICM want the car works in order to start the project.<br><br />
<br />
=Product backlog=<br />
{|class="wikitable alternance"<br />
|-<br />
!scope="col"| User story<br />
!scope="col"| Priority<br />
!scope="col"| Time<br />
!scope="col"| Actors<br />
|-<br />
<br />
| The RICM want the car works in order to start the project. ( 6 )<br />
| 34<br />
| 1 week<br />
| <br />
|-<br />
<br />
| The RICM must master the different technologies to be able to do the project. ( 4 )<br />
| 34<br />
| all time<br />
| all<br />
|-<br />
<br />
| The researcher must be able to consult in real time the car's information to make changes if needed. ( 5 ) <br />
| 21<br />
| 2 weeks<br />
| <br />
|-<br />
<br />
| The developer have to optimize the processing speed to provide a better product experience. ( 2 )<br />
| 21<br />
| 1 week<br />
| <br />
|-<br />
<br />
| The researcher must be able to send a line of instruction for verify the good behavior of the car (Control Algorithm). ( 1 )<br />
| 13<br />
| <br />
| <br />
|-<br />
<br />
| The researcher must be able to change the vehicle mode to realize different tests. ( 3 ) <br />
| 8<br />
| 3 weeks<br />
| <br />
|-<br />
|}<br />
<br />
=Sprint 1=<br />
We need to do the tasks 2, 5 and 6<br />
<br />
=End Sprint 1=<br />
Tasks done :<br />
6 and 5<br />
<br />
Problems : <br />
Task 2 : problem with the speed of processing the images. <br />
<br />
The frame rate is very slow. The car is moving slowly.<br />
<br />
=Sprint 2=<br />
We need to do the tasks 1, 3 and 5<br />
<br />
<br />
=Waffle=<br />
[https://waffle.io/malek0512/2014_2015_ricm4_cannon_ball here]</div>Hugo.Rodrigues-Pereira-Anselmohttps://air.imag.fr/index.php?title=Project_2014-2015-CannonBall/Scrum&diff=21649Project 2014-2015-CannonBall/Scrum2015-03-08T17:37:26Z<p>Hugo.Rodrigues-Pereira-Anselmo: /* Product backlog */</p>
<hr />
<div>=User stories=<br />
<br />
1. The researcher must be able to send a line of instruction for verify the good behavior of the car (Control Algorithm).<br />
<br />
2. The developer have to optimize the processing speed to provide a better product experience.<br />
<br />
3. The researcher must be able to change the vehicle mode to realize different tests.<br />
<br />
4. The RICM must master the different technologies to be able to do the project. <br />
<br />
5. The researcher must be able to consult in real time the car's information to make changes if needed. <br />
<br />
6. The RICM want the car works in order to start the project.<br><br />
<br />
=Product backlog=<br />
{|class="wikitable alternance"<br />
|-<br />
|<br />
!scope="col"| User story<br />
!scope="col"| Priority<br />
!scope="col"| Time<br />
!scope="col"| Actors<br />
|-<br />
<br />
| The RICM want the car works in order to start the project. ( 6 )<br />
| 34<br />
| 1 week<br />
| <br />
|-<br />
<br />
| The RICM must master the different technologies to be able to do the project. ( 4 )<br />
| 34<br />
| all time<br />
| all<br />
|-<br />
<br />
| The researcher must be able to consult in real time the car's information to make changes if needed. ( 5 ) <br />
| 21<br />
| 2 weeks<br />
| <br />
|-<br />
<br />
| The developer have to optimize the processing speed to provide a better product experience. ( 2 )<br />
| 21<br />
| 1 week<br />
| <br />
|-<br />
<br />
| The researcher must be able to send a line of instruction for verify the good behavior of the car (Control Algorithm). ( 1 )<br />
| 13<br />
| <br />
| <br />
|-<br />
<br />
| The researcher must be able to change the vehicle mode to realize different tests. ( 3 ) <br />
| 8<br />
| 3 weeks<br />
| <br />
|-<br />
|}<br />
<br />
=Sprint 1=<br />
We need to do the tasks 2, 5 and 6<br />
<br />
=End Sprint 1=<br />
Tasks done :<br />
6 and 5<br />
<br />
Problems : <br />
Task 2 : problem with the speed of processing the images. <br />
<br />
The frame rate is very slow. The car is moving slowly.<br />
<br />
=Sprint 2=<br />
We need to do the tasks 1, 3 and 5<br />
<br />
<br />
=Waffle=<br />
[https://waffle.io/malek0512/2014_2015_ricm4_cannon_ball here]</div>Hugo.Rodrigues-Pereira-Anselmohttps://air.imag.fr/index.php?title=Project_2014-2015-CannonBall/Scrum&diff=21648Project 2014-2015-CannonBall/Scrum2015-03-08T17:36:19Z<p>Hugo.Rodrigues-Pereira-Anselmo: /* Product backlog */</p>
<hr />
<div>=User stories=<br />
<br />
1. The researcher must be able to send a line of instruction for verify the good behavior of the car (Control Algorithm).<br />
<br />
2. The developer have to optimize the processing speed to provide a better product experience.<br />
<br />
3. The researcher must be able to change the vehicle mode to realize different tests.<br />
<br />
4. The RICM must master the different technologies to be able to do the project. <br />
<br />
5. The researcher must be able to consult in real time the car's information to make changes if needed. <br />
<br />
6. The RICM want the car works in order to start the project.<br><br />
<br />
=Product backlog=<br />
{|class="wikitable alternance"<br />
|-<br />
|<br />
!scope="col"| User story<br />
!scope="col"| Priority<br />
!scope="col"| Time<br />
!scope="col"| Actors<br />
|-<br />
!scope="row"<br />
| The RICM want the car works in order to start the project. ( 6 )<br />
| 34<br />
| 1 week<br />
| <br />
|-<br />
!scope="row"<br />
| The RICM must master the different technologies to be able to do the project. ( 4 )<br />
| 34<br />
| all time<br />
| all<br />
|-<br />
!scope="row"<br />
| The researcher must be able to consult in real time the car's information to make changes if needed. ( 5 ) <br />
| 21<br />
| 2 weeks<br />
| <br />
|-<br />
!scope="row"<br />
| The developer have to optimize the processing speed to provide a better product experience. ( 2 )<br />
| 21<br />
| 1 week<br />
| <br />
|-<br />
!scope="row"<br />
| The researcher must be able to send a line of instruction for verify the good behavior of the car (Control Algorithm). ( 1 )<br />
| 13<br />
| <br />
| <br />
|-<br />
!scope="row"<br />
| The researcher must be able to change the vehicle mode to realize different tests. ( 3 ) <br />
| 8<br />
| 3 weeks<br />
| <br />
|-<br />
|}<br />
<br />
=Sprint 1=<br />
We need to do the tasks 2, 5 and 6<br />
<br />
=End Sprint 1=<br />
Tasks done :<br />
6 and 5<br />
<br />
Problems : <br />
Task 2 : problem with the speed of processing the images. <br />
<br />
The frame rate is very slow. The car is moving slowly.<br />
<br />
=Sprint 2=<br />
We need to do the tasks 1, 3 and 5<br />
<br />
<br />
=Waffle=<br />
[https://waffle.io/malek0512/2014_2015_ricm4_cannon_ball here]</div>Hugo.Rodrigues-Pereira-Anselmohttps://air.imag.fr/index.php?title=Project_2014-2015-CannonBall/Scrum&diff=21647Project 2014-2015-CannonBall/Scrum2015-03-08T17:35:59Z<p>Hugo.Rodrigues-Pereira-Anselmo: /* End Sprint 1 */</p>
<hr />
<div>=User stories=<br />
<br />
1. The researcher must be able to send a line of instruction for verify the good behavior of the car (Control Algorithm).<br />
<br />
2. The developer have to optimize the processing speed to provide a better product experience.<br />
<br />
3. The researcher must be able to change the vehicle mode to realize different tests.<br />
<br />
4. The RICM must master the different technologies to be able to do the project. <br />
<br />
5. The researcher must be able to consult in real time the car's information to make changes if needed. <br />
<br />
6. The RICM want the car works in order to start the project.<br><br />
<br />
=Product backlog=<br />
{|class="wikitable alternance"<br />
|-<br />
|<br />
!scope="col"| User story<br />
!scope="col"| Priority<br />
!scope="col"| Time<br />
!scope="col"| Actors<br />
|-<br />
!scope="row"| 1<br />
| The RICM want the car works in order to start the project. ( 6 )<br />
| 34<br />
| 1 week<br />
| <br />
|-<br />
!scope="row"| 2<br />
| The RICM must master the different technologies to be able to do the project. ( 4 )<br />
| 34<br />
| all time<br />
| all<br />
|-<br />
!scope="row"| 3<br />
| The researcher must be able to consult in real time the car's information to make changes if needed. ( 5 ) <br />
| 21<br />
| 2 weeks<br />
| <br />
|-<br />
!scope="row"| 4<br />
| The developer have to optimize the processing speed to provide a better product experience. ( 2 )<br />
| 21<br />
| 1 week<br />
| <br />
|-<br />
!scope="row"| 5<br />
| The researcher must be able to send a line of instruction for verify the good behavior of the car (Control Algorithm). ( 1 )<br />
| 13<br />
| <br />
| <br />
|-<br />
!scope="row"| 6<br />
| The researcher must be able to change the vehicle mode to realize different tests. ( 3 ) <br />
| 8<br />
| 3 weeks<br />
| <br />
|-<br />
|}<br />
<br />
=Sprint 1=<br />
We need to do the tasks 2, 5 and 6<br />
<br />
=End Sprint 1=<br />
Tasks done :<br />
6 and 5<br />
<br />
Problems : <br />
Task 2 : problem with the speed of processing the images. <br />
<br />
The frame rate is very slow. The car is moving slowly.<br />
<br />
=Sprint 2=<br />
We need to do the tasks 1, 3 and 5<br />
<br />
<br />
=Waffle=<br />
[https://waffle.io/malek0512/2014_2015_ricm4_cannon_ball here]</div>Hugo.Rodrigues-Pereira-Anselmohttps://air.imag.fr/index.php?title=Project_2014-2015-CannonBall/Scrum&diff=21646Project 2014-2015-CannonBall/Scrum2015-03-08T17:34:32Z<p>Hugo.Rodrigues-Pereira-Anselmo: </p>
<hr />
<div>=User stories=<br />
<br />
1. The researcher must be able to send a line of instruction for verify the good behavior of the car (Control Algorithm).<br />
<br />
2. The developer have to optimize the processing speed to provide a better product experience.<br />
<br />
3. The researcher must be able to change the vehicle mode to realize different tests.<br />
<br />
4. The RICM must master the different technologies to be able to do the project. <br />
<br />
5. The researcher must be able to consult in real time the car's information to make changes if needed. <br />
<br />
6. The RICM want the car works in order to start the project.<br><br />
<br />
=Product backlog=<br />
{|class="wikitable alternance"<br />
|-<br />
|<br />
!scope="col"| User story<br />
!scope="col"| Priority<br />
!scope="col"| Time<br />
!scope="col"| Actors<br />
|-<br />
!scope="row"| 1<br />
| The RICM want the car works in order to start the project. ( 6 )<br />
| 34<br />
| 1 week<br />
| <br />
|-<br />
!scope="row"| 2<br />
| The RICM must master the different technologies to be able to do the project. ( 4 )<br />
| 34<br />
| all time<br />
| all<br />
|-<br />
!scope="row"| 3<br />
| The researcher must be able to consult in real time the car's information to make changes if needed. ( 5 ) <br />
| 21<br />
| 2 weeks<br />
| <br />
|-<br />
!scope="row"| 4<br />
| The developer have to optimize the processing speed to provide a better product experience. ( 2 )<br />
| 21<br />
| 1 week<br />
| <br />
|-<br />
!scope="row"| 5<br />
| The researcher must be able to send a line of instruction for verify the good behavior of the car (Control Algorithm). ( 1 )<br />
| 13<br />
| <br />
| <br />
|-<br />
!scope="row"| 6<br />
| The researcher must be able to change the vehicle mode to realize different tests. ( 3 ) <br />
| 8<br />
| 3 weeks<br />
| <br />
|-<br />
|}<br />
<br />
=Sprint 1=<br />
We need to do the tasks 2, 5 and 6<br />
<br />
=End Sprint 1=<br />
Tasks done :<br />
1 and 3<br />
<br />
Problems : <br />
Task 5 : problem with the speed of processing the images. <br />
<br />
The frame rate is very slow. The car is moving slowly.<br />
<br />
=Sprint 2=<br />
We need to do the tasks 1, 3 and 5<br />
<br />
<br />
=Waffle=<br />
[https://waffle.io/malek0512/2014_2015_ricm4_cannon_ball here]</div>Hugo.Rodrigues-Pereira-Anselmohttps://air.imag.fr/index.php?title=Project_2014-2015-CannonBall/Scrum&diff=21645Project 2014-2015-CannonBall/Scrum2015-03-08T17:33:40Z<p>Hugo.Rodrigues-Pereira-Anselmo: </p>
<hr />
<div>=User stories=<br />
<br />
1. The RICM want the car works in order to start the project.<br />
<br />
2. The developer have to optimize the processing speed to provide a better product experience.<br />
<br />
3. The researcher must be able to change the vehicle mode to realize different tests.<br />
<br />
4. The RICM must master the different technologies to be able to do the project. <br />
<br />
5. The researcher must be able to consult in real time the car's information to make changes if needed. <br />
<br />
6. The researcher must be able to send a line of instruction for verify the good behavior of the car (Control Algorithm).<br><br />
<br />
=Product backlog=<br />
{|class="wikitable alternance"<br />
|-<br />
|<br />
!scope="col"| User story<br />
!scope="col"| Priority<br />
!scope="col"| Time<br />
!scope="col"| Actors<br />
|-<br />
!scope="row"| 1<br />
| The RICM want the car works in order to start the project. ( 6 )<br />
| 34<br />
| 1 week<br />
| <br />
|-<br />
!scope="row"| 2<br />
| The RICM must master the different technologies to be able to do the project. ( 4 )<br />
| 34<br />
| all time<br />
| all<br />
|-<br />
!scope="row"| 3<br />
| The researcher must be able to consult in real time the car's information to make changes if needed. ( 5 ) <br />
| 21<br />
| 2 weeks<br />
| <br />
|-<br />
!scope="row"| 4<br />
| The developer have to optimize the processing speed to provide a better product experience. ( 2 )<br />
| 21<br />
| 1 week<br />
| <br />
|-<br />
!scope="row"| 5<br />
| The researcher must be able to send a line of instruction for verify the good behavior of the car (Control Algorithm). ( 1 )<br />
| 13<br />
| <br />
| <br />
|-<br />
!scope="row"| 6<br />
| The researcher must be able to change the vehicle mode to realize different tests. ( 3 ) <br />
| 8<br />
| 3 weeks<br />
| <br />
|-<br />
|}<br />
<br />
=Sprint 1=<br />
We need to do the tasks 2, 5 and 6<br />
<br />
=End Sprint 1=<br />
Tasks done :<br />
1 and 3<br />
<br />
Problems : <br />
Task 5 : problem with the speed of processing the images. <br />
<br />
The frame rate is very slow. The car is moving slowly.<br />
<br />
=Sprint 2=<br />
We need to do the tasks 1, 3 and 5<br />
<br />
<br />
=Waffle=<br />
[https://waffle.io/malek0512/2014_2015_ricm4_cannon_ball here]</div>Hugo.Rodrigues-Pereira-Anselmohttps://air.imag.fr/index.php?title=Project_2014-2015-CannonBall/Scrum&diff=21644Project 2014-2015-CannonBall/Scrum2015-03-08T17:31:55Z<p>Hugo.Rodrigues-Pereira-Anselmo: /* First Sprint */</p>
<hr />
<div>=User stories=<br />
<br />
1. The researcher must be able to send a line of instruction for verify the good behavior of the car (Control Algorithm).<br />
<br />
2. The developer have to optimize the processing speed to provide a better product experience.<br />
<br />
3. The researcher must be able to change the vehicle mode to realize different tests.<br />
<br />
4. The RICM must master the different technologies to be able to do the project. <br />
<br />
5. The researcher must be able to consult in real time the car's information to make changes if needed. <br />
<br />
6. The RICM want the car works in order to start the project.<br><br />
<br />
=Product backlog=<br />
{|class="wikitable alternance"<br />
|-<br />
|<br />
!scope="col"| User story<br />
!scope="col"| Priority<br />
!scope="col"| Time<br />
!scope="col"| Actors<br />
|-<br />
!scope="row"| 1<br />
| The RICM want the car works in order to start the project. ( 6 )<br />
| 34<br />
| 1 week<br />
| <br />
|-<br />
!scope="row"| 2<br />
| The RICM must master the different technologies to be able to do the project. ( 4 )<br />
| 34<br />
| all time<br />
| all<br />
|-<br />
!scope="row"| 3<br />
| The researcher must be able to consult in real time the car's information to make changes if needed. ( 5 ) <br />
| 21<br />
| 2 weeks<br />
| <br />
|-<br />
!scope="row"| 4<br />
| The developer have to optimize the processing speed to provide a better product experience. ( 2 )<br />
| 21<br />
| 1 week<br />
| <br />
|-<br />
!scope="row"| 5<br />
| The researcher must be able to send a line of instruction for verify the good behavior of the car (Control Algorithm). ( 1 )<br />
| 13<br />
| <br />
| <br />
|-<br />
!scope="row"| 6<br />
| The researcher must be able to change the vehicle mode to realize different tests. ( 3 ) <br />
| 8<br />
| 3 weeks<br />
| <br />
|-<br />
|}<br />
<br />
=Sprint 1=<br />
We need to do the tasks 1, 3 and 5<br />
<br />
=End Sprint 1=<br />
Tasks done :<br />
1 and 3<br />
<br />
Problems : <br />
Task 5 : problem with the speed of processing the images. <br />
<br />
The frame rate is very slow. The car is moving slowly.<br />
<br />
=Waffle=<br />
[https://waffle.io/malek0512/2014_2015_ricm4_cannon_ball here]</div>Hugo.Rodrigues-Pereira-Anselmohttps://air.imag.fr/index.php?title=Project_2014-2015-CannonBall/Scrum&diff=21643Project 2014-2015-CannonBall/Scrum2015-03-08T17:31:33Z<p>Hugo.Rodrigues-Pereira-Anselmo: /* End Sprint 1 */</p>
<hr />
<div>=User stories=<br />
<br />
1. The researcher must be able to send a line of instruction for verify the good behavior of the car (Control Algorithm).<br />
<br />
2. The developer have to optimize the processing speed to provide a better product experience.<br />
<br />
3. The researcher must be able to change the vehicle mode to realize different tests.<br />
<br />
4. The RICM must master the different technologies to be able to do the project. <br />
<br />
5. The researcher must be able to consult in real time the car's information to make changes if needed. <br />
<br />
6. The RICM want the car works in order to start the project.<br><br />
<br />
=Product backlog=<br />
{|class="wikitable alternance"<br />
|-<br />
|<br />
!scope="col"| User story<br />
!scope="col"| Priority<br />
!scope="col"| Time<br />
!scope="col"| Actors<br />
|-<br />
!scope="row"| 1<br />
| The RICM want the car works in order to start the project. ( 6 )<br />
| 34<br />
| 1 week<br />
| <br />
|-<br />
!scope="row"| 2<br />
| The RICM must master the different technologies to be able to do the project. ( 4 )<br />
| 34<br />
| all time<br />
| all<br />
|-<br />
!scope="row"| 3<br />
| The researcher must be able to consult in real time the car's information to make changes if needed. ( 5 ) <br />
| 21<br />
| 2 weeks<br />
| <br />
|-<br />
!scope="row"| 4<br />
| The developer have to optimize the processing speed to provide a better product experience. ( 2 )<br />
| 21<br />
| 1 week<br />
| <br />
|-<br />
!scope="row"| 5<br />
| The researcher must be able to send a line of instruction for verify the good behavior of the car (Control Algorithm). ( 1 )<br />
| 13<br />
| <br />
| <br />
|-<br />
!scope="row"| 6<br />
| The researcher must be able to change the vehicle mode to realize different tests. ( 3 ) <br />
| 8<br />
| 3 weeks<br />
| <br />
|-<br />
|}<br />
<br />
=First Sprint=<br />
We need to do the tasks 1, 3 and 5<br />
<br />
=End Sprint 1=<br />
Tasks done :<br />
1 and 3<br />
<br />
Problems : <br />
Task 5 : problem with the speed of processing the images. <br />
<br />
The frame rate is very slow. The car is moving slowly.<br />
<br />
=Waffle=<br />
[https://waffle.io/malek0512/2014_2015_ricm4_cannon_ball here]</div>Hugo.Rodrigues-Pereira-Anselmohttps://air.imag.fr/index.php?title=Project_2014-2015-CannonBall/Scrum&diff=21642Project 2014-2015-CannonBall/Scrum2015-03-08T17:28:33Z<p>Hugo.Rodrigues-Pereira-Anselmo: </p>
<hr />
<div>=User stories=<br />
<br />
1. The researcher must be able to send a line of instruction for verify the good behavior of the car (Control Algorithm).<br />
<br />
2. The developer have to optimize the processing speed to provide a better product experience.<br />
<br />
3. The researcher must be able to change the vehicle mode to realize different tests.<br />
<br />
4. The RICM must master the different technologies to be able to do the project. <br />
<br />
5. The researcher must be able to consult in real time the car's information to make changes if needed. <br />
<br />
6. The RICM want the car works in order to start the project.<br><br />
<br />
=Product backlog=<br />
{|class="wikitable alternance"<br />
|-<br />
|<br />
!scope="col"| User story<br />
!scope="col"| Priority<br />
!scope="col"| Time<br />
!scope="col"| Actors<br />
|-<br />
!scope="row"| 1<br />
| The RICM want the car works in order to start the project. ( 6 )<br />
| 34<br />
| 1 week<br />
| <br />
|-<br />
!scope="row"| 2<br />
| The RICM must master the different technologies to be able to do the project. ( 4 )<br />
| 34<br />
| all time<br />
| all<br />
|-<br />
!scope="row"| 3<br />
| The researcher must be able to consult in real time the car's information to make changes if needed. ( 5 ) <br />
| 21<br />
| 2 weeks<br />
| <br />
|-<br />
!scope="row"| 4<br />
| The developer have to optimize the processing speed to provide a better product experience. ( 2 )<br />
| 21<br />
| 1 week<br />
| <br />
|-<br />
!scope="row"| 5<br />
| The researcher must be able to send a line of instruction for verify the good behavior of the car (Control Algorithm). ( 1 )<br />
| 13<br />
| <br />
| <br />
|-<br />
!scope="row"| 6<br />
| The researcher must be able to change the vehicle mode to realize different tests. ( 3 ) <br />
| 8<br />
| 3 weeks<br />
| <br />
|-<br />
|}<br />
<br />
=First Sprint=<br />
We need to do the tasks 1, 3 and 5<br />
<br />
=End Sprint 1=<br />
Tasks done :<br />
1 and 3<br />
Problems : <br />
Task 5 : problem with the speed of processing the images. <br />
The frame rate is very slow. The car is moving slowly.<br />
<br />
<br />
=Waffle=<br />
[https://waffle.io/malek0512/2014_2015_ricm4_cannon_ball here]</div>Hugo.Rodrigues-Pereira-Anselmohttps://air.imag.fr/index.php?title=Project_2014-2015-CannonBall/SRS&diff=20686Project 2014-2015-CannonBall/SRS2015-02-02T13:25:39Z<p>Hugo.Rodrigues-Pereira-Anselmo: </p>
<hr />
<div>The document provides a template of the '''Software Requirements Specification''' (SRS). It is inspired of the IEEE/ANSI 830-1998 Standard.<br />
<br />
<br />
'''Read first:'''<br />
* http://www.cs.st-andrews.ac.uk/~ifs/Books/SE9/Presentations/PPTX/Ch4.pptx<br />
* http://en.wikipedia.org/wiki/Software_requirements_specification<br />
* [http://www.cse.msu.edu/~chengb/RE-491/Papers/IEEE-SRS-practice.pdf IEEE Recommended Practice for Software Requirements Specifications IEEE Std 830-1998]<br />
<br />
{|class="wikitable alternance"<br />
|+ Document History<br />
|-<br />
|<br />
!scope="col"| Version<br />
!scope="col"| Date<br />
!scope="col"| Authors<br />
!scope="col"| Description<br />
!scope="col"| Validator<br />
!scope="col"| Validation Date<br />
|-<br />
!scope="row" |<br />
| 0.1.0<br />
| janvier 2015<br />
| LE JEAN Alexandre, MAMMAR Malek, PELLOUX-PRAYER Ophélie, RODRIGUES Hugo<br />
| TBC<br />
| TBC<br />
| TBC<br />
<br />
|}<br />
<br />
=1. Introduction=<br />
==1.1 Purpose of the requirements document==<br />
<br />
The purpose of this document is to present the requirements of the project CannonBall, which are functional or not. But also quality standards and project risks.<br />
<br />
==1.2 Scope of the product== <br />
<br />
This project is an important part of the engineering course RICM4.<br />
<br />
==1.3 Definitions, acronyms and abbreviations==<br />
<br />
We will have to use specific terms like :<br />
* OpenCV : this is a library which implements processing algorithms and image recognition<br />
* Mosquitto : this is an open source (BSD licensed) message broker that implements the MQ Telemetry Transport protocol versions 3.1 and 3.1.1. MQTT provides a lightweight method of carrying out messaging using a publish/subscribe model<br />
* Arduino : this is an open-source electronics platform based on easy-to-use hardware and software.<br />
* Servomotor : this is a rotary actuator that allows for precise control of angular position, velocity and acceleration<br />
<br />
==1.4 References==<br />
<br />
This project is based on the work of :<br />
<br />
'''From january 13th 2014 to march 2nd 2014''' : Jules Legros and Benoit Perruche from Polytech'Grenoble. [http://air.imag.fr/index.php/Proj-2013-2014-Cannonball-de-Voitures-Autonomes Link Wiki Air]<br />
<br />
'''From may 26th 2014 to june 16th 2014''' : Thibaut Coutelou, Benjamin Mugnier and Guillaume Perrin from Ensimag. [http://fablab.ensimag.fr/index.php/Cannonball_de_voitures_RC/FicheSuivi Link]<br />
<br />
==1.5 Overview of the remainder of the document==<br />
=2. General description=<br />
<br />
The main goal of this project is to take over and improve our predecessors' work to allow better feedback when using the automatic car created under the CannonBall project.<br />
<br />
==2.1 Product perspective==<br />
<br />
Our project will enable a detailed feedback on the car and driving conditions.<br />
<br />
==2.2 Product functions==<br />
<br />
* Automatic car<br />
* Restitution and analysis<br />
* Capture and display of a video stream<br />
<br />
==2.3 User characteristics==<br />
<br />
There are two type of user :<br />
* Searcher<br />
* Geek<br />
<br />
==2.4 General constraints==<br />
==2.5 Assumptions and dependencies==<br />
<br />
=3.Specific requirements, covering functional, non-functional and interface requirements=<br />
* document external interfaces,<br />
* describe system functionality and performance<br />
* specify logical database requirements,<br />
* design constraints,<br />
* emergent system properties and quality characteristics.<br />
<br />
==3.1 Requirement X.Y.Z (in Structured Natural Language)==<br />
'''Function''':<br />
<br />
'''Description''':<br />
<br />
'''Inputs''': Voiture (Car)<br />
<br />
'''Source''': Tablette, WebCam, Arduino (tablet, webcam, arduino)<br />
<br />
'''Outputs''': Tablette (tablet)<br />
<br />
'''Destination''': Ce projet est destiné a être présenté lors de concours (This project is intended to be presented at contest)<br />
<br />
'''Action''':<br />
* Natural language sentences (with MUST, MAY, SHALL)<br />
* Graphical Notations : UML Sequence w/o collaboration diagrams, Process maps, Task Analysis (HTA, CTT)<br />
* Mathematical Notations<br />
* Tabular notations for several (condition --> action) tuples<br />
<br />
'''Functionnal requirements''' :<br />
<br />
* Doit remonter la voiture (reassembling of the car)<br />
* Peut faire passer le code des Ensimag sur un support linux (modify the code to be compatible with linux)<br />
* Doit perfectionner les diffrérents modes (Rabbit, CannonBall, Map) (perfect the different modes)<br />
* Doit améliorer l'utilisation du mosquitto pour permettre un meilleur retour d'information (improve the use of mosquitto for better feedback)<br />
<br />
<br />
'''Non functional requirements''':<br />
* Embarqué : le matériel utilisé doit être petit pour pouvoir être intégré dans la voiture <br />
(Embedded: The equipment used must be small to be integrated in the car)<br />
* Performant : le matériel utilisé doit être performant pour être adapté à la vitesse de la voiture<br />
(Powerful: the material used must be efficient to be adapted to the speed of the car)<br />
<br />
'''Pre-condition''':<br />
* Réussir la récupération du code existant (Recover of existing code)<br />
* Comprendre du code existant (Understand of existing code)<br />
* Réussir à remonter la voiture (Successfully rebuilt the car)<br />
<br />
'''Post-condition''':<br />
* Faire un retour d'information pour calibrer la voiture<br />
(Make a feedback to calibrate the car)<br />
<br />
'''Side-effects''':<br />
<br />
=4. Product evolution=<br />
<br />
On pourrait, dans un objectif futur, mettre en place l'utilisation d'un oculus.<br />
<br />
=5. Appendices=<br />
=6. Index=<br />
<br />
UML page :<br />
* http://air.imag.fr/index.php/Project_2014-2015-CannonBall/UML</div>Hugo.Rodrigues-Pereira-Anselmohttps://air.imag.fr/index.php?title=Project_2014-2015-CannonBall/UML&diff=20685Project 2014-2015-CannonBall/UML2015-02-02T13:24:53Z<p>Hugo.Rodrigues-Pereira-Anselmo: </p>
<hr />
<div>This page provide the UML part of the project CannonBall.<br />
<br />
You can access to the main page by clicking here :<br />
* http://air.imag.fr/index.php?title=Project_2014-2015-CannonBall/SRS</div>Hugo.Rodrigues-Pereira-Anselmohttps://air.imag.fr/index.php?title=Project_2014-2015-CannonBall/UML&diff=20684Project 2014-2015-CannonBall/UML2015-02-02T13:24:34Z<p>Hugo.Rodrigues-Pereira-Anselmo: </p>
<hr />
<div>This page provide the UML part of the project CannonBall.<br />
<br />
You can access to the main page by clicking here:<br />
* http://air.imag.fr/index.php?title=Project_2014-2015-CannonBall/SRS</div>Hugo.Rodrigues-Pereira-Anselmohttps://air.imag.fr/index.php?title=Project_2014-2015-CannonBall/UML&diff=20683Project 2014-2015-CannonBall/UML2015-02-02T13:23:50Z<p>Hugo.Rodrigues-Pereira-Anselmo: Created page with "This page provide the UML part of the project CannonBall. You can access to the main page by clicking here: [http://air.imag.fr/index.php?title=Project_2014-2015-CannonBall/SRS]"</p>
<hr />
<div>This page provide the UML part of the project CannonBall.<br />
You can access to the main page by clicking here:<br />
[http://air.imag.fr/index.php?title=Project_2014-2015-CannonBall/SRS]</div>Hugo.Rodrigues-Pereira-Anselmohttps://air.imag.fr/index.php?title=Project_2014-2015-CannonBall/SRS&diff=20680Project 2014-2015-CannonBall/SRS2015-02-02T13:03:08Z<p>Hugo.Rodrigues-Pereira-Anselmo: </p>
<hr />
<div>The document provides a template of the '''Software Requirements Specification''' (SRS). It is inspired of the IEEE/ANSI 830-1998 Standard.<br />
<br />
<br />
'''Read first:'''<br />
* http://www.cs.st-andrews.ac.uk/~ifs/Books/SE9/Presentations/PPTX/Ch4.pptx<br />
* http://en.wikipedia.org/wiki/Software_requirements_specification<br />
* [http://www.cse.msu.edu/~chengb/RE-491/Papers/IEEE-SRS-practice.pdf IEEE Recommended Practice for Software Requirements Specifications IEEE Std 830-1998]<br />
<br />
{|class="wikitable alternance"<br />
|+ Document History<br />
|-<br />
|<br />
!scope="col"| Version<br />
!scope="col"| Date<br />
!scope="col"| Authors<br />
!scope="col"| Description<br />
!scope="col"| Validator<br />
!scope="col"| Validation Date<br />
|-<br />
!scope="row" |<br />
| 0.1.0<br />
| janvier 2015<br />
| LE JEAN Alexandre, MAMMAR Malek, PELLOUX-PRAYER Ophélie, RODRIGUES Hugo<br />
| TBC<br />
| TBC<br />
| TBC<br />
<br />
|}<br />
<br />
=1. Introduction=<br />
==1.1 Purpose of the requirements document==<br />
<br />
The purpose of this document is to present the requirements of the project CannonBall, which are functional or not. But also quality standards and project risks.<br />
<br />
==1.2 Scope of the product== <br />
<br />
This project is an important part of the engineering course RICM4.<br />
<br />
==1.3 Definitions, acronyms and abbreviations==<br />
<br />
We will have to use specific terms like :<br />
* OpenCV : this is a library which implements processing algorithms and image recognition<br />
* Mosquitto : this is an open source (BSD licensed) message broker that implements the MQ Telemetry Transport protocol versions 3.1 and 3.1.1. MQTT provides a lightweight method of carrying out messaging using a publish/subscribe model<br />
* Arduino : this is an open-source electronics platform based on easy-to-use hardware and software.<br />
* Servomotor : this is a rotary actuator that allows for precise control of angular position, velocity and acceleration<br />
<br />
==1.4 References==<br />
<br />
This project is based on the work of :<br />
<br />
'''From january 13th 2014 to march 2nd 2014''' : Jules Legros and Benoit Perruche from Polytech'Grenoble. [http://air.imag.fr/index.php/Proj-2013-2014-Cannonball-de-Voitures-Autonomes Link Wiki Air]<br />
<br />
'''From may 26th 2014 to june 16th 2014''' : Thibaut Coutelou, Benjamin Mugnier and Guillaume Perrin from Ensimag. [http://fablab.ensimag.fr/index.php/Cannonball_de_voitures_RC/FicheSuivi Link]<br />
<br />
==1.5 Overview of the remainder of the document==<br />
=2. General description=<br />
<br />
The main goal of this project is to take over and improve our predecessors' work to allow better feedback when using the automatic car created under the CannonBall project.<br />
<br />
==2.1 Product perspective==<br />
<br />
Our project will enable a detailed feedback on the car and driving conditions.<br />
<br />
==2.2 Product functions==<br />
<br />
* Automatic car<br />
* Restitution and analysis<br />
* Capture and display of a video stream<br />
<br />
==2.3 User characteristics==<br />
<br />
There are two type of user :<br />
* Searcher<br />
* Geek<br />
<br />
==2.4 General constraints==<br />
==2.5 Assumptions and dependencies==<br />
<br />
=3.Specific requirements, covering functional, non-functional and interface requirements=<br />
* document external interfaces,<br />
* describe system functionality and performance<br />
* specify logical database requirements,<br />
* design constraints,<br />
* emergent system properties and quality characteristics.<br />
<br />
==3.1 Requirement X.Y.Z (in Structured Natural Language)==<br />
'''Function''':<br />
<br />
'''Description''':<br />
<br />
'''Inputs''': Voiture (Car)<br />
<br />
'''Source''': Tablette, WebCam, Arduino (tablet, webcam, arduino)<br />
<br />
'''Outputs''': Tablette (tablet)<br />
<br />
'''Destination''': Ce projet est destiné a être présenté lors de concours (This project is intended to be presented at contest)<br />
<br />
'''Action''':<br />
* Natural language sentences (with MUST, MAY, SHALL)<br />
* Graphical Notations : UML Sequence w/o collaboration diagrams, Process maps, Task Analysis (HTA, CTT)<br />
* Mathematical Notations<br />
* Tabular notations for several (condition --> action) tuples<br />
<br />
'''Functionnal requirements''' :<br />
<br />
* Doit remonter la voiture (reassembling of the car)<br />
* Peut faire passer le code des Ensimag sur un support linux (modify the code to be compatible with linux)<br />
* Doit perfectionner les diffrérents modes (Rabbit, CannonBall, Map) (perfect the different modes)<br />
* Doit améliorer l'utilisation du mosquitto pour permettre un meilleur retour d'information (improve the use of mosquitto for better feedback)<br />
<br />
<br />
'''Non functional requirements''':<br />
* Embarqué : le matériel utilisé doit être petit pour pouvoir être intégré dans la voiture <br />
(Embedded: The equipment used must be small to be integrated in the car)<br />
* Performant : le matériel utilisé doit être performant pour être adapté à la vitesse de la voiture<br />
(Powerful: the material used must be efficient to be adapted to the speed of the car)<br />
<br />
'''Pre-condition''':<br />
* Réussir la récupération du code existant (Recover of existing code)<br />
* Comprendre du code existant (Understand of existing code)<br />
* Réussir à remonter la voiture (Successfully rebuilt the car)<br />
<br />
'''Post-condition''':<br />
* Faire un retour d'information pour calibrer la voiture<br />
(Make a feedback to calibrate the car)<br />
<br />
'''Side-effects''':<br />
<br />
=4. Product evolution=<br />
<br />
On pourrait, dans un objectif futur, mettre en place l'utilisation d'un oculus.<br />
<br />
=5. Appendices=<br />
=6. Index=</div>Hugo.Rodrigues-Pereira-Anselmohttps://air.imag.fr/index.php?title=Project_2014-2015-CannonBall/SRS&diff=20453Project 2014-2015-CannonBall/SRS2015-01-27T13:06:51Z<p>Hugo.Rodrigues-Pereira-Anselmo: /* 3.1 Requirement X.Y.Z (in Structured Natural Language) */</p>
<hr />
<div>The document provides a template of the Software Requirements Specification (SRS). It is inspired of the IEEE/ANSI 830-1998 Standard.<br />
<br />
<br />
'''Read first:'''<br />
* http://www.cs.st-andrews.ac.uk/~ifs/Books/SE9/Presentations/PPTX/Ch4.pptx<br />
* http://en.wikipedia.org/wiki/Software_requirements_specification<br />
* [http://www.cse.msu.edu/~chengb/RE-491/Papers/IEEE-SRS-practice.pdf IEEE Recommended Practice for Software Requirements Specifications IEEE Std 830-1998]<br />
<br />
{|class="wikitable alternance"<br />
|+ Document History<br />
|-<br />
|<br />
!scope="col"| Version<br />
!scope="col"| Date<br />
!scope="col"| Authors<br />
!scope="col"| Description<br />
!scope="col"| Validator<br />
!scope="col"| Validation Date<br />
|-<br />
!scope="row" |<br />
| 0.1.0<br />
| janvier 2015<br />
| LE JEAN Alexandre, MAMMAR Malek, PELLOUX-PRAYER Ophélie, RODRIGUES Hugo<br />
| TBC<br />
| TBC<br />
| TBC<br />
<br />
|}<br />
<br />
=1. Introduction=<br />
==1.1 Purpose of the requirements document==<br />
<br />
L'objectif de ce document est de présenter les exigences du projet CannonBall, quelles soient fonctionnelle ou non fonctionelles. Mais également les critères de qualité et les risques du projet.<br />
<br />
The purpose of this document is to present the requirements of the project CannonBall, which are functional or not. But also quality standards and project risks.<br />
<br />
==1.2 Scope of the product== <br />
<br />
Ce projet est une part importante de la formation d'ingénieur RICM4.<br />
<br />
This project is an important part of the engineering course RICM4.<br />
<br />
==1.3 Definitions, acronyms and abbreviations==<br />
<br />
Nous devrons utiliser des termes spécifiques comme :<br />
* OpenCV (C'est une librairie implémentant des algorithmes de traitement et de reconnaissance d'image)<br />
* Mosquitto (That is an open source (BSD licensed) message broker that implements the MQ Telemetry Transport protocol versions 3.1 and 3.1.1. MQTT provides a lightweight method of carrying out messaging using a publish/subscribe model)<br />
* Arduino (That is an open-source electronics platform based on easy-to-use hardware and software.)<br />
* Servo-Moteur<br />
<br />
We will have to use specific terms like :<br />
* OpenCV (A library who implements processing algorithms and image recognition)<br />
* Mosquitto (That is an open source (BSD licensed) message broker that implements the MQ Telemetry Transport protocol versions 3.1 and 3.1.1. MQTT provides a lightweight method of carrying out messaging using a publish/subscribe model)<br />
* Arduino (That is an open-source electronics platform based on easy-to-use hardware and software.)<br />
* Servo-Moteur<br />
<br />
==1.4 References==<br />
<br />
This project is based on the work of :<br />
<br />
'''From january 13th 2014 to march 2nd 2014''' : Jules Legros and Benoit Perruche from Polytech'Grenoble. [http://air.imag.fr/index.php/Proj-2013-2014-Cannonball-de-Voitures-Autonomes Link Wiki Air]<br />
<br />
'''From may 26th 2014 to june 16th 2014''' : Thibaut Coutelou, Benjamin Mugnier and Guillaume Perrin from Ensimag. [http://fablab.ensimag.fr/index.php/Cannonball_de_voitures_RC/FicheSuivi Link]<br />
<br />
==1.5 Overview of the remainder of the document==<br />
=2. General description=<br />
Le but principal de ce projet est de reprendre et d'améliorer les projets de l'année dernière pour permettre un meilleur retour d'information lors de l'utilisation de la voiture automatique créé dans le cadre du projet CannonBall.<br />
<br />
The main goal of the project is to take back and improve last year's projects to allow better feedback when using the automatic car created under the CannonBall project.<br />
<br />
==2.1 Product perspective==<br />
<br />
Notre projet doit permettre un retour d'information détaillé sur la voiture et les conditions de conduite.<br />
<br />
Our project will enable a detailed feedback on the car and driving conditions.<br />
<br />
==2.2 Product functions==<br />
<br />
* Voiture automatique<br />
* Restitution et analyse des données<br />
* Capture et affichage d'un flux vidéo<br />
<br />
* Automatic car<br />
* Restitution and analysis<br />
* Capture and display of a video stream<br />
<br />
==2.3 User characteristics==<br />
<br />
There are two type of user :<br />
* Searcher<br />
* Geek<br />
<br />
==2.4 General constraints==<br />
==2.5 Assumptions and dependencies==<br />
<br />
=3.Specific requirements, covering functional, non-functional and interface requirements=<br />
* document external interfaces,<br />
* describe system functionality and performance<br />
* specify logical database requirements,<br />
* design constraints,<br />
* emergent system properties and quality characteristics.<br />
<br />
==3.1 Requirement X.Y.Z (in Structured Natural Language)==<br />
'''Function''':<br />
<br />
'''Description''':<br />
<br />
'''Inputs''': Voiture (Car)<br />
<br />
'''Source''': Tablette, WebCam, Arduino (tablet, webcam, arduino)<br />
<br />
'''Outputs''': Tablette (tablet)<br />
<br />
'''Destination''': Ce projet est destiné a être présenté lors de concours (This project is intended to be presented at contest)<br />
<br />
'''Action''':<br />
* Natural language sentences (with MUST, MAY, SHALL)<br />
* Graphical Notations : UML Sequence w/o collaboration diagrams, Process maps, Task Analysis (HTA, CTT)<br />
* Mathematical Notations<br />
* Tabular notations for several (condition --> action) tuples<br />
<br />
Fonctionnelles :<br />
<br />
* Doit remonter la voiture (reassembling of the car)<br />
* Peut faire passer le code des Ensimag sur un support linux (modify the code to be compatible with linux)<br />
* Doit perfectionner les diffrérents modes (Rabbit, CannonBall, Map) (perfect the different modes)<br />
* Doit améliorer l'utilisation du mosquitto pour permettre un meilleur retour d'information (improve the use of mosquitto for better feedback)<br />
<br />
<br />
'''Non functional requirements''':<br />
* Embarqué : le matériel utilisé doit être petit pour pouvoir être intégré dans la voiture <br />
(Embedded: The equipment used must be small to be integrated in the car)<br />
* Performant : le matériel utilisé doit être performant pour être adapté à la vitesse de la voiture<br />
(Powerful: the material used must be efficient to be adapted to the speed of the car)<br />
<br />
'''Pre-condition''':<br />
* Réussir la récupération du code existant (Recover of existing code)<br />
* Comprendre du code existant (Understand of existing code)<br />
* Réussir à remonter la voiture (Successfully rebuilt the car)<br />
<br />
'''Post-condition''':<br />
* Faire un retour d'information pour calibrer la voiture<br />
(Make a feedback to calibrate the car)<br />
<br />
'''Side-effects''':<br />
<br />
=4. Product evolution=<br />
<br />
On pourrait, dans un objectif futur, mettre en place l'utilisation d'un oculus<br />
<br />
=5. Appendices=<br />
=6. Index=</div>Hugo.Rodrigues-Pereira-Anselmohttps://air.imag.fr/index.php?title=Project_2014-2015-CannonBall/SRS&diff=20434Project 2014-2015-CannonBall/SRS2015-01-27T10:51:42Z<p>Hugo.Rodrigues-Pereira-Anselmo: /* 2.2 Product functions */</p>
<hr />
<div>The document provides a template of the Software Requirements Specification (SRS). It is inspired of the IEEE/ANSI 830-1998 Standard.<br />
<br />
<br />
'''Read first:'''<br />
* http://www.cs.st-andrews.ac.uk/~ifs/Books/SE9/Presentations/PPTX/Ch4.pptx<br />
* http://en.wikipedia.org/wiki/Software_requirements_specification<br />
* [http://www.cse.msu.edu/~chengb/RE-491/Papers/IEEE-SRS-practice.pdf IEEE Recommended Practice for Software Requirements Specifications IEEE Std 830-1998]<br />
<br />
{|class="wikitable alternance"<br />
|+ Document History<br />
|-<br />
|<br />
!scope="col"| Version<br />
!scope="col"| Date<br />
!scope="col"| Authors<br />
!scope="col"| Description<br />
!scope="col"| Validator<br />
!scope="col"| Validation Date<br />
|-<br />
!scope="row" |<br />
| 0.1.0<br />
| janvier 2015<br />
| LE JEAN Alexandre, MAMMAR Malek, PELLOUX-PRAYER Ophélie, RODRIGUES Hugo<br />
| TBC<br />
| TBC<br />
| TBC<br />
<br />
|}<br />
<br />
=1. Introduction=<br />
==1.1 Purpose of the requirements document==<br />
<br />
L'objectif de ce document est de présenter les exigences du projet CannonBall, quelles soient fonctionnelle ou non fonctionelles. Mais également les critères de qualité et les risques du projet.<br />
<br />
The purpose of this document is to present the requirements of the project CannonBall, which are functional or not. But also quality standards and project risks.<br />
<br />
==1.2 Scope of the product== <br />
<br />
Ce projet est une part importante de la formation d'ingénieur RICM4.<br />
<br />
This project is an important part of the engineering course RICM4.<br />
<br />
==1.3 Definitions, acronyms and abbreviations==<br />
<br />
Nous devrons utiliser des termes spécifiques comme :<br />
* OpenCV (C'est une librairie implémentant des algorithmes de traitement et de reconnaissance d'image)<br />
* Mosquitto (That is an open source (BSD licensed) message broker that implements the MQ Telemetry Transport protocol versions 3.1 and 3.1.1. MQTT provides a lightweight method of carrying out messaging using a publish/subscribe model)<br />
* Arduino (That is an open-source electronics platform based on easy-to-use hardware and software.)<br />
* Servo-Moteur<br />
<br />
We will have to use specific terms like :<br />
* OpenCV (A library who implements processing algorithms and image recognition)<br />
* Mosquitto (That is an open source (BSD licensed) message broker that implements the MQ Telemetry Transport protocol versions 3.1 and 3.1.1. MQTT provides a lightweight method of carrying out messaging using a publish/subscribe model)<br />
* Arduino (That is an open-source electronics platform based on easy-to-use hardware and software.)<br />
* Servo-Moteur<br />
<br />
==1.4 References==<br />
<br />
This project is based on the work of :<br />
<br />
'''From january 13th 2014 to march 2nd 2014''' : Jules Legros and Benoit Perruche from Polytech'Grenoble. [http://air.imag.fr/index.php/Proj-2013-2014-Cannonball-de-Voitures-Autonomes Link Wiki Air]<br />
<br />
'''From may 26th 2014 to june 16th 2014''' : Thibaut Coutelou, Benjamin Mugnier and Guillaume Perrin from Ensimag. [http://fablab.ensimag.fr/index.php/Cannonball_de_voitures_RC/FicheSuivi Link]<br />
<br />
==1.5 Overview of the remainder of the document==<br />
=2. General description=<br />
Le but principal de ce projet est de reprendre et d'améliorer les projets de l'année dernière pour permettre un meilleur retour d'information lors de l'utilisation de la voiture automatique créé dans le cadre du projet CannonBall.<br />
<br />
The main goal of the project is to take back and improve last year's projects to allow better feedback when using the automatic car created under the CannonBall project.<br />
<br />
==2.1 Product perspective==<br />
<br />
Notre projet doit permettre un retour d'information détaillé sur la voiture et les conditions de conduite.<br />
<br />
Our project will enable a detailed feedback on the car and driving conditions.<br />
<br />
==2.2 Product functions==<br />
<br />
* Voiture automatique<br />
* Restitution et analyse des données<br />
* Capture et affichage d'un flux vidéo<br />
<br />
* Automatic car<br />
* Restitution and analysis<br />
* Capture and display of a video stream<br />
<br />
==2.3 User characteristics==<br />
<br />
There are two type of user :<br />
* Searcher<br />
* Geek<br />
<br />
==2.4 General constraints==<br />
==2.5 Assumptions and dependencies==<br />
<br />
=3.Specific requirements, covering functional, non-functional and interface requirements=<br />
* document external interfaces,<br />
* describe system functionality and performance<br />
* specify logical database requirements,<br />
* design constraints,<br />
* emergent system properties and quality characteristics.<br />
<br />
==3.1 Requirement X.Y.Z (in Structured Natural Language)==<br />
'''Function''':<br />
<br />
'''Description''':<br />
<br />
'''Inputs''': Voiture<br />
<br />
'''Source''': Tablette, WebCam, Arduino<br />
<br />
'''Outputs''': Tablette<br />
<br />
'''Destination''': Ce projet est destiné a être présenté lors de concours<br />
<br />
'''Action''':<br />
* Natural language sentences (with MUST, MAY, SHALL)<br />
* Graphical Notations : UML Sequence w/o collaboration diagrams, Process maps, Task Analysis (HTA, CTT)<br />
* Mathematical Notations<br />
* Tabular notations for several (condition --> action) tuples<br />
<br />
Fonctionnelles :<br />
<br />
* Doit remonter la voiture <br />
* Peut faire passer le code des Ensimag sur un support linux<br />
* Doit perfectionner les diffrérents modes (Rabbit, CannonBall, Map)<br />
* Doit améliorer l'utilisation du mosquitto pour permettre un meilleur retour d'information<br />
<br />
<br />
'''Non functional requirements''':<br />
* Embarqué : le matériel utilisé doit être petit pour pouvoir être intégré dans la voiture<br />
* Performant : le matériel utilisé doit être performant pour être adapté à la vitesse de la voiture<br />
<br />
'''Pre-condition''':<br />
* Réussir la récupération du code existant<br />
* Comprendre du code existant<br />
* Réussir à remontrer la voiture et donc faire preuve d'une grande prudence lors du montage<br />
<br />
'''Post-condition''':<br />
* Faire un retour d'information pour recalibrer la voiture<br />
<br />
'''Side-effects''':<br />
<br />
=4. Product evolution=<br />
<br />
On pourrait, dans un objectif futur, mettre en place l'utilisation d'un oculus<br />
<br />
=5. Appendices=<br />
=6. Index=</div>Hugo.Rodrigues-Pereira-Anselmohttps://air.imag.fr/index.php?title=Project_2014-2015-CannonBall/SRS&diff=20432Project 2014-2015-CannonBall/SRS2015-01-27T10:40:48Z<p>Hugo.Rodrigues-Pereira-Anselmo: /* 2. General description */</p>
<hr />
<div>The document provides a template of the Software Requirements Specification (SRS). It is inspired of the IEEE/ANSI 830-1998 Standard.<br />
<br />
<br />
'''Read first:'''<br />
* http://www.cs.st-andrews.ac.uk/~ifs/Books/SE9/Presentations/PPTX/Ch4.pptx<br />
* http://en.wikipedia.org/wiki/Software_requirements_specification<br />
* [http://www.cse.msu.edu/~chengb/RE-491/Papers/IEEE-SRS-practice.pdf IEEE Recommended Practice for Software Requirements Specifications IEEE Std 830-1998]<br />
<br />
{|class="wikitable alternance"<br />
|+ Document History<br />
|-<br />
|<br />
!scope="col"| Version<br />
!scope="col"| Date<br />
!scope="col"| Authors<br />
!scope="col"| Description<br />
!scope="col"| Validator<br />
!scope="col"| Validation Date<br />
|-<br />
!scope="row" |<br />
| 0.1.0<br />
| janvier 2015<br />
| LE JEAN Alexandre, MAMMAR Malek, PELLOUX-PRAYER Ophélie, RODRIGUES Hugo<br />
| TBC<br />
| TBC<br />
| TBC<br />
<br />
|}<br />
<br />
=1. Introduction=<br />
==1.1 Purpose of the requirements document==<br />
<br />
L'objectif de ce document est de présenter les exigences du projet CannonBall, quelles soient fonctionnelle ou non fonctionelles. Mais également les critères de qualité et les risques du projet.<br />
<br />
The purpose of this document is to present the requirements of the project CannonBall, which are functional or not. But also quality standards and project risks.<br />
<br />
==1.2 Scope of the product== <br />
<br />
Ce projet est une part importante de la formation d'ingénieur RICM4.<br />
<br />
This project is an important part of the engineering course RICM4.<br />
<br />
==1.3 Definitions, acronyms and abbreviations==<br />
<br />
Nous devrons utiliser des termes spécifiques comme :<br />
* OpenCV (C'est une librairie implémentant des algorithmes de traitement et de reconnaissance d'image)<br />
* Mosquitto (That is an open source (BSD licensed) message broker that implements the MQ Telemetry Transport protocol versions 3.1 and 3.1.1. MQTT provides a lightweight method of carrying out messaging using a publish/subscribe model)<br />
* Arduino (That is an open-source electronics platform based on easy-to-use hardware and software.)<br />
* Servo-Moteur<br />
<br />
We will have to use specific terms like :<br />
* OpenCV (A library who implements processing algorithms and image recognition)<br />
* Mosquitto (That is an open source (BSD licensed) message broker that implements the MQ Telemetry Transport protocol versions 3.1 and 3.1.1. MQTT provides a lightweight method of carrying out messaging using a publish/subscribe model)<br />
* Arduino (That is an open-source electronics platform based on easy-to-use hardware and software.)<br />
* Servo-Moteur<br />
<br />
==1.4 References==<br />
<br />
This project is based on the work of :<br />
<br />
'''From january 13th 2014 to march 2nd 2014''' : Jules Legros and Benoit Perruche from Polytech'Grenoble. [http://air.imag.fr/index.php/Proj-2013-2014-Cannonball-de-Voitures-Autonomes Link Wiki Air]<br />
<br />
'''From may 26th 2014 to june 16th 2014''' : Thibaut Coutelou, Benjamin Mugnier and Guillaume Perrin from Ensimag. [http://fablab.ensimag.fr/index.php/Cannonball_de_voitures_RC/FicheSuivi Link]<br />
<br />
==1.5 Overview of the remainder of the document==<br />
=2. General description=<br />
Le but principal de ce projet est de reprendre et d'améliorer les projets de l'année dernière pour permettre un meilleur retour d'information lors de l'utilisation de la voiture automatique créé dans le cadre du projet CannonBall.<br />
<br />
The main goal of the project is to take back and improve last year's projects to allow better feedback when using the automatic car created under the CannonBall project.<br />
<br />
==2.1 Product perspective==<br />
<br />
Notre projet doit permettre un retour d'information détaillé sur la voiture et les conditions de conduite.<br />
<br />
Our project will enable a detailed feedback on the car and driving conditions.<br />
<br />
==2.2 Product functions==<br />
<br />
* Voiture automatique<br />
* Restitution et analyse des données<br />
* Capture et affichage d'un flux vidéo<br />
<br />
==2.3 User characteristics==<br />
<br />
There are two type of user :<br />
* Searcher<br />
* Geek<br />
<br />
==2.4 General constraints==<br />
==2.5 Assumptions and dependencies==<br />
<br />
=3.Specific requirements, covering functional, non-functional and interface requirements=<br />
* document external interfaces,<br />
* describe system functionality and performance<br />
* specify logical database requirements,<br />
* design constraints,<br />
* emergent system properties and quality characteristics.<br />
<br />
==3.1 Requirement X.Y.Z (in Structured Natural Language)==<br />
'''Function''':<br />
<br />
'''Description''':<br />
<br />
'''Inputs''': Voiture<br />
<br />
'''Source''': Tablette, WebCam, Arduino<br />
<br />
'''Outputs''': Tablette<br />
<br />
'''Destination''': Ce projet est destiné a être présenté lors de concours<br />
<br />
'''Action''':<br />
* Natural language sentences (with MUST, MAY, SHALL)<br />
* Graphical Notations : UML Sequence w/o collaboration diagrams, Process maps, Task Analysis (HTA, CTT)<br />
* Mathematical Notations<br />
* Tabular notations for several (condition --> action) tuples<br />
<br />
Fonctionnelles :<br />
<br />
* Doit remonter la voiture <br />
* Peut faire passer le code des Ensimag sur un support linux<br />
* Doit perfectionner les diffrérents modes (Rabbit, CannonBall, Map)<br />
* Doit améliorer l'utilisation du mosquitto pour permettre un meilleur retour d'information<br />
<br />
<br />
'''Non functional requirements''':<br />
* Embarqué : le matériel utilisé doit être petit pour pouvoir être intégré dans la voiture<br />
* Performant : le matériel utilisé doit être performant pour être adapté à la vitesse de la voiture<br />
<br />
'''Pre-condition''':<br />
* Réussir la récupération du code existant<br />
* Comprendre du code existant<br />
* Réussir à remontrer la voiture et donc faire preuve d'une grande prudence lors du montage<br />
<br />
'''Post-condition''':<br />
* Faire un retour d'information pour recalibrer la voiture<br />
<br />
'''Side-effects''':<br />
<br />
=4. Product evolution=<br />
<br />
On pourrait, dans un objectif futur, mettre en place l'utilisation d'un oculus<br />
<br />
=5. Appendices=<br />
=6. Index=</div>Hugo.Rodrigues-Pereira-Anselmohttps://air.imag.fr/index.php?title=Project_2014-2015-CannonBall/SRS&diff=20431Project 2014-2015-CannonBall/SRS2015-01-27T10:35:17Z<p>Hugo.Rodrigues-Pereira-Anselmo: /* 1.3 Definitions, acronyms and abbreviations */</p>
<hr />
<div>The document provides a template of the Software Requirements Specification (SRS). It is inspired of the IEEE/ANSI 830-1998 Standard.<br />
<br />
<br />
'''Read first:'''<br />
* http://www.cs.st-andrews.ac.uk/~ifs/Books/SE9/Presentations/PPTX/Ch4.pptx<br />
* http://en.wikipedia.org/wiki/Software_requirements_specification<br />
* [http://www.cse.msu.edu/~chengb/RE-491/Papers/IEEE-SRS-practice.pdf IEEE Recommended Practice for Software Requirements Specifications IEEE Std 830-1998]<br />
<br />
{|class="wikitable alternance"<br />
|+ Document History<br />
|-<br />
|<br />
!scope="col"| Version<br />
!scope="col"| Date<br />
!scope="col"| Authors<br />
!scope="col"| Description<br />
!scope="col"| Validator<br />
!scope="col"| Validation Date<br />
|-<br />
!scope="row" |<br />
| 0.1.0<br />
| janvier 2015<br />
| LE JEAN Alexandre, MAMMAR Malek, PELLOUX-PRAYER Ophélie, RODRIGUES Hugo<br />
| TBC<br />
| TBC<br />
| TBC<br />
<br />
|}<br />
<br />
=1. Introduction=<br />
==1.1 Purpose of the requirements document==<br />
<br />
L'objectif de ce document est de présenter les exigences du projet CannonBall, quelles soient fonctionnelle ou non fonctionelles. Mais également les critères de qualité et les risques du projet.<br />
<br />
The purpose of this document is to present the requirements of the project CannonBall, which are functional or not. But also quality standards and project risks.<br />
<br />
==1.2 Scope of the product== <br />
<br />
Ce projet est une part importante de la formation d'ingénieur RICM4.<br />
<br />
This project is an important part of the engineering course RICM4.<br />
<br />
==1.3 Definitions, acronyms and abbreviations==<br />
<br />
Nous devrons utiliser des termes spécifiques comme :<br />
* OpenCV (C'est une librairie implémentant des algorithmes de traitement et de reconnaissance d'image)<br />
* Mosquitto (That is an open source (BSD licensed) message broker that implements the MQ Telemetry Transport protocol versions 3.1 and 3.1.1. MQTT provides a lightweight method of carrying out messaging using a publish/subscribe model)<br />
* Arduino (That is an open-source electronics platform based on easy-to-use hardware and software.)<br />
* Servo-Moteur<br />
<br />
We will have to use specific terms like :<br />
* OpenCV (A library who implements processing algorithms and image recognition)<br />
* Mosquitto (That is an open source (BSD licensed) message broker that implements the MQ Telemetry Transport protocol versions 3.1 and 3.1.1. MQTT provides a lightweight method of carrying out messaging using a publish/subscribe model)<br />
* Arduino (That is an open-source electronics platform based on easy-to-use hardware and software.)<br />
* Servo-Moteur<br />
<br />
==1.4 References==<br />
<br />
This project is based on the work of :<br />
<br />
'''From january 13th 2014 to march 2nd 2014''' : Jules Legros and Benoit Perruche from Polytech'Grenoble. [http://air.imag.fr/index.php/Proj-2013-2014-Cannonball-de-Voitures-Autonomes Link Wiki Air]<br />
<br />
'''From may 26th 2014 to june 16th 2014''' : Thibaut Coutelou, Benjamin Mugnier and Guillaume Perrin from Ensimag. [http://fablab.ensimag.fr/index.php/Cannonball_de_voitures_RC/FicheSuivi Link]<br />
<br />
==1.5 Overview of the remainder of the document==<br />
=2. General description=<br />
Le but principal de ce projet est de reprendre et d'améliorer les projets de l'année dernière pour permettre un meilleur retour d'information lors de l'utilisation de la voiture automatique créé dans le cadre du projet CannonBall <br />
==2.1 Product perspective==<br />
<br />
Notre projet doit permettre un retour d'information détaillé sur la voiture et les conditions de conduite.<br />
<br />
==2.2 Product functions==<br />
<br />
* Voiture automatique<br />
* Restitution et analyse des données<br />
* Capture et affichage d'un flux vidéo<br />
<br />
==2.3 User characteristics==<br />
<br />
There are two type of user :<br />
* Searcher<br />
* Geek<br />
<br />
==2.4 General constraints==<br />
==2.5 Assumptions and dependencies==<br />
<br />
=3.Specific requirements, covering functional, non-functional and interface requirements=<br />
* document external interfaces,<br />
* describe system functionality and performance<br />
* specify logical database requirements,<br />
* design constraints,<br />
* emergent system properties and quality characteristics.<br />
<br />
==3.1 Requirement X.Y.Z (in Structured Natural Language)==<br />
'''Function''':<br />
<br />
'''Description''':<br />
<br />
'''Inputs''': Voiture<br />
<br />
'''Source''': Tablette, WebCam, Arduino<br />
<br />
'''Outputs''': Tablette<br />
<br />
'''Destination''': Ce projet est destiné a être présenté lors de concours<br />
<br />
'''Action''':<br />
* Natural language sentences (with MUST, MAY, SHALL)<br />
* Graphical Notations : UML Sequence w/o collaboration diagrams, Process maps, Task Analysis (HTA, CTT)<br />
* Mathematical Notations<br />
* Tabular notations for several (condition --> action) tuples<br />
<br />
Fonctionnelles :<br />
<br />
* Doit remonter la voiture <br />
* Peut faire passer le code des Ensimag sur un support linux<br />
* Doit perfectionner les diffrérents modes (Rabbit, CannonBall, Map)<br />
* Doit améliorer l'utilisation du mosquitto pour permettre un meilleur retour d'information<br />
<br />
<br />
'''Non functional requirements''':<br />
* Embarqué : le matériel utilisé doit être petit pour pouvoir être intégré dans la voiture<br />
* Performant : le matériel utilisé doit être performant pour être adapté à la vitesse de la voiture<br />
<br />
'''Pre-condition''':<br />
* Réussir la récupération du code existant<br />
* Comprendre du code existant<br />
* Réussir à remontrer la voiture et donc faire preuve d'une grande prudence lors du montage<br />
<br />
'''Post-condition''':<br />
* Faire un retour d'information pour recalibrer la voiture<br />
<br />
'''Side-effects''':<br />
<br />
=4. Product evolution=<br />
<br />
On pourrait, dans un objectif futur, mettre en place l'utilisation d'un oculus<br />
<br />
=5. Appendices=<br />
=6. Index=</div>Hugo.Rodrigues-Pereira-Anselmohttps://air.imag.fr/index.php?title=Project_2014-2015-CannonBall/SRS&diff=20430Project 2014-2015-CannonBall/SRS2015-01-27T10:31:17Z<p>Hugo.Rodrigues-Pereira-Anselmo: /* 1.2 Scope of the product */</p>
<hr />
<div>The document provides a template of the Software Requirements Specification (SRS). It is inspired of the IEEE/ANSI 830-1998 Standard.<br />
<br />
<br />
'''Read first:'''<br />
* http://www.cs.st-andrews.ac.uk/~ifs/Books/SE9/Presentations/PPTX/Ch4.pptx<br />
* http://en.wikipedia.org/wiki/Software_requirements_specification<br />
* [http://www.cse.msu.edu/~chengb/RE-491/Papers/IEEE-SRS-practice.pdf IEEE Recommended Practice for Software Requirements Specifications IEEE Std 830-1998]<br />
<br />
{|class="wikitable alternance"<br />
|+ Document History<br />
|-<br />
|<br />
!scope="col"| Version<br />
!scope="col"| Date<br />
!scope="col"| Authors<br />
!scope="col"| Description<br />
!scope="col"| Validator<br />
!scope="col"| Validation Date<br />
|-<br />
!scope="row" |<br />
| 0.1.0<br />
| janvier 2015<br />
| LE JEAN Alexandre, MAMMAR Malek, PELLOUX-PRAYER Ophélie, RODRIGUES Hugo<br />
| TBC<br />
| TBC<br />
| TBC<br />
<br />
|}<br />
<br />
=1. Introduction=<br />
==1.1 Purpose of the requirements document==<br />
<br />
L'objectif de ce document est de présenter les exigences du projet CannonBall, quelles soient fonctionnelle ou non fonctionelles. Mais également les critères de qualité et les risques du projet.<br />
<br />
The purpose of this document is to present the requirements of the project CannonBall, which are functional or not. But also quality standards and project risks.<br />
<br />
==1.2 Scope of the product== <br />
<br />
Ce projet est une part importante de la formation d'ingénieur RICM4.<br />
<br />
This project is an important part of the engineering course RICM4.<br />
<br />
==1.3 Definitions, acronyms and abbreviations==<br />
<br />
Nous devrons utiliser des termes spécifiques comme :<br />
* OpenCV (C'est une librairie implémentant des algorithmes de traitement et de reconnaissance d'image)<br />
* Mosquitto (That is an open source (BSD licensed) message broker that implements the MQ Telemetry Transport protocol versions 3.1 and 3.1.1. MQTT provides a lightweight method of carrying out messaging using a publish/subscribe model)<br />
* Arduino (That is an open-source electronics platform based on easy-to-use hardware and software.)<br />
* Servo-Moteur<br />
<br />
==1.4 References==<br />
<br />
This project is based on the work of :<br />
<br />
'''From january 13th 2014 to march 2nd 2014''' : Jules Legros and Benoit Perruche from Polytech'Grenoble. [http://air.imag.fr/index.php/Proj-2013-2014-Cannonball-de-Voitures-Autonomes Link Wiki Air]<br />
<br />
'''From may 26th 2014 to june 16th 2014''' : Thibaut Coutelou, Benjamin Mugnier and Guillaume Perrin from Ensimag. [http://fablab.ensimag.fr/index.php/Cannonball_de_voitures_RC/FicheSuivi Link]<br />
<br />
==1.5 Overview of the remainder of the document==<br />
=2. General description=<br />
Le but principal de ce projet est de reprendre et d'améliorer les projets de l'année dernière pour permettre un meilleur retour d'information lors de l'utilisation de la voiture automatique créé dans le cadre du projet CannonBall <br />
==2.1 Product perspective==<br />
<br />
Notre projet doit permettre un retour d'information détaillé sur la voiture et les conditions de conduite.<br />
<br />
==2.2 Product functions==<br />
<br />
* Voiture automatique<br />
* Restitution et analyse des données<br />
* Capture et affichage d'un flux vidéo<br />
<br />
==2.3 User characteristics==<br />
<br />
There are two type of user :<br />
* Searcher<br />
* Geek<br />
<br />
==2.4 General constraints==<br />
==2.5 Assumptions and dependencies==<br />
<br />
=3.Specific requirements, covering functional, non-functional and interface requirements=<br />
* document external interfaces,<br />
* describe system functionality and performance<br />
* specify logical database requirements,<br />
* design constraints,<br />
* emergent system properties and quality characteristics.<br />
<br />
==3.1 Requirement X.Y.Z (in Structured Natural Language)==<br />
'''Function''':<br />
<br />
'''Description''':<br />
<br />
'''Inputs''': Voiture<br />
<br />
'''Source''': Tablette, WebCam, Arduino<br />
<br />
'''Outputs''': Tablette<br />
<br />
'''Destination''': Ce projet est destiné a être présenté lors de concours<br />
<br />
'''Action''':<br />
* Natural language sentences (with MUST, MAY, SHALL)<br />
* Graphical Notations : UML Sequence w/o collaboration diagrams, Process maps, Task Analysis (HTA, CTT)<br />
* Mathematical Notations<br />
* Tabular notations for several (condition --> action) tuples<br />
<br />
Fonctionnelles :<br />
<br />
* Doit remonter la voiture <br />
* Peut faire passer le code des Ensimag sur un support linux<br />
* Doit perfectionner les diffrérents modes (Rabbit, CannonBall, Map)<br />
* Doit améliorer l'utilisation du mosquitto pour permettre un meilleur retour d'information<br />
<br />
<br />
'''Non functional requirements''':<br />
* Embarqué : le matériel utilisé doit être petit pour pouvoir être intégré dans la voiture<br />
* Performant : le matériel utilisé doit être performant pour être adapté à la vitesse de la voiture<br />
<br />
'''Pre-condition''':<br />
* Réussir la récupération du code existant<br />
* Comprendre du code existant<br />
* Réussir à remontrer la voiture et donc faire preuve d'une grande prudence lors du montage<br />
<br />
'''Post-condition''':<br />
* Faire un retour d'information pour recalibrer la voiture<br />
<br />
'''Side-effects''':<br />
<br />
=4. Product evolution=<br />
<br />
On pourrait, dans un objectif futur, mettre en place l'utilisation d'un oculus<br />
<br />
=5. Appendices=<br />
=6. Index=</div>Hugo.Rodrigues-Pereira-Anselmohttps://air.imag.fr/index.php?title=Project_2014-2015-CannonBall/SRS&diff=20429Project 2014-2015-CannonBall/SRS2015-01-27T10:29:39Z<p>Hugo.Rodrigues-Pereira-Anselmo: /* 1.2 Scope of the product */</p>
<hr />
<div>The document provides a template of the Software Requirements Specification (SRS). It is inspired of the IEEE/ANSI 830-1998 Standard.<br />
<br />
<br />
'''Read first:'''<br />
* http://www.cs.st-andrews.ac.uk/~ifs/Books/SE9/Presentations/PPTX/Ch4.pptx<br />
* http://en.wikipedia.org/wiki/Software_requirements_specification<br />
* [http://www.cse.msu.edu/~chengb/RE-491/Papers/IEEE-SRS-practice.pdf IEEE Recommended Practice for Software Requirements Specifications IEEE Std 830-1998]<br />
<br />
{|class="wikitable alternance"<br />
|+ Document History<br />
|-<br />
|<br />
!scope="col"| Version<br />
!scope="col"| Date<br />
!scope="col"| Authors<br />
!scope="col"| Description<br />
!scope="col"| Validator<br />
!scope="col"| Validation Date<br />
|-<br />
!scope="row" |<br />
| 0.1.0<br />
| janvier 2015<br />
| LE JEAN Alexandre, MAMMAR Malek, PELLOUX-PRAYER Ophélie, RODRIGUES Hugo<br />
| TBC<br />
| TBC<br />
| TBC<br />
<br />
|}<br />
<br />
=1. Introduction=<br />
==1.1 Purpose of the requirements document==<br />
<br />
L'objectif de ce document est de présenter les exigences du projet CannonBall, quelles soient fonctionnelle ou non fonctionelles. Mais également les critères de qualité et les risques du projet.<br />
<br />
The purpose of this document is to present the requirements of the project CannonBall, which are functional or not. But also quality standards and project risks.<br />
<br />
==1.2 Scope of the product== <br />
<br />
Ce projet est une part importante de la formation d'ingénieur RICM4.<br />
This project is an important part of the engineering course RICM4.<br />
<br />
==1.3 Definitions, acronyms and abbreviations==<br />
<br />
Nous devrons utiliser des termes spécifiques comme :<br />
* OpenCV (C'est une librairie implémentant des algorithmes de traitement et de reconnaissance d'image)<br />
* Mosquitto (That is an open source (BSD licensed) message broker that implements the MQ Telemetry Transport protocol versions 3.1 and 3.1.1. MQTT provides a lightweight method of carrying out messaging using a publish/subscribe model)<br />
* Arduino (That is an open-source electronics platform based on easy-to-use hardware and software.)<br />
* Servo-Moteur<br />
<br />
==1.4 References==<br />
<br />
This project is based on the work of :<br />
<br />
'''From january 13th 2014 to march 2nd 2014''' : Jules Legros and Benoit Perruche from Polytech'Grenoble. [http://air.imag.fr/index.php/Proj-2013-2014-Cannonball-de-Voitures-Autonomes Link Wiki Air]<br />
<br />
'''From may 26th 2014 to june 16th 2014''' : Thibaut Coutelou, Benjamin Mugnier and Guillaume Perrin from Ensimag. [http://fablab.ensimag.fr/index.php/Cannonball_de_voitures_RC/FicheSuivi Link]<br />
<br />
==1.5 Overview of the remainder of the document==<br />
=2. General description=<br />
Le but principal de ce projet est de reprendre et d'améliorer les projets de l'année dernière pour permettre un meilleur retour d'information lors de l'utilisation de la voiture automatique créé dans le cadre du projet CannonBall <br />
==2.1 Product perspective==<br />
<br />
Notre projet doit permettre un retour d'information détaillé sur la voiture et les conditions de conduite.<br />
<br />
==2.2 Product functions==<br />
<br />
* Voiture automatique<br />
* Restitution et analyse des données<br />
* Capture et affichage d'un flux vidéo<br />
<br />
==2.3 User characteristics==<br />
<br />
There are two type of user :<br />
* Searcher<br />
* Geek<br />
<br />
==2.4 General constraints==<br />
==2.5 Assumptions and dependencies==<br />
<br />
=3.Specific requirements, covering functional, non-functional and interface requirements=<br />
* document external interfaces,<br />
* describe system functionality and performance<br />
* specify logical database requirements,<br />
* design constraints,<br />
* emergent system properties and quality characteristics.<br />
<br />
==3.1 Requirement X.Y.Z (in Structured Natural Language)==<br />
'''Function''':<br />
<br />
'''Description''':<br />
<br />
'''Inputs''': Voiture<br />
<br />
'''Source''': Tablette, WebCam, Arduino<br />
<br />
'''Outputs''': Tablette<br />
<br />
'''Destination''': Ce projet est destiné a être présenté lors de concours<br />
<br />
'''Action''':<br />
* Natural language sentences (with MUST, MAY, SHALL)<br />
* Graphical Notations : UML Sequence w/o collaboration diagrams, Process maps, Task Analysis (HTA, CTT)<br />
* Mathematical Notations<br />
* Tabular notations for several (condition --> action) tuples<br />
<br />
Fonctionnelles :<br />
<br />
* Doit remonter la voiture <br />
* Peut faire passer le code des Ensimag sur un support linux<br />
* Doit perfectionner les diffrérents modes (Rabbit, CannonBall, Map)<br />
* Doit améliorer l'utilisation du mosquitto pour permettre un meilleur retour d'information<br />
<br />
<br />
'''Non functional requirements''':<br />
* Embarqué : le matériel utilisé doit être petit pour pouvoir être intégré dans la voiture<br />
* Performant : le matériel utilisé doit être performant pour être adapté à la vitesse de la voiture<br />
<br />
'''Pre-condition''':<br />
* Réussir la récupération du code existant<br />
* Comprendre du code existant<br />
* Réussir à remontrer la voiture et donc faire preuve d'une grande prudence lors du montage<br />
<br />
'''Post-condition''':<br />
* Faire un retour d'information pour recalibrer la voiture<br />
<br />
'''Side-effects''':<br />
<br />
=4. Product evolution=<br />
<br />
On pourrait, dans un objectif futur, mettre en place l'utilisation d'un oculus<br />
<br />
=5. Appendices=<br />
=6. Index=</div>Hugo.Rodrigues-Pereira-Anselmohttps://air.imag.fr/index.php?title=Project_2014-2015-CannonBall/SRS&diff=20428Project 2014-2015-CannonBall/SRS2015-01-27T10:25:31Z<p>Hugo.Rodrigues-Pereira-Anselmo: /* 1.1 Purpose of the requirements document */</p>
<hr />
<div>The document provides a template of the Software Requirements Specification (SRS). It is inspired of the IEEE/ANSI 830-1998 Standard.<br />
<br />
<br />
'''Read first:'''<br />
* http://www.cs.st-andrews.ac.uk/~ifs/Books/SE9/Presentations/PPTX/Ch4.pptx<br />
* http://en.wikipedia.org/wiki/Software_requirements_specification<br />
* [http://www.cse.msu.edu/~chengb/RE-491/Papers/IEEE-SRS-practice.pdf IEEE Recommended Practice for Software Requirements Specifications IEEE Std 830-1998]<br />
<br />
{|class="wikitable alternance"<br />
|+ Document History<br />
|-<br />
|<br />
!scope="col"| Version<br />
!scope="col"| Date<br />
!scope="col"| Authors<br />
!scope="col"| Description<br />
!scope="col"| Validator<br />
!scope="col"| Validation Date<br />
|-<br />
!scope="row" |<br />
| 0.1.0<br />
| janvier 2015<br />
| LE JEAN Alexandre, MAMMAR Malek, PELLOUX-PRAYER Ophélie, RODRIGUES Hugo<br />
| TBC<br />
| TBC<br />
| TBC<br />
<br />
|}<br />
<br />
=1. Introduction=<br />
==1.1 Purpose of the requirements document==<br />
<br />
L'objectif de ce document est de présenter les exigences du projet CannonBall, quelles soient fonctionnelle ou non fonctionelles. Mais également les critères de qualité et les risques du projet.<br />
<br />
The purpose of this document is to present the requirements of the project CannonBall, which are functional or not. But also quality standards and project risks.<br />
<br />
==1.2 Scope of the product== <br />
<br />
Ce projet est une part importante de la formation d'ingénieur RICM4.<br />
<br />
==1.3 Definitions, acronyms and abbreviations==<br />
<br />
Nous devrons utiliser des termes spécifiques comme :<br />
* OpenCV (C'est une librairie implémentant des algorithmes de traitement et de reconnaissance d'image)<br />
* Mosquitto (That is an open source (BSD licensed) message broker that implements the MQ Telemetry Transport protocol versions 3.1 and 3.1.1. MQTT provides a lightweight method of carrying out messaging using a publish/subscribe model)<br />
* Arduino (That is an open-source electronics platform based on easy-to-use hardware and software.)<br />
* Servo-Moteur<br />
<br />
==1.4 References==<br />
<br />
This project is based on the work of :<br />
<br />
'''From january 13th 2014 to march 2nd 2014''' : Jules Legros and Benoit Perruche from Polytech'Grenoble. [http://air.imag.fr/index.php/Proj-2013-2014-Cannonball-de-Voitures-Autonomes Link Wiki Air]<br />
<br />
'''From may 26th 2014 to june 16th 2014''' : Thibaut Coutelou, Benjamin Mugnier and Guillaume Perrin from Ensimag. [http://fablab.ensimag.fr/index.php/Cannonball_de_voitures_RC/FicheSuivi Link]<br />
<br />
==1.5 Overview of the remainder of the document==<br />
=2. General description=<br />
Le but principal de ce projet est de reprendre et d'améliorer les projets de l'année dernière pour permettre un meilleur retour d'information lors de l'utilisation de la voiture automatique créé dans le cadre du projet CannonBall <br />
==2.1 Product perspective==<br />
<br />
Notre projet doit permettre un retour d'information détaillé sur la voiture et les conditions de conduite.<br />
<br />
==2.2 Product functions==<br />
<br />
* Voiture automatique<br />
* Restitution et analyse des données<br />
* Capture et affichage d'un flux vidéo<br />
<br />
==2.3 User characteristics==<br />
<br />
There are two type of user :<br />
* Searcher<br />
* Geek<br />
<br />
==2.4 General constraints==<br />
==2.5 Assumptions and dependencies==<br />
<br />
=3.Specific requirements, covering functional, non-functional and interface requirements=<br />
* document external interfaces,<br />
* describe system functionality and performance<br />
* specify logical database requirements,<br />
* design constraints,<br />
* emergent system properties and quality characteristics.<br />
<br />
==3.1 Requirement X.Y.Z (in Structured Natural Language)==<br />
'''Function''':<br />
<br />
'''Description''':<br />
<br />
'''Inputs''': Voiture<br />
<br />
'''Source''': Tablette, WebCam, Arduino<br />
<br />
'''Outputs''': Tablette<br />
<br />
'''Destination''': Ce projet est destiné a être présenté lors de concours<br />
<br />
'''Action''':<br />
* Natural language sentences (with MUST, MAY, SHALL)<br />
* Graphical Notations : UML Sequence w/o collaboration diagrams, Process maps, Task Analysis (HTA, CTT)<br />
* Mathematical Notations<br />
* Tabular notations for several (condition --> action) tuples<br />
<br />
Fonctionnelles :<br />
<br />
* Doit remonter la voiture <br />
* Peut faire passer le code des Ensimag sur un support linux<br />
* Doit perfectionner les diffrérents modes (Rabbit, CannonBall, Map)<br />
* Doit améliorer l'utilisation du mosquitto pour permettre un meilleur retour d'information<br />
<br />
<br />
'''Non functional requirements''':<br />
* Embarqué : le matériel utilisé doit être petit pour pouvoir être intégré dans la voiture<br />
* Performant : le matériel utilisé doit être performant pour être adapté à la vitesse de la voiture<br />
<br />
'''Pre-condition''':<br />
* Réussir la récupération du code existant<br />
* Comprendre du code existant<br />
* Réussir à remontrer la voiture et donc faire preuve d'une grande prudence lors du montage<br />
<br />
'''Post-condition''':<br />
* Faire un retour d'information pour recalibrer la voiture<br />
<br />
'''Side-effects''':<br />
<br />
=4. Product evolution=<br />
<br />
On pourrait, dans un objectif futur, mettre en place l'utilisation d'un oculus<br />
<br />
=5. Appendices=<br />
=6. Index=</div>Hugo.Rodrigues-Pereira-Anselmohttps://air.imag.fr/index.php?title=Project_2014-2015-CannonBall/SRS&diff=20427Project 2014-2015-CannonBall/SRS2015-01-27T10:24:33Z<p>Hugo.Rodrigues-Pereira-Anselmo: /* 1.1 Purpose of the requirements document */</p>
<hr />
<div>The document provides a template of the Software Requirements Specification (SRS). It is inspired of the IEEE/ANSI 830-1998 Standard.<br />
<br />
<br />
'''Read first:'''<br />
* http://www.cs.st-andrews.ac.uk/~ifs/Books/SE9/Presentations/PPTX/Ch4.pptx<br />
* http://en.wikipedia.org/wiki/Software_requirements_specification<br />
* [http://www.cse.msu.edu/~chengb/RE-491/Papers/IEEE-SRS-practice.pdf IEEE Recommended Practice for Software Requirements Specifications IEEE Std 830-1998]<br />
<br />
{|class="wikitable alternance"<br />
|+ Document History<br />
|-<br />
|<br />
!scope="col"| Version<br />
!scope="col"| Date<br />
!scope="col"| Authors<br />
!scope="col"| Description<br />
!scope="col"| Validator<br />
!scope="col"| Validation Date<br />
|-<br />
!scope="row" |<br />
| 0.1.0<br />
| janvier 2015<br />
| LE JEAN Alexandre, MAMMAR Malek, PELLOUX-PRAYER Ophélie, RODRIGUES Hugo<br />
| TBC<br />
| TBC<br />
| TBC<br />
<br />
|}<br />
<br />
=1. Introduction=<br />
==1.1 Purpose of the requirements document==<br />
<br />
L'objectif de ce document est de présenter les exigences du projet CannonBall, quelles soient fonctionnelle ou non fonctionelles, les critères de qualité et les risques du projet.<br />
<br />
The purpose of this document is to present the requirements of the project CannonBall, working or not, quality standards and project risks.<br />
<br />
==1.2 Scope of the product== <br />
<br />
Ce projet est une part importante de la formation d'ingénieur RICM4.<br />
<br />
==1.3 Definitions, acronyms and abbreviations==<br />
<br />
Nous devrons utiliser des termes spécifiques comme :<br />
* OpenCV (C'est une librairie implémentant des algorithmes de traitement et de reconnaissance d'image)<br />
* Mosquitto (That is an open source (BSD licensed) message broker that implements the MQ Telemetry Transport protocol versions 3.1 and 3.1.1. MQTT provides a lightweight method of carrying out messaging using a publish/subscribe model)<br />
* Arduino (That is an open-source electronics platform based on easy-to-use hardware and software.)<br />
* Servo-Moteur<br />
<br />
==1.4 References==<br />
<br />
This project is based on the work of :<br />
<br />
'''From january 13th 2014 to march 2nd 2014''' : Jules Legros and Benoit Perruche from Polytech'Grenoble. [http://air.imag.fr/index.php/Proj-2013-2014-Cannonball-de-Voitures-Autonomes Link Wiki Air]<br />
<br />
'''From may 26th 2014 to june 16th 2014''' : Thibaut Coutelou, Benjamin Mugnier and Guillaume Perrin from Ensimag. [http://fablab.ensimag.fr/index.php/Cannonball_de_voitures_RC/FicheSuivi Link]<br />
<br />
==1.5 Overview of the remainder of the document==<br />
=2. General description=<br />
Le but principal de ce projet est de reprendre et d'améliorer les projets de l'année dernière pour permettre un meilleur retour d'information lors de l'utilisation de la voiture automatique créé dans le cadre du projet CannonBall <br />
==2.1 Product perspective==<br />
<br />
Notre projet doit permettre un retour d'information détaillé sur la voiture et les conditions de conduite.<br />
<br />
==2.2 Product functions==<br />
<br />
* Voiture automatique<br />
* Restitution et analyse des données<br />
* Capture et affichage d'un flux vidéo<br />
<br />
==2.3 User characteristics==<br />
<br />
There are two type of user :<br />
* Searcher<br />
* Geek<br />
<br />
==2.4 General constraints==<br />
==2.5 Assumptions and dependencies==<br />
<br />
=3.Specific requirements, covering functional, non-functional and interface requirements=<br />
* document external interfaces,<br />
* describe system functionality and performance<br />
* specify logical database requirements,<br />
* design constraints,<br />
* emergent system properties and quality characteristics.<br />
<br />
==3.1 Requirement X.Y.Z (in Structured Natural Language)==<br />
'''Function''':<br />
<br />
'''Description''':<br />
<br />
'''Inputs''': Voiture<br />
<br />
'''Source''': Tablette, WebCam, Arduino<br />
<br />
'''Outputs''': Tablette<br />
<br />
'''Destination''': Ce projet est destiné a être présenté lors de concours<br />
<br />
'''Action''':<br />
* Natural language sentences (with MUST, MAY, SHALL)<br />
* Graphical Notations : UML Sequence w/o collaboration diagrams, Process maps, Task Analysis (HTA, CTT)<br />
* Mathematical Notations<br />
* Tabular notations for several (condition --> action) tuples<br />
<br />
Fonctionnelles :<br />
<br />
* Doit remonter la voiture <br />
* Peut faire passer le code des Ensimag sur un support linux<br />
* Doit perfectionner les diffrérents modes (Rabbit, CannonBall, Map)<br />
* Doit améliorer l'utilisation du mosquitto pour permettre un meilleur retour d'information<br />
<br />
<br />
'''Non functional requirements''':<br />
* Embarqué : le matériel utilisé doit être petit pour pouvoir être intégré dans la voiture<br />
* Performant : le matériel utilisé doit être performant pour être adapté à la vitesse de la voiture<br />
<br />
'''Pre-condition''':<br />
* Réussir la récupération du code existant<br />
* Comprendre du code existant<br />
* Réussir à remontrer la voiture et donc faire preuve d'une grande prudence lors du montage<br />
<br />
'''Post-condition''':<br />
* Faire un retour d'information pour recalibrer la voiture<br />
<br />
'''Side-effects''':<br />
<br />
=4. Product evolution=<br />
<br />
On pourrait, dans un objectif futur, mettre en place l'utilisation d'un oculus<br />
<br />
=5. Appendices=<br />
=6. Index=</div>Hugo.Rodrigues-Pereira-Anselmo