CIG: A73. Disciplinare di gara

Transcript

1 DIPARTIMENTO I - TERRITORIO E PROGRAMMAZIONE DIREZIONE SVILUPPO ECONOMICO E PROGRAMMAZIONE Procedura aperta per l affidamento della fornitura di un sistema di supervisione del traffico e di una piattaforma di infomobilità. CIG: A73 Disciplinare di gara Allegato 5 Norme per la compilazione dell Offerta tecnica 30 ottobre 2009

2 L Offerta Tecnica dovrà comprendere necessariamente una Relazione Tecnica, la quale dovrà 1. essere redatta in lingua italiana; 2. essere sottoscritta a pena di esclusione dalla gara dal legale rappresentante dell Impresa o da suo procuratore. In caso di raggruppamento temporaneo o consorzio ordinario di concorrenti, di cui all art. 34, co. 1, lett. d) e lett. e) del D. Lgs n.163/2006, la medesima relazione dovrà essere sottoscritta, a pena di esclusione, da ciascuna impresa che costituisce o costituirà l'associazione o il consorzio. Nel caso di raggruppamenti o consorzi già costituiti il mandato collettivo irrevocabile con rappresentanza deve essere allegato in originale o copia conforme, da parte della mandataria/capogruppo alla documentazione necessaria per l'ammissione alla gara; 3. riportare l oggetto della gara ed i dati identificativi dell offerente (ragione sociale, codice fiscale, partita I.V.A., sede della Ditta), nonché la dicitura RELAZIONE TECNICA, 4. essere presentata su fogli singoli di formato DIN A4, non in bollo, con una numerazione progressiva ed univoca delle pagine; 5. essere contenuta entro le 100 (cento) pagine; 6. essere redatta con carattere di tipo Arial, in corpo non inferiore ai 10 punti (tabelle escluse per le quali si ammettono caratteri a 8 punti); 7. essere redatta secondo la struttura riportata nel seguito delle presenti norme; 8. fornire l evidenza atta a dimostrare la rispondenza della proposta del concorrente rispetto alle richieste ed alle specifiche riportate nei documenti di gara; 9. tener contro dei (sub-)criteri di valutazione riportati nel disciplinare, al fine di consentire alla Commissione Giudicatrice la puntuale valutazione per ciascuno di essi. L Offerta Tecnica potrà contenere anche degli allegati tecnici (es. datasheet, manuali, ecc.), solo se strettamente necessari per una migliore comprensione del contenuto dell Offerta Tecnica. Per i soli allegati tecnici è ammessa anche la lingua inglese. La Relazione Tecnica deve comunque essere completa ed autoesplicativa; pertanto gli elementi essenziali caratterizzanti l offerta e riportati negli eventuali allegati tecnici dovranno essere comunque ripresi nella Relazione Tecnica, che potrà poi rimandare ai singoli allegati per approfondimenti, indicando chiaramente il punto (pagina, sezione, capitolo, paragrafo, ecc.) cui si fa riferimento. Si precisa che l Offerta Tecnica presentata in sede di gara costituirà parte integrante del contratto di fornitura. Copia dell Offerta Tecnica e dei relativi allegati, in formato PDF, dovrà essere fornita su supporti non riscrivibili. In caso di difformità tra questa e la versione cartacea verrà considerata valida, ai fini della valutazione, la versione cartacea. La Relazione Tecnica dovrà essere redatta secondo la seguente struttura: 1. presentazione dell offerente; 2. descrizione della soluzione proposta (riprendendo la struttura delle specifiche tecniche allegate al Capitolato); 3. architettura di sistema; Pag. 2/5

3 a. modularità ed espandibilità dell'architettura; b. affidabilità e qualità dei componenti, fault tolerance e disponibilità dell architettura; c. interfacce con i sistemi periferici; 4. strumenti software, ambiente applicativo e software tools; 5. architettura logica del sistema e funzionalità; a. architettura e funzionalità del supervisore; i. metodologie di costruzione delle basi dati e di trattamento dei dati; ii. ricostruzione dello stato e identificazione delle situazioni di criticità; iii. interfacce operatore, rappresentazioni grafiche e cartografiche, elaborazioni statistiche; iv. costruzione di scenari, gestione eventi e on-line management; v. amministrazione e configurazione di sistema, e reportistica; b. architettura e funzionalità della piattaforma di infomobilità; i. utilizzo di canali alternativi di erogazione dei servizi; ii. livello di personalizzazione del servizio in base al profilo utente; iii. metodologie, strumenti e algoritmi utilizzati per il calcolo dei percorsi; iv. realizzazione di client dedicati per piattaforme specifiche; 6. funzionalità aggiuntive offerte; 7. qualità della documentazione tecnica; 8. assistenza in fase di avvio; a. configurazione del sistema e assistenza in fase di avvio; b. formazione operatori; 9. manutenzione in garanzia e assistenza al cliente; 10. organizzazione della produzione di commessa; 11. elenco degli allegati. Ai fini della compilazione della Relazione Tecnica secondo lo schema sopra indicato, l offerente dovrà tener conto delle indicazioni sotto riportate. Descrizione della architettura proposta e delle apparecchiature utilizzate, delle connessioni di rete che si intende impiegare, dell architettura della sala di controllo; sono graditi diagrammi e figure che illustrino l architettura. In questo ambito dovranno anche essere affrontate le seguenti tematiche: o Specifiche delle apparecchiature fornite, descritte secondo le usuali metodologie, eventualmente allegando i data-sheets degli apparati; o Caratteristiche di affidabilità, disponibilità e fault tolerance del sistema, capacità di funzionamento in modo degradato e di recovery dei malfunzionamenti. Il proponente dovrà riportare gli indici di affidabilità del sistema, facendo anche riferimento ai dati MTBF ed MTTR delle apparecchiature e spiegando comunque la metodologia di calcolo dei parametri di sistema; dovrà inoltre illustrare le eventuali caratteristiche del software atte a supportare funzionamenti degradati del sistema; o Indici prestazionali del sistema: in relazione al dimensionamento fornito dell hardware e delle caratteristiche del software dovranno essere forniti gli indici prestazionali del sistema, facendo riferimento al set minimo descritto nella presente proposta, e dichiarando in quali condizioni tali indici dovranno essere misurati. Gli indici riportati e le relative metodologie di misura saranno impegnative per il fornitore e potranno essere impiegate dall Amministrazione quali parametri di collaudo. o Livelli di sicurezza nelle politiche di accesso e di comunicazione, con particolare attenzione alla descrizione dei metodi con cui il sistema garantirà l integrità dei dati e la loro sicurezza. Pag. 3/5

4 o Modularità ed espandibilità dell architettura. Sarà valutata favorevolmente una analisi quantitativa del problema, che evidenzi i margini di espandibilità del sistema sia in termini di apparati e sistemi periferici collegati sia in termini di apparati di centrale. Descrizione delle interfacce con i sistemi periferici. Per ognuno dei sistemi periferici da interfacciare andranno descritte chiaramente le modalità di interfaccia ed ogni eventuale pre-requisito che tali sistemi dovranno avere, nonché ogni difformità in tal senso rispetto a quanto richiesto e ipotizzato nel presente capitolato. In particolare andranno evidenziate le necessità di modifiche o interventi hardware o software sui sistemi periferici e andranno comunque chiaramente evidenziati i requisiti che i sistemi periferici dovranno soddisfare. Saranno valutate favorevolmente quelle soluzioni che comportino il minimo impatto sui sistemi periferici. Descrizione del software di base, dell ambiente applicativo, dei software tools applicativi e di sviluppo utilizzati. Architettura logica di sistema e descrizione generale del funzionamento: descrizione della architettura software del sistema, illustrazione dei vari moduli software e delle loro relazioni e dei principali meccanismi di funzionamento che caratterizzano il prodotto Descrizione funzionale del sistema: con riferimento alle funzioni richieste dal capitolato, l offerente dovrà descrivere in modo dettagliato come e mediante quali moduli software le varie funzioni richieste siano svolte dalla soluzione proposta; l offerente potrà ricorrere all uso di figure riportanti maschere del sistema per illustrare visivamente le varie funzionalità. Qualora il prodotto proposto presenti caratteristiche aggiuntive rispetto a quelle richieste, anche queste caratteristiche dovranno essere descritte allo stesso modo. o La descrizione funzionale del sistema dovrà essere articolata su due sezioni distinte: Il supervisore di traffico: dovrà descrivere le varie funzionalità del supervisore facendo riferimento a quelle richieste nel presente documento di capitolato ed evidenziando eventuali funzionalità aggiuntive offerte. Dovranno essere chiaramente descritti, tra l altro: Le interfacce operatore e le rappresentazioni, mettendo in evidenza il livello della semplicità di accesso, della fruibilità delle funzioni, della chiarezza e immediatezza nella rappresentazione dei dati e l efficacia della rappresentazione dei dati sulla base cartografica e delle relative funzioni operatore offerte. Gli algoritmi utilizzati per le funzionalità di ricostruzione stato, predizione, e le altre che richiedano impiego di tali tecniche; Le metodologie di costruzione delle basi dati e di trattamento dei dati; La possibilità di integrazione nei due sensi dei dati georeferenziati trattati e con altre applicazioni in ambito Provinciale e Comunale; La piattaforma di infomobilità: anche in questo caso dovranno essere descritte le funzionalità nel modo sopra riportato, con evidenza particolare alle eventuali offerte aggiuntive in termini di servizi resi. La descrizione dovrà in particolare contenere elementi esaustivi su: Metodologie di profilazione dell utente e di erogazione dei servizi in base alla stessa; Metodologie, strumenti e algoritmi utilizzati per il calcolo dei percorsi ; Interfacce operatore; o Per entrambi i sottosistemi dovranno poi essere definiti: Flessibilità, modularità ed espandibilità dell architettura logica in termini di riconfigurabilità dei sistemi collegati, di possibili espansioni degli stessi e di loro diversificazione, di aggiunta di nuove funzionalità e di miglioramento delle esistenti, ecc. o Sarà valutata positivamente una chiara descrizione delle funzionalità anche attraverso il ricorso a metodologie di descrizione standard, quali UML. Pag. 4/5

5 o Eventuali funzionalità aggiuntive richieste: dovranno essere chiaramente descritte le eventuali funzionalità aggiuntive offerte, in termini di utilità d uso, applicabilità, e modalità di realizzazione. Documentazione di sistema: andranno descritti i manuali forniti e l altra documentazione che sarà resa. Configurazione iniziale di sistema: andrà descritto il lavoro di configurazione di sistema che sarà svolto, la metodologia che si intende seguire, il profilo professionale del personale che sarà coinvolto. Corsi di formazione per gli operatori ed i manutentori: per ognuno dei corsi previsti andranno indicati contenuti formativi, metodologie, docenti, materiale didattico fornito, eventuali supporti formativi, durata dei corsi, numero massimo di partecipanti, eventuali repliche. Procedura di test e avvio del sistema: l offerente dovrà definire una procedura di test e avvio del sistema evidenziando in particolare le modalità che intende adottare per garantire nel miglior modo la presa in carico del sistema da parte della Provincia e del Comune di Firenze. Procedura di collaudo: l offerente dovrà definire una procedura di collaudo di cui l Amministrazione potrà avvalersi, ferma restando la completa autonomia in questo senso del collaudatore che sarà nominato. Manutenzione in garanzia e post garanzia: l offerente dovrà definire le modalità di intervento sia per quanto riguarda la manutenzione preventiva che quella a chiamata, i tempi di intervento, le procedure di segnalazione, presa in carico, effettuazione degli interventi, chiusura degli stessi, reporting. Dovrà essere descritta l assistenza in linea o attraverso call center offerta. Tali condizioni vanno definite sia per la manutenzione erogata durante il periodo di garanzia che dopo lo stesso. Dovranno essere inoltre descritte brevemente le strutture che l offerente impiega per fornire assistenza nella zona di Firenze. Infine andrà dichiarato se la manutenzione fornita includa o meno il rilascio di eventuali nuove major releases del software. Consistenza della fornitura: dovrà essere dettagliata la consistenza della fornitura offerta comprendente tutti gli apparati, i software ed i servizi forniti, evidenziando chiaramente limiti e condizioni di fornitura, evidenziando eventuali difformità rispetto a quelle esplicitamente richieste da questo capitolato. Tempi di consegna, crono programma e organizzazione della fornitura: l offerente dovrà fornire un dettagliato crono programma del progetto, evidenziando tutti gli eventi più significati ed i punti di controllo dell avanzamento del progetto, tenendo conto delle indicazioni di priorità fornite nel capitolato. Gradita un analisi delle criticità prevedibili e delle eventuali azioni di si intende intraprendere in caso si verificassero. Organizzazione della commessa e del processo di realizzazione del sistema, qualificazione del personale chiave e procedure di controllo della qualità: l offerente dovrà descrivere sinteticamente come intende organizzare la commessa, quali sono le metodologie di produzione del software che adotta, come intende rapportarsi con l Amministrazione committente nelle varie fasi del progetto. Particolare attenzione andrà posta ai rapporti con gli Enti fornitori di dati i cui sistemi periferici andranno collegati con il supervisore. Dovrà fornire i curricula delle figure chiave all interno dell organizzazione della commessa. Dovrà infine descrivere brevemente le procedure di controllo della qualità che applicherà. L offerente potrà accludere certificati di certificazione ISO o altri attestati rilevanti. Pag. 5/5