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à.
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. |
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.
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.
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.
(c) Copyright IBM Corporation 2005, 2006.
This information center is powered by Eclipse technology (http://www.eclipse.org)