Progetto ammesso a finanziamento a valere sull’Azione 1.5.1, Linea 1.5 del PO FESR 2007-2013- Struttura Regionale Responsabile: Servizi Assetto del Territorio I.D.e.A. Infrastruttura di Dati Territoriali e Ambientali Analisi SiARPA – Sistema di gestione delle attività ArpaTASK InnovaPuglia S.p.A. Ente Attuatore Codice Documento: Autore: Versione: Data: Approvato da: Lista di distribuzione: IDeA_Analisi_SiARPA_ArpaTASK_1_0_0 InnovaPuglia S.p.A. 1.0.0 17/12/2013 dott. Raffaele Marrese Analisi SiARPA – Sistema di gestione delle attività ArpaTASK Controllo della Configurazione Titolo: Analisi SiARPA – Sistema di gestione delle attività ArpaTASK Riferimento: IDeA_Analisi_SiARPA_ArpaTASK_1_0_0.doc Creato da: (InnovaPuglia S.p.A.) Storia del Documento Ver. Stato Autore Data Memorizzato in: 1.0.0 Definitivo InnovaPuglia S.p.A 17-12-13 IDeA_Analisi_SiARPA_ArpaTASK_1 _0_0.doc 0.0.1 Bozza InnovaPuglia S.p.A 05-12-13 IDeA_Analisi_SiARPA_ArpaTASK_0 _0_1.doc Storia delle Revisioni Ver Data Evoluzione dei Contenuti Revisioni 1.0.0 17/12/2013 Documento Definitivo 0.0.1 05/12/2013 Documento in versione Bozza Modifiche Previste Al momento non sono previste ulteriori modifiche 2 Analisi SiARPA – Sistema di gestione delle attività ArpaTASK Progetto ammesso a finanziamento a valere sull’Azione 1.5.1, Linea 1.5 del PO FESR 2007-2013- Struttura Regionale Responsabile: Servizi Assetto del Territorio I.D.e.A. Infrastruttura di Dati Territoriali e Ambientali Analisi SiARPA – Sistema di gestione delle attività ArpaTASK InnovaPuglia S.p.A. Ente Attuatore 3 Analisi SiARPA – Sistema di gestione delle attività ArpaTASK Abstract Il presente documento descrive l’analisi del sistema di gestione delle attività denominato ArpaTASK che si prevede di implementare all'interno del SiARPA. Il sistema viene descritto sia dal punto di vista strutturale che funzionale. Inoltre viene analizzato anche sia in termini delle tecnologie adoperate che di banche dati previste. Tale analisi individua inoltre le modalità di integrazione delle informazioni con i sistemi informativi interni ed esterni ad ARPA. Tutte le informazioni tecniche trattate nel presente documento sono a carattere confidenziale e non possono essere divulgate esternamente per garantire la sicurezza dei sistemi in oggetto. 4 Analisi SiARPA – Sistema di gestione delle attività ArpaTASK Indice Abstract...................................................................................................................................................................... 4 1. Introduzione ................................................................................................................................................... 8 2. Definizione dei termini .................................................................................................................................. 8 3. Scopo e Campo di Applicazione .................................................................................................................... 8 4. Descrizione generale di ArpaTASK .............................................................................................................. 8 5. Infrastruttura tecnologica .............................................................................................................................10 6. ATTORI ARPA ...........................................................................................................................................11 Utente ArpaTASK ...........................................................................................................................................11 RO - Responsabile Organizzativo....................................................................................................................12 RP - Responsabile di Progetto .........................................................................................................................12 RT - Responsabile Task/Sottotask ...................................................................................................................12 7. REQUISITI GENERALI .............................................................................................................................14 7.1 Requisiti Gestione attività..........................................................................................................................14 «Requisito Funzionale» VER-3100-01 GESTIONE ATTIVITA' ...............................................................15 «Requisito Funzionale» VER-3100-01 -01 Creazione attività .................................................................... 16 «Requisito Funzionale» VER-3100-01-02 - Modifica attività .....................................................................16 «Requisito Funzionale» VER-3100-01-03 Cancellazione attività ...............................................................17 «Requisito Dati» VER-3100-01-04 Attributi Attività .................................................................................17 «Requisito Funzionale» VER-3100-01-05 Report attività ...........................................................................18 «Requisito Interfaccia» VER-3100-01-06 Interfaccia verso server LDAP di ARPA .................................. 18 «Requisito Funzionale» VER-3100-01-07 Classificazione con Tag ..........................................................19 «Requisito Funzionale» VER-3100-01-08 Riapertura attività .....................................................................19 «Requisito Funzionale» VER-3100-01-09 Inserimento Commento ............................................................20 «Requisito Funzionale» VER-3100-01-10 Chiusura attività .......................................................................20 7.2 Requisiti Gestione documentale ................................................................................................................22 «Requisito Funzionale» VER-3100-02 Gestione Documentale...................................................................23 «Requisito Funzionale» VER-3100-02-01 Registrazione documentazione nel repository ARPA .............. 23 «Requisito Funzionale» VER-3100-02-02 Registrazione documenti allegati ............................................. 23 «Requisito Funzionale» VER-3100-02-03 Lista documenti ........................................................................24 «Requisito Interfaccia» VER-3100-02-04 Accesso repository documentale gestione procedure Regione Puglia ...........................................................................................................................................................24 «Requisito di Configurazione» VER-3100-02-05 - Area di staging documenti Regionali .......................... 25 7.3 Requisiti Analisi multidimensionali ..........................................................................................................25 «Requisito Funzionale» VER-3100-03 Moduli di analisi multidimensionale .............................................26 «Requisito Funzionale» VER-3100-03-01 Moduli di produzione report ....................................................27 «Requisito Funzionale» VER-3100-03-02 Visualizzazione su base cartografica ........................................ 27 7.4 Requisiti tecnologici ..................................................................................................................................29 «Requisito Tecnologico» VER-3100-04 Tecnologie previste ....................................................................29 «Requisito Tecnologico» VER-3100-04-01 Document Management .........................................................30 «Requisito Tecnologico» VER-3100-04-02 Business process manager ......................................................30 «Requisito Tecnologico» VER-3100-04-03 Datawarehouse .......................................................................30 7.5 Requisiti Gestore eventi .............................................................................................................................31 «Requisito Funzionale» VER-3100-05 Mailing di eventi ...........................................................................31 7.6 Requisiti autenticazione ed autorizzazione ................................................................................................32 «Requisito di Sicurezza» VER-3100-06 Autorizzazione e autenticazione .................................................. 32 8. ArpaTASK ...................................................................................................................................................34 8.1 VISTA DEI CASI D'USO .........................................................................................................................34 «caso d'uso» Creazione attività di livello inferiore ......................................................................................35 «caso d'uso» Modifica attività di livello inferiore .......................................................................................35 «caso d'uso» Cancellazione attività di livello inferiore ...............................................................................36 «caso d'uso» Chiusura attività......................................................................................................................36 5 Analisi SiARPA – Sistema di gestione delle attività ArpaTASK «caso d'uso» Commento attività ..................................................................................................................37 «caso d'uso» Riapertura attività ...................................................................................................................37 «caso d'uso» Registra Tag ...........................................................................................................................37 «caso d'uso» Ricerca per tags ......................................................................................................................38 «caso d'uso» Gestione attività ......................................................................................................................38 «caso d'uso» Report di progetto ...................................................................................................................39 «caso d'uso» Analisi indicatori ambientali ..................................................................................................39 8.2 VISTA LOGICA DELLE CLASSI ...........................................................................................................40 «Classe astratta» Attività .............................................................................................................................41 «classe» Progetto .........................................................................................................................................42 «classe» Task ...............................................................................................................................................42 «classe» Sottotask ........................................................................................................................................43 «classe» Allegato .........................................................................................................................................43 «classe» Commento .....................................................................................................................................44 «classe» Evento ...........................................................................................................................................44 «classe» Tag ................................................................................................................................................45 8.3 VISTA ARCHITETTURALE PER COMPONENTI ................................................................................ 46 8.3.1 Descrizione dei componenti ................................................................................................................47 «web application java» IDeA_ARPA_TASK_APP ................................................................................47 «web services (REST)» BPM_SERVICE_IDEA ....................................................................................48 Bonita WS................................................................................................................................................48 «web services (REST)» DM_SERVICE_IDEA ......................................................................................49 Alfresco WS.............................................................................................................................................49 «DBMS PostgreSQL» IDeA_ARPA_TASK_DB ...................................................................................49 JDBC .......................................................................................................................................................49 «BI tool» PENTAHO BI (Mondrian OLAP) ...........................................................................................49 «Tool ETL» Kettle ...................................................................................................................................49 «DBMS PostgreSQL» IDeA_ARPA_DWH_DB Datawarehouse ...........................................................49 JDBC .......................................................................................................................................................50 8.3.2 Mockup dell'interfaccia utente ............................................................................................................51 8.3.3 Scenario applicativo ............................................................................................................................51 8.3.4 VISTA BANCA DATI .......................................................................................................................53 «table» ATTIVITA ......................................................................................................................................53 «table» ALLEGATI .....................................................................................................................................54 «table» COMMENTI ...................................................................................................................................54 «table» RUOLI_UTENTI ............................................................................................................................55 «table» TAG ................................................................................................................................................55 8.4 APPENDICE: Tabella di correlazione attori-funzionalità .........................................................................56 6 Analisi SiARPA – Sistema di gestione delle attività ArpaTASK Indice delle figure FIGURA 1 : ATTORI ARPA ............................................................................................................................................11 FIGURA 2 : DISTRIBUZIONE DELLE ATTIVITÀ ................................................................................................................14 FIGURA 3 : REQUISITI GESTIONE ATTIVITÀ ...................................................................................................................15 FIGURA 4 : REQUISITI GESTIONE DOCUMENTALE .........................................................................................................22 FIGURA 5 : REQUISITI ANALISI MULTIDIMENSIONALE ...................................................................................................26 FIGURA 6 : REQUISITI TECNOLOGICI .............................................................................................................................29 FIGURA 7 : REQUISITI GESTORE EVENTI ........................................................................................................................31 FIGURA 8 : REQUISITI AUTENTICAZIONE ED AUTORIZZAZIONE .....................................................................................32 FIGURA 9 : CASI D'USO .................................................................................................................................................34 FIGURA 10 : VISTA LOGICA CLASSI ...............................................................................................................................40 FIGURA 11 : ARCHITETTURA PER COMPONENTI ............................................................................................................46 FIGURA 12 : MOCKUP DELL'INTERFACCIA UTENTE .......................................................................................................51 FIGURA 13 : DIAGRAMMA DI SEQUENZA DI UN CASO D'USO ..........................................................................................52 FIGURA 14 : DATA MODEL ARPATASK .......................................................................................................................53 FIGURA 15 : CORRELAZIONE PROFILI-FUNZIONALITÀ ..................................................................................................56 7 Analisi SiARPA – Sistema di gestione delle attività ArpaTASK 1. Introduzione Nella prima parte del documento sono descritte in forma sintetica le funzionalità principali previste per il sistema ArpaTASK. Nella restante parte del documento sono descritte nel dettaglio e in modo formale, attraverso strumenti di progettazione UML e modelli Entity-Relationship, le funzionalità e le banche dati che saranno implementate, nonché l’infrastruttura tecnologica della piattaforma. 2. Definizione dei termini DBMS SI UML CU Attività COTS Database Management System Sistema Informativo Unified Modelling Language Caso d'Uso Progetto, Task o sottotask Commercial off-the-shelf 3. Scopo e Campo di Applicazione L'obiettivo del presente documento è di descrivere i requisiti utente del sistema ArpaTASK e proporre una soluzione architetturale per l'integrazione di tale sistema nella infrastruttura SiARPA. L'attività viene eseguita nell'ambito del pacco di lavoro WP3100 “Estensione SiARPA”. 4. Descrizione generale di ArpaTASK Durante gli incontri tecnici presso ARPA Puglia sono emersi i seguenti elementi caratterizzanti il futuro sistema ArpaTASK: Il requisito generale che ArpaTask dovrà soddisfare è quello relativo alla “flessibilità” delle funzionalità. Non dovrà essere quindi vincolato a “rigide” regole dettate da un workflow ben preciso o da normative specifiche; Gli attori individuati sono: il Responsabile Organizzativo (RO), il Responsabile di Progetto (RP), il Responsabile di Task/sottotask (RT). Questi, secondo una logica gerarchica, avranno la responsabilità delle attività previste. Le attività possibili all’interno di ArpaTASK potranno essere delle seguenti tipologie gerarchiche: Progetti, Task, Sottotask. Ogni progetto potrà essere suddiviso in task ed ogni task potrà essere suddiviso in sottotask. Per il dettaglio delle attività si veda il paragrafo di analisi requisiti. ArpaTASK dovrà consentire di assegnare attività a risorse dell'Ente e di inviare ai referenti coinvolti le notifiche relative alle assegnazioni e completamento delle attività in-progress. Relativamente alle funzionalità da implementare, di seguito si riporta un breve riepilogo organizzato per gruppi omogenei: 8 Analisi SiARPA – Sistema di gestione delle attività ArpaTASK Attività Gestione attività: Creazione, modifica, cancellazione di un’attività (progetto/task/sottotask) da parte di una risorsa dell'Ente. Login/Logout: Autenticazione e autorizzazione degli utenti dell’Ente tramite interfaccia ai servizi LDAP del SiARPA da cui ereditare la profilazione. Creazione sottoattività: Funzione per consentire ad un attore incaricato dell’esecuzione di un'attività di creare e diventare a sua volta gestore e responsabile di sottoattività e quindi scomporre tale attività in sottoattività da assegnare internamente ad ulteriori risorse. Riapertura attività: Funzione per riapertura/riassegnazione di un'attività nel caso in cui il responsabile dell'attività ritenga che non sia stato correttamente eseguito. Tutte le attività includeranno attributi, ovvero informazioni quali “titolo”, “flag di chiusura attività”, “data di completamento prevista ed effettiva”, “descrizione”, “lista documenti allegati”. Inoltre tutte le attività avranno una impostazione orientata non a classificazioni tassonomiche rigide e predefinite ma all’analisi semantica mediante associazione di un progetto a tag (folksonomia); Gestione Documentazione Attach documenti: Funzione per allegare alle attività un documento; Ricerca documenti: Funzione per accedere ai documenti eventualmente associati a task già chiusi e (ri)usarne una copia come template per l’esecuzione di nuovi task. Repository documentale: Archiviazione da parte delle risorse responsabili delle attività, attraverso il tool di gestione documentale, dei documenti prodotti durante l’espletamento dell’attività. Reporting attività Statistiche: Funzione che attraverso tools di analisi multidimensionale consente di generare report relativi ai tempi di esecuzione di un’attività, al numero delle attività assegnate ad una determinata risorsa, al numero di attività svolte dalla risorsa e allo stato di avanzamento delle attività. Interscambio con l’esterno Accesso Directory documentale regionale: Funzione per l’accesso tramite interfaccia web ad un repository interno al gestore documentale della Regione Puglia (Alfresco) contenente tutta la documentazione specifica ad un determinato procedimento per il quale ARPA è chiamata ad esprimere parere. L’utente ARPA deve poter accedere via web al repository documentale attraverso il sistema di autenticazione interno al gestore documentale della Regione Puglia e non integrato al sistema LDAP interno ad ARPA. Protocollazione: Funzione che consente di archiviare automaticamente in un’area di staging interna all’Ente tutta la documentazione elettronica in ingresso proveniente dalla Regione Puglia al fine di permettere poi all’addetto ARPA di protocollare elettronicamente il documento attraverso l’applicazione attualmente in uso presso l’Ente. Indicatori ambientali Produzione Matrici: Funzione che sulla base dei dati attualmente gestiti da ARPA Puglia e delle analisi su di essi indicate dall’Ente, attraverso la componente datawarehouse consente la realizzazione di specifiche matrici da cui estrapolare indicatori quali, ad esempio, quelli relativi alle proiezioni sulla qualità dell’aria nel tempo. Visualizzazione su base cartografica: Funzione che consente di visualizzare su base cartografica gli indicatori prodotti. 9 Analisi SiARPA – Sistema di gestione delle attività ArpaTASK Produzione Report: Funzione per effettuare e stampare report relativi agli indicatori prodotti. Nello scenario principale di uso, un evento esterno (ad esempio una comunicazione all’Ente) potrà generare una comunicazione al Responsabile Organizzativo il quale procederà a creare ed attribuire un progetto ad una risorsa dell’Ente; Successivamente la risorsa coinvolta (Responsabile di Progetto) predisporrà dei task da assegnare ad altre risorse dell'Ente (responsabili di Task/Sottotask). Questi ultimi potranno opzionalmente creare dei sottotask da assegnare a risorse ulteriori. I Responsabili di task/sottotask potranno inoltre commentare i task, cambiare lo stato del task (indicando che è terminato), e allegare files che verranno archiviati nel sistema di gestione documentale interno ad ARPA. 5. Infrastruttura tecnologica Dal punto di vista dell'infrastruttura tecnologica ArpaTASK utilizzerà le seguenti piattaforme (COTS): Un ambiente di Business Process Management (piattaforma BPM Bonita) per l’implementazione del workflow relativo alla definizione del “progetto”, l’individuazione dei task, l’assegnazione di questi ultimi alle risorse e il monitoraggio dello stato di avanzamento del task attraverso specifici report. Un ambiente di Document Management (piattaforma Alfresco), per l’archiviazione dei documenti prodotti durante l’esecuzione di ciascun task; Un ambiente di Datawarehouse (piattaforma Pentaho), per la produzione di statistiche su tempi di esecuzione dei task e numero di task assegnati a ciascuna risorsa. Tra i tre ambienti, quello di Business Process Management sarà l’”orchestratore” e oltre a creare workflow associati alla attività previste, sarà l’unico ad avere interfacce esposte all’utente finale. Quindi pur utilizzando gli ambienti di datawarehouse e Document Management, questi saranno trasparenti all’utente finale. 10 Analisi SiARPA – Sistema di gestione delle attività ArpaTASK 6. ATTORI ARPA In questa sezione sono descritti gli attori coinvolti nel sistema e le relazioni di ereditarietà tra essi. uc Attori ARPA Utente ArpaTASK RO - Responsabile Organizzativo RP - Responsabile di Progetto RT - Responsabile Task/Sottotask Figura 1 : Attori ARPA Utente ArpaTASK Descrizione L'utente ArpaTASK è una risorsa ARPA Puglia censita all’interno del repository utenti di ARPA. Questa può avere in carico un'attività da portare a termine e da documentare nel sistema. Può essere: Responsabile Organizzativo (RO) che ha il compito di creare un progetto e ad assegnarlo ad una risorsa dell’Ente (RP). Responsabile di Progetto (RP), che prende in carico il progetto assegnatogli e se necessario, predispone i task da assegnare ad altre risorse dell'ente responsabili di Task/sottotask (RT). Responsabile di Task (RT) che prende in carico il task e se necessario, lo scompone in sottotask e li assegna ad ulteriori risorse dell’Ente. Ciascun Responsabile di task/sottotask può: • Commentare i task • Cambiare lo stato del task in base a quanto previsto dal workflow • Allegare files da folders sul proprio PC o dal sistema di gestione documentale 11 Analisi SiARPA – Sistema di gestione delle attività ArpaTASK RO - Responsabile Organizzativo Descrizione Ha il ruolo di responsabile delle attività di uno specifico settore organizzativo dell'Ente. Egli crea i progetti in funzione delle richieste che arrivano all'Ente, stima i tempi per portare a termine le attività inerenti i progetti e assegna i progetti alle risorse interne. Ciascun Responsabile Organizzativo può: Creare nuovi progetti Modificare progetti Cancellare progetti Assegnare progetti Riaprire task Commentare task Allegare documenti da fonti locali o da repository documentale Aggiungere tags Ricercare per tags RP - Responsabile di Progetto Descrizione Ha il ruolo di responsabile di un progetto dell'Ente. Viene designato dal Responsabile Organizzativo e riceve una mail di incarico ogni volta che un progetto gli viene assegnato. Ciascun Responsabile di Progetto può: Creare task di progetto Assegnare task a risorse Modificare task Cancellare task Chiudere task Riaprire task Commentare task Allegare documenti da fonti locali o da repository documentale Aggiungere tags Ricercare per tags RT - Responsabile Task/Sottotask Descrizione Ha il ruolo dell'esecutore di un task o un sottotask. Egli è in grado di seguire un task e creare e gestire un Sottotask assegnandolo a sua volta ad un'altra risorsa. Come responsabile di sottotask egli può solo chiuderlo. 12 Analisi SiARPA – Sistema di gestione delle attività ArpaTASK Ciascun Responsabile Task/Sottotask può: Creare sottotask Assegnare sottotask a risorse Modificare sottotask Cancellare sottotask Chiudere sottotask Riaprire sottotask Commentare task/sottotask Allegare documenti da fonti locali o da repository documentale Aggiungere tags Il RT come responsabile di sottotask può: Chiudere sottotask Commentare task/sottotask Allegare documenti da fonti locali o da repository documentale Aggiungere tags 13 Analisi SiARPA – Sistema di gestione delle attività ArpaTASK 7. REQUISITI GENERALI In questa sezione sono descritti analiticamente i requisiti del sistema ArpaTASK. Tali requisiti sono stati definiti a partire da quanto emerso e documentato durante gli incontri tecnici presso ARPA Puglia. Ogni requisito di dettaglio è descritto secondo quanto previsto dal documento “IDEA – Linee Guida per la Definizione e l’Analisi dei Requisiti di Servizio. Nello schema che segue viene data una rappresentazione degli oggetti che potranno essere creati. Le attività sono organizzate in 'Progetti', che a loro volta sono suddivisi in task. I task a loro volta sono organizzati in sottotask. class Distribuzione delle attività crea/gestisce RO - Responsabile Organizzativo Progetto gestisce composto da crea/gestisce Task RP - Responsabile di Progetto composto da crea/gestisce Sottotask RT - Responsabile Task/Sottotask Figura 2 : Distribuzione delle attività 7.1 Requisiti Gestione attività In questa sezione sono identificati i requisiti relativi alla gestione delle attività archiviate in ArpaTASK. Con attività si intende un insieme di azioni atte a conseguire un risultato attraverso la produzione di un output. Le attività potranno essere organizzate gerarchicamente in: Progetti, 14 Analisi SiARPA – Sistema di gestione delle attività ArpaTASK Task Sottotask custom Requisiti Gestione attività VER-3100-01 GESTIONE ATTIVITA' VER-3100-01-10 Chiusura attiv ità VER-3100-01 -01 Creazione attiv ità VER-3100-01-09 Inserimento Commento VER-3100-01-02 Modif ica attiv ità VER-3100-01-08 Riapertura attiv ità VER-3100-01-03 Cancellazione attiv ità VER-3100-01-04 Attributi Attiv ità VER-3100-01-05 Report attiv ità VER-3100-01-06 Interf accia v erso serv er LDAP di ARPA VER-3100-01-07 Classif icazione con Tag Figura 3 : Requisiti Gestione attività «Requisito Funzionale» VER-3100-01 GESTIONE ATTIVITA' Descrizione Questa funzionalità deve consentire di creare, modificare e cancellare attività dal sistema ArpaTASK, nonché di assegnare un'attività ad un responsabile. Le attività possono essere suddivise gerarchicamente in: progetto, task, sottotask. L'utente dovrà poter accedere all'applicativo e dopo una registrazione, essere in grado di creare e gestire nuovi progetti, task o sottotask, inserendo le informazioni principali. Canale di accesso WEB Livello di autenticazione 2: Basato su username e password Livello di autorizzazione RO, RP, RT Priorità A-Alta Servizi verticali coinvolti SiARPA 15 Analisi SiARPA – Sistema di gestione delle attività ArpaTASK «Requisito Funzionale» VER-3100-01 -01 Creazione attività Descrizione Questa funzionalità deve consentire ad un utente ARPA Puglia di creare una nuova attività e di registrare le informazioni obbligatorie. Durante la registrazione l'utente che crea l’attività è registrato come creatore dell'attività, mentre colui a cui viene assegnata l'attività è detto il responsabile dell'attività. Il creatore dell'attività deve poter accedere ad un form e poter aggiungere una nuova attività (progetto, task o sottotask) registrando gli attributi seguenti: Titolo Descrizione Stato progetto (in esecuzione, sospeso, terminato) Data fine prevista Responsabile attività Elenco Documenti allegati lista delle sottoattività lista dei Tag Ogni nuova registrazione genera l'invio di una mail di notifica agli utenti coinvolti. Canale di accesso WEB Livello di autenticazione 2: Basato su username e password Livello di autorizzazione RO, RP, RT Priorità A-Alta Servizi verticali coinvolti SiARPA «Requisito Funzionale» VER-3100-01-02 - Modifica attività Descrizione Questa funzionalità deve consentire ad un utente ARPA Puglia creatore di un’attività di modificare le informazioni presenti nell'attività di cui è responsabile. L'utente accede quindi all'interfaccia utente e seleziona l'attività di suo interesse (progetto, task o sottotask). Nel form di presentazione dei dati potrà effettuare la modifica di uno o più tra i seguenti parametri: Titolo (obbligatorio) Descrizione Stato progetto (in esecuzione, sospeso, terminato) Data fine prevista Data fine effettiva Responsabile attività Elenco Documenti allegati lista delle sottoattività 16 Analisi SiARPA – Sistema di gestione delle attività ArpaTASK lista dei Tag Ogni variazione delle informazioni comporterà l'invio di una mail di notifica agli altri attori del progetto. Ogni modifica genera l'invio di una mail di notifica agli utenti coinvolti. Canale di accesso WEB Livello di autenticazione 2: Basato su username e password Livello di autorizzazione RO, RP, RT Priorità A-Alta Servizi verticali coinvolti SiARPA «Requisito Funzionale» VER-3100-01-03 Cancellazione attività Descrizione Questa funzionalità deve consentire ad un utente ARPA Puglia di effettuare la cancellazione di una attività di cui è responsabile. I record non devono essere fisicamente cancellati ma segnati come cancellati, per permettere di recuperarli eventualmente in seguito. Ogni cancellazione genera l'invio di una mail di notifica agli utenti coinvolti. Canale di accesso WEB Livello di autenticazione 2: Basato su username e password Livello di autorizzazione RO, RP, RT Priorità A-Alta Servizi verticali coinvolti SiARPA «Requisito Dati» VER-3100-01-04 Attributi Attività Descrizione Ogni attività è caratterizzata dai seguenti attributi: Titolo (obbligatorio) Descrizione (obbligatorio) 17 Analisi SiARPA – Sistema di gestione delle attività ArpaTASK Stato progetto (in esecuzione, sospeso, terminato) (obbligatorio) Data inizio (obbligatorio) Data fine (obbligatorio) Data termine reale Creatore Attività(obbligatorio) Responsabile (obbligatorio) Elenco Documenti allegati Elenco task Elenco Tag «Requisito Funzionale» VER-3100-01-05 Report attività Descrizione Questa funzionalità deve consentire di generare dei report relativi allo stato di occupazione degli utenti Arpa, e un riepilogo sulle attività e sul loro stato. L'utente accederà ad un menù dove potrà scegliere tra due report, per poi lanciarne la generazione. Per ciascuna tipologia potrà decidere un periodo di riferimento, la tipologia di attività, le risorse Arpa. I report previsti devono essere : Tempi e stato di esecuzione di un’attività Attività svolte da una determinata risorsa Canale di accesso WEB Livello di autenticazione 2: Basato su username e password Livello di autorizzazione RO, RP, RT Priorità A-Alta Servizi verticali coinvolti SiARPA «Requisito Interfaccia» VER-3100-01-06 Interfaccia verso server LDAP di ARPA Descrizione Questa funzionalità deve consentire ad ArpaTASK di interfacciarsi al repository LDAP dell'Ente. Durante la fase di login le informazioni di autenticazione verranno reperite dal repository ARPA attraverso delle richieste LDAP. Canale di accesso WEB 18 Analisi SiARPA – Sistema di gestione delle attività ArpaTASK Livello di autenticazione 2: Basato su username e password Livello di autorizzazione RO, RP, RT Priorità A-Alta Servizi verticali coinvolti SiARPA «Requisito Funzionale» VER-3100-01-07 Classificazione con Tag Descrizione Questa funzionalità deve consentire di associare uno o più 'tag' ad un progetto per poi utilizzarli nella ricerca documentale. L'utente quindi un volta selezionata un'attività in modifica, deve poter scegliere e aggiungere tag da una lista di tag predefiniti, oppure inserire un nuovo tag. Canale di accesso WEB Livello di autenticazione 2: Basato su username e password Livello di autorizzazione RO, RP Priorità A-Alta Servizi verticali coinvolti SiARPA «Requisito Funzionale» VER-3100-01-08 Riapertura attività Descrizione Questa funzionalità consente di riaprire un' attività chiusa da parte del responsabile. La riapertura dell'attività può essere fatta da colui che l'ha creata. Ogni riapertura genera l'invio di una mail di notifica agli utenti coinvolti. Canale di accesso WEB Livello di autenticazione 2: Basato su username e password 19 Analisi SiARPA – Sistema di gestione delle attività ArpaTASK Livello di autorizzazione RO, RP, RT Priorità A-Alta Servizi verticali coinvolti SiARPA «Requisito Funzionale» VER-3100-01-09 Inserimento Commento Descrizione Questa funzionalità consente di aggiungere commentati ad ogni attività. L'utente registrato è in grado di accedere ad un progetto che lo vede coinvolto e di inserire dei commenti. I commenti non sono gestiti in tempo reale come delle chat. Ogni commento inserito o cancellato genera l'invio di una mail di notifica agli utenti coinvolti. Tutti gli utenti associati ad un progetto, come responsabili di attività possono visualizzare i commenti inseriti. Canale di accesso WEB Livello di autenticazione 2: Basato su username e password Livello di autorizzazione RO ,RP, RT Priorità A-Alta Servizi verticali coinvolti SiARPA «Requisito Funzionale» VER-3100-01-10 Chiusura attività Descrizione Questa funzionalità consente di chiudere un' attività del responsabile. Una volta acceduto al sistema, e dopo l'autenticazione, l'utente può accedere all'attività di cui è responsabile e assegnarla come terminata. Il sistema registra la data di terminazione reale dell'attività. Ogni terminazione di un'attività genera l'invio di una mail di notifica agli utenti coinvolti. Canale di accesso WEB Livello di autenticazione 2: Basato su username e password Livello di autorizzazione 20 Analisi SiARPA – Sistema di gestione delle attività ArpaTASK RO, RP, RT Priorità A-Alta Servizi verticali coinvolti SiARPA 21 Analisi SiARPA – Sistema di gestione delle attività ArpaTASK 7.2 Requisiti Gestione documentale In questa sezione sono identificati i requisiti funzionali relativi alla gestione della documentazione in ArpaTASK e alle interfacce applicative. req Requisiti Gestione documentale VER-3100-02 Gestione Documentale notes Descrizione Questa funzionalità deve consentire all’ utente di gestire modo trasparente un modulo di gestione documentale associato ad un repository. Canale di accesso WEB Livello di autenticazione 2: Basato su username e password VER-3100-02-05 - Area di staging documenti Regionali Priorità A-Alta Servizi verticali coinvolti SiARPA Reference "ArpaTASK dovrà consentire di accedere ai documenti eventualmente associati a task già chiusi e di (ri)usarne una copia come template per l’ esecuzione di nuovi task. Questo anche ai fini della “findability" VER-3100-02-01 Registrazione documentazione nel repository ARPA notes Descrizione Questa funzionalità deve consentire di registrare automaticamente nel sistema di gestione documentale interno ad ArpaTASK ogni documento proveniente da file system ed allegato ad un progetto/task/sottotask. Canale di accesso WEB Livello di autenticazione 2: Basato su username e password Livello di autorizzazione RO, RP, RT Servizi verticali coinvolti SiARPA Priorità A-Alta VER-3100-02-03 Lista documenti VER-3100-02-02 Registrazione documenti allegati notes Descrizione Questa funzionalità deve consentire di allegare ad un’ attività, dei files provenienti da l file system o dal repository documenti alfresco di ArpaTASK. L'utente potrà qundi accedere ad un'attività di cui è responsabile e allegare ad essa dei documenti in formato PDF. Se i documenti provengono da file system essi verranno registrati nel repository documentale di ArpaTASK. VER-3100-02-04 Accesso repository documentale gestione procedure Regione Puglia Livello di autorizzazione RO, RP, RT notes Descrizione Questa funzionalità deve consentire agli utenti ARPA abilitati l'accesso tramite interfaccia web ad un repository interno al gestore documentale della Regione Puglia (Alfresco) contenente tutta la documentazione specifica ad un determinato procedimento per il quale ARPA è chiamata ad esprimere parere. L’ utente ARPA potrà accedere via web al repository documentale utilizzando le credenziali fornite dall’ amministratore del gestore documentale della Regione Puglia per leggere e/o scaricare la documentazione di sua competenza. Servizi verticali coinvolti SiARPA Canale di accesso WEB, Procedimenti Priorità A-Alta Livello di autenticazione 2: Basato su username e password Canale di accesso WEB Livello di autenticazione 2: Basato su username e password Livello di autorizzazione RO, RP, RT Priorità A-Alta notes Descrizione Questa funzionalità deve consentire di ottenere l'elenco dei metadati dei documenti associati ad un progetto, filtrando e ordinando per i campi dei metadati al fine di utilizzarli per associarli a nuove attività. L'utente potrà richiedere tale lista per consultare i documento o per allegarli ad un'attività. Canale di accesso WEB Livello di autenticazione 2: Basato su username e password notes Descrizione Questa funzionalità deve consentire di archiviare automaticamente in un’ area di staging interna all’ Ente tutta la documentazione elettronica in ingresso proveniente dalla Regione Puglia che, quindi, dovrà essere indirizzata ad una casella di posta specifica ARPA. La mail dovrà contenere oltre al messaggio e ai documenti allegati anche i metadati/riferimenti per l’ accesso al documento originale presente sul repository documentale della Regione Puglia. Canale di accesso MAIL/FTP Livello di autenticazione 2: Basato su username e password Livello di autorizzazione Utente ARPA Priorità A-Alta Servizi verticali coinvolti SiARPA, Procedimenti Reference: "Archiviazione automatica in un’ area di staging interna ad ARPA di un documento in uscita dal protocollo della Regione Puglia e diretto ad ARPA." Livello di autorizzazione RO, RP, RT Priorità A-Alta Servizi verticali coinvolti SiARPA Reference: "ArpaTASK dovrà consentire di accedere ai documenti eventualmente associati a task già chiusi e di (ri)usarne una copia come template per l’ esecuzione di nuovi task" Servizi verticali coinvolti SiARPA Reference: "Accesso ad un repository interno al gestore documentale della Regione Puglia contenente tutta la documentazione specifica ad un determinato procedimento per il quale ARPA è chiamata ad esprimere parere" Figura 4 : Requisiti Gestione documentale 22 Analisi SiARPA – Sistema di gestione delle attività ArpaTASK «Requisito Funzionale» VER-3100-02 Gestione Documentale Descrizione Questa funzionalità deve consentire all’utente di gestire in modo trasparente un modulo di gestione documentale associato ad un repository. Canale di accesso WEB Livello di autenticazione 2: Basato su username e password Priorità A-Alta Servizi verticali coinvolti SiARPA «Requisito Funzionale» VER-3100-02-01 Registrazione documentazione nel repository ARPA Descrizione Questa funzionalità deve consentire di registrare automaticamente nel sistema di gestione documentale interno ad ArpaTASK ogni documento proveniente da file system ed allegato ad un progetto/task/sottotask. Canale di accesso WEB Livello di autenticazione 2: Basato su username e password Livello di autorizzazione RO, RP, RT Servizi verticali coinvolti SiARPA Priorità A-Alta «Requisito Funzionale» VER-3100-02-02 Registrazione documenti allegati Descrizione Questa funzionalità deve consentire di allegare ad un’attività, dei files provenienti dal file system o dal repository documentale Alfresco di ArpaTASK. L'utente può quindi accedere ad un'attività di cui è responsabile e allegare ad essa dei documenti. 23 Analisi SiARPA – Sistema di gestione delle attività ArpaTASK Canale di accesso WEB Livello di autenticazione 2: Basato su username e password Livello di autorizzazione RO, RP, RT Servizi verticali coinvolti SiARPA Priorità A-Alta «Requisito Funzionale» VER-3100-02-03 Lista documenti Descrizione Questa funzionalità deve consentire di ottenere l'elenco dei metadati dei documenti associati ad un progetto, filtrando e ordinando per i campi dei metadati al fine di utilizzarli per associarli a nuove attività. L'utente può richiedere tale lista per consultare il documento o per allegarlo ad un'attività. Canale di accesso WEB Livello di autenticazione 2: Basato su username e password Livello di autorizzazione RO, RP, RT Priorità A-Alta Servizi verticali coinvolti SiARPA «Requisito Interfaccia» VER-3100-02-04 Accesso repository documentale gestione procedure Regione Puglia Descrizione Questa funzionalità deve consentire agli utenti ARPA abilitati l'accesso tramite interfaccia web ad un repository interno al gestore documentale della Regione Puglia (Alfresco) contenente tutta la documentazione specifica di un determinato procedimento per il quale ARPA è chiamata ad esprimere parere. L’utente ARPA deve poter accedere via web al repository documentale attraverso il sistema di autenticazione interno al gestore documentale della Regione Puglia e non integrato al sistema LDAP interno ad ARPA 24 Analisi SiARPA – Sistema di gestione delle attività ArpaTASK Canale di accesso WEB, Procedimenti Livello di autenticazione 2: Basato su username e password Livello di autorizzazione RO, RP, RT Priorità A-Alta Servizi verticali coinvolti SiARPA «Requisito di Configurazione» VER-3100-02-05 - Area di staging documenti Regionali Descrizione Questa funzionalità deve consentire di archiviare automaticamente in un’area di staging interna all’Ente tutta la documentazione elettronica in ingresso proveniente dalla Regione Puglia che, quindi, deve essere indirizzata ad una casella di posta specifica ARPA. La mail deve contenere oltre al messaggio e ai documenti allegati anche i metadati/riferimenti per l’accesso al documento originale presente sul repository documentale della Regione Puglia. Canale di accesso MAIL/FTP Livello di autenticazione 2: Basato su username e password Livello di autorizzazione Utente ARPA Priorità A-Alta Servizi verticali coinvolti SiARPA, Procedimenti 7.3 Requisiti Analisi multidimensionali 25 Analisi SiARPA – Sistema di gestione delle attività ArpaTASK In questa sezione sono identificati i requisiti di analisi multidimensionale di ArpaTASK. req Requisiti analisi multidimensionale VER-3100-03 Moduli di analisi multidimensionale notes Descrizione Questa funzionalità deve consentire di effettuare analisi multidimensionali su dati storici Arpa, attraverso: - la creazione di un datawarehouse (DWH) - la configurazione di moduli ETL di trasferimento dei dati storici ARPA nel DWH - l'installazione e configurazione di tools per le attività di query multidimensionali (drill down) - la configurazione di funzionalità per effettuare query multidimensionali - la creazione di cartografie tematiche associate ai risultati delle query multidimensionali Canale di accesso WEB Livello di autenticazione 2: Basato su username e password Livello di autorizzazione RO Priorità A-Alta Servizi verticali coinvolti SiARPA VER-3100-03-01 Moduli di produzione report notes Descrizione Questa funzionalità deve consentire di generare query multidimensionali come reportistica delle matrici ambientali. Maggiori dettagli saranno forniti quando saranno noti gli indicatori da parte dell'ARPA. Canale di accesso WEB Priorità A-Alta Servizi verticali coinvolti SiARPA notes Descrizione Questa funzionalità deve consentire di generare e rappresentare in forma di cartografia tematica gli indicatori ambientali prodotti dai report. Maggiori dettagli saranno forniti quando saranno noti gli indicatori da parte dell'ARPA. Canale di accesso WEB Livello di autenticazione 2: Basato su username e password Livello di autorizzazione RO VER-3100-03-02 Visualizzazione su base cartograf ica Livello di autenticazione 2: Basato su username e password Livello di autorizzazione RO Priorità A-Alta Servizi verticali coinvolti SiARPA Figura 5 : Requisiti analisi multidimensionale «Requisito Funzionale» VER-3100-03 Moduli di analisi multidimensionale 26 Analisi SiARPA – Sistema di gestione delle attività ArpaTASK Descrizione Questa funzionalità deve consentire di effettuare analisi multidimensionali su dati storici Arpa, attraverso: la creazione di un datawarehouse (DWH) la configurazione di moduli ETL di trasferimento dei dati storici ARPA nel DWH l'installazione e configurazione di tools per le attività di query multidimensionali (drill down) la configurazione di funzionalità per effettuare query multidimensionali la creazione di cartografie tematiche associate ai risultati delle query multidimensionali Canale di accesso WEB Livello di autenticazione 2: Basato su username e password Livello di autorizzazione RO Priorità A-Alta Servizi verticali coinvolti SiARPA «Requisito Funzionale» VER-3100-03-01 Moduli di produzione report Descrizione Questa funzionalità deve consentire di generare query multidimensionali come reportistica delle matrici ambientali. Maggiori dettagli saranno dopo che ARPA avrà ipotizzato alcune analisi e indicatori riproducibili sulla base dei dati attualmente gestiti dall’Ente. Canale di accesso WEB Livello di autenticazione 2: Basato su username e password Livello di autorizzazione RO Priorità A-Alta Servizi verticali coinvolti SiARPA «Requisito Funzionale» VER-3100-03-02 Visualizzazione su base cartografica 27 Analisi SiARPA – Sistema di gestione delle attività ArpaTASK Descrizione Questa funzionalità deve consentire di generare e rappresentare in forma di cartografia tematica gli indicatori ambientali prodotti dai report. Maggiori dettagli saranno dopo che ARPA avrà ipotizzato alcune analisi e indicatori riproducibili sulla base dei dati attualmente gestiti dall’Ente. Canale di accesso WEB Livello di autenticazione 2: Basato su username e password Livello di autorizzazione RO Priorità A-Alta Servizi verticali coinvolti SiARPA 28 Analisi SiARPA – Sistema di gestione delle attività ArpaTASK 7.4 Requisiti tecnologici In questa sezione sono identificati i requisiti tecnologici di ArpaTASK. req Requisiti tecnologici VER-3100-04 Tecnologie prev iste notes Descrizione Dovranno essere previste le seguenti tecnologie: - Document Management : ALFRESCO 4.2 - Workflow e BPM : BONITA 6.0.2 - Datawarehouse e Business Intelligence : PENTAHO 2.0 Reference: "il sistema da realizzare (d’ ora in avanti denominato ArpaTASK) si comporrà fondamentalmente di tre ambienti di base: -Un ambiente di Document Management, già individuato in Alfresco, per la eventuale archiviazione dei documenti prodotti durante l’ esecuzione di ciascun task -Un ambiente di Datawarehouse, già individuato in Pentaho, per la produzione di statistiche su tempi di esecuzione dei task e numero di task assegnati a ciascuna risorsa. -Un ambiente di Business Process Management (Workflow), già individuato in Bonita, da utilizzare per l’ implementazione del workflow relativo alla definizione del “progetto”, l’ individuazione dei task, l’ assegnazione di questi ultimi alle risorse e il monitoraggio dello stato di avanzamento del task attraverso specifici report" VER-3100-04-03 Datawarehouse VER-3100-04-01 Document Management VER-3100-04-02 Business process manager Descrizione I moduli di gestione attiività devono essere implementati utilizzando la piattaforma di Workflow e BPM BONITA 6.0.2. notes Descrizione I moduli di Analisi multidimensionali devono essere implementati utilizzando la piattaforma di Datawarehouse e Business Intelligence : PENTAHO 2.0 Canale di accesso WEB Canale di accesso WEB Priorità A-Alta Priorità A-Alta Servizi verticali coinvolti SiARPA, SIT Servizi verticali coinvolti SiARPA notes Descrizione I moduli di accesso al repository documentale devono essere implementati utilizzando la piattaforma di Document Management ALFRESCO 4.2. Canale di accesso WEB Priorità A-Alta Servizi verticali coinvolti SiARPA notes Figura 6 : Requisiti tecnologici «Requisito Tecnologico» VER-3100-04 Tecnologie previste Descrizione Si prevede di utilizzare le seguenti tecnologie: Document Management: ALFRESCO 4.2 Workflow e BPM: BONITA 6.0.2 Datawarehouse e Business Intelligence: PENTAHO 2.0 29 Analisi SiARPA – Sistema di gestione delle attività ArpaTASK «Requisito Tecnologico» VER-3100-04-01 Document Management Descrizione I moduli di accesso al repository documentale devono essere implementati utilizzando la piattaforma di Document Management ALFRESCO 4.2. Canale di accesso WEB Priorità A-Alta Servizi verticali coinvolti SiARPA «Requisito Tecnologico» VER-3100-04-02 Business process manager Descrizione I moduli di gestione attiività devono essere implementati utilizzando la piattaforma di Workflow e BPM BONITA 6.0.2. Canale di accesso WEB Priorità A-Alta Servizi verticali coinvolti SiARPA, SIT «Requisito Tecnologico» VER-3100-04-03 Datawarehouse Descrizione I moduli di Analisi multidimensionali devono essere implementati utilizzando la piattaforma di Datawarehouse e Business Intelligence : PENTAHO 2.0 Canale di accesso WEB Priorità A-Alta Servizi verticali coinvolti SiARPA 30 Analisi SiARPA – Sistema di gestione delle attività ArpaTASK 7.5 Requisiti Gestore eventi In questa sezione sono identificati i requisiti di gestione degli eventi di ArpaTASK. req Requisiti gestore eventi VER-3100-05 Mailing di ev enti notes Descrizione Questa funzionalità deve consentire, per alcuni eventi sulle attività (progetto, task , sottotask) l'invio di un mail agli utenti coinvolti (responsabile di livello superiore, altri partecipanti al progetto). Canale di accesso WEB Livello di autenticazione 2: Basato su username e password Priorità A-Alta Servizi verticali coinvolti SiARPA Figura 7 : Requisiti gestore eventi «Requisito Funzionale» VER-3100-05 Mailing di eventi Descrizione Questa funzionalità deve consentire, per alcuni eventi sulle attività (progetto, task , sottotask) l'invio di una email agli utenti coinvolti (responsabile di livello superiore, altri partecipanti al progetto). Canale di accesso WEB Livello di autenticazione 2: Basato su username e password Priorità A-Alta Servizi verticali coinvolti SiARPA 31 Analisi SiARPA – Sistema di gestione delle attività ArpaTASK 7.6 Requisiti autenticazione ed autorizzazione In questa sezione sono identificati i requisiti di sicurezza di ArpaTASK. req Requisiti autenticazione ed autorizzazione VER-3100-06 Autorizzazione e autenticazione notes Descrizione Ogni accesso al sistema sarà gestito tramite autenticazione con utente e password. L'autenticazione si baserà sulla profilazione presente sul repository utenti di ARPA. Non saranno previsti utenti non presenti nel repository. L'autenticazione è di tipo debole e comporta solo l'accesso tramite usename e password. Canale di accesso WEB Livello di autenticazione 2: Basato su username e password Livello di autorizzazione RO, RP, RT Priorità A-Alta Servizi verticali coinvolti SiARPA Figura 8 : Requisiti autenticazione ed autorizzazione «Requisito di Sicurezza» VER-3100-06 Autorizzazione e autenticazione Descrizione Ogni accesso al sistema deve essere gestito tramite autenticazione con utente e password. L'autenticazione deve essere basata sulla profilazione presente sul repository utenti di ARPA. Non sono previsti utenti non presenti nel repository. L'autenticazione è di tipo debole e comporta solo l'accesso tramite usename e password. Canale di accesso WEB 32 Analisi SiARPA – Sistema di gestione delle attività ArpaTASK Livello di autenticazione 2: Basato su username e password Livello di autorizzazione RO, RP, RT Priorità A-Alta Servizi verticali coinvolti SiARPA 33 Analisi SiARPA – Sistema di gestione delle attività ArpaTASK 8. ArpaTASK In questa sezione viene presentata la soluzione proposta sulla base dei requisiti funzionali individuati nella fase di analisi. 8.1 VISTA DEI CASI D'USO In questa sezione vengono illustrati i casi d'uso più significativi del sistema ArpaTASK relativamente alla creazione di un'attività di progetto e alla creazione di task e sottotask. uc Casi d'uso «caso d'uso» Modifica attività di livello inferiore «caso d'uso» Creazione attività di livello inferiore RP Responsabile di Progetto «include» «include» «caso d'uso» Cancellazione attività di livello inferiore «include» «caso d'uso» Riapertura attività «include» RT Responsabile Task/Sottotask «caso d'uso» Gestione attività «include» «caso d'uso» Chiusura attività «include» «include» «include» «caso d'uso» Commento attività RO Responsabile Organizzativo «caso d'uso» Ricerca per tags «caso d'uso» Analisi indicatori ambientali «caso d'uso» Registra Tag «caso d'uso» Report di progetto Figura 9 : Casi d'uso 34 Analisi SiARPA – Sistema di gestione delle attività ArpaTASK «caso d'uso» Creazione attività di livello inferiore Descrizione In questo caso d'uso l'attore Responsabile Attività crea una nuova attività di livello inferiore. Scenario principale 1. L'utente si autentica al sistema 2. il sistema lo riconosce e presenta l'interfaccia adeguata 3. L'utente seleziona il tasto di nuova attività 4. il sistema presenta la schermata di registrazione 5. L'utente effettua le modifiche sull' attività e richiede il salvataggio 6. il sistema verifica che non ci siano conflitti con le sottoattività e chiede conferma 7. l'utente conferma la registrazione 8. il sistema effettua la registrazione dei record 9. Il sistema invia una mail di notifica agli interessati (responsabile attività a livello superiore) Scenario secondario 1. L'utente si autentica al sistema 2. il sistema lo riconosce e presenta l'interfaccia adeguata 3. L'utente seleziona il tasto di nuova attività 4. il sistema presenta la schermata di registrazione 5. L'utente effettua le modifiche sull' attività e richiede il salvataggio 6. il sistema verifica che sono presenti dei conflitti sulle date di inizio e fine attività e produce in errore a video 7. l'utente corregge le date e conferma la registrazione 8. il sistema effettua la registrazione dei record 9. Il sistema invia una mail di notifica agli interessati (responsabile attività a livello superiore) «caso d'uso» Modifica attività di livello inferiore Descrizione In questo caso d'uso il responsabile attività modifica un' attività esistente. Esso è incluso nel caso d'uso di gestione attività. Scenario principale 1. L'utente si autentica al sistema 2. Il sistema lo riconosce e presenta l'interfaccia adeguata 3. L'utente ricerca e seleziona un'attività 4. Il sistema presenta i dettagli di tale attività 5. L'utente effettua le modifiche sull' attività e richiede il salvataggio 6. Il sistema verifica che non ci siano conflitti con le sottoattività e chiede conferma 7. l'utente conferma la registrazione 8. Il sistema effettua la registrazione dei record 9. Il sistema invia una mail di notifica agli interessati (responsabile attività e livello superiore) 35 Analisi SiARPA – Sistema di gestione delle attività ArpaTASK «caso d'uso» Cancellazione attività di livello inferiore Descrizione In questo caso d'uso l'attore cancella un’attività a livello inferiore. Scenario principale 1. L'utente si autentica al sistema 2. il sistema lo riconosce e presenta l'interfaccia adeguata 3. L'utente ricerca e seleziona un'attività 4. il sistema presenta i dettagli di tale attività 5. L'utente seleziona il tasto di cancellazione attività 6. il sistema verifica che non ci siano attività aperte e chiede conferma 7. l'utente conferma la cancellazione 8. il sistema modifica lo stato dell'attività in 'cancellato' senza cancellare record 9. Il sistema invia una mail di notifica agli interessati (responsabile attività e livello superiore) «caso d'uso» Chiusura attività Descrizione In questo caso d'uso l'attore responsabile di un'attività chiude l’attività di sua competenza. Scenario principale 1. L'utente si autentica al sistema 2. il sistema lo riconosce e presenta l'interfaccia adeguata 3. L'utente ricerca e seleziona un'attività 4. il sistema presenta i dettagli di tale attività 5. L'utente seleziona il tasto di chiusura attività 6. il sistema gli chiede conferma e controlla che non ci siano sottoattività aperte. Se è tutto corretto, procede con la modifica dello stato dell'attività 7. Il sistema invia una email di notifica agli interessati (responsabile attività e livello superiore) Scenario secondario 1. L'utente si autentica al sistema 2. il sistema lo riconosce e presenta l'interfaccia adeguata 3. L'utente ricerca e seleziona un'attività 4. il sistema presenta i dettagli di tale attività 5. L'utente seleziona il tasto di chiusura attività 6. Il sistema controlla che non ci siano sottoattività aperte, e poiché sono presenti sottoattività ancora aperte, genera un messaggio di errore 7. l'utente accede alle sottoattività aperte e le chiude 8. l'utente seleziona l'attività preme il tasto di chiusura 9. il sistema registra la chiusura 10. Il sistema invia una mail di notifica agli interessati (responsabile attività e livello superiore) 36 Analisi SiARPA – Sistema di gestione delle attività ArpaTASK «caso d'uso» Commento attività Descrizione Caso d'uso relativo ad un commento associato ad un'attività. Scenario principale 1. L'utente si autentica al sistema 2. Il sistema lo riconosce e presenta l'interfaccia adeguata 3. L'utente cerca e seleziona un'attività 4. Il sistema presenta i dati relativi all'attività selezionata 5. L'utente inserisce un nuovo commento 6. Il sistema archivia il nuovo commento associandolo all'attività 7. Il sistema invia una mail di notifica agli interessati «caso d'uso» Riapertura attività Descrizione Questo caso d'uso consente di riaprire un'attività chiusa. L'attore accede all'applicazione e seleziona un'attività di livello inferiore chiusa dal responsabile, per riaprila. Scenario principale 1. l'utente si autentica al sistema 2. Il sistema lo riconosce e presenta l'interfaccia adeguata 3. L'utente effettua una ricerca tra le attività, seleziona un'attività chiusa nella lista di attività con relativo stato. 4. Il sistema gli presenta i dettagli dell'attività 5. l'utente (se abilitato come responsabile) seleziona il tasto 'riapri attività' 6. Il sistema presenta la finestra dove inserire i dati aggiornati 7. l'utente salva lo stato 8. Il sistema registra la riapertura dell'attività 9. Il sistema invia una mail di notifica agli utenti interessati «caso d'uso» Registra Tag Descrizione Questo caso d'uso consente di registrare un tag associato ad un progetto (creazione di folksonomie). Caso d'uso principale 1. L'utente si autentica al sistema 2. Il sistema lo riconosce e presenta l'interfaccia adeguata 3. L'utente crea un'attività (vedi caso d'uso creazione attività) 4. L'utente sceglie da un elenco di tag quello che ritiene più vicino alla tipologia di attività oppure è in grado di creare al volo un nuovo tag da associare all'attività 5. Il sistema registra il tag associandolo all'attività 37 Analisi SiARPA – Sistema di gestione delle attività ArpaTASK «caso d'uso» Ricerca per tags Descrizione Questo caso d'uso consente di effettuare ricerche basate su tag liberi (Folksonomia). Scenario principale 1. L'utente accede al sistema 2. il sistema lo riconosce e presenta l'interfaccia adeguata 3. l'utente seleziona la funzione di ricerca selezionando un tag di sul quale vuole conoscere quali progetti/task sono coinvolti 4. il sistema presenta una lista di progetti e task nei quali è coinvolto il tag «caso d'uso» Gestione attività Descrizione Si tratta di un caso d'uso generale relativo alla gestione delle attività. Esso include la maggior parte dei casi d'uso principali finora descritti. In questo caso d'uso viene immaginato uno scenario completo che parte dalla creazione di un progetto fino alla chiusura di tutte le attività e del progetto stesso. Scenario principale 1. Il RO si autentica al sistema 2. il sistema riconosce il RO e presenta l'interfaccia utente adeguata 3. il RO seleziona il tasto di creazione progetto 4. il sistema presenta l'interfaccia di nuovo progetto. 5. il RO inserisce un insieme di informazioni obbligatorie sul progetto compreso il RP a cui dare in carico il progetto, e preme il tasto di salvataggio 6. il sistema archivia le informazioni 7. il sistema invia una mail di notifica al RP 8. il RO effettua il logout 9. il RP si autentica al sistema 10. il sistema riconosce il RP e presenta l'interfaccia utente adeguata 11. il RP seleziona il progetto di cui è responsabile 12. il sistema presenta l'interfaccia adeguata 13. il RP effettua la creazione di un task introducendo le informazioni obbligatorie e il RT che sarà responsabile del Task 14. Il sistema effettua il controllo di coerenza dei dati e li archivia 15. Il sistema invia una notifica al RT 16. Il RP effettua il logout 17. il RT si autentica al sistema ed accede al task di cui è responsabile. 18. il sistema riconosce il RT e presenta l'interfaccia utente adeguata 19. Il RT crea un sottotask dandolo in carico ad un responsabile di sottotask (RT1) 20. Il sistema verifica la coerenza dei dati ed archivia i dati 21. Il sistema invia la mail di notifica al RT1 e al livello superiore 22. Il RT effettua il logout 23. Il RT1 effettua l'accesso al sistema 24. Il sistema riconosce l'utente e presenta l'interfaccia adeguata 25. Il RT1 accede al sottotask ed inserisce un commento 26. il sistema salva il commento inviando una notifica al livello superiore 38 Analisi SiARPA – Sistema di gestione delle attività ArpaTASK 27. 28. 29. 30. 31. 32. 33. 34. il RT1 effettua l'inserimento di un documento allegato al sottotask e salva il sistema salva l'allegato ed invia una mail di notifica il RT1 effettua la chiusura del sottotask il sistema verifica la coerenza ed archivia i dati il sistema invia una notifica al livello superiore il RT si logga ed accede al sistema il sistema riconosce l'utente e predispone l'interfaccia il RT verifica che il sottotask non è stato completato e lo riapre attraverso il comando di riapertura del sottotask. 35. il sistema effettua la riapertura del sottotask e invia una notifica al RT1 36. il RT effettua il logout del sistema «caso d'uso» Report di progetto Descrizione Questo caso d'uso descrive l'attività di reporting su un progetto consentendo di produrre i seguenti report: Tempi e stato di esecuzione di un’attività Attività svolte da una determinata risorsa Scenario Principale report attività 1. L'utente si autentica al sistema 2. Il sistema lo riconosce e abilitata la funzione di reporting attività 3. L'utente seleziona un'attività , uno o più tag, nonché un intervallo temporale 4. Il sistema fornisce un report sui tempi di esecuzione delle attività selezionate e sul loro stato 5. Il report conterrà i seguenti campi colonna: attività, data inizio e fine, stato, risorsa Scenario Principale report risorse 1. L'utente si autentica al sistema 2. Il sistema lo riconosce e abilita la funzione di reporting attività 3. L'utente seleziona una risorsa per verificare a quali attività ha partecipato, nonché l'intervallo temporale 4. Il sistema fornisce un report sulla partecipazione ai progetti, da parte delle risorse selezionate. 5. Il report conterrà i seguenti campi colonna: attività, data inizio e fine, stato. «caso d'uso» Analisi indicatori ambientali Descrizione Nel seguente caso d'uso l'attore accede ai tools di analisi multidimensionale ed effettua delle query. Scenario principale 1. L'utente si autentica al sistema 2. Il sistema lo riconosce 3. l'utente richiede il trasferimento dell'ultima versione dei dati nel datawarehouse 4. il sistema effettua gli script di trasferimento dei dati nel datawarehouse 5. l'utente seleziona il tool di analisi multidimensionale 6. il sistema presenta l'interfaccia per effettuare le query 7. l'utente effettua un drilldown sui dati sulle dimensioni tempo e spazio 8. il sistema presenta il risultato delle query 39 Analisi SiARPA – Sistema di gestione delle attività ArpaTASK 8.2 VISTA LOGICA DELLE CLASSI In questa sezione viene descritta la struttura delle classi di business previste per ArpaTASK. La superclasse astratta Attività identifica l'oggetto attività che sarà del tipo Progetto, task o sottotask. Tali sottoclassi derivate sono tra loro in relazione di aggregazione. La classe Allegati implementerà le informazioni che sono relative alla gestione documentale, mentre sarà presente una specifica classe di servizio Evento per la registrazione degli eventi Per motivi di semplificazione le classi presenti in questa sezione non sono quelle implementative in java (classi controller, binding, etc.), per le quali sarà prevista una sezione specifica di dettaglio. A livello implementativo inoltre, dovendo queste classi essere persistenti, si farà uso del toolkit Hibernate. class Vista logica classi «Classe astratta» Attività «classe» Evento - DataOra :date DescrEv ento :string TipoEv ento :int + Inv iaMailEv ento() :v oid «use» - «classe» Allegato IdAttiv ità :double Titolo :char(100) Descrizione :char(400) DataTermine :date Stato :char(1) Responsabile :int Attiv itàSup :int TipoAttiv ità :int - IdAllegato :int Titolo :string IdDocumentoAlf resco :string + + + Nuov o() :v oid Cancella() :v oid Lista() :v oid «struct» - DataInizio :date - DataTermineReale :date «array » - ListaAllegati :Allegato - ListaCommenti :Commento + + + + + + + + Nuov o() :v oid Modif ica() :v oid Cancella() :v oid Termina() :v oid RicercaTestuale() :v oid AllegaFile() :v oid EliminaAllegato() :v oid AggiungiCommento() :v oid «classe» Commento +Commenta +IdCommento - IdCommento :int DataOra :date IdAzione :int + + + Nuov o() :v oid Cancella() :v oid Lista() :v oid «classe» Progetto - ResponsProgetto :int RespOrganiz :int + + + + + + + + + + AggiungiTag() :v oid Nuov a() :v oid ListaTags() :v oid Modif ica() :v oid Cancella() :v oid Termina() :v oid RicercaTestuale() :v oid AllegaFile() :v oid AggiungiCommento() :v oid EliminaAllegato() :v oid «classe» Sottotask «classe» Task + + + + + + + + Nuov a() :v oid Modif ica() :v oid Cancella() :v oid Termina() :v oid RicercaTestuale() :v oid AllegaFile() :v oid AggiungiCommento() :v oid EliminaAllegato() :v oid + + + + + + + + Nuov a() :v oid Modif ica() :v oid Cancella() :v oid Termina() :v oid RicercaTestuale() :v oid AllegaFile() :v oid AggiungiCommento() :v oid EliminaAllegato() :v oid +IdTag +AssociaTag «classe» Tag - IdTag :int TagText IdProgetto :int + + + AggiungeTag() :v oid Modif icaTag() :v oid CancellaTag() :v oid Figura 10 : Vista logica classi 40 Analisi SiARPA – Sistema di gestione delle attività ArpaTASK «Classe astratta» Attività Descrizione Classe delle attività gestite nell'applicativo. Tale classe incapsula le funzionalità relative alle attività generiche del sistema. Ogni oggetto Attività potrà essere associato. La classe attività è composta da oggetti della classe commento e allegato. Attributo Note IdAttività double Identificativo univoco attività Titolo char(100) Titolo dell'attività. Descrizione char(400) Descrizione dell'attività. DataInizio date Data di inizio attività. DataTermine date Data di fine attività prevista DataTermineReale date Data di terminazione reale dell'attività Stato char(1) Stato dell'attività: A: Aperta , C: Chiusa, T: Cancellata Responsabile int Identificativo del responsabile dell'attività. AttivitàSup int Identificativo dell'attività a livello superiore. ListaAllegati Allegato Array degli oggetti allegati associati all'attività ListaCommenti Commento Array degli oggetti commenti associati all'attività TipoAttività int Tipologia attività : P: Progetto T: Task S: Sottotask Metodo Nuovo() void Note Creazione nuova attività. Modifica() void Modifica dati nuova attività. Solo per il responsabile. Cancella() void Cancella attività. Abilitata solo per il responsabile. Termina() void Termina attività con data di chiusura. RicercaTestuale() void Ricerca testuale sui campi Titolo/Descrizione. AllegaFile() void Permette di allegare un file all'attività. EliminaAllegato() void Elimina il file allegato. AggiungiCommento() void Permette di aggiungere un commento all'attività 41 Analisi SiARPA – Sistema di gestione delle attività ArpaTASK «classe» Progetto Descrizione Classe di implementazione dei Progetti, derivata dalla classe Attività. La classe progetto è composta da oggetti di classe Task. Attributo Note ResponsProgetto int Identificativo del responsabile di progetto RespOrganiz int Identificativo del responsabile organizzativo Metodo AggiungiTag() void Note Aggiunge un tag associato ad un progetto Nuova() void Creazione nuova attività ListaTags() void Lista dei tags associati ad un progetto Modifica() void Modifica dati nuova attività. Solo per il responsabile. Cancella() void Cancella attività. Solo per il responsabile. Termina() void Metodo di terminazione di un'attività RicercaTestuale() void Ricerca testuale sui campi Titolo/Descrizione. AllegaFile() void Permette di allegare un file all'attività. AggiungiCommento() void Permette di aggiungere un commento all'attività EliminaAllegato() void Elimina un allegato «classe» Task Descrizione Classe dei task derivata da attività. La classe è composta con oggetti di classe sottotask. Metodo Nuova() void Note Creazione nuova attività Modifica() void Modifica dati nuova attività. Solo per il responsabile. Cancella() void Cancella attività. Solo per il responsabile. 42 Analisi SiARPA – Sistema di gestione delle attività ArpaTASK Metodo Termina() void Note Metodo di terminazione dell'attività. RicercaTestuale() void Ricerca testuale sui campi Titolo/Descrizione. AllegaFile() void Permette di allegare un file all'attività. AggiungiCommento() void Permette di aggiungere un commento all'attività EliminaAllegato() void Elimina un allegato «classe» Sottotask Descrizione Classe dei sottotask derivata dalla classe Attività. Metodo Nuova() void Note Creazione nuova attività. Modifica() void Modifica dati nuova attività. Solo per il responsabile. Cancella() void Cancella attività. Solo per il responsabile. Termina() void Metodo di terminazione dell'attività. RicercaTestuale() void Ricerca testuale sui campi Titolo/Descrizione. AllegaFile() void Permette di allegare un file all'attività. AggiungiCommento() void Permette di aggiungere un commento all'attività. EliminaAllegato() void Elimina allegato. «classe» Allegato Descrizione Classe contenente i metadati relativi ai documenti allegati. Attributo Note IdAllegato int Identificativo univoco di un allegato Titolo string Titolo del documento IdDocumentoAlfresco string Identificativo documento diAlfresco Metodo Note 43 Analisi SiARPA – Sistema di gestione delle attività ArpaTASK Metodo Nuovo() void Note Aggiunge un allegato ad un'attività Cancella() void Cancella un'allegato da un'attività Lista() void Elenca gli allegati di un'attività «classe» Commento Descrizione Classe dei commenti associati ad un'attività. Attributo Note IdCommento int Identificativo univoco del commento DataOra date Data e ora dell'inserimento del commento IdAzione int Identificativo dell'azione associata al commento Metodo Nuovo() void Note Inserisce un nuovo commento Cancella() void Cancella commento Lista() void Lista dei commenti per un'attività «classe» Evento Descrizione Classe di eventi per invio mail di notifica Attributo Note DataOra date Data e ora di creazione dell' evento DescrEvento string Descrizione dell'evento da inviare come corpo della mail , in funzione della tipologie di eventi. Tipologia di un evento. Gli eventi di riferimento sono: 1. creazione attività 2. modifica attività 3. cancellazione attività 4. chiusura attività 5. creazione commento 6. cancellazione commento 7. inserimento di un file allegato TipoEvento int 44 Analisi SiARPA – Sistema di gestione delle attività ArpaTASK Metodo InviaMailEvento() void Note Funzione che permette l'invio di una mail di notifica , agli utenti al livello superiore all'oggetto attuale, in funzione dell'evento verificatosi. «classe» Tag Descrizione classe di gestione dei tag. Attributo Note IdTag int Identificativo univoco del tag TagText Testo del tag IdProgetto int Identificativo del progetto Metodo AggiungeTag() void Note Aggiunge un tag alla lista dei tag ModificaTag() void Funzione di modifica dei tag CancellaTag() void Funzione di cancellazione tag 45 Analisi SiARPA – Sistema di gestione delle attività ArpaTASK 8.3 VISTA ARCHITETTURALE PER COMPONENTI In questa sezione viene evidenziata l'architettura per componenti del sistema ArpaTASK. Come si può evincere dallo schema per componenti che segue, l'architettura si basa su una web application java che si interfaccia a web services REST forniti da web services i quali forniscono servizi di BPM e di Document Management. L'architettura si innesta sull'infrastruttura interna di ARPA e prevede l'uso di un application server per la parte di componenti applicative e di un data server per le componenti di archiviazione dati. Le componenti da progettare/sviluppare sono le seguenti: 1. IDeA_ARPATASK_APP 2. IDeA_ARPA_TASK_DB 3. BPM_SERVICE_IDeA 4. IDeA_ARPA_DWH_DB La web application IDeA_ARPATASK rappresenta la componente primaria del sistema e fornisce l'interfaccia utente dell'applicativo. Si interfaccia per la gestione dati al dbms PostgreSQL IDeA_ARPA_TASK_DB tramite driver JDBC e con i servizi LDAP di ARPA, per le autenticazioni. I web services REST BPM_SERVICE_IDEA e DM_SERVICE_IDEA sono servizi che permettono all'applicativo di interfacciarsi ai sistemi Bonita e Alfresco installato presso ARPA, per creare e gestire workflow nel primo caso e gestire il repository documentale nel secondo. Le componenti di accesso e trasformazione dei dati dovranno interfacciarsi con il datawarehouse IDeA_ARPA_DWH, che sarà realizzato per rispondere alle esigenze di analisi multidimensionale. cmp Architettura per componenti SIT REGIONALE ARPA «Server LDAP ARPA» Servizio di repository utente RT Responsabile Task/Sottotask Web access «Alfresco» Gestione documentale ArpaTASK - APPLICATION SERVER ArpaTASK DATA SERVER LDAP Bonita WS «web services (REST)» «library» BPM_SERVICE_IDEA API Bonita BPM services «web application java» IDeA_ARPA_TASK_APP RP Responsabile di Progetto «use» RO Responsabile Organizzativo Alfresco WS «web services (REST)» DM_SERVICE_IDEA «library» API API Alfresco JDBC «DBMS PostgreSQL» DB Schema Bonita JDBC «DBMS PostgreSQL» IDeA_ARPA_TASK_DB «DBMS Alfresco» DB interno Alfresco «use» «use» JDBC «BI tool» PENTAHO BI (Mondrian OLAP) «use» «Tool ETL» Kettle «use» «DBMS PostgreSQL» IDeA_ARPA_DWH_DB Datawarehouse Figura 11 : Architettura per componenti 46 Analisi SiARPA – Sistema di gestione delle attività ArpaTASK 8.3.1 Descrizione dei componenti La presente sezione descrive l'architettura della piattaforma, sotto forma di componenti applicative. Nello schema che segue sono indicate le componenti da realizzare ex-novo e le componenti già presenti. Sono inoltre presenti le interfacce ai sistemi esterni al sistema. «web application java» IDeA_ARPA_TASK_APP La web application da realizzare deve vedere, secondo il modello MVC: l'interfaccia utente relativa alla gestione delle attività le classi controller le componenti jsp (View) le classi di binding Prevede i seguenti oggetti grafici: Table: Lista progetti Button: Creazione nuovo progetto da evento esterno Button: Creazione nuovo progetto vuoto Button: Modifica progetto Button: Cancella progetto Button: Allega file TextBox: Commenta progetto Button: Stampa report Button+textbox: Ricerca contenuti Gestione TASK Table: Lista dei task Button: Creazione task Button: Modifica task Button: Cancella task Button: Allega file TextBox Commento Gestione sotto-task Table: Lista dei sottotask Button: Creazione sottotask Button: Modfiica sottotask Button: Cancella sottotask Button: Allega file Button: Commenta attività TextBox: Assegna Tag Metodo CreazioneAttività() void Note Funzione di creazione di un'attività ModificaAttività() void Funzione di modifica di un'attività CancellaAttività() void Funzione di cancellazione attività 47 Analisi SiARPA – Sistema di gestione delle attività ArpaTASK Metodo login() void Note Funzione di login. AssegnaAttività() void Funzione di assegnazione dell'attività. CommentaAttività() void Funzione di inserimento di un commento associato all'attività ListaDocumentiARPA() void Funzione di lista dei documenti contenuti nel repository ARPA AllegaDocumento() void Funzione che consente di allegare un documento presente nel file system CompletamentoAttività() void Funzione di fine di un'attività. «web services (REST)» BPM_SERVICE_IDEA Web service di accesso semplificato e generale ai servizi di BPM forniti da Bonita. Si prevede l'aggiunta dei seguenti servizi : CreaWorkflow EseguiWorkflow InterrompiWorkflow TerminaWorkflow Bonita WS Interfaccia WS per l'accesso ai web services di Bonita. Metodo CreaWorkflow() void Note Servizio crea un workflow semplice in modo dinamico EseguiWorkflow() void Servizio di esecuzione dei workflow SospendiWokflow() void Servizio di interruzione di un workflow (verificare) CancellaWorkflow() void Servizio di cancellazione di un workflow LoginBonita() void Servizio di autenticazione a Bonita LogoutBonita() void Servizio di logout a Bonita TerminaWorkflow() void Funzione di terminazione di un workflow 48 Analisi SiARPA – Sistema di gestione delle attività ArpaTASK «web services (REST)» DM_SERVICE_IDEA Web service di accesso semplificato e generale ai servizi di Alfresco. Alfresco WS Interfaccia WS per l'accesso ai web services di Alfresco. Metodo InserisciDocumento() void Note Servizio di inserimento di un documento nel repository di Alfresco LoginAlfresco() void Servizio di autenticazione ad Alfresco ListaDocumenti() void Servizio di ricerca dei documenti ARPA «DBMS PostgreSQL» IDeA_ARPA_TASK_DB Database utilizzato per archiviare le informazioni relative ad ArpaTASK. Vedi sezione descrittiva relativa al data model. JDBC Interfaccia JDBC di accesso al database DB_ArpaTASK «BI tool» PENTAHO BI (Mondrian OLAP) Piattaforma Open Source per la gestione della business intelligence e datawarehouse che integra soluzioni quali: Mondrian OLAP: è un motore MOLAP JPivot: interroga Mondrian con query MDX Kettle: è un ETL Weka: è un data mining JFreeReport: è uno strumento di analisi dei dati «Tool ETL» Kettle Modulo ETL in bundle con la suite Pentaho per l'estrazione, il caricamento e la copia dei dati dalle sorgenti al datawarehouse. «DBMS PostgreSQL» IDeA_ARPA_DWH_DB Datawarehouse Il datawarehouse da realizzare sarà ospitato da un dbms postgreSQL. Sono quindi previsti i seguenti datamart: 49 Analisi SiARPA – Sistema di gestione delle attività ArpaTASK 1. Dati di occupazione delle risorse ARPA partendo dal database di ArpaTALK. 2. Dati storici relativi a misure sul territorio. JDBC Driver JDBC per l'accesso al datawarehouse. 50 Analisi SiARPA – Sistema di gestione delle attività ArpaTASK 8.3.2 Mockup dell'interfaccia utente In questa sezione viene presentato il mockup dell'interfaccia utente dell'applicazione. class Mockup dell'interfaccia utente Figura 12 : Mockup dell'interfaccia utente 8.3.3 Scenario applicativo In questa sezione viene descritto un esempio di scenario generale del sistema. Nel diagramma di sequenza che segue viene quindi descritto uno scenario applicativo tipico: l'attività di creazione di un progetto da parte del RO, con assegnazione e presa in carico da parte del RP, e successiva creazione dei task e sottotask da parte dei singoli responsabili fino alla chiusura del task. Alla ricezione di una comunicazione, il RO accede al sistema autenticandosi e crea un'attività di tipo Progetto, assegnando poi l'attività ad una risorsa Arpa. A questo punto viene inviata una richiesta di creazione ed esecuzione di un workflow in Bonita, tramite il componente BPM_SERVICE_IDEA. Viene poi inviata una mail di notifica al RP, il quale a sua volta accedendo al sistema, effettua la creazione di un'attività “task”. Con la stessa logica viene effettuata la richiesta di creazione di workflow. Dopo aver allegato un documento viene effettuata la richiesta alle librerie DM_SERVICE_IDEA. Successivamente viene presa in carico dal RT e decomposta in sottotask, per una nuova risorsa Arpa. Al termine l'attività viene completata allegando un documento. 51 Analisi SiARPA – Sistema di gestione delle attività ArpaTASK sd Diagramma di sequenza di un caso d'uso RO - Responsabile Organizzativ o RP - Responsabile di Progetto RT - Responsabile Task/Sottotask «web application jav a» «web serv ices (REST)» «web serv ices (REST)» «Serv er LDAP ... IDeA_ARPA_TASK_APP BPM_SERVICE_IDEA DM_SERVICE_IDEA Serv izio di repository utente RT - Responsabile Task/sottotask - 1 Mail Serv er ARPA Login() Autenticazione in LDAP() CreazioneAttiv ità('progetto') AssegnaAttiv ità(string,string, string) LoginBonita() CreaWorkf low() EseguiWorkf low() Mail a Responsabile Progetto() ricezione mail di assegnazione() Login () Autenticazione in LDAP() CreazioneAttiv ità('task') AssegnaAttiv ità(string, string, string) CreaWorkf low() EseguiWorkf low() Mail al responsabile del task() AllegaDocumento() LoginAlf resco() InserisciDocumento() ricezione mail di assegnazione() login() CreazioneAttiv ità'sottotsk')(tipAttiv ità) Autenticazione in LDAP() AssegnaAttiv ità(string, string, string) CreaWorkf low() EseguiWorkf low() Mail al responsabile del sottotask() ricezione mail di assegnazione() CommentaAttiv ità(string) ListaDocumentiARPA() LoginAlf resco() ListaDocumenti() AllegaDocumento() InserisciDocumento() CompletamentoAttiv ità() TerminaWorkf low() (from ATTORI) (from ATTORI) (from ATTORI) (from modelli) (from modelli) Figura 13 : Diagramma di sequenza di un caso d'uso 52 Analisi SiARPA – Sistema di gestione delle attività ArpaTASK 8.3.4 VISTA BANCA DATI In questa sezione viene presentato il data-model del database per l'archiviazione dati in ARPA TASK. Il data model archivia le informazioni sulle attività registrate nel sistema. class Data Model ArpaTASK ATTIVITA ALLEGATI +ID_TASK «column» * ID_TASK :integer TITOLO :v archar(50) DESCRIZIONE :v archar(300) LIVELLOGER :v archar(1) STATO :char(1) DATASCADENZAPREV :timestamp DATACHIUSURA :timestamp ID_LIV_SUP :decimal(8) FK ID_UTENTE :decimal(8) PK_REF_BONITA :bigint 0..* «column» ID_ALLEGATO :integer 0..* * TITOLO :v archar(250) POSIZIONEDOCUMENTO :v archar(300) ID_TASK_FK :decimal(8) PK_REF_ALFRESCO :bigint SORG_ALLEGATO :char(10) +ID_UTENTE 1 «FK» + FK_ID_UTENTE(integer) +PK_RUOLI_UTENTI +ID_TASK 1 «column» * ID_RUOLO_UTENTE :integer COD_RUOLO_UTENTE :v archar(2) ID_UTENTE :decimal(8,2) 1 +ID_TASK 1 +ID_TASK_FK +ID_TASK_FK 0..* RUOLI_UTENTI 1..* TAG COMMENTI «column» * ID_TAG :ROWID * TAG :v archar(50) ID_TASK_FK :decimal(8) «column» * ID_COMMENTO :decimal(10,2) DATA :timestamp AUTORE :v archar(50) ID_TASK_FK :decimal(8) Figura 14 : Data Model ArpaTASK «table» ATTIVITA Tabella delle attività generiche, che possono essere progetti, task e sottotask. Essa contiene tutti i record relativi ad una gerarchia partendo dal progetto, passando per i task e terminando con i sottotask eventualmente presenti. Attributo Note ID_TASK integer Identificativo univoco attività TITOLO varchar Titolo attività (progetto/task/sottotask) DESCRIZIONE varchar Descrizione attività (progetto, task , sottotask) LIVELLOGER varchar Livello gerarchico attività P= Progetto T= Task S = Sottotask 53 Analisi SiARPA – Sistema di gestione delle attività ArpaTASK Attributo Note STATO char Stato attività: A: Aperta C: Chiusa X: Cancellata DATASCADENZAPREV timestamp Data di scadenza attività prevista DATACHIUSURA timestamp Data chiusura effettiva attività ID_LIV_SUP decimal Id del livello gerarchico superiore, nella stessa tabella. ID_UTENTE decimal Identificativo dell'utente avente in carico il task PK_REF_BONITA bigint Reference workflow Bonita Metodo FK_ID_UTENTE() Note Foreign key constraint «table» ALLEGATI Tabella degli allegati Attributo Note ID_ALLEGATO integer Identificativo del file allegato TITOLO varchar Titolo opzionale dell'allegato POSIZIONEDOCUMENTO varchar Posizione del documento nel sistema di doc. management ID_TASK_FK decimal PK_REF_ALFRESCO bigint Chiave esterna del progetto/task/sottotoask associato al documento Codice di riferimento per Alfresco SORG_ALLEGATO char sorgente dell'allegato. I=Interna, E=Esterna «table» COMMENTI Tabella dei commenti associati ai task Attributo Note ID_COMMENTO decimal Identificativo univoco del commento 54 Analisi SiARPA – Sistema di gestione delle attività ArpaTASK Attributo Note DATA timestamp Data/ora di registrazione del commento AUTORE varchar Identificativo dell'autore del commento ID_TASK_FK decimal Chiave esterna relativa al progetto/task/sottotask relativo al commento inserito «table» RUOLI_UTENTI Tabella di associazione ruoli e utenti ad uso di Bonita Attributo Note ID_RUOLO_UTENTE integer Identificativo del ruolo COD_RUOLO_UTENTE varchar ID_UTENTE decimal Tabella di associazione utente/ruolo RO: Responsabile Organizzativo RP: Responsabile di progetto RT: Responsabile di task/sottotask Identificativo dell'utente «table» TAG Tabella contenente i tag creati per ogni progetto Attributo Note ID_TAG ROWID Identificativo univoco dei tag TAG varchar Codice del tag. ID_TASK_FK decimal Chiave esterna relativa al task 55 Analisi SiARPA – Sistema di gestione delle attività ArpaTASK 8.4 APPENDICE: Tabella di correlazione attori-funzionalità class Tabella di correlazione attori-funzionalità Figura 15 : Correlazione profili-funzionalità 56