Realizzazione di un sistema informatico on-line bilingue di gestione, monitoraggio, rendicontazione e controllo del Programma di Cooperazione Transfrontaliera Italia - Francia Marittimo finanziato dal FESR per il periodo 2007-2013 Analisi funzionale della Business Intelligence
Indice Indice...2 1. Premessa e scopo del documento... 3 2. Requisiti tecnico-funzionali del software utilizzato...4 2.1. Architettura del software...4 2.2. Requisiti funzionali... 5 3. Progettazione dei report...7 3.1 Dashboard Reporting...7 3.2 Report AdHoc...11
1. Premessa e scopo del documento Il presente documento descrive le funzionalità previste per la componente di business intelligence del sistema informatico online on-line bilingue di gestione, monitoraggio, rendicontazione e controllo del Programma di Cooperazione Transfrontaliera Italia - Francia Marittimo. Il testo è redatto sulla base delle attività di analisi dei requisiti condotte presso la committenza, della lettura della documentazione del Programma, ricevuta durante la riunione del 28/9/2009. L analisi funzionale dei requisiti del componente di Business Intelligence è da intendersi preliminare alla redazione del documento di progettazione funzionale del software, nel quale saranno ulteriormente dettagliati gli elementi acquisiti in questa fase e si provvederà a definire approfonditamente le caratteristiche e le interazioni previste per il sistema conoscitivo. Il documento si completa con la rappresentazione dell architettura logica di sistema, nella quale si evidenziano le componenti coinvolte e le interazioni tra sistema informatico online per la gestione, monitoraggio, rendicontazione e controllo del Programma di Cooperazione Transfrontaliera Italia - Francia Marittimo e sistema di Business Intelligence. La separazione logica tra i due componenti software (sistema informatico online bilingue per la gestione, monitoraggio, rendicontazione e controllo del Programma di Cooperazione Transfrontaliera Italia - Francia Marittimo e sistema conoscitivo) consente di analizzare, progettare ed implementare separatamente le due componenti, rappresentando, per quanto concerne la Business Intelligence, l uno la sorgente dei dati, l altro l insieme di funzionalità che permettono di interagire con la stessa. Quest ultimo sistema, in effetti, sarà l unico oggetto del presente documento, dal momento che l analisi del sistema informatico online bilingue per la gestione, monitoraggio, rendicontazione e controllo del Programma di Cooperazione Transfrontaliera Italia - Francia Marittimo è demandata ad altro documento (Analisi dei Requisiti del Sistema Informatico on-line).
2. Requisiti tecnico-funzionali del software utilizzato Il componente di Business Intelligence previsto per il software in progettazione consentirà agli utenti dell applicativo di analizzare i dati gestiti, accedendovi in accordo alle proprie esigenze, e elaborare report ad hoc finalizzati alle attività di gestione e controllo del programma Il sistema conoscitivo sarà, dunque, in grado di supportare l analisi dei dati in maniera puntuale, di filtrare e selezionare le informazioni di carattere qualitativo e quantitativo e di consentire la produzione su base parametrica di report interattivi, con la possibilità di effettuare interrogazioni specifiche. 2.1. Architettura del software Il sistema conoscitivo è costituito da un insieme di strumenti finalizzati all analisi e valutazione dei dati gestiti dal software in progettazione. Il modello architetturale può essere rappresentato come una specializzazione del paradigma a tre livelli, in cui il motore di Business Intelligence costituisce lo strato intermedio tra il Presentation Layer, di cui l interfaccia utente è l emanazione, e il Data Layer, che rappresenta la sorgente dati. L interconnessione tra base informativa e componente logica avviene mediante un passaggio intermedio che, mediante l E.T.L. (Extraction, Transaction, Loading) e la descrizione del metamodello, genera una rielaborazione del database alimentante nel formato coerente con le esigenze della piattaforma di business intelligence. Lo schema dell architettura applicativa è di seguito rappresentata: DB del S.I. online bilingue ETL Datawarehouse Funzionalità del Sistema Informatico online bilingue Motore di B. I. Metamodello Componente di B.I. Piattaforma di Business Intelligence
Il complesso architetturale dell intero sistema conoscitivo in realizzazione può essere sintetizzato in tre blocchi principali Sistema Informatico Alimentante Piattaforma di Business Intelligence Componente di front-end Il componente di front-end, che dà accesso alle funzionalità di Business Intelligence, consentirà esclusivamente operazioni in lettura dei dati, mentre non sarà possibile modificare i contenuti dalla banca dati. 2.2. Requisiti funzionali Il sistema conoscitivo dovrà consentire, a partire dalle informazioni contenute nel database del sistema informatico, diverse tipologie di connessione tra le informazioni gestite e, in particolare, tra i dati di avanzamento fisico, procedurale e finanziario censiti nel sistema stesso. Al fine di supportare l analisi dei dati e la corretta valutazione degli stessi, il sistema di business intelligence dovrà includere i componenti di dashboard reporting e reportistica ad hoc, che consentiranno, rispettivamente, di accedere in maniera rapida ed articolata alle informazioni di maggiore interesse e di produrre report personalizzati in base alle specifiche esigenze. Il componente, inoltre, prevedrà la presenza di un insieme di report precostituiti, definiti nel piano della reportistica. Le dashboard reporting dovranno essere realizzate come cruscotti informativi di immediata fruibilità: in sede di progettazione funzionale si procederà a definire l insieme di informazioni di maggiore rilevanza per ciascuna tipologia di utenti della Business Intelligence, delineando i report proposti all accesso al sistema ed i livelli di dettaglio a cui si potrà arrivare interagendo con i dati visualizzati. La realizzazione dei report ad hoc, invece, dovrà garantire la massima flessibilità consentita dallo strumento, permettendo a ciascun utente della Business Intelligence di effettuare rilevazioni differenziate sulla base di parametri e filtri di volta in volta riconfigurabili. In fase di progettazione si procederà con la definizione del meta modello sottostante la reportistica ad hoc e la conseguente definizione del set informativo e della struttura della conoscenza a partire dalla quale si potrà procedere alla generazione dei report. La produzione dei report dovrà garantire la possibilità di esportare gli stessi in formati portabili, quali pdf, Excel e HTML. In fase di progettazione, infine, si procederà con la definizione del Piano della Reportistica, in cui saranno esplicitati i report statici messi a disposizione degli utenti. Tale insieme di strumenti dovrà garantire la piena fruibilità delle informazioni e delle relazioni tra le entità gestite, costituendo la base conoscitiva attraverso la
quale gli utenti del sistema potranno consultare una serie di elaborazioni precostituite e disponibili fin dal primo accesso, senza necessità di effettuare proprie configurazioni o personalizzazioni. I report previsti dal piano, inoltre, dovranno garantire la consistenza delle informazioni e la tutela da accessi non autorizzati: tali strumenti, infatti, dovranno essere profilati per dati e report, assicurando che ogni utente abbia accesso a tutti e soli i report di sua pertinenza e solo in funzione dei dati di cui ha visibilità, impedendo, in tal modo, di visualizzare informazioni incoerenti con il proprio profilo.
3. Progettazione dei report Al fine di individuare con completezza le tipologie di report del sistema di Business Intelligence, si riporta di seguito una dettagliata descrizione delle tipologie di report che aiutano a comprendere tutte le possibili interazioni esistenti tra gli utenti ed i report che si realizzeranno. 3.1 Dashboard Reporting La tipologia di Report Dashboard Reporting si configura come un cruscotto informativo per l utente all interno del quale è possibile visualizzare in forma di grafici ed indicatori i dati di maggior interesse degli interventi di pertinenza. Obiettivo della dashboard reporting è fornire all utente una lettura immediata e veloce delle informazioni, le quali vengono presentate in modalità intuitiva. In tale ottica le Dashboard Reporting rappresentano un utile strumento di supporto operativo in quanto consentono di verificare in maniera rapida, e dunque di monitorare, lo stato di avanzamento di determinate entità e di riscontrare eventuali ritardi o disallineamenti. Tutti report, partendo dal secondo livello, avranno un intestazione con indicazione della scelta effettuata al livello precedente. Nei successivi vengono descritti i casi d uso per le diverse tipologie di utenza di Caronte. Caso d uso Dashboard Capofila Oggetto del caso d Uso Il caso d uso descrive le funzionalità che consentono all utente Capofila e partner di visualizzare, in forma di indicatori, le informazioni degli interventi di pertinenza attraverso la Dashboard Reporting del portale di BI. Il capofila potrà visualizzare sia le informazioni sull intera operazione che le informazioni sul proprio budget. I partner avranno accesso alle sole informazioni del proprio budget. A t t o r i AGLI (Asse 5) / Capofila / Partner /Controllore I livello P r e c o n d i z i o n i L attore deve essere abilitato per l accesso al sistema di BI. Le credenziali di accesso saranno quelle utilizzate per l autenticazione al sistema online Marittimo. Flusso Principale
1. Il caso d uso inizia quando l attore, dopo aver effettuato il login al sistema di BI, accede alla sua Dashboard Reporting ; 2. L utente visualizzerà il grafico denominato Avanzamento Spese con le informazioni relative alle spese effettuate e alle spese certificate dal controllo di I livello.. Tali informazioni, visualizzate attraverso un report con indicatori, sarà in grado di restituire una sintesi dell avanzamento delle spese del singolo intervento. A titolo esemplificativo si riporta di seguito la tipologia di grafico visualizzato dal sistema. Pagamenti effettuati = sommatoria importo pagamento inviato al Pagamenti rendicontati su Bubget totale Pagamenti controllati su budget totale CIL Pagamenti controllati = sommatoria importo certificato dal CIL Budget Totale = Budget totale dell operazione o Budget di pertinenza (caso partner) 3. Le informazioni visualizzate nel primo grafico potranno essere esplorate dall utente grazie alle funzionalità di navigazione del dato della piattaforma di BI. L utente, selezionando uno dei due grafici presenti nel report precedente, visualizzerà un secondo grafico denominato Dettaglio Pagamenti con le informazioni relative. Dettaglio Spese e Pagamenti Operazione Titolo operazione numero Documento di spesa CF data emittente Documento di Pagamento Importo *Rendicontato importo numero data............ *Nel caso di selezione del grafico Pagamenti controllati / budget totale la Colonna Rendicontato diventa certificato 4. Il caso d uso termina con la visualizzazione del grafico descritto al punto precedente.
Caso d uso Dashboard STC/AGU Oggetto del caso d Uso Il caso d uso descrive le funzionalità che consentono all utente STC/AGU di visualizzare, attraverso la Dashboard Reporting del portale di BI in forma di grafici e/o indicatori, informazioni aggregate sul Programma. A t t o r i STC/AGU P r e c o n d i z i o n i L attore deve essere abilitato per l accesso al sistema di BI. Le credenziali di accesso saranno quelle utilizzate per l autenticazione al sistema Marittimo. Flusso Principale 2.1 Il caso d uso inizia quando l attore, dopo aver effettuato il login sul sistema di BI, accede alla sua Dashboard Reporting ; 2.2 L utente visualizzerà un primo grafico con le informazioni relative al primo livello di articolazione del programma di pertinenza (Assi del Programma). Tali informazioni, visualizzate attraverso un report grafico a barre orizzontali denominato Avanzamento Programma, saranno in grado di restituire informazioni sulla dotazione finanziaria, sugli impegni (sommatoria importi procedure di attivazione) e sui pagamenti aggregati per singolo Asse. Il grafico sarà alimentato dai campi Dotazione Finanziaria Asse, Impegni (sommatoria importi procedure di attivazione), Pagamenti (importo rendicontato) e Pagamenti Certificati (importo certificato dall ACU) per articolazione non operativa. A titolo esemplificativo si riporta di seguito la tipologia di grafico visualizzato dal sistema.
2.3 Le informazioni visualizzate nel primo grafico potranno essere esplorate dall utente grazie alle funzionalità di navigazione del dato della piattaforma \di BI. L utente selezionando una delle barre del report precedente visualizzerà un secondo grafico a barre orizzontali denominato Dotazione Finanziaria per obiettivo Specifico con informazioni relative alla dotazione finanziaria, agli impegni e ai pagamenti. Il grafico sarà alimentato dai campi Dotazione Finanziaria Asse, Impegni(sommatoria importi procedure di attivazione), Pagamenti (importo rendicontato) e Pagamenti Certificati (importo certificato dall ACU) per articolazione non operativa. A titolo esemplificativo si riporta di seguito la tipologia di grafico visualizzato dal sistema. 2.4 Il caso d uso termina con la visualizzazione del grafico descritto al punto precedente. Dotazione Fina 2 0 gto pegni Dotazion anziaria
3.2 Report AdHoc Le funzionalità della reportistica AdHoc consentiranno agli utenti di produrre report in maniera autonoma utilizzando una sequenza così definita: 1. scelta del template di report; 2. scelta dei campi (sia di raggruppamento che di dettaglio); 3. Individuazione dei filtri e dei parametri; 4. formattazione dei campi; 5. formattazione del report (titolo, header e footer). Il report preparato potrà essere visualizzato in anteprima (html, pdf o excel) oppure salvato. Le funzionalità dei report adhoc potranno essere utilizzate da due tipologie di utenti: un utente Amministratore al quale sarà concessa l interrogazione dell intero DWH al fine di creare nuovi report da rendere disponibili ai diversi utenti dell Applicativo; gli utenti dell Applicativo AGU, STC, ACU e ADA che saranno in grado di interrogare l intero DWH al fine di effettuare specifiche estrazioni e di creare specifici report, che potranno destinarli al proprio uso. I report potranno essere opportunamente parametrizzati sulla base di specifiche informazioni (es. Data, ecc.) e costruiti sulla base dei campi più significativi del DB: Caso d uso report Adhoc Oggetto del caso d Uso Il caso d uso descrive le funzionalità che consentono agli utenti di accedere alla sezione nella quale poter realizzare report adhoc sui dati di propria pertinenza. A t t o r i e Amministratore della BI, AGU, STC, ADA, ACU. P r e c o n d i z i o n i
L attore deve essere abilitato per l accesso al sistema di BI. Le credenziali di accesso saranno quelle utilizzate per l autenticazione al sistema Marittimo. Flusso Principale 1. Il caso d uso inizia quando l attore, dopo aver effettuato il login al sistema di BI, visualizza la sua Dashboard Reporting e dal menu della reportistica accede alla sezione dei report adhoc; 2. Il sistema mostrerà una pagina appositamente strutturata in cui l utente potrà selezionare il business model dal quale partire per effettuare i report (ciascun utente visualizzerà il business model in base alla propria funzione di ruolo, sarà possibile selezionare un business model qualora un utente ha più ruoli associati) e i campi che saranno presenti nel report e quelli utilizzati come filtri; 3. Dopo aver selezionato i campi, il sistema mostrerà ulteriori opzioni di personalizzazione del report (es. layout) e permetterà di produrre un anteprima del risultato o di salvarlo tra i propri report; 4. Il caso d uso termina con la visualizzazione o il salvataggio del report creato.