27.03.2014 Views

SEKE 2012 Proceedings - Knowledge Systems Institute

SEKE 2012 Proceedings - Knowledge Systems Institute

SEKE 2012 Proceedings - Knowledge Systems Institute

SHOW MORE
SHOW LESS

Create successful ePaper yourself

Turn your PDF publications into a flip-book with our unique Google optimized e-Paper software.

A functionality is the ability of a resource to be used for<br />

achieving a specific purpose. In this sense the resource owning<br />

the functionality is passively used during a process execution<br />

so that it is specific to Resource Objects. Moreover, the concept<br />

of competency used in human capital and business resources<br />

management allows stakeholders and stockholders to reach<br />

resources unification and integration to optimize the capacity<br />

needed to achieve the vision, mission and objectives of their<br />

organization.<br />

Following [4], a competency is an aptitude to know, to know<br />

how and to behave while [5] defines competencies as statements<br />

that someone, and more generally some resource, can<br />

demonstrate the application of a generic skill to some knowledge,<br />

with a certain degree of performance. In other words,<br />

competencies are observable skills, knowledge or know-how<br />

defined in terms of behaviors and processes required for<br />

performing job and business activities in a successful way.<br />

They are consequently owned by resources able to behave<br />

i.e. Resource Agents (see section II for a complete justification<br />

and definition). <strong>Knowledge</strong> and learning are specific<br />

to human/organizational resources and artificial intelligence<br />

systems. Behavior can be considered as the ability owned<br />

by Resource Agents, making them useful in an operational<br />

context.<br />

In the context of the proposed ontology, resources are thus<br />

components encapsulating functionalities and competencies.<br />

What fundamentally distinguishes those two concepts is that:<br />

• a functionality is transparent in the sense that the environment<br />

is perfectly aware of what the Resource Object<br />

can deliver at defined quality level. The functional offer<br />

of Resource Objects can be said to be stable since they<br />

cannot acquire more functionalities - or lose existing<br />

functionalities - unless being transformed (or degraded);<br />

• a competency is partially hidden since initial evaluation is<br />

necessary to assess the quality level at which a Resource<br />

Agent can deliver it; it is also evolutionary since it can be<br />

delivered at higher quality level later into the system life<br />

cycle thanks to the inherent ability to learn from Resource<br />

Agents.<br />

Resources can nevertheless not always lead to an absolute<br />

and successful achievement of the functionalities or competencies<br />

they advertise so that a quality level should be associated<br />

to each of them. Competencies are indeed not neutral<br />

and are furnished following a quality level so that without<br />

being perfectly rational, their realization is non-deterministic<br />

and must be estimated. The probabilistic measure is, in our<br />

model, encapsulated in the concept of quality level; we indeed<br />

consider the probability as being an aspect of the quality<br />

ontology presented hereby. A Resource Agent providing a<br />

competency with a lower realization rate will be attributed<br />

a lower quality level following the particular quality ontology.<br />

Quality ontologies are domain specific and such a characterization<br />

is positioned into the proposed resource ontology<br />

but not instantiated (see Section III). Similarly, furnishing<br />

competencies sometimes requires resource composition – i.e.,<br />

the use of a defined set of resources configured in a defined<br />

way – so that resource hierarchization is required (as detailed<br />

in Section III-C). Quality ontology proposal we can link this<br />

work to are provided in [6].<br />

Moreover, competencies can also be acquired in the case of<br />

an individual or an organization through formal or non-formal<br />

procedures. This suggests Resource Agents evaluation through<br />

a formal process. For example, an ISO accreditation is, for<br />

an organization (which is here a Resource Agent) receiving<br />

it, a certification to have competencies to furnish a product<br />

or a service at some defined minimal quality level. In the<br />

same way, the follow-up and successful achievement of a<br />

study program in a given school or university is a process<br />

for a human (which is here a Resource Agent) to acquire<br />

and accreditate (through the obtention of a diploma) defined<br />

competencies at a specified quality level. The processes of<br />

acquisition and assessment of competencies within particular<br />

(or a particular set of) resources is outside the scope of this<br />

paper. Functionality and competency ontologies are domain<br />

specific and such a characterization is positioned into the<br />

proposed resource ontology but not instantiated (see Section<br />

III). Specific competency ontology proposals we can link this<br />

work to are provided into [4], [5].<br />

B. Resources, Actors and Services<br />

In high level analysis formalisms such as the i* modeling<br />

framework ([7]), human or machine resources can be modeled<br />

as actors depending on each other involved in the achievement<br />

services; this vision assumes an intentional dimension and<br />

two parties, the service consumer and the service provider.<br />

With respect to the service ontology presented in [8], this is the<br />

Service Commitment level (prescriptive level) but the resource<br />

ontology we propose in this paper is (also with respect to<br />

[8]) at Service Process (design and implementation levels).<br />

Following [9], Services are “high-level” elements i.e., coarsegrained<br />

granules of information that encapsulate an entire or<br />

a set of business processes. That is consequently the level<br />

where service consumers and service providers are specified<br />

and, since the proposed ontology is at service process level we<br />

do not specify them into the contractual aspects of resource<br />

reservation and use (see section III-B).<br />

III. AN ONTOLOGY FOR RESOURCE REPRESENTATION<br />

We define in this section a conceptual model for resource<br />

representation. In this perspective, Figure 1 depicts the relevant<br />

concepts and their dependencies using a class model [10].<br />

A. Basic Concepts<br />

Services require, for their proper execution (or realization),<br />

a series of Functionalities and Competencies at a defined<br />

QualityLevel furnished by one or more Resources. The use<br />

of a Resource by a Service is only conceivable by setting<br />

up a Contract for a defined period of time and defined<br />

QualityLevel and Cost. All of the system Resources are kept<br />

in the ResourceList while their “real-time” availability is given<br />

300

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

Saved successfully!

Ooh no, something went wrong!