Application Server Clausole campione

Application Server. Il Servizio FEA e libreria Xyzmo (parte server) sono installati su server dedicato. Si tratta di un web site che espone API e comunica internamente con un database Microsoft Sql Server (versione 2012), che non viene mai esposto all’esterno.
Application Server. Dal punto di vista hardware l’Application Server è il sistema su cui risiede il software applicativo ed il software di base, il compito di questo è di permettere l’esecuzione delle applicazioni Java. Nel diagramma proposto precedentemente sono presenti appositi server capaci di occuparsi della gestione della Web Cache e delle immagini. L’attività a cui si dedica ogni Application Server dipende dal tipo di “software di base“ residente. La presenza di Application server dediti ad un’attività specifica mira ad ottimizzare le performance del nuovo Indice nel contesto Web, specie qualora avvengano migliaia di accessi ogni ora. Possiamo quindi definire, in senso “esteso”, un “Application Server” come un sistema in grado di gestire “Applicazioni Java, Web Cache ed Immagini”. La scalabilità garantita dal sistema permette di gestire con relativa facilità eventuali incrementi di utenza semplicemente aggiungendo nuovi Application Server. Il sistema proposto è montato in rack con un singolo monitor; tramite questo è possibile collegarsi, individualmente, ad ogni application Server. 3.2.1. Un esempio
Application Server. La maggior parte del software applicativo è coperta da contratti di assistenza con le Ditte produttrici e quindi l’assistenza su queste procedure è esclusa dal presente contratto. L’application server maggiormente presente è Apache Tomcat.
Application Server. L’implementazione dell’Application Server prevede la fornitura di due Blade Server, da configurare in alta affidabilità. Ciascun Blade Server dovrà essere dotato di un potenziale prestazionale capace di garantire un valore di SPECint_rate_base2000 pari almeno a 25 (venticinque) (benchmark di riferimento SPECint_rate2000). Ogni Blade Server avrà, inoltre, le seguenti caratteristiche: Caratteristica Quantità Processore/i che rispettino le caratteristiche del benchmark indicato in precedenza 2 Memoria RAM ECC 4GB Caratteristica Quantità Hard disk interni da almeno 72GB non formattati e velocità di rotazione di almeno 7200rpm, compatibili con il controller indicato al paragrafo 4.1.2, configurati in RAID1 2
Application Server. Il server da fornire dovrà avere le seguenti caratteristiche tecniche minime:
Application Server. Il PDA è pubblicato su un application server JBoss 5.1 installato su un server Linux Red Hat. I servizi HTTP sono protetti da WebAgent Siteminder che effettuano l’autenticazione e autorizzazione degli utenti all’utilizzo delle risorse.
Application Server. È’ la coppia di application server, in configurazione di bilanciamento di carico, che ospita tutti i moduli applicativi (business logic) del sistema. Su questi server dev’essere installato in cluster l’application server Java EE GlassFish in versione community, nel numero di istanze necessario. I server hanno un’ area disco in comune, su disk array, necessaria per gestire i file versati, prima dell’archiviazione; quest’ area è realizzata tramite file system GFS (Global File System), di modo da poter essere raggiunta tramite fiber channel, conseguendo così elevate performances. La distribuzione del carico sulle due macchine viene gestita dalla coppia di bilanciatori di carico di front-end (LB1 e LB2). Il sistema operativo previsto è Red Hat Linux Enterprise 6, integrato da RedHat Resilient Storage Add- On, per la realizzazione del file system GFS.
Application Server. La figura che segue mostra l’architettura dell’Application server dell’ambiente di supporto. Collaudo load balancing Collaudo load balancing SAN fc Istituzionale Collaudo load balancing Si richiede la fornitura di almeno un Server High Level partizionabile (fino ad almeno Le partizioni saranno specializzate per dominio applicativo, in particolare: • cinque partizioni al sottosistema Istituzionale; • sette partizioni al sottosistema di Autogoverno. Il Fornitore può proporre una configurazione basata su uno o al massimo due server, purché siano garantiti comunque complessivamente i requisiti minimi individuati e i massimi livelli di affidabilità.

Related to Application Server

  • Programma esecutivo dei lavori dell'appaltatore e cronoprogramma Prima dell'inizio dei lavori l’Appaltatore, ai sensi del comma 10 dell’art. 45 D.P.R. 554/99, predispone e consegna alla direzione lavori, che si esprimerà entro 5 giorni, un proprio programma esecutivo dei lavori, elaborato in relazione alle proprie tecnologie, alle proprie scelte imprenditoriali e alla propria organizzazione lavorativa; tale programma deve riportare per ogni lavorazione, le previsioni circa il periodo di esecuzione, nonché l'ammontare presunto, parziale e progressivo, dell'avanzamento dei lavori alle date contrattualmente stabilite per la liquidazione dei certificati di pagamento deve essere coerente con i tempi contrattuali di ultimazione e deve essere approvato dalla direzione lavori, mediante apposizione di un visto, entro cinque giorni dal ricevimento. Trascorso il predetto termine senza che la direzione lavori si sia pronunciata, il programma esecutivo dei lavori si intende accettato, fatte salve evidenti illogicità o indicazioni erronee palesemente incompatibili con il rispetto dei termini di ultimazione. Il programma esecutivo dei lavori dell'Appaltatore può essere modificato o integrato dalla Stazione appaltante, mediante ordine di servizio, ogni volta che sia necessario alla miglior esecuzione dei lavori e in particolare: a) per il coordinamento con le prestazioni o le forniture di imprese o altre ditte estranee al contratto; b) per l'intervento o il mancato intervento di società concessionarie di pubblici servizi le cui reti siano coinvolte in qualunque modo con l'andamento dei lavori, purché non imputabile ad inadempimenti o ritardi della Stazione committente; c) per l'intervento o il coordinamento con autorità, enti o altri soggetti diversi dalla Stazione appaltante, che abbiano giurisdizione, competenze o responsabilità di tutela sugli immobili, i siti e le aree comunque interessate dal cantiere; a tal fine non sono considerati soggetti diversi le società o aziende controllate o partecipate dalla Stazione appaltante o soggetti titolari di diritti reali sui beni in qualunque modo interessati dai lavori intendendosi, in questi casi, ricondotta la fattispecie alla responsabilità gestionale della Stazione appaltante; d) per la necessità o l'opportunità di eseguire prove sui campioni, prove di carico e di tenuta e funzionamento degli impianti, nonché collaudi parziali o specifici; e) qualora sia richiesto dal coordinatore per la sicurezza e la salute nel cantiere, in ottemperanza all'articolo 92 del decreto legislativo n. 81 del 2008. In ogni caso il programma esecutivo dei lavori deve essere coerente con il piano di sicurezza e di coordinamento del cantiere, eventualmente integrato ed aggiornato. Ai sensi dell’art. 42 del Regolamento Generale, i lavori sono comunque eseguiti nel rispetto del cronoprogramma accettato dalla Stazione appaltante e facente parte degli elaborati del progetto esecutivo. Tale programma, che potrà fissare scadenze inderogabili per l’approntamento delle opere necessarie all’inizio di forniture e lavori da effettuarsi da altre ditte per conto della Stazione appaltante, ovvero necessarie all’utilizzazione, prima della fine dei lavori e previo certificato di collaudo o certificato di regolare esecuzione, riferito alla sola parte funzionale delle opere, può essere modificato dalla Stazione appaltante al verificarsi delle condizioni di cui al comma 2. Eventuali aggiornamenti del programma legati a motivate esigenze organizzative dell’Appaltatore e che non comportino modifica delle scadenze contrattuali, possono essere approvati dal Responsabile del procedimento. In caso di consegna parziale, il programma di esecuzione dei lavori di cui al comma 1, deve prevedere la realizzazione prioritaria delle lavorazioni sulle aree e sugli immobili disponibili; qualora dopo la realizzazione delle predette lavorazioni permangano le cause di indisponibilità, si applica l’articolo 133 del regolamento generale.

  • Servizi di trasporto per ferrovia 19 Servizi di trasporto per via d’acqua 20 Servizi di supporto e sussidiari per il settore dei trasporti

  • Efficacia del “Patto di Integrità” Il presente Patto di Integrità per gli affidamenti di lavori, per la fornitura di beni e di servizi dispiega i suoi effetti fino alla completa esecuzione del contratto conseguente ad ogni specifica procedura di affidamento, anche con procedura negoziata.

  • Modalità di erogazione del servizio Il servizio consiste nel fornire supporto e assistenza telefonica e a domicilio, presso l’ambulatorio medico ai MMG e PLS del territorio di riferimento del singolo lotto. Il servizio dovrà essere erogato in modo tale che ciascun MMG e PLS incluso nel lotto sia supportato a partire dall’installazione del software di cartella clinica elettronica integrato con Medir presso la postazione di lavoro del medico stesso. Nel paragrafo 3.6 sono fornite dettagliate informazioni sui tempi previsti per le installazioni dei software di cartella clinica integrati presso tutti i medici sardi. I tutor saranno coordinati e coadiuvati dai tutor di Sardegna IT (d’ora in poi chiamati “tutor Sardegna IT”) che, inoltre, ne cureranno anche la formazione iniziale, come specificato meglio più avanti. Per ogni lotto ci saranno dei “tutor Sardegna IT” di riferimento ai quali i tutor degli aggiudicatari si potranno rivolgere per la definizione della programmazione e delle attività. Nel servizio fornito dalle aziende aggiudicatarie dovrà, inoltre, essere compresa la figura di un coordinatore di progetto che interagisca con Sardegna IT per questioni di carattere organizzativo e amministrativo come la raccolta e l’invio della reportistica settimanale sulle attività, la rendicontazione contabile bimestrale e ogni altra questione inerente gli aspetti della gestione del servizio reso nel suo complesso. Il coordinatore di progetto dell’azienda aggiudicataria si occuperà, pertanto, di fungere da interfaccia tra i tutor e i “tutor Sardegna IT”, occupandosi di recepire le indicazioni di questi ultimi sugli aspetti organizzativi del servizio e le informazioni sulle necessità specifiche dei medici. Per l’erogazione del servizio, i tutor dovranno effettuare formazione adeguata tramite frequenza a corsi frontali, e/o corsi on line e/o studio di manualistica in modo da poter fornire il supporto ai medici per ognuno dei software di cartella clinica in uso ai MMG e PLS della RAS. La tabella 2 del paragrafo 3.7 riporta la tipologia di software in uso presso i MMG e PLS ricompresi in ciascun lotto. La formazione verso i tutor sarà erogata dai produttori dei software di cartella clinica per quanto concerne, in generale, le funzionalità principali del software e, in particolare, la loro integrazione sul sistema Medir. Si specifica, al riguardo, che questo tipo di formazione non è da considerarsi preliminare all’avvio delle attività di tutoraggio, pertanto, potrà essere erogata anche durante lo svolgimento del servizio. Per quanto riguarda, invece, la formazione dei tutor sulle attività da svolgere e le modalità da seguire per la loro attuazione, essa sarà erogata dai “tutor Sardegna IT” che fungeranno anche da coordinatori delle attività stesse. Ai tutor sarà fornita tutta la documentazione tecnica necessaria per la conoscenza del sistema Medir, del suo funzionamento e del funzionamento degli applicativi e dei sistemi ad esso collegati. Si specifica che questo tipo di formazione è da considerarsi un’attività propedeutica e pertanto sarà erogata agli aggiudicatari prima dell’avvio del servizio verso i medici. Di seguito si riepilogano le attività che i tutor sono chiamati a svolgere, si specifica che quest’elenco è indicativo e non esaustivo, dovendosi adattare alle esigenze che emergeranno in relazione al servizio durante l’esecuzione dello stesso: - Fornire supporto per le attività di installazione e configurazione dei software applicativi necessari per l’utilizzo del sistema Medir (software per la gestione delle cartelle cliniche, applicativo per la registrazione del consenso al trattamento dei dati personali, applicativo per l’accesso alla VPN, software per l’utilizzo dei certificati di autenticazione e firma della CNS). - Verifica della corretta funzionalità degli applicativi utilizzati dal medico e interagenti con il sistema Medir. - Supporto e formazione del medico per l’attività sul FSE (es. interrogazione del FSE, invio e recupero documenti, etc.). - Supporto al medico per eventuali problematiche inerenti i software, con indicazione del canale corretto da seguire per segnalare/risolvere la problematica stessa. - Supporto al medico per eventuali problematiche inerenti la connettività, con indicazione del canale corretto da seguire per segnalare/risolvere la problematica stessa. - Supporto su attività di autenticazione e firma di documenti mediante l’utilizzo della CNS. - Tracciamento dell’attività svolta mediante apposito verbale di intervento controfirmato dal medico. Si riportano, inoltre, le attività inerenti il supporto a distanza e la gestione organizzativa del servizio: - Contatto con i medici per la verifica delle attività e il rilevamento di eventuali problematiche, sia su segnalazione e richiesta del medico, che periodicamente secondo un calendario definito insieme ai “tutor Sardegna IT” e comunque nel rispetto degli SLA definiti in seguito. - Monitoraggio dello stato di avanzamento dei ticket e verifica della chiusura degli stessi. - Supporto e collaborazione con i diversi centri di assistenza attivi sul sistema a seconda delle esigenze del servizio. - Tracciamento delle attività di contatto e di supporto (secondo modalità concordate con i “tutor Sardegna IT”). - Redazione di reportistica settimanale sulle attività svolte. ▇▇▇▇ compito del coordinatore di progetto dell’Azienda aggiudicataria programmare l’attività di tutoraggio, fatta salva la possibilità di intervenire in emergenza e/o su esplicita richiesta del medico. Eventuali interventi in emergenza dovranno comunque essere valutati con i coordinatori di Sardegna IT, secondo un protocollo concordato preventivamente. La tipologia dell’attività da svolgere necessita di interattività tra i tutor e i “tutor Sardegna IT”.

  • Interruzione del Servizio 11.1 Vodafone avrà facoltà di interrompere la fornitura del Servizio, dandone comunque tempestiva comunicazione al Cliente, qua- lora sussistano fondati motivi per ritenere che si possano verificare problemi di sicurezza e/o di tutela del diritto di riservatezza ovvero nei casi di forza maggiore o per ordine di un’Autorità. Per causa di forza maggiore si intende ogni fatto, imprevisto ed imprevedibile oppure inevitabile e comunque fuori il controllo di Vodafone, il cui verificarsi non sia dovuto a comportamenti od omissioni a questa imputabili e che è di per sé tale da impedire l’adempimento degli obblighi nascenti dal Contratto. 11.2 Nel caso in cui Vodafone rilevi che apparati e/o applicazioni in uso al Cliente provochino perdita di dati o danni alle proprie infra- strutture e/o alle proprie componenti software, o a quelle di terzi (ivi inclusi altri clienti di Vodafone), Vodafone stessa si riserva il diritto di interrompere immediatamente il Servizio dandone notizia al Cliente. Saranno inoltre addebitati a quest’ultima o le conseguenze patrimoniali qualora imputabili ad una condotta illegittima del Cliente. 11.3 Vodafone avrà altresì la facoltà di interrompere il Servizio in caso di interventi di manutenzione straordinaria dandone previa comunicazione al Cliente.