Specifying the behavior of a task in a System Process
Conformément à la norme BPMN, un processus peut avoir des comportements différents.
Avec Hopex Business Process Analysis, ces comportements sont disponibles pour les processus, les opérations, les processus applicatifs et les tâches.
Les comportements
Les comportements proposés sont :
• Transaction : une transaction est un ensemble d'activités coordonnées entre elles en vue d'obtenir un résultat cohérent et vérifiable.
• Boucle : une boucle est une étape d'un processus qui est répétée tant qu'une condition est vérifiée.
• “Faire tant que” : la condition est évaluée avant la première exécution.
• “Faire jusqu'à ce que” : la condition est évaluée après la première exécution. Dans ce cas, le processus est toujours réalisé au moins une fois.
Le prédicat permet de spécifier la condition d'exécution de la boucle.
• Ad hoc : les étapes d'un processus de ce type ne sont pas contrôlées, ni ordonnées. L'ordre de réalisation est déterminé par les participants qui exécutent le processus.
• Multiple : le processus est répété un nombre prédéfini de fois qui est évalué avant sa première exécution. Il est possible de spécifier le type d'exécution :
• “Parallèle” : toutes les exécutions sont réalisées en même temps
• “Séquentielle” : les exécutions sont réalisées les unes après les autres.
• Compensation : une compensation définit l'ensemble des activités qui sont réalisées après l'annulation d'une transaction pour compenser les activités réalisées durant le déroulement normal du processus.
Pour décrire, par exemple, qu'un processus est exécuté en boucle :
1. Ouvrez la page de propriétés Caractéristiques du processus.
2. Dans la section Détails, à droite du champ Boucle, sélectionnez le type de boucle correspondant au comportement du processus et ajoutez le texte de la condition.
La forme du processus est modifiée pour faire apparaître le symbole de la boucle.
Type de tâche
Pour préciser le type d'une tâche :
1. Ouvrez la page de propriétés Caractéristiques du processus.
2. Dans la section Détails, cliquez sur la flèche à droite du champ Type de tâche.
La liste des types de tâche s'affiche.
• Réception : tâche élémentaire qui attend l'arrivée d'un message en provenance d'un participant externe au processus. Quand le message a été reçu, la tâche est terminée.
• Emission : tâche qui envoie un message à un participant externe au processus. Quand le message a été envoyé, la tâche est terminée.
• Manuelle : tâche réalisée sans l'aide d'un moteur d'exécution automatique d'un processus ou d'une application informatique.
• Règle métier : tâche d'exécution d'une règle métier qui dispose d'un moteur de règles qui traite les données en entrée et retourne en sortie les résultats du calcul effectué.
• Script : tâche réalisée par un moteur d'exécution de processus. Le concepteur définit un script dans un langage que le moteur est capable d'interpréter. Quand la tâche est prête à démarrer, le moteur exécute le script. La tâche est terminée quand l'exécution du script est terminée.
La forme du processus est modifiée pour faire apparaître le symbole associé au type de tâche.Modeling Tasks of a System Process
The functional analysis phase describes the system processes implemented in the different use cases of an application or service.
A system process diagram specifies the sequence flow of tasks to be executed so that the user can check that the application satisfies its requirement.
Functional Modeling Example
The system processes used for a project functional analysis are stored in a package.
In the example of the purchase request processing automation project, system processes are stored in the "Urgent Purchase Requests" package .
A system process is the executable representation of a process. the events of the workflow, the tasks to be carried out during the processing, the algorithmic elements used to specify the way in which the tasks follow each other, the information flows exchanged with the participants.Display the diagram describing a step in the system process in detail:
To open the diagram describing in detail a step in the system process:
1. Right-click the system process, for example "Consult Stock Levels" to open its pop-up menu.
2. Select System Process Diagram.
The diagram associated with the process opens.
Consulting stock levels begins by display of a screen enabling identification of the required part. The list of parts found in the catalog is presented in the next screen.
When the user has selected the required part, information on details is displayed. From this screen, it is possible to obtain information on another part, make an availability request for the part, or indeed order the part.
Modeling Tasks of an IT Service
The phase of detailed analysis of system components impacted by the project consists of detailed modeling of the operation of IT services.
In the context of the urgent order request processing automation example, the service for comparing prices is represented by a system process.
This diagram describes the algorithm of the "Compare Prices" service, which should return the reference of the lowest-priced part.
The list of suppliers of the required part is given at input. The part proposed by the first supplier in this list becomes the reference part. Assuming the supplier list is not empty, data concerning the required part is then analyzed. If the price of the current part is lower than the price of the reference part, the reference part becomes the current part.
When the complete list of suppliers has been analyzed, information concerning the reference part is sent to the "Order Amount Calculation" service.