| Oracle® Warehouse Builder User's Guide 11g Release 1 (11.1) Part Number B31278-01 |
|
|
View PDF |
| Oracle® Warehouse Builder User's Guide 11g Release 1 (11.1) Part Number B31278-01 |
|
|
View PDF |
After you design mappings that define the operations for moving data from sources to targets, you can create and define process flows. A Process Flow allows activities to be linked together and to describe constraints between the activities. Constraints can be conditional branches, loops, parallel flows or serial dependencies. Activities can be mappings, transforms or external commands such as email, FTP commands, and operating system executables.
You can use process flows to manage dependencies between mappings. To schedule mappings, process flows, and other executable objects, see "Process for Defining and Using Schedules".
This chapter contains the following topics:
A process flow describes dependencies between Warehouse Builder mappings and external activities such as email, FTP, and operating system commands.
Each process flow begins with a Start activity and concludes with an End activity for each stream in the flow. A Process Flow is considered as a type of activity, so a Process Flow can start other process flows.
Figure 8-1 shows an example of a process flow that starts a mapping MAP1. If the mapping completes successfully, then Warehouse Builder sends an email notification EMAIL_SUCCEED and starts another process flow SUBPROC1. If the mapping fails, then Warehouse Builder sends an email EMAIL_FAIL and ends the process flow.
When you design a process flow in Warehouse Builder, you use an interface known as the Process Flow Editor. Alternatively, you can create and define process flows using the Warehouse Builder scripting language, OMB Scripting Language, as described in the Oracle Warehouse Builder API and Scripting Reference.
Process flow modules allow you to group process flow packages. Process flow packages, in turn, allow you to group process flows. Together, the process flow modules and packages provide two levels to manage and deploy process flows. You can validate, generate, and deploy process flows at either the module or the package level.
You can design a process flow that starts other process flows as long as they are in the same module. You can copy process flows from one package to another package in the same or a different module and you can copy packages to a different module. To do so, use the Copy and Paste commands available under Edit on the Design Center main menu.
For example, Figure 8-1 shows a process flow PROC1 that includes process flow SUBPROC1. For PROC1 to run successfully, SUBPROC1 and PROC1 can be in the same or separate packages but must be contained within the same module.
Deploying Process Flows to Workflow Engines
Warehouse Builder process flows comply with the XML Process Definition Language (XPDL) standard set forth by the Workflow Management Coalition (WfMC). When you generate a process flow, Warehouse Builder generates an XML file in the XPDL format. The generated XPDL can be used to integrate with any workflow engine that supports the WfMC standard.
Warehouse Builder provides integration with Oracle Workflow. From the Warehouse Builder Control Center, you can deploy process flow packages or modules to Oracle Workflow.
To define a process flow, refer to the following sections:
Using Activities in Process Flows in the Warehouse Builder Online Help
Configuring Process Flows in the Warehouse Builder Online Help
Validating and Generating Process Flows
Scheduling Process Flows (optional)
When you are satisfied that the process flow runs as expected, you can schedule the process flow to run on a single day or multiple days as described in "Process for Defining and Using Schedules".
Deploying Process Flows as described in "The Deployment and Execution Process".
Before working with process flows, create a process flow module. The module is a container by which you can validate, generate, and deploy a group of process flows. Process flow modules include process flow packages which include process flows.
To create a process flow module:
Right-click the Process Flow Modules node in the Project Explorer and select New.
Warehouse Builder displays the Welcome page for the Create Module Wizard.
Click Next.
On the Name and Description page, type a module name that is unique within the project. Enter an optional text description.
Click Next.
The wizard displays the Connection Information page.
You can accept the default location that the wizard creates for you based on the module name. Alternatively, select an existing location from the list. Click Edit to type in the connection information and test the connection.
Click Next.
The wizard displays the Finish page. Verify the name and deployment location of the new process flow module.
When you click Finish, Warehouse Builder stores the definition for the module, inserts its name in the Project Explorer, and prompts you to create a process flow package.
After you create a Process Flow module, you can create a process flow package. The process flow package is an additional grouping mechanism from which you can deploy process flows.
To create a process flow package:
Right-click a process flow module in the Project Explorer and click New.
Warehouse Builder displays the Create Process Flow Package dialog box.
Type a name and optional description for the process flow package.
If you intend to integrate with Oracle Workflow, please note that Oracle Workflow restricts package names to 8 bytes.
Click OK.
Warehouse Builder prompts you to create a process flow.
After you create a module and package for process flows, you can create a process flow.
To create a process flow:
Right-click a process flow package in the Project Explorer and click New.
Warehouse Builder displays the Create Process Flow dialog box.
Type a name and optional description for the process flow.
Note:
If you intend to schedule a process flow, there is an additional consideration. For any ETL object you want to schedule, the limit is 25 characters for physical names and 1995 characters for business names. Follow this additional restriction to enable Warehouse Builder to append to the process flow name the suffix _job and other internal characters required for deployment and running the process flow.Click OK.
Warehouse Builder runs the Process Flow Editor and displays the process flow with a Start activity and an End_Success activity.
You can now model the process flow with activities and transitions.
Continue with the steps listed in "Instructions for Defining Process Flows".
After you create a process flow module and package, use the Process Flow Editor to design and edit process flows. The Process Flow Editor includes a variety of activities that you can add and then connect with transitions to design a flow.
Activities represents units of work in a process flow. These units of work can involve components internal or external to Warehouse Builder. Transitions indicate the sequence and conditions to carry out the activities.
The Process Flow Editor has the following standard components common to most editors in Warehouse Builder:
Title Bar: At the top of the Process Flow Editor, the title bar displays the name of the process flow.
Menu Bar: Below the title bar, the menu bar provides access to the Process Flow Editor commands.
Toolbar: Below the menu bar, the toolbar provides icons for commonly used commands.
Canvas: The canvas provides the work space where you design and modify process flows. When you first create a new process, the Process Flow panel is displayed with a Start activity and an End activity.
Palette: When you first start the Process Flow Editor, Warehouse Builder displays the palette along the left side. The Process Flow Editor contains activity icons that you can drag and drop on to the canvas. You can relocate the palette anywhere on the editor. You can choose to hide or display the palette by clicking the collapse icon on the palette.
Indicator Bar: On the lower panel, under the Bird's Eye View panel and Canvas panel, you can see mode icons, indicators, and descriptions.
In the left corner are Naming Mode, Rename Mode, Read/Write, and Validation Mode.
In the right corner are the percent zoom indicator and the navigation mode. In the preceding figure, the zoom level is at 100% and the navigation mode is set to Select Mode.
You can resize windows by placing your mouse on the border of the window, pressing the mouse button when the double sided arrow appears, and dragging your mouse to indicate the desired size.
You can move a window by placing the mouse pointer on the title bar of the window and then dragging the window to the required position.
To show or hide windows, select Window from the menu bar and either activate or deactivate the check mark corresponding to the window.
Explorer
When you first start the editor, Warehouse Builder displays an Explorer panel for the editor in the upper left corner. The explorer provides a tree listing of all the activities on the canvas and their parameters. When you select an activity on the canvas, Warehouse Builder navigates to the activity on the explorer.
Object Details
When you first start the editor, Warehouse Builder displays the Object Details panel on the left side. This panel displays the properties for all activities and their parameters. Select an activity either from the canvas or the explorer and Warehouse Builder displays its properties. If you select an activity parameter in the Explorer, then the object details window displays the properties for that parameter. You can edit properties displayed with a white background but not those with a gray background.
Palette
When you first start an editor, Warehouse Builder displays the palette along the left side and it contains activity icons that you can drag and drop onto the canvas.You can relocate the palette anywhere on the editor. You can choose to hide or display the palette by clicking on Operator Palette listed under View in the menu bar.
Bird's Eye View
Use the Bird's Eye View panel to navigate large and complex process flows.
To open the Process Flow Editor:
From the Process Flows node in the Project Explorer, select a process flow module. If no process flow modules are listed, then create a process flow module as described in "Creating Process Flow Modules".
Select a process flow package from a process flow module. If no process flow packages are listed, then create a process flow package as described in "Creating Process Flow Packages".
Select a process flow from the Project Explorer. If no process flows are listed in the process flow package, then right-click the process flow package and select Create Process Flow.
Warehouse Builder prompts you to name the process flow and then starts the editor for you.
To open an existing process flow, double-click the process flow in the Project Explorer.
Alternatively, select a process flow and then from the Edit menu, select Open Editor. You can also, select a process flow and press Ctrl+O. You can also, right-click a process flow, and select Open Editor.
Warehouse Builder displays the Process Flow Editor in the Select mode.
The Process Flow Editor includes a variety of tools to assist you in navigating, selecting, and viewing objects on the canvas. Commands you will use frequently when designing Process Flows include the following:
Select mode
Use the select mode to select objects on the canvas. When you select an activity, the editor displays a blue border around the activity. You can edit, move, or delete the activity.
You can edit the activity using the object details window in conjunction with the Available Objects tab in the editor explorer window. When you select a transition, the editor changes the arrow from black to blue. Edit the transition in the object details.
To activate the Select mode, click the icon in the toolbar or select Edit and Select Mode from the menu.
Navigation Edge
Navigation Edge assists you in navigating complex designs on the canvas. Select the icon from the toolbar and then select an activity on the canvas. When you release the mouse button, Warehouse Builder navigates to the next activity in the flow and moves the focus to that activity. To navigate backward through a flow, select the navigation edge icon and then select the last activity in the flow.
For navigating and displaying complex designs in the editor, you may find the following tools useful:
Pan
Interactive Zoom
Zoom In
Zoom Out
Fit in Window
Auto Layout
Center
Expand Child Graph
Visit Child Graph
Return to Parent Graph
You can add activities in a process flow using the Explorer tree in the Warehouse Builder.
Activities represent units of work for the process flow such as starting a mapping or verifying the existence of a file on a drive or directory. When you design a process flow in Warehouse Builder, you select activities from the editor palette, drag them onto the canvas, and set their parameters. Warehouse Builder includes the following types of activities:
Oracle Warehouse Builder Specific Activities: These activities enable you to start Warehouse Builder objects such as mappings, transformations, or other process flows. The process flow runs the object and provides a commit statement.
Utility Activities: These activities enable you to perform services such as sending emails and transferring files.
Control Activities: These activities enable you to control the progress and direction of the process flow. For instance, use the Fork activity to run multiple activities concurrently.
For the utility and control type activities, you can reuse their parameters by defining activity templates as described in "Creating and Using Activity Templates". For email, for example, use an email template to specify the SMTP server name and port number, the list of addresses, and the priority. Then you can reuse that template when you add email activities to a process flow.
For a description of each activity, see "Using Activities in Process Flows" in the Warehouse Builder Online Help.
To add an activity to a process flow:
View the activities listed in the palette located along the left side of the editor.
By default, the palette lists all activities. To find a particular activity, use the list box on the palette to narrow the displayed list to one of the following types of activities: Oracle Warehouse Builder Specific activities, Utility activities, and Control activities.
Select an activity from the palette and drag it onto the canvas.
The editor displays the activity on the canvas with the name highlighted in blue.
To accept the default name, press Enter. To change the name, type in the new name.
The editor lists the activity on the explorer pane located at the left side of the editor and in the object details pane along the left side.
In Object Details pane, enter the parameters for the activity.
These parameters vary according to the type of activity. For each parameter, Warehouse Builder defines a read-only Name, Direction, and Data Type. And for each parameter, you can specify values for Binding, Literal, Value, and Description.
For example, Figure 8-2 shows the parameters for a notification activity which includes DEFAULT_RESPONSE, EXPANDED_ROLES, HTML_BODY, PERFORMER, PRIORITY, RESPONSE_PROCESSOR, RESPONSE_TYPE, SUBJECT, TEXT_BODY, and TIMEOUT.
Figure 8-2 The Parameters for a Notification Activity
Each parameter has the following properties:
Name
This is a name property of the activity parameter. For information about a specific parameter, look up the activity by name under "Using Activities in Process Flows" in the Warehouse Builder Online Help.
Direction
The direction property is read-only for parameters that are not created by the user. A direction of IN indicates that the parameter is an input parameter for the activity.
Data Type
The data type property is read-only for parameters that are not created by the user. Warehouse Builder assigns the appropriate data type for all default parameters.
Binding
Use the binding property to pass in parameters from outside the process flow for parameters that are not created by the user. If you assign a parameter in Binding, then it overrides any text you assign to Value.
Literal
If you type in a value for the parameter in the field Value, then indicate whether the value is a literal or an expression. The literal data types follow the PL/SQL literal value specification except for calendar data types. These data types are represented in a standard format as the process flow interacts with data sources from different locations.
Table 8-1 provides the Literal Value Type, Format, and Example.
Table 8-1 Example of Literal Value Types
| Literal Value Type | Format | Example |
|---|---|---|
|
DATE |
YYYY-MM-DD |
2006-03-21 |
|
DATE |
YYYY-MM-DD HH24:MI:SS |
2006-03-21 15:45:00 |
|
TIMESTAMP |
YYYY-MM-DD HH24:MI:SS.FF9 |
2006-03-21 15:45:00.000000000 |
|
TIMESTAMP_TZ |
YYYY-MM-DD HH24:MI:SS.FF9 TZH:TZM |
2006-03-21 15:45:00.000000000 +01:00 |
|
YMINTERVAL |
[+-]YYYYYYYYY-MM |
+000000001-01 |
|
DMINVERVAL |
[+-]DDDDDDDDD HH24:MI.SS.FF9 |
+000000001 01:01:01.000000001 |
Value
This is the value of the parameter. For some parameters, Warehouse Builder enables you to select from a list of values. For other parameters, Warehouse Builder assigns default values which you can override by typing in a new value or using the field Binding. In the absence of a list of possible values or a default value, you must type in a value.
Description
You can type an optional description for each property.
In designing process flows you may want to reuse existing activities. For example, each time a mapping fails in a process flow, you may want to send an email to the same group of administrators. You create a template for the email activity once and then use and edit the activity in many process flows.
To create an activity template:
In the Project Explorer, navigate to the Activity Templates node under the Process Flows node.
To create a folder for containing templates, right-click the Activity Templates node and select New.
Assign a name for the folder.
Consider creating a folder for each type of template you plan to create. For instance, you could create separate folders to contain email and ftp templates.
The Create Activity Template Wizard is displayed.
Note:
If the wizard does not appear automatically, then right-click a folder and select New.Follow the prompts in the Create Activity Template Wizard to complete the Name and Description Page, the Parameters Page, and the wizard summary page.
See "Using Activity Templates" for instructions about how to use the template in a process flow.
The rules for naming objects in the Activity Template depend on the naming mode you select in "Naming Preferences". Warehouse Builder maintains a business and a physical name for each object in the workspace. The business name is its descriptive business name. The physical name is the name Warehouse Builder uses when generating code.
When you name objects while working in one naming mode, Warehouse Builder creates a default name for the other mode. So, when working in the business name mode, if you assign an activity template name that includes mixed cases, special characters, and spaces, then Warehouse Builder creates a default physical name for the objects.
Assign a name and select the type of activity template you want to create. Also, write an optional description for the template.
Naming Activities
In the physical naming mode, an Activity name can be from 1 to 30 alphanumeric characters and blank spaces are not allowed. In the business naming mode, the limit is 2000 characters and blank spaces and special characters are allowed. In both naming modes, the name should be unique across the project.
Describing Activities
The description can be between 2 and 2000 alphanumeric characters and can contain blank spaces. Specifying a description for an activity template is optional.
Activity Templates
The following activity templates are available from the list.
Assign
FTP
File Exists
Manual
Notification
Set Status
Sqlplus
User Defined
Wait
The wizard displays parameters based on the type of activity you previously selected in the Activity Templates.
Enter default values for the activity. When you use the activity template in a process flow, you can retain or edit the default values.
In Figure 8-3, for example, you could edit the default values for the email subject and message body to contain the name of the mapping.
Figure 8-3 Parameters Page for Email Activity Template
Complete the following steps to use an activity template:
In the Project Explorer, navigate to the process flow module under the Process Flows node.
To open the Process Flow Editor, right-click the Process Flow module and select Open Editor.
In the Process Flow Editor, click the Available Objects tab in the Explorer panel and expand Activity Templates.
Figure 8-4 displays the Explorer window with the activity template expanded.
Figure 8-4 Explorer Panel with an Activity Template Selected
Drag and drop the activity template onto the canvas.
Activity templates in a process flow acts like regular activities.
To edit the activity, be sure to click the Selected Objects tab in the Explorer window and then edit the activity in the Object Details panel.
Figure 8-5 displays the Explorer panel with the BCC_ADDRESS parameter of the EMAIL activity selected.
Use transitions to indicate the sequence and conditions in which activities occur in the process flow. You can use transitions to run an activity based on the completion state of the preceding activity.
When you add a transition to the canvas, by default, the transition has no condition applied to it. The process flow continues once the preceding activity completes, regardless of the ending state of the previous activity.
A transition with no condition applied to it has different semantics depending on the source activity type. If the activity type is FORK, then it may have multiple unconditional transitions in which each transition begins a new flow in the process flow. If the source activity type is not FORK, then there may be only one unconditional transition and it is used when no other conditional transition is activated, for example, the final ELSE condition in an IF...THEN...ELSIF...ELSE...END PL/SQL statement.
For a transition to be valid, it must conform to the following rules:
All activities, apart from START and END, must have at least one incoming transition.
Only the AND and OR activities can have more than one incoming transition.
Only a FORK activity can have more than one unconditional outgoing transition.
A FORK activity can have only unconditional outgoing transitions
An activity that has an enumerated set of outcomes must have either an outgoing transition for each possible outcome or an unconditional outgoing transition.
An activity can have zero or more outgoing complex expression transitions.
An activity, with an outgoing complex expression transition, must have an unconditional outgoing transition.
An END_LOOP transition must have only one unconditional transition to its associated FOR_LOOP or WHILE_LOOP activity.
The transition taken by the exit outcome of a FOR_LOOP or WHILE_LOOP must not connect to an activity that could be carried on as a result of the "loop."
To create dependencies using transitions:
When working in the select mode, place your mouse pointer along the right border of the activity icon along its center line.
The editor displays the cursor as a small horizontal arrow, indicating that you can now use the mouse button to connect activities.
Press the left mouse button and scroll towards the next activity. As you begin to scroll, the cursor appears as an arrow with a plus sign under it. Continue to scroll towards the next activity until the plus sign under the cursor arrow changes to a circle. Release the mouse button to connect the two activities.
The editor displays an arrow between the two activities, assigns a default name to the transition, and displays the transition in the explorer and object selector windows.
In the object selector window, view or edit the following attributes:
Name: The editor assigns a default name which you can change.
Description: You can type an optional description for the transition.
Condition: Transitions that you initially draw on the canvas are unconditional by default. To override the default and apply conditions, click the button in the Condition as described in "Defining Transition Conditions". If you select a condition, then the editor displays the associated icon imposed onto the transition line on the canvas.
Source: This property is read-only and indicates the first activity in the connection.
Target: This property is read-only and indicates the second activity in the connection.
Some activities such as Sqlplus require additional configuration. These configuration details for a given activity are listed in "Using Activities in Process Flows" in the Warehouse Builder Online Help.
Process flows and activities support the PL/SQL parameter passing concept, allowing data to be passed and reused through parameterization. This is accomplished through data stores, which are implemented as either parameters or variables. Process flow allows the data to be passed between data stores.
Parameters allow passing of data between a process flow and its activities or subprocesses.
Variables allow the storage of transient data, which is then maintained for the lifetime of running the process flow. Variables are used to pass data between activities.
Figure 8-6 shows the direction in which the data is passed.
Figure 8-6 Relationship between the scope and the direction in which the data is passed
Process flows follow the following rules for allowing the data to be passed between data stores:
Process flow variables can be initialized from flow parameters, but the reverse is not allowed.
Activity parameters can pass data bidirectionally between process flow variables and process flow parameters.
Transition expressions can be evaluated against their source activity parameters, process flow parameters, and process flow variables.
A data store cannot be accessed from another data store within the same scope.
The namespace allows a data store of an inner scope to hide the data store of an outer scope, similar to PL/SQL. By qualifying the data store name with the process flow name or activity, you can reference the hidden data store name. For example:
My_PROC.VAR1
The namespace does not allow referencing of data from another data store within the same scope.
A data store may be bound to another data store in an outer scope, which supports the passing of data in both directions.
Process flow bindings follow the same semantics as PL/SQL with the following rules:
All the data is passed within the process flow by value.
Variables can be initialized through a binding. They cannot return a value.
An INOUT parameter can be bound to an IN parameter in an outer scope. The output value, which is passed by value, is audited and then discarded.
A variable may not pass data out to a Process Flow parameter. So, this is accomplished by the use of an Assign operator, which can be bound to the variable and the parameter.
Oracle Warehouse Builder supports the use of PL/SQL expressions for the derivation of parameter values and the use of 'complex expression' transitions.
The expression must produce a correctly typed value for data store. Automatic conversion from VARCHAR is supported. When the expression is associated with a transition a BOOLEAN result is expected.
During evaluation, an expression will have access to the outer scope which encloses it. So, an expression for an activity parameter will be able to use process flow variables and process flow parameters in its evaluation.
The PL/SQL expression is run in the context of the Control Center user who requested the process of the activity. However, in the case where the Oracle Workflow schema is hosted in a remote database instance, the effective user of the generated database link will be used instead. A different Control Center user may be selected by configuring the process flow and specifying an 'Evaluation Location.' So the expression may reference any PL/SQL function that is accessible to the Control Center user.
Warehouse Builder also makes additional data values available to the expression from the current activity and the owning process flow.
Table 8-2 lists these global expression values.
Table 8-2 Global Expression Values
| Identifier | Type | Description |
|---|---|---|
|
NUMBER_OF_ERRORS |
NUMBER |
Number of errors reported on completion of activity execution |
|
NUMBER_OF_WARNINGS |
NUMBER |
Number of warnings reported on completion of activity execution |
|
RETURN_RESULT |
VARCHAR2(64) |
Textual representation of result. For example, 'SUCCESS,' 'WARNING,' 'ERROR' |
|
RETURN_RESULT_NUMBER |
NUMBER |
Enumeration of RESULT_RESULT1 = SUCCESS2 = WARNING3 = ERROR |
|
RETURN_CODE |
NUMBER |
Integer 0-255, specific to activity, synonymous with an Operating System return code |
|
PARENT_AUDIT_ID |
NUMBER |
The audit ID of the calling Process Flow |
|
AUDIT_ID |
NUMBER |
The audit ID of the activity |
Table 8-3 lists the additional constants provided.
| Identifier | Type | Description |
|---|---|---|
| SUCCESS | NUMBER | SUCCESS enumerated value |
| WARNING | NUMBER | WARNING enumerated value |
| ERROR | NUMBER | ERROR enumerated value |
Use the Transition Editor to specify one of the enumerated conditions or write an expression for a complex condition. The enumerated conditions include success, warning, and error. These are displayed on the canvas as shown in Table 8-3.
Table 8-3 Types of Conditions for Transitions
| Icon | Transition | Description |
|---|---|---|
 |
Success |
The process flow continues only if the preceding activity ends in success. |
 |
Warning |
The process flow continues only if the preceding activity ends with warnings. |
 |
Error |
The process flow continues only if the preceding activity ends in error. |
 |
Warning |
The process flow continues only if the preceding activity ends with warnings. |
 |
Complex |
The process flow continues only if the preceding activity returns a value that meets the criteria you specify in an expression. |
|
Extended |
The process flow continues only if the preceding notification activity ends with an extended result. |
Extended transition is valid only for Notification activities because they are the only activity that return an extended result. The activity acquires this icon when set to an outcome of #MAIL, #NOMATCH, #TIE, or #TIMEOUT. Table 8-4 lists the output and the description of the Extended transition.
Table 8-4 Output and Description of the Extended Transition
| Output | Description |
|---|---|
|
#NOMATCH |
Result of a voting notification where no candidate acquired the minimum number of votes to win. |
|
#TIE |
Result of a voting notification where the result was a tie. |
|
|
A mail error occurred for the notification. Some recipients did not receive an email notification and so it was canceled. |
|
#TIMEOUT |
The notification did not receive a response within the configured amount of time. |
If the activity has only one outgoing activity, then you can specify any of the conditions listed in Table 8-3 or leave the transition as unconditional.
The rules for using multiple outgoing transitions depend on the type of activity. The general rule is that you can use an unlimited number of complex conditions in addition to one of each of the following: SUCCESS, WARNING, ERROR, and UNCONDITIONAL. The exception to this rule is when you use control activities such as AND, FORK, and OR.
When you add multiple outgoing transitions from an activity, ensure that the conditions do not conflict. A conflict occurs when the process flow logic evaluates that more than one outgoing transition is true.
Figure 8-7 shows a portion of a process flow in which different activities are triggered based on the three possible completion states of MAP1. Because only one of these conditions can be satisfied at a time, there is no conflict. If you attempt to add an unconditional transition or another conditional transition, two transition conditions would be true and the process flow would be invalid.
Figure 8-7 Outgoing Transition Conditions
