A process design method, platform and related apparatus

Abstract

The application provides a process design method, platform and related device, the method is applied to the field of cloud computing, and the method comprises the following steps: a process design platform receives the operation of a user of a first role on a first interface, the operation comprises designing a business process, the business process comprises a plurality of process nodes, and the operation further comprises configuring an activity strategy under one or more process nodes in the plurality of process nodes; the process design platform responds to the operation of the user of the first role: obtaining business process information and activity strategy information under each process node; inserting the activity strategy information under each process node into the information of the corresponding process node to obtain full information of the business process design; and executing the full information to generate the business process. The process design platform provided by the application is decoupled from the activity strategy and the process node, and the two can be independently applied and independently deployed. The process design platform provided by the application has a wide application range and high applicability.

Description

Technical Field

[0001] This application relates to the field of cloud computing, and more particularly to a process design method, platform, and related apparatus. Background Technology

[0002] With the rapid development of information technology, more and more enterprises are promoting informatization and digital transformation. This has led to an increasing importance of business process design methodologies, as business operations increasingly rely on the efficient transmission and automated processing of information. Through business process design, enterprises can optimize processes, reduce ineffective and repetitive work, and improve employee efficiency.

[0003] Currently, some job development platforms in the industry offer features to support users in designing software business processes, such as DevOps (development and operations) platforms. These platforms offer two modes to support software design: one mode provides a rich text editor where users write requirement design documents, with requirement design being a step in the business process design; the other mode provides a project-specific knowledge base containing formulas, mind maps, flowcharts, and other components. Users utilize these components to design software requirements and then link them to documents in the knowledge base.

[0004] Regardless of the specific model of the job development platform, during business process design, the activity strategies and some business strategies under each process node are coupled with the process node itself. Without deploying the process node, it's impossible to isolate and deploy a specific activity strategy or business strategy within that node. For example, under the requirement design process node, there are activity strategies such as requirement analysis, overall solution design, application interface design, test design, and operation and maintenance design, as well as other business strategies. These activity strategies and business strategies are coupled with the requirement design process node. To invoke a specific activity strategy or business strategy, the requirement design process node must be deployed first; otherwise, the activity strategy and business strategy cannot be deployed independently. This limits the application, scope, and applicability of the job development platform. Summary of the Invention

[0005] This application provides a process design method, platform, and related apparatus. From the perspective of upper-layer applications, activity strategies and process nodes are decoupled, allowing for independent application and deployment. From the perspective of lower-layer design, the process engine module supporting user-designed business processes and the activity strategy module supporting user-configured activity strategies within the process design platform are decoupled and deployed independently. The process design platform provided by this application has a wide range of applications and strong applicability.

[0006] Firstly, this application provides a process design method, which is executed by a process design platform. The method includes: firstly, the process design platform receives an operation from a user with a first role on a first interface. The operation includes designing a business process, wherein the business process includes multiple process nodes, and the operation also includes configuring an activity strategy for at least one of the multiple process nodes; then, in response to the user's operation, the process design platform obtains business process information and activity strategy information, and inserts the activity strategy information into the information of the corresponding process node in the business process information to obtain full information; the process design platform executes the full information to generate the business process.

[0007] In this application, 1) at the bottom layer of the process design platform, the process engine module supporting user-designed business processes and the activity strategy module supporting user-configured activity strategies are decoupled and deployed independently. Therefore, in terms of upper-layer applications, process nodes and activity strategies in the process design platform are decoupled, allowing for independent application and deployment. For example, users can deploy only process nodes or only activity strategies. In traditional methods, activity strategies are bound to process nodes and cannot be deployed independently. 2) Because process nodes and activity strategies are decoupled, when a user designs process nodes and configures activity strategies on the process design platform, the platform responds to the user's actions by obtaining both business process information and activity strategy information. In contrast, in traditional methods, process nodes and activity strategies are bound, and when a user configures an activity strategy, the activity strategy information received by the process design platform is mixed with the process node information.

[0008] Based on the first aspect, in possible implementations, the method further includes: the process design platform provides a second interface, the process design platform receives operations from a user with a second role on the second interface, the operations are used to extend the business process, the extension includes extending the activity strategies under any one or more process nodes in the business process; the process design platform responds to the user's operations by: obtaining extended information, the extended information including extended information of the activity strategies; and updating the business process based on the full information and the extended information.

[0009] Based on the first aspect, in possible implementations, the first role and the second role are different, and the first interface where the user of the first role is located is different from the second interface where the user of the second role is located.

[0010] As you can see, the process design platform supports users with different roles. For example, it allows users in role one to design business processes and configure activity strategies, while users in role two can extend activity strategies for one or more process nodes. It's worth noting that users in different roles have different access permissions. For instance, users in role one have permissions to design business processes and configure activity strategies, while users in role two have permissions to extend activity strategies for one or more process nodes. Therefore, it's understandable that the process design platform provides different user interfaces depending on the user's role.

[0011] Based on the first aspect, in the possible implementation methods, the first interface corresponds to the first domain space of the process design platform, and the second interface corresponds to the second domain space of the process design platform. The business process design rules and activity strategy configuration rules of the first domain space are different from those of the second domain space.

[0012] As can be seen, the process design platform provides multiple domain spaces, each configured with business process design rules and activity strategy configuration rules. These rules differ across domain spaces. The business process design rules and activity strategy configuration rules correspond to operational permissions. Users with different roles have different user interfaces, and these interfaces correspond to different domain spaces; that is, users with different roles have different operational permissions.

[0013] Secondly, this application provides a process design platform, which has a first interface including:

[0014] The interaction module is used to receive operations from the user in the first role on the first interface. The operations include designing a business process, which includes multiple process nodes. The operations also include configuring the activity strategies under one or more process nodes.

[0015] The response module is used to respond to the operations of the user in the first role: obtain business process information and activity strategy information under each process node. The business process information includes information on at least multiple process nodes and the flow conditions for each process node to move to the next process node; insert the activity strategy information under each process node into the information of the corresponding process node to obtain the full information of the business process design; execute the full information to generate the business process.

[0016] Based on the second aspect, among the possible implementation methods, the process design platform provides a second interface.

[0017] The interaction module is also used to receive operations from a user in a second role on the second interface. These operations are used to extend the business process, including extending the activity strategies under one or more process nodes in the business process.

[0018] The response module is also used to respond to the actions of the second-role user: obtain extended information, including extended information about the activity strategy; and update the business process based on the full information and extended information.

[0019] Based on the second aspect, in possible implementations, the first role and the second role are different, and the first interface where the user of the first role is located is different from the second interface where the user of the second role is located.

[0020] Based on the second aspect, in the possible implementation methods, the first interface corresponds to the first domain space of the process design platform, and the second interface corresponds to the second domain space of the process design platform. The business process design rules and activity strategy configuration rules of the first domain space are different from those of the second domain space.

[0021] Thirdly, this application provides a computing device cluster including at least one computing device, the at least one computing device including a memory and a processor, the processor of the at least one computing device being configured to execute instructions stored in the memory of the at least one computing device, such that the computing device cluster performs the method described in the first aspect and any possible implementation thereof.

[0022] Fourthly, this application provides a computer storage medium including program instructions that, when executed on a cluster of computing devices, cause the cluster of computing devices to implement the method described in the first aspect and any possible implementation thereof.

[0023] Fifthly, this application provides a computer program product, including program instructions that, when executed on a cluster of computing devices, cause the cluster of computing devices to implement the method described in the first aspect and any possible implementation thereof. Attached Figure Description

[0024] Figure 1 A schematic diagram of the structure of a process design platform provided in this application;

[0025] Figure 2 A flowchart illustrating a process design method provided in this application;

[0026] Figure 3A schematic diagram of a business process design provided for this application;

[0027] Figure 4A This application provides a schematic diagram of configuring activity strategies for nodes in the requirements design process.

[0028] Figure 4B A schematic diagram of a business process provided for this application;

[0029] Figure 5A An example diagram of business process information provided in this application;

[0030] Figure 5B An example diagram illustrating an activity strategy information provided in this application;

[0031] Figure 5C An example diagram of full information provided in this application;

[0032] Figure 6 A schematic diagram of the structure of a process design platform provided in this application;

[0033] Figure 7 A schematic diagram of the structure of a computing device provided in this application;

[0034] Figure 8 This is a schematic diagram of the structure of a computing device cluster provided in this application. Detailed Implementation

[0035] This application provides a process design platform, such as Figure 1 As shown, Figure 1 This is a schematic diagram of the structure of a process design platform provided in this application. The process design platform includes a process engine module, an activity strategy module, and a domain space management module.

[0036] The process engine module supports users in designing, defining, deploying, and managing processes. Process design refers to users designing business processes using visual tools. During the design phase, users need to define the various process nodes and the relationships between them. Process definition transforms the abstract concepts of process design into concrete operational steps and rules. This phase requires defining the outputs, inputs, execution rules, and responsible parties for each process node to ensure the process is executable. Process deployment involves putting the designed and defined business process into the actual operational environment for application in real-world business. Process management includes real-time monitoring and tracking of the business process's execution to ensure it proceeds as expected. During execution, managers can optimize the process based on monitoring results.

[0037] The process engine module allows users to extend business processes, including extending the activity strategies under any one or more process nodes.

[0038] The activity strategy module supports users in defining and publishing activity strategies. It also stores the history of user-configured activity strategies.

[0039] The domain space management module defines multiple domain spaces, each with a unique identifier. Different domain spaces have different business process design rules and activity strategy configuration rules. Both business process design rules and activity strategy configuration rules are bound to the domain space identifier. When users with different roles log in to the process design platform, they will log in to different domain spaces, see different interfaces, and perform different operations. For example, when a user with role 1 logs in to the process design platform, they will see one interface, and their operations will include business process design and activity strategy configuration. When a user with role 2 logs in to the process design platform, they will see another interface, and their operations will include configuring activity strategies, but they will not be able to operate on the business processes.

[0040] The process design platform also includes an interface where users can design business processes and configure activity strategies.

[0041] Figure 1 The structural diagram shown is only an example. In actual applications, it may include more or fewer functional modules, and this application does not limit it. Figure 1 This does not constitute any limitation of this application.

[0042] In this application, the process design platform can exist as an application, a microservice, or in other forms; this application makes no limitation on this. When the process design platform exists as a microservice, it provides a representational state transfer (RESTful) interface, which users can access.

[0043] It is worth noting that, in its underlying design, the process design platform provided in this application decouples the process engine module, which supports users in designing business processes and extending business process nodes, from the activity strategy module, which supports users in configuring and extending activity strategies. The two modules are functionally independent and do not depend on each other. This is the key reason why the solution in this application can achieve separate deployment of process nodes and activity strategies.

[0044] This application provides a process design method applied to the aforementioned process design platform. See also... Figure 2 , Figure 2 This application provides a flowchart of a process design method, which includes, but is not limited to, the following description.

[0045] S101: The process design platform provides a first interface. The process design platform receives operations from the user of the first role on the first interface. The operations include business process design, which includes multiple process nodes. The operations also include configuring the activity strategies under one or more process nodes.

[0046] The process design platform provides a primary interface where users with a primary role operate, including designing business processes. In one example, the primary user could be the enterprise's process owner. Designing the business process involves designing each process node and the transition conditions from each node to the next.

[0047] The primary user designs business processes on the first interface. Specifically, the primary user utilizes tools provided by the process design platform (such as mind maps and flowcharts) to design business processes on the first interface. For example... Figure 3 As shown, Figure 3 This application provides a schematic diagram of a business process design. The interface containing this business process diagram is the first interface, and users with the first role can utilize tools on the first interface (such as…). Figure 3 Design a business process diagram (as shown on the left) to obtain the following: Figure 3 The business process diagram shown is shown below. Figure 3 In this framework, the business process includes requirements design, design review, review and approval, baseline, and release. Gateways are set between two process nodes, and arrows indicate the flow. Some process nodes have flow conditions. For example, if the design review is passed, the process flows to the review and approval node; if the design review is not passed, the process flows to the requirements design node. Here, "design review passed" is the flow condition for the design review to flow to the review and approval node, and "design review failed" is the flow condition for the design review to flow to the requirements design node. Figure 3 The business process diagram shown is merely an example and is not intended to limit the scope of this application.

[0048] The user's actions on the first interface also include configuring activity strategies for one or more process nodes in the business process. The activity strategy for a process node includes the design tools and templates used by the user to implement the actions at that node, as well as the specific steps involved in implementing those actions. For example, Figure 4A This application provides a schematic diagram of configuring activity strategies for nodes in the requirements design process. Figure 4A In this context, configuring activity strategies for each node in the requirements design process includes configuring the design tools and templates used by the user during the requirements design process. For example, Figure 4B This is a schematic diagram of a business process provided for this application. Figure 4B The diagram illustrates that the activity strategy under requirements design includes requirements analysis, overall plan, application programming interface (API) design, test design, and operation and maintenance design. In other words, implementing the requirements design process node requires the specific implementation of steps such as requirements analysis, overall plan, API design, test design, and operation and maintenance design. It should be noted that... Figure 4A The interface shown is the primary interface for the user in the first role. Figure 4B The interface shown is not the primary interface for user operations in the first role. Figure 4B The business process diagram on the interface is the business process generated by the process design platform in response to the user's operation in the first role.

[0049] It is understandable that multiple users can be designated as "first-role" users. For example, different organizations or departments may have a process manager, and each process manager can act as a first-role user to design business processes and configure or modify activity strategies. In this application, the roles represent different permissions, responsibilities, or functions. Users with different roles have different functions and different operational permissions on the process design platform.

[0050] S102: The process design platform responds to the user's operation in the first role: obtains business process information and activity strategy information under each process node. The business process information includes information on at least multiple process nodes and the flow conditions for each process node to move to the next process node; inserts the activity strategy information under each process node into the information of the corresponding process node to obtain the full information of the business process design; executes the full information to generate the business process.

[0051] The user, acting as the primary agent, designs business processes on the first interface. The process design platform responds to this action by acquiring business process information. This information includes at least details about each process node and the transition conditions from one node to the next. For example, see... Figure 5A As shown, Figure 5A An example diagram of business process information provided for this application. The user in the first role... Figure 3 On the first interface shown, you perform business process design operations. The process design platform responds to this operation by obtaining business process information such as... Figure 5A As shown, it can be seen that Figure 5A The business process information shown includes five process nodes: requirements design, design review, review and approval, baseline, and release.

[0052] The user in the first role configures activity policies for one or more process nodes on the first interface. The process design platform responds to this configuration by obtaining activity policy information for each of the one or more process nodes. For example, see... Figure 5B As shown, Figure 5B This application provides an example diagram of activity strategy information. The activity strategies under the user configuration requirement design process nodes include requirement analysis, overall plan, API design, test design, and operation and maintenance design. The process design platform responds to this configuration operation and obtains the activity strategy information under the requirement design, as shown below. Figure 5B .from Figure 5B As can be seen from this, the activity strategy under the requirements design includes requirements analysis, overall plan, API design, test design and operation and maintenance design.

[0053] The activity strategy information under each process node is inserted into the information of the corresponding process node to obtain the full information of this business process. The process design platform executes the full information to generate the business process. For example, ... Figure 5B The activity strategy is inserted into the information of the requirements design process node to obtain, such as... Figure 5C The complete information shown. Execution of the process design platform. Figure 5C To obtain the full amount of information, such as Figure 4B The business process.

[0054] It should be noted that, Figure 5A , Figure 5B and Figure 5C This is merely an example diagram and does not constitute a limitation of this application.

[0055] The process design platform also provides a second interface, where users with a second role can extend the generated business processes. These extension operations include expanding the activity strategies under any one or more process nodes; for example, adding, deleting, or modifying activity strategies under one or more process nodes.

[0056] In one example, the second-role user could be a business analyst (BA) or an end user, who extends the business process. It's understood that there can be one or more second-role users.

[0057] It should be noted that the user in the first role is different from the user in the second role, and the permissions they have are also different. The user in the first role designs the business process, and the user in the second role expands upon the business process designed by the user in the first role.

[0058] It should be noted that the first interface is different from the second interface. The first interface is for designing the business process for the user in the first role, such as... Figure 3 The interface shown is shown in the image. The second interface is for users with the second role to extend the business process. That is, the process design platform provides different user operation interfaces for users with different roles. When users with different roles log in to the process design platform, the platform can switch and display different operation interfaces so that users with the corresponding roles can operate on the corresponding operation interfaces.

[0059] The process design platform provides multiple domain spaces at the underlying level, each with a unique identity document (ID). Different domain spaces have different business process design rules and activity strategy configuration rules. These rules correspond to user access permissions; different rules mean different user access permissions. The business process design rules and activity strategy configuration rules are bound to the domain space ID.

[0060] Different user roles use different domain spaces when logging into the process design platform. When a user logs into the platform, the platform first determines which domain space the user is logged into. Based on the domain space ID, it determines the business process design rules and activity strategy configuration rules, thus determining the user's operation permissions. After logging in, the user operates on the business process according to the business process design rules and activity strategy configuration rules.

[0061] For example, in this application, the first interface corresponds to the first domain space, and the second interface corresponds to the second domain space. The business process design rules and activity strategy configuration rules are different in the first domain space and the second domain space: In the first domain space, users can design business processes; in the second domain space, users can only extend the activity strategies under the process nodes in the business process and cannot change the process nodes in the business process.

[0062] This application provides a process design method and platform. 1) At the bottom layer of the process design platform, the process engine module supporting user design of business processes and the activity strategy module supporting user configuration of activity strategies are decoupled and deployed independently. Therefore, in terms of upper-layer applications, process nodes and activity strategies in the process design platform are decoupled and can be applied and deployed independently. For example, users can deploy only process nodes or only activity strategies. In traditional methods, activity strategies are bound to process nodes and cannot be deployed independently. 2) Because process nodes and activity strategies are decoupled, when users design process nodes and configure activity strategies on the process design platform, the platform responds to user operations and can obtain business process information and activity strategy information separately. Compared to traditional methods, where process nodes and activity strategies are bound, and the activity strategy information received by the process design platform is mixed with the process node information when users configure activity strategies. 3) The process design platform can support users with different roles to operate on the platform. For example, it supports users with the first role to design business processes and configure activity strategies, and supports users with the second role to extend activity strategies under one or more process nodes. It is worth noting that users with different roles have different operational permissions. For example, users with the first role have the operational permissions to design business processes and configure activity strategies, while users with the second role have the operational permissions to extend activity strategies under one or more process nodes. It is understandable that different user roles have different operational permissions, and the operation interface provided by the process design platform will also be different. The process design platform provided in this application has a wide range of applications and strong applicability.

[0063] The above describes the method embodiments provided in this application. The following describes the apparatus embodiments corresponding to the method embodiments.

[0064] This application provides a process design platform 600, such as... Figure 6 As shown, Figure 6 A schematic diagram of the structure of a process design platform 600 provided in this application.

[0065] The process design platform 600 includes: an interaction module 610, used to receive operations from a user in the first role on the first interface, the operations including designing a business process, which includes multiple process nodes, and configuring activity strategies under one or more process nodes; and a response module 620, used to respond to the user's operations: obtaining business process information and activity strategy information under each process node, the business process information including at least information about multiple process nodes and the flow conditions for each process node to move to the next process node; inserting the activity strategy information under each process node into the information of the corresponding process node to obtain full information on the business process design; and executing the full information to generate the business process.

[0066] In a possible implementation, the process design platform provides a second interface. The interaction module 610 is further used to receive operations from a user with a second role on the second interface. These operations are used to extend the business process, including extending the activity strategies under one or more process nodes in the business process. The response module 620 is further used to respond to the user's operations: obtain extended information, which includes extended information about the activity strategies; and update the business process based on the full information and the extended information.

[0067] In possible implementations, the first role and the second role are different, and the first interface where the user of the first role is located is different from the second interface where the user of the second role is located.

[0068] In possible implementations, the first interface corresponds to the first domain space of the process design platform, and the second interface corresponds to the second domain space of the process design platform. The business process design rules and activity strategy configuration rules of the first domain space are different from those of the second domain space.

[0069] The interaction module 610 and response module 620 in the process design platform 600 can be implemented in software or hardware. For example, the implementation of the response module 620 will be described below. Similarly, the implementation of the interaction module 610 in the process design platform 600 can refer to the implementation of the response module 620.

[0070] A module is an example of a software functional unit. Response module 620 may include code running on a compute instance, which may include, for example, a compute device, a virtual machine, a container, etc. Further, a compute instance may be one or more. For example, response module 620 may include code running on multiple compute devices / virtual machines / containers. It should be noted that the multiple compute instances used to run the code can be distributed within the same region or in different regions. Further, the multiple compute instances used to run the code can be distributed within the same availability zone (AZ) or in different AZs, each AZ comprising one or more geographically proximate data centers. Typically, a region may include multiple availability zones (AZs).

[0071] Similarly, multiple compute instances used to run this code can be distributed within the same Virtual Private Cloud (VPC) or across multiple VPCs. Typically, a VPC is set up within a single region. Communication between two VPCs within the same region, as well as between VPCs in different regions, requires a communication gateway to be set up within each VPC to enable interconnection between VPCs.

[0072] The module serves as an example of a hardware functional unit. The response module 620 may include at least one computing device, such as a server, virtual machine, or container. Alternatively, the response module 620 may also be a device implemented using an application-specific integrated circuit (ASIC) or a programmable logic device (PLD). The PLD may be implemented using a complex programmable logical device (CPLD), a field-programmable gate array (FPGA), generic array logic (GAL), or any combination thereof.

[0073] The multiple computing devices included in the response module 620 can be distributed in the same region or in different regions. Similarly, the multiple computing devices included in the response module 620 can be distributed in the same Availability Zone (AZ) or in different AZs. Likewise, the multiple computing devices included in the response module 620 can be distributed in the same Virtual Private Cloud (VPC) or in multiple VPCs. These multiple computing devices can be any combination of computing devices such as servers, ASICs, PLDs, CPLDs, FPGAs, and GALs.

[0074] It should be noted that, in other embodiments, the response module 620 can be used to execute any step in a process design method, and the interaction module 610 can be used to execute any step in a process design method. The steps implemented by the response module 620 and the interaction module 610 can be specified as needed. By implementing different steps in a process design method through the response module 620 and the interaction module 610 respectively, all the functions of the process design platform 600 can be realized.

[0075] This application provides a computing device 700, see [link to documentation] Figure 7 , Figure 7 This application provides a schematic diagram of the structure of a computing device 700, which can be configured as a workflow design platform. The computing device 700 includes a bus 702, a processor 704, a memory 706, and a communication interface 708. The processor 704, memory 706, and communication interface 708 communicate via the bus 702. It should be understood that this application does not limit the number of processors and memories in the computing device 700.

[0076] The 702 bus can be a Peripheral Component Interconnect (PCI) bus or an Extended Industry Standard Architecture (EISA) bus, etc. Buses can be categorized as address buses, data buses, control buses, etc. For ease of representation, Figure 7 The bus 702 may be represented by a single line, but this does not mean that there is only one bus or one type of bus. The bus 702 may include a path for transmitting information between various components of the computing device 700 (e.g., memory 706, processor 704, communication interface 708).

[0077] Processor 704 may include any one or more processors such as a central processing unit (CPU), a graphics processing unit (GPU), a microprocessor (MP), or a digital signal processor (DSP).

[0078] The memory 706 may include volatile memory, such as random access memory (RAM). The processor 704 may also include non-volatile memory, such as read-only memory (ROM), flash memory, hard disk drive (HDD), or solid state drive (SSD).

[0079] The memory 706 stores executable code, which the processor 704 executes to implement the functions of the aforementioned interaction module 610 and response module 620, thereby implementing a process design method. In other words, the memory 706 stores instructions for executing a process design method.

[0080] The communication interface 708 uses transceiver modules, such as, but not limited to, network interface cards and transceivers, to enable communication between the computing device 700 and other devices or communication networks.

[0081] This application also provides a computing device cluster. The computing device cluster includes at least one computing device. The computing device can be a server, virtual machine, or container, such as a central server, edge server, or sidecar container.

[0082] like Figure 8 As shown, Figure 8 This application provides a schematic diagram of the structure of a computing device cluster, which includes at least one computing device 700. The memory 706 of one or more computing devices 700 in the computing device cluster may store the same instructions for executing a process design method.

[0083] In some possible implementations, the memory 706 of one or more computing devices 700 in the computing device cluster may also store partial instructions for executing a process design method. In other words, a combination of one or more computing devices 700 can be used to jointly execute instructions for a process design method.

[0084] When at least one computing device in the computing device cluster is configured as computing device 700, the memory 706 in different computing devices 700 in the computing device cluster can store different instructions, which are used to execute some functions of computing device 700 respectively. That is, the instructions stored in the memory 706 in different computing devices 700 can implement the functions of one or more modules in interaction module 610 and response module 620.

[0085] This application also provides a computer program product containing instructions. The computer program product may be a software or program product containing instructions, capable of running on a computing device or stored on any usable medium. When the computer program product is run on at least one computing device, it causes the at least one computing device to execute a process design method.

[0086] This application also provides a computer-readable storage medium. The computer-readable storage medium can be any available medium that a computing device can store, or a data storage device such as a data center that includes one or more available media. The available medium can be a magnetic medium (e.g., floppy disk, hard disk, magnetic tape), an optical medium (e.g., DVD), or a semiconductor medium (e.g., solid-state drive). The computer-readable storage medium includes instructions that instruct a computing device or cluster of computing devices to execute a process design method.

[0087] The above embodiments are only used to illustrate the technical solutions of this application, and are not intended to limit them. Although this application has been described in detail with reference to the foregoing embodiments, those skilled in the art should understand that modifications can still be made to the technical solutions described in the foregoing embodiments, or equivalent substitutions can be made to some of the technical features. Such modifications or substitutions do not cause the essence of the corresponding technical solutions to deviate from the protection scope of the technical solutions of the embodiments of this application.

Claims

1. A process design method, characterized in that, Applied to a process design platform, the method includes: The process design platform provides a first interface, and the process design platform receives the operation of a user with a first role on the first interface. The operation includes designing a business process, which includes multiple process nodes. The operation also includes configuring the activity strategy under one or more of the multiple process nodes. The process design platform responds to the user's operation in the first role by: acquiring business process information and activity strategy information under each process node, wherein the business process information includes at least the information of the plurality of process nodes and the flow conditions for each process node to flow to the next process node; inserting the activity strategy information under each process node into the information of the corresponding process node in the business process information to obtain the full information of the business process; and executing the full information to generate the business process.

2. The method according to claim 1, characterized in that, The method further includes: The process design platform provides a second interface, which receives operations from a user with a second role on the second interface. The operations are used to extend the business process, including extending the activity strategies under any one or more process nodes in the business process. The process design platform responds to the user's operation in the second role by: obtaining extended information, including extended information about the activity strategy; and updating the business process based on the full information and the extended information.

3. The method according to claim 2, characterized in that, The first role is different from the second role, and the first interface where the user of the first role is located is different from the second interface where the user of the second role is located.

4. The method according to claim 2 or 3, characterized in that, The first interface corresponds to the first domain space of the process design platform, and the second interface corresponds to the second domain space of the process design platform. The business process design rules and activity strategy configuration rules of the first domain space are different from those of the second domain space.

5. A process design platform, characterized in that, The process design platform provides a first interface, including: An interaction module is used to receive operations from a user with a first role on the first interface. The operations include designing a business process, which includes multiple process nodes. The operations also include configuring activity strategies under one or more of the multiple process nodes. The response module is used to respond to the operation of the user in the first role: obtain business process information and activity strategy information under each process node, wherein the business process information includes at least the information of the plurality of process nodes and the flow conditions for each process node to flow to the next process node; insert the activity strategy information under each process node into the information of the corresponding process node in the business process information to obtain the full information of the business process; execute the full information to generate the business process.

6. The process design platform according to claim 5, characterized in that, The process design platform provides a second interface. The interaction module is also used to receive operations from a user with a second role on the second interface, the operations being used to extend the business process, the extension including extending the activity strategies under one or more process nodes in the business process; The response module is further configured to, in response to the user's operation in the second role, obtain extended information, including extended information of the activity strategy; and update the business process based on the full information and the extended information.

7. The process design platform according to claim 6, characterized in that, The first role is different from the second role, and the first interface where the user of the first role is located is different from the second interface where the user of the second role is located.

8. The process design platform according to claim 6 or 7, characterized in that, The first interface corresponds to the first domain space of the process design platform, and the second interface corresponds to the second domain space of the process design platform. The business process design rules and activity strategy configuration rules of the first domain space are different from those of the second domain space.

9. A computing device cluster, characterized in that, The system includes at least one computing device, the at least one computing device comprising a memory and a processor, the processor of the at least one computing device being configured to execute instructions stored in the memory of the at least one computing device to cause the cluster of computing devices to perform the method as described in any one of claims 1 to 4.

10. A computer storage medium, characterized in that, Includes program instructions that, when run on a computing device cluster, cause the computing device cluster to implement the method as described in any one of claims 1 to 4.

11. A computer program product, characterized in that, Includes program instructions that, when run on a computing device cluster, cause the computing device cluster to implement the method as described in any one of claims 1 to 4.

Images