Architettura Clausole campione
Architettura. L’autenticazione è gestita dal portale di Equitalia tramite una procedura di SSO custom denominata EQS_SSO (anch’essa scritta in Java e fondata su un LDAP di IBM). L’applicazione è sviluppata in Java, usando il paradigma J2EE e il pattern MVC, architettura multi-tier. Il database è Oracle 11g RAC. L’acceso ai dati è possibile tramite la gestione di pool di connessioni affidate al WAS. La cui manutenzione è oggetto di questa gara e sarà descritta nel seguito.
Architettura. L’autenticazione è gestita dal portale di EQ tramite una procedura di SSO custom denominata EQS_SSO (anch’essa scritta in Java e fondata su un LDAP di IBM). L’applicazione è sviluppata in Java, usando il paradigma J2EE e il pattern MVC. Il database è Oracle 11g RAC. L’acceso ai dati è possibile tramite la gestione di pool di connessioni affidate al WAS. Anche in questo caso il programma esegue una validazione formale e di merito della minuta tramite una seconda applicazione denominata CIF (Controlli in Frontiera). Una volta acquisito il file e verificato che il formato è corretto, il file è trasferito su mainframe tramite SPAZIO di Primeur, per essere processato dalle procedure che producono i ruoli di EQ.
Architettura. Il sistema è sviluppato sulla piattaforma J2EE ed espone i propri servizi mediante Web Service. Il database è Oracle 11 g RAC. L'acceso ai dati è possibile tramite la gestione di pool di connessioni affidate al WAS. Una volta acquisiti i file e verificata la validità degli stessi, il sistema provvede al trasferimento dei file su mainframe tramite SPAZIO di Primeur, per essere processato dalle procedure che producono i ruoli di EQ.
Architettura. L’architettura utilizzata dal sistema di produzione è quella organizzata a livelli (layer), ed è quella predominante nello sviluppo di applicazioni server-side. In tale architettura i componenti sono organizzati in livelli separati, ciascuno dei quali svolge un compito ben definito: • presentation layer: è responsabile della visualizzazione della Graphical User Interface (GUI) e della gestione dell’input utente (passando le richieste al business logic layer); • business logic layer: contiene tutta la logica dell’applicazione ovvero i processi che l’applicazione può eseguire, recupera e salva dati interagendo con il persistence layer; • persistence layer: fornisce un’astrazione ad alto livello e object-oriented del database layer; • database layer: consiste di un relational database management system.
Architettura. L’autenticazione è gestita tramite il portale EQ e la profilazione attraverso il servizio GPU. L’applicazione consiste di un layer di frontend, dedicato all’interfaccia con l’utente, e uno di back end contenente le logiche di business.
Architettura. E’ richiesta un’architettura ridondata e fault tolerance. S’intende, quindi, che siano ridondati anche le singole componenti hardware che compongono il sistema. Si richiede la messa in esercizio di due siti installati nella intranet dell’Amministrazione, entrambi a Roma. Il fornitore deve realizzare anche sistemi di backup e disaster recovery delle banche dati delle rassegne stampa, delle rassegne web e delle rassegne audio-video
Architettura. I dispositivi, ubicati al PCC, che costituiranno il sistema in questione sono i seguenti: • n°1 Centrale Oraria (Network Master Clock) • n°1 Antenna GPS Il sistema si baserà su un’architettura periferia-centro, dove: • il centro è costituito dagli apparati suddetti in grado di distribuire l’informazione oraria • la periferia è costituito dall’insieme dei dispositivi che necessitano di sincronizzazione La comunicazione tra centro e periferia sarà garantita dalla rete multiservizio Gigabit Ethernet, sulla quale viene implementato protocollo NTP con modalità di tipo client-server. La Centrale Oraria, ricevuto il segnale di sincronismo dall’antenna con riferimento temporale alla quale è collegata, distribuirà l’informazione oraria ai dispositivi che necessitano di sincronizzazione.
Architettura. L’operatività TP per le funzioni di richiesta, visualizzazione e conferma delle esecuzioni avviene attraverso mappe CICS. La piattaforma software di trasmissione dei flussi informatici per la riscossione da mainframe è basata su IBM Tivoli Netview Ftp. Le fasi elaborative dei dati e di ottenimento degli spool di stampa avviene su mainframe utilizzando tabelle DB2. Le fasi di elaborazione degli spool di stampa avviene su piattaforma CSF Designer utilizzando l’architettura AFP per l’ottenimento degli spool tipografici (le attività con CSF Designer non sono comunque oggetto di fornitura).
Architettura. L’Appaltatore dovrà rispettare i disegni forniti con il progetto in Appalto e verificare tutte le dimensioni riportate in essi. Dovrà inoltre verificare la corrispondenza tra i diversi documenti forniti dal Committente in fase di gara o nelle fasi successive. Sarà responsabilità dell’Appaltatore verificare che la realizzazione delle opere oggetto del presente Appalto sia conforme alle norme di fabbricazione, posa in opera e sicurezza. Si richiama all’attenzione dell’Appaltatore che i disegni e i dettagli forniti dal Committente devono essere considerati come rappresentativi degli aspetti estetici, delle finiture e delle caratteristiche funzionali e strutturali generali; sarà a carico della Appaltatore la definizione di complementi o messe a punto necessarie per garantire la durevolezza e le prestazioni funzionali delle opere, particolarmente in materia di stabilità e di facilità d’uso. L’Appaltatore sarà tenuto a preparare i disegni d’officina e di cantiere, e tutti i dettagli necessari con la maggiore cura possibile al fine di realizzare l'Opera finita e funzionante a perfetta regola d'arte, in conformità al progetto senza apprezzabili differenze tecniche e senza aumenti di costo. L’Appaltatore sarà ritenuto responsabile di ogni errore di esecuzione commesso durante la realizzazione delle opere.
Architettura. Il Sistema Radio sarà costituito da: • N° 4 Stazioni Radio Base (il numero delle stazioni Radio Base potrà essere esattamente definito solo nelle successive fasi progettuali, a seguito di adeguato studio di Radio- Copertura del tracciato tramviario) • N° 1 Radio Core installato nella sala apparati del PCC • N° 1 Dispatcher per la Postazione Operatore del Supervisore diLinea • N° 1 Dispatcher per la Postazione Operatore SCADA • N° 1 Dispatcher per la Postazione del Supervisore di Sala di Controllo • N° 1 Postazione per la gestione e la configurazione della rete TETRA (Network Management System) • Radio veicolari a bordo dei veicoli tramviari • Terminali portatili per le squadre di manutenzione Le interconnessioni tra le Stazioni Radio Base ed il Radio Core saranno realizzate tramite la rete di trasmissione in fibra ottica (fibre dedidate per ciascuna SRB). La fibra ottica garantisce, infatti, la larghezza di banda necessaria al flusso dati che interessa il link SRB-Nodo. Per quanto riguarda la copertura radio, allo stato attuale del progetto si assume che i siti che saranno individuati nelle successive fasi progettuali insieme insieme con l’Amministrazione per il posizionamento delle stazioni radio base, garantiscano un target di copertura soddisfacente lungo il tracciato della linea tramviaria, La localizzazione dei siti caratterizza direttamente il livello di copertura, l’architettura del sistema proposto e, in particolare, il numero di stazioni radio base. Qualora i siti individuati per le stazioni radio base non fossero adatti a garantire la copertura voluta, potrà essere necessario aumentare il numero di stazioni radio base rispetto a quello ipotizzato in questa fase.
