SISTEMI DISTRIBUITI. Antonio Massari, Massimo Mecella, Enrico Melis, Gaetano Santucci. 1. Introduzione

Dimensione: px
Iniziare la visualizzazioe della pagina:

Download "SISTEMI DISTRIBUITI. Antonio Massari, Massimo Mecella, Enrico Melis, Gaetano Santucci. 1. Introduzione"

Transcript

1 SISTEMI DISTRIBUITI Antonio Massari, Massimo Mecella, Enrico Melis, Gaetano Santucci 1. Introduzione Le architetture dei sistemi informativi si sono sviluppate ed evolute nel corso degli anni passando da schemi centralizzati a modelli distribuiti e diffusi, maggiormente rispondenti alle necessità di decentralizzazione e cooperazione delle moderne organizzazioni. In questa tendenza alla distribuzione svolgono un ruolo importante le tecnologie a oggetti distribuiti e il Distributed Object Computing (D.O.C.). Questo contributo vuole fornire un quadro d assieme dello stato dell arte delle tecnologie per la realizzazione di sistemi distribuiti e permettere la comprensione delle loro potenzialità nel breve e medio periodo. In particolare: sono introdotti i concetti di architettura centralizzata ed architettura distribuita e, dall analisi critica dei vantaggi e degli svantaggi offerti dai due tipi di architettura, è presentato e descritto nelle sue caratteristiche principali il concetto di Distributed Object Computing (D.O.C.); sono descritte le metodologie e i modelli adottati per la progettazione di sistemi ad oggetti distribuiti; sono illustrate le tecnologie principali disponibili per realizzare sistemi ad oggetti distribuiti; è fornita una trattazione dei possibili contesti applicativi nei quali il D.O.C. può trovare fertile campo di applicazione; sono svolte alcune considerazioni finali riguardo alle criticità attuali e alle linee evolutive future. 1

2 2. Sistemi centralizzati e sistemi distribuiti Si parla di sistema informatico centralizzato quando i dati e le applicazioni risiedono in un unico nodo elaborativo (Figura 1). Terminali utente Applicazioni Nodo elaborativo Archivi centralizzati Figura 1 - Sistema informatico centralizzato Viceversa, si parla di sistema informatico distribuito quando almeno una delle seguenti due condizioni è verificata [Coulouris et alii, 1994] [Goscinski, 1991] [Mullender, 1993] [Simon, 1996] (Figura 2): le applicazioni, fra loro cooperanti, risiedono su più nodi elaborativi (elaborazione distribuita); il patrimonio informativo, unitario, è ospitato su più nodi elaborativi (base di dati distribuita). Stazioni utente Archivi locali Applicazioni Nodo elaborativo Applicazioni Nodo elaborativo Archivi locali Applicazioni Nodo elaborativo Archivi locali Figura 2 - Sistema informatico distribuito 2

3 In termini generali, quindi, un sistema distribuito è costituito da un insieme di applicazioni logicamente indipendenti che collaborano per il perseguimento di obiettivi comuni attraverso una infrastruttura di comunicazione hardware e software. Le applicazioni che costituiscono un sistema distribuito sono caratterizzate dal ruolo che svolgono nel sistema stesso: Cliente (Client): una applicazione assume il ruolo di Cliente quando è utilizzatore di servizi messi a disposizione da altre applicazioni; Servente (Server). una applicazione assume il ruolo di Servente quando è fornitore di servizi usati da altre applicazioni; Attore (Actor). una applicazione assume il ruolo di Attore quando assume in diverse situazioni nel contesto del sistema sia il ruolo di Cliente che quello di Servente Un caso particolare: i sistemi client-server Un tipo particolare di sistema distribuito è quello client-server, caratterizzato dalla relazione di servizio secondo la quale più processi client avviano un dialogo richiedendo servizi che sono soddisfatti da corrispondenti processi server. Il dialogo fra processi client e processi server è di tipo sincrono, ovvero: il processo server è in generale inattivo, in attesa che gli pervenga una richiesta di servizio; il processo client, quando invia una richiesta di servizio, rimane bloccato, in attesa del ricevimento della corrispondente risposta (Figura 3). Processo client Processo server Richiesta di servizio Restituzione della risposta Esecuzione del servizio tempo Figura 3 - Relazione di servizio fra processo client e processo server La relazione client/server in generale implica l uso di protocolli asimmetrici, in quanto tipicamente un server può servire più client; per questo motivo il server gestisce risorse condivise (dagli n client che a lui si riferiscono) e deve essere progettato con molta cura, in quanto deve operare in condizioni di carico elevato (molte richieste contemporanee), deve preoccuparsi di realizzare meccanismi per salvaguardare la consistenza nell'accesso alle risorse condivise (tipicamente la base informativa a cui si appoggia) e deve essere 3

4 scalabile, cioè deve poter aumentare le proprie dimensioni e capacità di servizio per soddisfare un numero crescente di client L evoluzione delle architetture dei sistemi informatici I sistemi centralizzati sono nati con l informatica moderna negli anni 50 e si sono sviluppati negli anni 60 e 70 grazie all affermarsi delle tecnologie dei mainframe, dei sistemi operativi time-sharing, dei file system e dei DBMS centralizzati (gerarchici e reticolari). La nascita e lo sviluppo, negli anni 70 e 80, di nuove tecnologie più economiche, versatili e facili da usare (mini e micro elaboratori, LAN, DBMS relazionali, architetture client-server, interfacce GUI) ha portato alla crisi del modello centralizzato, evidenziandone la minore economicità e qualità del servizio, e ha promosso la realizzazione di sistemi distribuiti in realtà grandi, medie e piccole, dando luogo al fenomeno dell informatica diffusa. Questo fenomeno di decentralizzazione ha avuto grande impulso per via dei seguenti motivi principali: crollo dei prezzi degli apparati hardware e delle relative licenze software; maggiore scalabilità, continuità e qualità del servizio da parte dei sistemi distribuiti rispetto a quelli centralizzati; maggiore capacità, da parte dei sistemi distribuiti, di venire incontro alle esigenze di flessibilità e di autonomia delle moderne organizzazioni. I sistemi distribuiti implicano scelte gestionali differenti da quelle dei sistemi centralizzati tradizionali. In questi, tipicamente omogenei, il controllo del sistema operativo e della comunicazione terminali/host richiede un staff di analisti/sistemisti dedicato, che sia in grado di assicurare il regolare funzionamento operativo del sistema, e la manutenzione e la gestione di configurazione del sistema sono perfettamente definiti, in quanto vengono svolti in modo centralizzato. Con l'avvento dei sistemi distribuiti nasce la possibilità di scegliere e combinare, ai vari livelli dell architettura, componenti provenienti da fornitori diversi. La definizione del sistema richiede la risoluzione di un insieme di problemi, quali la scelta della piattaforma per il client, di quella per il server (che in generale è differente) e dei protocolli di comunicazione. A fronte della maggior complessità nella definizione e gestione del sistema, causata principalmente dall eterogeneità, si ottenengono in cambio vantaggi dovuti alla possibilità di scegliere per ogni componente quanto di meglio (in termini economici e/o qualitativi) offre il mercato. Nei primi anni 90, sulla base dell esperienza maturata nella gestione dell informatica diffusa, il modello distribuito è stato sottoposto a forte critica [Duchessi, Chengalur- Smith, 1998] proprio per la maggiore complessità progettuale, che determina in generale maggiori costi realizzativi e minore robustezza delle realizzazioni e per la maggiore 4

5 complessità gestionale, che genera costi spesso nascosti per gli utenti e le organizzazioni. L analisi critica dei punti di forza e dei punti di debolezza del modello centralizzato e del modello distribuito ha portato la comunità scientifica ed i fornitori di tecnologie ad elaborare un nuovo modello di elaborazione, il Distributed Object Computing (D.O.C.), che tende a fornire un contesto virtualmente unitario di elaborazione, in cui più processi elaborativi (oggetti) cooperano come se risiedessero su un unica macchina [Krieger, Adler, 1998] (Figura 4). Sistema a oggetti distribuiti Hardware Software di base Reti Infrastruttura a oggetti distribuiti Figura 4 - Infrastruttura per sistemi a oggetti distribuiti Tale contesto unitario di elaborazione è realizzato mediante un infrastruttura tecnologica ad oggetti distribuiti che ne permette la distribuzione fisica su più macchine connesse tra loro in rete, in modo che: la progettazione, la realizzazione e la gestione delle applicazioni basate sull infrastruttura può avvenire a livello operativo con tecniche e complessità simili a quelle dell ambito dei sistemi centralizzati; si demanda ai fornitori e agli specialisti di infrastrutture ad oggetti distribuiti la risoluzione di tutte le problematiche architetturali, tecnologiche e gestionali proprie delle infrastrutture stesse Il concetto di middleware Con il termine middleware si indica un insieme di componenti software che realizzano una macchina virtuale (ovvero un insieme di servizi fra loro coerenti e simulanti il comportamento di un unico elaboratore che fosse progettato per erogarli). La macchina virtuale è messa a disposizione delle applicazioni, che la usano mediante chiamate ai servizi da questa offerti. Il middleware realizza la macchina virtuale usando servizi offerti da apparati hardware e software di livello più basso (Figura 5). 5

6 Generalmente si distingue fra due tipi di middleware: generalizzato e orientato a specifici tipi di servizio. Il middleware generalizzato è il substrato della maggior parte delle interazioni tra componenti di un sistema distribuito; include gli strumenti di comunicazione, i servizi di sicurezza, i servizi di indirizzamento, i meccanismi di sincronizzazione, i servizi di accodamento. Interfaccia utente Interfaccia utente Interfaccia utente Interfaccia utente Applicazione Applicazione Applicazione Applicazione Middleware dei servizi distribuiti Software di base Software di base Software di base Hardware Hardware Hardware Hardware Rete Figura 5 - Il Middleware Fra i middleware orientati a specifiche classi di servizio ricordiamo, a titolo di esempio: il middleware per accesso a basi di dati, come Open Data Base Connectivity - ODBC 1 ; 1 ODBC: è un'interfaccia di programmazione (Application Programming Interface - API) proposta da Microsoft nel 1991 per permettere l accesso a basi di dati relazionali da parte delle applicazioni software in modo indipendente dalle caratteristiche fisiche dei singoli DBMS. Tramite un'interfaccia ODBC, un'applicazione scritta in SQL può accedere ai dati remoti. Il linguaggio supportato è un'insieme particolarmente ristretto del linguaggio SQL standard, definito nel

7 il middleware per la gestione di transazioni, come quello previsto dal modello Distributed Transaction Processing DTP del consorzio X/Open; Nell ambito del D.O.C., i middleware che permettono a un insieme complesso di oggetti distribuiti di cooperare su una rete di calcolatori sono riconducibili a tre tecnologie principali (Figura 6): middleware generalizzati a oggetti, per governare le complessità dei sistemi a oggetti distribuiti facendoli apparire come se fossero centralizzati; tecnologie basate su, per la diffusione dei servizi informatici a vaste popolazioni di utenti, accentrando presso un singolo nodo logico ( site) la logica elaborativa; tecnologie di incapsulamento dei sistemi legacy, che permettono di usufruire dei sistemi informativi e transazionali offerti dalle vecchie architetture di elaborazione nel nuovo contesto tecnologico, valorizzando così gli investimenti pregressi. browser Xnet server Servizi forniti BROKER Servizi offerti Servizi legacy Tecnologia web Middleware basato su oggetti Incapsulamento sistemi legacy Figura 6 - Le tecnologie a oggetti distribuiti Il ruolo che le tre classi tecnologiche hanno è quindi il seguente: i middleware generalizzati a oggetti realizzano la macchina virtuale che permette la progettazione e la realizzazione di un sistema distribuito come costituito da più oggetti applicativi fra loro cooperanti; nello sviluppo applicativo il sistema è da SQL Access Group - SAG - un gruppo di 50 grandi utenti di DBMS. Nell'architettura ODBC la comunicazione tra un'applicazione ed il DBMS server è effettuato da un driver, una libreria che viene collegata dinamicamente all'applicazione e da essa usata; esso maschera le differenze d'interazione legate non solo al DBMS, ma anche al sistema operativo ed al protocollo di rete usati. Per garantire la compatibilità rispetto allo standard ODBC, ciascun produttore di DBMS deve garantire driver che prevedono l'uso del DBMS server nell'ambito di una specifica rete e con uno specifico sistema operativo (nel nodo dove il DBMS è installato). 7

8 modellato secondo un paradigma a oggetti, che promuove la modularità, la riusabilità e la manutenibilità e le problematiche proprie della distribuzione del sistema sulla rete di calcolatori sono affrontate dal middleware generalizzato a oggetti e da chi, a livello sistemistico, è chiamato a configurarlo e ottimizzarlo; le tecnologie based permettono la diffusione dei servizi informativi e transazionali offerti dagli oggetti di cui il sistema distribuito si compone su reti Internet, Intranet o Extranet; queste tecnologie costituiscono il mezzo più moderno di diffusione dei servizi all utenza, sia per la praticità e la gradevolezza dell interfaccia utente offerta, sia per l economicità del supporto all esercizio; le tecnologie di incapsulamento di sistemi legacy permettono di ottenere oggetti applicativi corrispondenti ai servizi transazionali (incapsulamento di transazioni host esistenti) o ai servizi informativi (incapsulamento di accesso a archivi di dati esistenti) offerti dai sistemi legacy; in questo modo i servizi offerti dai sistemi esistenti possono essere sfruttati nel nuovo contesto tecnologico, valorizzando gli investimenti pregressi e permettendo l adozione di percorsi di migrazione graduali dalle vecchie alle nuove architetture Caratteristiche specifiche del D.O.C. Le principali caratteristiche del D.O.C. sono le seguenti: il sistema è modellato come un insieme di oggetti, ciascuno dei quali rappresenta in modo naturale un oggetto di business dell organizzazione, cioè una risorsa che svolge un ruolo nei processi aziendali; gli oggetti comunicano tra loro attraverso lo scambio di messaggi; non esiste una netta distinzione tra oggetto client e oggetto server, in quanto uno stesso oggetto può essere contemporaneamente cliente ed offrire servizi ad altri; la granularità degli oggetti sulla rete può essere molto più fine rispetto a quella implicitamente considerata nei sistemi client/server tradizionali; non sono imposti vincoli sulle piattaforme hardware, sui sistemi operativi, sui protocolli di comunicazione e sui linguaggi di programmazione da usare, in quanto l incapsulamento in un oggetto dei suoi dettagli realizzativi e la separazione tra interfaccia verso l esterno e caratteristiche realizzative interne sono principi fondamentali dell orientamento agli oggetti. Un ambiente di D.O.C si caratterizza, in generale, per la disponibilità di (figura 7): Interface Definition Language (IDL). E un linguaggio per descrivere le operazioni di un oggetto software accessibili esternamente; consente di definire le operazioni disponibili per un oggetto e i parametri per l invocazione dell operazione. IDL è importante perché fornisce un modo normalizzato per definire i servizi resi disponibili da un oggetto. Definita l interfaccia l oggetto può essere richiamato ed usato da un qualsiasi altro oggetto cliente, anche se 8

9 quest ultimo è realizzato in un differente linguaggio di programmazione. Con IDL si stabilisce una sorta di contratto tra il client ed il server: il server fornisce servizi coerenti con l interfaccia, il client richiede i servizi in modo conforme a quanto stabilito dall interfaccia. Protocolli d interoperabilità. Un IDL definisce interfacce comuni per gli oggetti, ma non specifica il modo in cui le richieste e le relative risposte sono trasmesse sulla rete. La trasmissione delle richieste di servizio e delle risposte è la seconda funzione base di un middleware di DOC ed è ottenuta con un protocollo d interoperabilità che specifica il tipo di messaggi da scambiare e la loro interpretazione. La complessità del protocollo è direttamente collegata al potere espressivo dell IDL; il processo di trasformazione delle strutture dati in messaggi è detto marshaling, e la relativa decodifica dei dati dal messaggio è detto unmarshaling. Message Broker. Una tematica importante in un ambiente di DOC riguarda il meccanismo con il quale i clienti dei servizi riescono a individuare i serventi di interesse e ad instaurare con essi il colloquio. Il più semplice approccio è la strategia direct mail, nella quale ogni oggetto conosce l indirizzo esatto (indirizzo IP nel caso in cui il protocollo di rete sia TCP/IP) di ogni altro oggetto al quale voglia inviare messaggi. Una tale strategia è efficiente ma poco flessibile, in quanto ogni oggetto è conosciuto in rete in quanto collegato all indirizzo di un server. Un cambiamento di configurazione imp lica che tutti i client debbano essere informati delle nuove allocazioni di servizi. La soluzione a tali difficoltà è costituita dall introduzione di un message broker (ORB - Object Request Broker), che funge da registro per l instradamento dei messaggi. In questo modo possono essere utilizzati nomi descrittivi che il broker traduce in indirizzi fisici. Un broker fornisce alcuni benefici fondamentali: nella progettazione fornisce un buon modo per separare la complessità della rete dalle funzionalità dell applicazione distribuita; nell operatività del sistema rende più semplice riconfigurare un applicazione in caso di aumento del carico o di malfunzionamenti. Servizi di Supporto. Le piattaforme per il DOC più moderne offrono servizi di supporto che rendono più semplice sviluppare applicazioni distribuite. Un esempio classico è il Naming Service, che permette ai componenti distribuiti di localizzarsi l uno con l altro sulla rete. La ricchezza dell insieme dei servizi di supporto offerti è elemento critico per permettere il rapido sviluppo di applicazioni distribuite flessibili e estendibili. Strumenti di sviluppo e componentware. Gli ambienti di D.O.C. più moderni sono completati da strumenti di supporto alle attività dei progettisti e dei programmatori che ne facilitano il compito, sia automatizzando l esecuzione di alcuni passi realizzativi, sia inglobando in oggetti riusabili la soluzione di problematiche tecniche e applicative specifiche. Gli strumenti più potenti sono quelli che rendono trasparente il processo di distribuzione degli oggetti sulla rete: essi nascondono molte delle complessità del middleware stesso, permettendo di concentrarsi maggiormente sulle problematiche proprie del dominio applicativo. 9

10 Client marshaling Protocollo d interoperabilità Middleware unmarshaling Server definizione IDL dei servizi offerti Figura 7 - Concetti fondamentali di un infrastruttura di DOC L adozione di infrastrutture ad oggetti distribuiti permette di cogliere i seguenti benefici: disponibilità e qualità del servizio elevate; scalabilità delle soluzioni, adattabilità, flessibilità ed apertura; economicità; semplicità di realizzazione e gestione a livello operativo. 3. Metodologie per sistemi a oggetti distribuiti Le prime metodologie di analisi e progettazione Object Oriented sono apparse da più di un decennio e si sono sviluppate in numerose differenti proposte (tra le quali Object Modeling Technique - OMT di Rumbaugh [Rumbaugh et alii, 1991], Booch Methodology [Booch, 1994], Shlaer - Mellor method [Shlaer, Mellor, 1988], la metodologia di Coad Yourdon [Coad, Yourdon1, 1991] [Coad, Yourdon2, 1991], Use Case/Object Oriented Software Engineering-OOSE di Jacobson [Jacobson, 1995], la metodologia Fusion di Coleman [Coleman et alii, 1993]). In [Hutt1, 1994] [Hutt2, 1994] sono analizzate e comparate 21 metodologie orientate agli oggetti diverse. Tale situazione è indice non solo di giovinezza del settore e di grande interesse per l argomento, ma anche di frammentazione e di assenza di una metodologia affermata. La Figura 8 mostra la distribuzione dell uso delle diverse metodologie nella pratica industriale. 10

11 altri 37% Fusion 3% OMT 20% Jacobson 5% Coad &Yourdon 5% Shlaer & Mellor 15% Booch 15% Figura 8 - L uso industriale delle metodologie OO. Nel 1995 tre tra i principali studiosi di metodologie di analisi e progettazione orientate agli oggetti (G.Booch, J.Rumbaugh e I.Jacobson) si sono associati con l obiettivo di definire una metodologia unificata e di realizzare uno strumento CASE che la supportasse pienamente. Questo sforzo ha prodotto nel 1997 UML (Unified Modeling Language), un linguaggio standardizzato dall Object Management Group e adottato anche da Microsoft, per la rappresentazione orientata agli oggetti dei sistemi software. Al di là dell importanza di questo strumento, manca però ancora un indicazione metodologica generale e soprattutto le proposte attuali non tengono in debito conto le problematiche architetturali che un sistema distribuito e complesso presenta. Si rimanda alla vasta letteratura specialistica per una completa trattazione delle diverse problematiche (si veda, per esempio, [Umar1, 1997] per un primo orientamento bibliografico). In questo contesto, al fine di fornire un orientamento generale, si introduce il modello basato su oggetti e si evidenziano i passi e le tecniche metodologiche che arricchiscono i classici approcci progettuali orientati ai sistemi centralizzati per renderli idonei a trattare il progetto e la realizzazione di sistemi a oggetti distribuiti Il modello basato su oggetti Il modello basato su oggetti nasce agli inizi degli anni 90 grazie all opera di diversi ricercatori operanti nell area dei sistemi operativi distribuiti [Mullender, 1993] come semplificazione del modello orientato agli oggetti in modo da consentire una rappresentazione a oggetti di applicazioni complesse che siano facilmente realizzabili e distribuibili su reti di grandi dimensioni. Il modello mette a disposizione i seguenti costrutti di rappresentazione principali: l oggetto, insieme integrato di dati (che costituiscono il suo stato) e di funzioni (che costituiscono il suo comportamento) su di essi operanti; ogni oggetto è 11

12 dotato di una propria identità che lo differenzia dagli altri a prescindere dallo stato in cui si trova ed è creato come istanziazione di un modello, detto classe; l interfaccia, che raggruppa i servizi messi a disposizione da un oggetto e invocabili da altri oggetti; ogni oggetto può possedere una o più interfacce; la connessione tra due oggetti, che costituisce il meccanismo con il quale i servizi forniti dalle interfacce dell uno (servente) sono usati dall altro (cliente); una connessione può essere sincrona (bloccante per il cliente) o asincrona (non bloccante), di tipo pull (il cliente chiede l esecuzione del servizio) o di tipo push (il servente propone attivamente il servizio). La figura seguente mostra la simbologia comunemente usata per rappresentare i diversi costrutti. Interfaccia Oggetto servente Oggetto cliente Gestione ordini Gestione acquisti Connessione Figura 9 - Il modello basato su oggetti Il modello basato su oggetti è più povero del modello orientato agli oggetti almeno per i seguenti due motivi: non è presente il concetto di ereditarietà fra classi; non è affermata esplicitamente la corrispondenza fra oggetti del modello e oggetti del mondo reale da rappresentare. Il primo aspetto è giustificato dalla difficoltà, da parte di molte tecnologie a oggetti distribuiti, di definire e mantenere correttamente e efficientemente le gerarchie di classi di oggetti in un contesto distribuito. Il secondo aspetto permette al modellista di individuare oggetti corrispondenti a componenti architetturali (processi) che possano essere trattati direttamente da un middleware a oggetti distribuiti, piuttosto che a concetti del mondo reale. Ad esempio, nella precedente Figura 9, l oggetto Gestore ordini, componente del sistema, sostituisce il più generale oggetto Ordine, rappresentativo di un concetto della realtà rappresentata. Il modello basato su oggetti salvaguarda la proprietà di incapsulamento, da parte di ogni oggetto, del proprio patrimonio privato di dati e di funzioni. Tale proprietà, presente nei modelli orientati agli oggetti, è assicurata dal costrutto di interfaccia, che è l unico 12

13 meccanismo mediante il quale oggetti clienti possono usufruire dei servizi messi a disposizione degli oggetti serventi. La proprietà di incapsulamento del modello permette di affermare che ogni oggetto è: unità di esecuzione: ogni oggetto è dotato delle risorse necessarie (dati e funzioni) necessarie per l esecuzione dei servizi forniti all esterno; unità di fallimento: i malfunzionamenti che si verificano nell esecuzione di un oggetto sono circoscritti all oggetto stesso e non degradano il funzionamento degli altri oggetti del sistema; unità di attivazione: ogni oggetto costituisce un insieme autoconsistente di dati e funzioni da allocare su un elaboratore; unità di distribuzione: ogni oggetto, nell ambito di un sistema distribuito, può essere collocato su un nodo diverso della rete, senza che ciò impedisca il funzionamento del sistema; unità di replicazione: ogni oggetto è candidato ad essere replicato, per aumentare la robustezza e l efficienza del sistema; unità di parallelismo: ogni oggetto può costituire un processo elaborativo autonomo, permettendo così l elaborazione parallela su una o più macchine; unità di realizzazione: ogni oggetto può essere realizzato in modo indipendente dagli altri, costituendo quindi il pacchetto di lavoro elementare da affidare ad un gruppo di sviluppatori. La Figura 10 mostra, a titolo esemplificativo, lo schema ad oggetti di un sistema per il commercio elettronico. UTENTE DEL SERVIZIO Utente finale POS evoluto Interfaccia -oriented del C.E. Configurazione negozio/servizi Gestore negozio Gestione Amministrativa C.E. Informazioni di shopping Acquisto Vendite Gestore Transazioni MALL Gestione Pagamenti Statistiche Gestore profili negozi Figura 10 - schema a oggetti di un sistema di commercio elettronico 13

14 3.2. Le modalità di comunicazione fra oggetti Nel modello a oggetti, la comunicazione tra due oggetti può avvenire secondo due differenti modalità: sincrona e asincrona. La modalità sincrona (Request/Replay) è analoga ad una chiamata a procedura/funzione dei linguaggi di programmazione, con il relativo passaggio dei parametri. E' il middleware che si occupa di raccogliere i valori di questi parametri, di impacchettarli insieme al nome dell'operazione per formare un messaggio e di inviarli all oggetto server; quando questi avrà eseguito il compito richiesto, sempre il middleware impacchetterà il valore di ritorno dei parametri di uscita per restituirli al client. I middleware che si basano su questo meccanismo vengono tipicamente classificati come basati su RPC (Remote Procedure Call). Il client ed il server devono essere contemporaneamente attivi nel momento in cui il servizio viene richiesto e il client rimane in attesa finché il server non comp leta il compito richiesto e restituisce la risposta. Tale modalità implica un forte accoppiamento tra il client ed il server, in quanto il client rimane bloccato, consumando risorse, dal momento in cui ha inviato la richiesta a quello in cui ottiene la ris posta. Nella modalità asincrona i componenti possono essere attivi in momenti differenti, in quanto la comunicazione avviene attraverso lo scambio di messaggi unidirezionali: il client invia un messaggio ad una coda d'attesa, il server preleva i messaggi dalla coda. In questo modo c'è totale indipendenza tra i due oggetti e la coda d'attesa costituisce l'elemento di disaccoppiamento. In tal caso il middleware si occupa della gestione della coda e dello smistamento dei messaggi; tali middleware vengono classificati come MOM (Messagge Oriented Middleware) e/o MQM (Message Queueing Middleware). La modalità di comunicazione asincrona può essere realizzata secondo quattro schemi di interazione tra client e server: Publish & Subscribe - I client ed i server non comunicano in modo diretto, ma partecipano a una relazione ternaria in cui gli oggetti server (publisher) forniscono informazioni, gli oggetti client (subscriber) le ricevono e un terzo soggetto (il distributor) si occupa della distribuzione ai subscriber delle informazioni prodotte dai publisher. La Figura 11 mostra lo schema a oggetti di riferimento per tale modalità di comunicazione asincrona. Multicasting - In questo schema c'è una conoscenza diretta dei riceventi da parte della sorgente dell'informazione. Tipicamente il multicasting è fatto direttamente dal soggetto sorgente, che si connette ai riceventi e fornisce i messaggi. La Figura 12 mostra lo schema a oggetti di riferimento per tale modalità di comunicazione. Instance Based Routing - E' una variante del Publish&Subscribe, in cui i subscriber non solo dichiarano l'interesse in qualche tipo di messaggi, ma hanno la possibilità di fornire dei criteri di selezione ulteriori, con cui il distributor determina se effettivamente consegnare certi messaggi ai subscriber. In sostanza mentre nel Publish&Subscribe si possono distinguere i messaggi solamente in 14

15 base al loro tipo, in questo schema si ha la possibilità di raffinare ulteriormente le tipologie anche in base a sottocaratteristiche degli stessi. Store & Forward - Nello schema Publish&Subscribe il messaggio viene consegnato ai subscriber solo se questi hanno una connessione attiva con il distributor; il messaggio infatti è consegnato immediatamente a tutti i subscriber connessi al momento e quindi cancellato. In pratica il meccanismo è asincrono tra gli oggetti terminali (publisher e subscriber) ma richiede sincronicità tra distributor e subscriber. Nello schema Store&Forward invece, il messaggio viene memorizzato dal distributor non appena ricevuto dal publisher e viene mantenuto fino alla consegna a tutti i subscriber. La consegna avviene al momento della connessione dei subscriber al distributor o su iniziativa del distributor allo scadere di un timeout. Get info Publication Subscriber Distributor Publisher Subscription Registration Figura 11 - Schema a oggetti della comunicazione Publish&Subscribe Publication Subscriber Publisher Subscription Figura 12 - Schema a oggetti della comunicazione Multicasting Al fine di mettere maggiormente in luce le caratteristiche di tali quattro modalità di comunicazione, si propone un esempio attinente la realtà della Pubblica Amministrazione, in particolare, la problematica della diffusione di leggi e normative presso tutti i soggetti interessati, pubblici e privati. Lo schema Publish & Subscribe è adatto per soddisfare le esigenze informative generali di una pluralità di soggetti (subscriber), a fronte di una pluralità di enti normatori (publisher). Un ente terzo o uno degli enti normatori è in tale caso chiamato a svolgere il ruolo di distributor. Ogni ente normatore inizialmente dichiara, mediante il servizio di registrazione, la propria volontà a pubblicare le normative prodotte che poi, mediante il servizio di pubblicazione, mette a disposizione. Ogni subscriber inizialmente sottoscrive l abbonamento al servizio, specificando alla produzione normativa di quale o quali enti è 15

16 interessato. In seguito, il distributor provvede a fornire a ogni subscriber le norme nel frattempo prodotte, inviandogliele (servizio push) o fornendogliele su richiesta (servizio pull). Lo schema Multicasting è adatto quanto l ente normatore interessato alla pubblicazione sia uno solo. In tale caso, i subscriber si rivolgono direttamente a lui, sia per l abbonamento al servizio, sia per la fornitura delle normative prodotte. Il meccanismo Multicasting richiede, in generale, la conoscenza reciproca da parte degli utenti e del fornitore del servizio. Nel caso in cui il servizio informativo sia aperto al pubblico, si parla più propriamente di Broadcasting. Lo schema Instance Based Routing consentirebbe, nel nostro esempio, di fornire un servizio informativo più diversificato, che permette all utente di selezionare le norme da ricevere non solo in base alla tipologia (per esempio, leggi regionali ) e all ente normatore (per esempio una specifica Regione) ma anche in base al contenuto (per esempio, norme riguardanti le tematiche ambientali, ovvero norme nel cui testo ricorre il termine documento elettronico ). Lo schema Store & Forward, infine, si distingue per la flessibilità del collegamento richiesto fra il distributor e i subscriber che, a differenza dello schema Publish & Subscribe, non è necessario sia attivo al momento della diffusione delle informazioni richieste. Nel nostro esempio, è probabilmente consigliabile lo schema Store & Forward per la fornitura delle norme di interesse a utenti non istituzionali (per esempio, imprese private), per le quali non è realistico ipotizzare un collegamento perennemente attivo con il distributor, mentre per gli utenti istituzionali (gli enti pubblici) lo schema Publish & Subscribe sarebbe di naturale applicazione, anche alla luce della disponibilità della Rete Unitaria Quadro metodologico Le metodologie adottate in questo settore derivano dall evoluzione delle metodologie classiche di progettazione di sistemi informativi con i contributi derivanti dalle problematiche proprie dei sistemi distribuiti e dei sistemi orientati agli oggetti [Umar1, 1997]. La Figura 13 mostra, su un impianto metodologico classico a cascata, le fasi principali che si innestano per trattare le tematiche della distribuzione di un sistema basato sui oggetti. 16

17 Progetto concettuale del sistema complessivo Progetto dello schema a oggetti del sistema complessivo Progetto della distribuzione dello schema a oggetti Progetto logico e fisico, realizzazione e test di ogni oggetto Integrazione e test di sistema Figura 13 - Quadro metodologico per la progettazione di sistemi distribuiti a oggetti In particolare: a valle della produzione di una rappresentazione concettuale del sistema, ottenuta con tecniche tradizionali o object oriented, si produce lo schema basato su oggetti del sistema; questo processo è supportato dall uso di euristiche di trasformazione per il passaggio dalla rappresentazione concettuale iniziale a quella basata su oggetti; lo schema ad oggetti così ottenuto è la base del progetto della distribuzione del sistema sulla rete di calcolatori disponibili; si individuano i nodi chiamati ad ospitare ogni oggetto del sistema e si risolvono le problematiche di frammentazione, replicazione, parallelismo ed allocazione che conducono alla configurazione ottimale del sistema sulla rete; ogni oggetto componente lo schema ad oggetti risultante è realizzato autonomamente, usando le metodologie e gli ambienti di sviluppo che meglio si adattano al compito da svolgere, all ambiente elaborativo ospitante ed alla cultura del gruppo di sviluppo; i diversi oggetti realizzati sono integrati in modo da comporre il sistema complessivo, verificando il corretto funzionamento delle mutue connessioni e delle modalità di esecuzione dei servizi offerti dalle interfacce Progettazione dello schema a oggetti In questa fase il prodotto del progetto concettuale del sistema complessivo effettuato durante la fase precedente (in generale costituito da schemi concettuali dei dati e delle 17

18 funzioni, seguendo approcci tradizionali, o da schemi orientati agli oggetti, seguendo un approccio object-oriented) deve essere trasformato in uno schema basato su oggetti del sistema complessivo. Tenendo presente la definizione di oggetto, i criteri che si seguono nell individuazione degli oggetti dello schema sono quelli della massima coesione interna fra dati e funzioni formanti i singoli oggetti e del minimo accoppiamento fra oggetti diversi. In tale modo, infatti, si minimizzano le necessità di comunicazione fra oggetti diversi in esercizio, allocabili su nodi elaborativi diversi e quelle di accordo fra gruppi di lavoro diversi che realizzino oggetti diversi Progettazione della distribuzione In questa fase lo schema a oggetti deve essere distribuito in modo ottimale sulla rete di elaboratori [Coulouris et alii, 1994] [Goscinski, 1991] [Mullender, 1993] [Simon, 1996]. La Figura 14 individua i passi principali da compiere. Requisiti organizzativi e tecnici 1 - Identificazione delle alternative di configurazione Descrizione delle possibili alternative Progetto complessivo del sistema Grafo di allocazione degli oggetti 3 - Allocazione degli oggetti nui nodi della rete 2 - Progetto della frammentazione e della replicazione Figura 14 - Progetto della distribuzione 18

19 Passo 1 Identificazione delle alternative di configurazione della rete In base alla realtà esistente e ai requisiti del nuovo sistema, si individuano le topologie di rete possibili e le caratteristiche dei nodi elaborativi. In questa fase è particolarmente importante individuare eventuali applicazioni legacy con cui interfacciarsi, che possono vincolare in modo significativo le scelte di allocazione Passo 2 Progetto della frammentazione e della replicazione In questo passo, ogni oggetto dello schema a oggetti originario può essere: frammentato, ovvero suddiviso in un insieme di oggetti cooperanti; la frammentazione è effettuata quando si desideri aumentare la località con la quale i servizi forniti da serventi sono erogati ai clienti; si pensi, a tale proposito, ai meccanismi dei proxy client e dei proxy server, che permettono di aumentare l efficienza e la continuità di servizio diminuendo le comunicazioni in rete; replicato, ai fini di una maggiore continuità di servizio, di una maggiore tolleranza ai guasti e di maggiori livelli prestazionali; la replicazione è uno strumento ottimale qualora le repliche non condividano uno stato interno modificabile nel tempo e non abbiano quindi necessità di frequente sincronizzazione reciproca. Quando si frammenta un oggetto, i sottocomponenti possono avere un grado di mutua coesione nullo (nessuna necessità di cooperazione) o non nullo. In questo ultimo caso la frammentazione avviene: senza replicazione: si osserva in tal caso comunicazione fra i componenti; con replicazione: ottimale quando le diverse repliche non abbiano uno stato interno da condividere. Durante questo passo, inoltre, si identifica per ogni oggetto la necessità di essere: mono-processo: in questo caso l oggetto è chiamato a risolvere le richieste di un solo cliente; oggetti di questa natura sono tipicamente gli oggetti di interfaccia utente; multi-processo: in questo caso l oggetto è chiamato a risolvere richieste provenienti in parallelo da più clienti; oggetti di questa natura sono quelli che incapsulano risorse condivise e che richiedono, in sede di realizzazione, la risoluzione di problematiche di gestione della concorrenza. 19

20 Passo 3 Allocazione degli oggetti sui nodi della rete Durante questo passo i diversi oggetti costituenti lo schema, eventualmente frammentati e replicati, debbono essere allocati sui diversi nodi fisici della rete di calcolatori disponibili. Il passo di allocazione tiene conto dei seguenti fattori: località degli oggetti rispetto a utilizzatori e risorse: gli oggetti usati direttamente dagli utenti (interfaccia utente) saranno allocati sulle macchine usate dagli utenti stessi; gli oggetti che gestiscono risorse legacy (basi di dati, transazioni) saranno collocati possibilmente sui sistemi legacy stessi; disponibilità sul nodo delle funzionalità necessarie per il funzionamento dell oggetto: ogni oggetto, per funzionare, richiede risorse elaborative e di memorizzazione specifiche che debbono essere presenti sul nodo elaborativo che lo ospita, o comunque convenientemente raggiungibili da questo; per esempio, un oggetto che debba funzionare in modalità multi-processo deve essere allocato su un nodo dotato di un sistema operativo che permetta la presenza contemporanea di più processi in esecuzione; un oggetto che debba eseguire operazioni matematiche complesse si avvantaggerà della presenza di coprocessori matematici sulla macchina che lo ospita; un oggetto che debba gestire dati multimediali richiede un nodo elaborativo dotato di capacità e periferiche specifiche; ottimalità della collocazione di ogni oggetto in rapporto alle capacità elaborative e di memorizzazione dei singoli nodi e alle capacità di trasmissione dei canali di comunicazione fra nodi; uno schema di allocazione di oggetti su una rete di calcolatori è ritenuto accettabile se la potenza elaborativa richiesta a ogni nodo è inferiore di quella disponibile e se il traffico di dati su ogni tratta è inferiore alla sua capacità. La verifica del progetto di allocazione si effettua conoscendo il grado di replicazione degli oggetti, la frequenza di invocazione dei diversi servizi offerti dagli oggetti serventi, il carico elaborativo richiesto nell esecuzione dei singoli servizi, e confrontando il carico complessivo sugli elaboratori e sui canali trasmissivi con la capacità elaborativa, di memorizzazione e di trasmissione degli stessi. Il progetto della distribuzione è un processo iterativo, in quanto non è detto che un primo schema a oggetti sia allocabile sulla rete di calcolatori data in modo da soddisfare tutti i requisiti e i vincoli che si evidenziano durante il passo di allocazione. Le indicazioni che emergono durante questo passo portano il progettista a rivedere lo schema a oggetti, usando in particolare gli strumenti della frammentazione e della replicazione spingendolo, in casi estremi, a proporre variazioni sulle dotazioni hardware e software della rete di calcolatori da adottare. 20

B.P.S. Business Process Server ALLEGATO C10

B.P.S. Business Process Server ALLEGATO C10 B.P.S. Business Process Server ALLEGATO C10 REGIONE BASILICATA DIPARTIMENTO PRESIDENZA DELLA GIUNTA REGIONALE UFFICIO SISTEMA INFORMATIVO REGIONALE E STATISTICA Via V. Verrastro, n. 4 85100 Potenza tel

Dettagli

Applicazione: DoQui/Index - Motore di gestione dei contenuti digitali

Applicazione: DoQui/Index - Motore di gestione dei contenuti digitali Riusabilità del software - Catalogo delle applicazioni: Applicativo verticale Applicazione: DoQui/Index - Motore di gestione dei contenuti digitali Amministrazione: Regione Piemonte - Direzione Innovazione,

Dettagli

Modello OSI e architettura TCP/IP

Modello OSI e architettura TCP/IP Modello OSI e architettura TCP/IP Differenza tra modello e architettura - Modello: è puramente teorico, definisce relazioni e caratteristiche dei livelli ma non i protocolli effettivi - Architettura: è

Dettagli

UML Component and Deployment diagram

UML Component and Deployment diagram UML Component and Deployment diagram Ing. Orazio Tomarchio Orazio.Tomarchio@diit.unict.it Dipartimento di Ingegneria Informatica e delle Telecomunicazioni Università di Catania I diagrammi UML Classificazione

Dettagli

Sistemi di supporto alle decisioni Ing. Valerio Lacagnina

Sistemi di supporto alle decisioni Ing. Valerio Lacagnina Cosa è il DSS L elevato sviluppo dei personal computer, delle reti di calcolatori, dei sistemi database di grandi dimensioni, e la forte espansione di modelli basati sui calcolatori rappresentano gli sviluppi

Dettagli

Informatica per la comunicazione" - lezione 9 -

Informatica per la comunicazione - lezione 9 - Informatica per la comunicazione" - lezione 9 - Protocolli di livello intermedio:" TCP/IP" IP: Internet Protocol" E il protocollo che viene seguito per trasmettere un pacchetto da un host a un altro, in

Dettagli

Le funzionalità di un DBMS

Le funzionalità di un DBMS Le funzionalità di un DBMS Sistemi Informativi L-A Home Page del corso: http://www-db.deis.unibo.it/courses/sil-a/ Versione elettronica: DBMS.pdf Sistemi Informativi L-A DBMS: principali funzionalità Le

Dettagli

Elementi di Informatica e Programmazione

Elementi di Informatica e Programmazione Elementi di Informatica e Programmazione Le Reti di Calcolatori (parte 2) Corsi di Laurea in: Ingegneria Civile Ingegneria per l Ambiente e il Territorio Università degli Studi di Brescia Docente: Daniela

Dettagli

Introduzione. E un sistema EAI molto flessibile, semplice ed efficace:

Introduzione. E un sistema EAI molto flessibile, semplice ed efficace: Overview tecnica Introduzione E un sistema EAI molto flessibile, semplice ed efficace: Introduce un architettura ESB nella realtà del cliente Si basa su standard aperti Utilizza un qualsiasi Application

Dettagli

Cos è l Ingegneria del Software?

Cos è l Ingegneria del Software? Cos è l Ingegneria del Software? Corpus di metodologie e tecniche per la produzione di sistemi software. L ingegneria del software è la disciplina tecnologica e gestionale che riguarda la produzione sistematica

Dettagli

Corso di Amministrazione di Sistema Parte I ITIL 3

Corso di Amministrazione di Sistema Parte I ITIL 3 Corso di Amministrazione di Sistema Parte I ITIL 3 Francesco Clabot Responsabile erogazione servizi tecnici 1 francesco.clabot@netcom-srl.it Fondamenti di ITIL per la Gestione dei Servizi Informatici Il

Dettagli

Introduzione alle applicazioni di rete

Introduzione alle applicazioni di rete Introduzione alle applicazioni di rete Definizioni base Modelli client-server e peer-to-peer Socket API Scelta del tipo di servizio Indirizzamento dei processi Identificazione di un servizio Concorrenza

Dettagli

Applicazione: Share - Sistema per la gestione strutturata di documenti

Applicazione: Share - Sistema per la gestione strutturata di documenti Riusabilità del software - Catalogo delle applicazioni: Gestione Documentale Applicazione: Share - Sistema per la gestione strutturata di documenti Amministrazione: Regione Piemonte - Direzione Innovazione,

Dettagli

Analisi dei requisiti e casi d uso

Analisi dei requisiti e casi d uso Analisi dei requisiti e casi d uso Indice 1 Introduzione 2 1.1 Terminologia........................... 2 2 Modello della Web Application 5 3 Struttura della web Application 6 4 Casi di utilizzo della Web

Dettagli

RUP (Rational Unified Process)

RUP (Rational Unified Process) RUP (Rational Unified Process) Caratteristiche, Punti di forza, Limiti versione del tutorial: 3.3 (febbraio 2007) Pag. 1 Unified Process Booch, Rumbaugh, Jacobson UML (Unified Modeling Language) notazione

Dettagli

Università degli Studi di Parma. Facoltà di Scienze MM. FF. NN. Corso di Laurea in Informatica

Università degli Studi di Parma. Facoltà di Scienze MM. FF. NN. Corso di Laurea in Informatica Università degli Studi di Parma Facoltà di Scienze MM. FF. NN. Corso di Laurea in Informatica A.A. 2007-08 CORSO DI INGEGNERIA DEL SOFTWARE Prof. Giulio Destri http://www.areasp.com (C) 2007 AreaSP for

Dettagli

Corso di Programmazione ad Oggetti

Corso di Programmazione ad Oggetti Corso di Programmazione ad Oggetti Introduzione alla programmazione ad oggetti a.a. 2008/2009 Claudio De Stefano 1 La programmazione modulare Un programma può essere visto come un insieme di moduli che

Dettagli

Relazione sul data warehouse e sul data mining

Relazione sul data warehouse e sul data mining Relazione sul data warehouse e sul data mining INTRODUZIONE Inquadrando il sistema informativo aziendale automatizzato come costituito dall insieme delle risorse messe a disposizione della tecnologia,

Dettagli

12.5 UDP (User Datagram Protocol)

12.5 UDP (User Datagram Protocol) CAPITOLO 12. SUITE DI PROTOCOLLI TCP/IP 88 12.5 UDP (User Datagram Protocol) L UDP (User Datagram Protocol) é uno dei due protocolli del livello di trasporto. Come l IP, é un protocollo inaffidabile, che

Dettagli

Esperienza di interoperabilità tra servizi bibliotecari tramite protocollo ISO-ILL. Colloquio standard ILL- SBN/Aleph e ILL-SBN /Sebina Open Library

Esperienza di interoperabilità tra servizi bibliotecari tramite protocollo ISO-ILL. Colloquio standard ILL- SBN/Aleph e ILL-SBN /Sebina Open Library Esperienza di interoperabilità tra servizi bibliotecari tramite protocollo ISO-ILL. Colloquio standard ILL- SBN/Aleph e ILL-SBN /Sebina Open Library A. Bardelli (Univ. Milano Bicocca), L. Bernardis (Univ.

Dettagli

Analisi dei requisiti e casi d uso

Analisi dei requisiti e casi d uso Analisi dei requisiti e casi d uso Indice 1 Introduzione 2 1.1 Terminologia........................... 2 2 Modello del sistema 4 2.1 Requisiti hardware........................ 4 2.2 Requisiti software.........................

Dettagli

Rational Unified Process Introduzione

Rational Unified Process Introduzione Rational Unified Process Introduzione G.Raiss - A.Apolloni - 4 maggio 2001 1 Cosa è E un processo di sviluppo definito da Booch, Rumbaugh, Jacobson (autori dell Unified Modeling Language). Il RUP è un

Dettagli

Dalla Mappatura dei Processi al Business Process Management

Dalla Mappatura dei Processi al Business Process Management Dalla Mappatura dei Processi al Business Process Management Romano Stasi Responsabile Segreteria Tecnica ABI Lab Roma, 4 dicembre 2007 Agenda Il percorso metodologico Analizzare per conoscere: la mappatura

Dettagli

Internet Internet è universalmente nota come la Rete delle reti: un insieme smisurato di computer collegati tra loro per scambiarsi dati e servizi.

Internet Internet è universalmente nota come la Rete delle reti: un insieme smisurato di computer collegati tra loro per scambiarsi dati e servizi. Internet Internet è universalmente nota come la Rete delle reti: un insieme smisurato di computer collegati tra loro per scambiarsi dati e servizi. Internet: la rete delle reti Alberto Ferrari Connessioni

Dettagli

SAI QUANTO TEMPO IMPIEGHI A RINTRACCIARE UN DOCUMENTO, UN NUMERO DI TELEFONO O UNA E-MAIL?

SAI QUANTO TEMPO IMPIEGHI A RINTRACCIARE UN DOCUMENTO, UN NUMERO DI TELEFONO O UNA E-MAIL? archiviazione ottica, conservazione e il protocollo dei SAI QUANTO TEMPO IMPIEGHI A RINTRACCIARE UN DOCUMENTO, UN NUMERO DI TELEFONO O UNA E-MAIL? Il software Facile! BUSINESS Organizza l informazione

Dettagli

SIASFi: il sistema ed il suo sviluppo

SIASFi: il sistema ed il suo sviluppo SIASFI: IL SISTEMA ED IL SUO SVILUPPO 187 SIASFi: il sistema ed il suo sviluppo Antonio Ronca Il progetto SIASFi nasce dall esperienza maturata da parte dell Archivio di Stato di Firenze nella gestione

Dettagli

Configurazioni Mobile Connect

Configurazioni Mobile Connect Mailconnect Mail.2 L EVOLUZIONE DELLA POSTA ELETTRONICA Configurazioni Mobile Connect iphone MOBILE CONNECT CONFIGURAZIONE MOBILE CONNECT PER IPHONE CONFIGURAZIONE IMAP PER IPHONE RUBRICA CONTATTI E IPHONE

Dettagli

Le Reti Informatiche

Le Reti Informatiche Le Reti Informatiche modulo 10 Prof. Salvatore Rosta www.byteman.it s.rosta@byteman.it 1 Nomenclatura: 1 La rappresentazione di uno schema richiede una serie di abbreviazioni per i vari componenti. Seguiremo

Dettagli

VIRTUALIZE IT. www.digibyte.it - digibyte@digibyte.it

VIRTUALIZE IT. www.digibyte.it - digibyte@digibyte.it il server? virtualizzalo!! Se ti stai domandando: ma cosa stanno dicendo? ancora non sai che la virtualizzazione è una tecnologia software, oggi ormai consolidata, che sta progressivamente modificando

Dettagli

Asset sotto controllo... in un TAC. Latitudo Total Asset Control

Asset sotto controllo... in un TAC. Latitudo Total Asset Control Asset sotto controllo... in un TAC Latitudo Total Asset Control Le organizzazioni che hanno implementato e sviluppato sistemi e processi di Asset Management hanno dimostrato un significativo risparmio

Dettagli

DynDevice ECM. La Suite di applicazioni web per velocizzare, standardizzare e ottimizzare il flusso delle informazioni aziendali

DynDevice ECM. La Suite di applicazioni web per velocizzare, standardizzare e ottimizzare il flusso delle informazioni aziendali DynDevice ECM La Suite di applicazioni web per velocizzare, standardizzare e ottimizzare il flusso delle informazioni aziendali Presentazione DynDevice ECM Cos è DynDevice ICMS Le soluzioni di DynDevice

Dettagli

BPEL: Business Process Execution Language

BPEL: Business Process Execution Language Ingegneria dei processi aziendali BPEL: Business Process Execution Language Ghilardi Dario 753708 Manenti Andrea 755454 Docente: Prof. Ernesto Damiani BPEL - definizione Business Process Execution Language

Dettagli

Copyright Università degli Studi di Torino, Progetto Atlante delle Professioni 2009 IT PROCESS EXPERT

Copyright Università degli Studi di Torino, Progetto Atlante delle Professioni 2009 IT PROCESS EXPERT IT PROCESS EXPERT 1. CARTA D IDENTITÀ... 2 2. CHE COSA FA... 3 3. DOVE LAVORA... 4 4. CONDIZIONI DI LAVORO... 5 5. COMPETENZE... 6 Quali competenze sono necessarie... 6 Conoscenze... 8 Abilità... 9 Comportamenti

Dettagli

REALIZZARE UN MODELLO DI IMPRESA

REALIZZARE UN MODELLO DI IMPRESA REALIZZARE UN MODELLO DI IMPRESA - organizzare e gestire l insieme delle attività, utilizzando una piattaforma per la gestione aziendale: integrata, completa, flessibile, coerente e con un grado di complessità

Dettagli

progettiamo e realizziamo architetture informatiche Company Profile

progettiamo e realizziamo architetture informatiche Company Profile Company Profile Chi siamo Kammatech Consulting S.r.l. nasce nel 2000 con l'obiettivo di operare nel settore I.C.T., fornendo servizi di progettazione, realizzazione e manutenzione di reti aziendali. Nel

Dettagli

LINEE GUIDA E DI COORDINAMENTO ATTUATIVE DEL REGOLAMENTO PER L AGGIORNAMENTO E SVILUPPO PROFESSIONALE CONTINUO

LINEE GUIDA E DI COORDINAMENTO ATTUATIVE DEL REGOLAMENTO PER L AGGIORNAMENTO E SVILUPPO PROFESSIONALE CONTINUO LINEE GUIDA E DI COORDINAMENTO ATTUATIVE DEL REGOLAMENTO PER L AGGIORNAMENTO E SVILUPPO PROFESSIONALE CONTINUO nota tecnica ACCREDITAMENTO DELLE INIZIATIVE DI FORMAZIONE A DISTANZA Sommario 1. Iniziative

Dettagli

più del mercato applicazioni dei processi modificato. Reply www.reply.eu

più del mercato applicazioni dei processi modificato. Reply www.reply.eu SOA IN AMBITO TELCO Al fine di ottimizzare i costi e di migliorare la gestione dell'it, le aziende guardano, sempre più con maggiore interesse, alle problematiche di gestionee ed ottimizzazione dei processi

Dettagli

PASSIONE PER L IT PROLAN. network solutions

PASSIONE PER L IT PROLAN. network solutions PASSIONE PER L IT PROLAN network solutions CHI SIAMO Aree di intervento PROFILO AZIENDALE Prolan Network Solutions nasce a Roma nel 2004 dall incontro di professionisti uniti da un valore comune: la passione

Dettagli

Mod. 4: L architettura TCP/ IP Classe 5 I ITIS G. Ferraris a.s. 2011 / 2012 Marcianise (CE) Prof. M. Simone

Mod. 4: L architettura TCP/ IP Classe 5 I ITIS G. Ferraris a.s. 2011 / 2012 Marcianise (CE) Prof. M. Simone Paragrafo 1 Prerequisiti Definizione di applicazione server Essa è un servizio che è in esecuzione su un server 1 al fine di essere disponibile per tutti gli host che lo richiedono. Esempi sono: il servizio

Dettagli

ORACLE BUSINESS INTELLIGENCE STANDARD EDITION ONE A WORLD CLASS PERFORMANCE

ORACLE BUSINESS INTELLIGENCE STANDARD EDITION ONE A WORLD CLASS PERFORMANCE ORACLE BUSINESS INTELLIGENCE STANDARD EDITION ONE A WORLD CLASS PERFORMANCE Oracle Business Intelligence Standard Edition One è una soluzione BI completa, integrata destinata alle piccole e medie imprese.oracle

Dettagli

Metadati e Modellazione. standard P_META

Metadati e Modellazione. standard P_META Metadati e Modellazione Lo standard Parte I ing. Laurent Boch, ing. Roberto Del Pero Rai Centro Ricerche e Innovazione Tecnologica Torino 1. Introduzione 1.1 Scopo dell articolo Questo articolo prosegue

Dettagli

Web conferencing e collaborazione in tempo reale su Internet: la piattaforma Meetecho

Web conferencing e collaborazione in tempo reale su Internet: la piattaforma Meetecho Web conferencing e collaborazione in tempo reale su Internet: la piattaforma Meetecho Tobia Castaldi Alessandro Amirante Lorenzo Miniero Simon Pietro Romano Giorgio Ventre 02/10/2009 GARR 2009 "Network

Dettagli

Energy risk management

Energy risk management Il sistema di supporto alle tue decisioni Energy risk management Un approccio orientato agli attori M.B.I. Srl, Via Francesco Squartini 7-56121 Pisa, Italia - tel. 050 3870888 - fax. 050 3870808 www.powerschedo.it

Dettagli

Cos è un protocollo? Ciao. Ciao 2:00. tempo. Un protocollo umano e un protocollo di reti di computer:

Cos è un protocollo? Ciao. Ciao 2:00. <file> tempo. Un protocollo umano e un protocollo di reti di computer: Cos è un protocollo? Un protocollo umano e un protocollo di reti di computer: Ciao Ciao Hai l ora? 2:00 tempo TCP connection request TCP connection reply. Get http://www.di.unito.it/index.htm Domanda:

Dettagli

Firewall. Generalità. Un firewall può essere sia un apparato hardware sia un programma software.

Firewall. Generalità. Un firewall può essere sia un apparato hardware sia un programma software. Generalità Definizione Un firewall è un sistema che protegge i computer connessi in rete da attacchi intenzionali mirati a compromettere il funzionamento del sistema, alterare i dati ivi memorizzati, accedere

Dettagli

HORIZON SQL CONFIGURAZIONE DI RETE

HORIZON SQL CONFIGURAZIONE DI RETE 1-1/9 HORIZON SQL CONFIGURAZIONE DI RETE 1 CARATTERISTICHE DI UN DATABASE SQL...1-2 Considerazioni generali... 1-2 Concetto di Server... 1-2 Concetto di Client... 1-2 Concetto di database SQL... 1-2 Vantaggi...

Dettagli

END-TO-END SERVICE QUALITY. LA CULTURA DELLA QUALITÀ DAL CONTROLLO DELLE RISORSE ALLA SODDISFAZIONE DEL CLIENTE

END-TO-END SERVICE QUALITY. LA CULTURA DELLA QUALITÀ DAL CONTROLLO DELLE RISORSE ALLA SODDISFAZIONE DEL CLIENTE END-TO-END SERVICE QUALITY. LA CULTURA DELLA QUALITÀ DAL CONTROLLO DELLE RISORSE ALLA SODDISFAZIONE In un mercato delle Telecomunicazioni sempre più orientato alla riduzione delle tariffe e dei costi di

Dettagli

Realizzare un architettura integrata di Business Intelligence

Realizzare un architettura integrata di Business Intelligence Realizzare un architettura integrata di Business Intelligence Un sistema integrato di Business Intelligence consente all azienda customer oriented una gestione efficace ed efficiente della conoscenza del

Dettagli

Architettura SPC e porta di dominio per le PA

Architettura SPC e porta di dominio per le PA Libro bianco sulla SOA v.1.0 Allegato 2_1 Architettura SPC e porta di dominio per le PA vs 02 marzo 2008 Gruppo di Lavoro SOA del ClubTI di Milano Premessa L architettura SPC e la relativa porta di dominio

Dettagli

Sistemi avanzati di gestione dei Sistemi Informativi

Sistemi avanzati di gestione dei Sistemi Informativi Esperti nella gestione dei sistemi informativi e tecnologie informatiche Sistemi avanzati di gestione dei Sistemi Informativi Docente: Email: Sito: Eduard Roccatello eduard@roccatello.it http://www.roccatello.it/teaching/gsi/

Dettagli

BRM. Tutte le soluzioni. per la gestione delle informazioni aziendali. BusinessRelationshipManagement

BRM. Tutte le soluzioni. per la gestione delle informazioni aziendali. BusinessRelationshipManagement BRM BusinessRelationshipManagement Tutte le soluzioni per la gestione delle informazioni aziendali - Business Intelligence - Office Automation - Sistemi C.R.M. I benefici di BRM Garantisce la sicurezza

Dettagli

È nata una nuova specie di avvocati. Liberi.

È nata una nuova specie di avvocati. Liberi. È nata una nuova specie di avvocati. Liberi. LIBERI DI NON PENSARCI Basta preoccupazioni per il back-up e la sicurezza dei tuoi dati. Con la tecnologia Cloud Computing l archiviazione e la protezione dei

Dettagli

Ottimizzazione della gestione del data center con Microsoft System Center

Ottimizzazione della gestione del data center con Microsoft System Center Ottimizzazione della gestione del data center con Microsoft System Center Declinazione di responsabilità e informazioni sul copyright Le informazioni contenute nel presente documento rappresentano le conoscenze

Dettagli

MARKETING INTELLIGENCE SUL WEB:

MARKETING INTELLIGENCE SUL WEB: Via Durini, 23-20122 Milano (MI) Tel.+39.02.77.88.931 Fax +39.02.76.31.33.84 Piazza Marconi,15-00144 Roma Tel.+39.06.32.80.37.33 Fax +39.06.32.80.36.00 www.valuelab.it valuelab@valuelab.it MARKETING INTELLIGENCE

Dettagli

SISSI IN RETE. Quick Reference guide guida di riferimento rapido

SISSI IN RETE. Quick Reference guide guida di riferimento rapido SISSI IN RETE Quick Reference guide guida di riferimento rapido Indice generale Sissi in rete...3 Introduzione...3 Architettura Software...3 Installazione di SISSI in rete...3 Utilizzo di SISSI in Rete...4

Dettagli

Completezza funzionale KEY FACTORS Qualità del dato Semplicità d'uso e controllo Tecnologie all avanguardia e stabilità Integrabilità

Completezza funzionale KEY FACTORS Qualità del dato Semplicità d'uso e controllo Tecnologie all avanguardia e stabilità Integrabilità Armundia Group è un azienda specializzata nella progettazione e fornitura di soluzioni software e consulenza specialistica per i settori dell ICT bancario, finanziario ed assicurativo. Presente in Italia

Dettagli

***** Il software IBM e semplice *****

***** Il software IBM e semplice ***** Il IBM e semplice ***** ***** Tutto quello che hai sempre voluto sapere sui prodotti IBM per qualificare i potenziali clienti, sensibilizzarli sulle nostre offerte e riuscire a convincerli. WebSphere IL

Dettagli

AOT Lab Dipartimento di Ingegneria dell Informazione Università degli Studi di Parma. Unified Process. Prof. Agostino Poggi

AOT Lab Dipartimento di Ingegneria dell Informazione Università degli Studi di Parma. Unified Process. Prof. Agostino Poggi AOT Lab Dipartimento di Ingegneria dell Informazione Università degli Studi di Parma Unified Process Prof. Agostino Poggi Unified Process Unified Software Development Process (USDP), comunemente chiamato

Dettagli

Web Conferencing and Collaboration tool

Web Conferencing and Collaboration tool Web Conferencing and Collaboration tool La piattaforma Meetecho Piattaforma di Web Conferencing e Collaborazione on line in tempo reale Caratteristiche generali Soluzione client-server progettata per essere

Dettagli

Utilizzato con successo nei più svariati settori aziendali, Passepartout Mexal BP è disponibile in diverse versioni e configurazioni:

Utilizzato con successo nei più svariati settori aziendali, Passepartout Mexal BP è disponibile in diverse versioni e configurazioni: Passepartout Mexal BP è una soluzione gestionale potente e completa per le imprese che necessitano di un prodotto estremamente flessibile, sia dal punto di vista tecnologico sia funzionale. Con più di

Dettagli

DAT@GON. Gestione Gare e Offerte

DAT@GON. Gestione Gare e Offerte DAT@GON Gestione Gare e Offerte DAT@GON partecipare e vincere nel settore pubblico La soluzione sviluppata da Revorg per il settore farmaceutico, diagnostico e di strumentazione medicale, copre l intero

Dettagli

CORSO DI ALGORITMI E PROGRAMMAZIONE. JDBC Java DataBase Connectivity

CORSO DI ALGORITMI E PROGRAMMAZIONE. JDBC Java DataBase Connectivity CORSO DI ALGORITMI E PROGRAMMAZIONE JDBC Java DataBase Connectivity Anno Accademico 2002-2003 Accesso remoto al DB Istruzioni SQL Rete DataBase Utente Host client Server di DataBase Host server Accesso

Dettagli

Estensione di un servizo di messaggistica per telefonia mobile (per una società di agenti TuCSoN)

Estensione di un servizo di messaggistica per telefonia mobile (per una società di agenti TuCSoN) Estensione di un servizo di messaggistica per telefonia mobile (per una società di agenti TuCSoN) System Overview di Mattia Bargellini 1 CAPITOLO 1 1.1 Introduzione Il seguente progetto intende estendere

Dettagli

Introduzione ai protocolli di rete Il protocollo NetBEUI Il protocollo AppleTalk Il protocollo DLC Il protocollo NWLink Il protocollo TCP/IP

Introduzione ai protocolli di rete Il protocollo NetBEUI Il protocollo AppleTalk Il protocollo DLC Il protocollo NWLink Il protocollo TCP/IP Protocolli di rete Sommario Introduzione ai protocolli di rete Il protocollo NetBEUI Il protocollo AppleTalk Il protocollo DLC Il protocollo NWLink Il protocollo TCP/IP Configurazione statica e dinamica

Dettagli

IT FINANCIAL MANAGEMENT

IT FINANCIAL MANAGEMENT IT FINANCIAL MANAGEMENT L IT Financial Management è una disciplina per la pianificazione e il controllo economico-finanziario, di carattere sia strategico sia operativo, basata su un ampio insieme di metodologie

Dettagli

RESPONS.In.City - Methodology

RESPONS.In.City - Methodology RESPONS.In.City - Methodology THE METHODOLOGY OF A RESPONSIBLE CITIZENSHIP PROMOTION Metodologia di Promozione della Cittadinanza come Responsabilità Condivisa 1 Premessa La possibilità di partecipare

Dettagli

Per questa ragione il nostro sforzo si è concentrato sugli aspetti elencati qui di seguito:

Per questa ragione il nostro sforzo si è concentrato sugli aspetti elencati qui di seguito: Autore : Giulio Martino IT Security, Network and Voice Manager Technical Writer e Supporter di ISAServer.it www.isaserver.it www.ocsserver.it www.voipexperts.it - blogs.dotnethell.it/isacab giulio.martino@isaserver.it

Dettagli

Architettura di un sistema informatico 1 CONCETTI GENERALI

Architettura di un sistema informatico 1 CONCETTI GENERALI Architettura di un sistema informatico Realizzata dal Dott. Dino Feragalli 1 CONCETTI GENERALI 1.1 Obiettivi Il seguente progetto vuole descrivere l amministrazione dell ITC (Information Tecnology end

Dettagli

Gestire le comunicazione aziendali con software Open Source

Gestire le comunicazione aziendali con software Open Source Gestire le comunicazione aziendali con software Open Source Data: Ottobre 2012 Firewall pfsense Mail Server Zimbra Centralino Telefonico Asterisk e FreePBX Fax Server centralizzato Hylafax ed Avantfax

Dettagli

Concessione del servizio di comunicazione elettronica certificata tra pubblica amministrazione e cittadino (CEC PAC)

Concessione del servizio di comunicazione elettronica certificata tra pubblica amministrazione e cittadino (CEC PAC) Concessione del servizio di comunicazione elettronica certificata tra pubblica amministrazione e cittadino (CEC PAC) Information Day Ministero dello sviluppo economico Salone Uval, Via Nerva, 1 Roma, 2

Dettagli

Il linguaggio SQL: transazioni

Il linguaggio SQL: transazioni Il linguaggio SQL: transazioni Sistemi Informativi T Versione elettronica: 4.8.SQL.transazioni.pdf Cos è una transazione? Una transazione è un unità logica di elaborazione che corrisponde a una serie di

Dettagli

t.fabrica wanna be smarter? smart, simple, cost effectiveness solutions for manufactoring operational excellence.

t.fabrica wanna be smarter? smart, simple, cost effectiveness solutions for manufactoring operational excellence. t.fabrica wanna be smarter? smart, simple, cost effectiveness solutions for manufactoring operational excellence. Per le aziende manifatturiere, oggi e sempre più nel futuro individuare ed eliminare gli

Dettagli

Business Process Management

Business Process Management Corso di Certificazione in Business Process Management Progetto Didattico 2015 con la supervisione scientifica del Dipartimento di Informatica Università degli Studi di Torino Responsabile scientifico

Dettagli

I N F I N I T Y Z U C C H E T T I WORKFLOW HR

I N F I N I T Y Z U C C H E T T I WORKFLOW HR I N F I N I T Y Z U C C H E T T I WORKFLOW HR WORKFLOW HR Zucchetti, nell ambito delle proprie soluzioni per la gestione del personale, ha realizzato una serie di moduli di Workflow in grado di informatizzare

Dettagli

Processi di business sovra-regionali relativi ai sistemi regionali di FSE. Versione 1.0 24 Giugno 2014

Processi di business sovra-regionali relativi ai sistemi regionali di FSE. Versione 1.0 24 Giugno 2014 Processi di business sovra-regionali relativi ai sistemi regionali di FSE Versione 1.0 24 Giugno 2014 1 Indice Indice... 2 Indice delle figure... 3 Indice delle tabelle... 4 Obiettivi del documento...

Dettagli

Inizializzazione degli Host. BOOTP e DHCP

Inizializzazione degli Host. BOOTP e DHCP BOOTP e DHCP a.a. 2002/03 Prof. Vincenzo Auletta auletta@dia.unisa.it http://www.dia.unisa.it/~auletta/ Università degli studi di Salerno Laurea e Diploma in Informatica 1 Inizializzazione degli Host Un

Dettagli

Allegato 8 MISURE MINIME ED IDONEE

Allegato 8 MISURE MINIME ED IDONEE Allegato 8 MISURE MINIME ED IDONEE SOMMARIO 1 POLITICHE DELLA SICUREZZA INFORMATICA...3 2 ORGANIZZAZIONE PER LA SICUREZZA...3 3 SICUREZZA DEL PERSONALE...3 4 SICUREZZA MATERIALE E AMBIENTALE...4 5 GESTIONE

Dettagli

Il canale distributivo Prima e dopo Internet. Corso di Laurea in Informatica per il management Università di Bologna Andrea De Marco

Il canale distributivo Prima e dopo Internet. Corso di Laurea in Informatica per il management Università di Bologna Andrea De Marco Il canale distributivo Prima e dopo Internet Corso di Laurea in Informatica per il management Università di Bologna Andrea De Marco La distribuzione commerciale Il canale distributivo è un gruppo di imprese

Dettagli

CORPORATE OVERVIEW. www.akhela.com

CORPORATE OVERVIEW. www.akhela.com CORPORATE OVERVIEW www.akhela.com BRIDGE THE GAP CORPORATE OVERVIEW Bridge the gap Akhela è un azienda IT innovativa che offre al mercato servizi e soluzioni Cloud Based che aiutano le aziende a colmare

Dettagli

Plesk Automation. Parallels. Domande tecniche più frequenti

Plesk Automation. Parallels. Domande tecniche più frequenti Parallels Plesk Automation Primo trimestre, 2013 Domande tecniche più frequenti Questo documento ha come scopo quello di rispondere alle domande tecniche che possono sorgere quando si installa e si utilizza

Dettagli

FileMaker Server 12. Guida introduttiva

FileMaker Server 12. Guida introduttiva FileMaker Server 12 Guida introduttiva 2007 2012 FileMaker, Inc. Tutti i diritti riservati. FileMaker, Inc. 5201 Patrick Henry Drive Santa Clara, California 95054 FileMaker e Bento sono marchi di FileMaker,

Dettagli

QUADRO INTRODUTTIVO ALLA GARA MULTIFORNITORE

QUADRO INTRODUTTIVO ALLA GARA MULTIFORNITORE Centro Nazionale per l informatica nella Pubblica Amministrazione Allegato 2a alla lettera d invito QUADRO INTRODUTTIVO ALLA GARA MULTIFORNITORE GARA A LICITAZIONE PRIVATA PER L APPALTO DEI SERVIZI DI

Dettagli

Il Business Process Management: nuova via verso la competitività aziendale

Il Business Process Management: nuova via verso la competitività aziendale Il Business Process Management: nuova via verso la competitività Renata Bortolin Che cosa significa Business Process Management? In che cosa si distingue dal Business Process Reingeneering? Cosa ha a che

Dettagli

APPLICAZIONE WEB PER LA GESTIONE DELLE RICHIESTE DI ACQUISTO DEL MATERIALE INFORMATICO. Francesco Marchione e Dario Richichi

APPLICAZIONE WEB PER LA GESTIONE DELLE RICHIESTE DI ACQUISTO DEL MATERIALE INFORMATICO. Francesco Marchione e Dario Richichi APPLICAZIONE WEB PER LA GESTIONE DELLE RICHIESTE DI ACQUISTO DEL MATERIALE INFORMATICO Francesco Marchione e Dario Richichi Istituto Nazionale di Geofisica e Vulcanologia Sezione di Palermo Indice Introduzione...

Dettagli

RETI DI CALCOLATORI E APPLICAZIONI TELEMATICHE

RETI DI CALCOLATORI E APPLICAZIONI TELEMATICHE RETI DI CALCOLATORI E APPLICAZIONI TELEMATICHE Prof. PIER LUCA MONTESSORO Facoltà di Ingegneria Università degli Studi di Udine 1999 Pier Luca Montessoro (si veda la nota a pagina 2) 1 Nota di Copyright

Dettagli

La suite Dental Trey che semplifica il tuo mondo.

La suite Dental Trey che semplifica il tuo mondo. La suite Dental Trey che semplifica il tuo mondo. impostazioni di sistema postazione clinica studio privato sterilizzazione magazzino segreteria amministrazione sala di attesa caratteristiche UNO tiene

Dettagli

Il Cloud Computing. Lo strumento per un disaster recovery flessibile. Giorgio Girelli. Direttore Generale Actalis 12/10/2012

Il Cloud Computing. Lo strumento per un disaster recovery flessibile. Giorgio Girelli. Direttore Generale Actalis 12/10/2012 Il Cloud Computing Lo strumento per un disaster recovery flessibile Giorgio Girelli Direttore Generale Actalis 12/10/2012 Agenda Il Gruppo Aruba Disaster Recovery: costo od opportunità? L esperienza Aruba

Dettagli

Informatica. Scopo della lezione

Informatica. Scopo della lezione 1 Informatica per laurea diarea non informatica LEZIONE 1 - Cos è l informatica 2 Scopo della lezione Introdurre le nozioni base della materia Definire le differenze tra hardware e software Individuare

Dettagli

Sempre attenti ad ogni dettaglio Bosch Intelligent Video Analysis

Sempre attenti ad ogni dettaglio Bosch Intelligent Video Analysis Sempre attenti ad ogni dettaglio Bosch Intelligent Video Analysis 2 Intervento immediato con Bosch Intelligent Video Analysis Indipendentemente da quante telecamere il sistema utilizza, la sorveglianza

Dettagli

L evoluzione del software per l azienda moderna. Gestirsi / Capirsi / Migliorarsi

L evoluzione del software per l azienda moderna. Gestirsi / Capirsi / Migliorarsi IL GESTIONALE DEL FUTURO L evoluzione del software per l azienda moderna Gestirsi / Capirsi / Migliorarsi IL MERCATO ITALIANO L Italia è rappresentata da un numero elevato di piccole e medie aziende che

Dettagli

Guida ai Servizi Internet per il Referente Aziendale

Guida ai Servizi Internet per il Referente Aziendale Guida ai Servizi Internet per il Referente Aziendale Indice Indice Introduzione...3 Guida al primo accesso...3 Accessi successivi...5 Amministrazione dei servizi avanzati (VAS)...6 Attivazione dei VAS...7

Dettagli

Gestione delle Architetture e dei Servizi IT con ADOit. Un Prodotto della Suite BOC Management Office

Gestione delle Architetture e dei Servizi IT con ADOit. Un Prodotto della Suite BOC Management Office Gestione delle Architetture e dei Servizi IT con ADOit Un Prodotto della Suite BOC Management Office Controllo Globale e Permanente delle Architetture IT Aziendali e dei Processi IT: IT-Governance Definire

Dettagli

Payment Card Industry (PCI) Data Security Standard

Payment Card Industry (PCI) Data Security Standard Payment Card Industry (PCI) Data Security Standard Procedure per la scansione di sicurezza Versione 1.1 Release: settembre 2006 Indice generale Finalità... 1 Introduzione... 1 Ambito di applicazione dei

Dettagli

FIRESHOP.NET. Gestione Utility & Configurazioni. Rev. 2014.3.1 www.firesoft.it

FIRESHOP.NET. Gestione Utility & Configurazioni. Rev. 2014.3.1 www.firesoft.it FIRESHOP.NET Gestione Utility & Configurazioni Rev. 2014.3.1 www.firesoft.it Sommario SOMMARIO Introduzione... 4 Impostare i dati della propria azienda... 5 Aggiornare il programma... 6 Controllare l integrità

Dettagli

2. Infrastruttura e sicurezza (Equivalente al Pillar 2-3 e 4 della Ade)

2. Infrastruttura e sicurezza (Equivalente al Pillar 2-3 e 4 della Ade) AGENDA DIGITALE ITALIANA 1. Struttura dell Agenda Italia, confronto con quella Europea La cabina di regia parte con il piede sbagliato poiché ridisegna l Agenda Europea modificandone l organizzazione e

Dettagli

Introduzione alla Programmazione ad Oggetti in C++

Introduzione alla Programmazione ad Oggetti in C++ Introduzione alla Programmazione ad Oggetti in C++ Lezione 1 Cosa è la Programmazione Orientata agli Oggetti Metodologia per costruire prodotti software di grosse dimensioni che siano affidabili e facilmente

Dettagli

L idea. 43.252.003.274.489.856.000 combinazioni possibili di cui solo una è quella corretta

L idea. 43.252.003.274.489.856.000 combinazioni possibili di cui solo una è quella corretta Guardare oltre L idea 43.252.003.274.489.856.000 combinazioni possibili di cui solo una è quella corretta I nostri moduli non hanno altrettante combinazioni possibili, ma la soluzione è sempre una, PERSONALIZZATA

Dettagli

Guida alle offerte di finanziamento per le medie imprese

Guida alle offerte di finanziamento per le medie imprese IBM Global Financing Guida alle offerte di finanziamento per le medie imprese Realizzata da IBM Global Financing ibm.com/financing/it Guida alle offerte di finanziamento per le medie imprese La gestione

Dettagli