APPENDICE 1 AL CAPITOLATO TECNICO

Транскрипт

1 APPENDICE 1 AL CAPITOLATO TECNICO Descrizione delle funzionalità applicative, delle caratteristiche tecnologiche e dei principali obiettivi di sviluppo e manutenzione evolutiva del Sistema Informativo Gestionale di ENAV S.p.A. Gara relativa all affidamento dei servizi di sviluppo, manutenzione e gestione su aree del Sistema Informativo Gestionale di ENAV

2 INDICE DEI CONTENUTI 1. Ambito di applicazione della fornitura Descrizione generale Aree Applicative Gestionali Area Transazionale Area Conoscitiva Area Siti Web Infrastruttura applicativa e Data Base Descrizione delle singole Applicazioni componenti l Area Transazionale Modello applicativo Sistema SIPe Sistema GePe Sistema GeTras Sistema Budget del Personale SICLAV SICLAV_PE, SICLAV_DVR Mobilità geografica Visio- gestione organico Libro Matricola Pensioni Jet GMC DPSe- Documento Programmatico della Sicurezza elettronico SITAV RISTAR Banca Dati Meteo (BDM) Gesper DIOGENE: gestione patrimonio aziendale Ipotetici obiettivi di sviluppo delle singole Applicazioni Elenco sintetico delle Applicazioni gestionali ERP General Ledger Account Payables Account Receivables Fixed Assets Enterpise Installed Based Oracle Purchasing Oracle Inventory Project Accounting Project Contract Project Billing Appendice 1 al Capitolato Tecnico Pag. 2 di 35

3 Project Management e Project Collaborations Time & Labor Tesoreria Ipotetici obiettivi di sviluppo dell area o delle singole Applicazioni Descrizione delle singole Subject Area componenti l Area Conoscitiva Subject Area Dati di Volo Subject Area HR Subject Area Logistica Subject Area Acquisti Subject Area Finanziaria (Oracle Financial Analyzer) Anagraf Ipotetici obiettivi di sviluppo dell area Descrizione delle singole Applicazioni componenti l Area Siti Web Siti Web ENAVigare: sito web della intranet aziendale ENAVIT: sito web Internet aziendale Ipotetici obiettivi di sviluppo delle singole Applicazioni Appendice 1 al Capitolato Tecnico Pag. 3 di 35

4 1. Ambito di applicazione della fornitura Si descrivono di seguito i principali ambiti nei quali verranno richiesti interventi al Fornitore. Gli interventi riguarderanno attività di sviluppo, manutenzione evolutiva, manutenzione correttiva e adeguativa e supporto nella gestione dell infrastruttura applicativa e delle basi dati. Appendice 1 al Capitolato Tecnico Pag. 4 di 35

5 2. Descrizione generale Aree Applicative Gestionali Le applicazioni gestionali in ENAV S.p.A. sono comprese all interno di tre macro Aree di seguito elencate: Area Transazionale Area Conoscitiva Area Siti Web 2.1 Area Transazionale L area transazionale è composta da applicazioni custom (peculiari di ENAV S.p.A.) e da moduli della ebusiness Suite Oracle Applications. La copertura funzionale è riconducibile ai processi inerenti l Area delle Risorse Umane (ad esempio gestione anagrafiche, pianificazione turni, rilevazione presenze, gestione trasferte, gestione payroll, pianificazione degli organici, gestione della formazione, ecc ), alla pianificazione della tariffazione del servizio di assistenza al volo erogati da ENAV S.p.A., al ciclo passivo, alla contabilità generale, alla contabilità analitica, al ciclo attivo, alla tesoreria, alla gestione dei magazzini, ai progetti di investimento/esercizio e vendita, ai cespiti e alla gestione dei dati meteo necessari per assicurare l alimentazione dei siti Web e produrre report statici secondo modelli definiti. Una breve descrizione delle applicazioni, del numero degli utenti interessati, delle principali caratteristiche tecnologiche e degli ipotetici obiettivi di sviluppo delle singole applicazioni sono riportate nei paragrafi successivi. In generale, le attività del Fornitore dovranno essere realizzate per il raggiungimento di specifici obiettivi: completamento e/o ottimizzazione delle funzionalità utente software re-engineering (principalmente nell Area Risorse Umane) in linea con il ridisegno dei processi estensione della copertura funzionale standardizzazione delle versioni delle forms e DB associati. 2.2 Area Conoscitiva Le applicazioni conoscitive dell ENAV si fondano sul Datawarehouse (DW) e la Business Intelligence (BI), l uno inteso come back-end e l altro come front-end del processo conoscitivo; in particolare il DW raccoglie i dati provenienti da diversi Data Base utilizzati da Appendice 1 al Capitolato Tecnico Pag. 5 di 35

6 varie applicazioni gestionali, li integra in un modello logico secondo aree tematiche di business, immagazzina le informazioni in modo che, tramite gli strumenti di BI, siano accessibili e comprensibili per gli utenti finali. L implementazione del Data Warehouse Enav è caratterizzata da una prima fase, con inizio Aprile 2004 e fine Dicembre 2005, che ha visto l introduzione del EDW per le aree HR e Volato, e da una successiva fase nata per la manutenzione del sistema realizzato nella fase precedente, seguirne l evoluzione ed allargare a nuove aree il patrimonio informativo dell EDW Enav. Si prevede l ultimazione di questa seconda fase nel corso del Area Siti Web Lo scenario presente in ENAV S.p.A. è rappresentato dal sito Web della intranet aziendale ed il sito Web internet dell ENAV S.p.A.. E in corso un progetto di trasformazione di entrambi i siti statici in portale, il go live di entrambi è previsto entro la conclusione dell anno I dettagli di quanto in esercizio e di cosa è previsto in ambito progetto e riportato all interno della sezione dedicato a tale rappresentazione. 2.4 Infrastruttura applicativa e Data Base L infrastruttura applicativa dei Sistemi Informativi Gestionali si basa principalmente sulle seguenti componenti: DBMS Oracle Versione 9/10 DBMS SQLSERVER 7.5 Oracle Application Server 10g Oracle Internet Directory (LDAP v3) Active Directory Oracle Portal WEB Server Apache/Tomcat WEB Server IIS Data Stage (IBM Ascential) Data Quality (IBM Ascential) Business Objects Webintelligence 7.5 In particolare le citate componenti sono distribuite tra i seguenti ambienti operativi, Unix, Linux e Windows: Appendice 1 al Capitolato Tecnico Pag. 6 di 35

7 Ambiente UNIX elaboratore ux02n1 ux02n2 CPU RAM servizi 8 16gb 8 16gb OA AS DB DB infrastruttura applicativa OA ebs 11i DBMS EXPRESS DBMS Oracle 9.2 SPATIAL LABEL SECURITY Oracle 10g INF Oracle 10g MT DBMS Oracle 9.2 DBMS Oracle 10.1 applicazioni Istanze DB Note ERP LDAP ORACLE(OID) ASDB SIPE STATVOLI RCS EDW SICLAV BDM SAFE CPS PORTAL RMAN OA Produzione MDB OFA LDAP Applicazioni Produzione(OID) Data Base CUSTOM di produzione ux02n3 8 16gb DB OA 11I DBMS EXPRESS DBMS Oracle 9.2 SPATIAL LABEL SECURITY ERWIN TEST EDWTEST EDWSVIL OASVIL OADEV OAMASTER OAF3 OFASVIL Ambienti di sviluppo e test Ambiente Linux elaboratore CPU servizi infrastruttura applicativa applicazioni Istanze DB note Appendice 1 al Capitolato Tecnico Pag. 7 di 35

8 Rmsaloid01 2 AS DB Oracle AS10g rel. 2 (INF) PTLSVL IASDB Infrastruttura Oracle OID 10g rel.2 con Database IASDB. Sviluppo Portale Oracle. Sincronizzato con Active Directory. Database PTLSVL per sviluppo Portale. Ambiente Windows elaboratore CPU servizi infrastruttura applicativa applicazioni Istanze DB note Rmsal- OMT01 2 AS Oracle 10g MT SICLAV DESPE SIPELM Produzione Rmsal- OMT02 2 AS Oracle 10g MT GESPER- TURNI Produzione Rmsal- OMT03 2 AS Oracle 10g MT GESPER- TURNI Produzione Rmsal- OMT04 2 AS Oracle 10g MT SIPE-WEB PREMI-WEB Produzione Rmsal- OMT05 2 AS Oracle 10g MT GESPER- TURNI SIPE-WEB PREMI-WEB Sviluppo Rmsalecm01 2 AS Oracle 10g MT EYE CONTENT (Gimacom) Produzione (internet) Rmsalecm02 2 AS Oracle 10g MT EYE CONTENT (Gimacom) Sviluppo Rmsalgetras 2 AS Apache/Tomcat GETRAS Produzione Rmsaldw01 Rmsaldw02 2 AS 2 AS Business Objects 7.5(WEBI) Data Stage (IBM) Data Warehouse Front-End Reportistica ETL HR (PROD) ETL Volato (PROD) Produzione Produzione: ETL DataWarehouse Appendice 1 al Capitolato Tecnico Pag. 8 di 35

9 elaboratore CPU servizi infrastruttura applicativa Oracle Grid Control 10g Rmsaldw03 2 AS Business Objects 7.5(WEBI) Rmsaldw04 Rmsalvoracle01 (virtuale) Rmsalvappl05 (virtuale) Rmsal-vitro (virtuale) Rmsalappl01 Rmsalvbdm01 (virtuale) 2 AS 2 DB 2 Data Stage (IBM) DBMS 9.2 Oracle 10g MT Client Oracle/Cobol MF/ 2 DB DBMS 9.2 applicazioni SYSTEM MANAGEMENT Front-End Reportistica ETL HR (SVIL) ETL Volato (SVIL) ETL HR (TEST) ETL Volato (TEST) HELPDESK GEPE Istanze DB DBOEM 9.2 ECMSVIL SVLDW DIM9 SVLDW 2 DB DBMS 9.2 VITRO 2 AS Oracle 10g MT Banca Dati Meteo note Sviluppo Sviluppo/Test: ETL DataWarehouse Sviluppo Produzione Payroll Data Base Serena Software (dimension) Interfaccia ERP/VITROCISE T (Neptune) Produzione Legenda: AS = Application Server DB = Data Base OA = Oracle Application Appendice 1 al Capitolato Tecnico Pag. 9 di 35

10 3. Descrizione delle singole Applicazioni componenti l Area Transazionale. 3.1 Modello applicativo I sistemi informatici a supporto dei processi afferenti all Area delle Risorse Umane prevedono una serie di funzionalità descritte nei successivi paragrafi. Al fine di offrire un quadro d insieme degli applicativi dell Area delle Risorse Umane e dei flussi dati gestiti, si riporta di seguito una rappresentazione di alto livello dell attuale modello applicativo. Gli applicativi rientranti nell ambito del sistema ERP sono illustrati nella sezione corrispondente. Siclav Visio Servizi fuori sede Gestione Giustificativi assenza turni GESPER per trasferta Abilitazioni, dati di Dati di verifica giustificativi impiego Ore presenza, ferie, prestazioni aggiuntive Dati anagrafici e Dati anagrafici SIPE giuridici Dati anagrafici Dati anagrafici e giuridici DPSe Gestione Mobilità Libro Geografica matricola GeTras Anticipi, rimborsi e indennità di trasferta GePe Dati di consuntivo del personale Budget del personale Costi di trasferta Procedura JET Dati per scrittura, conto e centro di costo Costi per commessa Costi Ore lavorate per medi commessa Procedura pensioni Procedura val. costi commessa Consistenze, costi aggregati, costi diretti/indiretti Anticipi, spese di viaggio fatturate, stanziamenti Oracle GL OTL Oracle Financial Analyzer Dati per codice conto e Funzione Aziendale Legenda Applicativi integrati Moduli ERP Sistema SIPe Permette la gestione dei dati anagrafici del personale dipendente, dirigente, borsista, stagista, collaboratore e qualsiasi altra persona fisica che ha determinati rapporti lavorativi con l ENAV S.p.A., inquadramento professionale e d impiego; formazione ed abilitazioni professionali; avanzamenti di carriera per automatismo, organigramma ed organico aziendale. Il sistema opera su una unica base dati relazionale sulla quale interagiscono tutti gli altri sistemi/applicazioni operanti in ambito HR (Gesper, Getras Web ecc..) per la parte di proprio interesse. Caratteristiche tecniche: 0 Appendice 1 al Capitolato Tecnico Pag. 10 di 35

11 database oracle vrs , applicazioni sviluppate con tecnologie oracle vers. form 5 Nr. Utenti: Sistema GePe Ge.Pe.Gar Relazionale (GePe) è il sistema utilizzato per l elaborazione del payroll e la gestione automatica dei ricalcoli relativi al personale dipendente. Il sistema elabora i dati anagrafici e retributivi, le competenze fisse e accessorie messe a disposizione dal sistema Gesper (Gestione presenze/assenze) attraverso apposita interfaccia. GePe è nativamente integrato con il sistema GeTras WEB (GeTras) da cui riceve i dati relativi alle trasferte del personale dipendente. L archvio anagrafico dei dipendenti necessari all elaborazione del payroll sono acquisiti dal sistema SIPe. GePe si interfaccia in uscita con la procedura JET, che elabora i dati economici del personale utili per la contabilità generale ed analitica, nonché per alimentare la procedura per il calcolo delle pensioni ai fini INPDAP. GePe assicura la gestione e l elaborazione di tutti i dati relativi agli aspetti previdenziali, assistenziali, fiscali e assicurativi. GePe ha in linea l archivio storico dei dati retributivi a partire dall anno Caratteristiche tecniche: Banca dati Relazionale applicazione realizzata con metalinguaggio simbolico proprietario chiamato Parametri Nr. Utenti: Sistema GeTras GeTras è il sistema a supporto delle trasferte aziendali che consente di gestire in modalità distribuita l intero processo. GeTras è infatti accessibile via web da tutte le strutture aziendali presenti sul territorio e consente, tra le diverse funzionalità che lo caratterizzano, di gestire indennità, spese, anticipi, ricalcoli retroattivi e accantonamenti a fini contabili. Attraverso CRYSTAL REPORT di Business Objects è possibile ottenere specifici report. GeTras è integrato nativamente con il sistema GePe e si interfaccia con Gesper per la gestione dei servizi fuori sede (trasferte al di sotto dei 50 km) e la quadratura delle assenze per motivi di tarsferta. GeTras, inoltre, si relaziona con la procedura JET a cui mette a disposizione i costi delle trasferte e con Oracle General Ledger per quanto riguarda gli anticipi, i costi di trasferta fatturati direttamente alle agenzie di viaggio e gli accantonamenti periodici previsti. 1 Appendice 1 al Capitolato Tecnico Pag. 11 di 35

12 Caratteristiche tecniche: Architettura logica basata su 3 livelli (client, web/application server e database server) Pagine dell interfaccia utente realizzate principalmente in HTML e Java Server Pages Web(Application Server è costituito da script, componenti e programmi interagenti tra loro e con il server web tramite tecnologie JSP e Java Servlet Linguaggio di programmazione utilizzato: Java Piattaforma: Java 2 Enterprise Edition Nr. Utenti: Sistema Budget del Personale Il sistema Budget del Personale consente di pianificare e monitorare l andamento del costo del personale non dirigente e delle voci che lo costituiscono, nonché di analizzare eventuali scostamenti e relative cause rispetto al pianificato. Il budget del personale dirigente, il budget del personale per totale azienda e per Centro di Costo sono elaborati fuori sistema attraverso specifici fogli di lavoro (MS Excel). Il sistema consente di elaborare il pre-consuntivo dell esercizio corrente, il budget per l anno successivo e la revisione infra-annuale. Il sistema è nativamente integrato con GePe di cui utilizza le anagrafiche dipendenti e centri di costo. Attraverso Budget del Personale è possibile gestire alcuni report standard. La creazione di reportistica specifica è assicurata attraverso l esportazione di dati su specifiche tabelle Oracle. Caratteristiche tecniche: Banca dati Relazionale applicazione realizzata con metalinguaggio simbolico proprietario chiamato Parametri Nr. Utenti: SICLAV Applicativo denominato SICLAV. Tale programma, realizzato per la Funzione Sicurezza Lavoro e per la Funzione Prevenzione e Protezione,gestisce le informazioni relative agli adempimenti in materia di igiene e sicurezza sul lavoro, cui la Società è soggetta per legge. 2 Appendice 1 al Capitolato Tecnico Pag. 12 di 35

13 L applicativo è stato realizzato utilizzando Form 9ids e gestisce sul db (siclav ver ) anche l archiviazione e la visualizzazione dei file necessari ai responsabili della sicurezza sul lavoro. Per la gestione degli accessi ai dati è stata utilizzata la Oracle Label Security. Nr.Utenti: SICLAV_PE, SICLAV_DVR Applicativi denominati SICLAV_PE e SICLAV_DVR. Tali programmi, realizzati per la Funzione Prevenzione e Protezione, gestiscono l aggiornamento e la compilazione dei documenti di valutazione rischi e piani di emergenza per tutti gli impianti ENAV. L applicativo consente partendo da un modello generale di documento di valutazione dei rischi (DVR) o documento di piano di emergenza (PE),di aggiornare le sezioni specifiche di ogni impianto senza cambiare file word.utilizza ACCESS 2000 per la gestione documentale e codice vba per l aggiornamento dei documenti word. L accesso ai dati per gli utenti è gestito tramite la protezione utente di access e gestione degli accessi su file system. Nr.Utenti: Mobilità geografica Applicativo per la Mobilità Geografica. Tale programma compone le graduatorie e gestisce le richieste di mobilità consentendo analisi statistiche e Query & Reporting. Gestisce la definizione delle graduatorie relative alla mobilità geografica in base a quanto previsto dalla normativa vigente. Caratteristiche tecniche: database ed applicazione sviluppate in access interagisce con le strutture dati del SIPe tramite interfaccia ODBC. L applicativo utilizza ACCESS 97 e VBA, tramite ODBC preleva i dati dal DB SIPE. Tali dati vengono solo utilizzati in visualizzazione per la composizione delle graduatorie. L accesso ai dati per gli utenti è gestito tramite la protezione utente di access e gestione degli accessi su file system. Nr. Utenti: 3 3 Appendice 1 al Capitolato Tecnico Pag. 13 di 35

14 3.1.8 Visio- gestione organico Permette la definizione e presentazione dell organigramma aziendale partendo dalle informazioni presentii sul sistema SIPe. Caratteristiche tecniche: database base: oracle vers pubblicazione su sharepoint services gestione delle policy mediante web service interagisce con le strutture dati del SIPe tramite ODBC. Nr. Utenti: attualmente 2, il prodotto è ancora in fase test Libro Matricola Permette la definizione e visualizzazione del libro matricola aziendale ovvero, dell organico di ciascuna sede geografica. L elaborazione e produzione del libro matricola avviene sulla base delle informazioni inerenti la mobilità geografica e l inquadramento professionale presenti sul SIPe. Caratteristiche tecniche: database: oracle vers applicazioni sviluppate con tecnologie oracle vers. 9i Nr. Utenti: Pensioni La procedura consente il calcolo della quota accessoria delle pensioni dei dipendenti INPDAP. Sono memorizzate tutte le voci retributive dal e (per le sole voci accessorie) viene effettuato un report con le aggregazioni per datarif. e raggruppamento di voci. Caratteristiche: database: Sipe schema objects: Sipe_pns (Oracle9i Release ) Interattivi: Oracle Form rel. 6, Report rel. 3 La procedura prevede: 4 Appendice 1 al Capitolato Tecnico Pag. 14 di 35

15 fase di acquisizione dei dati dalle paghe; gestione delle anagrafiche (voci, raggruppamenti); elaborazioni report. Nr. Utenti Jet La procedura realizza l interfaccia tra la procedura paghe e l ERP aziendale, per la corretta contabilizzazione del costo del lavoro. L nput è il cedolino, gli output in dettaglio sono: creazione scritture contabili verso GL; creazione flussi verso OFA (costi, consistenza, ore straordinarie lavorate, driver di ripartizione del Pdr); creazione flussi per Time Report (costi medi per categoria); reportistica di supporto per le attività di certificazione del bilancio; reportistica varia per la funzione HR. Caratteristiche: database: Sipe schema objects: Sipe (Oracle 9i release ) interattivi: Oracle form rel. 5, report rel. 3 bach: Oracle packages PL/SQL La procedura prevede: fase di acquisizione dei dati dalle paghe; gestione delle anagrafiche (conti, scritture, associazioni conti/scritture, etc.) elaborazioni batch relative ai vari output. Nr. Utenti GMC Applicativo denominato GMC.Tale applicativo serve per la gestione dei materiali di consumo circa gli apparati gestiti dalla Funzione GESTIONE PARTI DI RICAMBIO. Fornisce dati all EDW per la parte logistica. L applicativo è stato realizzato utilizzando Form 10gr2ds Nr. Utenti: 2 5 Appendice 1 al Capitolato Tecnico Pag. 15 di 35

16 DPSe- Documento Programmatico della Sicurezza elettronico La procedura gestisce gli adempimenti di legge previsti ogni anno per l aggiornamento e la stesura del Documento Programmatico sulla Sicurezza, secondo quanto previsto dal Codice della Privacy. In dettaglio permette: indicare compiti e responsabilità alle quali sono soggetti i Responsabili di trattamento e gli Incaricati; Produce le Informative per clienti, fornitori, dipendenti e terzi in genere; Produce la Documentazione correlata al DPS; Produce le lettere di incarico alle persone che trattano i dati; le lettere con le prescrizioni e gli obblighi. environment: architettura three tiers web-oriented, con tecnologia Java J2EE; web server e application server OC4J database: Sipe schema objects: j_abicon, dpse (Oracle9i Release ) NR. UTENTI: 150 APPROSSIMATIVAMENTE SITAV Il sistema SITAV e lo strumento in grado di individuare, trattare e trasmettere al centro europeo sito a Bruxelles (CRCO di Eurocontrol), le informazioni strettamente necessarie a determinare la tariffazione da applicare ad ogni singolo volo effettuato nello spazio aereo europeo. Il contesto europeo in cui opera è il Route Charges System di Eurocontrol. Le informazioni che alimentano il SITAV sono organizzate in un protocollo di trasferimento dati dal competente reparto di automazione operativa che, individuando tutti i voi interessanti lo spazio aereo italiano, ne estrae quelle informazioni strettamente necessarie al funzionamento del SITAV. Queste informazioni giunte nella banca dati SITAV, vengono sottoposte ad una serie di elaborazioni automatiche e trattamenti manuali operativi dall utenza (Route Charges Office Italia). Il tutto allo scopo di stabilire quante e quali informazioni devono essere trasferite al Central Route Charges Office (CRCO di Eurocontrol). Quest ultimo poi opererà di fatto la tariffazione e trasmetterà all RCO Italia sia le richieste di correzione ai dati trasmessi, si ai reclami che i soggetti tariffati presentano a tariffazione effettuata. Alla data attuale il sistema SITAV è attivo nella sua versione 5.0. Nr. Utenti: 25 6 Appendice 1 al Capitolato Tecnico Pag. 16 di 35

17 RISTAR In considerazione della tariffazione operata da Eurocontrol per conto dell ENAV S.p.A., nasce la necessità di uno strumento in grado di riscontrare quanto operato dall organismo internazionale, basandosi su determinazioni previsionali effettuate con i dati SITAV. Tale strumento, denominato RISTAR (acronimo di RIScontro TARiffazione), anche se è utilizzato dalle componenti aziendali caratteristiche del mondo amministrativo/contabile dell organigramma aziendale, implica coinvolgimenti nelle altre realtà aziendali direttamente dipendenti dalla ramificazione Operazioni. Ciò in ragione della fonte delle informazioni, costituita dal sistema SITAV, asservito alle attività dell RCO Italia ed alimentato dai dati originati dall Automazione Operativa. Tramite RISTAR alla data attuale si trasferiscono tutti i dati che Eurocontrol mette a disposizione in ambiente EXTRANET a tariffazione avvenuta, nella banca dati adeguata. A seguire si attiva la fase per associare ogni volo con i parametri di tariffazione con un volo presente nella banca dati SITAV. Conclusa questa fase l utenza preposta provvede ad associare manualmente ciò che gli automatismi non hanno potuto fare. Gli obiettivi di RISTAR sono: produrre documenti revisionali sulla tariffazione effettuata da Eurocontrol; effettuare una verifica di quanto tariffato, se correttamente operato, ed evidenziare quelle differenze che possono indicare miglioramenti dei dati presenti in Enav: come ad esempio coordinate geografiche di aeroporti e punti dello spazio aereo, variabili implicate nel calcolo della distanza percorsa dal volo; un riepilogo dei voli che, non tariffati da Eurocontrol, restano all interno delle competenze Enav; nello specifico i: o Voli postali o Voli equiparati ad esenzioni di Stato o Voli effettuati con regola di volo VFR e con velivoli di MTOW (peso massimo al decollo) inferiore alle 2 tonnellate; evidenziare quei voli per i quali si riscontra una componente di tariffazione anche se non hanno interessato lo spazio aereo italiano; evidenziare quei voli per i quali non si riscontra una componente di tariffazione anche se hanno interessato lo spazio aereo italiano. Alla data attuale il sistema RISTAR è attivo nella sua prima versione. Nr. Utenti: 5 7 Appendice 1 al Capitolato Tecnico Pag. 17 di 35

18 Banca Dati Meteo (BDM) In ottobre 2004 nasce la necessità di fornire la componente gestionale ENAV S.p.A. di uno strumento in grado di visualizzare tute le informazioni meteorologiche rilevate in tempo reale nelle sedi aeroportuali che hanno una presenza aziendale, allo scopo di renderle disponibili per lo scopo di renderle disponibili per lo studio della climatologia e la vendita a soggetti esterni all ENAV S.p.A. Questo strumento, privo del paradigma Time Critical e Mission Critical che caratterizza invece la componente operativa Enav è costituito: una componente di acquisizione dei dati dalle reti operative in sede aeroportuale; una componente che realizza la comunicazione e la trasmissione dei dativo l unità centrale; una componente che acquisisce e memorizza i dati di provenienza periferica; una componente che acquisisce e decodifica i bollettini meteo diramati sulla rete operativa meteo; la componente che consente interrogazioni della banca dati e la produzione delle relative stampe. Alla data attuale la BDM ha superato il collaudo e si è prossimi ad effettuare l avvio operativo. Nr. Utenti: in fase di rilascio è presumibile che vengano, creati utenti per ogni sede periferica, centri meteo (Fiumicino e Linate) e all interno dell Area Operativo Direzione Funzionale da definire Gesper L ENAV S.p.A. dispone di una procedura di rilevazione presenze a livello nazionale denominata Gesper. L architettura su cui si base la procedura è strutturata su tre livelli: lettori di badge e Browser in locale per accedere all applicazione; application server centralizzato dove risiedono i programmi; Data Base centralizzato dove risiedono i dati Tale procedura permette di gestire completamente il flusso informativo delle presenze dei dipendenti e degli istituti economici e non ad esso correlati ed è formata dalle seguenti aree di interesse: Anagrafica Ferie Addestramento Visite mediche Calendari e orari Malattie Assenze Presenze 8 Appendice 1 al Capitolato Tecnico Pag. 18 di 35

19 Turni operativi Log. La procedura è flessibile permette cioè di profilare sia le aree di interesse, sia gli enti da gestire. La procedura interfaccia in input la procedura HR Gestionale (SIPe) per quanto riguarda la lettura dei dati di base di tipo matricolare (dati anagrafici, inquadramento, parametri, etc..) e fornisce in output gli elementi analitici legati alla presenza con rilevanza economica alla procedura HR (GEPE) Economica (competenze accessorie legate alla presenza). Esiste inoltre una interazione con la nuova procedura delle trasferte e servizi fuori sede (Getras) per quanto riguarda l imputazione automatica dei relativi codici giustificativi. I dati consuntivi di fine mese in forma aggregata sono di input alla procedura EDW. Attualmente le utenze di procedura attive riferite a tutti i profili sono circa 230 con cui operano circa 350 dipendenti La funzionalità dei Turni operativi e log di sala è operativa presso i 4 ACC di Roma, Milano, Padova e Brindisi e i 3 SAAV di Linate, Fiumicino e Malpensa DIOGENE: gestione patrimonio aziendale La procedura è stata sviluppata nel 2001 con lo scopo di effettuare il censimento dei cespiti presenti in ENAV S.p.A.. Nel corso del 2003, terminata l attività di inserimento dei beni presenti alla data del 31/12/2001, il sistema è stato integrato con una serie di maschere e stampe in grado di gestire la vita dei beni aziendali, di fatto sostituendo i registri inventariali contabili. Realizzato in ambiente Oracle (Forms e reports vers. 6.i, database Oracle) può essere utilizzato sia in ambiente client-server che in ambiente web. Oggi l accesso avviene solamente attraverso il sito web interno ENAVigare. Al momento esistono due ambienti distinti: DIOGENE (dati storici al 2001) e REGISTRI INVENTARIALI (dati dal 01/01/2002 in poi). Idati storici non subiscono variazioni, a meno di fuori uso dei beni. Gli utenti possono essere suddivisi in due macro categorie: i consegnatari, che gestiscono i beni ciascuno per il proprio ente, e che hanno accesso alla sezione DIOGENE solo per consultazione, e il personale dell Ufficio Patrimonio, che hanno accesso a tutte le funzioni della procedura. La gestione degli accessi è effettuata tramite informazioni presenti sullo stesso database DIOGENE. Nr. Utenti: 80. Caratteristiche tecniche: Database: vers. Oracle form e report 6i 9 Appendice 1 al Capitolato Tecnico Pag. 19 di 35

20 Ipotetici obiettivi di sviluppo delle singole Applicazioni E in corso di sviluppo una nuova funzionalità per la gestione delle richieste degli istituti amministrativi operante sul SIPe ed interagente con il sistema di gestione protocollazione e corrispondenza. Nell ambito della suddetta attività è previsto il completamento del processo di integrazione tra i sistemi SIPe-Gesper e GepeGar. Il processo di integrazione prevede la gestione dei dati giuridici del personale solo ed esclusivamente attraverso il sistema SIPe; tali dati dati saranno resi disponibili ai sistemi Gesper e GepeGar attraverso apposite strutture di interfaccia. Altre attività previste: migrazione e relativo aggiornamento alla nuova normativa del software per la gestione della mobilità geografica in ambiente Oracle- vers. 9i Migrazione alla versione di Access 2003 Modifiche per la nuova circolare; conversione del software applicativo del sistema SIPe dalla versione 5 alla 9i. Per la procedura SICLAV è prevista una fase di: migrazione alla versione 10gr2 di Form; trasferimento applicativo su altro AS implementazione dei ruoli applicativi per i responsabili di impianto,delegati di funzione e preposti. Implementazione della gestione incarichi modifca del menu utilità Aggiornamento delle sezioni normativa, Approfondimenti tematici Integrazione con il sistema di Posta Elettronica Per la procedura SICLAV_PE e SICLAV_DVR è prevista una fase di: migrazione alla versione di Access 2003 Per la procedura Jet è prevista una fasi di: consolidamento della procedura per quanto riguarda il completamento nel menu di tutte le applicazioni; realizzazione di report ai fini della gestione del budget del personale che evidenzino lo scostamento tra costi preventivati e consuntivati, previsto dal progettto Hr-Budget; realizzazione di interfaccia verso Edw-Hr SITAV 0 Appendice 1 al Capitolato Tecnico Pag. 20 di 35

21 Il sistema ha raggiunto un elevato grado di stabilità ed affidabilità e consente all utenza RCO di operare in completa autonomia. Si è manifestata la necessità di realizzare una funzione interattiva che consenta di operare trattamenti multipli, in aggiunta a quelli singoli, sui reclami. E in corso di completamento la funzione interattiva che oltre al trattamento di COR, permette di tenere aggiornata la rubrica degli operatori. Per quanto riguarda le applicazioni centralizzate che effettuano le elaborazioni ai fini Route Charges System di Eurocontrol, è prevista una direttiva in merito al nuovo trattamento dei Voli Postali. Interessando invece sia le applicazioni centralizzate che quelle a disposizione dell utenza RCO, si vuole proporre di attivare un trattamento diverso per i voli che interessano l aeroporto di Lampedusa, adeguato alla geografia aeronautica di tale località. In merito ai dati presenti si vuole proporre di attuare una più efficace organizzazione delle informazioni relative sia alla geografia aeronautica del sistema, che agli aeromobili. Di conseguenza anche una revisione delle applicazioni che ivi insistono. E presumibile come un ipotetico obiettivo il passaggio ad una applicazione Sitav web based RISTAR Il sistema e alla sua prima versione, quindi è naturale attendersi indicazioni migliorative. L obiettivo principe è quello di ingegnerizzare tutte le manualità che al momento sono da attivare, realizzando una seconda versione del Ristar che consenta all utenza un utilizzo il più possibile autonomo. Sono da definire e realizzare tutte le funzioni indicate nel documento descrizione delle singole applicazioni componenti le aree al pargrafo obiettivi Banca Dati Meteo Dopo l avvio operativo del sistema, previsto nel quarto trimestre 2007, si procederà a raccogliere dei nuovi requisiti al fine di realizzare una nuova fase implementativi definita BDM fase Gesper La procedura Gesper è oggetto di profonda rivisitazione in seguito alle mutate esigenze organizzative di ENAV S.p.A. Allo stato attuale sono già attive le nuove funzionalità legate ai dati anagrafici e sono in corso di realizzazione le integrazioni per le restanti aree le cui attività si concluderanno presumibilmente entro il Sempre nello stesso periodo verranno aggiornati i dispositivi di lettura dei badge passando da una tecnologia a banda magnetica ad una di prossimità uniformando rendendo possibile ai dipendenti registrare la loro presenza con lo stesso badge presso tutte le sedi ENAV. 1 Appendice 1 al Capitolato Tecnico Pag. 21 di 35

22 Per quanto la funzionalità dei turni operativi e log, si prevede di estenderla nel prossimo futuro anche agli aeroporti maggiori DIOGENE: gestione patrimonio aziendale Trasferimento dei dati presenti nell ambiente DIOGENE (dati storici al 31/12/2002) nell ambiente REGISTRI INVENTARIALI, così da consentire la gestione del patrimonio da un unico punto (al momento il patrimonio viene calcolato attraverso due elaborazioni distinte sulle due parti del sistema). Travaso dei dati di DIOGENE nel sistema ERP nel momento in cui sarà implementato il modulo FA. 3.2 Elenco sintetico delle Applicazioni gestionali. Nella tabella seguente sono elencate le applicazioni ed alcune informazioni tecnologiche e dimensionali: le suddette informazioni sono da considerare indicative e suscettibili di variazione. Nome Schema Database Utenti Tipo linguaggio Applicativo Bdm ( banca dati avvio web meteo) bdm bdm operativo java 1.4 SE Premi (Gestione dei c/s premi di Produzione del personale premi sipe 2 Forms Developer 5 - plsql Sipe (Sistema c/s informatico Personale) sipe sipe 30 Forms Developer 5 - plsql Diogene Gestione web Patrimonio Aziendale diogene diogene 80 Forms Developer 6i Safe (circuiti c/s operativi) enavfatt safe 1 Visual Basic 6 Gestione Trasferte getras sipe 60 web java 2 sdk ver 1.4.2_10 Gesper (gestione web Forms Developer presenze) gesper sipe 200 plsql Interfaccia Jet c/s (contabilizzazione costo del lavoro) sipe/premi sipe 2 Forms Developer 5 - plsql Ristar rcs rcs 5 c/s Forms Developer 6 - plsql Sitav rcs rcs 25 c/s Forms Developer 6 - plsql Siclav (Sicurezza web Forms Developer 9i - Lavoro) siclav siclav 18 plsql Pensioni sipe_pns sipe 5 c/s Forms Developer 6 - plsql Libro Matricola web Forms Developer 9i - sipelm siclav 102 plsql 2 Appendice 1 al Capitolato Tecnico Pag. 22 di 35

23 Nome Schema Database Utenti Tipo linguaggio Applicativo Organigramma visio(grant da sipe) sipe 5 web Visual Basic dot net Gepe (Procedura c/s Cobol Micro Focus Paghe) gepesys/payro Workbench Ver e ll/ipayroll sipe 20 plsq e form 5 Gestione Materiali di web Forms Developer consumo gmc test 1 plsql Dpse j_abicon/dpse sipe 150 web java 2 Siprod Accesso web siprod libero Tramite Forms Developer statvoli Enavigare plsql -html Enterprise dw web + Data Stage per ETL e dw edw 100 c/s Business Object Schema Utilizzato da c/s Data Stage per ETL e dw per etl dm_hr_log sipe Business Object 3 Appendice 1 al Capitolato Tecnico Pag. 23 di 35

24 3.3 ERP Il sistema ERP in ENAV S.p.A. è la soluzione ebs della soc. Oracle nella versione Si compone dei seguenti moduli: General Ledger Oracle General Ledger è il modulo base della suite Oracle Financials ed è stato disegnato per soddisfare tutti i requisiti relativi alla Contabilità Generale. In questo modulo si definiscono i Conti di Contabilità Generale (Piano dei Conti e relativa gerarchia), le dimensioni (Centri di Costo, Progetti,ecc.), le differenti tipologie di transazioni. Da esso si ottengono i dati di Bilancio, lo Stato Patrimoniale, il Conto Profitti e Perdite, gestione del Budget nonché la gestione della chiusura ed apertura automatica dei conti, il tutto come risposta a molteplici scopi di analisi contabile. Oracle General Ledger rappresenta, pertanto, il centro di tutto il processo di gestione delle transazioni in quanto costituisce l unità centrale con la quale altri moduli (Account Payables, Account Receivables, Purchasing, ecc.) si rapportano. N. utenti: Account Payables Payables è il modulo preposto alla gestione delle fatture di Acquisto, delle Note di Credito e delle relative correzioni. Le fatture possono essere correlate ad uno specifico progetto o ad un ordine di acquisto. Le transazioni con i fornitori e le relative posizioni monetarie possono essere controllate e sintetizzate utilizzando le relative sessioni presenti nel modulo. Payables permette anche la gestione dei pagamenti, delle ritenute di Acconto e di altri documenti passivi quali le Bolle Doganali e gli Anticipi a Fornitori. Nr. utenti: Account Receivables Receivables è il modulo che permette la gestione del flusso relativo alla fattura di Vendita, Note di Accredito e di Addebito, gestione degli Incassi nonché la definizione delle anagrafiche Clienti. Una volta che le informazioni di cui sopra sono archiviate nel modulo è possibile accedere a questi dati utilizzando l interrogazione on-line o produrre una serie di prospetti al fine di monitorare le partite dei clienti. Appendice 1 al Capitolato Tecnico 24

25 Nr. utenti: Fixed Assets Fixed Assets è il modulo di Oracle ebusiness Suite che consente la gestione da un punto di vista contabile tutta la vita di un cespite, dal momento in cui entra a far parte delle immobilizzazioni aziendali fino al momento della dismissione. Tale modulo consente di: associare e gestire la funzione d uso di ciascun asset; - tracciare e capitalizzare i costi dal momento della nascita del cespite anche nell ambito di un progetto di investimento (integrazione con la suite Oracle Projects) fino alla sua collocazione definitiva tra le immobilizzazioni aziendali e terminando con la dismissione; - gestire rivalutazioni/svalutazioni di ciascun cespite; - gestire tutte le scritture di ammortamento del cespite stesso Enterpise Installed Based EIB è un modulo della Oracle ebusiness Suite progettato per supportare l azienda nella creazione, messa in servizio e gestione dei cespiti, localizzati internamente o esternamente (presso una sede cliente). Con EIB è possibile tracciare tutte le transazioni dei cespiti dal momento della ricezione in Inventory o Project al rilascio in produzione. Tale modulo, pertanto, consente la creazione automatica dei cespiti in Fixed Assets subito dopo la ricezione dell articolo o subito dopo la messa in esercizio dello stesso Oracle Purchasing Oracle Purchasing è il modulo delle Oracle ebusiness Suite che gestisce il processo di approvvigionamento di beni e servizi attraverso la emissione delle Richieste di Acquisto, Richiesta di Preventivo e successiva generazione dell Ordine di Acquisto, in funzione delle esigenze espresse dai diversi centri di costo. Tale modulo consente, inoltre, di sottoporre i documenti di acquisto ad una approvazione gerarchica attraverso il workflow approvativo ed, integrandosi nativamente con il modulo General Ledger, ne verifica la disponibilità di Budget. Oracle Purchasing permette la rilevazione delle prestazioni eseguite dal fornitore, a seguito degli Ordini di acquisto emessi, attraverso la funzionalità delle Ricezioni. Nel modulo è gestita l anagrafica Fornitori che risulta integrata con il modulo Account Payables permettendo così la gestione della fatturazione passiva. Nr. utenti: 223 Appendice 1 al Capitolato Tecnico 25

26 3.3.7 Oracle Inventory Oracle Inventory è il modulo delle Oracle ebusiness Suite che gestisce la quantità di articoli presenti nel magazzino suddivise seconda una logica organizzativa basata sulla tipologia di articoli e secondo la logica dell ubicazione. Pertanto in esso viene gestita, per ogni organizzazione, l anagrafica degli articoli, la quantità degli stessi presenti nei diversi sottomagazzini ed il loro valore contabile. Nr. utenti: Project Accounting Project Accounting è il modulo base della Suite Oracle Projects. Le sue funzioni permettono di definire le impostazioni di base dell intera suite e di elaborare i costi dei progetti. Project Accounting è il modulo nel quale convergono tutti i costi imputabili sui progetti attraverso le varie funzionalità presenti in Oracle ebusiness Suite: dal modulo Purchasing provengono gli impegni ed i costi, dal modulo Payables provengono gli impegni ed i costi per le eventuali fatture dirette, il costo delle ore inserite tramite Oracle Time and Labor. Tale modulo permette la definizione di un Budget di progetto, sul quale è possibile definire dei controlli di tipo assoluto che potranno essere associati a quelli di General Ledger durante le operazioni di controllo fondi nei seguenti documenti: Richieste di Acquisto, Ordini di Acquisto, Fatture Passive. Project Accounting consente, inoltre, l imputazione diretta di costi che altrimenti non sarebbero rilevabili. Nr. utenti: Project Contract Project Contract è il modulo preposto alla gestione dei contratti di progetto da entrambe le prospettive: vendita o acquisto.attraverso la funzionalità nativa del workflow è possibile gestire i vari stati del contratto e tramite la gestione degli accessi è possibile definire i vari ruoli di coloro che gestiscono i contratti Project Contract permette anche la gestione contabile del contratto,infatti è possibile definire gli eventi di fatturazione attiva che potranno essere recepiti da Project Billing o da altri moduli preposti per la fatturazione attiva Project Billing Appendice 1 al Capitolato Tecnico 26

27 Project Billing è la componente della Suite Oracle Projects che permette di definire i ricavi e le regole di fatturazione attiva per i progetti. Tramite le sue funzionalità è possibile creare fatture ed integrare il processo di generazione automatica delle fattura con i moduli preposti alla fatturazione attiva in quanto è nativamente integrato con Account Receivables Project Management e Project Collaborations Project Management è il modulo della Suite Oracle Projects che permette la visione ed il controllo di tutte le componenti progettuali. Tramite la definizione di ruoli e di responsabilità permette al Project manager di vedere e gestire l andamento del progetto. L interfaccia è di tipo HTML e permette di definire Home Page personalizzate per ognuno dei ruoli previsti. Attraverso le funzionalità native è possibile definire il budget ed il forecast di progetto, definire la WBS (Work Breakdown Structure) e definire per ogni componente il responsabile. Tramite il modulo Project Collaborations è possibile scambiare i documenti di progetto tra i vari componenti del Team di Lavoro in maniera automatica, definendo i ruoli e la proprietà di accesso Time & Labor Il modulo Time & Labor della ebbusiness suite di Oracle viene utilizzato per la registrazione delle ore che ogni dipendente spende su un determinato progetto e che costituiscono i costi interni del progetto stesso. Il modulo fornisce all utente un interfaccia web per sottomettere, aggiornare ed approvare le proprie timecard mediante un workflow approvativo che può essere impostato in base ad una specifica gerarchia. Al contempo offre la possibilità di tenere sotto controllo i costi e le ore lavorate sui progetti. Nr. utenti: Tesoreria Piteco è la soluzione utilizzata per la gestione della Tesoreria che si pone l obiettivo di fornire una piattaforma in grado di gestire le diverse linee finanziarie generando dei Report che evidenzino la liquidità a livello consuntivo e previsionale. Tale modulo consente, inoltre, di gestire la movimentazione dei conti bancari monitorando gli oneri/proventi finanziari, nonché consente la riconciliazione degli estratti conto bancari e contabili valida sia in chiave finanziaria che in chiave contabile ai fini civilistici. Piteco è infine preposto alla gestione della Pianificazione finanziaria la gestione completa del Budget Finanziario per flussi di cassa. Il sistema Piteco prevede la possibilità di condividere alcune informazioni e scambiare automaticamente con dati alcuni moduli della Oracle ebusiness Suite (General Ledger, Account Receivables, Account Payables). Appendice 1 al Capitolato Tecnico 27

28 Ipotetici obiettivi di sviluppo dell area o delle singole Applicazioni Oracle Learning Management In un mercato dove si cerca costantemente di migliorare il controllo sui processi con una particolare attenzione ai costi, risulta vitale l ottimizzazione della produttività dei singoli individui nell ambito di ogni processo aziendale. In questo scenario le attività di formazione non sono più percepite come un semplice centro di costo ma piuttosto come un vero e proprio investimento, il cui ritorno in termini di produttività sarà tanto più misurabile quanto più la formazione risulta allineata ai processi che costituiscono il core business dell organizzazione. Oracle Learning è il modulo della Oracle ebusiness Suite in grado di supportare qualsiasi esigenza di formazione, fornendo alle organizzazioni un sistema centralizzato per l erogazione di programmi di formazione a dipendenti, clienti e partner. Essendo parte integrante dell Oracle ebusiness Suite, Oracle Learning Management consente di porre in relazione le attività di formazione con gli obiettivi e le iniziative della propria organizzazione. In particolare consente di : - Creare percorsi di apprendimento strutturati, con l obiettivo di agevolare i percorsi di carriera e di ottenere dei parametri di produttività realmente misurabili; - Gestire in unico catalogo centralizzato sia le attività di formazione tradizionali in aula che quelle autodidattiche effettuate tramite supporti elettronici o via web; - Creare ed erogare test e sondaggi per misurare l efficacia delle iniziative di formazione e valutare il ritorno degli investimenti in funzione degli obiettivi aziendali Oracle Human Resources Il capitale umano ed intelletuale di una azienda moderna è sicuramente l'asset più importante. Esso richiede cura perchè evolva di pari passo con i cambiamenti che l'azienda è chiamata ad effettuare per accrescere la sua competitività sul mercato. L'importanza dell'informazione sull'attitudine, capacità e potenzialità di ciascun dipendente è quindi cruciale per poter aumentare efficienza ed efficacia all'interno dell'azienda. Oracle Human Resources è una famiglia di applicazioni per la raccolta e gestione delle informazioni relative ai dipendenti. Fornisce tutte le funzionalità basilari per l esecuzione ed il controllo dei seguenti processi: definizione e modifica delle informazioni anagrafiche, delle strutture organizzative, delle mansioni e delle posizioni, processo di selezione, sviluppo della carriera e gestione delle politiche retributive e di benefit. Tutte le informazioni e le attività effettuate sono correlate dove necessario ai singoli individui, siano essi dipendenti, lavoratori temporanei, collaboratori esterni, e sono mantenute in un contesto di continua storicizzazione. Consente inoltre al dipendente di potere gestire personalmente il proprio percorso formativo ed automatizzare la gestione delle note spese. I controlli automatici ed un workflow integrato e configurabile, garantiscono livelli di sicurezza ed approvazione adeguati su ogni attività Appendice 1 al Capitolato Tecnico 28

29 4. Descrizione delle singole Subject Area componenti l Area Conoscitiva L implementazione del Data Warehouse Enav è caratterizzata da una prima fase, con inizio Aprile 2004 e fine Dicembre 2005, che ha visto l introduzione del EDW per le aree HR e Volato, e da una successiva fase nata per manutenere il sistema realizzato nella fase precedente, seguirne l evoluzione ed allargare a nuove aree il patrimonio informativo dell EDW Enav. Soltanto quest ultima fase è oggetto del Programma e-sig. Fa parte inoltre dell Area Conoscitiva il sistema OFA della Oracle usato per l Analisi Finanziaria ed una applicazione realizzata ad hoc per la funzione Politiche Risorse Umane e Relazioni Industriali. Le principali fonti alimentanti dell ambiente conoscitivo provengono dai sistemi: SIPE GESPER GEPE GETRAS AOIS SITAV SIPROD GMC RISTAR ERP Aziendale Tabella Sintetica Data Mart/Universi e reportistica associata area Data Mart/Universo Settore Analisi Numero report Dati Tariffato Tariffazione Volo 5 Tariffato Reclami 5 Volato Traffico Spazio aereo nazionale 5 Volato Traffico per ACC 5 Volato Traffico Aeroportuale 5 Volato Traffico Locale 5 Volato Direttrici 5 Volato Tratte 5 Volato FIX 5 Volato Area CTR 5 Pianificato (in fase di Volo progettazione) 5 Pianificato (in fase di ACC 5 Appendice 1 al Capitolato Tecnico 29

30 Risorse Umane progettazione) Pianificato (in fase di progettazione) Pianificato (in fase di progettazione) HR HR FIX Settori Dipendenti e Crescita Professionale Fabbisogno e Movimentazioni HR Giustificativi 3 HR Voci Retributive 5 HR Costo Lavoro 3 HR Aggregato Logistica Logistica Logistica 5 Acquisti Acquisti (da Acquisti 5 progettare) OFA GL-HR Finanza Subject Area Dati di Volo Il Volato, nel senso più ampio del termine, comprende tutta l informativa riguardante il volo: dalla sua pianificazione, alla effettuazione ed infine alla relativa fatturazione, a fronte dei servizi di controllo del traffico erogato dagli enti preposti. I Data Mart realizzati in questa Area consentono analisi che si riferiscono al traffico aereo sullo spazio aereo nazionale, al traffico Aeroportuale e di ACC Subject Area HR La Subject Area HR sta subendo delle profonde rivisitazioni. Ad oggi era presente un solo Data Mart, che consentiva analisi principalmente nell area Retributiva, nell area Anagrafico/Giuridica e dei Giustificativi (Presenze/Assenze) per tutto il personale dell ENAV. Il Data Mart è organizzato in strutture che mantengono il massimo livello di dettaglio (il dipendente, il giustificativo, la voce retributiva, ecc.) con la sola aggregazione a livello di Conto per le informazioni economiche. Le implementazioni in corso di evoluzione discendono da esigenze riconducibili alla ridefinizione delle interfacce in quanto sono completamente cambiati/introdotti alcuni sistemi alimentanti (GEPE/GETRAS), per l introduzione di nuove esigenze di analisi specifiche dell Area che alla definizione di KPI afferenti Aree diverse del Data Warehouse (Volato/HR) Subject Area Logistica Appendice 1 al Capitolato Tecnico 30

31 L Area della Logistica si basa su un Data Mart, alimentato dal modulo PO del sistema ERP (Oracle Applications), che consente l analisi nel Controllo della struttura del magazzino (indici di utilizzo delle organizzazioni di magazzino e sottomagazzino in base al numero delle movimentazioni effettuate), analisi sul controllo delle scorte, analisi sulle movimentazioni. Il sistema entrerà in esercizio entro fine anno del Subject Area Acquisti La Funzione Acquisti è in una fase di radicale ristrutturazione sia da un punto di vista dei processi che dei sistemi informatici a supporto della Funzione medesima. Entro la fine dell anno 2007 verranno definiti i requisiti del sistema che dovrà consentire una adeguata Pianificazione e Monitoraggio della Spesa oltre che una opportuna valutazione delle performance dei Fornitori Subject Area Finanziaria (Oracle Financial Analyzer) Per l analisi finanziaria viene utilizzato Oracle Financial Analyzer che è un Tool orientato allo sviluppo di applicazioni Multidimensionali On-line Analytical Processing (MOLAP) basato sul database multidimensionale Oracle Express Server. In OFA i dati sono organizzati in: dimensioni (oggetti di database secondo i quali sono organizzati i dati) valori di dimensioni (permettono di rispondere alle domande cosa, dove, quando) gerarchie (strutture di aggregazione rispetto ai valori delle dimensioni) financial data item (rappresentano i fenomeni sottoposti a misurazione). L interfaccia utente consente di visualizzare i dati in: report grafici data entry form. Tramite data entry form è possibile anche l inserimento di dati. Nell uso dei report è possibile effettuare drill-down, drill-trough, pivoting, rotatine, color coding, ecc. L architettura, sia nella versione client-server che in quella web-based prevede diversi tipi di workstation (amministratore, analista, budget, esterno), caratterizzate ciascuna da differenti possibilità operative e di interazione con il sistema. E inoltre possibile articolare l architettura in più livelli di amministrazione. Dispone di una interfaccia di integrazione nativa con il modulo General Ledger della Oracle ebusiness Suite per l importazione dei saldi contabili. Sono stati realizzati circa 140 Data Mart e distribuiti circa 50 Report Standard. Sono state previste circa 14 Misure e circa 22 Dimensioni di Analisi. I sistemi Alimentanti sono attualmente General Ledger del sistema ERP ed il Payroll. Nr. utenti: 189 Appendice 1 al Capitolato Tecnico 31

32 4.1.6 Anagraf Applicativo denominato Anagraf. Tale programma, realizzato per la Funzione Politiche delle Risorse Umane e Relazioni Industriali è utilizzato quale strumento di analisi statistiche e Query & Reporting inerenti la distribuzione e l impiego del personale. L applicativo utilizza ACCESS 2003 e VBA, tramite ODBC preleva i dati dal DB SIPE. Tali dati vengono solo utilizzati in visualizzazione. L accesso ai dati per gli utenti è gestito tramite la protezione utente di access e gestione degli accessi su file system. Nr. Utenti: Ipotetici obiettivi di sviluppo dell area EDW E ancora in corso il processo di ampliamento dell ambito delle diverse Subject Area nel Warehouse aziendale, tale processo si concluderà nel corso del Sicuramente nel breve periodo sarà necessario procedere all adeguamento degli attuali sistemi di reportistica e di ETL con le versione più recenti sia di Business Objects che di Data Stage (IBM) rispettivamente usati per il Front-end e per il Back-end. Saranno, dopo un opportuno periodo di maturazione degli attuali sistemi di reportistica, implementate soluzioni che consentiranno l analisi dei dati e dei fenomeni con sistemi statistici da individuare OFA Il sistema Oracle Financial Analyzer, il cui motore Express non fa più parte della Roadmap di sviluppo della Business Intelligence Oracle, dovrà migrare nel nuovo ambiente Enterprise Planning and Budgeting (Oracle EPB) oppure dovrà esser reingegnerizzato in un altro contesto architetturale. La migrazione coinvolgerà, oltre al contesto tecnologico, anche tutti i financial data item, le dimensioni di analisi e tutta la reportistica realizzata Anagraf 1. Migrazione alla versione di Access Implementazione dell aggiornamento automatico utente 3. Aggiunta di nuove informazioni di Sipe Appendice 1 al Capitolato Tecnico 32

33 5. Descrizione delle singole Applicazioni componenti l Area Siti Web 5.1 Siti Web ENAVigare: sito web della intranet aziendale La versione nella struttura attuale è stata pubblicata nel settembre 2002, su input dell allora responsabile della comunicazione interna. Per tale ragione è incentrato sulla diffusione delle notizie, e lascia poca visibilità alle esigenze delle diverse funzioni aziendali. Il sito è statico (le uniche pagine dinamiche sono quella di visualizzazione delle timbrature e quella di visualizzazione della rassegna stampa). Realizzato in ambiente Microsoft (S.O. Windows 2000 server, web server Microsoft IIS). Non è stato attivato il sistema di salvataggio dei LOG di accesso al sito, per mancanza di spazio; in alternativa è stato realizzato un sistema che scrive su un database access i dati di accesso a livello di sezione del sito. Quasi tutte le pagine sono realizzate in HTML non standard, essendo stato utilizzato il prodotto Microsoft Front Page. Le pagine dinamiche sono state realizzate in linguaggio ASP. In totale sono presenti circa 100 pagine, dalle quali si accede ad oltre 2000 contenuti. La gestione dei contenuti, ad eccezione dell AIP e del Manuale Operativo ATM, è completamente demandata al personale SIG. Gli utenti sono tutti quelli registrati nella Intranet ENAVIT: sito web Internet aziendale La versione nella struttura attuale risale al mese di giugno Il sito è di tipo istituzionale, pertanto ha lo scopo di diffondere informazioni e notizie sulle attività dell ENAV S.p.A. nella sua interezza. Vengono inoltre diffuse informazioni meteorologiche relative agli aeroporti gestiti dall ENAV S.p.A., con previsioni a 3 e 9 ore. Consente anche la consultazione on line dell AIP, in preview rispetto alla pubblicazione cartacea. Il sito è statico pur se, nella versione attuale, tutte le pagine vengono costruite automaticamente tramite applicazioni JSP. Realizzato in ambiente Oracle Server con S.O. Windows 2000 Server, http server apache presente all interno dell Application Server Oracle). Le pagine sono create partendo da contenuti XML opportunamente trasformati da tempalte realizzati con la combinazione di applicativi JSP e file XSL, il cui risultato sono pagine HTML 1.0 standard. Appendice 1 al Capitolato Tecnico 33

34 In totale sono presenti circa 120 pagine in lingua italiana dalle quali si accede a circa 1000 contenuti diversi, e circa 70 pagine in inglese dalle quali si accede ad circa 25 documenti ulteriori. I contenuti vengono gestiti attraverso il sistema di Content Management Eyecontent, attraverso il quale vengono pubblicati i file, le immagini e quant altro possa essere associato alle pagine. Anche la pubblicazione dei testi avviene attraverso Eyecontent, con il quale vengono creati e pubblicati i file XML che verranno renderizzati dagli opportuni template in fase di presentazione sul sito. Fanno eccezione l AIP e le immagini legate ai dati e previsioni meteo, che vengono create e pubblicate direttamente dalle funzioni di riferimento. I contenuti sono gestiti normalmente dagli utenti di relazioni esterne, Ufficio Stampa e Gare e contratti. Gli utenti che possono modificare i contenti sono 33, ovviamente non è possibile quantificare gli utenti che accedono al sito Ipotetici obiettivi di sviluppo delle singole Applicazioni ENAVigare: sito web della intranet aziendale Trasformazione del sito statico in portale, attraverso il quale diffondere informazioni e servizi, dando evidenza a quelle che sono le necessità degli utenti sia dal punto di vista delle informazioni che dal punto di vista delle applicazioni. In tal modo l utente potrà considerare il portale come unico unto di accesso a tutto ciò che gli è necessario per svolgere la sua attività all interno dell azienda. Il portale sarà conforme alla normativa sull accessibilità (Legge Stanca) Sarà realizzato in ambiente Oracle Portal integrato con il sistema di Content Management EC5. L accesso alle applicazioni e ai servizi avverrà tramite SSo, in base alla profilazione stabilita all interno dell OID. La gestione dei contenuti avverrà attraverso il sistema di Content Management EC5, ad eccezione di quelli per i quali è necessario realizzare o utilizzare sistemi specifici. Si prevede che tutti i contenuti saranno gestiti dalle funzioni competenti, secondo criteri in via di definizione ENAVIT: sito web internet aziendale Trasformazione del sito statico in portale, attraverso il quale: o Diffondere informazioni e servizi; o Ed effettuare la vendita on line di dati; o Consentire al personale Enav di accedere al portale intranet dall esterno. Il portale sarà conforme alla normativa sull accessibilità (Legge Stanca). Sarà realizzato in ambiente Oracle Portal integrato con il sistema di Content Management EC5. L accesso alle applicazioni a ai servizi avverrà tramite SSO, in base alla profilazione stabilita all interno dell OID. Appendice 1 al Capitolato Tecnico 34

35 La gestione dei contenuti avverrà attraverso il sistema di Content Management EC5, ad eccezione di quelli per i quali è necessario realizzare o utilizzare sistemi specifici. Si prevede che tutti i contenuti saranno gestiti dalle funzioni competenti, secondo criteri in via di definizione. Appendice 1 al Capitolato Tecnico 35