-
Key: SPEM-7
-
Legacy Issue Number: 4673
-
Status: closed
-
Source: France Telecom R&D ( Mariano Belaunde)
-
Summary:
This very basic example CANNOT be expressed in the terms of the SPEM
metamodel because there is no way to represent fork/joins. I don't see any
valid justification for such limitation.
A simple solution would be to add a "PseudoActivity" class, inheriting from
Activity and having a "kind"attribute (choice, join, fork,...etc.). -
Reported: SPEM 1.0b1 — Wed, 7 Nov 2001 05:00 GMT
-
Disposition: Resolved — SPEM 1.0
-
Disposition Summary:
Accept. Introduce a subset of the UML1.4 model of Activities into the SPEM
-
Updated: Fri, 6 Mar 2015 20:58 GMT