Scalabilità. Il sistema software deve garantire un elevato livello di scalabilità.
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 ingenerale rispetto alla baseline. Requisiti di tipo tecnico 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. Inoltre, 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. Requisiti di tipo tecnico RT8 Integrazione via Web Services La piattaforma deve consentire l'integrazione con altri servizi tramite Web Services e API. Requisiti di tipo tecnico RT9 Integrazione con altri sistemi aziendali La piattaforma deve consentire l'integrazione con la suite Microsoft Office365. Requisiti di tipo tecnico RT10 Integrazione con altri sistemi aziendali La piattaforma deve consentire l'integrazione Sharepoint. Requisiti di tipo tecnico 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. Requisiti di tipo tecnico RT12 Integrazione con altri sistemi aziendali Il sistema deve consentire l'integrazione con la piattaforma Oracle Enterprise Performance Management. Requisiti di tipo tecnico 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é leconfigurazioni del servizio. Requisiti 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 deriva...
Scalabilità. Esso deve avere caratteristiche di scalabilità tali che possa essere posto in esecuzione con: ❑ 8,000 local independent Lus ❑ 20,000 dependent Lus ❑ 500 concurrent TPs ❑ 8,000 intermediate sessions
Scalabilità. 1. Il sistema dovrà garantire le prestazioni elevate indipendentemente:
a) dal numero di operatori contemporanei che utilizzano la piattaforma,
b) dal tipo di elaborazione in corso sulla piattaforma stessa e
c) dal volume dei dati occupati da parte del comune di Palazzolo sull’Oglio.
2. Si stima che il massimo numero di utenti contemporanei possa essere costituito dall’intera forza lavoro dell’ente, compresi i membri dell’amministrazione politica, quantificabile indicativamente in 100 persone.
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à. Il sistema dovrà garantire le prestazioni elevate indipendentemente:
Scalabilità. Il sistema dovrà garantire le prestazioni elevate indipendentemente: - dal numero di operatori contemporanei che utilizzano la piattaforma, - dal tipo di elaborazione in corso sulla piattaforma stessa e - dal volume dei dati occupati da parte del comune di Rho. Si stima che il massimo numero di utenti contemporanei degli applicativi di back-office possa essere costituito dall’intera forza lavoro dell’Ente, compresi i membri dell’amministrazione politica, quantificabile indicativamente in 250 persone.
Scalabilità. Il trasporto di voce su reti basate su protocollo IP non solo rende piu’ semplice la gestione e l’espansione delle reti, ma offre soprattutto un’infrastruttura telefonica piu’ aperta e scalabile di quella tradizionale, con un gran potenziale legato ai nuovi servizi implementabili. In questo modo servizi quali la messaggeria unificata, gli operatori automatici, i servizi di rubrica on-line, diventano applicativi da integrare, riducendo i costi di implementazione ed aumentando il grado di integrazione.
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à. La soluzione proposta deve consentire la migliore integrazione di ulteriori componenti hardware e software a garanzia dell’evoluzione del sistema, secondo le eventuali sopraggiunte esigenze (aumento della produzione, aumento dello spazio di storage, estensione dell’utilizzo del sistema ad altri reparti produttori di bioimmagini, evoluzione degli standard, nuove sedi aziendali, ecc..).