qpc/doxygen/sds.dox

157 lines
5.0 KiB
Plaintext
Raw Normal View History

2016-03-30 18:50:33 -04:00
/*! @page sds_toc SDS
<h1>Software Design Specification (SDS)</h1>
<p>This document specifies the design of the **QP/C active object framework**. This document describes the intended features of the QP/C framework, as well as the interfaces to other software, hardware, and various other technical dependencies. The quick links to the main sections of this SDS are given below:
</p>
- @subpage sds_intro
+ @ref sds_purpose
2017-05-17 13:16:32 -04:00
+ @ref sds_conv
2016-03-30 18:50:33 -04:00
+ @ref sds_scope
2017-05-17 13:16:32 -04:00
+ @ref sds_audience
2016-03-30 18:50:33 -04:00
+ @ref sds_refs
- @subpage sds_over
+ @ref sds_req
+ @ref sds_arch
- @subpage sds_viewpoints
+ @ref sds_context
+ @ref sds_composition
+ @ref sds_logical
+ @ref sds_dependency
+ @ref sds_information
+ @ref sds_use
+ @ref sds_interface
+ @ref sds_structure
+ @ref sds_interaction
+ @ref sds_state
+ @ref sds_algorithm
+ @ref sds_resource
- @subpage sds
+ @ref sds_mod
- @ref sds_qf
- @ref sds_qep
- @ref sds_qv
- @ref sds_qk
- @ref sds_qxk
2017-05-17 13:16:32 -04:00
@next{sds_intro}
2016-03-30 18:50:33 -04:00
*/
/*##########################################################################*/
2017-05-17 13:16:32 -04:00
/*! @page sds_intro Introduction
2016-03-30 18:50:33 -04:00
@section sds_purpose Purpose
<strong>QP/C</strong> (Quantum Platform in C) is a lightweight software @termref{framework, framework} for building responsive and modular real-time embedded applications as systems of cooperating, event-driven @termref{ao, active objects} (@termref{ao, actors}).
2017-05-17 13:16:32 -04:00
------------------------------------------------------------------------------
2016-03-30 18:50:33 -04:00
@section sds_conv Document Conventions
<div class="separate"></div>
@subsection srs_conv_num Numbering of Requirements
<div class="separate"></div>
@subsection srs_conv_shall Use of "Shall" and "Should"
Requirement definitions use consistent terminology to indicate whether something is mandatory or desirable. _Shall_ is used to denote **mandatory** behavior. _Should_ is used to denote a **desirable** behavior that should typically take place, but might not happen all the time or might be optional in uncommon cases.
2017-05-17 13:16:32 -04:00
------------------------------------------------------------------------------
2016-03-30 18:50:33 -04:00
@section sds_scope Project Scope
2017-05-17 13:16:32 -04:00
------------------------------------------------------------------------------
2016-03-30 18:50:33 -04:00
@section sds_audience Intended Audience
This SRS document is primarily intended for **embedded software engineers**, who develop applications based on the QP/C framework.
This SRS can be also of interest to test engineers, software architects, system engineers, quality-assurance engineers, hardware engineers, as well as managers overseeing the software development.
2017-05-17 13:16:32 -04:00
------------------------------------------------------------------------------
2016-03-30 18:50:33 -04:00
@section sds_refs References
2017-05-17 13:16:32 -04:00
@next{sds_over}
2016-03-30 18:50:33 -04:00
*/
/*##########################################################################*/
2017-05-17 13:16:32 -04:00
/*! @page sds_over Software Overview
2016-03-30 18:50:33 -04:00
2017-05-17 13:16:32 -04:00
------------------------------------------------------------------------------
2016-03-30 18:50:33 -04:00
@section sds_req Allocation of Requirements
2017-05-17 13:16:32 -04:00
------------------------------------------------------------------------------
2016-03-30 18:50:33 -04:00
@section sds_arch Software Architecture
2017-05-17 13:16:32 -04:00
@next{sds_viewpoints}
2016-03-30 18:50:33 -04:00
*/
/*##########################################################################*/
2017-05-17 13:16:32 -04:00
/*! @page sds_viewpoints Design Viewpoints
2016-03-30 18:50:33 -04:00
2017-05-17 13:16:32 -04:00
------------------------------------------------------------------------------
2016-03-30 18:50:33 -04:00
@section sds_context Context Viewpoint
2017-05-17 13:16:32 -04:00
------------------------------------------------------------------------------
2016-03-30 18:50:33 -04:00
@section sds_composition Composition Viewpoint
2017-05-17 13:16:32 -04:00
------------------------------------------------------------------------------
2016-03-30 18:50:33 -04:00
@section sds_logical Logical Viewpoint
2017-05-17 13:16:32 -04:00
------------------------------------------------------------------------------
2016-03-30 18:50:33 -04:00
@section sds_dependency Dependency Viewpoint
2017-05-17 13:16:32 -04:00
------------------------------------------------------------------------------
2016-03-30 18:50:33 -04:00
@section sds_information Information Viewpoint
2017-05-17 13:16:32 -04:00
------------------------------------------------------------------------------
2016-03-30 18:50:33 -04:00
@section sds_use Patterns Use Viewpoint
2017-05-17 13:16:32 -04:00
------------------------------------------------------------------------------
2016-03-30 18:50:33 -04:00
@section sds_interface Interface Viewpoint
2017-05-17 13:16:32 -04:00
------------------------------------------------------------------------------
2016-03-30 18:50:33 -04:00
@section sds_structure Structure Viewpoint
2017-05-17 13:16:32 -04:00
------------------------------------------------------------------------------
2016-03-30 18:50:33 -04:00
@section sds_interaction Interaction Viewpoint
2017-05-17 13:16:32 -04:00
------------------------------------------------------------------------------
2016-03-30 18:50:33 -04:00
@section sds_state State Dynamics Viewpoint
2017-05-17 13:16:32 -04:00
------------------------------------------------------------------------------
2016-03-30 18:50:33 -04:00
@section sds_algorithm Algorithm Viewpoint
2017-05-17 13:16:32 -04:00
------------------------------------------------------------------------------
2016-03-30 18:50:33 -04:00
@section sds_resource Resource Viewpoint
2017-05-17 13:16:32 -04:00
@next{sds}
2016-03-30 18:50:33 -04:00
*/
/*##########################################################################*/
2017-05-17 13:16:32 -04:00
/*! @page sds Software Module Description
2016-03-30 18:50:33 -04:00
2017-05-17 13:16:32 -04:00
------------------------------------------------------------------------------
2016-03-30 18:50:33 -04:00
@section sds_req Allocation of Requirements
2017-05-17 13:16:32 -04:00
------------------------------------------------------------------------------
2016-03-30 18:50:33 -04:00
@section sds_arch Software Architecture
2017-05-17 13:16:32 -04:00
@next{sds}
2016-03-30 18:50:33 -04:00
*/