vincent
Lunedì, 30 giugno 2008 12:25:52 +0000
OMG Da settimana scorsa, sembrava che la BPDM versus BPMN dibattito è stato "inizio alla fine" (anche se sono sapientoni trovare molto da commento: Si veda ad esempio EDS 'Fred Cummins' commenti, E La risposta di Bruce Silver) [* 1]. L'ultima notizia è che la discussione sembra essere in gran parte risolta in favore di una soluzione pragmatica (che sarà presumibilmente annunciato a loro prossima riunione a settembre 08).
Da una prospettiva CEP, BPMN rappresenta "semplice-evento flussi", e potrebbe, in teoria, essere utilizzate come punto di partenza per una serie di standard per la semantica continua evento di trasformazione (e, per estensione, complesso caso di trasformazione o CEP). Ma semplice "flussi di processo" sono per i processi aziendali come "decisione di alberi" di regole aziendali - una rappresentazione molto utile, ma non possono in alcun modo l'unica, né necessariamente il migliore, per rappresentare ogni processo. Vi è una buona ragione per la quale BPMN è comunemente associato con "workflow" (uomo-modellazione dei processi aziendali orientati) [* 2]. Vi è anche un buon motivo per cui BPDM è potenzialmente molto utile tra processi (compresi i CEP) metamodel (ergo e il motivo per cui non dovrebbe essere direttamente legata / limitata al solo BPMN) [* 3]. Conrad Bock's (NIST) BPDM tutorial su OMG riunione ha visto una folta partecipazione e ha indicato che BPDM, come previsto, indica la possibilità di essere un processo generico metamodel che potrebbe essere utilizzato per la modellazione processo riguardano diversi stili, anche continua e complessa caso di trasformazione. Sicuramente qualcosa di EPTS / OMG / CEP ricercatori [* 4], per esaminare in futuro.
Nel frattempo, nel mondo reale, ci sono trovare (1) un approccio event-driven per la modellazione d'impresa (inter e intra-dipartimentale così come B2B, ecc) e processi (2) l'uso di eseguibile event-driven modelli a guidare i flussi di lavoro (come commentato in precedenza) sono riconosciuti come capacità molto utile. Al TIBCO, per esempio, l'uso di standard di modellazione costrutti (concetti / classi, indicare i modelli, la produzione / inferenza regole [* 4] e query) e le migliori pratiche (evento di sensibilizzazione, una decisione di gestione), con un elevato rendimento distribuiti motore di esecuzione consente di definizioni processo dinamico che può efficacemente guidare BPMN / BPM (iProcess etc), i flussi di lavoro.
Come capi-up, il rapporto tra CEP e BPM è una tavola rotonda sul tema della BPMI Think Tank entro la fine di quest'anno [* 4].
Note
[1] Per la cronaca, il TIBCO BPM squadra supporta già il meccanismo di persistenza defacto BPMN (WfMC's XPDL), Ed è un membro del team di presentazione BPMN2 che include IBM, SAP, Oracle, ecc
[2] Si consideri un grande albero di decisione in cui si ha bisogno di inserire una nuova regola che colpisce più di 1 decisione percorso. Spiacenti, ora avete un problema di manutenzione (non si aggiorna tutti i percorsi necessari decisione? Quando questa regola modifiche, troverete tutte le strade? Ecc.) BPMN e orchestrazione diagrammi / diagrammi di tutte le attività subiscono dalla stessa rappresentanza scalabilità problema, che è il motivo per cui dichiarativa forme di comportamento sono spesso necessari (ad esempio, accanto o di ampliare le orchestrazioni).
[3] BPDM è stato progettato, inizialmente, per gestire tutti i tipi di processi, non solo BPMN orchestrazioni, compresi quelli event-driven. Si può ancora essere considerato da EPTS per i potenziali CEP metamodel standardizzazione ...
[4] Sembra che BPDM potrebbe essere compatibile con l'attuale e le proposte di CEP e CEP-pertinenti norme (ad esempio, PRR), E anche Opher proposta della elaborazione di un evento (PE) meta-linguaggio (tema di ricerca / futuro standard). BPDM fornisce una struttura per l'organizzazione generale, i componenti dei processi, comprese l'accento su eventi, ma resta da vedere se è in grado di gestire (o essere facilmente esteso a manico) dichiarativa processo modelli, modelli di processo continuo, ecc
[5] Disclaimer: TIBCO sono presiedere tavola rotonda ha detto.


Fonte ...