IBMWebSphere Operational Decision Management Versione ......un'e-mail di follow-up per confermare il...

IBM WebSphere Operational Decision ManagementVersione 8 Release 0

Guida introduttiva alle regole eventi

��

NotaPrima di utilizzare queste informazioni e il prodotto supportato, leggere le informazioni contenute in “Informazioniparticolari” a pagina 41.

Questa edizione si applica alla versione 8, rilascio 0, modifica 0 di WebSphere Operational Decision Management ea tutti i rilasci e le modifiche successivi se non diversamente specificato nelle nuove edizioni.

© Copyright IBM Corporation 2008, 2012.

Indice

Guida introduttiva alle regole eventi . . 1Esercizio 1: creazione di un'applicazione semplice . . 2

Creazione di una definizione evento e di unadefinizione azione . . . . . . . . . . . 3Definizione delle connessioni ai sistemi da cuivengono ricevuti gli eventi e ai quali vengonoinviate le azioni da Events runtime. . . . . . 10Creazione della logica di business . . . . . . 13Distribuzione del progetto evento . . . . . . 16Verifica del progetto evento . . . . . . . . 17

Esercizio 2: aggiunta della logica condizionaleall'applicazione . . . . . . . . . . . . . 19

Scrittura di una condizione nella regola evento 20Verbalizzazione di un campo oggetto di businessper definire una relazione del contesto . . . . 21Verificare la relazione del contesto tra gli eventi 24

Esercizio 3: definizione di un altro evento ecreazione di un'altra condizione . . . . . . . 26Esercizio 4: creazione di regole evento con ritardi. . 33

Informazioni particolari. . . . . . . . 41Marchi . . . . . . . . . . . . . . . . 43

© Copyright IBM Corp. 2008, 2012 iii

iv IBM WebSphere Operational Decision Management: Guida introduttiva alle regole eventi

Guida introduttiva alle regole eventi

In questa esercitazione, viene creata una piccola applicazione attorno allo scenariodi una società di assicurazione che identifica le opportunità di business mediantel'elaborazione degli eventi di business.

Scenario

Una società di assicurazione desidera migliorare la propria capacità di identificarepotenziali clienti e di chiudere le vendite che altrimenti andrebbero perse. Lasocietà vende diversi prodotti assicurativi, ma in questa esercitazione ci siconcentra sull'identificazione di clienti potenziali di assicurazioni auto. La societàdi assicurazione dispone di una forte presenza in linea. La maggior parte dellerichieste di preventivo che arrivano direttamente dai clienti potenziali (anzichétramite broker o agenti) vengono eseguite tramite il sito Web della società.

Quando qualcuno richiede un preventivo per un'assicurazione auto utilizzando ilsito Web, tale richiesta arriva al sistema di preventivi della società. Il sistema dipreventivi risponde visualizzando un preventivo sul sito Web. Inoltre, viene inviataun'e-mail di follow-up per confermare il preventivo che sarà, quindi, valido per unmassimo di 90 giorni (12 settimane).

Quando la richiesta di preventivo arriva mediante il sito Web, viene inviata anchea Decision Server Events. Ogni giorno, vengono ricevute molte richieste dipreventivo. Risulta quindi troppo costoso completare ogni preventivo con unatelefonata. La società desidera identificare quando è probabile che una richiesta dipreventivo si tramuti in vendita. In questa situazione, il potenziale cliente riceveuna telefonata personale dal call center della società.

Ad esempio, la società ritiene che il potenziale cliente mostri maggiore interessenell'acquisto di una polizza di assicurazione auto quando richiede più di unpreventivo alla società in un breve periodo di tempo (ad esempio, modificando leopzioni selezionate sulla polizza). La società di assicurazione desidera aggiungereil potenziale cliente a una campagna di marketing pertinente.

La società di assicurazione, tuttavia, non desidera infastidire i clienti, quindi èimportante che il potenziale cliente non riceva una chiamata di vendita dal callcenter qualora abbia già acquistato una polizza dalla società (questo dàun'impressione negativa della società). È importante, inoltre, che il cliente nonvenga aggiunto più volte alle campagne di marketing se successivamente richiedeun secondo (o terzo) preventivo alla società.

Prima di iniziare l'esercitazione1. Installare Decision Server Events utilizzando IBM® Launch Pad e selezionare

Installazione tipica. Accettare tutte le opzioni predefinite.2. Impostare il widget Event Tester. Per ulteriori dettagli, consultare la sezione

relativa alla preparazione dell'ambiente per la verifica della logica eventi.3. Fare clic su Getting_Started_with_Events.zip per scaricare ed estrarre questo file

zip in una directory sul computer. Il file Getting_Started_with_Events.zipcontiene una versione completa dell'esercitazione.

Adesso è possibile procedere con le esercitazioni.

© Copyright IBM Corp. 2008, 2012 1

http://submit.boulder.ibm.com/infocenter/idwb/v3r8m4/topic/com.ibm.ditaepic.doc/../com.ibm.wodm.dcenter.bu.bspace/topics/preparingenvironmentbet.htm

Esercitazioni

Il primo esercizio si concentra sulla creazione di un'applicazione che consente diaggiungere potenziali clienti alle campagne marketing quando essi richiedono unpreventivo per l'assicurazione auto. Gli esercizi successivi incrementano la capacitàdell'applicazione aggiungendo ulteriore logica per determinare se un cliente abbiarichiesto più di un preventivo per l'assicurazione auto in uno specifico periodo ditempo.

Ogni esercizio introduce nuove funzioni di Decision Server Events non appenadiventano relative all'applicazione che si sta creando.

Le attività riportate nell'esercitazione vengono identificate in base al tipo di utenteche, generalmente, le completa in un'applicazione reale:v Utente IT: definisce il modello di dati (la struttura degli eventi e delle azioni) e

le connessioni ad altri sistemiv Utente business: definisce la logica di business mediante gli asset definiti

precedentemente dall'utente IT

Nel corso della durata di un'applicazione, qualora sia necessario estendere la logicadi business, è possibile che l'utente IT debba estendere prima il modello di dati,come illustrato nei successivi esercizi.

Il seguente diagramma illustra lo scenario utilizzato nell'esercitazione.

Esercizio 1: creazione di un'applicazione sempliceIn questo esercizio, viene creata una versione semplificata dell'applicazione finale,a partire dai blocchi di creazione di base. Tale applicazione costituisce la base deiseguenti esercizi.

2 IBM WebSphere Operational Decision Management: Guida introduttiva alle regole eventi

Prima di iniziare

Completare la procedura descritta in “Prima di iniziare l'esercitazione” a pagina 1.

Informazioni su questa attività

Ogni volta che un potenziale cliente richiede un preventivo per l'assicurazione autosul sito Web della società di assicurazione, il sito Web invia un evento di businessal server Events runtime. L'evento di business contiene le informazioni fornite dalcliente nel sito Web. Il sito Web struttura sempre il contenuto dell'evento in modospecifico affinché il server Events runtime possa riconoscerlo. La struttura di taleevento viene definita dall'utente IT in Event Designer, e viene memorizzata inDecision Server Events in modo che gli eventi in entrata vengano semprericonosciuti.

Quando è opportuno aggiungere il potenziale cliente a una campagna dimarketing, il Events runtime invia un'azione al dipartimento marketing. Anche lastruttura dell'azione viene definita in Event Designer dall'utente IT. Leinformazioni riportate nell'azione possono corrispondere o differire dalleinformazioni contenute nell'evento al quale risponde.

In questo scenario, il potenziale cliente ha fornito il proprio nome e i dettagli dicontatto, nonché i dettagli dell'auto da assicurare. Le stesse informazioni vengonoinviate al dipartimento marketing in modo che tale dipartimento possa inviare alcliente del materiale marketing relativo utilizzando i dettagli di contatto forniti.

Attenersi alla seguente procedura per completare l'esercizio 1:1. “Creazione di una definizione evento e di una definizione azione”2. “Definizione delle connessioni ai sistemi da cui vengono ricevuti gli eventi e ai

quali vengono inviate le azioni da Events runtime.” a pagina 103. “Creazione della logica di business” a pagina 134. “Distribuzione del progetto evento” a pagina 165. “Verifica del progetto evento” a pagina 17

Creazione di una definizione evento e di una definizioneazione


Definire un evento denominato Richiesta preventivo sito Web per rappresentareuna richiesta di preventivo ricevuta dal sito Web. Definire anche un'azionedenominata Aggiungi a campagna che contiene le informazioni provenientidall'evento richieste dal dipartimento marketing al fine di aggiungere il potenzialecliente alle campagne di marketing pertinenti.

Procedura1. Avviare Event Designer:

v Su Windows, fare clic su Start > Programmi > IBM > WebSphereOperational Decision Management V8.0 > WebSphere Decision Server V8.0> Event Designer.

v Su Linux, fare clic su Applicazioni > IBM > WebSphere OperationalDecision Management V8.0 > WebSphere Decision Server V8.0 > EventDesigner.

2. Creare un progetto evento che contenga l'applicazione di esercitazione:

Guida introduttiva alle regole eventi 3

a. Fare clic con il tasto destro del mouse in un qualsiasi punto della vistaEvent Explorer, quindi fare clic su Nuovo > Progetto evento.

b. Denominare il progetto Guida introduttiva agli eventi e fare clic su Fine.3. Definire l'evento Richiesta preventivo sito Web:

a. Nella vista Esplora evento, fare clic con il tasto destro del mouse su Guidaintroduttiva agli eventi, quindi fare clic su Nuovo > Evento.

b. Nella procedura guidata Nuovo evento, selezionare Crea un evento vuoto efare clic su Avanti.

c. Denominare l'evento Richiesta preventivo sito Web e fare clic su Fine. Laprocedura guidata viene chiusa e un editor per il nuovo evento vieneaperto.È stato definito che l'evento di business ricevuto dal sito Web contieneinformazioni conservate nella struttura dell'evento Richiesta preventivo sitoWeb.Adesso è necessario definire la struttura mediante la definizione di unoggetto evento per l'evento.

d. Nell'editor Richiesta preventivo sito Web, esiste una sezione espansachiamata Oggetti evento. Nella sezione Oggetti evento, fare clic suAggiungi per visualizzare la procedura guidata Nuovo oggetto evento.

e. Selezionare Aggiungi un nuovo oggetto evento vuoto e fare clic su Avanti.f. Denominare l'oggetto evento Dettagli richiesta e fare clic su Fine.

La seguente schermata mostra la procedura guidata Nuovo oggetto evento:

L'oggetto evento Dettagli richiesti contiene campi che rappresentano le partidiscrete di informazioni relative al cliente e le loro auto nell'evento Richiestapreventivo sito Web. Ad esempio, il nome del cliente e l'anno in cui l'auto èstata registrata per la prima volta. Gli oggetti evento sono asset separati,anche se rappresentano parti di un evento che consente di riutilizzarefacoltativamente un singolo oggetto evento in più eventi.

g. Premere Ctrl+S per salvare gli aggiornamenti dell'editor Richiestapreventivo sito Web. Chiudere la scheda dell'editor Dettagli richiesti.


La seguente schermata mostra il progetto Guida introduttiva agli eventinella vista Esplora eventi. È inoltre possibile visualizzare Esplora eventi lavista Presentazione asset è per tipo. Per modificare la presentazione assetnella vista Esplora eventi, fare clic sull'icona Menu visualizza, rappresentata

dalla freccia in giù ( ) alla destra della scheda Esplora eventi.

h. Per aggiungere un campo all'oggetto evento Dettagli richiesta nell'editorRichiesta preventivo sito Web, fare doppio clic sull'oggetto evento Dettaglirichiesta . L'oggetto evento Dettagli richiesta si apre in un editor separato.La seguente schermata mostra l'oggetto evento Dettagli richiesta:

i. Nell'editor Dettagli richiesta, nella sezione denominata Campi, fare clic suAggiungi per aprire la procedura guidata Nuovo campo.v Nel nome campo, digitare Nome.v Per il tipo di dati, fare clic su Stringa.v Nella documentazione, immettere Nome del cliente e fare clic su Fine.

Il campo appena creato viene visualizzato.j. Aggiungere gli altri campi elencati nella seguente tabella utilizzando la

stessa procedura. Quindi chiudere entrambe le schede dell'editor e salvare lemodifiche.


Tabella 1. Campi Dettagli richiesta da aggiungere.

Nome Tipo di dati Descrizione

Nome String Nome del cliente

Cognome String Cognome del cliente

Codice postale String Codice postale del cliente

Telefono String Numero di telefono delcliente

Registrazione String Numero di registrazionedell'auto

Anno Integer Anno della primaimmatricolazione dell'auto

La seguente schermata mostra l'oggetto evento Dettagli richiesta con i campiappena aggiunti, elencati nella tabella Campi. La colonna Associatovisualizza False perché i campi dell'oggetto evento non sono associati anessun campo oggetto, utilizzando i costruttori campo. Creare i costruttoricampo successivamente in questa esercitazione.

k. Premere Ctrl+S per salvare le modifiche e chiudere le schede dell'editor.È stato definito un evento denominato Richiesta preventivo sito Web checontiene sei campi.Successivamente, definire l'azione Aggiungi a campagna.L'azione Aggiungi a campagna viene inviata al dipartimento marketing ognivolta che Events runtime riceve un evento Richiesta preventivo sito Web.L'azione Aggiungi a campagna deve pertanto contenere i dettagli di contattorelativi al cliente potenziale e le informazioni circa la vettura da assicurare inmodo che al potenziale cliente venga inviato soltanto il materiale di marketingpertinente.La definizione delle azioni è un processo simile alla definizione degli eventi.

4. Definire l'azione Aggiungi a campagna:a. Nella vista Esplora evento, fare clic con il tasto destro del mouse su Guida

introduttiva agli eventi, quindi fare clic su Nuova > Azione.


b. Nella procedura guidata Nuova azione, selezionare Crea un'azione vuota efare clic su Avanti.

c. Nella procedura guidata Nuova azione, immettere un nome per l'azioneAggiungi a campagna, quindi fare clic su Fine.

d. Premere Ctrl+S per salvare gli aggiornamenti e chiudere la schedadell'editor.

Nella vista Esplora eventi, la nuova azione Aggiungi a campagna può esserevisualizzata solo se si utilizza la presentazione degli asset per tipo . Se siutilizza la presentazione degli asset per evento, l'azione viene visualizzata solose è inclusa in una regola evento da elaborare per eventi.Per ora, l'azione Aggiungi a campagna conterrà le stesse informazionidell'evento Richiesta preventivo sito Web. Il dipartimento marketing puòutilizzare queste informazioni per decidere quali campagne di marketing sonorilevanti per il cliente potenziale. Nel passo successivo, si definisce che leinformazioni presenti nell'evento Richiesta preventivo sito Web vengano copiatenell'azione Aggiungi a campagna da inviare al dipartimento marketing.

5. Definire che le informazioni nell'evento Richiesta preventivo sito Web venganoutilizzate nell'azione Aggiungi a campagna:Le informazioni copiate nell'azione Aggiungi a campagna sono quelle che sitrovano nell'oggetto evento Dettagli richiesta, in cui le informazioni sonostrutturate in due oggetti azioni con gli stessi nomi, Cliente e Auto.Tra gli eventi (in entrata in Events runtime) e le azioni (in uscita da Eventsruntime) vi sono gli oggetti di business. Gli oggetti di business forniscono dellerappresentazioni astratte delle informazioni o dei dati ricevuti nell'evento e chepossono essere ottenuti altrove o mediante calcoli. In questo esercizio, verrannocreati due oggetti di business contenenti i dettagli sulla modalità di copia delleinformazioni dall'evento Richiesta preventivo sito Web all'azione Aggiungi acampagna.Creare due oggetti di business, Cliente e Auto, che ricevano informazionidall'evento Richiesta preventivo sito Web. L'oggetto di business Cliente contienei dettagli del cliente, mentre l'oggetto di business Auto contiene i dettaglidell'auto. Strutturare i dati con più oggetti di business costituisce un modologico per la modellazione dei dati e ne consente una migliore gestione. Adesempio, se si estende lo scenario di questa esercitazione in modo da includereil processo di preventivo stesso, è possibile utilizzare nuovamente l'oggetto dibusiness Auto come parte di un oggetto intermediazione della polizzaassicurativa.a. Fare clic con il tasto destro del mouse sull'oggetto evento Dettagli richiesta,

quindi fare clic su Crea oggetto di business da questo oggetto evento.b. Nella procedura guidata Nuovo oggetto di business, immettere Cliente nel

campo Nome e fare clic su Avanti.c. Selezionare i seguenti campi dell'oggetto di business:

v Nomev Cognomev Codice postalev TelefonoLa seguente schermata mostra i campi selezionati nella procedura guidataNuovo oggetto di business.


Fare clic su Fine.d. Fare nuovamente clic con il tasto destro del mouse sull'oggetto evento

Dettagli richiesta. Fare clic su Crea oggetto business da questo oggettoevento e dare un nome al nuovo oggetto business Auto. Fare clic su Avanti.Selezionare i seguenti campi dell'oggetto di business:v Registrazionev AnnoFare clic su Fine.I due oggetti di business, Cliente e Auto, vengono creati nel progetto Guidaintroduttiva agli eventi con i campi appropriati. Fare clic sull'editor deglioggetti evento Dettagli richiesta per visualizzare la tabella Costruttoricampo, che mostra in che modo ciascuno dei campi di oggetto di businessriceve il suo valore dal suo campo oggetto evento corrispondente.La tabella Costruttori campo contiene ora un elenco dei campi dell'oggettodi business Cliente e Auto con i dettagli su come vengono definiti i campi.Ogni campo riceve il proprio valore dal campo oggetto eventocorrispondente.

e. Premere Ctrl+S per salvare le modifiche e chiudere le schede dell'editor.f. Creare due oggetti azione, denominati Auto e Cliente. Fare clic con il tasto

destro del mouse sull'oggetto business Auto, quindi fare clic su Crea oggettoazione da questo oggetto business.Viene visualizzata la procedura guidata Nuovo oggetto azione.La seguente schermata mostra l'opzione di menu Crea oggetto azione daquesto oggetto business.


g. Denominare l'oggetto azione Auto, selezionare Guida introduttiva aglieventi come progetto e selezionare Aggiungi a campagna come azione. Fareclic su Fine per creare l'oggetto azione.

h. Creare un altro oggetto azione denominato Cliente nello stesso modo.La seguente schermata mostra l'oggetto azione Cliente con i campi definitidall'oggetto di business Cliente.

i. Chiudere entrambe le schede dell'editor oggetto azione e salvare lemodifiche.

Risultati

Sono stati definiti l'evento Richiesta preventivo sito Web, l'azione Aggiungi acampagna ed è stato specificato come le informazioni contenute nell'evento sonocontenute anche nell'azione.

Sebbene la creazione degli oggetti di business non sia necessaria in questoesercizio, nella maggior parte delle applicazioni create tali oggetti contengono leinformazioni provenienti da più di un evento in entrata. Inoltre, le azioni in uscitanon hanno normalmente una relazione uno a uno con gli eventi in entrata. In unoggetto di business, è possibile eseguire dei calcoli mediante JavaScript, acquisire


informazioni aggiuntive da connessioni dati come un database oppure ottenere ilrisultato della valutazione di ulteriori regole di business.

Successivamente, modificare le definizioni di evento e azione per specificarne lemodalità di connessione alla società di assicurazione.

Definizione delle connessioni ai sistemi da cui vengonoricevuti gli eventi e ai quali vengono inviate le azioni daEvents runtime.


L'evento definito viene ricevuto da un sito Web e l'azione viene inviata aldipartimento marketing. A questo punto è necessario configurare i dettagli dellaconnessione del sito Web e il sistema del dipartimento marketing. Per comunicarecon gli altri sistemi, Events runtime utilizza i connettori. I connettori sono fornitiper una gamma di protocolli di comunicazione, inclusi HTTP (per comunicare coni siti Web), SMTP (per inviare e-mail), File System (per inviare e ricevere i datimediante i file nel file system locale o remoto) e altri.

Per ricevere gli eventi Richiesta preventivo sito Web direttamente dal sito Webdella società di assicurazione, è necessario configurare un connettore evento HTTP.Quando il cliente potenziale invia una richiesta di preventivo sul sito Web, larichiesta, nel formato di evento Richiesta preventivo sito Web, viene inviatamediante il connettore evento HTTP a Events runtime.

Per inviare le azioni Aggiungi a campagna al sistema del dipartimento marketing,è necessario configurare un connettore azione del File System. Quando i dettaglidel potenziale cliente vengono inviati al dipartimento marketing in formato diazione Aggiungi a campagna, l'azione viene posizionata come file in una directoryspecificata nel file system. (Ai fini di questa esercitazione, la directory si trova nellostesso file system di Events runtime, ma è possibile inviare l'azione a un filesystem in un computer remoto).

Poiché il connettore è associato all'evento o all'azione, è necessario configurare idettagli del connettore per ogni evento o azione creati.

Procedura1. Configurare il connettore evento HTTP per l'evento Richiesta preventivo sito

Web:a. Nella vista Esplora evento fare doppio clic sull'evento Richiesta preventivo

sito Web per aprire l'editor per l'evento.b. Fare clic sulla scheda Connettore per aprire l'editor del connettore.c. Selezionare HTTP come tipo di connettore.d. Selezionare Rapida come tipo di sottoscrizione.e. Le informazioni contenute nell'evento Richiesta preventivo sito Web in

entrata provengono da un modulo del sito Web in modo che il valoreModulo HTML sia il valore corretto nel campo Formato evento.


f. Fare clic su Genera Modulo di esempio. La pagina Web che viene generataè utilizzata quando si effettua una verifica della applicazione.Un esempio di modulo generato viene mostrato nella seguente schermata.

g. Premere Ctrl+S per salvare gli aggiornamenti dell'editor Richiestapreventivo sito Web e chiudere la scheda dell'editor.A questo punto, il connettore evento HTTP è stato configurato.

2. Configurare il connettore azione del File System per l'azione Aggiungi acampagna:


a. Su Windows, creare la seguente cartella:C:\tutorial\Actions

Su Linux, creare la seguente cartella:/home/user/DecisionServer/Actions

Dove user è il nome della directory home. Azioni è la cartella in cuivengono inseriti i file dell'azione Aggiungi a campagna da Events runtimedopo l'elaborazione dell'evento Richiesta preventivo sito Web.

b. Nella vista Esplora evento fare doppio clic sull'azione Aggiungi allacampagna per aprire l'editor dell'azione.

c. Fare clic sulla scheda Connettore per aprire l'editor del connettore.d. Selezionare File system come tipo di connettore.

Le informazioni che vengono inviate nell'azione Aggiungi a campagna inuscita sono nel formato definito dall'utente nell'azione Aggiungi acampagna, pertanto Pacchetto connettori è il valore corretto nel campoFormato azione. (Gli eventi in entrata e le azioni in uscita effettivi checontengono dati sono noti come pacchetti di eventi e pacchetti di azioni).

e. Nella sezione Immettere la destinazione dei file, nel campo Cartelle sutale computer, digitare:C:\tutorial\Actions

Su Linux, immettere:/home/user/DecisionServer/Actions

f. Nel campo Pattern di file, immettere:Aggiungi a campagna*.xml

Ciò significa che il connettore azione File System invia qualsiasi filecorrispondente a tale pattern del nome file alla directory Azioni. L'asterisco *viene sostituito da una stringa di caratteri univoca in modo che tutte leazioni abbiano nomi file univoci e non sovrascrivano le azioni precedenti.


g. Premere Ctrl+S per salvare gli aggiornamenti dell'editor Aggiungi acampagna e chiudere la scheda dell'editor.

A questo punto, il connettore azione File System è stato configurato.

Risultati

La definizione dell'evento in entrata e dell'azione in uscita è stata completata.

Creazione della logica di businessInformazioni su questa attività

Quando il potenziale cliente richiede un preventivo dal sito Web della società diassicurazione, Events runtime riceve un'istanza dell'evento Richiesta preventivosito Web. Events runtime elabora quindi contenute in tale evento in base alla logicadi business definita. In questo esercizio, ogni volta che un'istanza dell'eventoRichiesta preventivo sito Web viene ricevuta, un'istanza dell'azione Aggiungi acampagna viene inviata al dipartimento marketing per consentire l'aggiunta delpotenziale cliente alle campagne di marketing pertinenti.


In questo esercizio, definire la logica di business semplice(la regola eventoAggiungi a campagna marketing) che invia l'azione Aggiungi a campagna comerisposta alle istanze in entrata dell'evento Richiesta preventivo sito Web.

Una regola evento contiene la logica di business utilizzata per elaborare le istanze inentrata degli eventi. Una regola evento contiene sempre un riferimento a unadefinizione evento. Quando riceve un'istanza di tale evento, la regola evento avvial'elaborazione dell'evento in base alla logica di business contenuta nella regolaevento. Le regole evento possono essere raggruppate in gruppi di regole, in modoche sia possibile conservare una serie di regole simili o sia disponibile una regolain grado di elaborare l'evento se nessuna delle altre regole evento nel gruppo diregole evento avvia l'elaborazione di tale evento. In questo esercizio viene creatauna sola regola evento. Infine, le regole evento spesso contengono un riferimentoad almeno una definizione azione, che viene inviata in base al risultatodell'elaborazione dell'evento.

Generalmente, una regola evento contiene uno o più condizioni per la valutazionedell'evento. Le condizioni per questa regola evento vengono aggiunte in unesercizio successivo. In questo esercizio, la regola evento non contiene alcunacondizione pertanto è possibile testare il modello di dati e verificare chel'applicazione funzioni.

Procedura1. Nella vista Esplora evento, fare clic con il tasto destro del mouse sul progetto

Guida introduttiva agli eventi, quindi fare clic su Nuova > Regola evento.2. Nella procedura guidata Nuova regola evento, assegnare alla regola evento il

nome Aggiungi a campagna marketing e fare clic su Avanti.3. Selezionare Richiesta preventivo sito Web come evento per attivare questa

regola evento (per avviare l'elaborazione). Fare clic su Fine. (La relazione delcontesto viene aggiunta in un esercizio successivo). La regola evento Aggiungia campagna marketing si apre nel relativo editor.

4. Nella sezione Contenuto, immettere allora e premere la barra spaziatrice. Siapre il menu di assistenza sui contenuti. Il menu di assistenza sui contenutielenca tutte le opzioni valide che è possibile immettere in questa parte dellaregola evento. La seguente schermata mostra il menu di assistenza suicontenuti:


5. Nel menu di assistenza sui contenuti, fare doppio clic sull'azione Aggiungi acampagna.

6. Fare doppio clic su ; visualizzate per completare la regola evento.7. Premere Ctrl+S per salvare le modifiche e chiudere la scheda dell'editor. La

seguente schermata mostra la regola evento Aggiungi a campagna marketing:


Al momento, non vi sono condizioni della regola. Ogni volta che viene ricevutol'evento Richiesta preventivo sito Web, la regola evento invia l'azione Aggiungia campagna.Il progetto evento è ora pronto per la distribuzione e la verifica.

Distribuzione del progetto eventoInformazioni su questa attività

Una volta completate le definizioni del modello di dati e della logica di businessnell'applicazione, è necessario distribuire il progetto evento in Events runtime, inesecuzione sul computer in modo da verificare che l'applicazioni funzioni.

Procedura1. Nella vista Esplora evento, fare clic con il tasto destro del mouse sul progetto

Guida introduttiva agli eventi, quindi fare clic su Distribuisci.2. Nella procedura guidata di Distribuzione, selezionare Distribuisci tutti gli

asset e fare clic su Avanti.3. Controllare il numero di porta del runtime dell'evento.

a. Cercare il file AboutThisProfile.txt.v Su Windows: ricercare nella directory WAS_install_dir\AppServer\

profiles\WODMSample750\logs nel file system.v Su Linux: ricercare nella directory WAS_install_dir/AppServer/profiles/

WODMSample750/logs nel file system.

Dove WAS_install_dir è la directory d'installazione per WebSphereApplication Server e dove WODMSample750 è il nome del profilo.

b. Aprire il file AboutThisProfile.txt e ricercare la riga che inizia con portadi trasporto HTTP. Il numero di porta per il runtime di eventi vienerilevata in questa riga. Per impostazione predefinita, il valore è 9080.


4. Nella procedura guidata Distribuisci, selezionare Utilizza un runtimetemporaneo e immettere i dettagli della connessione di runtime dell'evento. Adesempio,v Per il nome host, immettere localhost.v Per la porta, immettere 9080.v Per il nome utente, immettere wbeAdmin.v Per la password, immettere wbeAdmin.

Il nome utente e la password sono i dettagli di autenticazione che vengonocreati quando viene installato WebSphere Application Server.

5. Fare clic su Fine. Il progetto evento degli asset viene distribuito al runtime. Sevengono richiesti ID utente e password, immettere admin per entrambi.Quando il progetto viene distribuito, viene visualizzato il messaggio Progettodistribuito correttamente al runtime.Se la distribuzione ha esito negativo, viene visualizzato un messaggio di errorenella vista Problemi. Verificare di aver definito gli asset nel progetto eventocome descritto nella procedura precedente in questo argomento.

Verifica del progetto eventoPrima di iniziare

Per impostazione predefinita, quando Decision Server è installato, la sicurezza delserver delle applicazioni è abilitata. Quando si utilizza il connettore HTTP, come inquesto esempio, se la sicurezza del server delle applicazioni è abilitata è necessariospecificare un'associazione ruolo utente. L'associazione ruolo utente determinaquali utenti dispongano dell'autorizzazione ad inviare eventi tramite HTTP alconnettore. Per specificare l'associazione del ruolo utente utilizzando la console digestione WebSphere Application Server completare i seguenti passi::1. Collegarsi alla console di gestione WebSphere Application Server. L'URL

predefinito per la console è http://localhost:9060/ibm/console. Il nome host eil numero di porta potrebbero essere differenti per il proprio sistema.

2. Nel menu, espandere Applicazioni, quindi, quindi Tipi di applicazione. Fareclic su Applicazioni WebSphere enterprise.

3. Nel pannello principale, fare clic sull'applicazione connettore HTTP,wbehttpconnector.

4. In Proprietà dettagliate, fare clic su Ruolo di sicurezza per l'associazioneutente/gruppo.

5. Selezionare il ruolo HTTPEventConnectorUser e associare gli utenti o i gruppial ruolo. Per consentire l'accesso non limitato quando la sicurezza è abilitata,selezionare Associa oggetti speciali > Tutti.

6. Fare clic su Salva.

Queste operazioni sono richieste solo quando un progetto evento che utilizza ilconnettore HTTP viene distribuito per la prima volta. Quando progetti successivivengono distribuiti, le associazioni esistenti vengono conservate.


Utilizzare la pagina Web generata per inviare gli eventi Richiesta preventivo sitoWeb per verificare l'applicazione. Verificare che l'applicazione stia funzionandocorrettamente utilizzando il widget Event Tester. Per ogni evento Richiestapreventivo sito Web che si desidera inviare, l'applicazione attiva un'azioneAggiungi a campagna.


Il connettore HTTP viene avviato automaticamente. Se si sta eseguendol'applicazione su un sistema, il connettore File System deve essere avviato. Ilconnettore File System viene utilizzato successivamente nell'esercitazione. Tuttavia,utilizzando il widget Event Tester, gli altri connettori non sono richiesti perverificare l'applicazione.

Se il runtime dell'evento non è in esecuzione sul nome host (localhost) e il numerodi porta (9080) predefiniti, salvare la pagina web generata e utilizzare un editor ditesto per modificare la riga nell'origine della pagina Web che specifica il nome hoste il numero di porta. Non modificare altri dettagli nell'origine della pagina Web

Procedura1. Nella pagina Web che avete generato in precedenza, immettere alcuni dettagli

nel modulo, quindi fare clic su Invia Richiesta preventivo sito Web. Nonimporta quali siano i dettagli inseriti in questo esercizio. Se l'evento vieneinviato correttamente, viene visualizzato il messaggio Modulo elaborato.

2. Impostare il widget Event Tester nello spazio Business.a. Verificare che i passaggi descritti in preparazione dell'ambiente per la

verifica della logica eventi sono stati completati.b. Avvia spazio Business:

v Su Windows: Start > Tutti i programmi > IBM > WebSphereOperational Decision Management > WebSphere Decision Server V8.0> Business Space

v Su Linux: Applications > IBM > WebSphere Operational DecisionManagement V8.0 > WebSphere Decision Server V8.0 > Business Space

Se la sicurezza è abilitata, al primo avvio di Business Space è possibile cheall'utente venga richiesto di accettare un certificato di sicurezza. Perimpostazione predefinita, la sicurezza è abilitata affinché solo gli utentiautorizzati possano accedere a Business Space.

c. Immettere ID utente e password per accedere a Business Space.3. Nel widget Event Tester in Business Space, fare clic sulla scheda Azioni per

visualizzare le istanze delle azioni inviate. La tabella elenca l'azione Aggiungi acampagna e l'ora di invio dell'azione.




4. Consultare la cartella Azioni:v Su Windows, cercare in C:\tutorial\Actions.v Su Linux, cercare in /home/user/DecisionServer/Actions.Poiché Decision Server Events ha utilizzato il connettore azione del File Systemper inviare l'azione Aggiungi a campagna, nella cartella Azioni è presente unfile che contiene l'istanza dell'azione. Il nome del file azione corrisponde alpattern del nome Aggiungi a campagna*.xml dove * viene sostituito con unastringa di caratteri univoca in modo che tutte le azioni abbiano nomi fileunivoci e non sovrascrivano l'azione precedente.

Risultati

È stato creato e verificato un progetto evento di base. Sebbene tale progetto siasemplificato, risulta utile per creare una logica semplice come questa (eventi inentrata e azioni in uscita senza filtri o ritardi) dopo aver generato il modello di datiper assicurare che tutte le definizioni di eventi e azioni siano corrette e che lerelative connessioni siano configurate in modo appropriato.

Operazioni successive

A questo punto è possibile procedere con l'esercizio 2. Consultare “Esercizio 2:aggiunta della logica condizionale all'applicazione”.

Esercizio 2: aggiunta della logica condizionale all'applicazioneIn questo esercizio, viene aggiunta la logica condizionale all'applicazione creatanell'esercizio precedente in modo che l'applicazione risulti più utile e invii le azionisolo quando appropriato.


Prima di iniziare


Prima di procedere con l'esercizio, completare le istruzioni riportate per l'esercizio1. Consultare “Esercizio 1: creazione di un'applicazione semplice” a pagina 2.


Nell'esercizio precedente, è stata creata un'applicazione di base che invia un'istanzadell'azione Aggiungi a campagna (contenente i dettagli del potenziale cliente) aldipartimento marketing ogni volta che la società di assicurazione riceve un'istanzadell'evento Richiesta preventivo sito Web (con i dettagli del potenziale cliente) dalsito Web della società assicuratrice.

Sorgono due problemi evidenti con la società di assicurazione che aggiunge uncliente alle campagne di marketing ogni volta che tale cliente richiede unpreventivo per l'assicurazione auto:v Se il potenziale cliente chiede più di un preventivo per l'assicurazione, questo

finirà con l'essere aggiunto più di una volta alle campagne di marketing. Questoduplicato rischia di indisporre il potenziale cliente e di scoraggiarlo dall'acquistodi una polizza con questa società di assicurazione.

v Se il potenziale cliente acquista la polizza per la quale ha richiesto unpreventivo, è meglio che non venga aggiunto alle campagne di marketing chesono destinate a promuovere l'acquisto della polizza. Anche in questo caso,venire aggiunti a campagne di marketing irrilevanti potrebbe indisporre ilcliente.

Per evitare di indisporre un cliente esistente (o cliente potenziale), è possibileaggiungere la logica condizionale all'applicazione.

Oltre alla creazione dei filtri, è necessario identificare le richieste di preventivicome relative o come richieste univoche. È possibile definire una relazione tra piùrichieste di preventivo utilizzando diversi criteri, tuttavia, in questo esercizio,verranno utilizzati i dettagli di registrazione dell'auto per la quale viene richiesto ilpreventivo dell'assicurazione. Se si riceve più di una richiesta di preventivo per lastessa registrazione auto, gli eventi Richiesta preventivo sito Web contenenti laregistrazione dell'auto vengono correlati.

In questo esercizio, viene definita la modalità di correlazione tra le diverse istanzedi eventi in entrata e viene creata la logica condizionale che controlla se un'istanzadell'azione Aggiungi a campagna sia già stata inviata per una specifica auto.

Scrittura di una condizione nella regola eventoInformazioni su questa attività

Quando le condizioni in una regola evento vengono valutate, restituiscono unarisposta true o false.

La condizione che si sta per scrivere nella regola evento Aggiungi a campagna dimarketing verifica che il cliente non sia stato già aggiunto alla campagna dimarketing.

A tal fine, si controlla se vi siano state precedenti ricorrenze dell'azione Aggiungi acampagna. In caso negativo, è possibile aggiungere il potenziale cliente alla


campagna di marketing inviando l'azione Aggiungi a campagna.

Procedura1. Nella vista Esplora evento fare doppio clic sulla regola evento Aggiungi alla

campagna per aprire l'editor dell'azione. Posizionare il cursore subito primadella parola allora e premere Invio. Sulla riga vuota inserita sopra, immettere:se. Premere Ctrl+Barra spaziatrice per visualizzare il menu di assistenza suicontenuti.

2. Sul menu di assistenza sui contenuti, fare doppio clic (o spostarsi in giù nelmenu e premere Invio) su tutte le ricorrenze di.Il testo tutte le ricorrenze di viene aggiunto alla regola evento. Inoltre, vienevisualizzato un altro menu per richiedere all'utente di selezionare l'evento ol'azione da includere in questa condizione.

3. Fare doppio clic su aggiungi a campagna per aggiungere questa azione allaregola evento.Il menu successivo richiede di completare la condizione della regola evento.

4. Fare doppio clic su è <un oggetto>. Quando richiesto, fare doppio clic su<numero>. Viene aggiunto uno 0 (zero) alla regola evento. La regola evento èora completa.La seguente schermata mostra la condizione della regola evento Aggiungi acampagna marketing:

Il messaggio di errore di contesto verrà risolto quando verrà definita larelazione del contesto più avanti nell'esercizio.

5. Salvare la regola evento.

Verbalizzazione di un campo oggetto di business per definireuna relazione del contesto


Quando viene ricevuta un'istanza di un evento e la definizione di tale evento vienespecificata da una o più regole evento, la ricorrenza di questa istanza evento vieneregistrata. Ciò significa che la regola evento può verificare se in precedenza è stataricevuta un'istanza dell'evento.

Quando un potenziale cliente richiede un preventivo e successivamente ne richiedeun secondo, la regola evento deve identificare in qualche modo che queste duerichieste (due istanze dell'evento Richiesta preventivo sito Web) siano correlate.Diversamente, la regola evento potrebbe identificare tutte le richieste comeunivoche e il cliente potenziale che ha richiesto i due preventivi verrebbeidentificato come due potenziali clienti distinti. Ciò comporta che il cliente venga


aggiunto alle campagne di marketing due volte e non permette di identificarequando il cliente che ha precedentemente richiesto un preventivo abbiasuccessivamente acquistato la polizza.

Ad esempio, un potenziale cliente potrebbe richiedere un preventivo per assicurareun'auto con registrazione ABX523 e successivamente richiedere un altro preventivoper un'auto con registrazione ABX523. Poiché le registrazioni auto sono univoche, idue preventivi riguardano in definitiva la stessa auto. Pertanto, se la relazione delcontesto nella regola evento viene definita come il valore del campo Registrazionedell'evento in entrata, la regola evento può determinare che le due richieste dipreventivo sono correlate e l'ultima richiesta viene riconosciuta come secondarichiesta relativa alla stessa auto.

Questa funzione è importante durante la creazione delle condizioni. Ad esempio,nella condizione appena creata, la regola evento non può contare il numero divolte in cui sono stati ricevuti i preventivi per la stessa auto, senza sapere di dovercorrelare i preventivi in base alla registrazione dell'auto.

Quando la regola evento Aggiungi a campagna marketing è aperta nell'editor, sesi fa clic su Modifica contesto, la finestra di dialogo Definisci relazione contesto siapre e visualizza i campi oggetto di business disponibili.

Potrebbe essere richiesta l'aggiunta del campo Registrazione dell'oggetto dibusiness Auto come relazione del contesto in questa regola evento. Tuttavia, poichési sta effettuando una modifica della verbalizzazione campo di registrazione, fareclic su Annulla.

La verbalizzazione è un modo per fornire un nome più significativo per gli asset ei campi in modo che le regole evento possano essere intese più facilmente. Laverbalizzazione di eventi, azioni, filtri, oggetti business, campi oggetto di business,e costanti con nome viene creato automaticamente, ma è possibile modificarla. Unavolta creata la regola evento Aggiungi a campagna marketing, è possibileselezionare la verbalizzazione dei nomi dell'evento Richiesta quotazione sito Web edell'azione Aggiungi a campagna dal menu di assistenza sui contenuti.

La verbalizzazione dei campi oggetto di business è creata automaticamente allacreazione dei campi oggetto di business che si desidera utilizzare nella regolaevento. Una volta creata la regola evento Aggiungi a campagna marketing, èpossibile selezionare i nomi dell'evento Richiesta quotazione sito Web e dell'azioneAggiungi a campagna dal menu di assistenza sui contenuti. Per impostazionepredefinita, il nome della verbalizzazione è creato automaticamente per eventi,azioni, filtri, oggetti business, campi oggetto business e costanti con nome.

Sebbene il campo Registrazione dell'oggetto di business Auto e lo stesso oggetto dibusiness Auto abbiano delle verbalizzazioni, modificare la verbalizzazione comedescritto. Quindi impostare il campo Registrazione come relazione del contesto perla regola evento Aggiungi a campagna marketing.

Procedura1. Modificare la verbalizzazione per il campo Registrazione dell'oggetto di

business Auto:a. Nella vista Esplora evento fare doppio clic sull'oggetto di business Auto per

aprire l'editor dell'oggetto di business.


b. Nella tabella Campi, fare doppio clic su Registrazione (o fare clic suRegistrazione e su Modifica). I dettagli del campo Registrazione vengonovisualizzati nella pagina Campo dell'editor.

c. Rivedere la sezione Verbalizzzazione della finestra dell'editor.Per impostazione predefinita, la verbalizzazione creata è the registrationof a car (la registrazione auto). In inglese, questa formulazione èinusuale. La formulazione risulterebbe più chiara se fosse "the carregistration" (la registrazione dell'auto).Per migliorare la formulazione, è possibile modificare il modello utilizzatoper creare l'espressione.

d. Nel campo Modello, modificare il testo da {registrazione} di {questo} a{questo} {registrazione}. Quando si preme Ctrl+S, la frase diverbalizzazione viene modificata in a car registration (la registrazionedi un'auto).La verbalizzazione del campo Registrazione è ora aggiornata. La seguenteschermata mostra la verbalizzazione del campo Registrazione aggiornata.

e. Chiudere la scheda dell'editor per salvare le modifiche.2. Aggiungere una relazione del contesto alla regola evento Aggiungi a campagna

marketing.a. Passare all'editor delle regole evento Aggiungi a campagna marketing.b. Nell'editor, fare clic su Cambia contesto.c. Selezionare la registrazione dell'auto e fare clic su Fine.

La regola evento Aggiungi a campagna marketing è ora completa.La seguente schermata mostra la regola evento Aggiungi a campagnamarketing con il contesto definito:

3. Salvare gli aggiornamenti.


Verificare la relazione del contesto tra gli eventiProcedura

Verifica della relazione del contesto:È possibile visualizzare il funzionamento della relazione del contesto inviando piùistanze dell'evento Richiesta preventivo sito Web e modificando il valore dellaregistrazione in modo che risulti a volte uguale alle istanze precedenti dell'evento ea volte univoco. Osservare se viene inviata un'istanza dell'azione Aggiungi acampagna.1. Distribuire il progetto evento. Nella vista Esplora evento, fare clic con il tasto

destro del mouse sul progetto Guida introduttiva agli eventi, quindi fare clicsu Distribuisci. Selezionare Distribuisci tutti gli asset e fare clic su Fine.Gli asset contenuti nel progetto aggiornato sovrascrivono gli asset contenutiprecedentemente nel progetto distribuito nell'esercizio 1.È possibile continuare ad inviare eventi dal modulo Web o è possibile inviareeventi utilizzando il widget Event Tester. (Nel widget Event Tester, fare clic suInvia evento, quindi selezionare il modello di evento Richiesta preventivo sitoWeb da utilizzare).

2. Nel widget Event Tester, fare clic su Riavvia il test per cancellare l'eventoprecedente inviato nell'esercizio e l'azione che è stata attivata come risultato.

3. Se in precedenza non è stato abilitato Events runtime per la registrazione dellacronologia, abilitarlo adesso. Consultare Configurazione di Events runtime perla registrazione della cronologia.

4. Invia l'evento Richiesta preventivo sito Web una volta.5. Utilizzare il widget Event Tester per visualizzare cosa accade quando viene

ricevuto l'evento Richiesta preventivo sito Web:v Fare clic sulla scheda Azioni. La tabella mostra che l'azione Aggiungi a

campagna è stata inviata in risposta all'evento Richiesta preventivo sito Web.

v Fare clic sulla scheda Dati del contesto per visualizzare un elenco di eventi eazioni con le relative informazioni di contesto. La tabella mostra che l'eventoRichiesta preventivo sito Web è stato ricevuto e l'azione Aggiungi acampagna è stata inviata con un contesto K123 ABC (il valore nel campoRegistrazione del modulo).


http://submit.boulder.ibm.com/infocenter/idwb/v3r8m4/topic/com.ibm.ditaepic.doc/../com.ibm.wodm.dserver.events.config/topics/tsk_configuring_history_runtime.htm

http://submit.boulder.ibm.com/infocenter/idwb/v3r8m4/topic/com.ibm.ditaepic.doc/../com.ibm.wodm.dserver.events.config/topics/tsk_configuring_history_runtime.htm

v Fare clic sulla scheda Eventi e azioni ritardati. La tabella mostra che non visono eventi e azioni ritardati perché non è stato impostato alcun ritardo nellaregola evento Aggiungi a campagna.

6. Inviare di nuovo la Richiesta preventivo sito Web (senza modificarne i valori).7. Controllare il risultato dell'invio dell'evento. Controllare di nuovo la scheda

Azione del widget Event Tester. Questa volta, non vengono elencate nuoveistanze dell'azione Aggiunti a campagna. Questo accade perché il gruppo diregole evento ha rilevato che in precedenza è stata inviata un'azione Aggiungi acampagna in risposta a una richiesta per la stessa registrazione auto.v La scheda Azioni non mostra ulteriori azioni poiché la regola evento

Aggiungi a campagna di marketing garantisce che, se l'evento Richiestapreventivo sito Web viene ricevuto una seconda volta per la stessaregistrazione auto, l'azione Aggiungi a campagna non viene inviata di nuovo.

v La scheda Dati del contesto mostra che è stato ricevuto un secondo eventoRichiesta preventivo sito Web ma che non è stata inviata alcuna ulterioreazione Aggiungi a campagna.

v Di nuovo, la scheda Eventi e azioni ritardati non mostra alcuna informazionepoiché non è stato impostato alcun ritardo nel gruppo di regole evento.


8. Modificare il valore nel campo Registrazione su K123 DEF nel widget EventTester, quindi inviarlo nuovamente.

9. Controllare il risultato dell'invio dell'evento:v La scheda Azioni mostra che l'azione Aggiungi a campagna è stata inviata di

nuovo.v La scheda Dati del contesto mostra che è stato ricevuto un nuovo evento e

che è stata impostata un'azione nel nuovo contesto (K123 DEF).v Di nuovo, non vi sono eventi o azioni nella scheda Eventi e azioni ritardati.

Risultati

Nel prossimo esercizio verrà creato un filtro che consente di verificare che il clientenon abbia già acquistato una polizza.


A questo punto è possibile procedere con l'esercizio 3. Consultare “Esercizio 3:definizione di un altro evento e creazione di un'altra condizione”.

Esercizio 3: definizione di un altro evento e creazione di un'altracondizione

In questa esercitazione, si definisce un altro evento denominato Polizza acquistata.È anche possibile aggiungere un'altra condizione alla regola evento Aggiungi acampagna marketing in modo che la regola evento possa controllare se è già stataacquistata una polizza per l'auto. Se la polizza è stata acquistata, il cliente nonviene aggiunto alle campagne di marketing inutilmente. Poiché un'applicazioneevolve, di solito è possibile che il progetto evento debba essere aggiornatodall'utente IT prima che l'utente business possa continuare la creazione della logicadi business.

Prima di iniziare


Prima di procedere con l'esercizio, completare le istruzioni riportate per l'esercizio2. Consultare “Esercizio 2: aggiunta della logica condizionale all'applicazione” apagina 19.


Nel presente esercizio, l'utente aggiunge un filtro alla regola evento Aggiungi acampagna marketing. Il nuovo filtro, denominato Polizza non acquistata, verifica lapresenza di un'istanza dell'evento Polizza acquistata ricevuto nell'anno precedenteper la stessa registrazione auto (come definito dalla relazione del contesto nellaregola evento).

Procedura1. Definire l'evento Polizza acquistata:

Dopo aver richiesto un preventivo per l'assicurazione auto, se il cliente acquistala polizza assicurativa, il sistema di polizze della società di assicurazione riceveun'istanza dell'evento Polizza acquistata.a. Nel progetto Guida introduttiva agli eventi, creare un evento vuoto

chiamato Polizza acquistata.


L'oggetto per questo evento è lo stesso degli oggetti per l'evento Richiestapreventivo sito Web. È possibile definire l'evento Polizza acquistata percondividere lo stesso oggetto evento come evento Richiesta preventivo sitoWeb.

b. Nell'editor dell'evento Polizza acquistata, fare clic su Aggiungi per aprire laprocedura guidata Nuovo oggetto evento.

c. Nella procedura guidata, fare clic su Condividi oggetto evento esistente efare clic su Avanti.

d. Espandereeventi e selezionare dall'elenco l'oggetto evento Dettaglirichiesta. Fare clic su Fine.

e. Su Windows, creare la seguente cartella:C:\tutorial\Events

Su Linux, creare la seguente cartella:/home/user/DecisionServer/Events

Dove user è il nome della directory home. Azioni è la cartella in cuivengono inseriti i file dell'azione Aggiungi a campagna da Events runtimedopo l'elaborazione dell'evento Richiesta preventivo sito Web.

f. Fare clic sulla scheda Connettore per aprire l'editor del connettore.g. Selezionare File system come tipo di connettore.h. Verificare che il tipo di richiesta sia Rapida.i. Verificare che il Pacchetto connettori sia selezionato per il formato evento.j. Nella sezione Immettere la destinazione dei file, nel campo Cartelle su tale

computer, digitare:Su Windows, C:\tutorial\EventsSu Linux, /home/user/DecisionServer/Events

k. Nel campo pattern di file, immettere:Polizza acquistata*.xml

Ciò significa che il connettore evento File System invia qualsiasi filecorrispondente a tale pattern del nome file alla directory Eventi. L'asterisco *viene sostituito da una stringa di caratteri univoca in modo che tutti glieventi abbiano nomi file univoci e non sovrascrivano gli eventi precedenti.

l. Salvare l'evento Polizza acquistata.L'oggetto evento Dettagli richiesta è ora visualizzato nell'evento Polizzaacquistata nella vista Esplora eventi. Se si apportano modifiche all'oggettoevento Dettagli richiesta esse saranno applicate ad entrambi gli eventi.La seguente schermata mostra i campi definiti in Dettagli richiesta.


m. Chiudere la scheda dell'editor per salvare le modifiche.

È stato ora definito l'evento Polizza acquistata. La definizione evento Polizzaacquistata contiene gli stessi campi di dati della definizione evento Richiestapreventivo sito Web.Quindi, creare una logica condizionale per controllare se l'evento Polizzaacquistata è già stato ricevuto.

2. La logica condizionale che è necessario aggiungere alla regola evento è richiestaanche in un'altra regola evento nell'esercizio 4. Pertanto, è utile creare questacondizione come filtro riutilizzabile separato a cui è possibile fare riferimentoda entrambe le regole evento. Creare il filtro Polizza non acquistata:Il filtro Polizza non acquistata verifica se la polizza assicurativa per l'auto è giàstata acquistata. Se la polizza è già stata acquistata, la società di assicurazionenon desidera aggiungere il cliente alle campagne di marketing. Poiché lepolizze assicurative per l'auto sono generalmente valide per 12 mesi, il filtroverifica se è stata acquistata una polizza nelle 52 settimane precedenti.a. Nella vista Esplora evento, fare clic con il tasto destro del mouse su Guida

introduttiva agli eventi, quindi fare clic su Nuovo > Filtro. Denominare ilfiltro Polizza non acquistata. Fare clic su Fine.Adesso è possibile definire la logica del filtro per verificare che il clientepotenziale che ha inoltrato la richiesta di preventivo non abbia acquistatouna polizza nell'anno precedente.

b. Nella sezione Contenuto dell'editor dei filtri, premere Ctrl+Barra spaziatriceper visualizzare il menu di assistenza sui contenuti.

c. Dal menu di assistenza sui contenuti, fare doppio clic su Ricorrenze passatedi un <evento o azione>. Viene visualizzato un elenco di eventi disponibili.

d. Fare doppio clic su Polizza acquistata.e. Fare doppio clic su entro <durata> e in seguito su<durata>. Viene

visualizzata una finestra di dialogo contenente differenti opzioni temporali.f. Nel campo Settimane, immettere 52 e premere Invio.


g. Dopo 52 settimane, premere Ctrl+Barra spaziatrice. Dal menu di assistenzasui contenuti, fare doppio clic su è <un oggetto>. È possibile immettere ilnumero di ricorrenze passate dell'evento Polizza acquistata su cui la regolaevento esegue il controllo.

h. Completare l'espressione immettendo un numero. Digitare 0 (zero). PremereCtrl+S per salvare le modifiche. L'espressione completa adesso è:ricorrenze passate della polizza acquistata entro 52 settimane è 0

Questo significa che il filtro viene valutato come true se il numero diricorrenze dell'evento Polizza acquistata nelle 52 settimane precedenti èesattamente pari a zero.Controllare la vista Problemi.

Viene visualizzato un messaggio di avviso per la regola evento. Questoavviso si verifica perché l'evento a cui fa riferimento, Polizza acquistata, nonviene utilizzato come l'evento di attivazione per la regola evento esistente.Questo significa che l'evento Polizza acquistata non viene mai registrato enon è possibile associarlo a nessun'altra istanza dell'evento.

i. Nella sezione Verbalizzazione, modificare la frase generato in lettereminuscole Polizza non acquistata.

j. Salvare il filtro.3. Aggiungere il filtro Polizza non acquistata alla regola evento Aggiungi a

campagna marketing:a. Nell'editor delle regole evento Aggiungi a campagna marketing, premere

Invio alla fine della prima riga per inserire una riga bianca.b. Nella nuova riga vuota, immettere e e premere Ctrl+Barra spaziatrice.c. Nel menu di assistenza sui contenuti, fare doppio clic su non è stata

acquistata una polizza.d. Salvare le modifiche alla regola evento.

La seguente schermata mostra la regola evento Aggiungi a campagnamarketing con la condizione filtro aggiunta.


Il riferimento al filtro Polizza non acquistata è stato aggiunto alla regola eventoAggiungi a campagna marketing.

4. Creare la regola evento Aggiungi a campagna anno successivo:Come visualizzato nella vista Problemi, la regola evento appena creata è ancoracontrassegnata con un avviso.Crea un riferimento complesso a un evento Polizza acquistata che non èattivato da una regola evento esistente e quindi non si verificherà mai.(BEER1255W).Questo avviso si verifica perché la condizione precedente fa riferimento alladefinizione evento Polizza acquistata, che non viene utilizzata direttamente inqualsiasi regola evento. Poiché non sono presenti regole evento per risponderea un'istanza in entrata dell'evento Polizza acquistata, le istanze in entratadell'evento Polizza acquistata non vengono registrate. Pertanto, qualsiasicondizione che faccia riferimento all'evento Polizza acquistata non vienevalutata correttamente; da ciò consegue che la regola evento Aggiungi acampagna marketing viene ancora contrassegnata con un avviso.Adesso l'utente creerà una regola evento, Aggiungi a campagna annosuccessivo, che risponde a un'istanza in entrata dell'evento Polizza acquistata.In questo esercizio, la regola evento Aggiungi a campagna anno successivo noninvia alcuna azione. Nell'esercizio 4, l'utente modifica la regola evento in modoche questa invii l'azione Aggiungi a campagna con un ritardo di 48 settimane(ossia, un mese prima della scadenza della polizza acquistata).a. Creare una nuova regola evento denominata Aggiungi a campagna anno

successivo. Fare clic su Avanti.b. Nella procedura guidata Nuova regola evento, fare clic sull'evento Polizza

acquistata e su Avanti.c. Selezionare un relazione del contesto di la registrazione dell'auto e fare clic

su Fine.La regola evento Aggiungi a campagna marketing è ora valida e sono statiriportati errori o avvisi nella vista Problemi.

5. Distribuire e verificare il progetto evento aggiornato e la nuova regola eventoAggiungi a campagna anno successivo:a. Nella vista Esplora evento, fare clic con il tasto destro sul progetto evento

Guida introduttiva agli eventi e fare clic su Distribuisci. SelezionareDistribuisci tutti gli asset e fare clic su Fine.

b. Controllare la vista Problemi per assicurarsi che non si siano verificatiproblemi durante la distribuzione. Le modifiche apportate alla regola eventoe agli oggetti di business, il nuovo filtro creato e il nuovo evento definito


vengono tutti distribuiti sul server. Quando si distribuisce il contenuto delprogetto evento, gli asset del progetto precedente vengono sovrascritti.

c. Nel widget Event Tester, fare clic su Riavvia il test per cancellare gli eventiinviati nell'esercizio 2.

d. Per verificare le modifiche apportate, inviare la seguente sequenza di eventidi prova, controllando ogni volta un'azione in base a ciò che viene elencatonella seguente tabella:

Tabella 2. Eventi da inviare e dettagli da controllare.

Step Evento

Modalità diinoltrodell'istanzaevento Azione

Motivodell'azione

1 Richiestapreventivo sitoWeb

Utilizzare ilwidget EventTester con unnuovo valore nelcampoRegistrazione,ad esempio K123GHI.

Aggiungi acampagna

Prima istanzadell'eventoRichiestapreventivo sitoWeb ricevutocon il nuovovalore inseritonel campoRegistrazione.Ovvero, si trattadella primarichiesta dipreventivo perquesta auto.Pertanto, idettagli delpotenzialecliente vengonoinoltrati(nell'istanzaazione Aggiungia campagna) aldipartimentomarketing.


Utilizzare ilwidget EventTester con lostesso valore delcampoRegistrazionedel passo 1.

Nessuna azione. Seconda istanzadell'eventoRichiestapreventivo sitoWeb ricevuto perla registrazioneauto utilizzatanel passo 1.Ovvero, si trattadella secondarichiesta dipreventivo auto.Pertanto, idettagli delpotenzialecliente nonvengono inoltratinuovamente aldipartimentomarketing.


Tabella 2. Eventi da inviare e dettagli da controllare. (Continua)

Step Evento


Motivodell'azione

3 Polizzaacquistata

Utilizzare ilwidget EventTester perinviareun'istanzadell'eventoPolizzaacquistata conun nuovo valorenel campoRegistrazione.Fare clic sullascheda Invia unevento, quindiselezionarePolizzaacquistata.Infine, fare clicsu Invia evento.

Nessuna azione. La ricezione diun'istanzadell'eventoPolizzaacquistata indicasolo che unpotenzialecliente haacquistato unapolizza. Quindi,non si richiedealcuna azione.


Utilizzare ilwidget EventTester con lostesso valore delcampoRegistrazionedel passo 3.

Nessuna azione. Questa volta,quando vienericevutaun'istanzadell'eventoRichiestapreventivo sitoWeb per lastessaregistrazioneauto del passo 3,l'esistenzadell'eventoPolizzaacquistata dalpasso 3 indicache il cliente hagià acquistatouna polizza perquesta auto.Pertanto, non viè alcun motivoper aggiungerlaalla campagna dimarketing.


A questo punto è possibile procedere con l'esercizio 4. Consultare “Esercizio 4:creazione di regole evento con ritardi” a pagina 33.


Esercizio 4: creazione di regole evento con ritardiIn questo esercizio, l'utente crea un'altra regola evento contenente un ritardo inmodo che l'evento in entrata non venga elaborato dalla regola evento finché nonviene raggiunto uno specifico periodo di tempo dopo l'evento. Anche la regolaevento Aggiungi a campagna marketing anno successivo viene aggiornata con unritardo di 48 settimane.

Prima di iniziare


Prima di procedere con l'esercizio, seguire le istruzioni riportate per l'esercizio 3.Consultare “Esercizio 3: definizione di un altro evento e creazione di un'altracondizione” a pagina 26.


Quando un potenziale cliente richiede un preventivo di assicurazione auto, èpossibile aggiungere tale cliente a una campagna di marketing che può esserepersonalizzata per incoraggiare il cliente all'acquisto della polizza. Spesso, tuttavia,i potenziali clienti richiedono due (o più) preventivi per l'assicurazione auto; adesempio, accade che i clienti vadano alla ricerca di diverse società assicurative perun'adeguata polizza e ritornino alla società dell'utente per un secondo preventivodopo averne richiesto uno sei settimane prima.

Se il potenziale cliente ha richiesto due o più preventivi per l'assicurazione auto,esiste una buona possibilità che, qualora la società di assicurazione telefoni alcliente per offrire assistenza, il potenziale cliente acquisti una delle relative polizze.

Certamente, risulta più costoso per una società di assicurazione auto disporre diqualcuno che telefoni a un potenziale cliente in persona. Quindi è importanteidentificare le situazioni particolari in cui è probabile che con una telefonatapersonale si riesca ad effettuare una vendita che altrimenti potrebbe non essereeffettuata.

È possibile creare una regola evento che consente di identificare tali situazioni.

In questo esercizio, viene creata una regola evento denominata Effettua chiamata difollow_up. Quando si riceve un'istanza dell'evento Richiesta preventivo sito Web,la regola evento Effettua chiamata di follow_up verifica se il potenziale clienteabbia già acquistato una polizza nell'anno precedente Inoltre, se il potenzialecliente abbia già richiesto un preventivo nelle ultime 12 settimane. Se entrambe lecondizioni sono vere, viene inviata un'istanza dell'azione Chiamata di follow-up alcall center della società con i dettagli del cliente, in modo che un rappresentantedel call center possa telefonare al cliente potenziale.

Aggiornare anche la regola evento Aggiungi a campagna anno successivo in modoche i clienti che hanno acquistato la polizza vengano aggiunti a una campagna dimarketing dopo 48 settimane, ovvero un mese prima del rinnovo della polizza. Perimplementare questa condizione, aggiungere un ritardo di 48 settimane all'azioneAggiungi a campagna nella regola evento..


Procedura1. Definire l'azione Chiamata di follow_up:

a. Creare un'azione denominata Chiamata di follow_up.b. Nell'editor delle azioni, aggiungere l'oggetto azione esistente chiamata

Cliente all'azione Chiamata di follow_up. Fare clic su Aggiungi eselezionare l'opzione Condividi oggetto azione esistente.

c. Salvare le modifiche dell'editor.L'oggetto azione Cliente, creato per l'azione Aggiungi a campagna, vieneutilizzato adesso anche dall'azione Chiamata di follow_up.L'oggetto di business Cliente è già associato all'oggetto azione Cliente el'azione Chiamata di follow_up risulta completata.

d. Nell'editor dell'azione Chiamata di follow_up, fare clic sulla schedaConnettore. Selezionare File system come tipo di connettore.

e. Nella sezione Impostazioni connettore file system, controllare che il campoFormato azione indichi Pacchetto connettore.

f. Nel campo Cartelle su tale computer, immettere:v Su Windows, C:\tutorial\Actionsv Su Linux, /home/user/DecisionServer/Actions

g. Nel campo Pattern di file, immettere Chiamata di follow_up*.xml

h. Salvare le modifiche dell'editor. Le modifiche vengono salvate nel filesystem locale.

È stata ora definita l'azione Chiamata di follow_up.

2. Creare la regola evento Effettua chiamata di follow_up:a. Creare una nuova regola evento denominata Effettua chiamata di

follow_up.b. Nella procedura guidata Nuova regola evento, selezionare Richiesta

preventivo sito Web come evento elaborato dalla regola evento. Fare clic suAvanti.

c. Selezionare il campo della registrazione auto come relazione del contestoper questa regola evento. Fare clic su Fine.


d. Nella sezione Contenuto, immettere se e premere Ctrl+Barra spaziatrice.e. Nel menu di assistenza sui contenuti, fare doppio clic su non è stata

acquistata una polizza.f. Fare doppio clic su allora <azioni> e sull'azione chiamata di follow_up.g. Fare doppio clic su ; visualizzate nel menu di assistenza sui contenuti per

completare la regola evento.h. Premere Ctrl+S per salvare la regola evento.

A questo punto, è necessario creare una seconda condizione che controlla setale richiesta è la seconda richiesta di preventivo auto.

3. Creare la seconda condizione:a. Nell'editor delle regole evento Effettua chiamata di follow_up, inserire una

nuova riga dopo il filtro Polizza non acquistata.b. Dopo se, premere Ctrl+Barra spaziatrice.c. Sul menu di assistenza sui contenuti, fare doppio clic su Ricorrenze passate

di un <evento o azione>.d. Fare doppio clic su questo evento.e. Fare doppio clic su entro <durata>.f. Fare doppio clic su <durata>.g. Nella casella delle settimane nella finestra di dialogo Durata, immettere 12,

quindi premere Invio.h. Dopo 12 settimane premere Ctrl+Barra spaziatrice e fare doppio clic su è

<un oggetto>.i. Fare doppio clic su <numero>, quindi immettere 1.j. Fare doppio clic su e <condizione>.k. Premere Ctrl+S per salvare le modifiche all'editor.

La seguente schermata mostra la regola evento Chiamata di follow_up con ilritardo aggiunto.


4. Aggiornare la regola evento Aggiungi a campagna anno successivo inserendoun'azione ritardata per aggiungere il cliente alla campagna di marketing unmese prima della scadenza della polizza acquistata:a. Aprire la regola evento Aggiungi a campagna anno successivo nell'editor.b. Nella sezione Contenuto, immettere dopo e premere Ctrl+Barra spaziatrice.c. Sul menu di assistenza sui contenuti, fare doppio clic su <durata>.d. Nel campo delle settimane della finestra di dialogo visualizzata, immettere

48 e premere Invio.e. Posizionare il cursore dopo le 48 settimane e premere Ctrl+Barra

spaziatrice. Fare doppio clic su allora <azioni>.f. Fare doppio clic su aggiungi a campagna.g. Fare doppio clic su ;.h. Salvare gli aggiornamenti.i. Controllare la vista Problemi per gli errori.

5. Distribuire il progetto evento facendo clic con il tasto destro del mouse sulnome del progetto, quindi fare clic su Distribuisci. Selezionare Distribuiscitutti gli asset e fare clic su Fine.Per verificare le modifiche apportate, inviare la seguente sequenza di eventi diprova, controllando ogni volta un'azione in base a ciò che viene elencato nellaseguente tabella.Per ciascun evento inviato, controllare le schede Filtri e Dati del contesto delwidget Event Tester per verificare quali filtri sono stati valutati, quali eventisono stati ricevuti e quali istanze azione sono state inviate da Events runtime.Consultare la scheda Eventi e azioni ritardati per visualizzare l'eventoritardato. L'azione ritardata rimarrà in tale scheda per 48 settimane. Al termine


del periodo di ritardo, l'evento non verrà più elencato nella scheda Eventi eazioni ritardati e verrà elencato invece nella scheda Dati del contesto.

Tabella 3. Eventi da inviare e dettagli da controllare.

Step Evento


Motivodell'azione


Utilizzare ilwidget EventTester perinviare unnuovo valore nelcampoRegistrazione,ad esempio K123JKL.

Aggiungi acampagna

Prima istanzadell'eventoRichiestapreventivo sitoWeb ricevutocon il nuovovalore inseritonel campoRegistrazione.Ovvero, si trattadella primarichiesta dipreventivo perquesta auto.Pertanto, idettagli delpotenzialecliente vengonoinoltrati(nell'istanzaazione Aggiungia campagna) aldipartimentomarketing.


Utilizzare ilwidget EventTester perinviare lo stessovalore nel campoRegistrazionecome descrittonel passo 1.

Chiamatafollow_up

Seconda istanzadell'eventoRichiestapreventivo sitoWeb ricevuto perla registrazioneauto utilizzatanel passo 1.Ovvero, si trattadella secondarichiesta dipreventivo auto.Pertanto, idettagli delpotenzialecliente vengonoinviati al callcenter per potereffettuare unachiamata difollow_up echiudere lavendita.



Step Evento


Motivodell'azione


Utilizzare ilwidget EventTester perinviare lo stessovalore nel campoRegistrazionecome descrittonei passi 1 e 2.

Nessuna azione Terza istanzadell'eventoRichiestapreventivo sitoWeb ricevuto perla registrazioneauto utilizzatanel passo 1.Ovvero, si trattadella terzarichiesta dipreventivo auto.Pertanto, idettagli delpotenzialecliente nonvengono inoltratinuovamente néal dipartimentomarketing, né alcall center.

4 Polizzaacquistata

Utilizzare ilwidget EventTester perinviareun'istanzadell'eventoPolizzaacquistata con lostesso valore nelcampoRegistrazione,come descrittonei passi da 1 a3.

Nessuna azionesulla schedaAzioni, mal'azioneAggiungi acampagna vieneelencata sullascheda Eventi eazioni ritardaticon un ritardo di48 settimane.

Aggiungi acampagna nonviene elencatonella schedaAzioni primache sianotrascorse 48settimane.

La ricezione diun'istanzadell'eventoPolizzaacquistata indicasolo che unpotenzialecliente haacquistato unapolizza. Non sirichiede, quindi,alcuna azione.



Step Evento


Motivodell'azione


Utilizzare ilwidget EventTester perinviare lo stessovalore nel campoRegistrazione,come descrittonei passi da 1 a4.

Nessuna azione Questa volta,quando vienericevutaun'istanzadell'eventoRichiestapreventivo sitoWeb per lastessaregistrazioneauto del passo 3,l'esistenzadell'eventoPolizzaacquistata dalpasso 3 indicache il cliente hagià acquistatouna polizza perquesta auto.Questo eventoindica che nonvi è più alcunaragione peraggiungerlo allacampagna dimarketing.


A questo punto, le esercitazioni per la Guida introduttiva agli eventi sono statecompletate. Per ulteriori informazioni su Decision Server Events, consultare:v Esercitazione: Calcolo medie per identificare i modelli eventov Esercitazione: Confronto di un evento con un evento precedentev Esercitazione: Monitoraggio dello stato delle cosev Esercitazione: Gestione di un totale in esecuzione


http://submit.boulder.ibm.com/infocenter/idwb/v3r8m4/topic/com.ibm.ditaepic.doc/../com.ibm.wodm.dserver.events.tutorials/topics/calcavg_tutorial.htm

http://submit.boulder.ibm.com/infocenter/idwb/v3r8m4/topic/com.ibm.ditaepic.doc/../com.ibm.wodm.dserver.events.tutorials/topics/compare_tutorial.htm

http://submit.boulder.ibm.com/infocenter/idwb/v3r8m4/topic/com.ibm.ditaepic.doc/../com.ibm.wodm.dserver.events.tutorials/topics/tracking_tutorial.htm

http://submit.boulder.ibm.com/infocenter/idwb/v3r8m4/topic/com.ibm.ditaepic.doc/../com.ibm.wodm.dserver.events.tutorials/topics/runningtotal_tutorial.htm

Informazioni particolari

Queste informazioni sono state sviluppate per prodotti e servizi offerti negli StatiUniti.

I prodotti, i servizi o le funzionalità discussi nel presente documento potrebberonon essere disponibili in altri paesi. Consultare il proprio rappresentante localeIBM per informazioni sui prodotti ed i servizi attualmente disponibili nella propriazona. Qualsiasi riferimento ad un prodotto, programma o servizio IBM non implicao intende dichiarare che solo quel prodotto, programma o servizio IBM può essereutilizzato. Qualsiasi prodotto funzionalmente equivalente al prodotto, programmao servizio che non violi alcun diritto di proprietà intellettuale IBM può essereutilizzato. Tuttavia, spetta all'utente valutare e verificare il funzionamento diqualsiasi servizio, programma o prodotto non IBM.

IBM può avere applicazioni di brevetti o brevetti in corso relativi all'argomentodescritto in questo documento. La fornitura di questo documento non accordaalcuna licenza su tali brevetti. È possibile inviare per iscritto richieste di licenze a:

IBM United Kingdom Laboratories,Mail Point 151,HursleyPark,Winchester,Hampshire,England SO21 2JN

Per domande sulla licenza relative a informazioni su DBCS (double-byte characterset), rivolgersi a IBM Intellectual Property Department nel proprio paese oppurescrivere a:

Intellectual Property LicensingLegal and Intellectual Property LawIBM Japan Ltd.1623-14, Shimotsuruma, Yamato-shiKanagawa 242-8502 Japan

Il seguente paragrafo non si applica al Regno Unito o a qualunque altro paese incui tali dichiarazioni sono incompatibili con le norme locali: IBM(INTERNATIONAL BUSINESS MACHINES CORPORATION) FORNISCE LAPRESENTE PUBBLICAZIONE "NELLO STATO IN CUI SI TROVA" SENZAGARANZIE DI ALCUN TIPO, ESPLICITE O IMPLICITE, IVI INCLUSE, A TITOLODI ESEMPIO, GARANZIE IMPLICITE DI NON VIOLAZIONE, DICOMMERCIABILITÀ E DI IDONEITÀ PER UNO SCOPO PARTICOLARE. Alcunistati non consentono la rinuncia ad alcune garanzie esplicite o implicite indeterminate transazioni, pertanto, la presente dichiarazione può non essereapplicabile.

Queste informazioni potrebbero includere inesattezze tecniche o errori tipografici.Le modifiche alle presenti informazioni vengono effettuate periodicamente; talimodifiche saranno incorporate nelle nuove edizioni della pubblicazione. IBM puòapportare migliorie e/o modifiche ai prodotti e/o ai programmi descritti nellapresente pubblicazione in qualsiasi momento senza preavviso.

© Copyright IBM Corp. 2008, 2012 41

Qualsiasi riferimento in queste informazioni a siti Web non IBM sono fornite soloper comodità e non indicano in alcun modo un'approvazione di tali siti Web. Imateriali presenti in tali siti Web non appartengono al materiale di questo prodottoIBM e l'utilizzo di tali siti Web avviene a proprio rischio.

IBM può utilizzare o distribuire qualsiasi informazione fornita in qualsiasi modoritenga appropriato senza incorrere in alcun obbligo verso l'utente.

I proprietari di licenza di questo programma che desiderano avere informazioniallo scopo di abilitare: (i) lo scambio di informazioni tra i programmi creatiindipendentemente e altri programmi (incluso il presente) e (ii) il reciproco utilizzodi informazioni che sono state scambiate, contattino:

IBM United Kingdom Laboratories,Mail Point 151,HursleyPark,Winchester,Hampshire,England SO21 2JN

Tali informazioni possono essere disponibili, in base ad appropriate clausole econdizioni, includendo in alcuni casi, il pagamento di una tassa.

Il programma concesso in licenza descritto nelle presenti informazioni e tutto ilmateriale concesso in licenza disponibile al riguardo vengono forniti da IBM aisensi dei contratti IBM Customer Agreement, IBM International Program LicenseAgreement o equivalente stipulati tra IBM e l'utente.

Qualsiasi dato sulle prestazioni qui contenuto è stato determinato in un ambientecontrollato. Pertanto, i risultati ottenuti in altri ambienti operativi possononotevolmente variare. Alcune misurazioni possono essere state effettuate su sistemidel livello di sviluppo e non vi è alcuna garanzia che tali misurazioni resterannoinvariate sui sistemi generalmente disponibili. Inoltre, alcune misurazioni possonoessere state stimate per estrapolazione. I risultati reali possono variare. Gli utentidel presente documento dovranno verificare i dati applicabili per i propri ambientispecifici.

Le informazioni relative a prodotti non IBM sono state ottenute dai fornitori di taliprodotti, dagli annunci pubblicati o da altre fonti disponibili al pubblico. IBM nonha testato quei prodotti e non può confermarne l'accuratezza della prestazione, lacompatibilità o qualsiasi altro reclamo relativo ai prodotti non IBM. Le domandesulle capacità dei prodotti non IBM dovranno essere indirizzate ai fornitori di taliprodotti.

Queste informazioni contengono esempi di dati e report utilizzati in quotidianeoperazioni aziendali. Per illustrarle nel modo più completo possibile, gli esempiincludono i nomi di individui, società, marchi e prodotti. Tutti questi nomi sonofittizi e qualsiasi somiglianza con nomi ed indirizzi utilizzati da gruppi aziendalirealmente esistenti è puramente casuale.

LICENZA SUL DIRITTO D'AUTORE:

Queste informazioni contengono programmi applicativi di esempio in linguaggiosorgente, che illustrano tecniche di programmazione su varie piattaforme operative.È possibile copiare, modificare e distribuire questi programmi di esempio sotto


qualsiasi forma senza alcun pagamento a IBM, allo scopo di sviluppare, utilizzare,commercializzare o distribuire i programmi applicativi in conformità alle API(application programming interface) a seconda della piattaforma operativa per cui iprogrammi di esempio sono stati scritti. Questi esempi non sono stati testatiapprofonditamente tenendo conto di tutte le condizioni possibili. IBM, quindi, nonpuò garantire o sottintendere l'affidabilità, l'utilità o il funzionamento di questiprogrammi. I programmi di esempio vengono forniti "NELLO STATO IN CUI SITROVANO", senza garanzie di alcun tipo. IBM non è responsabile di eventualidanni derivanti dall'utilizzo dei programmi di esempio.

Ogni copia o qualsiasi parte di questi programmi di esempio o qualsiasi lavoroderivato, devono contenere le seguenti informazioni relative alle leggi sul dirittod'autore:

© (nome della società) (anno). Parti del codice derivano da programmi di esempioIBM Corp. © Copyright IBM Corp. _immettere l'anno o gli anni_.

MarchiIBM, il logo IBM e ibm.com sono marchi di International Business Machines Corp.,registrati in molte giurisdizioni in tutto il mondo. I nomi di altri prodotti e servizipotrebbero essere marchi registrati di IBM o di altre società. Un elenco aggiornatodi marchi IBM è disponibile sul Web nella pagina “Copyright and trademarkinformation” all'indirizzo www.ibm.com/legal/copytrade.shtml.

Linux è un marchio registrato di Linus Torvalds negli Stati Uniti e/o in altri paesi.

Microsoft, Windows e il logo Windows sono marchi Microsoft Corporation negliStati Uniti e/o in altri paesi.

UNIX è un marchio registrato di The Open Group negli Stati Uniti e/o in altripaesi.

Java e tutti i marchi e logo basati su Java sono marchi o marchi registrati di Oraclee/o di società ad essa affiliate.

Informazioni particolari 43

http://www.ibm.com/legal/copytrade.shtml

http://www.ibm.com/legal/copytrade.shtml

��

Stampato in Italia

IBMWebSphere Operational Decision Management Versione ......un'e-mail di follow-up per confermare il...

Documents

Transcript of IBMWebSphere Operational Decision Management Versione ......un'e-mail di follow-up per confermare il...