The document provides a template of the Software Requirements Specification (SRS). It is inspired of the IEEE/ANSI 830-1998 Standard.
- IEEE Recommended Practice for Software Requirements Specifications IEEE Std 830-1998
|0.1.0||Jan 26 2015||Luc Libralesso - Olivier Soldano||TBC||TBC||TBC|
- 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
The purpose of the project is to implement a toolchain that allows to write programs in a high level language (in this case python2.7), compile it into a low level language like C or C++ and compile it with an other toolchain for running this program on an arduino-like board.
1.2 Scope of the product
For a given arduino-like board, we want to generate C++ code from given python code that compiles in a given toolchain.
1.3 Definitions, acronyms and abbreviations
* Toolchain : set of tools that compiles a program for a given processor * C,C++,python: Programming languages * high level language : a language alike natural language * low level language : a language alike assembly language
1.5 Overview of the remainder of the document
2. General description
2.1 Product perspective
This project use the python2.7 language specifications for it's inputs. It's output generate executables for Xtensa processors by means of the Xtensa toolchain.
2.2 Product functions
* Compile Python files to C++ files * Run executables on some processors (like ESP8266)
2.3 User characteristics
Users need to be able to :
* Use command line * Compile Xtensa and others toolchains * Connect their device to the USB port of their PC for UART
2.4 General constraints
* Hardware limitations : On some devices like ESP8266, memory heap is limited so, we need to have a compiler that makes small executables.
* Parallel operations : For the wifi feature, we need to have a real time system. Consequently, it's difficult to implement a garbage collector.
2.5 Assumptions and dependencies
We assume that :
* The user has a serial cable to bind his PC and his card.
3.Specific requirements, covering functional, non-functional and interface requirements
- maintenance : scaleable code
- robust : each command is correctly executed
- useable : easy to use and get started with
- ethic : free software and well crafted code (PEP8 tests for instance)
- space : the memory heap limited on ESP8266 so we need a small executable file
3.1 Requirement X.Y.Z (in Structured Natural Language)
Non functional requirements: