Scalabilità. Il sistema software deve garantire un elevato livello di scalabilità.
Scalabilità. 1. Il sistema dovrà garantire le prestazioni elevate indipendentemente:
Scalabilità. Ogni dispositivo dovrà essere dotato di almeno 2 controller di tipo Active/Active. Ogni controller dovrà essere dotato di almeno 2 CPU-Socket. RO.8 Costituirà elemento migliorativo la fornitura di dispositivi dotati di almeno 4 controller di tipo Active/Active. EM.4 Costituirà elemento migliorativo la fornitura di dispositivi dotati di almeno 120 CPU-Core ognuno. EM.6 Costituirà elemento migliorativo la fornitura di dispositivi dotati ognuno di CPU-Socket Intel. EM.7 Connettività SAN Ogni dispositivo dovrà essere compatibile con i dispositivi SAN CISCO MDS 9xxx e SAN BROCADE X6. RO.10 Costituirà elemento migliorativo la fornitura di dispositivi presenti nella matrice di interoperabilità CISCO MDS e BROCADE. EM.8 Ogni dispositivo: Dovrà avere un numero minimo di interfacce FC e relativi transceiver pari a 16 con velocità di 16 Gbps; Dovrà essere dotato degli opportuni transceiver per tutte le interfacce di network. RO.11 Costituirà elemento migliorativo la fornitura di dispositivi dotati ognuno di interfacce FC e relativi transceiver a 32 Gbps. EM.9 Costituirà elemento migliorativo la fornitura di dispositivi dotati ognuno di un numero di interfacce FC maggiore o uguale a 24. EM.10 NVMe Costituirà elemento migliorativo la fornitura di dispositivi in ognuno dei quali la connessione tra i dischi dati ed il bus di sistema avvenga nativamente tramite protocollo NVMe. Sono esclusi dal presente elemento migliorativo tutti i dispositivi di caching dei dati. EM.11 Costituirà elemento migliorativo la fornitura di dispositivi ognuno con un sistema di cache basato su tecnologia SCM con protocollo NVMe. EM.12 SSD/SCM Costituirà elemento migliorativo la fornitura di dispositivi che utilizzino ognuno SSD o SCM Enterprise Dual Port. EM.13
Scalabilità. La piattaforma deve essere scalabile e permettere di aggiungere maggiori risorse con l'obiettivo di supportare un numero crescente di utenti, società, documenti e dati in generale rispetto alla baseline. RT7 Compatibilità a fronte di nuove realease della piattaforma L'Operatore Economico deve assicurare, a fronte di rilasci di nuove versioni principali o secondarie della piattaforma (major/minor release), la compatibilità con tutte le configurazioni/personalizzazioni effettuate per rispondere all'esigenze dell'organizzazione, nonché la compatibilità con le integrazioni attivate con i sistemi del Gruppo FS. lnoltre, l'Operatore Economico deve descrivere, mediante documentazione opportuna, il processo e le modalità di aggiornamento dell'applicazione SaaS, indicando in maniera trasparente e chiara l'impatto di ogni operazione sulle funzionalità del servizio. L'Operatore Economico deve condividere il piano e le modalità di test end to end delle modifiche apportate. RT8 Integrazione via Web Services La piattaforma deve consentire l'integrazione con altri servizi tramite Web Services e API. RT9 Integrazione con altri sistemi aziendali La piattaforma deve consentire l'integrazione con la suite Microsoft Office365. RT10 Integrazione con altri sistemi aziendali La piattaforma deve consentire l'integrazione Sharepoint. RT11 Integrazione con altri sistemi aziendali La piattaforma deve consentire l'integrazione con altri sistemi aziendali: es. SAP BW/4, SAP S/4, SAP Ecc, SAP BW Netweaver, SAP HR. RT12 Integrazione con altri sistemi aziendali Il sistema deve consentire l'integrazione con la piattaforma Oracle Enterprise Performance Management. RT13 Estrazione completa dei dati Deve essere sempre possibile, da parte di FS Technology, l'estrazione di una copia completa dei dati memorizzati e gestiti dal servizio (in formato standard, non proprietario e riutilizzabile), ivi compresi i dati derivati quali log e statistiche di utilizzo, nonché le configurazioni del servizio. ID Critical Capabilities di tipo tecnico RT14 Migrazione verso altra applicazione Al termine del contratto, deve essere prevista un'attività di migrazione dei dati del servizio verso un'altra applicazione con conseguente eliminazione permanente dei dati di proprietà del Gruppo FS al termine della procedura di migrazione (inclusi i dati derivati e i dati di backup). Per quanto riguarda i documenti, i file dovranno essere esportati in formato originale, o in altro formato standard di mercato, secondo quan...
Scalabilità. Verranno tenute in particolare considerazione le offerte degli operatori economici concorrenti che contengono servizi di trasporto scalabili, in termini di banda disponibile, e riconfigurabili. Verrà inoltre valutata la possibilità di poter variare la banda garantita offerta senza interventi di sostituzione degli apparati attivi e senza interruzioni significative del servizio.
Scalabilità. Deve essere garantita la scalabilità dell’ architettura nelle sue varie componenti per rispondere, ad esempio, ad eventuali incrementi di accesso o di carico o a necessità di maggiori capacità di storage.
Scalabilità. La scalabilità indica la capacità di un sistema di gestire la crescita del lavoro al suo interno, pronto in ogni istante ad essere ampliato. Per esempio, essa può far riferimento alla capacità di un sistema di aumentare il passaggio di dati al suo interno (e la relativa capacità di elaborazione degli stessi) quando vengono aggiunte nuove risorse al sistema, tipicamente risorse hardware. Un significato analogo di scalabilità viene attribuito quando si è in un contesto commerciale, la scalabilità di una compagnia indica la capacità per i suoi modelli di business di fornire una crescita economica al crescere delle dimensioni e degli affari della compagnia. Al livello più basso possibile, la scalabilità significa fare di più di qualcosa, sia esso un lavoro, un processo o altro. Scalare una applicazione web significa allora permettere a più persone di accedere ad essa e utilizzarla nello stesso momento. La scalabilità è la sua capacità di offrire il servizio gestendo un numero crescente di utenti che lo richiedono. Diverse tipologie di scalabilità di un sistema informatico: - Scalabilità verticale: aggiunta di risorse con l’obiettivo di aumentare, al contempo, la capacità del sistema. Per esempio: aggiungere più CPU al proprio server, oppure espandere la memoria del proprio storage o della propria memoria ram.
Scalabilità. L’obiettivo dell'iniziativa è quello di coprire potenzialmente tutta la popolazione Italiana e tutte le transazioni digitali degli acquirer e sarà quindi dimensionato rispetto ai volumi attesi.
Scalabilità. Vodafone Italia S.p.A. Società del gruppo Vodafone Group Plc. con socio unico Converge S.p.A. Sede legale: Xxx Xxxxxx, 13 - 10015 Ivrea (TO) - Italia Tel. +39 0000.0000 - xxx.xxxxxxxx.xx/
Scalabilità. Il sistema software deve garantire un elevato livello di scalabilità. Il sistema deve fondarsi su una base dati che riunisca in un unico contenitore logico le informazioni condivise da più applicazioni. Deve quindi essere costituita un’architettura di gestione dati logicamente unificata che consenta una visualizzazione delle informazioni in maniera trasversale dai singoli servizi o dalle applicazioni, riducendo al minimo il concetto di ridondanza del dato. Tutte le applicazioni devono avere un’interfaccia a finestre o, in alternativa, un'interfaccia grafica utilizzabile via browser con specifica compatibilità con Mozilla Firefox dalla versione 45 in poi. L'interfaccia deve risultare intuitiva ed autoesplicativa, evitando agli utenti disagi nell'interpretazione dei comandi, e di dover ricordare sequenze di operazioni non segnalate dall'interfaccia stessa. Inoltre, gli applicativi, in caso di errore, devono segnalarne la tipologia, nonché gli eventuali inconvenienti in maniera chiara ed esplicita in modo da avere la possibilità di verificare on line ulteriori dettagli e suggerimenti per la risoluzione dello specifico problema. Dal lato server, le applicazioni devono essere fornite come servizio in cloud o, qualora installate su un server posto sotto il diretto controllo della SA, avere una compatibilità con il S.O. Linux (ad. es. CentOS, Debian, ecc.). Il sistema fornito deve permettere l’integrazione diretta, con i tools di produttività personale tipici degli ambienti di office automation con specifica compatibilità con Open Office. Inoltre l’eventuale risultato di una stampa/query parametrizzata deve essere in formato “open” rielaborabile con i più diffusi strumenti di produttività. Tutte le procedure devono essere dotate di esaustivo manuale contestuale in linea (help online) richiamabile dall'utente senza dover interrompere l'operatività in corso. Deve essere inoltre garantito un servizio di Helpdesk con comunicazione interattiva con l'utente. Di seguito nella tabella seguente vengono indicati, per ciascun tipo di problematica, i criteri di classificazione, nonché la tempistica di risoluzione decorrenti dalla chiamata telefonica o con il sistema del “trouble ticketing”. Il problema grave rende la funzione “non utilizzabile” o “non disponibile”. Tutti i servizi erogati non sono disponibili. Entro 2h (due ore) Il problema rende alcune funzioni non fondamentali “non utilizzabili” o “non disponibili” e non esiste una soluzione alternativa. Entro 6h (sei ore)...