21.01.2014 Views

Semantic Annotation for Process Models: - Department of Computer ...

Semantic Annotation for Process Models: - Department of Computer ...

Semantic Annotation for Process Models: - Department of Computer ...

SHOW MORE
SHOW LESS

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

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!