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

48 CHAPTER 3. STATE OF THE ART language [141]. The meta-model level of UEML is based on the BWW ontology but the UEML approach encourages the addition of new ontological classes, properties, states and transformations when describing modeling constructs. The growth of the BWW ontology is referred to as the UEML ontology [142]. Figure 3.9 displays the main UEML ontology classes. Due to the extensibility of the core ontology, the UEML ontology is able to cover all the process perspectives through the proper extensions. Figure 3.9: Generalization hierarchy of UEML ontology classes [144] The UEML ontology are represented using OWL Full with the Protégé as the UEMLBase tool. The UEMLBase tool has been used for experimentally describing the following languages: (Class and Activity diagrams of) UML 2.0, CPN (Coloured Petri Net), GRL (Goal-oriented Requirements Language), KAOS (Knowledge Acquisition in autOmated Specification), IDEF3 (Integrated DEFinition methods – Process Description Capture), and, partially, ISO 19440; the result is the UEMLBase content that can be retrieved, visualized and navigated by using the UEMLBase tool functionality [142]. 3.2.10 Comparison of process ontology representations Table 3.2 displays the comparison of ontology representation primitives, and main concepts and representation mechanisms for the process perspectives. The comparison presents how the semantics of process, i.e. the process perspectives are specified in different ontological representation forms. Some of them are specified like a meta-model of process modeling languages, such as PIF, OWL-S, POP*. Some are very general and need to be extended to represent more specific process semantics, such as BWW and UEML. The MIT process handbook and TOVE provide process templates and standardized taxonomy. WSMO is unique from the other ontologies by the use of interfaces to describe the functionality of Web services, so that there are no particular ontological representations for the process perspectives but mainly for the mediation of services.

3.3. GOAL MODELING 49 From the survey, we also found that the formal representation of the ontologies are usually specified through the primitives such as class (sub-class), property (attribute, relationship), and axiom. Standard taxonomy and process templates are also often included in the process ontologies. 3.3 Goal Modeling Goal is considered as an important concept to represent business strategy and support decision making. Goal models are used to represent business objectives for stakeholders and also to drive the elaboration of business requirements for business analysis and executions. The research on goal-driven methodologies brought out some goal modeling approaches and languages. From the literature, goal modeling is mostly designed as a requirements engineering method, such as KAOS [21], i*/GRL [55], GBRAM [56]. With the development of Web services, goal modeling is associated with Web services modeling for goal-driven services discovery, such as WSMO [210]. 3.3.1 KAOS (Knowledge Acquisition in autOmated Specification) KAOS [21] is a goal-driven methodology which is based on a rich framework for requirements elicitation, analysis and management. Goal modeling in KAOS is based on a goal-oriented process. The process starts with goals which are easy to understand and communicate. They describe the problems instead of the solutions, and can be refined to different levels of abstraction for incremental analysis process. With KAOS, functional and non-functional requirements are formally modeled in terms of goals, constraints, objects, operations, agents, etc. Goals are from available sources and asking why and how questions; objects, relationships and attributes are derived from the goal specifications; agents are identified and are assigned alternative responsibility based on goals; operations and domain pre-/postconditions are also identified from the goal specifications [192]. 3.3.2 i*/GRL (Goal-oriented Requirement Language) GRL is an extended version of i*, a language for supporting actor/role oriented modeling, goal-oriented modeling and reasoning of requirements, especifally for dealing with non-functional requirements [40]. Main concepts associated with goals are represented by intentional elements, intentional relationships and actors. The intentional elements in GRL are goal, task, softgoal, belief and resource. The intentional relationships include means-ends, decompositions, contribution, correlation and dependency. An actor is an active entity that carries out actions to achieve goals. Goals and requirements are analyzed through modeling strategic actor relationships. The relationships are modeled through Strategic Dependency (SD) models and Strategic Rational (SR) models. In a SD model, one actor (the depender) depends on another actor (the dependee) for a dependum. According to different types of dependum, several types of dependencies are distinguished in the Strategic Dependency model, namely goal dependency, task dependency, resource dependency, and softgoal dependency. The SR model provides a more detailed level of modeling by looking "inside" actors to model internal intentional

3.3. GOAL MODELING 49<br />

From the survey, we also found that the <strong>for</strong>mal representation <strong>of</strong> the ontologies are<br />

usually specified through the primitives such as class (sub-class), property (attribute,<br />

relationship), and axiom. Standard taxonomy and process templates are also <strong>of</strong>ten<br />

included in the process ontologies.<br />

3.3 Goal Modeling<br />

Goal is considered as an important concept to represent business strategy and support<br />

decision making. Goal models are used to represent business objectives <strong>for</strong> stakeholders<br />

and also to drive the elaboration <strong>of</strong> business requirements <strong>for</strong> business analysis and<br />

executions. The research on goal-driven methodologies brought out some goal modeling<br />

approaches and languages. From the literature, goal modeling is mostly designed as<br />

a requirements engineering method, such as KAOS [21], i*/GRL [55], GBRAM [56].<br />

With the development <strong>of</strong> Web services, goal modeling is associated with Web services<br />

modeling <strong>for</strong> goal-driven services discovery, such as WSMO [210].<br />

3.3.1 KAOS (Knowledge Acquisition in autOmated Specification)<br />

KAOS [21] is a goal-driven methodology which is based on a rich framework <strong>for</strong> requirements<br />

elicitation, analysis and management. Goal modeling in KAOS is based on<br />

a goal-oriented process. The process starts with goals which are easy to understand<br />

and communicate. They describe the problems instead <strong>of</strong> the solutions, and can be<br />

refined to different levels <strong>of</strong> abstraction <strong>for</strong> incremental analysis process. With KAOS,<br />

functional and non-functional requirements are <strong>for</strong>mally modeled in terms <strong>of</strong> goals, constraints,<br />

objects, operations, agents, etc. Goals are from available sources and asking<br />

why and how questions; objects, relationships and attributes are derived from the goal<br />

specifications; agents are identified and are assigned alternative responsibility based<br />

on goals; operations and domain pre-/postconditions are also identified from the goal<br />

specifications [192].<br />

3.3.2 i*/GRL (Goal-oriented Requirement Language)<br />

GRL is an extended version <strong>of</strong> i*, a language <strong>for</strong> supporting actor/role oriented modeling,<br />

goal-oriented modeling and reasoning <strong>of</strong> requirements, especifally <strong>for</strong> dealing with<br />

non-functional requirements [40]. Main concepts associated with goals are represented<br />

by intentional elements, intentional relationships and actors. The intentional elements<br />

in GRL are goal, task, s<strong>of</strong>tgoal, belief and resource. The intentional relationships include<br />

means-ends, decompositions, contribution, correlation and dependency. An actor<br />

is an active entity that carries out actions to achieve goals. Goals and requirements are<br />

analyzed through modeling strategic actor relationships. The relationships are modeled<br />

through Strategic Dependency (SD) models and Strategic Rational (SR) models. In<br />

a SD model, one actor (the depender) depends on another actor (the dependee) <strong>for</strong> a<br />

dependum. According to different types <strong>of</strong> dependum, several types <strong>of</strong> dependencies<br />

are distinguished in the Strategic Dependency model, namely goal dependency, task<br />

dependency, resource dependency, and s<strong>of</strong>tgoal dependency. The SR model provides a<br />

more detailed level <strong>of</strong> modeling by looking "inside" actors to model internal intentional

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

Saved successfully!

Ooh no, something went wrong!