As explained in the concept chapter for Activities, a series of activities connected with one another by transitions constitutes the core of the process.
An activity is represented in the Process Workbench in two different ways. In the Outline view it is represented by a small gear pictogram. In diagrams you will see an activity depicted as a box possibly with transition symbols related to other symbols representing its performer, its data and the application invoked by this activity.
Figure: A Representation of an Activity
To create an activity you can either:
When deleting activities, you must make a distinction between deleting an activity from the model information or only deleting a symbol from a diagram. To do the first - delete an activity from a model - you proceed as follows:
The option Delete Symbol in the pop-up menu called from within the diagram canvas will only remove the activity symbol from the diagram.
An activity in Infinity Process Platform is visualized by a red gear. In diagrams an activity is visualized as a gray rectangle overlaid by an icon according to the activity type.
The properties of an activity are accessible in its properties dialog. Activity characteristics are bundled into the following categories, each represented in an own pane:
Section Implementation specific describes implementation specific settings, like the participant of a manual activity.
In the Authorization section, you can set specific permissions for activities. Refer to section Authorization for Activities of chapter Setting Authorization in Model Element Property Pages for details.
Besides the main general properties for name, ID and description, which are described in section General Properties of chapter Viewing and Editing Properties of Models and Model Elements, general properties of an activity additionally comprise the following checkbox options:
Figure: General Activity Properties
The description of the activity is displayed as tooltip text in the Infinity Process Platform Portal when you hover the mouse over the activity name.
For this property a checkbox is provided to mark activities as auxiliary from a business perspective. This option is disabled by default, except for the route activities. Auxiliary activities marked as Is Auxiliary Activity will be treated equivalent to route activities in the process history.
Figure: Is Auxiliary Activity Option
For route activities, this option is set to Is Auxiliary Activity per default.
Please note that if a subprocess activity is defined as an auxiliary activity, a disabled Show/Hide auxiliary activities filter button in the Infinity Process Platform Portals process history also hides all following activities in this subprocess.
Control flow options define the split, join and loop behavior around the activity. Refer to chapter Specifying Activity Control Flow for details.
Figure: Control Flow Options
For details on event handling refer to chapter Working With Activity Event Handlers.
The activity properties dialog allows you to add and remove data mappings belonging to this activity. The In data mapping maps workflow data to the input of the activity. The mapping is interpreted depending on the activity implementation type. In comparison to the data mappings properties dialog you will find here all data mapped to this activity. Refer to Specifying Data Mappings for more information on mapping data to applications via an activity.
The activity properties dialog allows you to add and remove data mappings belonging to this activity. The Out data mapping maps workflow data to the output of the activity. The mapping is interpreted depending on the activity implementation type. In comparison to the data mappings properties dialog you will find here all data mapped to this activity. Refer to Specifying Data Mappings for more information on mapping data to applications via an activity.
The following controlling parameters are available for activities:
Figure: Quality Assurance
This property has the default value include for interactive activities and not include for non-interactive activities. It is used in the Control Center view Resource Performance view, where all activities having this controlling property set to include are included into the calculation.
In case you choose to mark the activity for quality assurance, select the checkbox for Quality Assurance Activity. Note that activities having a conditional performer as default performer are not supported to be marked for quality assurance. In case the default performer of the activity is a conditional performer, selecting the checkbox results in an inconsistency error. The following fields become available:
Figure: Quality Assurance
For details on how probability value and formula are used to determine quality assurance, refer to chapter Quality Assurance in the Concepts section for Infinity Process Platform .
The Quality Assurance Codes panel contains a table of all Quality Assurance codes defined in the model properties dialog. Refer to section Quality Assurance Codes of chapter Quality Assurance on interactive Activities for details on setting or editing these codes.
Per default, all codes defined for the model are deselected. To add codes to the list of applicable Quality Assurance codes, select a subset of the Quality Assurance codes.
Figure: Quality Assurance Codes
In this section you can specify simulation configurations, as described in chapter Simulation Configurations of the Infinity Process Platform Simulation Guide.
In this section you can specify the subprocess refinement required.
Figure: Setting the Subprocess Refinement Required.
Pease refer to the chapter Project Effort Calculation for detailed information on Project Effort calculations.
Activities in the Infinity Process Workbench can be of the following types:
Chapter Activities of the Workflow Basics concepts part describes the concepts of these implementations.
The type of activity and related details are set in the implementation section of the activity properties. To set the type to manual activity or route activity, a selection of the type and providing the parameters in the implementation section is sufficient.
There is no special implementation setting for route activities, as they mainly serve as routers.
The implementation setting for manual activities is the participant to perform this activity. Select a performer in the provided list or via a role-assignment in the diagram.
You have the option to convert manual activities to JSF application activities. Please refer to chapter Converting Manual Activities to JSF Application Activities for more information on this issue.
In the case of the application type, an application has to be created in the model. It can be linked to the activity by selecting it from the provided list or by an executed-by connection in the diagram. All execution parameters for the application are set in the properties dialog pertaining to the application.
To define an activity as a subprocess, select Subprocess
as the type of the activity. In the properties dialog, select the desired process from
list of existing process definitions.
Figure: Configuring a Subprocess
For details on working with subprocesses, refer to chapter Configuring Subprocess Activities.
You determine the type of implementation while you create the specific activity. To change the implementation type, right-click the activity in the diagram and select Implementation. Choose the implementation type you like to change your activity to.
Figure: Changing the Implementation type of an Activity
In case you like to convert your activity to and JSF application activity, choose Convert to JSF Application Activity. Refer to chapter Converting Manual Activities to JSF Application Activities for details on this conversion.