This is an old revision of the document!
This chapter will give an introduction to modeling with iGrafx by using a specific example. A detailed documentation for iGrafx can be found here. When opening the programm the following screen will show up:
A new model must be created in the next step. This model will define the single steps in our process. Afterwards it can be exported as an processdefinition. After clicking the button for a new model, this window opens up:
For this example, we use a BPMN Multi-Lane Collaboration diagram.
The following example should show the different possibilities to model and design processes in iGrafx in combination with T!M. The scenario is a so called “onboarding procedure” of a new employee, that can be used in every company.
This paragraph explains the basic functions for working with process models:
1. When starting the modeling of a process model, all involved departments and/or company parts should be defined. This will be managed by so called pools and swimlanes, simply called lanes. A pool is a superior unit and and the single lanes represent subzones, e.g. departments in the company. Since we chose the template with more Swimlanes, there are already two lanes and the necessary start event in our diagram, which has to be unique in the process model. By right clicking the already exisiting pool it is possible to open the department manager. This manager makes it possible to add new Swimlanes to the pool. 2. In order to rename the swimlanes, the desired element has to be selected and then clicked. Now it is possible to individualize the label. In this case the pool stands for a superior company and the lanes stand for departments in this company. On the one hand there is the Human Ressources Department (“HR”) and on the other hand there is the IT department (“IT”). The start event is already placed in the diagram, so it doesn't have to be added separetly. In case this should be necessary, it can be added by clicking the corresponding symbol in the left band. The click on it selects the start event and can now be placed somewhere in the diagram by clicking the desired destination. 3. For the first step the Task “Create personal file” should be processed. A task node has to be placed behind the start event in order to reach this goal. By selecting the task node symbol in the left band, followed by a click in the diagramm, the task is added to the processmodel. The labeling works similiar to the labeling of the swimlanes by two clicks. For the next step the start event has to be connected with the Tasknode. This connection is called “transition”. This can be managed by clicking and holding on the startevent and then moving the mouse onto the task node.
With an “AND” gateway it is possible to execute multiple steps of a process at the same time. The parallel gateway waits for all tasks inside to be finished before going on. In this example there are two tasks to be done at the same time. One for the HR and one for the IT department.
A process needs different attributes in order to be able to run. These attributes can be created or edited by rightclicking an element and choosing properties. Different menupoints are shown for the current element. The attributes that are most relevant to T!M are under the “Execution” point. In the image we see the general attributes for a process, that can be found in the properties of the start event.
Attribute | Description |
---|---|
Description | Description of the process, which will later be shown in T!M (tooltip and process report). |
Starter Mandatory | Here you have to enter a group or a user, who is allowed to start instances of a process definition, e.g. user(max.mustermann), group(pm). |
Owner Mandatory | Here you have to enter a group or a user who “owns” the process in T!M. “Owner” means that this person is responsible for the process |
Deployer Mandatory | Here you have to enter a group or a user who is allowed to deploythe process onto the T!M system. |
Smartform | Here you can enter the defintion of the smartform. |
After this short overview about the attributes that are necessary, we go on with our example process. Basically every activity must have its own unique name. If no task is explicitly defined for the activity the systems generates a task with the name of the acitvity. With the aid of the properties menu it is possible to add one or more tasks for an activity. Optionally you can enter a duration for an activity. In this case we add a task to the “Create Personal File”.
Now the general attributes have to be defined. Owner, Starter and Deployer are needed at this point.
After these changes a deployment check is executed.
Before publishing a process it is possible to do a deployment check. This check shows if all settings are inserted and if the process was able to run as it is. The deployment check can be accessed in the following menu:
There are two possible ways this check can end:
When running through an XOR/exclusive Gateway not all outgoing transitions get active, in contrast to the AND gateway. So there must be any kind of decision which defines which way gets active and only the tasks on this way are to be completed. That decision is made by the user who finshes the last task before the process enters the XOR Gateway. This can be done by a popup, which shows all possible descisions.
The publishing (Deployment) of the process onto the T!M - Task !n Motion system happens by choosing the Menupoint “Publish As”. Therefore the User needs the role Deployer in the T!M user administration.
After entering the username and the password the process can be published by clicking “Deploy Process”. In the output window a message over the success of the deployment is shown.