Proj-2012-2013-Audioprothèse DIY 2/SRS

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:

• PDM:

1.4 References

• The main page of the project: Audioprothese_DIY<br\>
• Wikipedia for definitions.
• [1], 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. 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.2 Product functions

• amplifying sound
• changing frequences

2.3 User characteristics

• Each user have different hearing problem and our device schould adapt at the partucular user's problem.
• The device schould programming with the user's specifications before the using by the user. The user schould not touch at the code, just active the good for her.

2.4 General constraints

• The langage using by the stm32f4 card which is low level.
• The sound schould process 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 her hearin 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:

Description:

Inputs:

Source:

Outputs:

Destination:

Action:

Non functional requirements:

Pre-condition:

Post-condition:

Side-effects:

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.3 Licensing Requirements

This project don't require a licence. It's an open project.