Message-ID: <1607158409.31414.1493612120269.JavaMail.confluence@ece-vmapps> Subject: Exported From Confluence MIME-Version: 1.0 Content-Type: multipart/related; boundary="----=_Part_31413_1674051908.1493612120268" ------=_Part_31413_1674051908.1493612120268 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Content-Location: file:///C:/exported.html
The question arises which GSIM object or set of o= bjects actually describes the building block (Lego brick or Service) as def= ined in CSPA? It seems that the ProcessStep is the logical choice. As a con= sequence, it must be possible to combine a particular ProcessStep with any = other ProcessStep into a Process. This means that there is no up-front fixe= d relation between ProcessSteps, and this relation should certainly not be = made based on the ProcessStepDesign. It must be possible for one ProcessSte= p to be followed by multiple ProcessControls, but only one within the conte= xt of a particular Process. There is no direct relationship between Process= and ProcessStepDesign, a CSPA Assembler creates a new Process by combining= available ProcessSteps and ProcessControls.
Are then both ProcessStep and ProcessControl the CSPA building blocks?= p>
Do we need a mechanism to express the specific relationship between a Pr= ocessStep and a ProcessControl within the context of a Process?