Resource

Resource
Graphical Notation
There is no image yet, do you want to upload one?
IsSubClassOf
Successors
Predecessors
HasIncomingControlFlow	hasIncomingControlFlow::0
HasOutgoingControlFlow	hasOutgoingControlFlow::0
HasResource	hasResource::0
HasAttribute	hasAttribute::0
Edit the Properties

Brief Information

This is an autogenerated section!

You are not able to edit this information by hand, but by edit the Form (and therefore the properties) of this page. Please refer to the Edit the properties link at the bottom of the info box. {{#show: Resource | ?Is a | Intro=The Resource is a }}. {{#show: Resource | ?contains | Intro=It contains }}. {{#show: Resource | ?hasSuccessor | Intro=Possible succeeding element(s) is/are  }}. {{#show: Resource | ?hasPredecessor | Intro=Previous element(s) can be }}. {{#show: Resource | ?hasIncomingControlFlow | Intro=The cardinalities are  | Outro= (incoming)}} {{#show: Resource | ?hasOutgoingControlFlow | Intro=and  | Outro= (outgoing) respectively }}. {{#show: Resource | ?refersTo | Intro=The Resource refers to }}. {{#show: Resource | ?attachedTo | Intro=The Resource is attached to a }}.

Short description

A resource is part of the EPC meta model. Resources are used to provide additional information for EPC functions and thereby the process model. Resources may be represented by organizational units, data objects or information systems. They are attached to functions and represent further necessary details, like which organizational unit is responsible for the execution of the associated task, which information systems are involved, what input is needed to perform it and what output is generated by it.

Syntax

There is no common understanding which resources can be annotated to functions. [1] A consensus in the literature seems to be the classification in organizational unit, data object and information object. [1], [2], [3], [4] There can be any number of resources associated to process elements. All possible relationship types between resources and process elements are represented by the class resource relation. [1], [2], [5]

Semantic

In EPC there is no common understanding which resources can be annotated to functions. Examples are organizational units, application systems or documents, where each resource has a specific resource relation to a function. An organizational unit for example can have the relation type “is responsible for”, which it not allowed for an data object like document. [1]

References

• [*1] C. Seel and D. Vanderhaeghen, “Meta-Model based Extensions of the EPC for Interorganisational Process Modelling,” EPK 2005. 4. Work. der Gesellschaft für Inform. e.V. und Treffen ihres Arbeitkreises "Geschäftsprozessmanagement mit Ereignisgesteuerten Prozessketten, pp. 117–136, 2005.
• [*2] B. Korherr and B. List, “A UML 2 Profile for Event Driven Process Chains *,” vol. 205, pp. 161–172, 2006.
• [*3] R. S. Mans, “Generic and specific eEPCs for product and customer groups,” no. February, 2006.
• [*4] G. Decker and W. Tscheschner, “Migration von EPK zu BPMN,” EPK 2009. 8. Work. der Gesellschaft für Inform. e.V. und Treffen ihres Arbeitkreises "Geschäftsprozessmanagement mit Ereignisgesteuerten Prozessketten (WI-EPK). Gesellschaft für Inform., pp. 91–109, 2009.
• [*5] O. Thomas, Fuzzy Process Engineering. 2009.