vincent
Mon, 30 Jun 2008 12:25:52 +0000
OMG-tól a múlt héten úgy nézett ki, mint a BPDM versus BPMN vita volt "elejétől a végéig" (bár a tudósok számos nehézséggel akad megjegyzést: Lásd például EDS Fred Cummins "megjegyzésekÉs Bruce Silver válasza) [* 1]. A legfrissebb hír, hogy a vitát látszott rendezni többnyire javára gyakorlatias megoldás (ami feltehetően bejelentette következő ülésükön SEPT 08).
Egy CEP szempontból BPMN képviseli az "egyszerű esemény hullámok kezelése", és elméletileg használható kiindulópontja egy sor szabványos szemantika a folyamatos feldolgozás esetén (és tágabb értelemben a komplex eseményt feldolgozó vagy CEP). De egyszerű folyamat forgalom ": olyan üzleti folyamatok, mint a" döntési fák "kifejezés az üzleti szabályokat - nagyon hasznos képviselet, de semmilyen módon nem az egyetlen és nem is feltétlenül a legjobb módja, hogy képviselje minden folyamatot. Van egy jó ok, hogy miért BPMN gyakoriak a "workflow" (modellezés emberközpontú üzleti folyamatok) [* 2]. Van is egy jó ok, hogy miért BPDM potenciálisan nagyon hasznos átnyúló folyamat (ideértve CEP) metamodell (és ergo miért nem lehet közvetlenül kötve / korlátozva csak BPMN) [* 3]. Conrad Bock a's (NIST) BPDM tutorial az OMG ülést is részt vett, és jelezte, hogy BPDM a tervezett, azt mutatja, mire terjedjen ki az általános folyamat metamodell, hogy fel lehetne használni a különböző kapcsolódó folyamat modellezés stílusokat, beleértve a folyamatos és összetett esemény feldolgozása. Definitely valamit EPTS / OMG / CEP kutatók [* 4], hogy vizsgálja meg a jövőben.
Eközben a valós világban vagyunk megállapítás (1) az esemény-vezérelt megközelítés modellezés vállalati (inter-és intra-osztályok, valamint a B2B stb) folyamatok és (2) a felhasznált végrehajtható eseményvezérelt modell vezetni munkafolyamatok (mint megjegyezte korábban) is elismerte, hogy nagyon hasznos képességek. A TIBCO például szabványos konstrukciót modellezés (fogalmak / osztályok, állami modelleket, a termelés / következtetési szabályokat [* 4], valamint a lekérdezés) és a legjobb gyakorlatok (esemény, az empátia, döntés-kezelés) és egy nagy teljesítményű megosztott végrehajtás motor lehetővé teszi a dinamikus folyamat meghatározásait, amelyek eredményesen hajt BPMN / BPM (iProcess stb) munkafolyamatokat.
A heads-up, a CEP közötti kapcsolat és BPM a kerekasztal témáról a BPMI Think Tank még idén [* 4].
Megjegyzés
[1] A rekord, TIBCO's BPM csapat már támogatja a defacto BPMN perzisztencia mechanizmus (WfMC's XPDL), És tagja a csapatnak BPMN2 benyújtása, amely tartalmazza az IBM, az SAP, Oracle, stb
[2] Vegyünk egy nagy döntési fa, ahol meg kell beszúrni egy új szabály, hogy a beteg közül több mint 1 határozat útját. Hoppá, most van egy karbantartási probléma (nem frissíti az összes szükséges határozatot utakon?, Ha ez a szabály megváltozik, majd megtalálni az összes szükséges utakat? Stb.) BPMN és zenekari ábrák / diagramok tevékenység minden szenvednek a skálázhatóság képviseletét ugyanaz a probléma, ami miatt bevallási formák viselkedése gyakran szükség van (pl. mellett vagy növelni hangszerelések).
[3] BPDM tervezték, eredetileg, hogy kezelni minden típusú folyamatok, nem csak BPMN hangszerelések, beleértve az esemény-vezérelt is. Talán még nem állapíthatja meg, hogy EPTS A lehetséges CEP metamodell szabványosítás ...
[4] Úgy tűnik, hogy BPDM lenne összeegyeztethető a meglévő és a javasolt CEP CEP-és a vonatkozó szabványoknak (például a PRR), És még Opher tett javaslatát Event Processing (EP) meta-nyelv (kutatási téma / jövőbeni standard). BPDM arról az általános struktúra megszervezéséhez összetevőinek folyamatokról, így a hangsúlyt a rendezvényeken, de még meg kell várni, hogy kezelni tud (vagy könnyen lehet terjeszteni a markolat) kijelentő folyamat modellek, állandó folyamat modellek, stb
[5] Disclaimer: TIBCO az elnöklő mondta kerek asztal.


Forrás ...