![]() |
![]() |
![]() |
|
![]() |
|||
| SQA06 - Supporting Assessments of Function Specifications |
LQS06 - Prüfungen der Spezifikationen von Funktionen unterstützen
1 Allocation to V-Model and Methods Allocation
QA4.1 - Determination of Assessability
QA4.2 - Assessment of the Content of the Product
Method
2 Brief Characteristics
3 Requirements
3.1 Requirements for Interfaces
| SQA06.I.1 | Granularity | The exchange of control parameters with SWFM01 - Workflow Management is possible for individual closed function packages of the tool by means of a disclosed, documented interface. |
3.2 Requirements for the Methods Support
| SQA06.M.1 | STAT - Static Analysis | |
| SQA06.M.1.1 | Assessment of conventions | |
| SQA06.M.1.1.1 | Project standards | It is possible to define the conventions to be assessed with regard to individual projects. |
| SQA06.M.1.1.2 | Naming conventions | It is possible to assess naming conventions. |
| SQA06.M.1.1.3 | Limitations | It is possible to assess size and complexity limitations. |
| SQA06.M.1.1.4 | Layout conventions | It is possible to assess layout conventions. |
| SQA06.M.1.1.5 | Means of representation | It is possible to assess commitments to certain representation types. |
| SQA06.M.1.2 | Nassi-Shneiderman diagrams (action diagrams) | |
| SQA06.M.1.2.1 | Missing Nassi-Shneiderman diagrams (action diagrams) | It is possible to list functions not structured with the help of Nassi-Shneiderman diagrams (action diagrams). |
| SQA06.M.1.2.2 | Syntax errors in Nassi-Shneiderman diagrams (action diagrams) | It is possible to display syntax errors in a Nassi-Shneiderman diagram (action diagram). |
| SQA06.M.1.3 | Missing Objects | |
| SQA06.M.1.3.1 | Missing title | It is possible to detect the absence of a title block. |
| SQA06.M.1.3.2 | Incomplete constructs | It is possible to detect incomplete constructs. |
| SQA06.M.1.4 | Completeness of the description | It is possible to generate a list of all objects for which no descriptions exist. |
| SQA06.M.1.5 | Adaptation | Individually adapted forms of representation for the object to be assessed are taken into consideration during the assessment. |
3.3 Requirements for Functions
| SQA06.F.1 | Delimitation of to the assessment | It is possible to delimit size and extent of the assessment to selectable characteristics. |
| SQA06.F.2 | Procedural language |
By means of a procedural language it is possible to check other individual assessment criteria. A procedural language offers an automatic assessment of further individual assessment criteria. |
| SQA06.F.3 | Logging |
It is possible to get the results of the assessment logged. In this case, "logging" refers to a protocol of all data that might be utilized for later documentation of the assessment (e. g. test cases, expected results, actual results, messages) and not, however, to an editing of the documentation in the sense of actual assessment protocols. |
3.4 Other Requirements
| SQA06.O.1 | Procedural command language | The tool has a procedural command language that can be applied by the user to generate and run macros or procedures. |
| SQA06.O.2 | Complexity | There is no limitation of the complexity caused by the tool itself. |
| SQA06.O.3 | Background |
Assessments run in the background mode unless an assessment in the foreground mode has been explicitly requested. Since an assessment may take some time it is not necessary to wait for the end of the processing when in the background mode, i. e. other tasks can be realized in the meantime. |
| SQA06.O.4 | End signal |
The end of an assessment is signaled. This signal may be acoustic (e. g. by means of a beep) or optic (e. g. by means of a special window with a corresponding message). |
| SQA06.O.5 | Invariance | Applying the tool does not change the object to be assessed. |
![]() |
![]() |
GDPA Online
Last Updated 01.Jan.2002
Updated by Webmaster
Last Revised 01.Jan.2002
Revised by Webmaster
![]() |