Decision Server

Creazione

In Designer di regolesi crea il modello e il vocabolario per l'authoring delle regole aziendali per mettere in atto le infrastrutture per la modifica delle regole e la realizzazione di ruleset:

• Si definiscono le regole di business che compongono un'unità decisionale eseguibile, o ruleset. La ruleset utilizza i parametri di input e di output per passare i dati da e per l'applicazione client. Si dà a ciascuna ruleset una firma unica dei parametri di input e di output. Nei servizi di decisione si creano operazioni di decisione che definiscono il contenuto e le firme dei ruleset. Poiché è possibile utilizzare gli stessi progetti e pacchetti di regole in diverse operazioni di decisione, è possibile modificare facilmente un servizio di decisione per aggiungere nuovi punti di decisione che richiedono firme diverse.
• Si definisce il vocabolario che viene utilizzato nelle regole aziendali. In Designer di regolesi sviluppa il modello di business object (BOM) che definisce gli elementi e le relazioni nel vocabolario. È possibile definire il vocabolario mappando il BOM al modello di oggetto di esecuzione (XOM). È inoltre possibile creare il vocabolario generando il BOM da XOM, e quindi configurando il vocabolario aziendale dal BOM.
• È stata impostata una gerarchia di progetto di regola. Un progetto di regola è un tipo di progetto Eclipse dedicato allo sviluppo delle applicazioni di regola. In un servizio di decisione, un progetto di regola principale funge da progetto di primo livello in modo che il funzionamento del servizio decisionale possa essere governato e distribuito in modo coerente.
• Si organizzano pacchetti di regole in progetti di regola per memorizzare le regole aziendali e definire una ruleflow per specificare l'ordine di esecuzione delle regole.
• Si impostano gli strumenti di validazione degli utenti aziendali configurando e personalizzando i test e le simulazioni.

Creazione

Se si è responsabili di creare e gestire le regole, si potrebbe autunare la maggior parte delle regole di business in un progetto. Se gli utenti aziendali sono responsabili della creazione e gestione delle regole, si impostano strumenti per facilitare l'authoring delle regole per loro. È possibile creare i seguenti tipi di regole aziendali:

• regole di azione
• Tabelle di decisione

Queste regole di business utilizzano il Business Action Language (BAL), progettato per avere una sintassi di linguaggio naturale. Si possono anche creare regole tecniche, che si basano su ILOG ® Rule Language (IRL) e richiedono competenze di programmazione.

L'authoring potrebbe richiedere la definizione di categorie di vocabolario per filtrare gli elementi del vocabolario disponibili quando si creano le regole di business.

Integrazione del machine learning

IBM Watson Machine Learning estrae caratteristiche, schemi e anomalie chiave dai vostri dati storici per creare modelli predittivi. Questi modelli contengono quindi le intuizioni dei dati che possono essere trasformate in azioni e decisioni aziendali. I dati storici dell'azienda contengono informazioni che possono migliorare le decisioni aziendali.

Integrando i modelli di Machine Learning nei servizi decisionali, è possibile applicare intuizioni predittive dai dati storici e decisioni aziendali prescrittive basate sulle politiche aziendali.

Debug e verifica

È possibile effettuare il debug di una ruleset in Designer di regole, e verificare che il servizio di decisione o un progetto implementi la logica di business prevista:

• Si esegue il debug della ruleset utilizzando un motore di regola per gestire l'esecuzione della regola.
• Si analizzano le regole utilizzando query semantiche vincolate, che verificano la consistenza e la completezza delle singole regole e la ruleset nel suo insieme.
• Si eseguono scenari di test sulle regole. È possibile eseguire questi test localmente in Designer di regole, senza l'intero componente Server Di Esecuzione Regola .

integrazione

Una volta definita la connessione ruleset, si ospita la ruleset su Server Di Esecuzione Regola e la richiama dall'applicazione client. Server Di Esecuzione Regola è il componente di esecuzione per le regole aziendali distribuite. Gestisce la creazione, il pooling e la gestione delle istanze di ruleset in modo che le applicazioni client possano richiamare le decisioni il più facilmente possibile.

Per richiamare la ruleset dall'applicazione client, si carica il ruleset come servizio di decisione trasparente ospitato (HTDS) chiamato tramite protocolli di servizio web.

Distribuzione

Una RuleApp contiene un gruppo di serie di regole distribuite insieme. La RuleApp contiene inoltre i parametri di input e di output che definiscono l'interazione con l'applicazione client e il percorso della serie di regole necessario all'applicazione client per identificare le serie di regole e relative versioni.

Quando un servizio di decisione è completamente convalidato e approvato, è possibile distribuirlo a Server Di Esecuzione Regola per l'utilizzo in produzione. Si distribuisce il servizio di decisione utilizzando una configurazione di distribuzione che definisce cosa assemblare in una RuleApp e dove distribuirlo. Una configurazione di distribuzione può far riferimento ad una o più operazioni di decisione. Un'operazione di decisione include tutte le impostazioni necessarie per produrre un ruleset, inclusi i parametri di input e di output, la ruleflow principale e qualsiasi estrazione di regola. La configurazione di distribuzione può essere sincronizzata con Centro decisionale, dove è soggetta a modifica gestione e governance.