Architecting and designing > Business Process Analysis (BPA) > BPMN > Modeling Processes, Sub-Processes, and Tasks in BPMN business process diagrams > BPMN Process definitions > Analysis properties
  
Analysis properties
Process Stereotype
You can specify a stereotype for a process. A stereotype provides additional information about the purpose or characteristics of a process. The default is no stereotype.
Specify a stereotype, and then click Apply.
Transaction: An Analysis (Transaction) and Execution (Transaction) tab appears in the process definition dialog. The properties on these tabs are described below.
Compensation: An Execution (Abstract Task) tab appears in the process definition dialog.
Process: An Execution tab appears in the process definition dialog. The properties on this tab are described below. You can further specify a Task Type on the Execution tab (see below).
Process Character
iterative: Iterative processes are indicated by a circular arrow indicator at the bottom center of the process symbol.
This graphic is described in the surrounding text.
parallel: Parallel processes are indicated by two parallel lines at the bottom center of the process symbol.
This graphic is described in the surrounding text.
neither iterative nor parallel: No indicator is placed on the process symbol.
Process Planning
Ad Hoc: An ad hoc process is one whose activities are completely controlled by the performers of the activities, not by a process engine. The default is that the process is not ad hoc.
Select Ad Hoc to specify that the process is ad hoc. This is indicated by a squiggle indicator at the bottom center of the process symbol.
This graphic is described in the surrounding text.
If a process is specified as Ad Hoc, then you must specify a Completion Condition. The Completion Condition property is located on the Analysis tab, and is described below.
Ad Hoc Processes are not executable, so Ad Hoc must be toggled off if the process is to be mapped to BPEL.
Completion Condition: If a process is specified as Ad Hoc, then you must specify a Completion Condition, which is a textual description that defines the conditions when the process will end.
Category
You can specify that the Process definition is part of a Category. A category is a simple grouping mechanism, introduced by the BPMN 1.0 specification. Assigning a Process to a Category enables you to show a hierarchy of categories and the Processes that belong to them using a System Architect Decomposition diagram.
Related Items
You can relate the process to other artifacts that it works upon, or that implement it. For example, a process might provide a function of the business, for example order processing. It might work on data, such as data objects or entities; for example, orders. From another view, the process might be enacted by an application, for example the Order System program. The process might be enabled by a type of technology, for example J2EE or .NET. From yet another view, the process might be performed by a role.
The Related Items list box is read-only from the definition dialog of the process. It is populated with artifacts through System Architect’s matrices. These definition types can be related to processes: Location, Entity, Application, Function, Technology, and Data Object.
To relate an artifact to a process, select View > Matrix Browser to launch the Matrix Browser. In the Business Enterprise tab, double-click the following matrices to open a matrix:
Business Process (BPMN) to Location
Business Process (BPMN) to Application
Business Process (BPMN) to Entity
Business Process (BPMN) to Data Object
Business Process (BPMN) to Technology
Business Process (BPMN) to Function
Use Case Support
System Architect provides mapping of a BPMN Business Process diagram to a UML Use Case diagram (see Mapping business process diagrams to UML use case diagrams). This enables you to have Use Case models and Business Process Models that are integrated and traceable. You can link lowest-level business processes (tasks) to Use Cases, an in turn link the Use Cases to functional software components that carry them out. As the software develops and matures, the business justification for each software element and feature can be derived from or traced back to the BPMN Business Process diagram.
The properties in the Use Case Support group of a process are mapped to properties in a Use Case, as described below.
System Use Case
You can specify that the Use Case generated from the process reference a System Use Case.
Execution Type
The execution type specifies if and how a process is mapped to a Use Case of the same name. You must set the process to one of the following types for it to map to a UML Use Case of the same name:
Manual: Processes that do not have any system interaction.
Automatic: The whole process is an interaction with the system.
Automatic and Manual: The process is a mix of manual steps and system steps
You can also specify Process Steps for a process (see below), and map these to Use Case Steps. Only Process Steps marked Automatic are mapped to a corresponding Use Case Step.
A process whose Execution Type is specified as Automatic, therefore, should not have any nonautomatic steps. A process that is Automatic and Manual will have a set of Process Steps that are also mixed.
Perspective
You can specify that the process is mapped to a use case with a Client, Supplier, or Web Service perspective.
Process Steps
Optionally specify the steps of the Business Process. These steps will be mapped to UML Use Case steps, as long as you specify them as Automatic, and the process itself has an Execution Type set to Manual, Automatic, or Automatic and Manual.
See also
BPMN Process definitions