150 likes | 169 Views
This document discusses the rationale behind the JP01 process model for CD4 MFI-5, including basic policies, definitions, and the structure of the model. It aims to be coherent with UML Activity and BPMN, allowing for recursive decomposition of activities.
E N D
Rationale of JP01, (08,) 09, 14 on CD4 MFI-5 2012.10.17
MFI PMR should be BPMN UML Activity Process Activity Process_Model Process_Model Process_Element Artifact Process_Element ActivityNode Activity ExecutableNode Activity Process Task Action Subprocess StructuredActivityNode Simplified Metamodel for discussion to be coherent with UML Activity and BPMN. That is, Activity (Process) should be able to decomposed recursively without Process_Model.
Basic understanding 1.Basic policy of MFI • What MFI does not intend is to develop its own new matamodel (for process models, information models, ontoloigies etc). • What MFI does intend to do is; to develop a generic metamodel that has common semantics (essential subsets) of (major?), process modelling languages (or, information modeling languages, ontology languages etc.) and has administrative information that is required as a registry.
Basic understanding 2.What is a model, a process model etc. • Definition of model • representation of some aspect of a domain of interest using a normative modeling facility and modeling constructs • From MFI Part1 Ed2 expected • Then, • Ontology is representation of a semantics aspect of a domain of interest. • Information model is representation of an static aspect of … • Process model is representation of an dynamic aspect of … • I am not saying the current definitions should be modified.
Basic understanding 2.What is a model, a process model etc. • But, the point is; • Let us think about to handle order an example of a dynamic aspect of interest (an example process). • Then, its representation is “one” process model because of the definition above.
Basic understanding 2.What is a model, a process model etc. • Both of the followings are examples of “one” process model in UML activity diagram. • Example1 ✔Example2 • from UML Distilled Ed3
Basic understanding 2.What is a model, a process model etc. • Note • The metamodel of UML activity diagram supports that each of the both examples is one process model. • See the (simplified) The metamodel of UML activity diagram at slide 1. • Both models are equivalent, even though their decomposition levels are different. • Practically, most of process models have several levels of decompositions.
Basic understanding 3.What is a MFI registry • A MFI registry registers a model in some specific modelling language that exists outside the MFI registry. • That is, a model can be registered as an (possibly, indirect) instance of a meteclass “Model” of a MFI registry. • The former two examples are examples of models in UML activity diagram. • Basic policy • “One” model should be registered as “one” (possibly, indirect) instance of the metaclass “Model”. • Rationale • This is required from the administration of a registry.
Basic understanding 4.Basic view of MFI-5 Note • What a MFI-5 registry can recognize (identify, register) are process models (and their model elements) and not processes in the real world. A MFI-5 registry A instance of Process_Model A instance of Process_Model A instance of Process_Model A instance of Process_Model Common semantics and administrative information are stored in a MFI-5 registry. There is 1:1 correspondence.. Process models possibly in repositories A process model in BPMN A process model in PSL A (another) process model in UML activity diagram A process model in UML activity diagram A process in the real world (including a computational world) ≒ an dynamic aspect of a domain of interest
Essence of Process_Model and Process of CD4 MFI-5 describing_model containing_model Process_Model Note: Process_Element except Process is ignored just for simplicity. Process described_process contained_process_element Let us think about the following process model M, say, in UML activity. Activity M StructuredActivityNode Action B Action A1 Action A2
P: Process described_process describing_model M: Process_Model containing_model contained_process_element contained_process_element A: Process B: Process described_process describing_model MA: Process_Model containing_model contained_process_element contained_process_element A2: Process A1: Process How process model M is registered in a MFI-5 registry We cannot identify is a process itself. The only thing we can identify is a process model in BPMN etc. We cannot identify a process itself. The only thing we can identify is a process model in BPMN etc. A process model in UML, BPMN etc. does not have this kind of things Note: Dependency is ignored just for simplicity
M: Process_Model containing_model contained_process_element contained_process_element A: Activity B: Activity containing_activity contained_process_element contained_process_element A2: Activity A1: Activity A simpler metamodel below might be better Process_Model containing_model contained_process_element Activity containing_Activity Note: Process_Element except Process is ignored just for simplicity. contained_process_element Then, it becomes simple and looks better. Note: Dependency is ignored just for simplicity
Activity M in UML Activity Action B Action A M: Process_Model represented in (decomposed by) a different language. containing_model contained_ process_element contained_ process_element Process N in BPMN A: Activity B: Activity Process_Model containing_model Task A1 Task A2 contained_process_element Activity containing_Activity same_as contained_process_element To support the following case, Then, same_as N: Process_Model reference “same_as” from Process_Model to Activity is also necessary. containing_model contained_ process_element contained_ process_element A1: Activity A2: Activity