Semantic Annotation for Process Models: - Department of Computer ...
Semantic Annotation for Process Models: - Department of Computer ...
Semantic Annotation for Process Models: - Department of Computer ...
Create successful ePaper yourself
Turn your PDF publications into a flip-book with our unique Google optimized e-Paper software.
180 APPENDIX B. EEML 2005<br />
B.1.2<br />
Decision Point<br />
A decision point models a (normally manual) decision per<strong>for</strong>med as part <strong>of</strong> the overall<br />
process. The behavior <strong>of</strong> the decision point is largely defined by Logical Relation specified<br />
in a decision point, which describes how to handle multiple flows in or out from<br />
the decision point.<br />
A default icon <strong>for</strong> the decision point is a diamond. And the logical relations can be<br />
specified within a diamond. Figure B.2 presents three types <strong>of</strong> decision points – OR,<br />
AND and XOR.<br />
Figure B.2: EEML Decision Points<br />
Figure B.3: EEML Milestone<br />
B.1.3<br />
Milestone<br />
The Milestone concept is used to denote a decision point that is regarded to be <strong>of</strong><br />
specific importance in the process it is a part <strong>of</strong>.<br />
Examples: When ready to issue a contract, When ready to start a project.<br />
The behavior <strong>of</strong> Milestone is largely defined by the property Logical Relation, which<br />
has similar semantics as described on decision-point above. The default icon <strong>for</strong> a<br />
Milestone is in Figure B.3.<br />
B.1.4<br />
Resource role<br />
The term "role" designates some part played by some resource. A role should always<br />
be specified within a context. Typical examples <strong>of</strong> a role context are i) the organization<br />
as a whole, ii) organizational units within an organization iii) a task within<br />
the extended enterprise. Roles can be modeled in the context <strong>of</strong> Task, or externally,<br />
meaning the given (implicit) organizational context <strong>of</strong> the model. In addition, roles<br />
may be connected to flows, which is particularly relevant <strong>for</strong> the Roles <strong>of</strong> the objecttype.<br />
Connecting object roles to flows is a convenient way to model document flow, <strong>for</strong><br />
instance.<br />
Roles may be considered as placeholders <strong>for</strong> resources, and are introduced to make<br />
it possible to talk about the use <strong>of</strong> resources without being concrete. In principal the