Správa operačního rozhodnutí IBM - IBM Operational Decision Management - Wikipedia
IBM Operational Decision Manager (ODM) je IBM Business Rule Management System (BRMS). IBM ODM také zahrnuje implementaci funkcí zpracování obchodních událostí (nazývanou také komplexní událost) zpracovává senebo CEP.)
Produkt IBM ODM lze instalovat samostatně i jako běžící aplikace WebSphere Application Server.
Tento software je aktuálně ve verzi V8.10.3 (k březnu 2020).
Obchodní pravidla a události
Pravidla
A obchodní pravidlo je výrok logiky, který se používá pro obchodní rozhodnutí. Toto tvrzení logiky je obecně součástí obchodní politiky. Zpracování pravidel zahrnuje část softwaru používající toto předdefinované pravidlo k rozhodování v reálném čase.
Příklad
Zásada stanoví, že počáteční půjčka dlužníka nesmí překročit trojnásobek jeho ročního platu. Obchodní pravidlo zní:
pokud Půjčka> (Plat * 3), pak zakázat.
Události
Obchodní událost je signál nebo soubor signálů indikujících, že došlo ke změně stavu, a skládá se z malé zprávy. Zpracování událostí zahrnuje použití událostí k určení, zda je třeba ve výsledku dojít k akci, a provedení této akce.
Příklad
Pokud událost odstoupení zákazníka na jeho účtu způsobí, že zůstatek klesne pod nulu, je učiněno opatření, které zákazníka upozorní.
Artefakty IBM ODM
IBM ODM je implementace systému pro správu obchodních pravidel. Umožňuje vytváření, správu, testování a správu obchodních pravidel a událostí a ukládá je do centrálního úložiště, kde k nim mají přístup více jednotlivců a softwarových produktů. Toto centrální úložiště pravidel a událostí znamená, že je lze snadno upravit, aniž byste museli znovu sestavovat software, a se sníženým cyklem testování a různé softwarové produkty tuto změnu zachytí současně.
Pravidla akce
Základní pravidlo vyjádřené v logické formě, které říká, že pokud nastane podmínka, měla by být výsledkem akce. IBM ODM používá k definování těchto pravidel Business Action Language (BAL), což umožňuje jejich zobrazení v „přirozenějším“ jazyce.
Příklady
Pokud dojde k transakci kreditní kartou mimo zemi zákazníka, měl by být tomuto zákazníkovi zavolán, aby potvrdil, že karta není používána podvodně.
Pokud se Země použití karty nerovná domovské zemi zákazníka, spusťte odeslání zprávy, která tomuto zákazníkovi zavolá.
Někteří zákazníci v bance nesmějí být přečerpáni a někteří jsou:
Pokud se zákazník pokusí vybrat prostředky umožňující pokles jeho účtu pod 0 $ a je mu povoleno:
- povolení transakce
v opačném případě:
- zakázat transakci
Rozhodovací tabulky
Příklad
Úvěrová společnost určuje pojistnou sazbu půjčky v závislosti na výši a úvěrovém hodnocení zákazníka.
| Výše půjčky ($) | ||
| Ratingová skupina | Min./max | Pojistná sazba (%) |
| A | Půjčka <100 000 | 0.001 |
| 100 000 <= Půjčka <200 000 | 0.002 | |
| 200 000 <= Půjčka <300 000 | 0.003 | |
| 300 000 <= Půjčka | 0.005 | |
| B | Půjčka <200 000 | 0.001 |
| 200 000 <= půjčka <300 000 | 0.002 | |
| 300 000 <= Půjčka | 0.004 |
Pokud se jedná o zákazníka ve skupině B, který žádá o půjčku ve výši 250 000 USD, podle pravidla by pojistná sazba měla být 0,002%.
Toky pravidel
Ty označují pořadí, ve kterém mají být pravidla provedena.
Příklad
Pojišťovna chce zjistit, zda by měl mít řidič konkrétní pojistnou smlouvu. Rozhodnutí závisí na:
Věk žadatele
Ať už jejich historie naznačuje, že jsou vysoce rizikovým řidičem, na základě překročení rychlosti a minulých nehod.
Profilové skóre daného zákazníka na základě toho, jak nedávno prošel testem a dalších faktorů.
Zda je konkrétní pravidlo spuštěno, závisí na odpovědích na předchozí pravidla.
Je vytvořen tok pravidel, od počátečního uzlu po různá pravidla, která je třeba vzít v úvahu, a končí na koncovém uzlu.
Výsledková karta
Toto je statistický model, který aplikuje číselné skóre na objekt, jako je zákazník nebo účet. Při výpočtu tohoto skóre pro každou položku se použijí stejné atributy.
Příkladem toho je a Kreditní karty.
Příklad
Skóre je dlužníkovi přiděleno v závislosti na jeho věku, občanství a stupni kreditu.
| Atribut | Rozsah | Skóre | Očekávané skóre | Kód důvodu |
|---|---|---|---|---|
| Kreditní známka | AA | 100 | 90 | |
| A | 90 | 90 | ||
| B | 70 | 90 | ||
| C | 40 | 90 | CREDIT_C | |
| CC | 10 | 90 | KREDIT CC | |
| Osoby samostatně výdělečně činné | Ano | 10 | 30 | Osoby samostatně výdělečně činné |
| Ne | 30 | 30 |
Události
Pokud dojde ke konkrétní změně stavu, je vydána zpráva, která způsobí výskyt události.
Příklad
Někteří zákazníci v bance nesmějí být přečerpáni a někteří ano. Zákazníka, který se pokusil vzít si půjčku, systém odmítne, protože jeho úvěrový rating je příliš nízký.
Pokud je zákazník odmítnut, vydat událost způsobující odeslání zprávy uživateli informující ho, že byl odmítnut s uvedením důvodu.
celkem
Kombinace obchodních pravidel a událostí ve stejném systému spojuje dvě doplňkové technologie pro automatizaci rozhodnutí v reálném čase. Událost může spustit pravidlo, které může být spuštěno, naopak výsledek rozhodnutí přijatého pravidlem může událost vygenerovat.
Součásti
IBM ODM se skládá z následujících částí:
Rozhodovací centrum
To poskytuje úložiště a komponentu pro správu pro vytváření a údržbu rozhodovací logiky, která řídí chování obchodního systému. Je to centrální uzel pro koordinaci rozhodovacího životního cyklu, který zahrnuje jak obchodní pravidla, tak obchodní události a umožňuje úpravy každého z nich.
Je prezentován různými způsoby v závislosti na tom, jak má uživatel zobrazit systém.
Business Console, za spolupráci při práci s obchodními pravidly.
Enterprise Console.
Rozhodovací server
Skládá se z běhových komponent pro obchodní pravidla a obchodní události.
Pravidla rozhodovacího serveru
To poskytuje skupinu nástrojů pro konstrukci a běh pravidel a automatizovaná rozhodnutí. Různé komponenty poskytují přístup pro různé typy uživatelů, což umožňuje návrh, vytváření, kontrolu, testování a provozování obchodních pravidel. To zahrnuje Návrhář pravidel, an Zatmění aplikace založená na vývoji aplikací v pravidlech rozhodovacího serveru.
Události rozhodovacího serveru
To poskytuje integrovanou sadu komponent pro spouštění událostí. Různé komponenty poskytují přístup pro různé typy uživatelů, což umožňuje návrh, vývoj, testování, nasazení a údržbu obchodních událostí. To zahrnuje Návrhář událostí, an Zatmění aplikace založená na vývoji aplikací v událostech rozhodovacího serveru.
Spojení mezi částmi
Pravidla lze definovat v Centru pro rozhodování a lze je tam také aktualizovat pomocí různých rozhraní, včetně Enterprise Console, Business Console. Pravidla se poté ukládají do úložiště, které spravuje artefakty rozhodnutí, přístup a kontrolu a správu verzí. Odtud se pravidla nasazují na rozhodovací server, který tato pravidla provádí a poskytuje monitorovací a měřicí zařízení. Pravidla lze také nasadit přímo na rozhodovací server pomocí Návrháře pravidel nebo Návrháře událostí.
Požadavky
Pravidla rozhodovacího serveru může běžet na distribuovaných systémech:
Na aplikačním serveru WebSphere
WebSphere Application Server ND
Na serveru WebSphere Application Server Express
Na Kocour
Na Aplikační server JBoss
Na JBoss Enterprise Application Platform
Na WebLogic Server
Jako sdílené nebo s rozsahem Aplikace Java EE
Pravidla rozhodovacího serveru lze spustit na sálovém počítači z / OS:
Samostatný (jako server provádění pravidel pro z / OS)
Na WebSphere Application Server pro z / OS
Na WebSphere Application Server ND pro z / OS
Události rozhodovacího serveru a Centrum rozhodnutí mohou běžet dál
WebSphere Application Server pro z / OS
WebSphere Application Server ND pro z / OS
Je spuštěn návrhář pravidel Zatmění nebo produkt založený na Eclipse
Podporované platformy
Hardwarové a softwarové požadavky
Historie verzí
Před vydáním ve verzi V7.5 byly části ODM k dispozici jako samostatné produkty:
- ILOG JRules, pocházející z akvizice ILOG
- WebSphere Business Events, pocházející z akvizice společnosti Aptsoft.
| Verze | Obecná dostupnost | Komentáře |
|---|---|---|
| 1 | 1996 | První verze JRules |
| 3.5 | Květen 2001 | Přepracováno tak, aby bylo založeno na XML.[1] |
| 4.0 | Březen 2002 | |
| 4.5 | koncem roku 2002 | Představené rozhodovací tabulky, editor toku pravidel. |
| 5.0 | 2005 | |
| 5.1 | Červen 2005 | [2] |
| 6.0 | počátkem roku 2006 | Představili jsme Rule Studio (editor založený na Eclipse a ploché soubory) a Rule Team Server (webová aplikace a úložiště), které nahrazují Rule Builder (vlastní aplikace a úložiště). |
| 6.1 | koncem roku 2006 | |
| 6.5 | Leden 2007 | Představili jsme služby transparentního rozhodování, sémantické dotazy.[3] |
| 6.6 | Červenec 2007 | [4] |
| 6.7 | Února 2008 | [5] |
| 7.0 | Červenec 2009 | Představili jsme službu ověřování rozhodnutí (DVS), která nahrazuje Správce scénářů pravidel (RSM).[6] |
| 7.1 | Červen 2010 | [7] |
| 7.5 | Prosinec 2011 | První vydání ODM jako kombinovaný balíček, vydané pro distribuované systémy a systémy z / OS. |
| 8.0 | Červen 2012 | Tato verze představila Business Console a poskytla rozhraní produktu, který lépe odráží styl sociálních médií. |
| 8.0.1 | Prosinec 2012 | Zahrnuto generování kódu bajtu pro Javu, rozhraní REST API pro server Execution Server a nový vysoce výkonný modul pro z / OS.[8] |
| 8.5 | červen 2013 | Nový rámec pro správu rozhodnutí; Další možnosti integrace.[9] |
| 8.6 | Červen 2014 | Vylepšení Business Console.[10] |
| 8.7 | Prosince 2014 | Vylepšená Business Console, restrukturalizované balení produktu.[11] |
| 8.8 | Listopad 2015 | Vylepšená Business Console, vylepšená kompatibilita mezi verzemi.[12] |
| 8.9.0 | Březen 2017 | Vylepšená Business Console, vylepšená automatizace DevOps a vylepšená integrace s produkty pro správu API.[13] |
| 8.9.1 | Listopad 2017 | Vylepšená obchodní konzole. Podrobnější chybové zprávy při kompilaci a spuštění. Podpora Dockeru.[14] |
| 8.9.2 | Březen 2018 | Podpora pro IBM Cloud Private. Zjednodušená struktura produktu, včetně ODM pro vývojáře, která je zdarma k dispozici pro účely vývoje a hodnocení.[15] |
| 8.10.0 | Prosince 2018 | Nové možnosti modelování rozhodování v centru rozhodnutí. Rule Designer založený na Eclipse 4.7.3. Zkušební verze pro vývojáře.[16] |
| 8.10.1 | Březen 2019 | Různá vylepšení v Centru pro rozhodování.[17] |
| 8.10.2 | Červen 2019 | Různá vylepšení v Centru pro rozhodování. Může testovat z Rule Designer.[18] |
| 8.10.3 | Prosince 2019 | Podpora ověřování OpenId Connect. Vylepšený výkon v Centru pro rozhodování.[19] |
Webové stránky, které tvrdí nebo naznačují, že ODM je pozoruhodný software
Technologický blog
James Taylor o rozhodování o všem
Reference
- ^ ILOG představuje ILOG JRules 3.5
- ^ JRules 5.1.0 Oznámení Letter
- ^ Oznámení JRules 6.5.0
- ^ JRules 6.6.0 Oznámení Dopis
- ^ JRules 6.7.0 Oznámení
- ^ Oznámení JRules 7.0.0
- ^ Oznámení JRules 7.1.x.
- ^ ODM 8.0.1 Oznámení Dopis
- ^ Oznámení ODM 8.5
- ^ Oznámení ODM 8.6
- ^ Oznámení ODM 8.7
- ^ Oznámení ODM 8.8
- ^ Oznámení ODM 8.9.0
- ^ ODM 8.9.1 Oznámení
- ^ ODM 8.9.2 Oznámení
- ^ ODM 8.10.0 Oznámení
- ^ ODM 8.10.1 Co je nového
- ^ ODM 8.10.2 Co je nového
- ^ ODM 8.10.3 Co je nového
IBM Websphere Business Events
IBM WebSphere
WebSphere Application Server
WebSphere Application Server pro z / OS
externí odkazy
- IBM ODM
- IBM ODM Marketplace
- Dokument o správě rozhodnutí o provozu WebSphere
- Informační centrum IBM ODM V8.5
- Propojeno
- Jak řídit změnu
- Lepší rozhodování pomocí produktu IBM WebSphere Operational Decision Management
- Flexibilní automatizace rozhodování pro váš zEnterprise s obchodními pravidly a událostmi (koncept aktualizace V8.0.1)
- Flexibilní automatizace rozhodování pro váš zEnterprise s obchodními pravidly a událostmi
- Software WebSphere
- World Wide WebSphere User Group
- BodyMedia vybírá software IBM[trvalý mrtvý odkaz ]
- Kuchařka pravidel ODM pro IBM Operational Decision Manager