Difference between revisions of "Proj-2012-2013-arduino-stm32disco:SRS"

From air
Jump to navigation Jump to search
Line 91: Line 91:
   
 
== 2.3 User characteristics ==
 
== 2.3 User characteristics ==
  +
  +
The user characteristics are as follows:
  +
  +
* educational level: certificate with computer and software
  +
* experience: no require
  +
* technical expertise: know some basic operates with the assembler language
  +
 
== 2.4 General constraints ==
 
== 2.4 General constraints ==
 
== 2.5 Assumptions and dependencies ==
 
== 2.5 Assumptions and dependencies ==

Revision as of 22:52, 17 February 2013

Document History
Version Date Authors Description Validator Validation Date
1.0 Feb. 11, 2013 GU Minyi, FENG Xu, GUO Tianming SRS of the project - -

1 Introduction

1.1 Purpose

The purpose of this document is to present a detailed description of Arduino STM32 Discovery. It will explain the purpose and features of the system Arduino, what the system will do,how we use the carte STM32 in the environment Arduino, the constraints under which it must operate ,how the system will react to external stimuli. This document is intended for both the stakeholders and the developers of the system.

1.2 Scope of the project

Our objective is to use the STM32 Discovery cards, especially F3 and F0, with the same simplicity and an environment comparable to Arduino. So our system is based on Arduino, we added the library of STM32 and the Board of STM32 into it . We use this system to put some programmes into the cards of the arms, in order to realize some functions.

We hope that these cards can be used for TPs and project initiation technology embedded.

1.3 Definitions, acronyms and abbreviations

Term Definition
Arduino This is an open-source electronics prototyping platform based on flexible, easy-to-use hardware and software. It's intended for artists, designers, hobbyists, and anyone interested in creating interactive objects or environments.
STM32 Discovery It is an ultra-low-cost and convenient starter platform, the STM32 Discovery Kit is particularly suited to the STM32 Value Line microcontrollers.
F0, F3 They are the different types of STM32.
TP It’s ‘Des Traveaux Pratiques’ in French. They are prepared for students to practice.
Stakeholder Any person with an interest in the project who is not a developer.
Software Requirements Specification A document that completely describes all of the functions of a proposed system and the constraints under which it must operate. For example, this document.

1.4 References

1.5 Overview of the document

The next chapter, the General Description section, of this document gives an overview of the functionality of the product. It describes the informal requirements and is used to establish a context for the technical requirements specification in the next chapter.

The third chapter, Requirements Specification section, of this document is written primarily for the developers and describes in technical terms the details of the functionality of the product.

Both sections of the document describe the same software product in its entirety, but are intended for different audiences and thus use different language.

2 General description

2.1 Product perspective

We should know how to use the card Arduino and the environment Arduino, before we begin work on STM32. Then , we need to know how to use the card STM32 with OpenOCD.

2.2 Product functions

There are the functions of our system, as follows:

  • The environment Arduino can discriminate the card STM32.
  • When the user chooses whichever example in Arduino , it can be verified.
  • After being verified, we can upload the example which was verified into the card STM32.

2.3 User characteristics

The user characteristics are as follows:

  • educational level: certificate with computer and software
  • experience: no require
  • technical expertise: know some basic operates with the assembler language

2.4 General constraints

2.5 Assumptions and dependencies

3 Specific requirements

3.1 External interfaces

3.2 Functions

3.3 Performance requirements

3.4 Design constraints

3.5 Non-Functional requirements

4 Product evolution

5 Appendices

6 Index