A process is a defined business activity whose executions are identified in terms of the input and output of specific entities or of data about specific entities.
Processes are activities for which a start and an end can be imagined. A process is something that can be said to be executable. An occurrence of a process is named a process execution.
For example, a single execution of a process that is called Take Order deals with the input of certain information about a particular order request and results in the creation of an ORDER entity.
Processes can be discovered by:
CA Gen captures the following details about a process:
Note: The properties of processes that are discussed here are optional for all but elementary processes. Usage properties, information views, and dependencies are typically recorded only for elementary processes.
The name of a process consist of a verb-noun combination. The noun is typically the name of an entity type or attribute.
For example:
Order, Invoice, and Contract are likely to be the names of entity types whose occurrences are manipulated during process execution.
Account is an entity type with an attribute Balance that the process Calculate Account Balance modifies.
The definition of a process, which is stored as part of its description in CA Gen, explains the process does and why it does it.
If these facts are recorded, it is clear that they merely reflect the current approach of the business to implementing the process. The definition describe a single execution of the process.
Who performs the process, when it is performed, or how it is performed are questions that are not fundamental to the existence of the process.
A process that is called Take Order, for example, defined as an order is created based on a customer request, with an order item for each different type of product requested.
The description is the starting point for defining the actions of the process. It is therefore useful to assemble in the description the set of preconditions for an execution of the process, and the post-conditions that arise from an execution. These conditions are discussed later in Dependency Analysis.
You record the following definition properties for a process:
Usage properties include the "Expected frequency of occurrence," estimated number of executions of a process in a given time period, and the "Expected growth" of that number of executions over time. This information is useful in later stages, when defining databases, for instance.
Expected effects define, at the level of entity types, the effect that the execution of an activity can have on data. For each entity type with which the activity deals, the analyst specify whether entities are read, created, updated, or deleted (C, R, U, or D).
When recording expected effects using CA Gen, you must have previously defined the affected entity types.
Considering expected effects prompt you to add further entity types to the model. This is one instance where activity modeling leads into interaction analysis.
You record expected effects for a process in process details, or by direct entry in the cells of the Entity Type/Process Matrix. For example, consider the process Take Order, which probably affects entities of the following types:
The expected effects, then, appear in the matrix that is illustrated in the following table.
Entity Type |
Created |
Read |
Updated |
---|---|---|---|
CUSTOMER |
|
R |
|
ORDER |
C |
|
|
ORDER ITEM |
C |
|
|
PRODUCT |
|
R |
|
PRODUCT STOCK |
|
|
U |
Remember that delete is rare in business. For legal, audit and statistical reasons, entities are updated to inactive status and not deleted until, often years later, a separate administrative process deletes entities that are no longer needed for any purpose.
The information views of a process describe in detail which entities and attributes are referenced or manipulated during execution of the process.
Defining the content of information views closely associates a process with data. Therefore, the data model is stable before information views are defined. The chapter "Analyzing Interactions" includes a detailed discussion of information views.
Dependencies are the conditions that define how the execution of an activity depends resources, material, or information that are created or available as the result of an execution of other activities, or the occurrence of an event.
Copyright © 2014 CA.
All rights reserved.
|
|