-
Notifications
You must be signed in to change notification settings - Fork 4
Commit
This commit does not belong to any branch on this repository, and may belong to a fork outside of the repository.
Merge pull request #68 from PMSFIT/doc/enhance-common-concepts
Initial common content section and stc fixes
- Loading branch information
Showing
2 changed files
with
52 additions
and
16 deletions.
There are no files selected for viewing
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Original file line number | Diff line number | Diff line change |
---|---|---|
@@ -1,4 +1,27 @@ | ||
[#sec-commonconcepts] | ||
== Common concepts for SSP Traceability | ||
|
||
#Content to be defined# | ||
The SSP Traceability specification is based on the SSP standard and therefore employs many of its common concepts (see <<SSP10>> for details): | ||
|
||
Extensibility:: | ||
SSP Traceability employs the extensibility mechanisms of SSP, specifically the extra files mechanism, to embed traceability information into existing SSP package files. | ||
Furthermore, SSP Traceability itself offers the SSP extensibility mechanisms, like annotations, in its own formats, to enable further extension capabilities, e.g. for layered standards on top of the SSP Traceability specification. | ||
|
||
MIME-type based format dispatch:: | ||
For all resources referenced in its file formats, the specification uses MIME-type based format dispatch to allow | ||
|
||
Content addressing:: | ||
All references between files are expressed through URIs, supporting both relative and absolute URIs for references. | ||
|
||
The SSP Traceability specification extends on these concepts in the following ways: | ||
|
||
Extended Links:: | ||
The specifications provide for generic linking of resources and parts of resources using XML XLink extended links with full control of grouping, directionalities and semantics through role definitions for anchors and arcs. | ||
|
||
Basic Structuring:: | ||
All steps in process descriptions provide the same information structure (input, procedure, output and rationale) across the board, which provides a basic structuring of related resources at a coarse level, that can then be extended through extended links and classifications. | ||
|
||
Generic Meta Data through Classifications:: | ||
All relevant modeling elements allow for arbitrary, but well-defined, meta-data provisoning through classifications: | ||
These are collections of keyword value pairs, including linking capabilities, that are grouped by user-defined namespaces defined by classification types. | ||
In this way layered standards can provide additional meaning and rules to meta-data meeting domain-specific or company-specific needs, while providing basic processing expectations for tools even in the absence of detailed knowledge of the specific classification type. |
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters