air - User contributions [en]

Trodomètre/SRS

2013-02-11T14:17:36Z

Brice.theophile:

{|class="wikitable alternance"
|+ Document History
|-
|
!scope="col"| Version
!scope="col"| Date
!scope="col"| Authors
!scope="col"| Description
!scope="col"| Validator
!scope="col"| Validation Date
|-
!scope="row" |
| 0.1.0
| february 2013
| Jean-François Bianco
Brice THEOPHILE
| First description
| TBC
| february 2013
|-
!scope="row" |
| 0.1.0
| TBC
| TBC
| TBC
| TBC
| TBC
|}
[[Image:use_casetrodometre.jpg|texte alternatif]]

= Introduction=
== Purpose of the requirements document==
== Scope of the product==
The goal of the “Trodometre” project is to provide a system to make accurate measurements during a journey. This system is able to calculate both indoor and outdoor measurements. In fact, it doesn’t use a localization system for its position in real time. Moreover, GPS is not available indoor and consumes a lot of energy which reduces the battery life of a system. Information collected by the program can be exported in XML format and used in OpenStreetMap. We can trace an itinerary everywhere precisely on the map. So, every circuit can be shared with everybody.
The system is separated into two parts. The first part is the hardware. It is made up of sensors, based on ANT + technology (or BTLE), and moving means (scooter). Then, there is a second part with software which is based on Android an adaptability on every smartphone and mobile system.
This system will be used by another project, Navigation of Visually Impaired People (http://autonomie.minalogic.net/index.en.html). This project is intended to facilitate mobility and independence of people with visual impairments. It works both indoors and outdoors, and facilitates access to public transport. Our system enables new itineraries to be created quickly and speeds up completion of those available.

==Definitions, acronyms and abbreviations==
'''Operating System'''

'''Android:''' Android is a Linux-based operating system designed primarily for touchscreen mobile devices such as smartphones and tablet computers. Initially developed by Android, Inc.

'''Communication System'''

'''ANT + :''' ANT is a proprietary wireless sensor network technology featuring a wireless communications protocol stack that enables semiconductor radios operating in the 2.4 GHz Industrial, Scientific and Medical allocation of the RF spectrum ("ISM band") to communicate by establishing standard rules for co-existence, data representation, signalling, authentication and error detection.

'''Bluetooth low energy :''' BLTE is a feature of Bluetooth 4.0 wireless radio technology, aimed at new, principally low-power and low-latency, applications for wireless devices within a short range (up to 50 metres / 160 feet -see table below). This facilitates a wide range of applications and smaller form factor devices in the healthcare, fitness, security, and home entertainment industries.

==References==

Android - https://developers.google.com/android/

ANT+ - http://www.thisisant.com/

Wahoo Fitness sensors - http://www.wahoofitness.com/Products/Wahoo-Fitness-Wahoo-Cycling-SpeedCadence-Sensor.asp

Bluetooh Low Energy - http://www.bluetooth.com/Pages/Low-Energy.aspx

= General description=
Today, itineraries are planned with GPS (outdoor) or done by hand with suitable map software (indoor). However, the first solution requires lot of energy, and the second is theoretical and takes a lot of time. Our project improves data creation in both cases.

== Product perspective==
This system will be used by another project, Navigation of Visually Impaired People (http://autonomie.minalogic.net/index.en.html). This project is intended to facilitate mobility and independence of people with visual impairments. It works both indoors and outdoors, and facilitates access to public transport. Our system enables new itineraries to be created quickly and speeds up completion of those available.

== Product functions==
The system must provide solutions for the requirement stated below:

# Provide a way to create an itinerary from a departure point.
# The itinerary should be accurate (-50 cm / 20 inch)
# Show the current orientation and modification
# Record the user’s information, such as points of interest. These records are audio and textual.
# Backup the itineraries.
# Export data in XML file compatible with OpenStreetMap for other uses, such as Navigation of Visually Impaired People.
# Display itinerary on map.

== User characteristics==
We have an actor class, the user. The user represents the person who wants to interact with the system. This interaction is divided into different tasks that the user can carry out.

== General constraints==
Support of the project must be mobile, discrete and lightweight. We are able to travel long and short distances easily. In addition, it must provide for attachment points for the sensors, and cheerful smartphone software.
Our system should be work even without connection to Internet. We can imagine it being used everywhere in the world. Thanks to this, it is possible to save measurements in a XML file in the smartphone.

== Assumptions and dependencies==
Our system has one dependency with XML format where are save the itinerary. It must respect this format for be read by other project.

=Specific requirements, covering functional, non-functional and interface requirements=
* document external interfaces,
* describe system functionality and performance
* specify logical database requirements,
* design constraints,
* emergent system properties and quality characteristics.

== Requirement X.Y.Z (in Structured Natural Language)==
'''Function''':

'''Description''':

'''Inputs''':

'''Source''':

'''Outputs''':

'''Destination''':

'''Action''':
* Natural language sentences (with MUST, MAY, SHALL)
* Graphical Notations : UML Sequence w/o collaboration diagrams, Process maps, Task Analysis (HTA, CTT)
* Mathematical Notations
* Tabular notations for several (condition --> action) tuples

'''Non functional requirements''':

'''Pre-condition''':

'''Post-condition''':

'''Side-effects''':

= Product evolution=

=Appendices=
=Index=

Trodomètre/SRS

2013-02-11T14:07:27Z

Brice.theophile: /* Assumptions and dependencies */

{|class="wikitable alternance"
|+ Document History
|-
|
!scope="col"| Version
!scope="col"| Date
!scope="col"| Authors
!scope="col"| Description
!scope="col"| Validator
!scope="col"| Validation Date
|-
!scope="row" |
| 0.1.0
| TBC
| TBC
| TBC
| TBC
| TBC
|-
!scope="row" |
| 0.1.0
| TBC
| TBC
| TBC
| TBC
| TBC
|}

= Introduction=
== Purpose of the requirements document==
== Scope of the product==
The goal of the “Trodometre” project is to provide a system to make accurate measurements during a journey. This system is able to calculate both indoor and outdoor measurements. In fact, it doesn’t use a localization system for its position in real time. Moreover, GPS is not available indoor and consumes a lot of energy which reduces the battery life of a system. Information collected by the program can be exported in XML format and used in OpenStreetMap. We can trace an itinerary everywhere precisely on the map. So, every circuit can be shared with everybody.
The system is separated into two parts. The first part is the hardware. It is made up of sensors, based on ANT + technology (or BTLE), and moving means (scooter). Then, there is a second part with software which is based on Android an adaptability on every smartphone and mobile system.
This system will be used by another project, Navigation of Visually Impaired People (http://autonomie.minalogic.net/index.en.html). This project is intended to facilitate mobility and independence of people with visual impairments. It works both indoors and outdoors, and facilitates access to public transport. Our system enables new itineraries to be created quickly and speeds up completion of those available.

==Definitions, acronyms and abbreviations==
'''Operating System'''

'''Android:''' Android is a Linux-based operating system designed primarily for touchscreen mobile devices such as smartphones and tablet computers. Initially developed by Android, Inc.

'''Communication System'''

'''ANT + :''' ANT is a proprietary wireless sensor network technology featuring a wireless communications protocol stack that enables semiconductor radios operating in the 2.4 GHz Industrial, Scientific and Medical allocation of the RF spectrum ("ISM band") to communicate by establishing standard rules for co-existence, data representation, signalling, authentication and error detection.

'''Bluetooth low energy :''' BLTE is a feature of Bluetooth 4.0 wireless radio technology, aimed at new, principally low-power and low-latency, applications for wireless devices within a short range (up to 50 metres / 160 feet -see table below). This facilitates a wide range of applications and smaller form factor devices in the healthcare, fitness, security, and home entertainment industries.

==References==

Android - https://developers.google.com/android/

ANT+ - http://www.thisisant.com/

Wahoo Fitness sensors - http://www.wahoofitness.com/Products/Wahoo-Fitness-Wahoo-Cycling-SpeedCadence-Sensor.asp

Bluetooh Low Energy - http://www.bluetooth.com/Pages/Low-Energy.aspx

= General description=
Today, itineraries are planned with GPS (outdoor) or done by hand with suitable map software (indoor). However, the first solution requires lot of energy, and the second is theoretical and takes a lot of time. Our project improves data creation in both cases.

== Product perspective==
This system will be used by another project, Navigation of Visually Impaired People (http://autonomie.minalogic.net/index.en.html). This project is intended to facilitate mobility and independence of people with visual impairments. It works both indoors and outdoors, and facilitates access to public transport. Our system enables new itineraries to be created quickly and speeds up completion of those available.

== Product functions==
The system must provide solutions for the requirement stated below:

# Provide a way to create an itinerary from a departure point.
# The itinerary should be accurate (-50 cm / 20 inch)
# Show the current orientation and modification
# Record the user’s information, such as points of interest. These records are audio and textual.
# Backup the itineraries.
# Export data in XML file compatible with OpenStreetMap for other uses, such as Navigation of Visually Impaired People.
# Display itinerary on map.

== User characteristics==
We have an actor class, the user. The user represents the person who wants to interact with the system. This interaction is divided into different tasks that the user can carry out.

== General constraints==
Support of the project must be mobile, discrete and lightweight. We are able to travel long and short distances easily. In addition, it must provide for attachment points for the sensors, and cheerful smartphone software.
Our system should be work even without connection to Internet. We can imagine it being used everywhere in the world. Thanks to this, it is possible to save measurements in a XML file in the smartphone.

== Assumptions and dependencies==
Our system has one dependency with XML format where are save the itinerary. It must respect this format for be read by other project.

=Specific requirements, covering functional, non-functional and interface requirements=
* document external interfaces,
* describe system functionality and performance
* specify logical database requirements,
* design constraints,
* emergent system properties and quality characteristics.

== Requirement X.Y.Z (in Structured Natural Language)==
'''Function''':

'''Description''':

'''Inputs''':

'''Source''':

'''Outputs''':

'''Destination''':

'''Action''':
* Natural language sentences (with MUST, MAY, SHALL)
* Graphical Notations : UML Sequence w/o collaboration diagrams, Process maps, Task Analysis (HTA, CTT)
* Mathematical Notations
* Tabular notations for several (condition --> action) tuples

'''Non functional requirements''':

'''Pre-condition''':

'''Post-condition''':

'''Side-effects''':

= Product evolution=

=Appendices=
=Index=

Trodomètre/SRS

2013-02-11T14:03:13Z

Brice.theophile: /* General description */

{|class="wikitable alternance"
|+ Document History
|-
|
!scope="col"| Version
!scope="col"| Date
!scope="col"| Authors
!scope="col"| Description
!scope="col"| Validator
!scope="col"| Validation Date
|-
!scope="row" |
| 0.1.0
| TBC
| TBC
| TBC
| TBC
| TBC
|-
!scope="row" |
| 0.1.0
| TBC
| TBC
| TBC
| TBC
| TBC
|}

= Introduction=
== Purpose of the requirements document==
== Scope of the product==
The goal of the “Trodometre” project is to provide a system to make accurate measurements during a journey. This system is able to calculate both indoor and outdoor measurements. In fact, it doesn’t use a localization system for its position in real time. Moreover, GPS is not available indoor and consumes a lot of energy which reduces the battery life of a system. Information collected by the program can be exported in XML format and used in OpenStreetMap. We can trace an itinerary everywhere precisely on the map. So, every circuit can be shared with everybody.
The system is separated into two parts. The first part is the hardware. It is made up of sensors, based on ANT + technology (or BTLE), and moving means (scooter). Then, there is a second part with software which is based on Android an adaptability on every smartphone and mobile system.
This system will be used by another project, Navigation of Visually Impaired People (http://autonomie.minalogic.net/index.en.html). This project is intended to facilitate mobility and independence of people with visual impairments. It works both indoors and outdoors, and facilitates access to public transport. Our system enables new itineraries to be created quickly and speeds up completion of those available.

==Definitions, acronyms and abbreviations==
'''Operating System'''

'''Android:''' Android is a Linux-based operating system designed primarily for touchscreen mobile devices such as smartphones and tablet computers. Initially developed by Android, Inc.

'''Communication System'''

'''ANT + :''' ANT is a proprietary wireless sensor network technology featuring a wireless communications protocol stack that enables semiconductor radios operating in the 2.4 GHz Industrial, Scientific and Medical allocation of the RF spectrum ("ISM band") to communicate by establishing standard rules for co-existence, data representation, signalling, authentication and error detection.

'''Bluetooth low energy :''' BLTE is a feature of Bluetooth 4.0 wireless radio technology, aimed at new, principally low-power and low-latency, applications for wireless devices within a short range (up to 50 metres / 160 feet -see table below). This facilitates a wide range of applications and smaller form factor devices in the healthcare, fitness, security, and home entertainment industries.

==References==

Android - https://developers.google.com/android/

ANT+ - http://www.thisisant.com/

Wahoo Fitness sensors - http://www.wahoofitness.com/Products/Wahoo-Fitness-Wahoo-Cycling-SpeedCadence-Sensor.asp

Bluetooh Low Energy - http://www.bluetooth.com/Pages/Low-Energy.aspx

= General description=
Today, itineraries are planned with GPS (outdoor) or done by hand with suitable map software (indoor). However, the first solution requires lot of energy, and the second is theoretical and takes a lot of time. Our project improves data creation in both cases.

== Product perspective==
This system will be used by another project, Navigation of Visually Impaired People (http://autonomie.minalogic.net/index.en.html). This project is intended to facilitate mobility and independence of people with visual impairments. It works both indoors and outdoors, and facilitates access to public transport. Our system enables new itineraries to be created quickly and speeds up completion of those available.

== Product functions==
The system must provide solutions for the requirement stated below:

# Provide a way to create an itinerary from a departure point.
# The itinerary should be accurate (-50 cm / 20 inch)
# Show the current orientation and modification
# Record the user’s information, such as points of interest. These records are audio and textual.
# Backup the itineraries.
# Export data in XML file compatible with OpenStreetMap for other uses, such as Navigation of Visually Impaired People.
# Display itinerary on map.

== User characteristics==
We have an actor class, the user. The user represents the person who wants to interact with the system. This interaction is divided into different tasks that the user can carry out.

== General constraints==
Support of the project must be mobile, discrete and lightweight. We are able to travel long and short distances easily. In addition, it must provide for attachment points for the sensors, and cheerful smartphone software.
Our system should be work even without connection to Internet. We can imagine it being used everywhere in the world. Thanks to this, it is possible to save measurements in a XML file in the smartphone.

== Assumptions and dependencies==

=Specific requirements, covering functional, non-functional and interface requirements=
* document external interfaces,
* describe system functionality and performance
* specify logical database requirements,
* design constraints,
* emergent system properties and quality characteristics.

== Requirement X.Y.Z (in Structured Natural Language)==
'''Function''':

'''Description''':

'''Inputs''':

'''Source''':

'''Outputs''':

'''Destination''':

'''Action''':
* Natural language sentences (with MUST, MAY, SHALL)
* Graphical Notations : UML Sequence w/o collaboration diagrams, Process maps, Task Analysis (HTA, CTT)
* Mathematical Notations
* Tabular notations for several (condition --> action) tuples

'''Non functional requirements''':

'''Pre-condition''':

'''Post-condition''':

'''Side-effects''':

= Product evolution=

=Appendices=
=Index=

Trodomètre/SRS

2013-02-11T14:02:37Z

Brice.theophile: /* Product functions */

{|class="wikitable alternance"
|+ Document History
|-
|
!scope="col"| Version
!scope="col"| Date
!scope="col"| Authors
!scope="col"| Description
!scope="col"| Validator
!scope="col"| Validation Date
|-
!scope="row" |
| 0.1.0
| TBC
| TBC
| TBC
| TBC
| TBC
|-
!scope="row" |
| 0.1.0
| TBC
| TBC
| TBC
| TBC
| TBC
|}

= Introduction=
== Purpose of the requirements document==
== Scope of the product==
The goal of the “Trodometre” project is to provide a system to make accurate measurements during a journey. This system is able to calculate both indoor and outdoor measurements. In fact, it doesn’t use a localization system for its position in real time. Moreover, GPS is not available indoor and consumes a lot of energy which reduces the battery life of a system. Information collected by the program can be exported in XML format and used in OpenStreetMap. We can trace an itinerary everywhere precisely on the map. So, every circuit can be shared with everybody.
The system is separated into two parts. The first part is the hardware. It is made up of sensors, based on ANT + technology (or BTLE), and moving means (scooter). Then, there is a second part with software which is based on Android an adaptability on every smartphone and mobile system.
This system will be used by another project, Navigation of Visually Impaired People (http://autonomie.minalogic.net/index.en.html). This project is intended to facilitate mobility and independence of people with visual impairments. It works both indoors and outdoors, and facilitates access to public transport. Our system enables new itineraries to be created quickly and speeds up completion of those available.

==Definitions, acronyms and abbreviations==
'''Operating System'''

'''Android:''' Android is a Linux-based operating system designed primarily for touchscreen mobile devices such as smartphones and tablet computers. Initially developed by Android, Inc.

'''Communication System'''

'''ANT + :''' ANT is a proprietary wireless sensor network technology featuring a wireless communications protocol stack that enables semiconductor radios operating in the 2.4 GHz Industrial, Scientific and Medical allocation of the RF spectrum ("ISM band") to communicate by establishing standard rules for co-existence, data representation, signalling, authentication and error detection.

'''Bluetooth low energy :''' BLTE is a feature of Bluetooth 4.0 wireless radio technology, aimed at new, principally low-power and low-latency, applications for wireless devices within a short range (up to 50 metres / 160 feet -see table below). This facilitates a wide range of applications and smaller form factor devices in the healthcare, fitness, security, and home entertainment industries.

==References==

Android - https://developers.google.com/android/

ANT+ - http://www.thisisant.com/

Wahoo Fitness sensors - http://www.wahoofitness.com/Products/Wahoo-Fitness-Wahoo-Cycling-SpeedCadence-Sensor.asp

Bluetooh Low Energy - http://www.bluetooth.com/Pages/Low-Energy.aspx

= General description=
== Product perspective==
This system will be used by another project, Navigation of Visually Impaired People (http://autonomie.minalogic.net/index.en.html). This project is intended to facilitate mobility and independence of people with visual impairments. It works both indoors and outdoors, and facilitates access to public transport. Our system enables new itineraries to be created quickly and speeds up completion of those available.

== Product functions==
The system must provide solutions for the requirement stated below:

# Provide a way to create an itinerary from a departure point.
# The itinerary should be accurate (-50 cm / 20 inch)
# Show the current orientation and modification
# Record the user’s information, such as points of interest. These records are audio and textual.
# Backup the itineraries.
# Export data in XML file compatible with OpenStreetMap for other uses, such as Navigation of Visually Impaired People.
# Display itinerary on map.

== User characteristics==
We have an actor class, the user. The user represents the person who wants to interact with the system. This interaction is divided into different tasks that the user can carry out.

== General constraints==
Support of the project must be mobile, discrete and lightweight. We are able to travel long and short distances easily. In addition, it must provide for attachment points for the sensors, and cheerful smartphone software.
Our system should be work even without connection to Internet. We can imagine it being used everywhere in the world. Thanks to this, it is possible to save measurements in a XML file in the smartphone.

== Assumptions and dependencies==
=Specific requirements, covering functional, non-functional and interface requirements=
* document external interfaces,
* describe system functionality and performance
* specify logical database requirements,
* design constraints,
* emergent system properties and quality characteristics.

== Requirement X.Y.Z (in Structured Natural Language)==
'''Function''':

'''Description''':

'''Inputs''':

'''Source''':

'''Outputs''':

'''Destination''':

'''Action''':
* Natural language sentences (with MUST, MAY, SHALL)
* Graphical Notations : UML Sequence w/o collaboration diagrams, Process maps, Task Analysis (HTA, CTT)
* Mathematical Notations
* Tabular notations for several (condition --> action) tuples

'''Non functional requirements''':

'''Pre-condition''':

'''Post-condition''':

'''Side-effects''':

= Product evolution=

=Appendices=
=Index=

Trodomètre/SRS

2013-02-11T13:59:51Z

Brice.theophile: /* Product functions */

{|class="wikitable alternance"
|+ Document History
|-
|
!scope="col"| Version
!scope="col"| Date
!scope="col"| Authors
!scope="col"| Description
!scope="col"| Validator
!scope="col"| Validation Date
|-
!scope="row" |
| 0.1.0
| TBC
| TBC
| TBC
| TBC
| TBC
|-
!scope="row" |
| 0.1.0
| TBC
| TBC
| TBC
| TBC
| TBC
|}

= Introduction=
== Purpose of the requirements document==
== Scope of the product==
The goal of the “Trodometre” project is to provide a system to make accurate measurements during a journey. This system is able to calculate both indoor and outdoor measurements. In fact, it doesn’t use a localization system for its position in real time. Moreover, GPS is not available indoor and consumes a lot of energy which reduces the battery life of a system. Information collected by the program can be exported in XML format and used in OpenStreetMap. We can trace an itinerary everywhere precisely on the map. So, every circuit can be shared with everybody.
The system is separated into two parts. The first part is the hardware. It is made up of sensors, based on ANT + technology (or BTLE), and moving means (scooter). Then, there is a second part with software which is based on Android an adaptability on every smartphone and mobile system.
This system will be used by another project, Navigation of Visually Impaired People (http://autonomie.minalogic.net/index.en.html). This project is intended to facilitate mobility and independence of people with visual impairments. It works both indoors and outdoors, and facilitates access to public transport. Our system enables new itineraries to be created quickly and speeds up completion of those available.

==Definitions, acronyms and abbreviations==
'''Operating System'''

'''Android:''' Android is a Linux-based operating system designed primarily for touchscreen mobile devices such as smartphones and tablet computers. Initially developed by Android, Inc.

'''Communication System'''

'''ANT + :''' ANT is a proprietary wireless sensor network technology featuring a wireless communications protocol stack that enables semiconductor radios operating in the 2.4 GHz Industrial, Scientific and Medical allocation of the RF spectrum ("ISM band") to communicate by establishing standard rules for co-existence, data representation, signalling, authentication and error detection.

'''Bluetooth low energy :''' BLTE is a feature of Bluetooth 4.0 wireless radio technology, aimed at new, principally low-power and low-latency, applications for wireless devices within a short range (up to 50 metres / 160 feet -see table below). This facilitates a wide range of applications and smaller form factor devices in the healthcare, fitness, security, and home entertainment industries.

==References==

Android - https://developers.google.com/android/

ANT+ - http://www.thisisant.com/

Wahoo Fitness sensors - http://www.wahoofitness.com/Products/Wahoo-Fitness-Wahoo-Cycling-SpeedCadence-Sensor.asp

Bluetooh Low Energy - http://www.bluetooth.com/Pages/Low-Energy.aspx

= General description=
== Product perspective==
This system will be used by another project, Navigation of Visually Impaired People (http://autonomie.minalogic.net/index.en.html). This project is intended to facilitate mobility and independence of people with visual impairments. It works both indoors and outdoors, and facilitates access to public transport. Our system enables new itineraries to be created quickly and speeds up completion of those available.

== Product functions==
The system must provide solutions for the requirement stated below:

1. Provide a way to create an itinerary from a departure point.

2. The itinerary should be accurate (-50 cm / 20 inch)

3. Show the current orientation and modification

4. Record the user’s information, such as points of interest. These records are audio and textual.

5. Backup the itineraries.

6. Export data in XML file compatible with OpenStreetMap for other uses, such as Navigation of Visually Impaired People.

7. Display itinerary on map.

== User characteristics==
We have an actor class, the user. The user represents the person who wants to interact with the system. This interaction is divided into different tasks that the user can carry out.

== General constraints==
Support of the project must be mobile, discrete and lightweight. We are able to travel long and short distances easily. In addition, it must provide for attachment points for the sensors, and cheerful smartphone software.
Our system should be work even without connection to Internet. We can imagine it being used everywhere in the world. Thanks to this, it is possible to save measurements in a XML file in the smartphone.

== Assumptions and dependencies==
=Specific requirements, covering functional, non-functional and interface requirements=
* document external interfaces,
* describe system functionality and performance
* specify logical database requirements,
* design constraints,
* emergent system properties and quality characteristics.

== Requirement X.Y.Z (in Structured Natural Language)==
'''Function''':

'''Description''':

'''Inputs''':

'''Source''':

'''Outputs''':

'''Destination''':

'''Action''':
* Natural language sentences (with MUST, MAY, SHALL)
* Graphical Notations : UML Sequence w/o collaboration diagrams, Process maps, Task Analysis (HTA, CTT)
* Mathematical Notations
* Tabular notations for several (condition --> action) tuples

'''Non functional requirements''':

'''Pre-condition''':

'''Post-condition''':

'''Side-effects''':

= Product evolution=

=Appendices=
=Index=

Trodomètre/SRS

2013-02-11T13:57:50Z

Brice.theophile: /* Product functions */

{|class="wikitable alternance"
|+ Document History
|-
|
!scope="col"| Version
!scope="col"| Date
!scope="col"| Authors
!scope="col"| Description
!scope="col"| Validator
!scope="col"| Validation Date
|-
!scope="row" |
| 0.1.0
| TBC
| TBC
| TBC
| TBC
| TBC
|-
!scope="row" |
| 0.1.0
| TBC
| TBC
| TBC
| TBC
| TBC
|}

= Introduction=
== Purpose of the requirements document==
== Scope of the product==
The goal of the “Trodometre” project is to provide a system to make accurate measurements during a journey. This system is able to calculate both indoor and outdoor measurements. In fact, it doesn’t use a localization system for its position in real time. Moreover, GPS is not available indoor and consumes a lot of energy which reduces the battery life of a system. Information collected by the program can be exported in XML format and used in OpenStreetMap. We can trace an itinerary everywhere precisely on the map. So, every circuit can be shared with everybody.
The system is separated into two parts. The first part is the hardware. It is made up of sensors, based on ANT + technology (or BTLE), and moving means (scooter). Then, there is a second part with software which is based on Android an adaptability on every smartphone and mobile system.
This system will be used by another project, Navigation of Visually Impaired People (http://autonomie.minalogic.net/index.en.html). This project is intended to facilitate mobility and independence of people with visual impairments. It works both indoors and outdoors, and facilitates access to public transport. Our system enables new itineraries to be created quickly and speeds up completion of those available.

==Definitions, acronyms and abbreviations==
'''Operating System'''

'''Android:''' Android is a Linux-based operating system designed primarily for touchscreen mobile devices such as smartphones and tablet computers. Initially developed by Android, Inc.

'''Communication System'''

'''ANT + :''' ANT is a proprietary wireless sensor network technology featuring a wireless communications protocol stack that enables semiconductor radios operating in the 2.4 GHz Industrial, Scientific and Medical allocation of the RF spectrum ("ISM band") to communicate by establishing standard rules for co-existence, data representation, signalling, authentication and error detection.

'''Bluetooth low energy :''' BLTE is a feature of Bluetooth 4.0 wireless radio technology, aimed at new, principally low-power and low-latency, applications for wireless devices within a short range (up to 50 metres / 160 feet -see table below). This facilitates a wide range of applications and smaller form factor devices in the healthcare, fitness, security, and home entertainment industries.

==References==

Android - https://developers.google.com/android/

ANT+ - http://www.thisisant.com/

Wahoo Fitness sensors - http://www.wahoofitness.com/Products/Wahoo-Fitness-Wahoo-Cycling-SpeedCadence-Sensor.asp

Bluetooh Low Energy - http://www.bluetooth.com/Pages/Low-Energy.aspx

= General description=
== Product perspective==
This system will be used by another project, Navigation of Visually Impaired People (http://autonomie.minalogic.net/index.en.html). This project is intended to facilitate mobility and independence of people with visual impairments. It works both indoors and outdoors, and facilitates access to public transport. Our system enables new itineraries to be created quickly and speeds up completion of those available.

== Product functions==
For this, the system must provide solutions for the requirement stated below:

1. Provide a way to create an itinerary from a departure point.

2. The itinerary should be accurate (-50 cm / 20 inch)

3. Show the current orientation and modification

4. Record the user’s information, such as points of interest. These records are audio and textual.

5. Backup the itineraries.

6. Export data in XML file compatible with OpenStreetMap for other uses, such as Navigation of Visually Impaired People.

7. Display itinerary on map.

== User characteristics==
We have an actor class, the user. The user represents the person who wants to interact with the system. This interaction is divided into different tasks that the user can carry out.

== General constraints==
Support of the project must be mobile, discrete and lightweight. We are able to travel long and short distances easily. In addition, it must provide for attachment points for the sensors, and cheerful smartphone software.
Our system should be work even without connection to Internet. We can imagine it being used everywhere in the world. Thanks to this, it is possible to save measurements in a XML file in the smartphone.

== Assumptions and dependencies==
=Specific requirements, covering functional, non-functional and interface requirements=
* document external interfaces,
* describe system functionality and performance
* specify logical database requirements,
* design constraints,
* emergent system properties and quality characteristics.

== Requirement X.Y.Z (in Structured Natural Language)==
'''Function''':

'''Description''':

'''Inputs''':

'''Source''':

'''Outputs''':

'''Destination''':

'''Action''':
* Natural language sentences (with MUST, MAY, SHALL)
* Graphical Notations : UML Sequence w/o collaboration diagrams, Process maps, Task Analysis (HTA, CTT)
* Mathematical Notations
* Tabular notations for several (condition --> action) tuples

'''Non functional requirements''':

'''Pre-condition''':

'''Post-condition''':

'''Side-effects''':

= Product evolution=

=Appendices=
=Index=

Trodomètre/SRS

2013-02-11T13:56:50Z

Brice.theophile: /* Product functions */

{|class="wikitable alternance"
|+ Document History
|-
|
!scope="col"| Version
!scope="col"| Date
!scope="col"| Authors
!scope="col"| Description
!scope="col"| Validator
!scope="col"| Validation Date
|-
!scope="row" |
| 0.1.0
| TBC
| TBC
| TBC
| TBC
| TBC
|-
!scope="row" |
| 0.1.0
| TBC
| TBC
| TBC
| TBC
| TBC
|}

= Introduction=
== Purpose of the requirements document==
== Scope of the product==
The goal of the “Trodometre” project is to provide a system to make accurate measurements during a journey. This system is able to calculate both indoor and outdoor measurements. In fact, it doesn’t use a localization system for its position in real time. Moreover, GPS is not available indoor and consumes a lot of energy which reduces the battery life of a system. Information collected by the program can be exported in XML format and used in OpenStreetMap. We can trace an itinerary everywhere precisely on the map. So, every circuit can be shared with everybody.
The system is separated into two parts. The first part is the hardware. It is made up of sensors, based on ANT + technology (or BTLE), and moving means (scooter). Then, there is a second part with software which is based on Android an adaptability on every smartphone and mobile system.
This system will be used by another project, Navigation of Visually Impaired People (http://autonomie.minalogic.net/index.en.html). This project is intended to facilitate mobility and independence of people with visual impairments. It works both indoors and outdoors, and facilitates access to public transport. Our system enables new itineraries to be created quickly and speeds up completion of those available.

==Definitions, acronyms and abbreviations==
'''Operating System'''

'''Android:''' Android is a Linux-based operating system designed primarily for touchscreen mobile devices such as smartphones and tablet computers. Initially developed by Android, Inc.

'''Communication System'''

'''ANT + :''' ANT is a proprietary wireless sensor network technology featuring a wireless communications protocol stack that enables semiconductor radios operating in the 2.4 GHz Industrial, Scientific and Medical allocation of the RF spectrum ("ISM band") to communicate by establishing standard rules for co-existence, data representation, signalling, authentication and error detection.

'''Bluetooth low energy :''' BLTE is a feature of Bluetooth 4.0 wireless radio technology, aimed at new, principally low-power and low-latency, applications for wireless devices within a short range (up to 50 metres / 160 feet -see table below). This facilitates a wide range of applications and smaller form factor devices in the healthcare, fitness, security, and home entertainment industries.

==References==

Android - https://developers.google.com/android/

ANT+ - http://www.thisisant.com/

Wahoo Fitness sensors - http://www.wahoofitness.com/Products/Wahoo-Fitness-Wahoo-Cycling-SpeedCadence-Sensor.asp

Bluetooh Low Energy - http://www.bluetooth.com/Pages/Low-Energy.aspx

= General description=
== Product perspective==
This system will be used by another project, Navigation of Visually Impaired People (http://autonomie.minalogic.net/index.en.html). This project is intended to facilitate mobility and independence of people with visual impairments. It works both indoors and outdoors, and facilitates access to public transport. Our system enables new itineraries to be created quickly and speeds up completion of those available.

== Product functions==
For this, the system must provide solutions for the requirement stated below:
1. Provide a way to create an itinerary from a departure point.
2. The itinerary should be accurate (-50 cm / 20 inch)
3. Show the current orientation and modification
4. Record the user’s information, such as points of interest. These records are audio and textual.
5. Backup the itineraries.
6. Export data in XML file compatible with OpenStreetMap for other uses, such as Navigation of Visually Impaired People.
7. Display itinerary on map.

== User characteristics==
We have an actor class, the user. The user represents the person who wants to interact with the system. This interaction is divided into different tasks that the user can carry out.

== General constraints==
Support of the project must be mobile, discrete and lightweight. We are able to travel long and short distances easily. In addition, it must provide for attachment points for the sensors, and cheerful smartphone software.
Our system should be work even without connection to Internet. We can imagine it being used everywhere in the world. Thanks to this, it is possible to save measurements in a XML file in the smartphone.

== Assumptions and dependencies==
=Specific requirements, covering functional, non-functional and interface requirements=
* document external interfaces,
* describe system functionality and performance
* specify logical database requirements,
* design constraints,
* emergent system properties and quality characteristics.

== Requirement X.Y.Z (in Structured Natural Language)==
'''Function''':

'''Description''':

'''Inputs''':

'''Source''':

'''Outputs''':

'''Destination''':

'''Action''':
* Natural language sentences (with MUST, MAY, SHALL)
* Graphical Notations : UML Sequence w/o collaboration diagrams, Process maps, Task Analysis (HTA, CTT)
* Mathematical Notations
* Tabular notations for several (condition --> action) tuples

'''Non functional requirements''':

'''Pre-condition''':

'''Post-condition''':

'''Side-effects''':

= Product evolution=

=Appendices=
=Index=

Trodomètre/SRS

2013-02-11T13:53:47Z

Brice.theophile: /* Product perspective */

{|class="wikitable alternance"
|+ Document History
|-
|
!scope="col"| Version
!scope="col"| Date
!scope="col"| Authors
!scope="col"| Description
!scope="col"| Validator
!scope="col"| Validation Date
|-
!scope="row" |
| 0.1.0
| TBC
| TBC
| TBC
| TBC
| TBC
|-
!scope="row" |
| 0.1.0
| TBC
| TBC
| TBC
| TBC
| TBC
|}

= Introduction=
== Purpose of the requirements document==
== Scope of the product==
The goal of the “Trodometre” project is to provide a system to make accurate measurements during a journey. This system is able to calculate both indoor and outdoor measurements. In fact, it doesn’t use a localization system for its position in real time. Moreover, GPS is not available indoor and consumes a lot of energy which reduces the battery life of a system. Information collected by the program can be exported in XML format and used in OpenStreetMap. We can trace an itinerary everywhere precisely on the map. So, every circuit can be shared with everybody.
The system is separated into two parts. The first part is the hardware. It is made up of sensors, based on ANT + technology (or BTLE), and moving means (scooter). Then, there is a second part with software which is based on Android an adaptability on every smartphone and mobile system.
This system will be used by another project, Navigation of Visually Impaired People (http://autonomie.minalogic.net/index.en.html). This project is intended to facilitate mobility and independence of people with visual impairments. It works both indoors and outdoors, and facilitates access to public transport. Our system enables new itineraries to be created quickly and speeds up completion of those available.

==Definitions, acronyms and abbreviations==
'''Operating System'''

'''Android:''' Android is a Linux-based operating system designed primarily for touchscreen mobile devices such as smartphones and tablet computers. Initially developed by Android, Inc.

'''Communication System'''

'''ANT + :''' ANT is a proprietary wireless sensor network technology featuring a wireless communications protocol stack that enables semiconductor radios operating in the 2.4 GHz Industrial, Scientific and Medical allocation of the RF spectrum ("ISM band") to communicate by establishing standard rules for co-existence, data representation, signalling, authentication and error detection.

'''Bluetooth low energy :''' BLTE is a feature of Bluetooth 4.0 wireless radio technology, aimed at new, principally low-power and low-latency, applications for wireless devices within a short range (up to 50 metres / 160 feet -see table below). This facilitates a wide range of applications and smaller form factor devices in the healthcare, fitness, security, and home entertainment industries.

==References==

Android - https://developers.google.com/android/

ANT+ - http://www.thisisant.com/

Wahoo Fitness sensors - http://www.wahoofitness.com/Products/Wahoo-Fitness-Wahoo-Cycling-SpeedCadence-Sensor.asp

Bluetooh Low Energy - http://www.bluetooth.com/Pages/Low-Energy.aspx

= General description=
== Product perspective==
This system will be used by another project, Navigation of Visually Impaired People (http://autonomie.minalogic.net/index.en.html). This project is intended to facilitate mobility and independence of people with visual impairments. It works both indoors and outdoors, and facilitates access to public transport. Our system enables new itineraries to be created quickly and speeds up completion of those available.

== Product functions==

== User characteristics==
We have an actor class, the user. The user represents the person who wants to interact with the system. This interaction is divided into different tasks that the user can carry out.

== General constraints==
Support of the project must be mobile, discrete and lightweight. We are able to travel long and short distances easily. In addition, it must provide for attachment points for the sensors, and cheerful smartphone software.
Our system should be work even without connection to Internet. We can imagine it being used everywhere in the world. Thanks to this, it is possible to save measurements in a XML file in the smartphone.

== Assumptions and dependencies==
=Specific requirements, covering functional, non-functional and interface requirements=
* document external interfaces,
* describe system functionality and performance
* specify logical database requirements,
* design constraints,
* emergent system properties and quality characteristics.

== Requirement X.Y.Z (in Structured Natural Language)==
'''Function''':

'''Description''':

'''Inputs''':

'''Source''':

'''Outputs''':

'''Destination''':

'''Action''':
* Natural language sentences (with MUST, MAY, SHALL)
* Graphical Notations : UML Sequence w/o collaboration diagrams, Process maps, Task Analysis (HTA, CTT)
* Mathematical Notations
* Tabular notations for several (condition --> action) tuples

'''Non functional requirements''':

'''Pre-condition''':

'''Post-condition''':

'''Side-effects''':

= Product evolution=

=Appendices=
=Index=

Trodomètre/SRS

2013-02-11T13:51:17Z

Brice.theophile: /* User characteristics */

{|class="wikitable alternance"
|+ Document History
|-
|
!scope="col"| Version
!scope="col"| Date
!scope="col"| Authors
!scope="col"| Description
!scope="col"| Validator
!scope="col"| Validation Date
|-
!scope="row" |
| 0.1.0
| TBC
| TBC
| TBC
| TBC
| TBC
|-
!scope="row" |
| 0.1.0
| TBC
| TBC
| TBC
| TBC
| TBC
|}

= Introduction=
== Purpose of the requirements document==
== Scope of the product==
The goal of the “Trodometre” project is to provide a system to make accurate measurements during a journey. This system is able to calculate both indoor and outdoor measurements. In fact, it doesn’t use a localization system for its position in real time. Moreover, GPS is not available indoor and consumes a lot of energy which reduces the battery life of a system. Information collected by the program can be exported in XML format and used in OpenStreetMap. We can trace an itinerary everywhere precisely on the map. So, every circuit can be shared with everybody.
The system is separated into two parts. The first part is the hardware. It is made up of sensors, based on ANT + technology (or BTLE), and moving means (scooter). Then, there is a second part with software which is based on Android an adaptability on every smartphone and mobile system.
This system will be used by another project, Navigation of Visually Impaired People (http://autonomie.minalogic.net/index.en.html). This project is intended to facilitate mobility and independence of people with visual impairments. It works both indoors and outdoors, and facilitates access to public transport. Our system enables new itineraries to be created quickly and speeds up completion of those available.

==Definitions, acronyms and abbreviations==
'''Operating System'''

'''Android:''' Android is a Linux-based operating system designed primarily for touchscreen mobile devices such as smartphones and tablet computers. Initially developed by Android, Inc.

'''Communication System'''

'''ANT + :''' ANT is a proprietary wireless sensor network technology featuring a wireless communications protocol stack that enables semiconductor radios operating in the 2.4 GHz Industrial, Scientific and Medical allocation of the RF spectrum ("ISM band") to communicate by establishing standard rules for co-existence, data representation, signalling, authentication and error detection.

'''Bluetooth low energy :''' BLTE is a feature of Bluetooth 4.0 wireless radio technology, aimed at new, principally low-power and low-latency, applications for wireless devices within a short range (up to 50 metres / 160 feet -see table below). This facilitates a wide range of applications and smaller form factor devices in the healthcare, fitness, security, and home entertainment industries.

==References==

Android - https://developers.google.com/android/

ANT+ - http://www.thisisant.com/

Wahoo Fitness sensors - http://www.wahoofitness.com/Products/Wahoo-Fitness-Wahoo-Cycling-SpeedCadence-Sensor.asp

Bluetooh Low Energy - http://www.bluetooth.com/Pages/Low-Energy.aspx

= General description=
== Product perspective==
== Product functions==
== User characteristics==
We have an actor class, the user. The user represents the person who wants to interact with the system. This interaction is divided into different tasks that the user can carry out.

== General constraints==
Support of the project must be mobile, discrete and lightweight. We are able to travel long and short distances easily. In addition, it must provide for attachment points for the sensors, and cheerful smartphone software.
Our system should be work even without connection to Internet. We can imagine it being used everywhere in the world. Thanks to this, it is possible to save measurements in a XML file in the smartphone.

== Assumptions and dependencies==
=Specific requirements, covering functional, non-functional and interface requirements=
* document external interfaces,
* describe system functionality and performance
* specify logical database requirements,
* design constraints,
* emergent system properties and quality characteristics.

== Requirement X.Y.Z (in Structured Natural Language)==
'''Function''':

'''Description''':

'''Inputs''':

'''Source''':

'''Outputs''':

'''Destination''':

'''Action''':
* Natural language sentences (with MUST, MAY, SHALL)
* Graphical Notations : UML Sequence w/o collaboration diagrams, Process maps, Task Analysis (HTA, CTT)
* Mathematical Notations
* Tabular notations for several (condition --> action) tuples

'''Non functional requirements''':

'''Pre-condition''':

'''Post-condition''':

'''Side-effects''':

= Product evolution=

=Appendices=
=Index=

Trodomètre/SRS

2013-02-11T13:47:10Z

Brice.theophile:

The document provides a template of the Software Requirements Specification (SRS). It is inspired of the IEEE/ANSI 830-1998 Standard.

'''Read first:'''
* http://www.cs.st-andrews.ac.uk/~ifs/Books/SE9/Presentations/PPTX/Ch4.pptx
* http://en.wikipedia.org/wiki/Software_requirements_specification
* [http://www.cse.msu.edu/~chengb/RE-491/Papers/IEEE-SRS-practice.pdf IEEE Recommended Practice for Software Requirements Specifications IEEE Std 830-1998]

{|class="wikitable alternance"
|+ Document History
|-
|
!scope="col"| Version
!scope="col"| Date
!scope="col"| Authors
!scope="col"| Description
!scope="col"| Validator
!scope="col"| Validation Date
|-
!scope="row" |
| 0.1.0
| TBC
| TBC
| TBC
| TBC
| TBC
|-
!scope="row" |
| 0.1.0
| TBC
| TBC
| TBC
| TBC
| TBC
|}

= Introduction=
== Purpose of the requirements document==
== Scope of the product==
The goal of the “Trodometre” project is to provide a system to make accurate measurements during a journey. This system is able to calculate both indoor and outdoor measurements. In fact, it doesn’t use a localization system for its position in real time. Moreover, GPS is not available indoor and consumes a lot of energy which reduces the battery life of a system. Information collected by the program can be exported in XML format and used in OpenStreetMap. We can trace an itinerary everywhere precisely on the map. So, every circuit can be shared with everybody.
The system is separated into two parts. The first part is the hardware. It is made up of sensors, based on ANT + technology (or BTLE), and moving means (scooter). Then, there is a second part with software which is based on Android an adaptability on every smartphone and mobile system.
This system will be used by another project, Navigation of Visually Impaired People (http://autonomie.minalogic.net/index.en.html). This project is intended to facilitate mobility and independence of people with visual impairments. It works both indoors and outdoors, and facilitates access to public transport. Our system enables new itineraries to be created quickly and speeds up completion of those available.

==Definitions, acronyms and abbreviations==
'''Operating System'''

'''Android:''' Android is a Linux-based operating system designed primarily for touchscreen mobile devices such as smartphones and tablet computers. Initially developed by Android, Inc.

'''Communication System'''

'''ANT + :''' ANT is a proprietary wireless sensor network technology featuring a wireless communications protocol stack that enables semiconductor radios operating in the 2.4 GHz Industrial, Scientific and Medical allocation of the RF spectrum ("ISM band") to communicate by establishing standard rules for co-existence, data representation, signalling, authentication and error detection.

'''Bluetooth low energy :''' BLTE is a feature of Bluetooth 4.0 wireless radio technology, aimed at new, principally low-power and low-latency, applications for wireless devices within a short range (up to 50 metres / 160 feet -see table below). This facilitates a wide range of applications and smaller form factor devices in the healthcare, fitness, security, and home entertainment industries.

==References==

Android - https://developers.google.com/android/

ANT+ - http://www.thisisant.com/

Wahoo Fitness sensors - http://www.wahoofitness.com/Products/Wahoo-Fitness-Wahoo-Cycling-SpeedCadence-Sensor.asp

Bluetooh Low Energy - http://www.bluetooth.com/Pages/Low-Energy.aspx

= General description=
== Product perspective==
== Product functions==
== User characteristics==
== General constraints==
Support of the project must be mobile, discrete and lightweight. We are able to travel long and short distances easily. In addition, it must provide for attachment points for the sensors, and cheerful smartphone software.
Our system should be work even without connection to Internet. We can imagine it being used everywhere in the world. Thanks to this, it is possible to save measurements in a XML file in the smartphone.

== Assumptions and dependencies==
=Specific requirements, covering functional, non-functional and interface requirements=
* document external interfaces,
* describe system functionality and performance
* specify logical database requirements,
* design constraints,
* emergent system properties and quality characteristics.

== Requirement X.Y.Z (in Structured Natural Language)==
'''Function''':

'''Description''':

'''Inputs''':

'''Source''':

'''Outputs''':

'''Destination''':

'''Action''':
* Natural language sentences (with MUST, MAY, SHALL)
* Graphical Notations : UML Sequence w/o collaboration diagrams, Process maps, Task Analysis (HTA, CTT)
* Mathematical Notations
* Tabular notations for several (condition --> action) tuples

'''Non functional requirements''':

'''Pre-condition''':

'''Post-condition''':

'''Side-effects''':

= Product evolution=

=Appendices=
=Index=

Trodomètre/SRS

2013-02-11T13:46:40Z

Brice.theophile:

The document provides a template of the Software Requirements Specification (SRS). It is inspired of the IEEE/ANSI 830-1998 Standard.

'''Read first:'''
* http://www.cs.st-andrews.ac.uk/~ifs/Books/SE9/Presentations/PPTX/Ch4.pptx
* http://en.wikipedia.org/wiki/Software_requirements_specification
* [http://www.cse.msu.edu/~chengb/RE-491/Papers/IEEE-SRS-practice.pdf IEEE Recommended Practice for Software Requirements Specifications IEEE Std 830-1998]

{|class="wikitable alternance"
|+ Document History
|-
|
!scope="col"| Version
!scope="col"| Date
!scope="col"| Authors
!scope="col"| Description
!scope="col"| Validator
!scope="col"| Validation Date
|-
!scope="row" |
| 0.1.0
| TBC
| TBC
| TBC
| TBC
| TBC
!scope="row" |
| 0.1.0
| TBC
| TBC
| TBC
| TBC
| TBC
|}

= Introduction=
== Purpose of the requirements document==
== Scope of the product==
The goal of the “Trodometre” project is to provide a system to make accurate measurements during a journey. This system is able to calculate both indoor and outdoor measurements. In fact, it doesn’t use a localization system for its position in real time. Moreover, GPS is not available indoor and consumes a lot of energy which reduces the battery life of a system. Information collected by the program can be exported in XML format and used in OpenStreetMap. We can trace an itinerary everywhere precisely on the map. So, every circuit can be shared with everybody.
The system is separated into two parts. The first part is the hardware. It is made up of sensors, based on ANT + technology (or BTLE), and moving means (scooter). Then, there is a second part with software which is based on Android an adaptability on every smartphone and mobile system.
This system will be used by another project, Navigation of Visually Impaired People (http://autonomie.minalogic.net/index.en.html). This project is intended to facilitate mobility and independence of people with visual impairments. It works both indoors and outdoors, and facilitates access to public transport. Our system enables new itineraries to be created quickly and speeds up completion of those available.

==Definitions, acronyms and abbreviations==
'''Operating System'''

'''Android:''' Android is a Linux-based operating system designed primarily for touchscreen mobile devices such as smartphones and tablet computers. Initially developed by Android, Inc.

'''Communication System'''

'''ANT + :''' ANT is a proprietary wireless sensor network technology featuring a wireless communications protocol stack that enables semiconductor radios operating in the 2.4 GHz Industrial, Scientific and Medical allocation of the RF spectrum ("ISM band") to communicate by establishing standard rules for co-existence, data representation, signalling, authentication and error detection.

'''Bluetooth low energy :''' BLTE is a feature of Bluetooth 4.0 wireless radio technology, aimed at new, principally low-power and low-latency, applications for wireless devices within a short range (up to 50 metres / 160 feet -see table below). This facilitates a wide range of applications and smaller form factor devices in the healthcare, fitness, security, and home entertainment industries.

==References==

Android - https://developers.google.com/android/

ANT+ - http://www.thisisant.com/

Wahoo Fitness sensors - http://www.wahoofitness.com/Products/Wahoo-Fitness-Wahoo-Cycling-SpeedCadence-Sensor.asp

Bluetooh Low Energy - http://www.bluetooth.com/Pages/Low-Energy.aspx

= General description=
== Product perspective==
== Product functions==
== User characteristics==
== General constraints==
Support of the project must be mobile, discrete and lightweight. We are able to travel long and short distances easily. In addition, it must provide for attachment points for the sensors, and cheerful smartphone software.
Our system should be work even without connection to Internet. We can imagine it being used everywhere in the world. Thanks to this, it is possible to save measurements in a XML file in the smartphone.

== Assumptions and dependencies==
=Specific requirements, covering functional, non-functional and interface requirements=
* document external interfaces,
* describe system functionality and performance
* specify logical database requirements,
* design constraints,
* emergent system properties and quality characteristics.

== Requirement X.Y.Z (in Structured Natural Language)==
'''Function''':

'''Description''':

'''Inputs''':

'''Source''':

'''Outputs''':

'''Destination''':

'''Action''':
* Natural language sentences (with MUST, MAY, SHALL)
* Graphical Notations : UML Sequence w/o collaboration diagrams, Process maps, Task Analysis (HTA, CTT)
* Mathematical Notations
* Tabular notations for several (condition --> action) tuples

'''Non functional requirements''':

'''Pre-condition''':

'''Post-condition''':

'''Side-effects''':

= Product evolution=

=Appendices=
=Index=

Trodomètre

2013-02-11T13:40:56Z

Brice.theophile: /* Introduction */

=Introduction=
[[Image:trodometre-osaka.jpg|thumb|300px|right|Students from the GISLab using the Android Kick-scooter at Sugimotocho, Osaka City University ]]

Elèves RICM3 (2012): [[User:Jfbianco|Jean-François Bianco]], [[User:Brice.theophile|Brice Theophile]]

Enseignant: [[User:Lemordant|Jacques Lemordant]]

SRS du projet : http://air.imag.fr/mediawiki/index.php/Trodomètre/SRS

Trodomètre = Trotinette + [http://fr.wikipedia.org/wiki/Odom%C3%A8tre Odomètre] : cet odomètre a pour objectif de cartographier des lieux ( interieur/exterieur), comme des lieux publics, sans se faire remarquer.

La cartographie collectée peut être nettoyée & recalibrée pour être ensuite contribuée à [[OpenStreetMap]].

L'application permet de faire des relevés precis d'un parcours. Elle prends automatiquement en compte les tournants et peut recevoir des POIs (Points d'intérets) personnalisés, qui pemettent à l'utilisateur d'obtenir un parcours relativement complet.

==Technologies==
Lors de ce projet, nous avons utilisé les technologies suivantes :
* Capteur [[ANT]]+
* [[Android]] (version 2.3 & supérieure supportées )
* Capteur [[BLTE]]

==Application Android==
===Fonctionnalités===
* Calcul d'un parcours en prennant en compte les changements de directions
* Possibilité de sauvegarder des POIs sous forme de voix et de texte
* Sauvegarde des mesures en XML . Possibilité d'envoyer les résultats par mail ou de les sauvegarder directement sur la machine
* Possibilité d'utiliser des roues de différents diamètres
* Gestion de plusieurs aimants pour augmenter la précision des mesures (par défaut celle-ci est équivalente a +/- la circonference de la roue)

==Expérimentation==
* Gare de Grenoble, France
* Gare d'Osaka, Japon

Trodomètre

2013-02-11T13:40:35Z

Brice.theophile: /* Introduction */

=Introduction=
[[Image:trodometre-osaka.jpg|thumb|300px|right|Students from the GISLab using the Android Kick-scooter at Sugimotocho, Osaka City University ]]

Elèves RICM3 (2012): [[User:Jfbianco|Jean-François Bianco]], [[User:Brice.theophile|Brice Theophile]]

Enseignant: [[User:Lemordant|Jacques Lemordant]]

SRS du projet : http://air.imag.fr/mediawiki/index.php/Trodom%C3%A8tre/SRS

Trodomètre = Trotinette + [http://fr.wikipedia.org/wiki/Odom%C3%A8tre Odomètre] : cet odomètre a pour objectif de cartographier des lieux ( interieur/exterieur), comme des lieux publics, sans se faire remarquer.

La cartographie collectée peut être nettoyée & recalibrée pour être ensuite contribuée à [[OpenStreetMap]].

L'application permet de faire des relevés precis d'un parcours. Elle prends automatiquement en compte les tournants et peut recevoir des POIs (Points d'intérets) personnalisés, qui pemettent à l'utilisateur d'obtenir un parcours relativement complet.

==Technologies==
Lors de ce projet, nous avons utilisé les technologies suivantes :
* Capteur [[ANT]]+
* [[Android]] (version 2.3 & supérieure supportées )
* Capteur [[BLTE]]

==Application Android==
===Fonctionnalités===
* Calcul d'un parcours en prennant en compte les changements de directions
* Possibilité de sauvegarder des POIs sous forme de voix et de texte
* Sauvegarde des mesures en XML . Possibilité d'envoyer les résultats par mail ou de les sauvegarder directement sur la machine
* Possibilité d'utiliser des roues de différents diamètres
* Gestion de plusieurs aimants pour augmenter la précision des mesures (par défaut celle-ci est équivalente a +/- la circonference de la roue)

==Expérimentation==
* Gare de Grenoble, France
* Gare d'Osaka, Japon

Trodomètre

2013-02-11T13:39:08Z

Brice.theophile: /* Technologies */

=Introduction=
[[Image:trodometre-osaka.jpg|thumb|300px|right|Students from the GISLab using the Android Kick-scooter at Sugimotocho, Osaka City University ]]

Elèves RICM3 (2012): [[User:Jfbianco|Jean-François Bianco]], [[User:Brice.theophile|Brice Theophile]]

Enseignant: [[User:Lemordant|Jacques Lemordant]]

Trodomètre = Trotinette + [http://fr.wikipedia.org/wiki/Odom%C3%A8tre Odomètre] : cet odomètre a pour objectif de cartographier des lieux ( interieur/exterieur), comme des lieux publics, sans se faire remarquer.

La cartographie collectée peut être nettoyée & recalibrée pour être ensuite contribuée à [[OpenStreetMap]].

L'application permet de faire des relevés precis d'un parcours. Elle prends automatiquement en compte les tournants et peut recevoir des POIs (Points d'intérets) personnalisés, qui pemettent à l'utilisateur d'obtenir un parcours relativement complet.

==Technologies==
Lors de ce projet, nous avons utilisé les technologies suivantes :
* Capteur [[ANT]]+
* [[Android]] (version 2.3 & supérieure supportées )
* Capteur [[BLTE]]

==Application Android==
===Fonctionnalités===
* Calcul d'un parcours en prennant en compte les changements de directions
* Possibilité de sauvegarder des POIs sous forme de voix et de texte
* Sauvegarde des mesures en XML . Possibilité d'envoyer les résultats par mail ou de les sauvegarder directement sur la machine
* Possibilité d'utiliser des roues de différents diamètres
* Gestion de plusieurs aimants pour augmenter la précision des mesures (par défaut celle-ci est équivalente a +/- la circonference de la roue)

==Expérimentation==
* Gare de Grenoble, France
* Gare d'Osaka, Japon

Trodomètre/SRS

2013-02-11T13:32:51Z

Brice.theophile: /* 1.4 References */

The document provides a template of the Software Requirements Specification (SRS). It is inspired of the IEEE/ANSI 830-1998 Standard.

'''Read first:'''
* http://www.cs.st-andrews.ac.uk/~ifs/Books/SE9/Presentations/PPTX/Ch4.pptx
* http://en.wikipedia.org/wiki/Software_requirements_specification
* [http://www.cse.msu.edu/~chengb/RE-491/Papers/IEEE-SRS-practice.pdf IEEE Recommended Practice for Software Requirements Specifications IEEE Std 830-1998]

{|class="wikitable alternance"
|+ Document History
|-
|
!scope="col"| Version
!scope="col"| Date
!scope="col"| Authors
!scope="col"| Description
!scope="col"| Validator
!scope="col"| Validation Date
|-
!scope="row" |
| 0.1.0
| TBC
| TBC
| TBC
| TBC
| TBC

|}

= Introduction=
== Purpose of the requirements document==
== Scope of the product==
The goal of the “Trodometre” project is to provide a system to make accurate measurements during a journey. This system is able to calculate both indoor and outdoor measurements. In fact, it doesn’t use a localization system for its position in real time. Moreover, GPS is not available indoor and consumes a lot of energy which reduces the battery life of a system. Information collected by the program can be exported in XML format and used in OpenStreetMap. We can trace an itinerary everywhere precisely on the map. So, every circuit can be shared with everybody.
The system is separated into two parts. The first part is the hardware. It is made up of sensors, based on ANT + technology (or BTLE), and moving means (scooter). Then, there is a second part with software which is based on Android an adaptability on every smartphone and mobile system.
This system will be used by another project, Navigation of Visually Impaired People (http://autonomie.minalogic.net/index.en.html). This project is intended to facilitate mobility and independence of people with visual impairments. It works both indoors and outdoors, and facilitates access to public transport. Our system enables new itineraries to be created quickly and speeds up completion of those available.

==Definitions, acronyms and abbreviations==
'''Operating System'''
'''Android:''' Android is a Linux-based operating system designed primarily for touchscreen mobile devices such as smartphones and tablet computers. Initially developed by Android, Inc.

'''Communication System'''

ANT + : ANT is a proprietary wireless sensor network technology featuring a wireless communications protocol stack that enables semiconductor radios operating in the 2.4 GHz Industrial, Scientific and Medical allocation of the RF spectrum ("ISM band") to communicate by establishing standard rules for co-existence, data representation, signalling, authentication and error detection.

Android :

==References==
ANT+ - http://www.thisisant.com/

Wahoo Fitness sensors - http://www.wahoofitness.com/Products/Wahoo-Fitness-Wahoo-Cycling-SpeedCadence-Sensor.asp

== Overview of the remainder of the document==

= General description=
== Product perspective==
== Product functions==
== User characteristics==
== General constraints==
Support of the project must be mobile, discrete and lightweight. We are able to travel long and short distances easily. In addition, it must provide for attachment points for the sensors, and cheerful smartphone software.
Our system should be work even without connection to Internet. We can imagine it being used everywhere in the world. Thanks to this, it is possible to save measurements in a XML file in the smartphone.

==2.5 Assumptions and dependencies==
=3.Specific requirements, covering functional, non-functional and interface requirements=
* document external interfaces,
* describe system functionality and performance
* specify logical database requirements,
* design constraints,
* emergent system properties and quality characteristics.

==3.1 Requirement X.Y.Z (in Structured Natural Language)==
'''Function''':

'''Description''':

'''Inputs''':

'''Source''':

'''Outputs''':

'''Destination''':

'''Action''':
* Natural language sentences (with MUST, MAY, SHALL)
* Graphical Notations : UML Sequence w/o collaboration diagrams, Process maps, Task Analysis (HTA, CTT)
* Mathematical Notations
* Tabular notations for several (condition --> action) tuples

'''Non functional requirements''':

'''Pre-condition''':

'''Post-condition''':

'''Side-effects''':

=4. Product evolution=

=5. Appendices=
=6. Index=

Trodomètre/SRS

2013-02-11T13:31:42Z

Brice.theophile: /* 1. Introduction */

The document provides a template of the Software Requirements Specification (SRS). It is inspired of the IEEE/ANSI 830-1998 Standard.

'''Read first:'''
* http://www.cs.st-andrews.ac.uk/~ifs/Books/SE9/Presentations/PPTX/Ch4.pptx
* http://en.wikipedia.org/wiki/Software_requirements_specification
* [http://www.cse.msu.edu/~chengb/RE-491/Papers/IEEE-SRS-practice.pdf IEEE Recommended Practice for Software Requirements Specifications IEEE Std 830-1998]

{|class="wikitable alternance"
|+ Document History
|-
|
!scope="col"| Version
!scope="col"| Date
!scope="col"| Authors
!scope="col"| Description
!scope="col"| Validator
!scope="col"| Validation Date
|-
!scope="row" |
| 0.1.0
| TBC
| TBC
| TBC
| TBC
| TBC

|}

= Introduction=
== Purpose of the requirements document==
== Scope of the product==
The goal of the “Trodometre” project is to provide a system to make accurate measurements during a journey. This system is able to calculate both indoor and outdoor measurements. In fact, it doesn’t use a localization system for its position in real time. Moreover, GPS is not available indoor and consumes a lot of energy which reduces the battery life of a system. Information collected by the program can be exported in XML format and used in OpenStreetMap. We can trace an itinerary everywhere precisely on the map. So, every circuit can be shared with everybody.
The system is separated into two parts. The first part is the hardware. It is made up of sensors, based on ANT + technology (or BTLE), and moving means (scooter). Then, there is a second part with software which is based on Android an adaptability on every smartphone and mobile system.
This system will be used by another project, Navigation of Visually Impaired People (http://autonomie.minalogic.net/index.en.html). This project is intended to facilitate mobility and independence of people with visual impairments. It works both indoors and outdoors, and facilitates access to public transport. Our system enables new itineraries to be created quickly and speeds up completion of those available.

==1.3 Definitions, acronyms and abbreviations==
'''Operating System'''
'''Android:''' Android is a Linux-based operating system designed primarily for touchscreen mobile devices such as smartphones and tablet computers. Initially developed by Android, Inc.

'''Communication System'''

ANT + : ANT is a proprietary wireless sensor network technology featuring a wireless communications protocol stack that enables semiconductor radios operating in the 2.4 GHz Industrial, Scientific and Medical allocation of the RF spectrum ("ISM band") to communicate by establishing standard rules for co-existence, data representation, signalling, authentication and error detection.

Android :

==1.4 References==
ANT+ - http://www.thisisant.com/
Wahoo Fitness sensors - http://www.wahoofitness.com/Products/Wahoo-Fitness-Wahoo-Cycling-SpeedCadence-Sensor.asp

==1.5 Overview of the remainder of the document==

=2. General description=
==2.1 Product perspective==
==2.2 Product functions==
==2.3 User characteristics==
==2.4 General constraints==
Support of the project must be mobile, discrete and lightweight. We are able to travel long and short distances easily. In addition, it must provide for attachment points for the sensors, and cheerful smartphone software.
Our system should be work even without connection to Internet. We can imagine it being used everywhere in the world. Thanks to this, it is possible to save measurements in a XML file in the smartphone.

==2.5 Assumptions and dependencies==
=3.Specific requirements, covering functional, non-functional and interface requirements=
* document external interfaces,
* describe system functionality and performance
* specify logical database requirements,
* design constraints,
* emergent system properties and quality characteristics.

==3.1 Requirement X.Y.Z (in Structured Natural Language)==
'''Function''':

'''Description''':

'''Inputs''':

'''Source''':

'''Outputs''':

'''Destination''':

'''Action''':
* Natural language sentences (with MUST, MAY, SHALL)
* Graphical Notations : UML Sequence w/o collaboration diagrams, Process maps, Task Analysis (HTA, CTT)
* Mathematical Notations
* Tabular notations for several (condition --> action) tuples

'''Non functional requirements''':

'''Pre-condition''':

'''Post-condition''':

'''Side-effects''':

=4. Product evolution=

=5. Appendices=
=6. Index=

Trodomètre/SRS

2013-02-11T13:23:09Z

Brice.theophile: /* 2.4 General constraints */

The document provides a template of the Software Requirements Specification (SRS). It is inspired of the IEEE/ANSI 830-1998 Standard.

'''Read first:'''
* http://www.cs.st-andrews.ac.uk/~ifs/Books/SE9/Presentations/PPTX/Ch4.pptx
* http://en.wikipedia.org/wiki/Software_requirements_specification
* [http://www.cse.msu.edu/~chengb/RE-491/Papers/IEEE-SRS-practice.pdf IEEE Recommended Practice for Software Requirements Specifications IEEE Std 830-1998]

{|class="wikitable alternance"
|+ Document History
|-
|
!scope="col"| Version
!scope="col"| Date
!scope="col"| Authors
!scope="col"| Description
!scope="col"| Validator
!scope="col"| Validation Date
|-
!scope="row" |
| 0.1.0
| TBC
| TBC
| TBC
| TBC
| TBC

|}

=1. Introduction=
==1.1 Purpose of the requirements document==
==1.2 Scope of the product==
The goal of the “Trodometre” project is to provide a system to make accurate measurements during a journey. This system is able to calculate both indoor and outdoor measurements. In fact, it doesn’t use a localization system for its position in real time. Moreover, GPS is not available indoor and consumes a lot of energy which reduces the battery life of a system. Information collected by the program can be exported in XML format and used in OpenStreetMap. We can trace an itinerary everywhere precisely on the map. So, every circuit can be shared with everybody.
The system is separated into two parts. The first part is the hardware. It is made up of sensors, based on ANT + technology (or BTLE), and moving means (scooter). Then, there is a second part with software which is based on Android an adaptability on every smartphone and mobile system.
This system will be used by another project, Navigation of Visually Impaired People (http://autonomie.minalogic.net/index.en.html). This project is intended to facilitate mobility and independence of people with visual impairments. It works both indoors and outdoors, and facilitates access to public transport. Our system enables new itineraries to be created quickly and speeds up completion of those available.

==1.3 Definitions, acronyms and abbreviations==
==1.4 References==
ANT+ - http://www.thisisant.com/

Wahoo Fitness sensors - http://www.wahoofitness.com/Products/Wahoo-Fitness-Wahoo-Cycling-SpeedCadence-Sensor.asp

==1.5 Overview of the remainder of the document==
=2. General description=
==2.1 Product perspective==
==2.2 Product functions==
==2.3 User characteristics==
==2.4 General constraints==
Support of the project must be mobile, discrete and lightweight. We are able to travel long and short distances easily. In addition, it must provide for attachment points for the sensors, and cheerful smartphone software.
Our system should be work even without connection to Internet. We can imagine it being used everywhere in the world. Thanks to this, it is possible to save measurements in a XML file in the smartphone.

==2.5 Assumptions and dependencies==
=3.Specific requirements, covering functional, non-functional and interface requirements=
* document external interfaces,
* describe system functionality and performance
* specify logical database requirements,
* design constraints,
* emergent system properties and quality characteristics.

==3.1 Requirement X.Y.Z (in Structured Natural Language)==
'''Function''':

'''Description''':

'''Inputs''':

'''Source''':

'''Outputs''':

'''Destination''':

'''Action''':
* Natural language sentences (with MUST, MAY, SHALL)
* Graphical Notations : UML Sequence w/o collaboration diagrams, Process maps, Task Analysis (HTA, CTT)
* Mathematical Notations
* Tabular notations for several (condition --> action) tuples

'''Non functional requirements''':

'''Pre-condition''':

'''Post-condition''':

'''Side-effects''':

=4. Product evolution=

=5. Appendices=
=6. Index=

Trodomètre/SRS

2013-02-11T13:11:26Z

Brice.theophile: /* 1.4 References */

Trodomètre/SRS

2013-02-11T13:11:13Z

Brice.theophile: /* 1.4 References */