MARTE_ — concrete syntax

Section 9 proposes some stereotypes to identify clocks and clock constraints. Annex C proposes a non-normative language (CCSL) to describe clock constraints. Even though CCSL is non normative (to give more freedom to tool vendors for implementation), such a constraint language must have some specific characteristics. For instance, it MUST allows description of both synchronous and asynchronous constraints. Hence, the normative part (Section 9) should provide a mechanism to identify the nature (synchronous, asynchronous, mixted) of the constraint even if the concrete syntax remains non-normative and described in Annex C. This would give some kind of consistency between different implementations.

The resolution proposes to add three meta-attributes to the stereotype
ClockConstraint to reflect the domain view (CoincidenceRelation and
PrecedenceRelation described in Figure 9.5) and identify the nature of the
constraint.