The first section of the specification contains a clause entitled "scope" AND enumerates the subject matter of the specification.
The specification contains use cases to illustrate what is in scope OR the specification contains examples to illustrate what is in scope OR the specification contains use cases AND examples to illustrate what is in scope.
For at least one functional requirement, concept or behaviour within the specification, the specification contains a corresponding specific example to clarify a complex concept, behavior or interaction.
The specification contains a list of classes of products pertaining to this specification AND the specification defines conformance requirements for each product listed. If the list is NOT a proper subset of the classes defined in this QA Framework Guideline THEN the specification defines and describes the list of classes of products.
For each class of product identified in checkpoint 2.1, the specification contains a definition of conformance for each one.
In its introductory section, the specification contains a list of specification categories pertaining to this specification. If the list is NOT a proper subset of the categories defined in this QA Framework Guideline THEN the specification defines and describes the list of specification categories.
If the specification contains AT LEAST two classes of products THEN the specification contains a section describing the relations and interactions between these classes of products and other dimensions of variability. If the specification contains ONLY ONE class of product THEN this checkpoint is not applicable.
If profiles are used by the specification THEN, for each identified class of product in the specification,he specification specifies EITHER that conformance is only defined within the context of prof the specification specifies EITHER that conformance is only defined within the context of profiles OR that conforming products may exist without respect to profiles AND describes any additional conditions associated with the profiles(s) for these class of products. If profiles are NOT used by this specification THEN this checkpoint is not applicable.
For each identified class of product the specification specifies the minimum required features supported by each profile for that class. If profiles are not used THEN this checkpoint is not applicable.
If the specification allows derived profiles THEN the specification contains testable requirements for these derived profiles. If the specification does NOT allow derived profiles THEN this checkpoint is not applicable.
If the specification supports modules THEN the specification contains a section documenting all mandatory conditions or constraints associated with the use of modules.
If the specification allow profiles OR the specification allow modules OR the specification allows levels THEN the specification documents all relationships and interactions among the profiles, modules and/or levels used with any other dimension of variability. If profiles are not used AND modules are not used AND levels are not used THEN the checkpoint is not applicable.
If deprecated features exist THEN the specification contains a normative section that documents each deprecated feature OR the specification contains a normative section containing a list of links to where the features appear in the document. If deprecated features are NOT used THEN this checkpoint is not applicable.
If deprecated features exist THEN, for each class of product, the specification specifies the degree of support required for each deprecated feature AND specifies the conformance consequences of the deprecation.
If deprecated features exist THEN, for each deprecated feature, the specification EITHER states that the deprecated feature is independent of all other dimensions of variability OR documents the relationship between the deprecated feature and each of the other DOV.
If deprecated features exist THEN, for each deprecated feature, the specification documents the feature AND includes a rationale for deprecation. If deprecated features do not exist THEN this checkpoint is not applicable,
If deprecated features exist THEN, for each deprecated feature, the specification provides an example of how an alternative approach done in place of the deprecated feature will produce the same objective. If deprecated features do not exist THEN this checkpoint is not applicable.
If obsolete features exist THEN, for each obsolete feature, the specification provides documentation on the feature. If obsolete features do not exist THEN this checkpoint is not applicable.
If discretionary items exist THEN the specification labels each discretionary item as such AND indicates the rationale for each discretionary item. If discretionary items do not exist THEN this checkpoint is not applicable.
If implementation dependent values or features exist THEN, for each implementation dependent value or feature, the specification describes any permitted variations or constraints for how the value or feature is realized by implementations.
If discretionary choices exist THEN, for each discretionary choice, the specification indicates whether zero, one or several of the choices/options are allowed to be implemented. If the allowable number is dependent on other dimensions of variability, THEN the specification states the dependencies. If discretionary choices do not exist THEN this checkpoint does not apply.
If discretionary choices exist THEN the specification identifies policies for handling them.
If discretionary items exist THEN the specification defines the relationship and interaction among discretionary items and all the other DOV.
The specification states whether or not extensions are allowed. If extensions are allowed THEN the specification states the conditions under which these extensions are allowed and disallowed AND the scope of the extensions AND their effect on conformance claims AND any limitations or restrictions on the use of the extension AND documents the rationale for allowing extensions by referencing use cases and/or project requirements.
If extensions are allowed THEN the specification explicitly states that "extensions cannot negate or change support for required functionality". If extensions are not allowed THEN this checkpoint is not applicable.
If extensions are allowed THEN the specification provides a uniform way to define that extensibility is being invoked and provides syntax to be used to indicate the extension. If extensions are not allowed THEN this checkpoint is not applicable,
If extensions are allowed THEN the specification explicitly requires that the syntax AND the semantics of the extension be publicly documented.
If extensions are allowed AND "producer of content" is one of the specification's classes of products THEN the conformance requirements within the specification contains a requirement that implementations provide a mode under which they produce only conforming content. ELSE the checkpoint is not applicable.
If extensions are allowed THEN the specification addresses and discusses the relations and interactions between extensions and all the other DoV.
The specification identifies conformance requirements EITHER by using the RFC 2119 keywords to denote if the requirements are mandatory, recommended or optional OR (the specification defines an alternative way that conformance requirements are identified AND explicitly states why the RFC 2119 keywords were not used).
The specification clearly distinguishes between normative (prescriptive) content and informative (informational) content. The specification distinguishes between normative and informative examples, illustrations and use cases as well as text.
If two or more provisions in the specification are identical THEN the specification uses identical wording to express them AND if two or more provisions in the specification are analogous THEN the specification uses analogous wording to express them.
The specification contains one or more navigation mechanisms that allows the reader to locate by direct access, all conformance-related information that is relevant to the specification. The mechanism specified locates the conformance section AND unambiguous statements about those DoV that the specification employs, from among the seven defined in this specification AND requirements for conformance claims.
If the specification depends on other specifications THEN the specification contains normative references to those other specifications AND describes the relationship between the specifications and any identified conformance implications.
The specification contains a normative section enumerating the minimal requirements that apply across conforming products of a class. ELSE there are no requirements for minimum functionality.
The specification contains a definition of new conformance concepts. ELSE the specification does not use any conformance concepts not defined in SpecGL.
For each DOV the specification uses, the specification justifies the reason for its usage. ELSE no DOVs are used by the specification.
The specification contains a conformance section AND the conformance section documents the specification's conformance policy.
If a single, monolithic (strict) conformance definition is not used THEN the specification identifies and defines all conformance designations (e.g., degrees, levels or categories of conformance).
The specification contains specific wording relating to an implementation's claim of conformance. The specification includes, in this wording for the claim, the specification name AND the version, the conformance level satisfied AND information about the subject that which is claiming conformance AND the date of the claim.
The specification contains a conformance disclaimer that sends the message that a claim of conformanmance is no guarantee that the claimant is 100% conforming with the specification.
The specification DOES NOT contain any wording that restricts who can make a claim AND the specification DOES NOT contain any wording about where claims can be published.
The specification contains an Implementation Conformance Statement OR the specification contains a discussion of why the ICS is not needed.
If the specification contains an ICS THEN the ICS is referenced within the specification's conformance claim wording.
The specification contains a normative list of test assertions OR the specification references a separate document containing the test assertions. The test assertions cover all the requirements in the specification.
For each test assertion, the specification maps that assertion to the specific requirement(s) in the specification tested by the assertion.