ECOM RICM5 Groupe2 2017 SRS: Difference between revisions
No edit summary |
|||
| Line 1: | Line 1: | ||
The document provides a template of the Software Requirements Specification (SRS). It is inspired of the IEEE/ANSI 830-1998 Standard. |
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" |
{|class="wikitable alternance" |
||
| Line 21: | Line 16: | ||
| 0.1.0 |
| 0.1.0 |
||
| 12/12/2017 |
| 12/12/2017 |
||
| E.Allard L.Cochinho A.Delise L.Guerry L.Rocher |
|||
| TBC |
|||
| TBC |
|||
| TBC |
|||
!scope="row" | |
|||
| 0.2.0 |
|||
| 16/12/2017 |
|||
| E.Allard L.Cochinho A.Delise L.Guerry L.Rocher |
| E.Allard L.Cochinho A.Delise L.Guerry L.Rocher |
||
| TBC |
| TBC |
||
| Line 31: | Line 34: | ||
=1. Introduction= |
=1. Introduction= |
||
==1.1 Purpose of the requirements document== |
==1.1 Purpose of the requirements document== |
||
A software requirements specification (SRS) is a description of a software system to be developed. It lays out functional and non-functional requirements, and may include a set of use cases that describe user interactions that the software must provide. |
|||
...... |
|||
==1.2 Scope of the product== |
==1.2 Scope of the product== |
||
The scope of our product is to provide a responsive website which is able to present restaurants to the user. |
|||
...... |
|||
Users of the application will be able to choose the type of filters they want to applied for their research. |
|||
They can also see the different menus of one restaurant and will be able to book one of them for 1 ou many persons. |
|||
==1.3 Definitions, acronyms and abbreviations== |
==1.3 Definitions, acronyms and abbreviations== |
||
E-commerce : electronic commerce is a transaction of buying or selling online. |
|||
...... |
|||
Users : People who interact with the application. |
|||
Docker (software) : Docker is an open-source project that automates the deployment of applications inside software containers. |
|||
==1.4 References== |
==1.4 References== |
||
Docker installation : [https://www.docker.com/] |
Docker installation : [https://www.docker.com/] |
||
.... |
|||
==1.5 Overview of the remainder of the document== |
==1.5 Overview of the remainder of the document== |
||
| Line 50: | Line 62: | ||
==2.1 Product perspective== |
==2.1 Product perspective== |
||
The aim of the project is to provide a e-commerce website able to show restaurants to the user and let him choose a restaurant to book. |
|||
.... |
|||
==2.2 Product functions== |
==2.2 Product functions== |
||
| Line 58: | Line 70: | ||
*Choose one of them and see its menus |
*Choose one of them and see its menus |
||
*Choose date and number of meals |
*Choose date and number of meals |
||
* |
*Book and payed |
||
*Send confirmation by email to the user |
*Send confirmation by email to the user |
||
| Line 73: | Line 85: | ||
==2.5 Assumptions and dependencies== |
==2.5 Assumptions and dependencies== |
||
We assume that restaurant will put their informations to the website. |
|||
..... |
|||
=3.Specific requirements, covering functional, non-functional and interface requirements= |
=3.Specific requirements, covering functional, non-functional and interface requirements= |
||
* server to deploy the website |
|||
...... |
|||
* specify logical database requirements, |
|||
* design constraints : Human machine interactions, graphic rules to follow |
|||
* list of restaurant, with detailled menus and prices |
|||
| ⚫ | |||
==3.1 Requirement X.Y.Z (in Structured Natural Language)== |
|||
'''Function''': |
|||
'''Description''': |
|||
'''Inputs''': |
|||
'''Source''': |
|||
Later the website as to be able to be modified by the restaurant chiefs (for the informations about their restaurant). Indeed all restaurant officer as to be able to manage their tables and reservations. |
|||
'''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''': |
|||
| ⚫ | |||
=5. Appendices= |
=5. Appendices= |
||
Revision as of 14:32, 16 December 2017
The document provides a template of the Software Requirements Specification (SRS). It is inspired of the IEEE/ANSI 830-1998 Standard.
| Version | Date | Authors | Description | Validator | Validation Date | ||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 0.1.0 | 12/12/2017 | E.Allard L.Cochinho A.Delise L.Guerry L.Rocher | TBC | TBC | TBC | 0.2.0 | 16/12/2017 | E.Allard L.Cochinho A.Delise L.Guerry L.Rocher | TBC | TBC | TBC |
1. Introduction
1.1 Purpose of the requirements document
A software requirements specification (SRS) is a description of a software system to be developed. It lays out functional and non-functional requirements, and may include a set of use cases that describe user interactions that the software must provide.
1.2 Scope of the product
The scope of our product is to provide a responsive website which is able to present restaurants to the user.
Users of the application will be able to choose the type of filters they want to applied for their research.
They can also see the different menus of one restaurant and will be able to book one of them for 1 ou many persons.
1.3 Definitions, acronyms and abbreviations
E-commerce : electronic commerce is a transaction of buying or selling online.
Users : People who interact with the application.
Docker (software) : Docker is an open-source project that automates the deployment of applications inside software containers.
1.4 References
Docker installation : [1]
1.5 Overview of the remainder of the document
2. General description
2.1 Product perspective
The aim of the project is to provide a e-commerce website able to show restaurants to the user and let him choose a restaurant to book.
2.2 Product functions
The website should make possible to :
- View restaurants
- Filter the results
- Choose one of them and see its menus
- Choose date and number of meals
- Book and payed
- Send confirmation by email to the user
2.3 User characteristics
Users of the website will be :
- People from 15 years old to 99 years old who want to reserve a seat
- Chef of a restaurant in order to check his restaurant and the competition
2.4 General constraints
Design a website that is :
- easy to adapt to new restaurants
- easy to use by anyone (novice as expert)
- responsive
2.5 Assumptions and dependencies
We assume that restaurant will put their informations to the website.
3.Specific requirements, covering functional, non-functional and interface requirements
- server to deploy the website
- specify logical database requirements,
- design constraints : Human machine interactions, graphic rules to follow
- list of restaurant, with detailled menus and prices
4. Product evolution
Later the website as to be able to be modified by the restaurant chiefs (for the informations about their restaurant). Indeed all restaurant officer as to be able to manage their tables and reservations.