Definizione di Scenario 2

Scenario 2. Sistemi e/o dispositivi forniti dall’assegnatario che possono essere confinati ad una rete VLAN dedicata (isolamento totale dai sistemi dell’Azienda Asl Roma 1) e che prevedono l’utilizzo di hardware dedicato e non condiviso con quello preesistente. In questo scenario l’aggiudicatario avrà la possibilità di integrare più strettamente i sistemi oggetto della fornitura con l’infrastruttura IT dell’Azienda Asl Roma 1, sia dal punto di vista della rete che dei server, facendo affidamento in generale sulle infrastrutture di virtualizzazione e sui servizi di rete preesistenti. Tale scenario è applicabile per esempio nel caso dell’implementazione di sistemi la cui fornitura non preveda l’installazione di hardware dedicato e può usufruire di sistemi di autenticazione basati su Active Directory. Di seguito vengono riportate le caratteristiche peculiari dell’infrastruttura informatica dell’Azienda Asl Roma 1, definendo inoltre le specifiche di interfacciamento all’infrastruttura esistente alle quali i sistemi oggetto di fornitura dovranno adeguarsi. L’architettura generale e le caratteristiche dei singoli elementi dei sistemi forniti dovranno in ogni caso essere coerenti con le direttive indicate nel presente documento e andranno preventivamente valutate e concordate con il servizio informatico dell’Azienda. L’Azienda Asl Roma 1 dispone di un directory service aziendale basato su dominio Active Directory (AD). In ciascuno dei principali siti AD (Ospedale Santo Spirito, Ospedale San Xxxxxxx Xxxx, Poliambulatorio Circonvallazione Nomentana) è presente almeno un domain controller global catalog. Ogni account del directory service aziendale è associato ad almeno un gruppo di dominio (gruppi locali al dominio, local domain) corrispondente alla struttura amministrativa Azienda Asl Roma 1 di appartenenza. Gli aggiornamenti di sistema per i client e per i server vengono distribuiti tramite il servizio Microsoft WSUS. Il protocollo di rete in uso nelle reti LAN dell’Azienda Asl Roma 1 è IPv4. Presso le sedi è attivo un servizio DHCP (Dynamic Host Configuration Protocol) che rilascia indirizzi IP agli host in rete configurati con IP dinamico, ad esclusione dei server (per i quali sono previste specifiche configurazioni) e degli host con IP statico. La risoluzione dei nomi è basata esclusivamente sul servizio DNS (Domain Name Service), integrato in AD, che accetta solo registrazioni sicure. I server Microsoft aziendali appartengono a subnet IP dedicate – una o più per ciascun ...

Scenario 2 an end user wishes to invoke an already created smart contract. First, he/she sends a query to one node of the system in order to retrieve and consult the source code of the desired smart contract. Then, he/she packages the operation that he/she wishes to invoke into an invocation message, sending it to a node. The transaction will be eventually included into a block if it is valid and if the issuer is allowed to interact with the smart contract. When the transaction is executed, the target smart contract executes the operation specified in the transaction.

Scenario 2 se si è verificato l’Evento Barriera e il Valore Finale è pari o superiore al Valore Iniziale per il Bonus, a scadenza il Portatore ha diritto di ricevere, per ciascun Certificato detenuto, un importo in Euro pari a:

Examples of Scenario 2 in a sentence

• Scenario 2: in fase di provisioning di un servizio, il cliente NON ha la possibilità di scegliere esplicitamente il Data Center ma solo la Region e l'Availability Zone, delegando al provider la scelta del Data Center.

• Si conferma che lo Scenario 2 è alternativo allo Scenario 1, per cui è sufficiente dimostrare il soddisfacimento dei requisiti presenti in uno dei due scenari.

• TITOLO Rendimento effettivo annuo lordo Rendimento effettivo annuo netto Scenario 1 - Situazione non favorevole per il sottoscrittore 1,61% 1,41% Scenario 2 – Situazione favorevole per il sottoscrittore 3,67% 3,48% BTP 4 ¾ agosto 2014 – ISIN IT0003618383 2,83% 2,48% Si avverte l'investitore che l'andamento storico dei Parametri del Paniere non è necessariamente indicativo del futuro andamento dello stesso.

• TITOLO Rendimento effettivo annuo lordo Rendimento effettivo annuo netto Scenario 1 - Situazione non favorevole per il sottoscrittore 0,979% 0,857% Scenario 2 - Situazione intermedia per il sottoscrittore 4,680% 4,095% Scenario 3 - Situazione favorevole per il sottoscrittore 5,131% 4,490% BTP 3 ¾ agosto 2015 – ISIN IT0003844534 3,039 % 2,66% Si avverte l'investitore che l'andamento storico del Paniere non è necessariamente indicativo del futuro andamento dello stesso.

• Le emissioni sono state stimate con riferimento a 2 scenari che prevedono: - Scenario 1 - utilizzo dell’acqua di falda per la produzione del solo freddo, utilizzo del teleriscaldamento per la produzione di ACS e di caldo; - Scenario 2 - utilizzo dell’acqua di falda per la produzione del freddo e del 50% del caldo, utilizzo del teleriscaldamento per la produzione di ACS e del 50% del caldo.

• Azioni consegnate in OPA Partecipazione INDI in RV post OPA Rapporto di cambio Partecipazione azionisti INDI post fusione Scenario 1 3,300,955 38.00% 0.281 42.87% Scenario 2 10,390,933 66.67% 0.347 63.26% Scenario 3 16,161,845 90.00% 0.401 86.89% Si prevede che la fusione si perfezioni entro aprile 2010.

• Scenario 2 Il patrimonio vincolato dispone di una sovracopertura di entità almeno pari alla differenza sopra riportata tra AMC e valore di mercato dell’obbligazione.

More Definitions of Scenario 2

Scenario 2 se si è verificato l’Evento Barriera e il Valore Finale del Sottostante componente il Basket con la minore variazione percentuale (calcolata tra il suo Valore Finale e il suo Valore Iniziale) è pari o superiore al suo Valore Iniziale per il Bonus, a scadenza il Portatore ha diritto di ricevere, per ciascun Certificato detenuto, un importo in Euro pari a:

Scenario 2 l’Amministrazione fornisce informazioni relative alle write I/O generate dai server e sul valore di RPO che vuole ottenere. In base a questi valori RTI fornisce l’indicazione sulla banda minima richiesta per il canale di trasferimento. La RTI può garantire che il dato sia accessibile in modalità read/write sullo storage del sito secondario nell’esatto momento in cui gli host virtuali, hanno la visibilità dello storage stesso. Pertanto bisognerà aspettare la ripartenza delle componenti applicative. Più in generale l’Amministrazione dovrà fornire una serie di informazioni per consentire a RTI di verificare l’applicabilità della soluzione DR – Classe 3: • Ubicazione Sito Data Center Amministrazione; • Presenza connettività TIM, se già presente indicare la tecnologia e la banda a disposizione; • RPO e RTO richiesti; • Per ogni server presso l’Amministrazione si dovrà: o Indicare se è un server fisico o virtuale;

Scenario 2. Questo scenario prevede che l’ente riusante installi in toto una nuova istanza della piattaforma presso l’infrastruttura cloud oggetto della gara e i dati presenti nell’installazione del Comune di Lecce dovranno essere interrogati mediante automatismi. In questo scenario dovrà essere realizzato un TP-HUB per le linee dorsali. Introducendo il TP-HUB, che ha la conoscenza delle tratte dorsali ( Trenitalia, autobus GT ), si possono risolvere viaggi door to door da Salerno a Lecce.