Differenze tra le versioni di "Workflow configuration steps - Introduction"

Da itm wiki.
(Creation and basic settings)
(Etichetta: visualeditor)
(Creation and basic settings)
(Etichetta: visualeditor)
Riga 10: Riga 10:
  
 
The list of ''[[glossary|workflows]]'' and functionalities to update and create new ''[[glossary|workflows]]'' are by default made available, by default, at the following menu entry: '''''General/WorkFlow/WorkFlow Engine'''''. The list of available ''[[glossary|workflows]]'' appears as in the screen below.
 
The list of ''[[glossary|workflows]]'' and functionalities to update and create new ''[[glossary|workflows]]'' are by default made available, by default, at the following menu entry: '''''General/WorkFlow/WorkFlow Engine'''''. The list of available ''[[glossary|workflows]]'' appears as in the screen below.
[[File:Workflow list screen.JPG|left|thumb|850x850px|Workflow list screen]]
+
[[File:Workflow list screen.JPG|left|thumb|850x850px|Workflows list screen]]
  
 
In the screen some commands are made available by means of specific buttons:
 
In the screen some commands are made available by means of specific buttons:
Riga 39: Riga 39:
 
|}
 
|}
  
process is caractetized by:
+
After creating a new workflow with the ADD NEW command, it is possible to complete its basic configuration by editing the following screen.
 +
 
 
*  Type.  itmSUITE® call it ''[[Glossary|Ticket type]]''.
 
*  Type.  itmSUITE® call it ''[[Glossary|Ticket type]]''.
 
*  Status ''[[Glossary|Workflow status]]''
 
*  Status ''[[Glossary|Workflow status]]''

Versione delle 17:21, 7 nov 2015

Introduction

A workflow is a business process, made of a sequence of activities transforming inputs into outputs with the aim to achieve specific outcomes. With itmSUITE® it is possible to support the execution of workflows by means of its embedded workflow engine.

itmSUITE® makes available a set of predefined workflows by means of workflow cartridges. These preset workflows can be modified and new workflows can be added. All workflows can be exported and re-imported by means of workflow cartridges.

This guide will go through the key steps needed to create a workflow from scratch, assuming the basic itmSUITE® configurations (company and its related master data, services, etc.) were previously completed (see Introduction to basic configuration).

Creation and basic settings

The list of workflows and functionalities to update and create new workflows are by default made available, by default, at the following menu entry: General/WorkFlow/WorkFlow Engine. The list of available workflows appears as in the screen below.

Workflows list screen

In the screen some commands are made available by means of specific buttons:

Command Performed functionality
DELETE Deletes one or more selected workflows.
CHANGE STATUS TO BE CHECKED
ADD NEW Adds a new workflow.
COPY Copy the selected workflow.
FILTER Enables to filter the list of workflows.
DROP FILTER Removes any previously applied filter to the list of workflows.
PRINT LIST Prints the listed workflows.

After creating a new workflow with the ADD NEW command, it is possible to complete its basic configuration by editing the following screen.

Once we have drawn our process we have to think which Resource , or better witch Role can be enabled to execute the transition. Then we can design the Form and give a grant to the Resource.

Workflow Roles

The li

At workflow level a user can be configure with 17 roles. Roles can be:

  • Static , Application Level type
  • Dynamic , Project / Service or Workflow roles type

Static Role are the once assigned to the user, Dynamic role are configured to the resource due to is belonging to a Service or a Solution Group or a Client Organization Unit or because the resource act as Creator of Ticket

Here below the table with the role description:

Role Type Note
Requester static Assigned to a User inherited by a resource
Resource static Assigned to a User inherited by a resource
Project manager static Assigned to a User inherited by a resource
Manager static Assigned to a User inherited by a resource
Administrator static Assigned to a User inherited by a resource
Assegnee dynamic resource that has assigned a ticket activity
Creator dynamic resource that create a ticket
Master SG Member dynamic resource included in Master Solution Gruop
Master SG Manager dynamic Manager of Master Solution Gruop
OU Manager dynamic Client Organization Unit manager
Owner dynamic resource responsible for the ticket ticket
SG Manager dynamic Manager of Solution Gruop
Solution group member dynamic resource that belong to Solution Gruop
TA SG Manager dynamic Manager of Solution Gruop assigned to ticket
Third level solution group dynamic resource that belong to Third Solution Gruop
Ticket requester dynamic resource that has been marked as requester into ticket
Ticket worker dynamic resource that has in charge the ticket

Workflow Status

itmSUITE® enable the user to create how many status is needed to deploy is workflow. When the user create the workflow, the system create for him 9-legacy status:

  • Default
  • Opened
  • Defined
  • Runinng
  • In Charge
  • Completed
  • Closed
  • Reopened
  • Cancelled

this status are called legacy, because the system act in a particular way when they are reached by ticket

The Administrator can create others status that will be used to drown the desire workflow

Define a Transition

Transition are the connection between status. Definie a transition means:

  • select starting status , say Defualt
  • select ending status , say Opened
  • choose the role authorized to perform this transtion, e.g. Creator

We can create a One-way transition or bi-directional transition.

Many roles can be enabled to perform a single transition.

Form Designer

User interact with the workflow via Ticket form. To create a Ticket form the administator can :

  • Identify the necessary standard field
  • Create custom field
  • Create Form layout

Form designer , think a form as a blank page, than the administator can create Sections, and devide it in columns and compose the page inserting the fields.


Grant Management

Administrator can keep Visible or Mandatory some field based on Ticket Statusand Resource role

For example, Ticket creator see the necessary fields to define an issue, but Service desk operator that keep in charge the issue has available the first set of fields plus the once necessary to Categorize and Analyse the issue. When the Ticket will be completed the Ticket creator should have the orignal set of fields plus the solution.

Enable Services

A worflow can be live only if one o more services used the configured process. So that each workflow need at least on service. Service can act a little bit diffrently form one to enother, eg: some fields are hide for the Service A and visible per the Serive B; but all should be based on the same sets of status, having the same Ticket fields.


Manage Notification

Sometime when the workflow status changes some roles or person should be informed. This is possible due to Notification.


Notification can be manage for Event like:

Each notification can be addresses to different subjects.