Modello Workflow - WIDE



Похожие документы
WorkFlow Management Systems

MODELLAZIONE DEI PROCESSI AZIENDALI. workflow 1

MODELLAZIONE DEI PROCESSI AZIENDALI. workflow 1

Sistemi Informativi. Introduzione. Processi fisici. Tipologie di processi. Processi informativi. Processi aziendali

LINGUAGGI PER LA MODELLAZIONE DEI PROCESSI AZIENDALI. Fabio Casati, Barbara Pernici

SCHEDA PRODOTTO PAG. 1 J O B T I M E W F. Variazioni mensili al cartellino presenze. Versione 6.1. JOBTIME Work Flow

Il Sistema Operativo

Sistema Operativo. Fondamenti di Informatica 1. Il Sistema Operativo

Indice. pagina 2 di 10

Con il termine Sistema operativo si fa riferimento all insieme dei moduli software di un sistema di elaborazione dati dedicati alla sua gestione.

COMUNE DI RAVENNA GUIDA ALLA VALUTAZIONE DELLE POSIZIONI (FAMIGLIE, FATTORI, LIVELLI)

Indice generale. OOA Analisi Orientata agli Oggetti. Introduzione. Analisi

Progetto Sogei-ISTI/CNR. Rapporto. Metodi per Sistemi Workflow Interattivi Autori:

LA GESTIONE DELLE VISITE CLIENTI VIA WEB

I casi d uso corrispondono ai compiti che l attore (che può essere una persona fisica e non) può svolgere.

Concetti di base di ingegneria del software

Modello di Controllo dell Accesso basato sui ruoli (RBAC)

Hardware delle reti LAN

Database. Si ringrazia Marco Bertini per le slides

Architetture software

[ Gentleware: Poseidon for UML 3.0". [ Sparxsystems: Enterprise Architect 6.1".

Il documento rappresenta una guida sintetica per descrivere sia la filosofia che il modulo software per l implementazione dei workflow in recuper@2.

TECNICO SUPERIORE PER L AUTOMAZIONE INDUSTRIALE

Riccardo Dutto, Paolo Garza Politecnico di Torino. Riccardo Dutto, Paolo Garza Politecnico di Torino

Data Base Management System. Strumenti: Formato: Pro: Contro: Software specifico. Proprietario

Organizzazione degli archivi

Corso di Amministrazione di Reti A.A. 2002/2003

B.P.S. Business Process Server ALLEGATO C10

Finalità della soluzione Schema generale e modalità d integrazione Gestione centralizzata in TeamPortal... 6

@2011 Politecnico di Torino. Pag. 1. Architettura distribuita. Architetture Client/Server. Architettura centralizzata. Architettura distribuita

Sistemi informativi secondo prospettive combinate

Automazione Industriale 4- Ingegneria del Software

ASPETTI GENERALI DI LINUX. Parte 2 Struttura interna del sistema LINUX

Gestione Turni. Introduzione

Mac Application Manager 1.3 (SOLO PER TIGER)

Sistemi Informativi I Caso di studio con applicazione di UML

La Gestione delle risorse Renato Agati

Dispensa di Informatica I.1

Progettazione di una base di dati Ufficio della Motorizzazione

2 Gli elementi del sistema di Gestione dei Flussi di Utenza

Soluzioni integrate per la gestione del magazzino

Infrastruttura di produzione INFN-GRID

Sistema operativo. Sommario. Sistema operativo...1 Browser...1. Convenzioni adottate

Il software per la gestione smart del Call Center

Excel. A cura di Luigi Labonia. luigi.lab@libero.it

Università Politecnica delle Marche. Progetto Didattico

Gestione delle Presenze WorkFlow Manuale Operativo

Progettazione di Basi di Dati

Analisi dei requisiti e casi d uso

Lezione V. Aula Multimediale - sabato 29/03/2008

Software per Helpdesk

MODELLO CLIENT/SERVER. Gianluca Daino Dipartimento di Ingegneria dell Informazione Università degli Studi di Siena

Un sistema operativo è un insieme di programmi che consentono ad un utente di

ING SW. Progetto di Ingegneria del Software. e-travel. Requisiti Utente. Specifiche Funzionali del Sistema

Archivi e database. Prof. Michele Batocchi A.S. 2013/2014

Esame di INFORMATICA

Telerilevamento e GIS Prof. Ing. Giuseppe Mussumeci

Gestione dei documenti e delle registrazioni Rev. 00 del

Overview SAP Workflow. ECORA Srl - Massimo Rastaldi m.rastaldi@eco-ra.it Cell

NOTE OPERATIVE. Prodotto Inaz Download Manager. Release 1.3.0

Gestione del workflow

Soluzione dell esercizio del 2 Febbraio 2004

GRUPPO TELECOM ITALIA. Finsiel. Massimo Rabuffo Div. Pubblica Amministrazione Centrale

Automazione Industriale (scheduling+mms) scheduling+mms.

Installazione e caratteristiche generali 1

ACQUISIZIONE DATI DI PRODUZIONE SISTEMA PDA

Il sistema operativo. Sistema operativo. Multiprogrammazione. Il sistema operativo. Gestione della CPU

Università degli Studi di Parma Facoltà di Scienze MM. FF. NN. Corso di Laurea in Informatica. Ingegneria del Software. La fase di Analisi

MANUALE DI UTILIZZO: INTRANET PROVINCIA DI POTENZA

Airone Gestione Rifiuti Funzioni di Esportazione e Importazione

Light CRM. Documento Tecnico. Descrizione delle funzionalità del servizio

SISTEMA SPUNI per la gestione delle pratiche di Sportello Unico per le Attività Produttive, in formato elettronico

Modellazione dei dati in UML

Introduzione alle basi di dati. Gestione delle informazioni. Gestione delle informazioni. Sistema informatico

Activity Diagrams. Ing. Orazio Tomarchio

Gruppi, Condivisioni e Permessi. Orazio Battaglia

Pronto Esecuzione Attesa Terminazione

Sistemi Operativi (modulo di Informatica II) I processi

GESTIONE MANUTENZIONI

Introduzione al processo di Marketing Management Cap. 1

SISTEMA SUEDIL per la gestione delle pratiche di Sportello Unico per l EDILIZIA, in formato elettronico

La gestione di un calcolatore. Sistemi Operativi primo modulo Introduzione. Sistema operativo (2) Sistema operativo (1)

Implementing a new ADT based on the HL7 version 3 RIM. Esempio

«Gestione dei documenti e delle registrazioni» 1 SCOPO CAMPO DI APPLICAZIONE E GENERALITA RESPONSABILITA DEFINIZIONI...

PROGRAMMA GESTIONE TURNI MANUALE UTENTE. Programma Gestione Turni Manuale Utente versione 1.1

MANUALE PARCELLA FACILE PLUS INDICE

Manuale CAP 1. SISTEMA QUALITA

Ti consente di ricevere velocemente tutte le informazioni inviate dal personale, in maniera assolutamente puntuale, controllata ed organizzata.

GESTIONE SOGGETTI INCARICATI MANUALE UTENTE VERSIONE 1.0

Basi di dati. Corso di Laurea in Ingegneria Informatica Canale di Ingegneria delle Reti e dei Sistemi Informatici - Polo di Rieti

Registratori di Cassa

Introduzione all Architettura del DBMS

Capitolo 13. Interrogare una base di dati

Транскрипт:

Modello Workflow - WIDE Prof.ssa Gentile a.a. 2011-2012 Modello Wide Workflow on an Intelligent and Distributed database Environment Descrive processi come insiemi di attività tra loro collegate da vincoli di precedenza e punti di sincronizzazione Prof.ssa E. Gentile Sistemi Informativi su Web 2 Modello WIDE Descrive processi in modo flessibile, in particolare per quanto riguarda il trattamento delle eccezioni Definisce un modello transazionale associato ai processi È composto da tre modelli tra loro collegati Prof.ssa E. Gentile Sistemi Informativi su Web 3 1

Modelli del WIDE Modello dei processi Definisce le attività che fanno parte del processo e l ordine in cui devono essere eseguite Modello delle informazioni Descrive i dati e i documenti necessari all esecuzione di un processo Modello dell organizzazione Descrive la struttura organizzativa e gli agenti che ne fanno parte Prof.ssa E. Gentile Sistemi Informativi su Web 4 Componenti del WIDE Task: attività atomica per il sistema, eseguita da un agente. Ruolo: descrizione delle capacità necessarie per esecuzione di un task. Agente: è una qualunque entità in grado di eseguire un task Prof.ssa E. Gentile Sistemi Informativi su Web 5 Agente Attore: persona o componente elettronico in grado di eseguire attività e di interfacciarsi con il sistema di gestione dei workflow; Gruppo: rappresenta un insieme di attori che hanno caratteristiche comuni, ad esempio sono assegnati allo stesso progetto o sono nella stessa sede; Funzione: è una specifica di un insieme di gruppi, attori e team che hanno le stesse capacità; Team: è una lista di funzioni necessarie a svolgere un certo compito; es: senior manager, junior manager e segretaria. Prof.ssa E. Gentile Sistemi Informativi su Web 6 2

Relazione tra Modello organizzativo e dei processi Specifica di quale agente può ricoprire un certo ruolo durante la specifica di un workflow: Assegnamento statico (assegna-stat): collega un task ad uno o più ruoli, per descrivere le capacità richieste per eseguire il task. Cardinalità è molti a molti. Assegnamento dinamico (assegna-dyn): collega i ruoli con gli agenti che sono in grado di ricoprire quel ruolo Cardinalità è molti a molti. Prof.ssa E. Gentile Sistemi Informativi su Web 7 Specifica delle funzionalità nell organizzazione Ha funzione di (ha-funz): definisce le funzioni di un attore o di un gruppo. Cardinalità molti a molti Part-of : collega un attore o sottogruppo al gruppo (padre) di cui fa parte, un team al team padre, o una sottofunzione alla funzione della quale fa parte. Cardinalità molti a molti Sostituto: collega un attore ad un altro attore che lo può sostituire nel caso che il primo attore decida di delegare un task. La cardinalità di questa relazione è uno a molti. Un attore può avere un solo sostituto Supervisiona: collega un gruppo ad un attore che gestisce il gruppo ed i suoi membri. La cardinalità di questa relazione è uno a molti. Un gruppo ha un solo supervisore Prof.ssa E. Gentile Sistemi Informativi su Web 8 Modello delle informazioni Descrive informazioni usate, modificate e prodotte da workflow e sono di 4 tipi: Variabili: diversi tipi (intero, stringa,data...), usate in modo locale da istanza di workflow per definire predicati. Form: definisce gruppi di variabili con proprietà comuni e rappresentazione grafica per Agenti; si può associare predicati su valore al termine di un task. Documenti: insiemi di informazioni in un formato ignoto al sistema di gestione di workflow a cui non può accedere. Il sistema si fa solamente carico di passare i documenti agli agenti opportuni e di controllare l accesso ad essi; Cartelle: sono combinazioni di variabili, form, documenti o cartelle. Raggruppano logicamente un insieme di elementi che devono essere trasferiti tra i task al procedere del case. È inoltre possibile specificare i permessi di accesso agli elementi di una cartella. Prof.ssa E. Gentile Sistemi Informativi su Web 9 3

Assegnazione delle attività Modello PUSH Il sistema assegna le attività Politiche di schedulazione Modello PULL Gli utenti si comportano attivamente nel selezionare le attività Code di attività Tavolo condiviso Controllo delle attività bloccate Prof.ssa E. Gentile Sistemi Informativi su Web 10 Agenti particolari in un sistema di gestione di workflow L esecutore del task è l agente incaricato di eseguire una specifica istanza di task in una certa istanza di processo (case); Il responsabile del case è l agente che supervisiona il case, e al quale vengono notificati i problemi e le situazioni eccezionali relative a quel case; L esecutore del case è l agente che ha attivato il case. Come per i task, anche per i workflow è possibile specificare il ruolo che deve ricoprire l agente autorizzato ad istanziare un workflow, ovvero a creare un nuovo case; Il progettista è l agente che ha specificato il workflow; L amministratore del sistema è l agente (o l insieme di agenti) che gestisce il sistema di workflow, e ha i diritti di installare nuove definizioni di workflow o di modificare la struttura dell organizzazione. Prof.ssa E. Gentile Sistemi Informativi su Web 11 Modello dei processi Un Workflow in WIDE è specificato da un insieme di attività (task) e da connettori che specificano l ordine in cui i task devono essere eseguiti Oltre ai task comprende: Unità di modularizzazione, di distribuzione e transazionali Eccezioni Prof.ssa E. Gentile Sistemi Informativi su Web 12 4

Unità di modularizzazione Consentono di descrivere i processi a diversi livelli di dettaglio, isolandone alcune parti che debbono essere ritenute unitarie dal punto di vista della distribuzione del lavoro o dal punto di vista transazionale Prof.ssa E. Gentile Sistemi Informativi su Web 13 Eccezioni Consentono di descrivere in modo compatto alcune situazioni di tipo anomalo che si possono verificare durante l esecuzione del processo e che richiedono un particolare trattamento: Esecuzione di specifiche attività Aggiornamento di alcuni dati del processo Alterazione del normale flusso di esecuzione Prof.ssa E. Gentile Sistemi Informativi su Web 14 Case Un Case è un istanza di un workflow e corrisponde all esecuzione di un processo Varie istanze dello stesso processo possono essere in esecuzione contemporaneamente Prof.ssa E. Gentile Sistemi Informativi su Web 15 5

Costrutti del modello WIDE Task Connettori Simboli di inizio e fine processo Wait task Multitask Sottoprocessi, supertask e business transaction Prof.ssa E. Gentile Sistemi Informativi su Web 16 I Task Sono le attività elementari che compongono un processo. Un Task è caratterizzato da: Un nome Una descrizione Un insieme di ruoli (capacità) Un insieme di dati associati Un insieme di azioni predefinite Prof.ssa E. Gentile Sistemi Informativi su Web 17 Costrutti Prof.ssa E. Gentile Sistemi Informativi su Web 18 6

Connettori Un task può avere una sola connessione in uscita ed una in ingresso. Iniziano l esecuzione parallela di task (FORK) Sincronizzano i task al termine di esecuzioni parallele (JOIN) Prof.ssa E. Gentile Sistemi Informativi su Web 19 Connettori fork Sono preceduti da un task (predecessore) e seguiti da due o più task (successori) Sono classificati: Totale: al termine del predecessore attiva tutti i successori Condizionale: ad ogni successore è associata una condizione. Vengono attivati i successori la cui condizione è vera Prof.ssa E. Gentile Sistemi Informativi su Web 20 Connettori join Sono preceduti da due o più task (predecessori) e seguiti da un task (successore) Sono classificati: Totale Parziale Ciclico Prof.ssa E. Gentile Sistemi Informativi su Web 21 7

Connettori Join Totale - Ciclico Totale: Il successore viene attivato solo al termine di tutti i predecessori Ciclico: Un istanza del successore viene attivata tutte le volte che un predecessore termina Prof.ssa E. Gentile Sistemi Informativi su Web 22 Connettore Join Parziale Parziale: Al connettore join è associato un valore k: il successore viene attivato non appena k predecessori con lo stesso numero di attivazione sono terminati. La terminazione di ulteriori predecessori non ha nessun effetto. K può essere una costante o una variabile del processo. Per default K=1 Prof.ssa E. Gentile Sistemi Informativi su Web 23 Simboli di inizio e fine processo Ogni workflow ha un simbolo di inizio e uno o più simboli di fine processo. Il simbolo di inizio ha uno o più successori (deve essere seguito da un connettore fork) Il simbolo di fine ha uno o più task predecessori (deve essere preceduto da un connettore join) Prof.ssa E. Gentile Sistemi Informativi su Web 24 8

Wait task È un task che non compie azioni e che non deve essere assegnato ed eseguito da un agente. Il suo compito è di attendere che una certa condizione si verifichi. Prof.ssa E. Gentile Sistemi Informativi su Web 25 Multitask Consente di specificare in modo compatto un insieme di task che compiono la stessa funzione e consente di definire il numero delle istanze che devono essere attivate, che può dipendere dal valore di una variabile del workflow. Prof.ssa E. Gentile Sistemi Informativi su Web 26 Sottoprocessi, supertask e business transaction Consentono di modularizzare la specifica di un workflow e di definire proprietà transazionali Devono essere definiti all interno di un workflow e sono istanziati quando vengono raggiunti dal flusso di controllo Prof.ssa E. Gentile Sistemi Informativi su Web 27 9

Sottoprocessi Non possono essere direttamente istanziati. Il sottoprocesso è una scatola nera per il processo padre, ed è la base per la definizione di specifiche riusabili: un sottoprocesso può essere riutilizzato nel contesto di diversi workflow. Prof.ssa E. Gentile Sistemi Informativi su Web 28 Supertask Sono composti da un insieme di task collegati tramite connettori. Non ha parametri di ingresso o di uscita, vede le stesse variabili del processo nel quale è definito. Non può essere riusato. Prof.ssa E. Gentile Sistemi Informativi su Web 29 Business transaction Raggruppa task che formano un unità transazionale, ovvero che devono essere eseguiti in modo atomico e isolato rispetto agli altri task dello stesso case. Ogni task deve far parte di una business transaction o deve essere esso stesso una business transaction. Prof.ssa E. Gentile Sistemi Informativi su Web 30 10

Workflow prenotazione viaggio Prof.ssa E. Gentile Sistemi Informativi su Web 31 Workflow prenotazione viaggio Prof.ssa E. Gentile Sistemi Informativi su Web 32 Richiesta pagamento Prof.ssa E. Gentile Sistemi Informativi su Web 33 11

Prof.ssa E. Gentile Sistemi Informativi su Web 34 Workflow Management Systems Workflow Management Coalition WfMC The Workflow Management Coalition, fondata nell agosto 1993, è un organizzazione internazionale che comprende venditori di tecnologia WfMS, utenti e analisti Obiettivi: favorire l uso dei WfMS, definendo una terminologia standard, standard di interconnessione tra WfMS e con applicazioni esterne Prof.ssa E. Gentile Sistemi Informativi su Web 36 12

WfMS Cinque sono le funzioni essenziali di un prodotto di gestione di Workflow: istradamenti documenti/attività monitoraggio e controllo notifica o code di lavoro assegnamento lavoro e automazione gestione procedure Prof.ssa E. Gentile Sistemi Informativi su Web 37 Aree funzionali dei WfMS Build-time function (funzioni di creazione), riguardano la definizione e la modellazione del processo e delle attività che lo compongono Funzioni di controllo run-time: riguardano la gestione dei processi di workflow in un ambiente operativo, l attivazione delle diverse attività che devono essere gestite come parte del processo Interazioni run-time con gli utenti e altre applicazioni nell esecuzione delle attività del WF Prof.ssa E. Gentile Sistemi Informativi su Web 38 Aree funzionali del WfMS Prof.ssa E. Gentile Sistemi Informativi su Web 39 13

Partecipante di un Workflow È una risorsa che esegue il task associato a una particolare istanza di attività Un task è assegnato ad un attore (partecipante) Viene inserito nella Worklist di un attore Worklist è una lista ordinata dei task da svolgere Ogni attore ha una sua worklist Il partecipante può essere Una risorsa umana Una applicazione software Hardware specifico Prof.ssa E. Gentile Sistemi Informativi su Web 40 Istanza di processo e WorkList Un processo aziendale viene definito con una particolare notazione Una pratica relativa a quel processo viene aperta: creazione Process Instance Process Instance è composta da diversi task A ogni task viene assegnato uno o più attori Una Worklist è elenco di WorkItem (Task) che l attore deve svolgere Una worklist per ogni attore Un attore può rappresentare un gruppo di partecipanti che condividono un task da svolgere Prof.ssa E. Gentile Sistemi Informativi su Web 41 Esecuzione dei processi Process Definition Process Instance Worklist Process Definition A Activity B Activity A Activity D Activity C 1st Process Instance 2nd Process Instance Work List 1 Work Item 1 Work Item 2 Work Item 3 Work Item 4 3rd Process Instance Process Definition B Activity B Activity A Activity C Activity E Activity D 1st Process Instance 2nd Process Instance Work Item N Work List 2 Work Item 20 Work Item 21 Work Item 22 Work Item N Prof.ssa E. Gentile Sistemi Informativi su Web Work List 2 42 14

Prof.ssa E. Gentile Sistemi Informativi su Web 43 Prof.ssa E. Gentile Sistemi Informativi su Web 44 Prof.ssa E. Gentile Sistemi Informativi su Web 45 15

Prof.ssa E. Gentile Sistemi Informativi su Web 46 Modello di riferimento Prof.ssa E. Gentile Sistemi Informativi su Web 47 Distribuzione e interfacce Prof.ssa E. Gentile Sistemi Informativi su Web 48 16

Transizioni di stato per processi e attività Il servizio di esecuzione di WF può essere considerato una macchina a stati finiti, dove le istanze di processi e attività cambiano stato in risposta a eventi esterni Prof.ssa E. Gentile Sistemi Informativi su Web 49 Transizioni di stato per istanze di processi Prof.ssa E. Gentile Sistemi Informativi su Web 50 Transizioni di stato per attività Prof.ssa E. Gentile Sistemi Informativi su Web 51 17

Dati Workflow Control Data Dati interni gestiti dal WFMS Workflow Relevant Data Dati usati dal WFMS per determinare le transizioni di stato di una istanza di processo Workflow Application Data Dati delle applicazioni non accessibili dal sistema di WF Prof.ssa E. Gentile Sistemi Informativi su Web 52 Process Definition Interchange Prof.ssa E. Gentile Sistemi Informativi su Web 53 Meta-model per la definizione dei processi Role may refer to Workflow Type Definition consists of Activity uses has Workflow Relevant Data may have Transition Conditions Invoked Application uses may refer to Prof.ssa E. Gentile Sistemi Informativi su Web 54 18

Client Application Interface Prof.ssa E. Gentile Sistemi Informativi su Web 55 Invoked Application Interface Prof.ssa E. Gentile Sistemi Informativi su Web 56 Workflow Interoperability Un obiettivo della coalition è definire standard per consentire a sistemi di workflow realizzati da diversi produttori software di scambiarsi elementi di lavoro Sono stati identificati 4 diversi possibili modelli di interoperabilità, con possibilità diverse Prof.ssa E. Gentile Sistemi Informativi su Web 57 19

Workflow Interoperabily Interface Prof.ssa E. Gentile Sistemi Informativi su Web 58 Modello a servizi concatenati Process A Process B A4 B3 A1 A5 B1 B4 B5 A2 A3 B2 Questo modello consente il trasferimento di un singolo elemento di lavoro (istanza di processo o attività) tra due ambienti WFMS diversi, che operano indipendentemente dopo lo scambio, senza ulteriori sincronizzazioni Prof.ssa E. Gentile Sistemi Informativi su Web 59 Modello a sottoprocessi annidati Process A A4 Process B B3 A1 A5 B1 B4 B5 A2 A3 B2 Domain of Workflow Service A Domain of Workflow Service B Nel diagramma, il servizio di Workflow A ha un attività definita (A3) che è eseguita come un processo completo (B) sul sistema di Workflow B, con ritorno del controllo ad A dopo l esecuzione Prof.ssa E. Gentile Sistemi Informativi su Web 60 20

Modello Peer-Peer Questa alternativa richiede che entrambi i servizi di Workflow supportino una interfaccia API comune per la comunicazione e che siano in grado di interpretare una definizione di processo comune, che può essere importata da un processo di definizione esterno o trasferita run time durante l esecuzione C1 Process C C2 Workflow Engine(s) A C4 C3 C5 Enacted across Workflow Engine(s) B C6 Shared Domain of Workflow Services A & B Prof.ssa E. Gentile Sistemi Informativi su Web 61 Modello parallelo sincronizzato Process A Process B A4 B3 A1 A5 B1 B4 B5 A2 A3 B2 Synchronisation point Domain of Workflow Service A Domain of Workflow Service B I due processi operano sostanzialmente indipendentemente, ma richiedono dei punti di sincronizzazione tra i due processi Prof.ssa E. Gentile Sistemi Informativi su Web 62 Systems Administration & Monitoring Interface Prof.ssa E. Gentile Sistemi Informativi su Web 63 21