Business process modeling systems

[subornaakter40]

The model contains diagrams, text fragments and glossaries with links to each other. Diagrams are the main components of the model, all interfaces and functions in them are presented as arcs and blocks.

Where the arcs connect to the block hotel email list depends on the interface type:

control information enters the upper block;

input information enters the left block;

the results come out of the right block;

The mechanism (human or automated system) performing the operation enters the lower block.

Each element of the model can be decomposed (explained in more detail) on another diagram. Modeling should be completed when the model is detailed enough. The total number of levels in it cannot be more than 5-6.

Diagrams are constructed from the moment the entire system is represented as a single block and arcs depicting interfaces with non-system functions. Then the block representing the system as a single module is detailed in another diagram using several blocks united by interface arcs. Each detailed diagram is a decomposition of a block from a diagram of the previous level. At each step of decomposition, the diagram of the previous level is called parent - so that the diagram is even more detailed.

There is no time or sequence in diagrams of this type. The method has many disadvantages: difficulties in perception due to the large number of arcs in the diagrams and the many levels of decomposition, and difficulties in linking several processes.

The method allows modeling the sequence of actions and the interdependence between them within processes. IDEF3 models allow detailing IDEF0 functional blocks that do not have decomposition diagrams.

IDEF3 diagrams represent an activity as a rectangle. Verbs or verbal nouns are used to name the activities. Each activity has its own unique identification number (the activity number is usually preceded by the number of its parent, for example, 1.1). All IDEF3 links are unidirectional and are organized from left to right.

Types of IDEF3 Relationships
Temporal precedence is a simple arrow. The initial action must finish before the final action begins.

Object flow is a double-headed arrow. The output of the initial action is the input of the final action. The name of the flow links should clearly indicate what object is being transmitted using them.

Fuzzy relationship (Relationship) – dotted arrow.

When one action ends, it may mean that several other actions begin at once, or, on the contrary, an action may mean the completion of several other actions before its execution begins (process branching). To reflect process branching, special blocks are used:

"And", block with & sign;

"Exclusive OR" ("one of"), block with X sign;

"OR", block with O sign.

If you want the "AND" and "OR" actions to be synchronous, use two double vertical lines in the block to indicate this. If synchronous operation is not required, use one line.

Using the IDEF3 method, an activity can be decomposed multiple times, thereby documenting alternative process flows in a single model.

This representation is performed to show the transformation of input data into output data by each process. Both information and material flows can be reflected here.

As in other models, decomposition is supported.