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

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

21.01.2014 Views

78 CHAPTER 4. SEMANTIC ANNOTATION FRAMEWORK Where the cardinalities of both has_inActivity and has_outActivity are 1. Definition 6. Input and output are defined as parameters of an activity, which include value and data type. They are usually related to artifacts participating in the activity. I i = (id, model_f ragment, name, alternative_name, data_type, related_arti f act) O i = (id, model_f ragment, name, alternative_name, data_type, related_arti f act) If the same artifact related with both input and output parameters of an activity, the state of the artifact must change through this activity. We call it transformation. Definition 7. Precondition and postcondition are presented by expressions to constrain input and output. The constraints are usually used as contract in services or process composition. Θ pre = (id, model_f ragment, name, alternative_name, related_input) Θ post = (id, model_f ragment, name, alternative_name, related_output) Definition 8. Exception happens in an activity and it can be handled by an activity. E i = (id, model_f ragment, name, alternative_name, handler_Activity, same_as, di f f erent_f rom, kind_o f , superConcept_o f , partialE f f ect_o f , compositionConcept_o f , instance_o f ) Exception will be annotated using predefined exception types in a domain ontology. The activity handling the exception is pointed out by handler_activity. PSAM is modeled in OWL when it is implemented for annotation applications. Appendix G.1 presents the OWL representation of a complete PSAM 1 . 4.7 A Simple Example of Process Semantic Annotation There is a business process model to describe a very simple process of buying merchandise. It can be reused in any specialized and complicated purchase process. We assume it is originally built in EEML [77]. This purchase process contains only a task "purchase". There are two person roles in this task named "Client" and "Seller". The process starts with a milestone "agreed deal" and ends with a milestone "deal finishes". One flow links from "agreed deal" to the input port of the task "purchase" and another flow links from the output port of "purchase" to "deal finishes". A resource role "Order" coming to the input port is and another resource role "Receipt" is out of the output port. The EEML process model of a purchase process is illustrated in Figure 4.6. We applied the semantic annotation approach to annotate the purchase model. The EEML modeling constructs are annotated with GPO concepts in meta-model annotation. In this case, EEML modeling constructs are mapped to the GPO concepts 1 A complete PSAM contains the part of PSAM presented in this chapter and the extension part of PSAM in Chapter 5.

4.7. A SIMPLE EXAMPLE OF PROCESS SEMANTIC ANNOTATION 79 Figure 4.6: EEML process model example: purchase process following the mapping rules for meta-model annotation. For example, the EEML Task is one-to-one mapped to the GPO Activity. Based on the meta model annotation, the GPO concepts will take the place of the corresponding process modeling constructs to describe the process. A domain ontology is employed to annotate the model contents which are described in the process annotation model. For instance, the EEML task "purchases" is a GPO activity, and this activity is annotated as a kind of domain ontology concept "buy" in the PSAM model. Figure 4.7 illustrates the annotation results of the purchase model. We exemplify parts of the PSAM instance of annotation results which are represented in OWL. The example here is only a demo of the OWL representation. In the demo the data type of model_fragment is defaulted as URI and the data types of other properties are not specified, which can be compared with the PSAM instances in OWL from exemplars in Appendix H 2 . purchases Purchase 2 The exemplars are introduced in Chapter 7.

4.7. A SIMPLE EXAMPLE OF PROCESS SEMANTIC ANNOTATION 79<br />

Figure 4.6: EEML process model example: purchase process<br />

following the mapping rules <strong>for</strong> meta-model annotation. For example, the EEML Task<br />

is one-to-one mapped to the GPO Activity. Based on the meta model annotation, the<br />

GPO concepts will take the place <strong>of</strong> the corresponding process modeling constructs to<br />

describe the process. A domain ontology is employed to annotate the model contents<br />

which are described in the process annotation model. For instance, the EEML task<br />

"purchases" is a GPO activity, and this activity is annotated as a kind <strong>of</strong> domain ontology<br />

concept "buy" in the PSAM model. Figure 4.7 illustrates the annotation results <strong>of</strong><br />

the purchase model.<br />

We exemplify parts <strong>of</strong> the PSAM instance <strong>of</strong> annotation results which are represented<br />

in OWL. The example here is only a demo <strong>of</strong> the OWL representation. In the<br />

demo the data type <strong>of</strong> model_fragment is defaulted as URI and the data types <strong>of</strong> other<br />

properties are not specified, which can be compared with the PSAM instances in OWL<br />

from exemplars in Appendix H 2 .<br />

<br />

<br />

purchases<br />

Purchase<br />

<br />

<br />

<br />

<br />

<br />

<br />

<br />

<br />

<br />

2 The exemplars are introduced in Chapter 7.

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

Saved successfully!

Ooh no, something went wrong!