BPMN (modélisation et notation de processus métier) vs UML
J'étais curieux de savoir, quand nous devons utiliser leBPMN.BPMNest un peu similaire à Diagrammes d'activité deUMLmais ma question est quand et où nous devons utiliser leBPMN?
Cela dépend à qui vous demandez. L'affirmation est que les diagrammes BPMN sont plus compréhensibles pour les hommes d'affaires. Je trouve que les diagrammes d'activité ont une sémantique mieux définie.
À mon avis, BPMN devrait être limité aux analystes commerciaux en interaction avec les PME. Je suis probablement dans la minorité ces jours-ci, cependant.
À partir de la section FAQ de bpmn.org (non directement connectable)
Qu'est-ce que cela signifie pour les utilisateurs UML?
Le langage de modélisation unifié (UML) adopte une approche orientée objet à la modélisation des applications, tandis que BPMN adopte une approche orientée processus approche de la modélisation des systèmes. Où BPMN est spécialisé dans les affaires processus, l’UML se concentre sur la conception de logiciels et donc sur le deux ne sont pas des notations concurrentes mais sont des points de vue différents sur les systèmes . Le BPMN et l'UML sont compatibles l'un avec l'autre. Une entreprise Le modèle de processus ne doit pas nécessairement être implémenté en tant que processus métier automatisé dans un langage d'exécution de processus. Où ce Dans ce cas, les processus métier et les participants peuvent être associés à des constructions telles que les cas d'utilisation et les modèles de comportement dans UML . D'autres livres blancs suivront sur la mise en correspondance de ceux-ci techniques.
Alors que UML Activity Diagrams (AD) conviennent aux algorithmes de modélisation, BPMN est supérieur à UML ADs pour la modélisation des processus métier car il offre un concept plus complet des événements et prend en charge les messages asynchrones les échanges, indispensables aux processus métiers. Avec BPMN, vous pouvez décrire (ou documenter) les processus métier à un niveau élevé (en s’éloignant des détails informatiques), mais vous pouvez également spécifier des processus exécutables avec tous les détails informatiques nécessaires.
Dans un certain sens, les diagrammes d'activité UML sont un sous-ensemble et un prédécesseur historique de BPMN.
[Les paragraphes suivants ont été ajoutés en novembre 2018]
Malheureusement, toutefois, le comité de normalisation BPMN 2.0 n'a pas réussi à intégrer l'utilisation des diagrammes de classes UML pour la définition des types de données, d'objets et d'événements. Au lieu de cela, ils ont utilisé une approche de modélisation de données XML ad-hoc inférieure.
Cela concerne, par exemple, la définition de BPMN Data Objects, pour laquelle il serait naturel et préférable de définir leur type sous la forme d'une classe dans un diagramme de classes.
Il est étonnant de constater que l’OMG, qui possède et maintient les deux normes, n’a encore fait aucun effort pour combiner et harmoniser BPMN avec UML.
Je considère BPMN comme une évolution de UML et de Merise. N'oubliez pas qu'OMG gère à la fois UML et BPMN, ce dernier étant le dernier en date, plus orienté métier.
Il y a de beaux articles qui parlent de la différence entre les deux http://www.omg.org/bpmn/Documents/FAQ.htm ("Qu'est-ce que cela signifie pour les utilisateurs de UML?") http://www.omg.org/bpmn/Documents/Notations_and_Workflow_Patterns.pdf (essentiellement les conclusions)
Je choisirais BPMN dans la mesure où je travaillais dans une entreprise ou chez un client, l'objectif principal étant d'appliquer une gestion continue de la qualité et de l'amélioration. J'ajouterais ensuite des versions de UML en fonction de la taille du projet et du niveau de détails requis.
En réalité, le fait de parler de BPMN à des utilisateurs professionnels rend extrêmement utile la création d’une application orientée processus. Ensuite, UML aiderait à apporter plus de détails sur certains éléments particuliers (diagrammes d'état des données pour le cycle de vie des données clés, etc.). Je ne suis pas sûr d’utiliser à nouveau des diagrammes d’activité.
Sinon, je pourrais utiliser une approche UML uniquement lorsque je travaille sur une application non orientée processus.