BPMN è un profilo che estende la lingua UML per un determinato dominio. Come con il linguaggio naturale, hai una formulazione diversa per esprimere le cose. E a volte gli stessi fonemi hanno anche semantica diversa. Quindi hai bisogno di un po 'di attenzione quando usi entrambe le lingue nello stesso tempo.
BPMN è diverso dai casi d'uso poiché si focalizza strongmente sulla funzionalità. Ha molte nuove parole che possono descrivere come interagiscono le cose. I casi d'uso al contrario mirano principalmente a descrivere il valore aggiunto, che un sistema fornisce a un attore. Quindi è qualcosa di molto, molto semplice. I casi d'uso hanno anche i mezzi per esprimere come vengono eseguiti i passaggi del processo (usando Attività e Azioni). Puoi trovare lo stesso in BPMN e per lo stesso scopo. Ma, dove terminano i casi d'uso, inizierà BPMN. Quindi è una buona idea raccogliere il valore aggiunto con i casi d'uso e quindi utilizzare BPMN nelle seguenti fasi per descrivere come gli scenari in casi d'uso possono essere mappati ai processi aziendali (significa l'ordine delle azioni nelle attività).
È interessante notare che UML non parla di diagrammi, poiché questo è sbagliato da molte persone. Ci sono un paio di diagrammi diversi definiti nelle specifiche UML per alcuni sottodomini. Quindi puoi aspettarti che un insieme di elementi appaia in diagrammi specifici. Ma non è obbligatorio. Puoi mescolare qualsiasi elemento se aiuta a comunicare il modello (che è ciò che detiene il semantico). I diagrammi hanno lo scopo di aiutare le persone a capire il modello. Quindi UseCases come da specifiche sono (p.637)
a means to capture the requirements of systems, i.e., what systems are supposed to do. The key concepts specified in this clause are Actors, UseCases, and subjects. Each UseCase’s subject represents a system under consideration to which the UseCase applies. Users and any other systems that may interact with a subject are represented as Actors.
A UseCase is a specification of behavior. An instance of a UseCase refers to an occurrence of the emergent behavior that conforms to the corresponding UseCase. Such instances are often described by Interactions.
E troverai i precedenti elementi molto probabilmente nei diagrammi Use Case. Tuttavia, sei libero di prenderli in giro dove necessario. Quindi è assolutamente possibile mixare BMPN (o elementi da altri profili).
Dall'annesso (pagina 683):
NOTE. This taxonomy provides a logical organization for the various major kinds of diagrams. However, it does not preclude mixing different kinds of diagram types, as one might do when one combines structural and behavioral elements (e.g., showing a state machine nested inside an internal structure). Consequently, the boundaries between the various kinds of diagram types are not strictly enforced.