Informazioni su human task

Una human task è un componente relativo ad un utente che interagisce con un servizio o un altro utente.

È possibile che l'interazione venga avviata o da una persona o da un servizio automatico. Un servizio avviato da una persona può essere un'implementazione automatica o un servizio fornito da un'altra persona. Una human task richiamata da un servizio automatico può essere facilmente sostituita da un'implementazione automatica e vice versa.

È possibile utilizzare queste attività per implementare le attività dello staff nei processi aziendali che richiedono interazione umana, come la gestione e le approvazioni manuali delle eccezioni. Il resto della gestione delle eccezioni viene modellata in modo nativo in Web Services Business Process Execution Language (WS-BPEL, abbreviato come BPEL), utilizzando i gestori errori e gli errori o la compensazione.

È possibile determinare chi interagisce con un'attività utilizzando una delle directory dello staff supportate. Gli elementi di lavoro vengono creati per gli utenti che hanno un motivo per visualizzare o interagire con l'attività.

Business Process Choreographer supporta i seguenti tipi di directory staff:

Tipi di human task

I tipi di human task sono i seguenti:
Attività partecipanti
Supporta le interazioni servizio web-utente, che consentono ad un utente di implementare un servizio. Ad esempio, un'attività partecipante può essere un'attività human task in un processo aziendale.
Grafico delle interazioni in un'attività partecipante
Attività di gestione
Le attività di gestione sono simili alle attività partecipanti, escluso per il fatto che vengono utilizzate dagli amministratori per risolvere problemi tecnici che si verificano nei processi. Correntemente, è possibile utilizzare le attività di gestione solo per i processi aziendali.
Attività di origine
Indica che l'attività supporta interazioni utente-computer, che consentono di creare e avviare servizi attraverso una GUI. Ad esempio, è possibile che un utente avvii un processo business o invii un evento per mezzo di un'attività di origine.
Grafico delle interazioni in un'attività di origine
Human task pure
Supportano interazioni utente-utente,che consentono a un utente di condividere il lavoro con altri utenti in maniera strutturata e controllata. Le human task pure non interagiscono con i processi aziendali o altri servizi web.
Grafico delle interazioni in una human task pura.

Relazione delle human task con i processi aziendali

Una human task può essere relazionata a un processo aziendale in uno dei seguenti modi:
Attività in linea
Un'attività in linea è definita come una parte del processo aziendale. Non è visibile come componente SCA (Service Component Architecture) e può condividere dati con il processo.
Attività autonome
Un'attività autonoma è un componente SCA che implementa l'interazione umana come servizio (attività partecipante), unisce l'interazione utente-servizio con una GUI (attività di origine) o supporta la collaborazione strutturata tra utenti (human task pura). I componenti dell'attività possono essere combinati con altri servizi, incluso i processi aziendali.
La tabella seguente illustra le differenze tra questi due tipi di implementazione.
Attività in linea Attività autonome
Parte del processo aziendale. Indipendente dal processo aziendale. Questa implementazione può essere utilizzata anche in scenari che non includono processi aziendali.
Il ciclo di vita dell'attività è in genere controllato dal processo. Il ciclo di vita è indipendente dal processo.
Un'attività partecipante è un'attività human task in un processo. Un'attività partecipante è un'attività invoke nel processo.
Le attività in linea possono accedere ai dati del contesto del processo, ad esempio, variabili, assegnazioni staff o proprietà personalizzate. Le attività autonome non possono accedere ai dati del contesto del processo.
Le descrizioni dell'attività, i nomi visualizzati e la documentazione per le attività partecipanti e di origine supportano solo un linguaggio. Le descrizioni dell'attività, i nomi visualizzati e la documentazione per le attività partecipanti e di origine supportano più linguaggi.
Le attività in linea non sono visibili come componenti SCA e quindi non sono riutilizzabili (non possono essere collegate). Le attività autonome sono riutilizzabili. Le attività partecipanti e di origine sono visibili come componenti SCA (possono essere collegate).
Tipi di attività supportati: attività partecipanti, attività di origine e attività di gestione. Tipi di attività supportati: attività partecipanti, attività di origine e human task pure.

Attività secondarie

Un'attività secondaria è un'unità di lavoro aggiuntiva che deriva da un'attività parent. Il modello dell'attività secondaria può essere selezionato da una maschera o può essere definito al runtime. I dati di input vengono forniti dalla persona che crea o avvia l'attività secondaria. L'attività parent attende fino a che siano terminate tutte le attività secondarie. Il proprietario o l'editor dell'attività parent consolida i dati di output dell'attività secondaria e quindi completa l'attività parent.

Se l'attività secondaria non viene completata in un determinato periodo di tempo, l'attività parent può subire un'escalation. L'escalation indica che l'attività parent attende ancora il completamento delle attività secondarie.

Le attività secondarie possono essere human task pure o attività di origine.

Attività follow-on

Un'attività follow-on è un'attività creata per completare un'attività esistente. Il modello dell'attività follow-on può essere selezionato da una maschera o può essere definito al runtime. I dati di input vengono forniti dalla persona che crea o avvia l'attività follow-on. I tipi di messaggi di output e di errore dell'attività follow-on devono essere gli stessi dell'attività precedente. L'attività precedente è inserita nello stato inoltrato e non notifica il completamento al servizio alla persona che l'ha richiamata.

Quando l'attività follow-on termina, notifica i dati di output o di errore al servizio o alla persona che ha richiamato l'attività originale. Le escalation dell'attività precedente continuano ad eseguire e ad effettuare l'escalation. L'attività follow-on dispone delle proprie escalation.

Le attività follow-on possono essere solo human task pure.

Escalation

Un' escalation è costituita da un corso di azione che viene eseguita quando un'attività non viene completata in modo soddisfacente in un determinato intervallo di tempo. Ad esempio, se le attività non vengono richieste o non sono state completate entro un limite di tempo definito. È possibile specificare una o più escalation per un'attività. Queste escalation possono essere avviate in parallelo o come catena di escalation.

Le escalation vengono inizializzate quando l'attività associata raggiunge un certo stato nel proprio ciclo di vita. Dopo una determinata durata, lo stato dell'attività viene verificato e, se non corrisponde all'eccezione modellata, viene richiamata la notifica di escalation. Sono supportate le seguenti azioni di escalation:
  • Creare elementi di lavoro per una serie di utenti
  • Inviare e-mail ai destinatari designati
  • Inviare eventi di notifica ai consumatori registrati

(c) Copyright IBM Corporation 2005, 2006.
This information center is powered by Eclipse technology (http://www.eclipse.org)