Vantaggi e svantaggi di BPMN?

Question

Speravo che potesse dirmi quali sono i vantaggi e gli svantaggi di BPMN sono in una prospettiva sviluppatori.

sto paragonando UML con BPMN e ha trovato un sacco di vantaggi e disadvanteges per UML, ma nessuno per BPMN.

Answer 1

E 'in gran parte verso il basso per il pubblico e lo scopo. In termini di Modeling Language, BPMN e UML diagrammi di attività coprono praticamente lo stesso spazio concettuale con diverse notazioni. La cosa diventa notazione religiosa molto rapidamente. Io personalmente preferisco la notazione dC su BPMN -. Ma è una cosa molto personale

In linea di massima, BPMN tende a trovare il favore con quelli provenienti da un processo aziendale di analisi di modellazione / sfondo di affari. DN UML tendono ad essere favorito da coloro che provengono da un punto di vista software. Strumento di supporto tende a rispecchiare questo: gli strumenti di modellazione di processo di fascia alta (per casi, Aris, ecc) sono più propensi a sostenere BPMN; modellazione strumenti software (MagicDraw, Sparx, etc.) favoriscono UML. Tuttavia c'è sempre più di crossover lì. Ho usato sia con rappresentanti di imprese senza problemi in entrambi i casi.

Infine è lo scopo. I vostri diagrammi andando essere solo o utilizzato come una specifica per una qualche forma di generazione di analisi / code consumo umano? Se non è solo le immagini allora il vostro tool chain potrebbero essere il fattore decisivo.

Se si desidera una descrizione più dettagliata delle differenze, hanno uno sguardo alla risposta in questo post nel forum .

Answer 2

Un nuovo profilo BPMN è stato discusso presso l'OMG. UML può facilmente generare il codice anche con un'attività o statali diagrammi. Hai solo bisogno di aggiungere stereotipi nel modello poi un parser prenderà il xmi e creare codice. La specifica OMG definirà quali stereotipi dovrebbero essere utilizzate e perché. Davvero una buona idea !!

Nella mia azienda abbiamo smesso di usare BPMN e sono concentrarsi solo sul diagramma di attività che è più preciso, perché costruito sulla cima di un linguaggio standard. Avendo anche diagramma delle classi, Usecase e attività diagrammi permette di modellare velocemente. Abbiamo un codice in esecuzione dalla nostra attività o diagramma di stato. Abbiamo debug con il nostro diagramma delle classi. Usiamo lo stesso metamodello per tutti i diagrammi e quindi può tracciare attività di implementazione del codice e attraverso diagramma delle classi. Intendo che il codice è invertito volta generato e poi controllare tutti i requisiti e l'architettura per avere un'architettura oggetto migliore. Tutto funziona bene: -)

Siamo ora in attesa per la nuova specifica del profilo e realizzerà gli stereotipi necessari per coprire BPMN. La mia risposta alla tua domanda è che non abbiamo più bisogno di BPMN e dovrebbe passare a UML 2.3 BPMN implementazione profilo.

Answer 3

BPMN è per il flusso di processo di modellazione di business, non è vero? Non è esattamente quello che UML è per. L'obiettivo di UML è quello di modellare un software dal punto di vista diverso e, infine, di non dover codice (sì che è sorta di ideale).

Answer 4

I principali argomenti per BPMN da una prospettiva di business di solito sono:

1. Quando crea diagrammi BPMN da zero con molte parti in causa, è ok per mescolare compiti dei diversi livelli gerarchici, che possono essere dettagliati fuori o riassunti in seguito.
2. Il elementi del linguaggio di base può essere pensato rapidamente anche ad un pubblico non tecnico.
3. Gli sviluppatori possono immediatamente iniziare a lavorare e allegando codice sorgente e script per il BPMN diagramma dal software di gestione del flusso di lavoro e dei processi di business come Camunda .

I principali svantaggi sono che

1. Il disegno BPMN iniziale (di solito dal business) di solito ha bisogno di molte iterazioni per arrivare a un diagramma che permette di attuazione.
2. Non è semplice per rappresentare ruoli diversi dal solito concetto di corsie nelle piscine potrebbe non essere sufficiente o portare a enormi diagrammi, vedi per esempio BPMN: molteplici ruoli in una riga

Answer 5

Vedere la MDA su OMG (Model Driven Architecture): - usiamo BPMN solo per i modelli di calcolo indipendenti (CIM) - usiamo solo per UML Platform Independent Model (PIM, il design di alto livello) e specifica piattaforma Model (PSM, design a basso livello). - utilizzare BPMN per qualsiasi "sistemi software" o UML per "business" non hanno alcun senso (vedi UML v.2.5) - per gli sviluppatori: possiamo fare la transizione dal processo di business BPMN al caso d'uso, è buon strumento per definire la portata dei requisiti per il software https://www.visual-paradigm.com/tutorials/from-business-process-to-use-cases.jsp