Proj-2014-2015-Ext XBMC/SRS: Difference between revisions

From air
Jump to navigation Jump to search
(Created page with " {|class="wikitable alternance" |+ Document History |- | !scope="col"| Version !scope="col"| Date !scope="col"| Authors !scope="col"| Description !scope="col"| Validat...")
 
Line 23: Line 23:
=1. Introduction=
=1. Introduction=
==1.1 Purpose of the requirements document==
==1.1 Purpose of the requirements document==
This Software Requirements Specification (SRS) identifies the requirements for the autonomous car.
This Software Requirements Specification (SRS) identifies the requirements for the xbmc/Kodi extension development project. This document is a guideline about the functionalities offered and the problems that the system solves.
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==
==1.2 Scope of the product==

Revision as of 09:01, 11 March 2015

Document History
Version Date Authors Description Validator Validation Date
0.1.0 TBC TBC TBC TBC TBC


1. Introduction

1.1 Purpose of the requirements document

This Software Requirements Specification (SRS) identifies the requirements for the xbmc/Kodi extension development project. This document is a guideline about the functionalities offered and the problems that the system solves.

1.2 Scope of the product

1.3 Definitions, acronyms and abbreviations

1.4 References

The main page of the project: Extensions XBMC 2015<br\>


1.5 Overview of the remainder of the document

2. General description

2.1 Product perspective

Play video or music on various screen/kodi application according to the location of the main user.

2.2 Product functions

2.3 User characteristics

2.4 General constraints

2.5 Assumptions and dependencies

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.

3.1 Requirement X.Y.Z (in Structured Natural Language)

Function:


Description:


Inputs:

Source:

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:

4. Product evolution

5. Appendices

6. Index