Issues for Software Process Engineering Management revision Task Force

List of issues (green=resolved, yellow=pending Board vote, red=unresolved)

List options: All ; Open Issues only; or Closed Issues only

Issue 4832: Explicit relationship for WorkProduct composition
Issue 9515: figure 12-4 page 85

Issue 4832: Explicit relationship for WorkProduct composition (spem-rtf)

In 7.1 (Associations): Using UML aggregation to represent WorkProduct
composition is painful in the metamodel since it requires Association,
AssociationEnd and Multiplicity objects etc. To link 2 WorkProducts will
thus take 7 objects (Association, 2 AssociationEnds, 2 Multiplicities, 2
Ranges) none of which carry any useful information. In contrast,
WorkDefinition has a direct subWork association.

Proposed resolution: introduce a new recursive association on WorkProduct
with ends subWork(0..*) and parentWork(0..*).

Discussed on 16/4/2002, no resolution

The representation of "Example of Activity Diagram" is weird. It mixes data
flow and control flow.


Between two activities there should be a plain arrow if one comes after the
other, and not a dashed arrow going from the 1st activity to an artifact and
then another dashed arrow going from the artifact to the second activity. The
fact that one activity comes after another is a control flow, the fact that a
part from that one artifact is passing from one to the other is different.


Because of this confusion, the strangest thing happens: synchronization bars
are showed to synchronize activities with artifacts! This has no meaning.
Only plain arroaw should leave and arrive to synchronization bars. They would
go to or from activities, showing that two activities happen concurrently.
The flow of data between the activities (artifacts and dashed arrows are
something different)