Proj-2012-2013-CaveVinNFC: Difference between revisions
No edit summary |
No edit summary |
||
Line 1: | Line 1: | ||
=1. Introduction= |
=1. Introduction= |
||
==1.1 Purpose of the requirements document== |
==1.1 Purpose of the requirements document== |
||
The purpose of the |
The purpose of the document is to explain how we will manage our project, the different steps of the conception. Endly, the realisation. |
||
==1.2 Scope of the product== |
==1.2 Scope of the product== |
||
The product aims people who have a wine cellar and want to control the humidity and the temperature. We will also provide an application which permits the user to know at every time the telemetry and the contain of his cellar. |
The product aims people who have a wine cellar and want to control the humidity and the temperature. We will also provide an application which permits the user to know at every time the telemetry and the contain of his cellar. |
||
Line 12: | Line 12: | ||
=2. General description= |
=2. General description= |
||
==2.1 Product perspective== |
==2.1 Product perspective== |
||
A smartphone application and a |
A smartphone application and a web application which allows the owner to consult the state of his cellar. |
||
==2.2 Product functions== |
==2.2 Product functions== |
||
The functions of our project |
The functions of our project are mainly to : |
||
::- Consult the humidity and temperature of his cellar<br\> |
::- Consult the humidity and temperature of his cellar<br\> |
||
::- Consult the |
::- Consult the quantity of bottles in his cellar thanks to the database stored on a server from a website or an application<br\> |
||
::- Be able to add/remove a bottle or a box of bottles<br\> |
::- Be able to add/remove a bottle or a box of bottles<br\> |
||
::- An alarm is send to the proprietary of the cellar in case of troubles (using email, sms, notification...) : intrusion, deviations of temperature or humidity |
::- An alarm is send to the proprietary of the cellar in case of troubles (using email, sms, notification...) : intrusion, deviations of temperature or humidity |
||
==2.3 User characteristics== |
==2.3 User characteristics== |
||
Like wine<br\> |
Like wine ;)<br\> |
||
Have a wine cellar device<br\> |
Have a wine cellar device<br\> |
||
Have a NFC equipment (reader, writer, tags)<br\> |
Have a NFC equipment (reader, writer, tags)<br\> |
||
Line 36: | Line 36: | ||
==3.1 Requirement X.Y.Z (in Structured Natural Language)== |
==3.1 Requirement X.Y.Z (in Structured Natural Language)== |
||
'''Function''': |
'''Function''' :<br\> |
||
Monitor a wine cellar |
Monitor a wine cellar<br\><br\> |
||
'''Description''': |
'''Description''' :<br\> |
||
An application on smartphone or a website |
An application on smartphone or a website <br\><br\> |
||
'''Inputs''': |
'''Inputs''' :<br\> |
||
NFC tags |
NFC tags<br\><br\> |
||
'''Source''': |
'''Source''' :<br\> |
||
Web |
Web<br\><br\> |
||
'''Outputs''': |
'''Outputs''' :<br\> |
||
Monitoring |
Monitoring<br\><br\> |
||
'''Destination''': |
'''Destination''' :<br\> |
||
Wine cellar owners |
Wine cellar owners<br\><br\> |
||
'''Action''': |
'''Action''' :<br\> |
||
Must be able to add/remove a bottle<br\> |
Must be able to add/remove a bottle<br\> |
||
Must be able to consult the state of his cellar : |
Must be able to consult the state of his cellar : |
||
: Telemetry : temperature, humidity, opening |
: Telemetry : temperature, humidity, opening<br\> |
||
: Inventory : amount of bottles with datas on each one |
: Inventory : amount of bottles with datas on each one<br\> |
||
: Local and distant access |
: Local and distant access<br\> |
||
Must inform the user in case of troubles<br\> |
|||
May remote control the telemetry<br\> |
|||
Shall be user-friendly |
|||
* Natural language sentences (with MUST, MAY, SHALL) |
* Natural language sentences (with MUST, MAY, SHALL) |
||
Line 62: | Line 65: | ||
'''Non functional requirements''': |
'''Non functional requirements''': |
||
'''Pre-condition''': |
'''Pre-condition''' :<br\> |
||
Have the cellar wine device <br\><br\> |
|||
'''Post-condition''': |
'''Post-condition''' :<br\> |
||
Regularly monitor his cellar<br\><br\> |
|||
'''Side-effects''': |
'''Side-effects''' :<br\> |
||
Alcoholism :) |
|||
=4. Product evolution= |
=4. Product evolution= |
||
Remote control the cellar in case of problem.<br\> |
|||
Add more informations about bottles. |
|||
=5. Appendices= |
=5. Appendices= |
||
=6. Index= |
=6. Index= |
Revision as of 22:56, 2 February 2013
1. Introduction
1.1 Purpose of the requirements document
The purpose of the document is to explain how we will manage our project, the different steps of the conception. Endly, the realisation.
1.2 Scope of the product
The product aims people who have a wine cellar and want to control the humidity and the temperature. We will also provide an application which permits the user to know at every time the telemetry and the contain of his cellar.
1.3 Definitions, acronyms and abbreviations
NFC : http://en.wikipedia.org/wiki/Near_field_communication <br\> Mifare : http://en.wikipedia.org/wiki/MIFARE<br\> RFID : http://en.wikipedia.org/wiki/RFID
1.4 References
1.5 Overview of the remainder of the document
2. General description
2.1 Product perspective
A smartphone application and a web application which allows the owner to consult the state of his cellar.
2.2 Product functions
The functions of our project are mainly to :
- - Consult the humidity and temperature of his cellar<br\>
- - Consult the quantity of bottles in his cellar thanks to the database stored on a server from a website or an application<br\>
- - Be able to add/remove a bottle or a box of bottles<br\>
- - An alarm is send to the proprietary of the cellar in case of troubles (using email, sms, notification...) : intrusion, deviations of temperature or humidity
2.3 User characteristics
Like wine ;)<br\> Have a wine cellar device<br\> Have a NFC equipment (reader, writer, tags)<br\>
2.4 General constraints
An Internet access is required<br\> A smartphone as NFC equipment is recommended
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 :<br\> Monitor a wine cellar<br\><br\> Description :<br\> An application on smartphone or a website <br\><br\> Inputs :<br\> NFC tags<br\><br\> Source :<br\> Web<br\><br\> Outputs :<br\> Monitoring<br\><br\> Destination :<br\> Wine cellar owners<br\><br\> Action :<br\> Must be able to add/remove a bottle<br\> Must be able to consult the state of his cellar :
- Telemetry : temperature, humidity, opening<br\>
- Inventory : amount of bottles with datas on each one<br\>
- Local and distant access<br\>
Must inform the user in case of troubles<br\> May remote control the telemetry<br\> Shall be user-friendly
- 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 :<br\> Have the cellar wine device <br\><br\> Post-condition :<br\> Regularly monitor his cellar<br\><br\> Side-effects :<br\> Alcoholism :)
4. Product evolution
Remote control the cellar in case of problem.<br\> Add more informations about bottles.