Le diagramme d’évènements de la phase A Vision de TOGAF : étape 5 de l’étude de cas Modelio
Réalisé par les analystes métier, les experts métier, les responsables d’unité organisationnelle et destiné aux analystes métier, architectes applicatifs et responsables d’organisation, le diagramme d’évènements a pour but de réaliser des cartographies macroscopiques des processus métiers de manière que les responsables métier puisse les prioriser et les optimiser. L’ensemble de ces diagrammes avec ses 2 niveaux d’échelle différents, constitue le catalogue des processus métiers tel que TOGAF le définit.
Les processus sont regroupés par affinités fonctionnelles dans des domaines métier (package UML) comme par exemple « Marketing ».
Les évènements métier
Les évènement métier sont typés :
- Externes : générés par un acteur externe à l’entreprise.
Par exemple "Order cancellation" en provenance du "Client" et déclenchant le processus "Cancel Order".
- Temporels : générés par l’expiration d’une durée ou l’arrivée d’une date.
Par exemple "End of marketing season", correspondant à l’arrivée de la date jalon de la campagne marketing déclenchant le processus "Measure client satisfaction".
- Internes : générés à l’intérieur de l’entreprise.
Par exemple le "Marketing director" qui déclenche le processus "Run marketing campaign".
Quels niveaux de détails faut-il pour bien modéliser des diagrammes d’évènements TOGAF ?
Une erreur fréquente en voulant modéliser, est de vouloir mettre trop de détails sur un même diagramme qui devient vite illisible et inutile.
La recommandation sur le nombre de niveaux de décomposition d’un diagramme d’évènement est de 2 :
- Vue globale : cartographie des processus regroupés par domaine métier.
- Vue détaillée: on ne précise pas la séquence entre les processus, même si on peut déjà identifier que le résultat d’un processus est utilisé en entrée d’un autre. A partir de cette vue, on peut zoomer en isolant dans un nouveau diagramme, un processus avec tous ces liens.
Sémantique des stéréotypes utilisés
- <<owner of>> : entre un acteur et un processus. Chaque processus doit avoir un propriétaire, dont le rôle est de garantir le bon fonctionnement des processus en les supervisant, et en appliquant des mesures correctives lors de l’exécution de ceux-ci.
Le "Sales directo"r est le propriétaire du processus "Reserve trip".
- <<initiator of>> : d’un acteur (rôle ou unité organisationnelle) vers un processus, il s'agit du déclencheur du processus métier.
Le "Client" est initiateur du processus "Reserve trip".
- <<flow>> : exprime-les entrées/sorties d’information entre un évènement et un processus, ou entre un produit et un processus.
Par exemple, un lien flow va de l’évènement "Order cancellation" vers le processus "Cancel Order".
Un autre lien va du processus "Reserve trip" vers le produit résultant "Order".
KPI (Key Performance Indicator) TOGAF
- Optimiser le débit de production (exemple : les délais de réservation).
- Assurer la qualité de la production du processus (exemple : diminuer les taux d’échecs ou d’erreurs de réservation).
- Obtenir un taux prévisible d’exécution du processus.
- Accroître la réutilisation des processus existants
- Réduire les délais de fourniture d’information interprocessus.
Conclusion
L’ensemble des processus métier cartographiés dans les diagrammes d’évènements sont décrits dans le catalogue des processus métier. qui est une matrice avec le nom, l'identifiant et la description du processus.
La gouvernance métier devra ensuite s’assurer de la bonne exécution de ces processus, de la production effective de résultats et du respect des règles de fonctionnement de l’entreprise.
Rhona Maxwel
@rhona_helena
"L’imagination est avant tout un type de mobilité spirituelle, le type de la mobilité spirituelle la plus grande, la plus vive, la plus vivante … Imaginer c’est s’absenter, c’est s’élancer vers une vie nouvelle."
Gaston Bachelard
Annexe 1 : Articles relatifs aux processus métiers
- Comment identifier, simuler, améliorer et modéliser les processus métiers ?
- Comment mettre en place un jeux de rôles pour modéliser un processus métier ?
- Modélisation métier : méthode des processus métier orientés objectifs
- Urbanisation SI : la méthode ultime pour modéliser les besoins d'un projet - 3ème partie - Processus métiers - BPMN
- Vous cherchez désespérement un formalisme pour vos processus métiers mettant en accord MOA et MOE, la solution miracle existe, elle s'appelle BPMN
- L’extension « Modélisation de processus métier » du métamodèle de l’architecture d’entreprise TOGAF (The Open Group Architecture Framework)
- TOGAF pour les nuls.
Annexe 2 : les précédentes étapes de notre étude de cas TOGAF
- Exemples d’études de cas d’architecture d’entreprise avec le framework TOGAF empruntés à l’outil français Modelio
- Exemple d’étude de cas TOGAF - Comment modéliser la phase A Vision de la méthode ADM : étape 1, les éléments de modélisation
- Exemple d’étude de cas TOGAF - Comment modéliser la phase A Vision de la méthode ADM : étape 2, matrice des parties prenantes (stakeholder)
- Tutorial, exemple d’étude de cas TOGAF - Analyser les objectifs - étape 3.1 de Comment modéliser la phase A Vision de la méthode ADM
- Etude de cas complète TOGAF, structure du projet et mode opératoire avec l’outil Modelio Business Analyst
- Comment modéliser les objectifs stratégiques et opérationnels en phase A Vision de la méthode ADM TOGAF ? (étape 3.2 de notre étude de cas)
- Cas complet de mise en œuvre TOGAF : l’artefact « catalogue d’objectifs » (étape 3.3 de notre didacticiel)
- Le catalogue des exigences de la phase A Vision de TOGAF : étape 4.1 de l’étude de cas
- Le diagramme SysML des exigences de la phase A Vision de TOGAF : étape 4.2 de l’étude de cas
A découvrir aussi
- Comment mettre en œuvre la phase G Gouvernance de la méthode ADM (Architecture Development Method) de l’architecture d’entreprise TOGAF (The Open Group Architecture Framework)
- Gouvernance d’entreprise, Gouvernance technologique, Gouvernance informatique et Gouvernance de l’architecture : mais où se situe la Gouvernance TOGAF ?
- Le catalogue des exigences de la phase A Vision de TOGAF : étape 4.1 de l’étude de cas
Inscrivez-vous au site
Soyez prévenu par email des prochaines mises à jour
Rejoignez les 763 autres membres