The document provides a template of the Software Requirements Specification (SRS). It is inspired of the IEEE/ANSI 830-1998 Standard.
|0.1||27/01/2014||Labat Paul, Fréby Rodolphe||SRS of SmartCitizen project||Validator||Validation Date|
- 1 1. Introduction
- 2 2. General description
- 3 3.Specific requirements, covering functional, non-functional and interface requirements
- 4 4. Product evolution
- 5 5. Appendices
- 6 6. Index
1.1 Purpose of the requirements document
This Software Requirements Specification (SRS) identifies the requirements for the SmartCitizen project. The purpose of the present document is to explain how we organize our project, the different steps of the conception and the project achievement.
1.2 Scope of the product
The purpose of this project is to monitor a city thanks to sensors spread in it and to visualize the data, sent by those sensors, on a map.
1.3 Definitions, acronyms and abbreviations
- MQTT (MQ Telemetry Transport) : It is a messaging protocols that can be used by a range of devices from small sensors, to mobile phones, embedded systems on vehicles, or laptops. It uses the publish-subscribe messaging pattern.
- Arduino : It is a open-source board with a microcontroller, intended to make the application of interactive objects or environments more accessible.
- MongoDB :A NoSQL cross-platform document-oriented database system. It uses a JSON-like structure (named BSON) instead of the traditional table-based system.
1.5 Overview of the remainder of the document
2. General description
2.1 Product perspective
At first, the website will enable people to see data from sensors on a map. Then, a bit of statistics will be made in order to display zone in function of some parameters. Finally, the user will be able to take a picture with geolocalisation and post it on twitter, so that the picture is displayed on the web site.
2.2 Product functions
If a user want to send data from its own sensors to the web site, he will have to register in order to obtaining a key that will be required to setup the sensors.
The web site display the position of the sensors as well as the data they send to the web site. Zones are also displayed depending on those data.
2.3 User characteristics
2.4 General constraints
- MongoDB server
- NodeJS server
- Special syntax for MQTT messages
- Network connection for arduino sensors to access the NodeJS server
2.5 Assumptions and dependencies
- Two sensors can not be at the same position in the database
- Values returned by sensors must be right
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)
- Gather information from several sensors
- Post information on a map, available from a browser
- MQTT data from sensors
- Different types of sensors (MQ4, DHT11 ...). They could be plugged to an arduino.
- A website
- A twitter stream
- Town hall
- Post a tweet when a threshol is reached
Non functional requirements:
- Sensors are not blocked
- - Computer
- - Arduino Leonardo
- - Arduino ethernet shield
- - Sensors
- - Arduino IDE
- - Nodejs
- - Mongodb
- - Mosquitto
- Real time information
- Reactivity from the Town hall
4. Product evolution
- Mobile application to use embedded sensors (for smartphone and tablet)
- Mobile applicatin to visualize the map and the sensors values
- Increase the number of input (social networks)
- Alert send by e-mail
- Optimisation of the server (caching ...)
- API for developpers : to access the database (open data)
The document is based on template of the Software Requirements Specification (SRS) inspired of the IEEE/ANSI 830-1998 Standard.
- IEEE Recommended Practice for Software Requirements Specifications IEEE Std 830-1998