Abstract:
Embodiments of the present invention address deficiencies of the art in respect to decision node processing in a business process model and provide a method, system and computer program product for linked decision nodes in business process models. In an embodiment of the invention, a business process model simulation method can be provided. The method can include loading a business process model for simulation, designating a decision node in the business process model as a master decision node and linking another decision node in the business process model as a slave decision node to the master decision node. The method further can include simulating the master decision node to select an output pin and storing the selected output pin in association with the master decision node, and applying the selected output pin in the slave decision node when arriving at the slave decision node during the simulation without simulating the slave decision node.

Description:
BACKGROUND OF THE INVENTION 
       [0001]    1. Field of the Invention 
         [0002]    The present invention relates to the field of business process modeling and more particularly to simulating decision nodes in a business process model. 
         [0003]    2. Description of the Related Art 
         [0004]    Process modeling and simulation relates to the modeling and simulation of dynamic or static systems, which can include, but are not limited to, enterprise management systems, engineering systems, networked information technology systems, utility systems, utility computing systems, autonomic computing systems, on-demand systems, electric power grids, biological systems, medical systems, weather systems, financial market systems, and business process systems. Such systems can be modeled and simulated for a variety of purposes including monitoring, analysis, control, design, simulation, and management. 
         [0005]    A process model is an abstract description of a process such as a business process or any other process related to the lifecycle of a system. The abstract description of the process model can include sufficient detail required by a simulation engine for exercising the process model with one or more scenarios to determine a likely outcome. Process models generally specify one or more tasks or activities of a process and the relationship between the different tasks or activities. As part of the model, one or more events or conditions leading to the transition from one task or activity to the next can be specified. Models generally are expressed according to a specific format. Exemplary formats include Activity Decision Flow (ADF) Unified Modeling Language (UML) activity diagrams, and the Business Process Execution Language (BPEL), to name only a few. 
         [0006]    Most process modeling notations provide for a set of nodes connected by flow-of-control and in some cases flow-of-data. These nodes correspond to a set of behavioral elements that have been in use from flowcharts onward into modern business process modeling. A core set of node types include tasks, decisions, merges, forks and joins. Tasks are nodes where actions are performed and decisions are nodes where decisions are performed, and the flow of control of a process branches along mutually exclusive paths. Merges are nodes where branches in a process are brought together. Finally, forks are nodes where the flow of control of a process forks into multiple, parallel, paths, while joins are nodes where the parallel flows of control from a previous fork are brought together. 
         [0007]    The decision making performed in a decision node can involve processing overhead when simulating a decision node. This result cannot be escaped for a unique decision node; however, a redundancy occurs where the outcome from processing one decision node differs little from the outcome when processing a related decision node. Specifically, where the outcome of one decision node should not vary from the outcome of another decision node, processing overhead can be needlessly incurred without changing the outcome for processing the latter decision node. 
       BRIEF SUMMARY OF THE INVENTION 
       [0008]    Embodiments of the present invention address deficiencies of the art in respect to decision node processing in a business process model and provide a novel and non-obvious method, system and computer program product for linked decision nodes in business process models. In an embodiment of the invention, a business process model simulation method can be provided. The method can include loading a business process model for simulation, designating a decision node in the business process model as a master decision node and linking another decision node in the business process model as a slave decision node to the master decision node. The method further can include simulating the master decision node to select an output pin and storing the selected output pin in association with the master decision node, and applying the selected output pin in the slave decision node when arriving at the slave decision node during the simulation without simulating the slave decision node. 
         [0009]    In aspect of the embodiment, the method also can include simulating the slave decision node to select an output pin when the master decision node has not stored a selected output pin. In another aspect of the embodiment, the method can include validating the master decision node and the slave decision node to ensure compatibility. In this regard, validating the master decision node and the slave decision node to ensure compatibility can include comparing the master decision node to the slave decision node to ensure that input and output pins for the master decision node and the slave decision node match, that both a configuration and names for the input and the output pins for the master decision node and the slave decision node match and that tests for the master decision node and the slave decision node match. Further, validating the master decision node can include ensuring that the master decision node and the slave decision node do not override a current flow mode of simulation and that the input and output pins of the master decision node and the slave decision node do not span process boundaries in the business process model. 
         [0010]    In another embodiment of the invention, a business process model simulation data processing system can be provided. The system can include a simulation engine executing in a host computing platform and a business process model coupled to the simulation engine for simulation by the simulation engine. The model can include nodes including decision nodes where a selection of the decision nodes are designated master decision nodes and a corresponding selection of the decision nodes are designated slave decision nodes, each being associated with one of the master decision nodes. The system yet further can include a data store of linked nodes storing output pin selections, each corresponding to a different one of the master decision nodes. Finally, the system can include linked decision node logic. The logic can include program code enabled to apply an output pin selection to a slave decision node corresponding to an output pin selection in the data store corresponding to a master decision node linked to the slave decision node. 
         [0011]    Additional aspects of the invention will be set forth in part in the description which follows, and in part will be obvious from the description, or may be learned by practice of the invention. The aspects of the invention will be realized and attained by means of the elements and combinations particularly pointed out in the appended claims. It is to be understood that both the foregoing general description and the following detailed description are exemplary and explanatory only and are not restrictive of the invention, as claimed. 
     
    
     
       BRIEF DESCRIPTION OF THE SEVERAL VIEWS OF THE DRAWINGS 
         [0012]    The accompanying drawings, which are incorporated in and constitute part of this specification, illustrate embodiments of the invention and together with the description, serve to explain the principles of the invention. The embodiments illustrated herein are presently preferred, it being understood, however, that the invention is not limited to the precise arrangements and instrumentalities shown, wherein: 
           [0013]      FIG. 1  is a pictorial illustration of a process for managing linked decision nodes in a business process model; 
           [0014]      FIG. 2  is a schematic illustration of a simulation data processing system configured for managing linked decision nodes in a business process model; and, 
           [0015]      FIG. 3  is a flow chart illustrating a process for managing linked decision nodes in a business process model. 
       
    
    
     DETAILED DESCRIPTION OF THE INVENTION 
       [0016]    Embodiments of the present invention provide a method, system and computer program product for linked decision nodes in a business process model. In accordance with an embodiment of the present invention, a set of decision nodes can be selected in a business process model and one of the nodes can be designated a master node while the remaining nodes can be designated slave nodes. The master and slave nodes can be verified to be compatible and if so, the decision outcome made after processing the master node during simulation can be stored and applied subsequently as the outcome of the slave nodes without processing the slave nodes. In this way, the processing overhead associated with processing similar decision nodes can be avoided. 
         [0017]    In further illustration,  FIG. 1  is a pictorial illustration of a process for managing linked decision nodes in a business process model. As shown in  FIG. 1 , a process model  100  can include multiple different nodes  110  including decision nodes  120 ,  120 A,  120 B. Decision nodes  120 ,  120 A,  120 B provide a test which when evaluated acts to select one of two or possible paths in a flow to a next nodes. Non-decision ones of the nodes  110 , by comparison, include action nodes in which an action is performed when a token arrives in the non-decision one of the nodes  110 . In this way, a flow through a business process can be simulated by traversing a corresponding business process model  110  node by node. 
         [0018]    Notably, both a master decision node  120 A and a corresponding slave decision node  120 B can be defined in the business process model  100 . The master decision node  120 A can act as any other decision node  120  excepting that the outcome of evaluating the test for the master decision node  120 A can be stored and applied when reaching the corresponding slave decision node  120 B during simulation of the business process model  100 . To that end, the master decision node  120 A and the slave decision node  120 B must be compatible in that the input and output pins for the master decision node  120 A and the slave decision node  120 B must match, the configuration and names of the input and the output pins for the master decision node  120 A and the slave decision node  120 B must match, and the tests for the master decision node  120 A and the slave decision node  120 B must match. 
         [0019]    Preferably, the master decision node  120 A and the slave decision node  120 B should not override a current flow mode of simulation such as a random mode, a probability mode and an expression mode meaning that the test applied is simulated according to a random selection of output pins, a probabilistic determination of output pins, or an logical selection of output pins based upon the evaluation of an expression. Further, it is preferred albeit not required that the input and output pins of the master decision node  120 A and the slave decision node  120 B do not span process boundaries in the business process model  100 . 
         [0020]    The skilled artisan will recognized the simplistic illustration of the business process model  100 ; however, it is to be further recognized that unlimited layers of complexity can be added to the business process model  100  in keeping within the spirit of the embodiment of the invention shown herein. Namely, multiple different master decision nodes can be placed within the business process model  100 , each having a multiplicity of different corresponding slave decision nodes. Further, each of the master decision nodes and slave decision nodes can include as few as a single input pin and two output pins, and as many as multiple input pins and multiple output pins. 
         [0021]    The process shown in  FIG. 1  can be implemented in conjunction with a business process model simulation data processing system. In illustration,  FIG. 2  schematically depicts a simulation data processing system configured for managing linked decision nodes in a business process model. The system can include a host computing platform  210  supporting the execution of a business process simulation engine  220 . The business process simulation engine  220  can be configured to simulate a business process model  230  representative of a business process of interest. 
         [0022]    Notably, linked decision node logic  250  can be coupled to the simulation engine  220  and can be configured to access a data store of linked nodes  240 . The data store of linked nodes  240  can store a listing of master decision node output pin selections and also a listing of corresponding slave decision nodes. Alternatively, the data stored within the data store of linked nodes  240  can be encapsulated within the business process model  230  itself such that each decision node encapsulates whether or not the decision node is linked to another node as a master or slave decision node, the identity of a corresponding master decision node if apropos, and a last stored selection of a master decision node if apropos. 
         [0023]    The linked decision logic  250  can include program code first to validate a selection of pairings between master decision nodes and corresponding slave decision nodes in order to ensure compatibility. Thereafter, the program code can be enabled to be executed when a simulation of the business process model  230  requires a selection of an output pin through an evaluation of a decision node in the business process model  230 . Once executed, the program code can be enabled to determine whether or not a decision node is a master decision node, or a slave decision node. If the decision node is a master decision node, the decision node can be processed either in random, probabilistic or expression mode, and the outcome—namely the selection of an output pin can be applied and the selection can be stored in association with the master decision node. 
         [0024]    Conversely, if the decision node is a slave decision node, a corresponding master decision node can be identified. If the master decision node has stored a previous selection of an output pin, the previous selection can be applied to the slave decision node without requiring the simulation engine  220  to process the slave decision node independently. Of course, if the decision node is neither a master decision node or a slave decision node, or alternatively if the corresponding master decision node has not previously stored a selection of an output pin (indicating a chronological arrival at the slave decision node prior to the master decision node), then the decision node can be processed by the simulation engine  220 . 
         [0025]    In yet further illustration,  FIG. 3  is a flow chart illustrating a process for managing linked decision nodes in a business process model. Beginning in block  310 , a first node on the business process model can be selected for processing. In decision block  320 , if the selected node is not a decision node, in block  330  the selected node can be simulated and in decision block  340 , it can be determined whether additional nodes in the business process model remain to be simulated. If so, a next node in the business process model can be selected in block  310  an in decision block  320 , it again can be determined whether the selected node is a decision node. 
         [0026]    In decision block  320 , if it is determined that the selected node is a decision node, in block  350  the node can be consulted either internally through encapsulated data, or externally in a separate data store to determine the nature of the decision node. Specifically, in decision block  360  it can be determined whether or the not the decision node is a master decision node. If so, in block  370  the master decision node can be simulated and the outcome can be stored for subsequent use. Otherwise, in decision block  380  it can be determined whether a stored outcome exists in connection with the decision node. If so, the node can be determined to be a slave decision node and in block  390  the outcome can be applied to the slave decision node. 
         [0027]    In contrast, if a stored outcome does not exist for the decision node, it is either because the decision node is neither a slave decision node nor a master decision node, or because the slave decision node precedes the master decision node chronologically in terms of simulation flow through the business process model. In either case, the decision node can be simulated in block  330  and again it can be determined whether additional nodes remain to be simulated in the business process model. If not, the process can end in block  400 . 
         [0028]    Embodiments of the invention can take the form of an entirely hardware embodiment, an entirely software embodiment or an embodiment containing both hardware and software elements. In a preferred embodiment, the invention is implemented in software, which includes but is not limited to firmware, resident software, microcode, and the like. Furthermore, the invention can take the form of a computer program product accessible from a computer-usable or computer-readable medium providing program code for use by or in connection with a computer or any instruction execution system. 
         [0029]    For the purposes of this description, a computer-usable or computer readable medium can be any apparatus that can contain, store, communicate, propagate, or transport the program for use by or in connection with the instruction execution system, apparatus, or device. The medium can be an electronic, magnetic, optical, electromagnetic, infrared, or semiconductor system (or apparatus or device) or a propagation medium. Examples of a computer-readable medium include a semiconductor or solid state memory, magnetic tape, a removable computer diskette, a random access memory (RAM), a read-only memory (ROM), a rigid magnetic disk and an optical disk. Current examples of optical disks include compact disk-read only memory (CD-ROM), compact disk-read/write (CD-R/W) and DVD. 
         [0030]    A data processing system suitable for storing and/or executing program code will include at least one processor coupled directly or indirectly to memory elements through a system bus. The memory elements can include local memory employed during actual execution of the program code, bulk storage, and cache memories which provide temporary storage of at least some program code in order to reduce the number of times code must be retrieved from bulk storage during execution. Input/output or I/O devices (including but not limited to keyboards, displays, pointing devices, etc.) can be coupled to the system either directly or through intervening I/O controllers. Network adapters may also be coupled to the system to enable the data processing system to become coupled to other data processing systems or remote printers or storage devices through intervening private or public networks. Modems, cable modem and Ethernet cards are just a few of the currently available types of network adapters.