Caratteristiche e funzionalità. Il sottosistema storage Tier 3 di tipo object storage dovrà essere in grado di: - Protezione dei dati con replica remota: lo storage dovrà conservare una copia completa di un oggetto in locale e distribuire l'oggetto su più siti utilizzando erasure coding. - Architettura per lettura/scrittura active-active: lo storage deve avere un'architettura active-active su più siti con un unico namespace globale e accessibilità universale (object, file e HDFS), ciò consente di accedere ai contenuti da qualunque luogo, con qualsiasi applicazione o dispositivo. Il fatto di avere bucket di dati distribuiti su più siti consentono letture e scritture da e verso qualunque ubicazione nel mondo. Inoltre lo storage deve offrire una funzionalità di caching geografico che identifica i pattern di accesso a più siti ed esegue il caching dei dati presso la posizione in cui si verifica il maggior numero di accessi. - Accesso completo ai dati: lo storage deve consentire l'accesso simultaneo ai dati con più interfacce. Lo storage deve supportare in particolare i protocolli per Object, HDFS, NFS e CIFS. Per Object, deve supportare le API Object standard di settore Amazon S3 e OpenStack Swift. Inoltre deve essere possibile interagire con gli stessi dati tramite HDFS, compatibile con distribuzioni Hadoop come Cloudera ed Hortonworks. - Multi-tenancy: lo storage deve avere funzionalità multi-tenant, in modo da avere l'elasticità necessaria per espandere o modificare le offerte di servizio di storage, per soddisfare le esigenze di una utenza diversificata e per garantire l'integrità dei dati dei clienti archiviati su array comuni. Le funzionalità di monitoraggio e generazione di report possono essere personalizzate per fornire a tenant e altri utenti viste personalizzate specifiche dei propri ambienti di storage con più tipi di dati. - Misurazione a scopo di chargeback: lo storage deve poter tenere traccia dell'utilizzo dello storage da parte dei tenant e per singolo utente. Di seguito sono riportati i requisiti funzionali minimi della Componente Tier3 (Object Storage) che la fornitura dovrà rispettare:
Caratteristiche e funzionalità. Il sottosistema è composto da un terminale, con relativo software applicativo, che deve poter essere collegato al CCA, secondo le seguenti modalità alternative e/o combinate: Modem interno RTC; Scheda GPRS/EDGE/UMTS; Scheda di rete ethernet e/o Wi-Fi che in alcuni casi dove esiste connettività dati potrebbe essere utilizzata al posto dei modem. La scelta della modalità da utilizzare per il collegamento del singolo punto vendita sarà effettuata dall’azienda durante la fase di progettazione esecutiva. Il cliente deve poter effettuare il pagamento del corrispettivo utilizzando denaro contante e altri strumenti di tipo bancario (bancomat, carte di credito, ecc.) o l’eventuale credito disponibile nel Credito Trasporti presente sulla Smart card. A tal fine il terminale dovrà essere dotato di dispositivi hardware per la lettura/scrittura di Smart card contactless, un lettore per carte a microchip a contatti e un lettore a banda magnetica per carte bancarie. Il terminale da fornire presso la rete di rivendite delle varie aziende, deve essere di dimensioni fisiche contenute in considerazione del fatto che lo spazio disponibile presso gli esercizi è spesso limitato. Il terminale quindi dovrà offrire il miglior compromesso tra compattezza e funzioni accessibili tramite menu semplici e tasti di scelta rapida. Le principali funzioni che il terminale deve svolgere sono: Identificare l’operatore; Apertura e chiusura turno; Xxxxxxx contratti di viaggio e rinnovo/ricarica delle card e dei contratti; Annullamento e cancellazione della transazione con stampa di relativo scontrino; Blocco/sblocco del terminale; Autodiagnosi e inizializzazione; Stampa della ricevuta di pagamento; Stampa sub-totale per le verifiche di cassa; Ricezione dal CCA dei dati di configurazione sotto forma di file, tabelle di tariffe, nuove versioni dei parametri e nuove versioni del software; Collegamento con il CCA in tempo per la vendita contratti di viaggio e rinnovo/ricarica delle Smart card e dei contratti in alternativa alla modalità di vendita off-line. La scelta della modalità da utilizzare (online / offline) sarà effettuata dall’azienda durante la fase di progettazione esecutiva; Collegamento con il CCA per il trasferimento dei dati di attività con cadenza configurabile. Il sistema operativo del dispositivo dovrà essere preferibilmente di tipo standard (Windows, Linux, Android) e non proprietario. Il terminale deve possedere una batteria interna tipo “smartphone” ch...
Caratteristiche e funzionalità. Art. 1.2 Principali Servizi disponibili
Caratteristiche e funzionalità. 1. Il Fornitore ha realizzato la piattaforma informatica, via internet (in-cloud), dedicata al trattamento di dati di natura finanziaria per fornire Servizi alle Aziende ed ai Professionisti allo scopo di supportare le procedure contabili, amministrative e di gestione finanziaria.
Caratteristiche e funzionalità. Il software, come da proposta tecnica dell’appaltatore rispetta le caratteristiche e funzionalità sotto riportate:
Caratteristiche e funzionalità. 23.12.a) Tutte le funzionalità di Electronic Resource Management System (ERMS) devono essere integrate in un unico flusso di lavoro per l’intero ciclo di vita delle risorse elettroniche (selezione, trial, acquisizione, sottoscrizione, licenze, attivazione, manutenzione, valutazione e monitoraggio dell’uso, rinnovo, cancellazione). Deve gestire i modelli di acquisizione proposti dagli editori/fornitori (risorse singole, pacchetti, open access)