Diagramme BPMN pour l'automatisation des workflows

Modèle et notation des processus métier (BPMN)

est une représentation graphique pour spécifier les processus métier dans un modèle de processus métier. Il fournit un moyen standard de modéliser les étapes d'un processus métier. Cette norme est maintenue par l’Object Management Group (OMG). Le BPMN est conçu pour être compris par toutes les parties prenantes de l'entreprise, y compris les analystes d'affaires qui créent et affinent les processus, les développeurs techniques responsables de l'implémentation des processus, et les personnes d'affaires qui gèrent et surveillent les processus.

Symboles BPMN

1. Objets de flux :

   • Évènements : Représenter quelque chose qui se passe (début, intermédiaire et fin). Ils sont représentés par des cercles.

     • Démarrer un évènement : Un cercle à trait fin.

     • Événement intermédiaire : Un cercle à double contour.

     • Événement de fin : Un cercle à ligne épaisse.

   • Activités : Représenter le travail effectué dans le cadre d'un processus métier. Elles sont représentées par des rectangles arrondis.

     • Tâche : Une unité de travail.

     • Sous-processus : Un ensemble de tâches regroupées en une seule activité.

   • Passerelles : Points de décision qui peuvent diviser et fusionner le flux du processus. Ils sont représentés par des carreaux.

     • Passe exclusif (XOR) : Seul un chemin peut être emprunté.

     • Passerelle parallèle (ET) : Tous les chemins sont pris.

     • Passerelle inclusive (OU) : Un ou plusieurs chemins peuvent être suivis.

2. Connexion d'objets :

   • Flux de séquence : Indique l'ordre des activités. Représentée par une ligne continue avec une flèche.

   • Flux de messages : Montre le flux de messages entre les participants. Représenté par une ligne en pointillés avec une flèche.

   • Association : Lie les artefacts avec les objets de flux. Représenté par une ligne pointillée.

3. Couloirs :

   • Pool : Représente les principaux participants dans un processus.

   • Couloir : Sous-partitions dans un pool pour organiser les activités.

4. Éléments :

   • Objet de données : Affiche les données requises ou produites par les activités.

   • Groupe : Utilisé pour regrouper différentes activités.

   • Annotation : Fournit des informations textuelles supplémentaires.

Utilisations

• Amélioration des processus métier

• Développement logiciel

• Conformité et gestion des risques

• Formation et Intégration

• Gestion de projet

• Service clientèle et assistance

• Gestion de la chaîne d'approvisionnement

• Processus financiers

• Soins de santé

• Gestion des ressources humaines

Exemple : Processus d'approbation de Concepteur de Code

Participants

1. Designer de code: Responsable de la création et de la révision de la conception du code.

2. Chef(fe) de l'équipe de développement: Vérifie la faisabilité technique du design et le respect des normes.

3. Équipe QA : Tester la conception pour s'assurer qu'elle respecte les normes de qualité.

4. Responsable de projet: Fournit l'approbation finale pour la conception.

5. Designer UX: Assure que le design respecte les normes d'expérience utilisateur.

6. Équipe de sécurité : Revoir la conception pour les vulnérabilités de sécurité.

7. Équipe des opérations: Examinez la conception pour la faisabilité de déploiement.

8. Parties prenantes: Donner votre avis et approbation d'un point de vue commercial.

Explication de la manière de commencer à construire un diagramme BPMN :

1. Démarrer l'événement: Le processus commence lorsque le Concepteur de code commence à travailler sur le design. Ceci est représenté par un cercle dans le diagramme BPMN.

2. Créer un design (Tâche 1): Le Concepteur de code crée le design initial. Ceci est représenté par une boîte de tâche rectangulaire.

3. Revue Conception pour la faisabilité technique (Tâche 2): Le responsable de l'équipe de développement examine la conception pour évaluer sa faisabilité technique, sa complétude et son adhérence aux normes de codage. Une passerelle décisionnelle (forme de losange) suit pour déterminer si la conception est approuvée.

   • Porte de décision: Si la conception est approuvée, elle passe à l'examen UX. Sinon, des retours sont fournis au Concepteur de code.

4. Réviser le design (Tâche 3): Si la conception n'est pas approuvée, le Concepteur Code la révise en fonction des retours. Cette tâche est représentée par une autre boîte de tâche rectangulaire et est reliée à la tâche de révision, formant une boucle.

5. Revoir la conception pour UX (Tâche 4): Le Concepteur UX révise le design pour s'assurer qu'il respecte les normes d'expérience utilisateur. Un portail de décision suit pour déterminer si la conception est approuvée.

   • Porte de décision : Si la conception est approuvée, elle passe à l'examen de la sécurité. Sinon, des retours sont fournis au concepteur de code.

6. Réviser le design (Tâche 5): Si le design n'est pas approuvé, le Code Designer le modifie en fonction des retours du UX Designer. Cette tâche est représentée par une autre boîte rectangulaire de tâche et est reliée en retour à la tâche de révision UX, formant une boucle.

7. Revoir la conception pour la sécurité (Tâche 6) : L'équipe de sécurité examine la conception pour d'éventuelles vulnérabilités de sécurité. Une passerelle décisionnelle suit pour déterminer si la conception est approuvée.

   • Passerelle de décision : Si la conception est approuvée, elle passe aux tests QA. Dans le cas contraire, des retours sont fournis au concepteur de code.

8. Réviser le design (Tâche 7): Si la conception n'est pas approuvée, le Concepteur de Code la révise en fonction des avis de l'équipe Sécurité. Cette tâche est représentée par une autre boîte rectangulaire de tâche et est reliée à la tâche de révision de la sécurité, formant une boucle.

9. Conception de test (Tâche 8): L'équipe QA teste la conception pour la fonctionnalité, les performances et la conformité aux normes de qualité. Un point de décision s'ensuit pour déterminer si le design passe la garantie de qualité.

   • Passerelle de Décision: Si la conception réussit le contrôle qualité, elle passe en revue des opérations. Si ce n'est pas le cas, des retours sont fournis au Concepteur de Code.

10. Réviser le design (Tâche 9): Si le design ne passe pas l'QA, le Concepteur de Code le révise sur la base des retours de l'équipe QA. Cette tâche est représentée par une autre boîte de tâche rectangulaire et est reliée à nouveau à la tâche de test QA, formant une boucle.

11. Réviser le design pour le déploiement (Tâche 10): L'équipe des opérations examine la conception pour la faisabilité du déploiement. Une passerelle de décision suit pour déterminer si la conception est approuvée.

    • Porte de décision: Si le design est approuvé, il passe à la revue par les parties prenantes. Sinon, des retours sont fournis au concepteur de code.

12. Réviser le design (Tâche 11) : Si la conception n'est pas approuvée, le Code Designer la révise sur la base des retours de l'équipe des opérations. Cette tâche est représentée par une autre boîte rectangulaire et est reliée à la tâche de révision des opérations, formant une boucle.

13. Revue par les parties prenantes (Tâche 12): Les parties prenantes examinent le design sous l'angle des affaires et donnent un avis final. Une passerelle décisionnelle suit pour déterminer si la conception est approuvée.

    • Porte de décision: Si le design est approuvé, il passe au Responsable de projet pour approbation finale. Sinon, des retours sont fournis au concepteur de code.

14. Revoir le design (Tâche 13): Si le design n'est pas approuvé, le concepteur de code le révise en fonction des retours des parties prenantes. Cette tâche est représentée par une autre boîte rectangulaire et est reliée à la tâche de revue par les parties prenantes, formant une boucle.

15. Approbation finale (Tâche 14): Le responsable de projet donne l'approbation finale pour le design. Une passerelle de décision suit pour déterminer si la conception est approuvée.

    • Porte de Décision: Si le design est approuvé, il est mis en œuvre par l’équipe de développement. Si ce n'est pas le cas, des retours sont fournis au Code Designer.

16. Revoir le design (Tâche 15): Si le design n'est pas approuvé, le designer de code le révise en fonction des retours du chef de projet. Cette tâche est représentée par une autre boîte rectangulaire de tâche et est reliée à la tâche d'approbation finale, formant ainsi une boucle.

17. Finir l’évènement: Le processus se termine lorsque la conception est approuvée par le chef de projet et mise en œuvre par l'équipe de développement. Ceci est représenté par un cercle.

Ce diagramme BPMN élargi garantit une approche complète et itérative du processus d'approbation par le concepteur de code, impliquant plusieurs parties prenantes et des phases de révision approfondies pour s'assurer que le design répond à toutes les exigences techniques, UX, de sécurité, de déploiement et d'affaires.

Bonne chance et laissez vos retours.

Salutations

Khawaja Rizwan