CN100367204C - Mode conversion method and system from software process to workflow - Google Patents

Abstract

A method for converting model from software course to work flow converts SPEM software course model to corresponding XPDL work flow course model according to strict conversion rule so as to realize execution support to SPEM software course model based on work flow management system. The conversion system for realizing said method is also disclosed.

Description

Model conversion method from the software process to the workflow and system

Technical field

The present invention relates to a kind of method that software process model is converted to Work flow model (SPEM2XPDL), particularly a kind of software process model that SPEM is described is converted to the model conversion method of the Work flow model of XPDL description, also relate to the realization system that supports this method, belong to the process technology field in the Software Production.

Background technology

The fundamental purpose of software process modelling is software process model to be provided to carry out support that it is the software quality management at center that helper applications is organized and implemented with the process, thereby guarantees the software product quality.

Software process engineering meta-model (Software Process Engineering Metamodel is called for short SPEM) is the international software process modelling standard that OMG's (Object Management Group is called for short OMG) proposed in 2002.SPEM has defined the needed element set of software process modelling, is applicable to describe any software process.Current, SPEM has obtained widespread use, a lot of software process models based on SPEM occurred.Yet SPEM lays particular emphasis on the process prescription in the process model building, lacks the execution support to process.

Process defining language (XML Process Definition Language, be called for short XPDL) be WFMC (Workflow Management Coalition, abbreviation WfMC) a kind of widely used international workflow process that proposes defines standard, is used for describing the interface part of workflow reference model.This interface mask work flows through the definition and the execution of journey, makes the Work flow model that meets the XPDL definition to be performed on the Workflow Management System (Workflow Management System is called for short WFMS) of any support XPDL.

Software process is followed identical process pattern with workflow, and it is feasible that software process model is converted to Work flow model.Existing software process model is converted to Work flow model, and the method for carrying out by Workflow Management System support software process has: Daniel K.C.Ghan method and Anthony Barnes method etc.The former is converted to the Liaison model of using Valmont language definition with software process model, carries out on the self-defined WFMS that supports the Liaison model; The latter is converted to the Work flow model of describing with WPDL with software process model, and carries out on the WFMS that realizes the workflow reference model.

But these methods all are based on specific separately software process meta-model, specific Workflow Meta-model and realizing separately.Because the inconsistency of software process meta-model and the inconsistency of Workflow Meta-model so, must define the mapping ruler of software process meta-model to Workflow Meta-model respectively.Thereby these method restricted applications, being difficult to actual carrying out and use in software organization, reusability is poor.

Summary of the invention

Defective in view of existing method, in order to make full use of the SPEM model conversion is the advantage of XPDL model in engineering of software development, the purpose of this invention is to provide the SPEM model to the conversion method (SPEM2XPDL) of XPDL model and the realization system that supports this method.Described method provides the switch process of SPEM model to the XPDL model, described system has realized the conversion of SPEM software process model to corresponding XPDL workflow process model according to method, thereby provides execution support based on Workflow Management System to the SPEM software process model.

For realizing above-mentioned goal of the invention, the model conversion method from the software process to the workflow comprises 4 steps: at first, the SPEM model file of input is imported pre-service, it is simplified to SPEM document internal storage structure; Secondly, the SPEM document internal storage structure after simplifying is converted to SPEM JAVA object, in the middle of the present SPEMJAVA object of the relation table between the SPEM model element; Then, utilize predefined transformation rule, SPEM JAVA object is converted to XPDL JAVA object; Then, from the root object of XPDLJAVA, recurrence generates the document internal storage structure element of XPDL, and finally forms the document internal storage structure of XPDL; At last, the document internal storage structure with XPDL outputs in the XPDL model file.

Wherein, the SPEM model file of input is imported pretreated process and also comprises following step:

S1: the SPEM model file is read in internal memory and form original document internal storage structure;

S2: analyze the Core Generator of SPEM model, promptly from root node, note node and/or other keyword search tool information of document internal storage structure;

S3:, select SPEM model clarifier according to the Core Generator that analyzes;

S4: utilize the redundant information in the clarifier removal SPEM model, promptly extract nodal information, ignore incoherent node, and generate the document internal storage structure after purifying according to predefined key word;

S5: utilize the document internal storage structure after the inspection of document of SPEM model definition is handled whether to remain the SPEM model.If not, illustrate that then there is mistake in original SPEM model file, if then be for further processing.

Wherein, the concrete search procedure of S2 is: at first begin to search from root node, if the success would return; Otherwise, search the note node, if the success would return; Otherwise, in whole model, search, if the success would return; Otherwise, directly jump to S5.

Wherein, the key word among the S4 generally comprises but is not limited to following key word: Package, Discipline, Phase, Lifecycle, Process, Iteration, Activity, Step, WorkProduct, WorkProductKind, ProcessPerformer, ProcessRole.

SPEM2XPDL model conversion of the present invention system comprises pretreater, SPEM object maker, XPDL DOM maker, transformation rule storehouse, object converter.Wherein, described pretreater is used to realize that input pre-service and XPDL to the SPEM model export pre-service; Described SPEM object maker is a SPEM JAVA object with the SPEM model conversion, and described XPDL DOM maker is converted to XPDL DOM (document memory object) with XPDL JAVA object; The transformation rule of described transformation rule storehouse definition SPEM JAVA object and XPDL JAVA object; Described object converter is carried out the object conversion according to the rule that defines in the transformation rule storehouse.

Technique effect of the present invention is, for software process engineering meta-model provides a kind of general method that is suitable for to the conversion of Work flow model, avoided the nonreusable defective because of bringing based on specific separately software meta-model in the prior art effectively.With the SPEM model conversion is that the method for XPDL model (SPEM2XPDL) can make full use of the process of enriching that powerful process prescription ability that SPEM has and XPDL have and carries out tenability.Simultaneously, SPEM and XPDL are widely used international standards, have guaranteed the scope of application of this method, have guaranteed the reusability of method simultaneously, reduce huge time and the cost expenditure brought because of the overlapping development model.In addition, SPEM and concrete software development methodology have nothing to do, so, can be to any concrete software development methodology, as XP, RUP etc. provide process to carry out and support.

Description of drawings

Fig. 1 is a SPEM2XPDL model conversion system architecture synoptic diagram;

Fig. 2 is the input pretreatment process synoptic diagram of pretreater to the SPEM model;

Fig. 3 is the output pretreatment process synoptic diagram of pretreater to the XPDL model;

Fig. 4 represents the main class formation synoptic diagram of the object-oriented modeling that SPEM object maker is done the SPEM model;

Fig. 5 represents the main class formation synoptic diagram of the object-oriented modeling that XPDL DOC maker is done the XPDL model.

Embodiment

Below in conjunction with accompanying drawing, describe the present invention in detail by a preferred embodiment.As shown in Figure 1, be the configuration diagram of the model conversion system from the software process to the workflow, the flow process of the method that realized of this system of direction indication of arrow wherein.When SPEM model input model converting system, at first carry out pre-service by the input of the SPEM in pretreater pretreater, concrete steps are:

S1: the SPEM model file is read in internal memory and form original document internal storage structure;

S2: the Core Generator of analyzing the SPEM model, specifically be root node, according to the sequential search tool information of node-note node-other key word, in case find then return from the document internal storage structure, if travel through whole model all search less than, then directly change S5 over to;

S3:, select SPEM model clarifier according to the Core Generator that analyzes;

S4: utilize the redundant information in the clarifier removal SPEM model, promptly according to predefined key word, as Package, Discipline, Phase, Lifecycle, Process, Iteration, Activity, Step, WorkProduct, WorkProductKind, ProcessPerformer, ProcessRole waits and extracts nodal information, ignores incoherent node, and generates the document internal storage structure (SPEM DOM) after purifying;

S5: utilize the pretreated document internal storage structure of the SPEM model definition inspection of document whether to remain the SPEM model, if not, illustrate that then there is mistake in original SPEM model file, if then be for further processing.

Generate SPEM JAVA through the SPEM DOM that simplifies by SPEM object maker, the object converter converts SPEM JAVA to XPDL JAVA according to the transformation rule in the transformation rule storehouse then, and, just converted the XPDL model to after last XPDL DOM handles through the output of the XPDL in pretreater pretreater and exported through XPDL maker generation XPDLDOM.

Wherein, described transformation rule storehouse has defined the transformation rule of SPEM JAVA object and XPDL JAVA object, and described transformation rule comprises the transformation rule of model element and the transformation rule of model element relation.Transformation rule between element transformation rule definition SPEM and XPDL main models element and the element property; The various transformation rules that are related to the transfer relationship of XPDL mobile element between the element relation transformation rule definition SPEM mobile element.

Wherein, the element transformation rule is as shown in the table:

No.	The SPEM element	The XPDL element	Explanation
				R1,2,3,4	Package, Discipline Phase, Lifecycle	Package	By the extended attribute of Package element, identify different SPEM elements.Such as:＜ExtendedAttribute Name=" type " Value=" Phase "/expression SPEM Package element.
R5	Process	WorkflowProcess	Be transformed into the WorkflowProcess element.
				R6	Iteration	Activity	Be transformed into and realize the Activity of type for " subflow ".
R7	Activity	Activity	If Activity contains Steps, be transformed into BlockActivity so; If Activity contains other activity, be converted to so and realize the Activity of type for " subflow ".
				R8	Step	Activity	With reference to R7.
R9	WorkProduct	ExtendedAttribute	Be transformed into movable I/O attribute.
				R10	WorkProduct Kind	ExtendedAttribute	Be transformed into the extended attribute of extended attribute " WorkProduct ".
R11	Process Performer	Participant	Transfer process executor, and the type attribute that the executor is set is " Role ".
				R12	ProcessRole	ExtendedAttribute	Be transformed into process executor's extended attribute: " assistant ".

The transformation rule of table 1---element

Wherein, the transformation rule of element relation is divided into four kinds:

1. hierarchical relationship (LR)

The SPEM hierarchical relationship has two kinds: the affiliated relation of Package and its containing element and the relation of inclusion between Activity and the Step.In XPDL, hierarchical relationship is converted to the relation of inclusion between Package and ActivitySet and the Activity.

2. transformational relation (TR)

The SPEM transformational relation has two kinds: the Precedes relation between the activity and movable---product relation.Movable---product concerns that the output products w of requirement activity a1 is the input product w of movable a2.In XPDL, transformational relation is usually represented by Transition unit corresponding to movable and movable Transition relation.

3. role---activity relationship (RAR)

SPEM role---activity relationship has two kinds: the Perform relation between WorkDefinition and the ProcessPerformer; Assistant relation between Activity and the ProcessRole.In XPDL, the former shows as movable executor, and the latter is corresponding to the extended attribute of activity.

4. other relation (OTR)

Except above-mentioned relation, other relation all is described with OTR: as the trace between the WorkProduct, relations such as impact.Because XPDL lacks corresponding semantic, will not be transformed among the XPDL.

Wherein, also defined the transfer algorithm of model in the described model conversion method, transfer algorithm definition SPEM model is to XPDL model conversion step.Algorithm is as follows:

Input: SPEM model

Output: XPDL model

(1) creates XPDL model: XPDLModel

(2) Scope=SpemElementSet () // whole SPEM model element set is set

(3) in Scope, for each hierarchical relationship r

(3.1) if r ∈ LR (Package Level) // coupling { Package, Discipline, Phase, Lifecycle}

(3.1.1) create the Package element

(3.1.2) create Package Header and Redefinable Header element

(3.1.3) generate the Participant element according to [R11] [R12]

(3.1.4) convert Package to, and the extended attribute of Package is set, add Package in XPDLModel according to [R1] [R2] [R3] [R4]

(3.1.5) Scope=PackageElementsSet () //element sets that element directly comprised such as SPEM Package

(3.1.6)Goto(4)

(4) in Scope, for each WorkflowProcess hierarchical relationship r

(4.1) if r ∈ LR (WorkflowProcess Level) // coupling { Process}

(4.1.1) create the WorkflowProcess element, according to R[5] the WorkflowProcess element is set

(4.1.2) daughter element that WorkflowProcess is Package is set

(4.1.3) Scope=WpElementSet () // element set that SPEM Process element is directly comprised

(4.1.4)Goto(5)

(4.1.5) increase " Start "/" End " extended attribute, and start0, start1, end1, four dummy activities of end0 are in the WorkflowProcess element;

(4.2) if r ∈ LR (Package Level) // coupling Package, Discipline, Phase, Lifecycle}, contain Package repeat nested

(4.2.1)Scope＝PackageElementSet()

(4.2.2)Goto(3)

(5) in Scope, for each Activity hierarchical relationship r

(5.1) if r ∈ LR (Activity Level) // coupling { Iteration, Activity, Step}

(5.1.1) change all Activity, the daughter element that Activity is WorkflowProcess is set according to [R6] [R7] [R8]

(5.1.2) if (Activity comprises sub-Activity)

(5.1.2.1) create the WorkflowProcess element

(5.1.2.2) daughter element that WorkflowProcess is Package is set

(5.1.2.3) Scope=ActivityElementSet () // element set that SPEM Activity element is directly comprised

(5.1.2.4)GoTo(5)

(5.1.3) if (Activity comprises sub-Step)

(5.1.3.1) create the ActivitySet element

(5.1.3.2) daughter element that ActivitySet is WorkflowProcess is set

(5.1.3.3)Scope＝ActivityElementSet()

(5.1.3.4)GoTo(5)

(5.1.3.5) increase " Start "/" End " extended attribute, and start0, start1, end1, four dummy activities of end0 are in the ActivitySet element;

(5.2) if r ∈ LR (Package Level) // coupling Package, Discipline, Phase, Lifecycle}, contain Package repeat nested

(5.2.1)Scope＝PackageElementSet()

(5.2.2)Goto(3)

(5.3) if r ∈ LR (WorkflowProcess Level) // coupling { Process}

(5.3.1)Scope＝WpElementSet()

(5.3.2)Goto(3)

(5.4) RAR among the traversal Scope, TR and OTR relation

(5.4.1)if?r∈RAR

(5.4.1.1) if r ∈ (WorkDefinition::Performer) is provided with " Performer " attribute of corresponding activity;

(5.4.1.2) if r ∈ (Activity::Asssitant :) is provided with the extended attribute of corresponding activity according to [R12];

(5.4.2) if r ∈ TR // coupling { precedes, ActivityParameters{kind:input/output}}

(5.4.2.1) create transitions:{TR}-〉{ transition};

(5.4.3)if?r∈OTR

(5.4.3.1)；

(6) add constraint condition;

(7) process validity checking;

(8) return XPDLModel.

Described model conversion system is based on described model conversion method, and the model conversion system also needs to set up the functional module that comprises pretreater, SPEM object maker, XPDL DOM maker, object converter except realizing the transformation rule.The set of above-mentioned these functional modules is exactly a SPEM2XPDL model conversion of the present invention system.

The architectural framework figure of SPEM2XPDL model conversion system as shown in Figure 1, wherein SPEM model and XPDL model generally are stored as the XML file layout, still, system is not limited in the model file of processing XML form.Model has two kinds of forms in internal system: DOM form and JAVA object form.The DOM form is the file structure representation of model in internal memory, can operate on it by document analytic techniques such as DOM/SAX; JAVA is to liking the object representation of model in system.

At the difference of input and output model, the SPEM2XPDL pretreater is divided into two parts: SPEM model input pretreater and XPDL model output watermark pre-processor.

The SPEM model is generally set up in UML CASE instrument, but each UML CASE instrument has added the model information relevant with instrument usually in the specific implementation in model: for example relevant coordinate information etc. with models show, so the SPEM model file that each instrument produces is also different.It is that content relevant with UML CASE instrument in the SPEM model file is removed that the SPEM model is imported pretreated purpose, to obtain real effectively SPEM model file.Its workflow is as shown in Figure 2: SPEM XML file is through the SPEM model file after being purified after purifying.If the SPEM DOM that this model file by format verification, has then obtained simplifying; Otherwise, the system prompt error message.

XPDL exports the pretreater workflow as shown in Figure 3: the DOM of XPDL DOM maker output generates XPDL XML file through after filling.If this document by format verification, is then exported; Otherwise, the prompting error message.Wherein the technology to the XML file operation is to belong to the known technology of those skilled in the art, not at this detailed description.

SPEM object maker is converted to SPEM JAVA object with SPEM DOM, at first the SPEM model is carried out object-oriented modeling, and the concrete manifestation form is a JAVA class architecture.As shown in Figure 4, the main class formation synoptic diagram of expression SPEM object maker object-oriented modeling that the SPEM model is done.Wherein, interface AssocationEnd represents the associated end of incidence relation, and its specific subclass defines specific associated end type respectively: as Actor (role) expression process executor, be the modeling to ProcessPerformer, ProcessRole element; The work product of WorkProduct (work product) deputy activity is the modeling to WorkProduct, WorkProductKind element; The concrete subclass Activity (activity) and the Step (step) of AbstractActivity (abstract activity) class then represent procedure activation and process steps respectively, are the modelings to Iteration, Activity element and Step element.Abstract class Assocation represents incidence relation, and its specific subclass defines specific incidence relation respectively.As: PerformAssocation (carrying out relation), AssistAssocation (participating in relation) has described the role-activity relationship between Actor and the WorkProduct; PrecedeAssocation (forerunner's relation), StepAssocation (step relation), InputAssocation (input relation) and OutputAssocation (output relation) relation have then been described Activity and Activity respectively, Step and Step, the transformational relation between WorkProduct and the Activity; Hierarchical relationship is then by the relation of inclusion between Package and the Activity, the relation of inclusion between Activity and the Activity, and the relation of inclusion between Activity and the Step is represented.Class Package (bag) is used for describing SPEM model Package, Discipline, Phase, Lifecycle, Process element, and it comprises element list and the relation list object that belongs to these elements.The SPEM maker realizes that by the Spem class such provides the analytic method of model to the JAVA object.

XPDL DOM maker is converted to XPDL DOM with XPDL JAVA object, need carry out object-oriented modeling to the XPDL model, and the concrete manifestation form is a JAVA class architecture.As shown in Figure 5, the main class formation synoptic diagram of expression XPDL DOC maker object-oriented modeling that the XPDL model is done.Wherein, abstract class AbstractActivity (abstract activity) is used for describing the Activity element of XPDL model, its specific subclass defines specific Activity Type respectively: as BlockActivity (piece activity) subclass is the modeling to the BlockActivity element, and it and ActivitySet (active set) class are associated; SubFlowActivity (stream activity) subclass is that it and WorkflowProcess (workflow process) class are associated to the modeling of realization type for the Activity element of " subflow "; NormalActivity (general activity) subclass is the modeling to common Activity element.The same with XPDL meta-model structure, AbstractActivity class and Participant (participant) class is associated the incidence relation between expression activity and the participant; AbstractActivity class and Transition (conversion) class is associated the transformational relation between expression activity and the activity.In addition, ExtendedAttribute (extended attribute) class is used for the extended attribute of descriptive model, and it can be associated with other each class, the extended attribute of expression corresponding model element.The ActivitySet class is used to describe the ActivitySet element, and such comprises effort scale and the tabulation of the transformational relation between the activity that belongs to the ActivitySet element.The WorkflowProcess class is used to describe the WorkflowProcess element, such comprises activity (if movable type is BlockActivity, also including in the WorkflowProcess class so and the pairing ActivitySet object of this BlockActivity) and movable Transition relation list in the workflow.Package (bag) class is used to describe the Package element, and such comprises Participant tabulation and the WorkflowProcess tabulation that belongs to this Package element place level.XPDL DOM maker realizes that by the Spem2Xpdl class such provides by the generation method of JAVA object to model.

The transformation rule storehouse is made up of SPEM2XPDL model conversion Regularia, and these Regularias are that the target XPDL object according to model conversion makes up, and convert () method that each has changed class definition is used for SPEM JAVA object is transformed into the XPDL object.Described transformation rule storehouse comprises 5 class: ParticipantRule, ActivityRule, ActivitySetRule, WorkflowProcessRule and PackageRule, wherein:

The ParticipantRule class is the encapsulation to XPDL Participant element transformation rule;

The ActivityRule class is the encapsulation to XPDL Activity element transformation rule, and ActivityRule has defined three kinds of conversion methods, is transformed into concrete Activity subclass respectively;

The ActivitySetRule class is the encapsulation to XPDL ActivitySet element transformation rule, it is converted to NormalActivity with the Activity that contains Step (s) among the SPEM, and Steps is converted to the Activity that comprises among the ActivitySet, the Transition relation between the Activity is set;

The WorkflowProcessRule class is the encapsulation to XPDL workflowProcess element transformation rule, and transformational relation, subProcess () the method recurrence of its definition workflow obtains WorkflowProcess that SPEM Package comprised and the hierarchical relationship between the WorkflowProcess;

The PackageRule class is the encapsulation to XPDL package element.

The model conversion algorithm in the described model conversion method is realized in object converter and transformation rule storehouse together, is represented by the Spem2xpdl class.

More than SPEM2XPDL model conversion system of the present invention and conversion method are had been described in detail, but obvious specific implementation form of the present invention is not limited thereto.For the those skilled in the art in present technique field, the various conspicuous change of under the situation of spirit that does not deviate from the method for the invention and claim scope it being carried out is all within protection scope of the present invention.

Claims (3)

1. model conversion method from the software process to the workflow may further comprise the steps:

1) the SPEM model file of input is imported pre-service, it is simplified to SPEM document internal storage structure, specifically comprise:

1-1. the SPEM model file is read in internal memory and forms original document internal storage structure;

1-2. analyze the Core Generator of SPEM model, i.e. lookup tool information from the document internal storage structure;

1-3., select SPEM model clarifier according to the Core Generator that analyzes;

1-4. utilize the redundant information in the clarifier removal SPEM model, promptly extract nodal information according to predefined key word, ignore incoherent node, and generate the document internal storage structure after purifying;

1-5. utilize the document internal storage structure after the inspection of document of SPEM model definition is handled whether to remain the SPEM model, if not, illustrate that then there is mistake in original SPEM model file, if then be for further processing;

2) the SPEM document internal storage structure after will simplifying is converted to SPEM JAVA object: at first the SPEM model is carried out object-oriented modeling, the concrete manifestation form of institute's established model is a JAVA class architecture, by incidence relation, associated end and bag are formed, wherein: forerunner's relation, the step relation, carry out relation, participate in relation, input relation and output relation are modeled as the subclass of incidence relation, the role, work product, abstract activity is modeled as the subclass of associated end, movable and step is modeled as the subclass of abstract activity, comprise the rapid activity of multistep and be modeled as movable and step two associated end respectively, and incidence relation and associated end are illustrated in the bag; Then the SPEM document internal storage structure after simplifying is carried out following conversion:

A) ProcessPerformer, ProcessRole element are converted to the role;

B) WorkProduct, WorkProductKind element are converted to work product;

C) Iteration, Activity element are converted to activity;

D) the Step element is converted to step;

E) one activity relationship of the role between Actor and the WorkProduct, carry out and participation activity different according to the role, be converted to the relation of execution respectively and participate in relation;

F) transformational relation between the Activity is converted to forerunner's relation;

G) transformational relation between the Step is converted to the step relation;

H),, be converted to input relation and output relation respectively according to the difference of input and output the transformational relation between WorkProduct and the Activity;

I) Package, Discipline, Phase, Lifecycle, Process element are converted to bag;

3) utilize predefined transformation rule, SPEM JAVA object is converted to XPDL JAVA object, described transformation rule comprises the transformation rule of element and the transformation rule of element relation, specifically:

3-1. the transformation rule of element

A) SPEM element Package, Discipline, Phase, Lifecycle are converted to the Package element of XPDL, and the extended attribute by the Package element identifies different SPEM elements;

B) SPEM Process element is converted to XPDL WorkflowProcess element;

C) SPEM Iteration element is converted to XPDL and realizes the Activity element of type for " subflow ";

D),, be converted to the XPDLBlockActivity element so, and the Step element is converted to XPDL Activity element if it comprises the Step element for SPEM Activity element; If it contains other activity, be converted to XPDL so and realize the Activity element of type for " subflow ";

E) SPEM WorkProduct element is converted to the I/O extended attribute of Activity element among the XPDL;

F) SPEM WorkProduct Kind element is converted to the extended attribute of extended attribute among the XPDL " WorkProduct ";

G) SPEM ProcessPerformer element is converted to XPDL Participant element, and the type attribute of this element is " Role ".

H) SPEM ProcessRole element is converted to the extended attribute " assistant " of XPDL Participant element;

3-2. the transformation rule of element relation

I) the SPEM hierarchical relationship is converted to the relation of inclusion between XPDL Package and ActivitySet and the Activity;

J) all transformational relations among the SPEM all are converted to the switch element between the XPDL;

K) relation of the execution in SPEM role's one activity relationship is converted to executor movable among the XPDL, and the relation that participates in is converted to movable extended attribute;

L) other relation: do not change;

4) XPDL JAVA object is converted to the document internal storage structure of XPDL: at first the XPDL model is carried out object-oriented modeling, the concrete manifestation form of institute's established model is a JAVA class architecture, by abstract activity, active set, workflow process, the participant, conversion, the conversion constraint, extended attribute and bag are formed, wherein: general activity, comprise the piece activity of active set, the stream activity that comprises sub-workflow process is modeled as the subclass of abstract activity, the one or more participants of abstract activity association, has transformational relation between the abstract activity, transformational relation has two kinds of optionally concrete constraints: add and separate, all model elements, comprise abstract activity, active set, workflow process, the participant, conversion, the conversion constraint, extended attribute and bag all are illustrated in the bag, and all model elements can both comprise extended attribute; Carry out following conversion then:

A) the piece moving object that comprises active set is converted to XPDL BlockActivity and ActivitySet element;

B) the stream moving object that comprises sub-workflow process is converted among the XPDL realizes Activity element and the WorkflowProcess element of type for " subflow ";

C) the general activity object is converted to XPDL Activity element;

D) participant's object is converted to XPDL Participant element;

E) converting objects is converted to XPDL Transition element;

F) the extended attribute object is converted to the ExtendedAttribute element of XPDL;

G) bag is converted to the Package element of XPDL;

5) the document internal storage structure of XPDL is generated XPDL XML file after filling, if this document by format verification then export, otherwise prompting error message.

2. the method for claim 1 is characterized in that, the concrete search procedure of described step 1-2 is: at first begin to search from root node, if the success would return; Otherwise search the note node, if the success would return; Otherwise in whole model, search, if the success would return; Otherwise, directly jump to step 1-5.

3. the method for claim 1, it is characterized in that the key word among the described step 1-4 comprises: Package, Discipline, Phase, Lifecycle, Process, Iteration, Activity, Step, WorkProduct, WorkProductKind, ProcessPerformer and ProcessRole.

Images