OASIS Mailing List ArchivesView the OASIS mailing list archive below
or browse/search using MarkMail.

 


Help: OASIS Mailing Lists Help | MarkMail Help

tag message

[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]


Subject: RE: [tag] Conformance Clause update suggested


This is an interesting expansion of the discussion from the last meeting. 

It is also a good time to point out that there are specific guidelines on
the way conformance clauses and their targets are to be characterized in an
OASIS specification: 
<http://docs.oasis-open.org/templates/TCHandbook/ConformanceGuidelines.html>

I find the Checklist in Section 6 to be particularly useful in ensuring that
the objectives of the guidelines are achieved.

I also think we need to review the revised Technical Committee Process
sections 2.18 Specification Quality, just to make sure we are clear on what
is required.

 - Dennis

PS: 

-----Original Message-----
From: Jacques R. Durand [mailto:JDurand@us.fujitsu.com] 
Sent: Monday, November 09, 2009 19:27
To: TAG TC
Subject: [tag] Conformance Clause update suggested

Bsed on previous comments:
 
----------------------------------------------------------------------------
----------------------------
"Implementations subject to conformance are of two kinds :
 
(a) representations of the test assertion model described in Section 3, such
as an XML mark-up schema and its semantics,
 
(b) instances of test assertions, either using an informal notation as done
in examples, or using a formal representation mentioned in (a).
 
NOTE: by extension, a processor or editor may also be considered as
conforming to this specification if it only produces conforming test
assertion instances (b) and (if applicable) if it implements a
representation (a) that is conforming.
 
In order to conform to this guidelines, a test assertion representation (a)
shall:
 
(1) represent all mandatory parts and also the optional parts defined in
Section 3.1.
(2) use names for these parts that are identical or can be unambiguously
mapped to the definitions used in 3.1 as well as in section 5 (glossary).
(3) When supporting advanced features defined in section 4, i.e. any of the
following: complex predicate, prerequisite, TA related to a property,
references to other TAs, references to external specifications, inclusion of
normative statements, versioning, variables, target categories related to
each other, then a conforming TA representation shall use these features in
accordance with the best practices defined for these.
(4) When supporting a representation of TA sets, the test assertion
representation must support at least one grouping mechanism described in
Section 4.6. 
 
In order to conform to this guidelines, a test assertion instance (b) shall:
 
(1) contain all mandatory parts defined in Section 3.1.
(2) use names for these parts that are identical or can be unambiguously
mapped to the definitions used in 3.1 as well as in section 5 (glossary).
(3) when using optional parts defined in section 3.1, use names that are
identical to or can be unambiguously mapped to these definitions .
(4) When using advanced features defined in section 4, i.e. any of the
following: complex predicate, prerequisite, TA related to a property,
references to other TAs, references to external specifications, inclusion of
normative statements, versioning, variables, target categories related to
each other, then a conforming TA instance shall use these features in
accordance with the best practices defined for these."
 
 
-jacques



[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]