Proj-2012-2013-Audioprothèse DIY 2/SRS: Difference between revisions
Marion.Dalle (talk | contribs) (Created page with "=1. Introduction= ==1.1 Purpose of the requirements document== This Software Requirements Specification (SRS) identifies the requirements for the hearing aid. In case of a op…") |
Remi.Piotaix (talk | contribs) m (reformulations) |
||
(9 intermediate revisions by 2 users not shown) | |||
Line 19: | Line 19: | ||
* '''Microcontroller''': It's a small computer on a single integrated circuit containing a processor core, memory, and programmable input/output peripherals. |
* '''Microcontroller''': It's a small computer on a single integrated circuit containing a processor core, memory, and programmable input/output peripherals. |
||
* '''PCM''': Pulse-Code Modulation is a method used to digitally represent sampled analog signals. A PCM stream is a digital representation of an analog signal, in which the magnitude of the analog signal is sampled regularly at uniform intervals, with each sample being quantized to the nearest value within a range of digital steps. [http://en.wikipedia.org/wiki/Pulse-code_modulation (wikipedia)] |
|||
⚫ | |||
* '''PDM''': Pulse-Density Modulation is an other method used to digitally represent sampled analog signals. In a PDM signal, specific amplitude values are not encoded into pulses of different size as they would be in PCM. Instead, it is the relative density of the pulses that corresponds to the analog signal's amplitude. [http://en.wikipedia.org/wiki/Pulse-density_modulation (wikipedia)] |
|||
⚫ | |||
==1.4 References== |
==1.4 References== |
||
*The main page of the project: [[Audioprothese_DIY]]<br\> |
*The main page of the project: [[Audioprothese_DIY]]<br\> |
||
*[http://en.wikipedia.org Wikipedia] for definitions. |
*[http://en.wikipedia.org Wikipedia] for definitions. |
||
*[http://www.st.com/web/en/catalog/tools/FM116/SC959/SS1532/PF252419], the official page on the STM32F4_DISCOVERY card |
*[http://www.st.com/web/en/catalog/tools/FM116/SC959/SS1532/PF252419 STM32F4], the official page on the STM32F4_DISCOVERY card |
||
==1.5 Overview of the remainder of the document== |
==1.5 Overview of the remainder of the document== |
||
The rest of the SRS examines the specifications of the project in details. |
|||
The rest of the SRS examines the specifications of the project in details. Section two of the SRS presents the general factors that affect the hearing aid and its requirements, such as user characteristics and project constraints. Section three outlines the detailed, specific and functional requirements, performance, system and other related requirements of the project. Supporting information about appendices is provided in Section three. |
|||
=2. General description= |
=2. General description= |
||
Line 37: | Line 36: | ||
==2.2 Product functions== |
==2.2 Product functions== |
||
* amplifying sound |
* amplifying sound |
||
* changing |
* changing frequencies |
||
==2.3 User characteristics== |
==2.3 User characteristics== |
||
* Each user have different hearing problem and our device |
* Each user have different hearing problem and our device should adapt at the partucular user's problem. |
||
* The device |
* The device should be configurable in order to fulfill the user needs without modifying any line of code. |
||
==2.4 General constraints== |
==2.4 General constraints== |
||
* The langage using by the stm32f4 card which is low level. |
* The langage using by the stm32f4 (c/c++) card which is low level. |
||
* The sound |
* The sound should be processed in real time |
||
==2.5 Assumptions and dependencies== |
==2.5 Assumptions and dependencies== |
||
* The card doesn't work without computer, it hasn't battery |
* The card doesn't work without computer, it hasn't battery |
||
* We do the assumption that the user know |
* We do the assumption that the user know his hearing problem |
||
=3.Specific requirements, covering functional, non-functional and interface requirements= |
=3.Specific requirements, covering functional, non-functional and interface requirements= |
||
Line 61: | Line 60: | ||
==Requirement X.Y.Z (in Structured Natural Language)== |
==Requirement X.Y.Z (in Structured Natural Language)== |
||
'''Function''': |
|||
Help people with hearing problem at better listen to external sounds. |
|||
'''Description''': |
|||
The products consists of a program on a stm32F4 card. |
|||
⚫ | |||
The only input of our products is the external sound. It provided by the card's microphone. |
|||
'''Source''': |
|||
The differents demonstration created by [http://en.wikipedia.org/wiki/STMicroelectronics STMicroelctronics] |
|||
'''Outputs''': |
|||
The sound audible for the user which is returned by the jack plug of the card. |
|||
'''Destination''': |
|||
Everybody with simple hearing problems. |
|||
⚫ | |||
* Save external sound using the microphone |
|||
* Digitally process the signal according to the configuration |
|||
* Play the sound with the earphone connected to the jack plug |
|||
'''Non functional requirements''': |
|||
none |
|||
'''Pre-condition''': |
|||
* Have a computer |
|||
* Install the tools to developping on the stm32f4 card as show [http://spin.atomicobject.com/2013/01/18/stm32f4-discovery-toolchain-mac-os-x/ here] |
|||
* Know your hearing problem to choose the good correction |
|||
'''Post-condition''': |
|||
none |
|||
'''Side-effects''': |
|||
* The earphone can disturb some people |
|||
* A correction doesn't made to measure |
|||
=4. Product evolution= |
=4. Product evolution= |
Latest revision as of 18:38, 1 March 2013
1. Introduction
1.1 Purpose of the requirements document
This Software Requirements Specification (SRS) identifies the requirements for the hearing aid. In case of a open source project, we must present the requirement to others potential contributors. This document is a guideline about the functionalities offered and the problems that the system solves.
1.2 Scope of the product
- The product we are developing is a low cost hearing aid. The goal is create an aid for evreybody without cost contraint.
- We haven't vainglory to do an heading aid as the industrial hearing aid.
- This project is totaly open-sorce and everybody can contribute at this.
1.3 Definitions, acronyms and abbreviations
- Processor: It's the computer's heart. It execute the instruction and process data
- Microprocessor: It's a mini processor wich is in a single integrated circuit
- DSP: Digital Signal Processor is a specialized and optimized microprocessor
- Microcontroller: It's a small computer on a single integrated circuit containing a processor core, memory, and programmable input/output peripherals.
- PCM: Pulse-Code Modulation is a method used to digitally represent sampled analog signals. A PCM stream is a digital representation of an analog signal, in which the magnitude of the analog signal is sampled regularly at uniform intervals, with each sample being quantized to the nearest value within a range of digital steps. (wikipedia)
- PDM: Pulse-Density Modulation is an other method used to digitally represent sampled analog signals. In a PDM signal, specific amplitude values are not encoded into pulses of different size as they would be in PCM. Instead, it is the relative density of the pulses that corresponds to the analog signal's amplitude. (wikipedia)
1.4 References
- The main page of the project: Audioprothese_DIY<br\>
- Wikipedia for definitions.
- STM32F4, the official page on the STM32F4_DISCOVERY card
1.5 Overview of the remainder of the document
The rest of the SRS examines the specifications of the project in details.
2. General description
2.1 Product perspective
2.2 Product functions
- amplifying sound
- changing frequencies
2.3 User characteristics
- Each user have different hearing problem and our device should adapt at the partucular user's problem.
- The device should be configurable in order to fulfill the user needs without modifying any line of code.
2.4 General constraints
- The langage using by the stm32f4 (c/c++) card which is low level.
- The sound should be processed in real time
2.5 Assumptions and dependencies
- The card doesn't work without computer, it hasn't battery
- We do the assumption that the user know his hearing problem
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.
Requirement X.Y.Z (in Structured Natural Language)
Function: Help people with hearing problem at better listen to external sounds.
Description: The products consists of a program on a stm32F4 card.
Inputs: The only input of our products is the external sound. It provided by the card's microphone.
Source: The differents demonstration created by STMicroelctronics
Outputs: The sound audible for the user which is returned by the jack plug of the card.
Destination: Everybody with simple hearing problems.
Action:
- Save external sound using the microphone
- Digitally process the signal according to the configuration
- Play the sound with the earphone connected to the jack plug
Non functional requirements: none
Pre-condition:
- Have a computer
- Install the tools to developping on the stm32f4 card as show here
- Know your hearing problem to choose the good correction
Post-condition: none
Side-effects:
- The earphone can disturb some people
- A correction doesn't made to measure
4. Product evolution
5. Appendices
5.1 Specification
- The global project's page can be found.
- Three RICM4 groups are working on this project. Here are their wiki page:
5.2 Sources
5.3 Licensing Requirements
This project don't require a licence. It's an open project.