CN114781991A - Process modeling method for multi-level business activity management - Google Patents
Process modeling method for multi-level business activity management Download PDFInfo
- Publication number
- CN114781991A CN114781991A CN202210273219.3A CN202210273219A CN114781991A CN 114781991 A CN114781991 A CN 114781991A CN 202210273219 A CN202210273219 A CN 202210273219A CN 114781991 A CN114781991 A CN 114781991A
- Authority
- CN
- China
- Prior art keywords
- business
- level
- activity
- node
- model
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q10/00—Administration; Management
- G06Q10/10—Office automation; Time management
- G06Q10/103—Workflow collaboration or project management
Abstract
The invention discloses a process modeling method for multi-level business activity management, and relates to the technical field of enterprise management. The invention comprises the following steps: analyzing the business processes, decomposing and classifying, and dividing the hierarchy category of each business process; arranging and outputting each service state which can be shown by each decomposed service flow; element objects for a multi-level flow model; constructing various model elements into an overall model of the multi-level business process according to a multi-level business process management modeling method; and operating the service instance for the overall multi-level service process model, and monitoring and managing. The invention supports complex business scenes by constructing complex multi-level business activity process models, and plays a role in model unification, concept definition, convenience and high efficiency on the construction of business process models in the management of complex and multi-level business processes at an enterprise level, a department level and an external client level.
Description
Technical Field
The invention belongs to the technical field of enterprise management, and particularly relates to a process modeling method for multi-level business activity management.
Background
Modern enterprises further refine division of division and responsibility of internal functional departments, requirements for business cooperation among all departments and all posts and dynamic allocation of various resources inside the enterprises are further improved, and the enterprise has higher and higher management requirements for standardization, standardization and high efficiency of internal work flows. The actual process of some business operations and works inside the enterprise also needs to be assisted by scientific informatization tools to perform process optimization and recombination so as to further meet the development requirements of the enterprise. The process management mainly refers to the management of the workflow, and the workflow refers to the flow sequence of the work items. The work flow includes work links, steps and procedures in the actual work process. Drawing a workflow diagram is a process modeling technique for traditional business work management. The work flow chart can help a manager to know actual work activities, eliminate redundant work links in the work process and combine similar activities, so that the work flow is more economical, reasonable and simple. The existing work flow chart is composed of a starting point, an ending point and a plurality of intermediate links, and each branch of the intermediate links also requires a clear branch judgment condition.
The traditional process modeling technology comprises the following steps:
1. the elements of activities, relations among activities, input, output, organization, resources, information and the like contained in the carding work.
2. And drawing the sorted elements by using a flow chart modeling tool, and connecting lines according to the sorted activity sequence relation and related conditions.
3. And providing a corresponding text description supplement on the flow chart so as to annotate and explain the question and the core content.
4. And executing the actual work activity according to the flow chart, and verifying the correctness of the flow definition.
The traditional flow model is characterized in that corresponding work flow diagrams can be made for different business works; ensuring that the core post appears only once in the flow chart; modeling core services in principle; the core defining elements in the modeling process are peer work activities, the sequence of the work activities, the activity relationship, the input, the output, the activity role, the activity information and the like.
The shortcomings of the traditional flow definition modeling are shown in the following five aspects:
1. for the complex service scenes with multi-level services or cross services, the logic relation and the hierarchical relation of different levels of work cannot be embodied in the drawing of the common workflow diagram, and the mapping and the circulation of the multi-level flow cannot be realized in the same flow model.
2. And the method cannot effectively support the multi-level service combination and the cross relation processing of different services in the actual service working scene.
3. When a model is defined, all activity sequences of business work activities need to be completely combed in advance, the execution structure of a workflow and a program form strong mapping association, and a single model is single in mapping business activities and cannot handle more flexible and variable business problems.
4. The flow model definition aiming at the single service and the operation processing level is more suitable, but the drawing process of the flow chart is complex for establishing the complex service flow model of the enterprise or department level, and the flow chart can not completely embody the associated logic of management and service work execution.
5. It is not possible to support a model to define and manage workflows of multiple different business dimensions.
The main reason that the traditional workflow diagram modeling technology cannot support the above-mentioned scenes is that when a model is defined, effective hierarchical definition of work activities cannot be supported, the definition of all activity elements is single definition of the same level, the definition of the model elements is performed on the premise of single-level sequential activities, the emphasis is on model establishment of relevant conditions related to input, output and satisfaction of the single-level activities, and the model definition cannot support complex multi-level logical relationships in terms of definition.
Disclosure of Invention
The invention aims to provide a process modeling method for multi-level business activity management, which can support complex business scenes through a model constructed by a multi-level business activity management process modeling technology and solve the problem that the conventional model cannot support multiple workflows with different business dimensions.
In order to solve the technical problems, the invention is realized by the following technical scheme:
the invention relates to a process modeling method for multilevel business activity management, which comprises the following steps:
step S1: analyzing the business processes, and decomposing, classifying and dividing the process into hierarchical categories according to the characteristics and the management requirements of the business processes from top to bottom;
step S2: dividing the decomposition result according to the flow category, and sorting and outputting each service activity point of each decomposed service flow and each service state which can be shown by each service activity point;
step S3: defining element objects of a corresponding multi-level process model according to each output process activity point and the business state value of the activity, and performing model concept definition of levels, element types and attributes on each activity;
step S4: constructing various model elements into an overall model of the multi-level business process according to a multi-level business process management modeling technology;
step S5: and operating the actual service instance on the overall multi-level service process model, and monitoring and managing the actual service instance.
As a preferred technical solution, in step S1, the service flow is analyzed to obtain users participating in the service flow, and the service flow is decomposed, classified and divided to obtain a main line of the service and a plurality of trunk nodes of the main line.
As a preferred technical solution, in step S2, the service state is sorted to output element transactions, a set element of the service activity is defined, and the transactions are analyzed to determine whether the service has a service activity scene on the top node element; if so, a corresponding transaction element is defined under each node.
As a preferred technical solution, in the step S3, after the definition of the transaction under the node in the step S2 is completed, the definition of the element of the next environment needs to be continued for each transaction under each node.
As a preferred technical solution, in step S4, the multi-level process model sequentially includes four types of model elements, i.e., a node element, a transaction element, a link element, and a task element, from top to bottom;
the node element is used for recording external entity objects which are depended on or belonged to all business activities;
the transaction element is used for recording the set of all business activities which occur under the node to achieve the business target;
the link element is used for recording each sub-business in the business activity set of the business and decomposing the business into a plurality of sub-business activities forming the set;
and the task elements are used for recording the atomic logic operations executed by the sub-business activities, and the tasks are in one-to-one correspondence with the atomic logic operations.
As a preferred technical solution, in the node element, a node attribute supports definition of one or more transactions; when the node runs, different transactions under the node can be respectively in a state of waiting to be started, an active state and an active end state; the relations of the sequence activity, the ending sequence of the activity, the dependence and the like among all the transactions under the node can be freely defined according to actual needs.
As a preferred technical solution, the business state of each link under the transaction can be freely defined, and after the definition of the business state of the link is completed, the transaction to which the link belongs and the task defined under the link automatically synchronize the corresponding business state; before all links defined under the affairs are not executed, the affairs are in an active execution state, and the business state of the affairs is determined by the business state of the links defined under the current moment.
As a preferred solution, the link is allowed to define one or more tasks, and the execution of one or more tasks may support a change in one or more business states of the link.
The invention has the following beneficial effects:
(1) the invention supports complex business scenes by constructing complex multi-level business activity flow models, and plays roles of model unification, clear concept, convenience and high efficiency on the construction of complex business of enterprise level, department level and external client level and business flow models during multi-level business flow management;
(2) the invention supports the capability of commonly constructing a business process model for a plurality of single and independent mutually-unrelated work processes, and the capability of constructing the business model for different subsets of business activities in the same business process in different levels or different time-space regions;
(3) the invention supports the ability to construct a total business process model for multiple business activity subsets of multiple business activity sets simultaneously; the method comprises the following steps of supporting the capability of simultaneously constructing a total business process model for a plurality of business activity subsets of a plurality of business activity sets, defining a sequential logic relationship between different business activity sets under the same node and defining a sequential logic relationship between different business activity subsets when the business model is constructed; the ability to define a logical relationship between the set of business activities and the subset of business activities under different nodes.
Of course, it is not necessary for any product in which the invention is practiced to achieve all of the above-described advantages at the same time.
Drawings
In order to more clearly illustrate the technical solutions of the embodiments of the present invention, the drawings used in the description of the embodiments will be briefly introduced below, and it is obvious that the drawings in the following description are only some embodiments of the present invention, and it is obvious for those skilled in the art that other drawings can be obtained according to the drawings without creative efforts.
Fig. 1 is a flowchart of a process modeling method for multi-level business activity management according to the present invention.
Detailed Description
The technical solutions in the embodiments of the present invention will be clearly and completely described below with reference to the drawings in the embodiments of the present invention, and it is obvious that the described embodiments are only a part of the embodiments of the present invention, and not all of the embodiments. All other embodiments, which can be derived by a person skilled in the art from the embodiments given herein without making any creative effort, shall fall within the protection scope of the present invention.
Referring to fig. 1, the present invention is a process modeling method for multi-level business activity management, including the following steps:
step S1: analyzing the business processes, and decomposing, classifying and dividing the process into hierarchical categories according to the characteristics and the management requirements of the business processes from top to bottom;
step S2: dividing the decomposition result according to the flow category, and sorting and outputting each service activity point of each decomposed service flow and each service state which can be shown by each service activity point;
step S3: defining element objects of a corresponding multi-level process model according to each output process activity point and the business state value of the activity, and performing model concept definition of levels, element types and attributes on each activity;
step S4: constructing various model elements into an overall model of the multi-level business process according to a multi-level business process management modeling technology;
step S5: and operating the actual service instance on the overall multi-level service process model, and monitoring and managing the actual service instance.
In step S1, the business process is analyzed to obtain users participating in the business process, the business process is decomposed, classified and divided, and a business main line and a plurality of main nodes of the main line are obtained.
In step S2, the service status is sorted to output element transactions, set elements of service activities are defined, and the transactions are analyzed to determine whether a service has a service activity scene on a top node element; if so, a corresponding transaction element is defined under each node.
In step S3, after the definition of the transaction under the node in step S2 is completed, the definition of the element of the next context needs to be continued for each transaction under each node.
In step S4, the multi-level process model sequentially includes four types of model elements, i.e., node elements, transaction elements, link elements, and task elements, from top to bottom;
node elements, which are external entity objects (space, position, area, organization, etc. where the business activities occur) that all kinds of business activities contained in the concept of the model definition depend on or belong to; the node is characterized in that the node is a model element which can be in serial order only in one direction; the virtual logic object is a virtual logic object with time and space properties and is the topmost element of the whole business model;
a transaction element based on the set of all business activities that occur under a node to achieve a particular business goal. One or more sets of similar business activities may exist under the node, and the sets may be independent of each other; the sets of different business activities under different nodes may have a certain association relationship (the same transaction has business activities on both nodes), or may not have an association. The set of business activities representing transactions may also occur in transition, stop, or follow-up with the nodes according to their temporal and spatial order of occurrence. The transaction elements have logical association attributes, and can be set by defining attribute types of the transaction, such as the foundation, the start, the end and the like, wherein each attribute type is respectively provided with a plurality of attribute model elements. In the modeling technology, transactions are executed in parallel, and the transactions support the capacity of a transaction set;
and a link element, defining each sub-business activity in the business activity set forming the transaction as a link, and decomposing the transaction into a plurality of sub-business activities forming the set. When the business activity sets of the corresponding affairs sequentially occur or end, the whole affair can reach a certain specific preset business state. The execution state of the transaction is complete. The decomposed sub-business activities are defined as links, one affair is composed of different links formed by decomposing the sub-business activities, and after the decomposed activities, namely the links, are completed, the business activity target of the affair is completed, and the affair is completed. The link elements have logical association and sequential execution sequence, attribute types such as the foundation, the starting, the ending and the like of the link can be defined, and each attribute type is respectively provided with a plurality of attribute model elements. In the modeling technology, links are executed in series, and the links allow the capability of supporting branch execution;
and the task elements are defined as atomic logic operations executed for completing the sub-business activities, and the tasks are in one-to-one correspondence with the atomic logic operations. After the atomic operation sets are executed, the link is executed, the state of the link is changed, and then the state of the transaction in which the link is located is changed. The task element is a model object mapping of a specific external application function service or an internal function service included in the state change of the driving affair link. The link elements have serial and parallel execution sequences, and the tasks have the capabilities of automatic triggering or manual triggering and delayed triggering. The method can be used for setting model elements with a plurality of attributes by defining attribute types such as the base, the starting, the ending, the service state and the like of a link.
Example one
The relationships between the four elements of the multi-level business process model are described as follows:
the hierarchical relationship of the four elements is as follows from top to bottom: the node, the affair, the link and the task are attached to the relationship that the affair is generated below the node, the link is generated below the affair, and the task is generated below the link.
The overall startup flow of the nodes defined by the model is in serial order, but a plurality of nodes in front and at the back are allowed to be in a running state at the same time.
The node can support the definition of one or more transactions under the attribute of the node, and when the node runs, different transactions under the node can be respectively in a state to be started, an active state and an active ending state; the relations of the sequence activity, the ending sequence of the activity, the dependence and the like among all the transactions under the node can be freely defined according to actual needs.
The business state of each link under the affairs can be freely defined, and after the business state definition of the link is completed, the affairs to which the link belongs and the tasks defined under the link automatically synchronize the corresponding business states.
Before all links defined under the transaction are not executed, the transaction is in an active execution state, and the business state of the transaction is determined by the business state of the link defined under the current moment.
One or more tasks are allowed to be defined under a link, and the completion of the execution of one or more tasks may support a change in one or more business states of the link. Freely defined according to actual business requirements.
The binding of the task and the actual application service needs to be defined according to the actual service provided by the service system, and the execution process and the result of the task are actually mapped into the execution and operation result of the application function service.
Example two
Aiming at a multi-level business process model in the first embodiment, the specific implementation steps of the modeling technology are explained by combining an industry example: for example, a production enterprise a engaged in import and export trade entrusts four services corresponding to manufacturers a by different departments respectively to an international goods agency B in the processes of warehousing and packaging, customs clearance, short haulage, and booking at an international transportation end, and entrusts the four single services according to the same order by the manufacturers a, and the packaging, short haulage, booking, and customs clearance services also have execution dependency of front and back conditions, each specific service also includes a plurality of service operations, and a service flow model between the four services needs to be constructed to track the execution condition of the order, and track the state of each link of the order.
Based on the actual business requirements and characteristics described above, we can apply a multi-level oriented business activity management process modeling technology to solve the actual problem. We perform the actual modeling process for this business step by step through analysis:
s1: according to the description, through analysis, the manufacturer A can conclude that the manufacturer A is engaged in import and export trade, and the most core process of the import and export trade is to transmit the produced product to a receiver through transportation. In the process that goods are sent to a consignee, import and export trade is involved, customs declaration and transportation of import and export goods are involved, domestic transportation and international transportation segmentation are involved, short-term transportation from factory warehouse stock and delivery to a customs supervision port site and release departure of goods after export customs declaration is completed from a port are involved, and the international transportation segment relates to a series of business activity processes such as ordering of a sea ship or air transportation. The top-most flow of the business main line determines that the region where the flow of goods is located is taken as the main line, and the main line is decomposed into a plurality of main nodes such as a freight generation enterprise, an enterprise warehouse, a port site, a goods departure place and the like, wherein the nodes are characterized by being serial and in sequence and meet the characteristics of the nodes in model elements.
S2: secondly, continuously combing the core transaction elements, and clearly analyzing set elements of business activities needing attention and definition in the flow model according to business description, wherein four core entrustment businesses such as short haulage, customs entrustment, storage and stock, international booking and the like are defined as four transactions of the flow model; after defining things, further analyzing the affairs, and judging whether the four businesses have business activity scenes on top-level node elements defined by the business, if so, defining corresponding business elements below each node, wherein production enterprises, enterprise warehouses, port sites and port departure are obvious, and the four businesses can exist simultaneously in the production enterprises through analysis, because the entrustment initiation of manufacturers on the four businesses is at the freight enterprises; under an enterprise warehouse node, business activities which can be carried out by people are activities related to warehouse delivery, and short transshipment goods need to be loaded from a warehouse, so that under the enterprise warehouse node, a set of two business activities of short transshipment and warehouse stock can occur; at a port station, after goods arrive at a supervision area, a goods agent supply company can initiate related business of export declaration and customs, so that at the port station, the fact that subsequent business activities which are certainly subjected to short haulage exist and business activities possibly related to business commitment exist can be analyzed, and the possibility that the business activities related to the business commitment exist under a first node of the goods agent supply company can also exist correspondingly and the execution of the business activities possibly completed appears. We define the transaction as being under the first forwarder node. The node of the last departure of the cargo certainly defines the business activity tracked by the international freight transportation section of the booking space, and can also define the subset of subsequent business activities such as release and inspection of customs.
S3: after the definition of the transaction under the node is completed, the definition of the element of the next link is continuously carried out on each transaction under each node.
For a transaction of customs, we can decompose its following set of business activities into: receiving a report, preparing customs declaration data, applying for a system report, auditing the system report, submitting a declaration, acquiring a receipt, releasing customs and other business links; and defining the receipt receiving, the customs data preparation, the application and form making, the form making verification and the submission application as a first customs subset which is defined under the node of the goods agency company; and defining the acquired receipt and customs clearance as a second customs transaction subset under the port-off node.
For a booking transaction, we decompose the following set of business activities into: the steps of receiving order, applying for booking a cabin, returning a freight order number and the like define the business of booking the cabin under a node of a freight generation company and define the international freight tracking link of booking the cabin under a node of goods departure.
Aiming at the delivery and stock affairs, two links of receiving orders of a warehouse, delivering goods of the warehouse and packaging goods are defined under nodes of an enterprise warehouse.
Aiming at short-refute transportation, the short-refute transportation is divided into links such as order receiving, vehicle scheduling, loading, transporting, unloading, receiving and receipt, the first transportation subset is defined by relieving of the order receiving, vehicle scheduling, loading, transporting and the like under an enterprise warehouse node, and the links such as unloading, receiving and receipt are defined as the second transportation subset under a port site node.
S4: and respectively setting various attribute settings corresponding to each level of element nodes, transactions and links of each defined element, and basically completing the modeling of a static complex multi-level business model after the setting of the vehicle attributes is completed.
Through the definition, the definition process of modeling the whole business activity management process from the business layer is actually completed from the model level, and the definition of each business activity element and the relationship between the elements under each node can be clearly shown through the current definition. The flow models of the independent service activities of the four services can be obtained from the perspective of a single service; the relationship between the business activity distribution and the business activity set of each business process in the whole business process model can also be seen from the overall view.
It should be noted that, in the above system embodiment, each included unit is only divided according to functional logic, but is not limited to the above division as long as the corresponding function can be implemented; in addition, specific names of the functional units are only for convenience of distinguishing from each other, and are not used for limiting the protection scope of the present invention.
The preferred embodiments of the invention disclosed above are intended to be illustrative only. The preferred embodiments are not intended to be exhaustive or to limit the invention to the precise forms disclosed. Obviously, many modifications and variations are possible in light of the above teaching. The embodiments were chosen and described in order to best explain the principles of the invention and the practical application, to thereby enable others skilled in the art to best utilize the invention. The invention is limited only by the claims and their full scope and equivalents.
Claims (8)
1. A process modeling method for multi-level business activity management is characterized by comprising the following steps:
step S1: analyzing the business processes, and decomposing, classifying and dividing the process into hierarchical categories according to the characteristics and the management requirements of the business processes from top to bottom;
step S2: dividing the decomposition result according to the process category, and sorting and outputting each service active point of each decomposed service process and each service state which can be shown by each service active point;
step S3: defining element objects of a corresponding multi-level process model according to each output process activity point and the business state value of the activity, and performing model concept definition of levels, element types and attributes on each activity;
step S4: constructing various model elements into an overall model of the multi-level business process according to a multi-level business process management modeling technology;
step S5: and operating the actual service instance on the overall multi-level service process model, and monitoring and managing the actual service instance.
2. The process modeling method for multi-tier business activity management according to claim 1, wherein in step S1, the business process is analyzed to obtain users participating in the business process, the business process is decomposed, classified and divided, and a main line of the business and a plurality of backbone nodes of the main line are obtained.
3. The process modeling method for multi-tier business activity management according to claim 1, wherein in step S2, the business state is sorted to output element transactions, a set element of the business activity is defined, and the transactions are analyzed to determine whether the business has a business activity scene on a top node element; if so, a corresponding transaction element is defined under each node.
4. The method of claim 1, wherein in step S3, after completing the definition of the transaction under the node in step S2, the definition of the elements of the next environment for each transaction under each node needs to be continued.
5. The process modeling method for multi-level business activity management according to claim 1, wherein in step S4, the multi-level process model sequentially includes four types of model elements, namely, a node element, a transaction element, a link element, and a task element from top to bottom;
the node element is used for recording external entity objects which are depended on or belonged to all business activities;
the transaction element is used for recording the set of all business activities which occur under the nodes for achieving the business target;
the link element is used for recording each sub-business in the business activity set of the business and decomposing the business into a plurality of sub-business activities forming the set;
and the task elements are used for recording the atomic logic operations executed by the sub-business activities, and the tasks are in one-to-one correspondence with the atomic logic operations.
6. The method for process modeling based on multi-level business activity management of claim 5, wherein in the node element, node attributes support the definition of one or more transactions; when the node runs, different transactions under the node can be respectively in a state of waiting to be started, an active state and an active end state; the relations of the sequence activity, the ending sequence of the activity, the dependence and the like among all the transactions under the node can be freely defined according to actual needs.
7. The process modeling method for multi-level business activity management according to claim 5, wherein the business state of each link in the business can be freely defined, and after the definition of the business state of a link is completed, the business to which the link belongs and the task defined in the link automatically synchronize the corresponding business state; before all links defined under the affairs are not executed, the affairs are in an active execution state, and the business state of the affairs is determined by the business state of the links defined under the current moment.
8. The process modeling method for multi-level business activity management according to claim 5, wherein one or more tasks are allowed to be defined under the link, and the one or more tasks are performed to complete one or more changes of business state that can support the link.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202210273219.3A CN114781991A (en) | 2022-03-19 | 2022-03-19 | Process modeling method for multi-level business activity management |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202210273219.3A CN114781991A (en) | 2022-03-19 | 2022-03-19 | Process modeling method for multi-level business activity management |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN114781991A true CN114781991A (en) | 2022-07-22 |
Family
ID=82424531
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202210273219.3A Pending CN114781991A (en) | 2022-03-19 | 2022-03-19 | Process modeling method for multi-level business activity management |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN114781991A (en) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN115018396A (en) * | 2022-08-08 | 2022-09-06 | 安睿智达(成都)科技有限公司 | Factory model construction method |
-
2022
- 2022-03-19 CN CN202210273219.3A patent/CN114781991A/en active Pending
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN115018396A (en) * | 2022-08-08 | 2022-09-06 | 安睿智达(成都)科技有限公司 | Factory model construction method |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| Wohed et al. | Pattern based analysis of BPEL4WS | |
| CN109636320A (en) | Workflow examination and approval method and terminal device | |
| CN102521712B (en) | A kind of process instance data processing method and device | |
| CN101873334A (en) | State-driven executable service flow execution method | |
| CN111400017A (en) | Distributed complex task scheduling method | |
| CN112418777A (en) | Electric power project business middle platform and micro-service system thereof | |
| CN101685452A (en) | Data warehouse scheduling method and scheduling system | |
| CN101470859A (en) | Goods return management system and method | |
| CN114781991A (en) | Process modeling method for multi-level business activity management | |
| CN109636323A (en) | Synergetic office work plateform system | |
| Dikhanbayeva et al. | Analysis of textile manufacturing SMEs in Kazakhstan for industry 4.0 | |
| Durán et al. | Resource provisioning strategies for BPMN processes: Specification and analysis using Maude | |
| CN110322313A (en) | The method transferred items based on SAP system batch creation sales order and delivery order | |
| EP1510951A1 (en) | A data processing method, system and computer program | |
| CN112001698A (en) | Project management system | |
| Brzozowski et al. | Applications of MCDM methods in the ERP system selection process in enterprises | |
| CN115719207A (en) | Super-automation platform system | |
| CN113706101B (en) | Intelligent system architecture and method for power grid project management | |
| US11966868B2 (en) | Rapid sorting-based supply assignment tool for order fulfillment with short supply | |
| CN109657958B (en) | Modeling method of digital information system and digital information system | |
| US9286112B2 (en) | Determining and dispatching processing agent for transaction processing | |
| Ma et al. | Automatic merging of work items in business process management systems | |
| US8631391B2 (en) | Method and a system for process discovery | |
| Parimala et al. | A quality metric for BPEL process under evolution | |
| Lang et al. | Workflow-supported organizational memory systems: An industrial application |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination |