IL PATRIMONIO DI DATI - LE BASI DI DATI. Il patrimonio dei dati Il valore del patrimonio di dati: –Capacità di rispondere alle esigenze informative di.

Presentazione sul tema: "IL PATRIMONIO DI DATI - LE BASI DI DATI. Il patrimonio dei dati Il valore del patrimonio di dati: –Capacità di rispondere alle esigenze informative di."— Transcript della presentazione:

1 IL PATRIMONIO DI DATI - LE BASI DI DATI

2 Il patrimonio dei dati Il valore del patrimonio di dati: –Capacità di rispondere alle esigenze informative di chi vi fa ricorso Dipende da caratteristiche quali: –Completezza –Omogeneità di rappresentazione –Aspetti temporali –Fruibilità Gli strumenti e le modalità di archiviazione elettronica del patrimonio dei dati dovrebbero essere scelti e progettati in modo coerente con le caratteristiche prima indicate

3 PROGETTAZIONE DELLE BASI DI DATI Progettazione concettuale –rappresentazione dei dati secondo schemi di interesse per lutente (quali dati, che relazione, come organizzarli) progettazione logica –rappresentazione nel database informatico (quali strutture di dati, formati, ecc.) progettazione fisica –rappresentazione nei termini delle unità fisiche di elaborazione (quali unità, come sono scritti e letti i dati, ecc.)

4 Il catalogo dei dati Dizionario dei dati (data dictionary): –serve ai programmatori (o allamministratore dei database) per definire come i dati sono classificati nel o nei vari database, con quali attributi, quali sono le procedure che li elaborano, da quali altri dati, ecc. Catalogo dei dati dal punto di vista degli utenti –inventario dei dati presenti nel patrimonio aziendale, significato di ciascun dato, modalità con cui può essere reperito, ecc.

5

6 Approccio tradizionale (per file distinti): –Ogni applicazione (programma/software) lavora sui propri archivi di dati –I singoli archivi (file) sono organizzati in modo specifico –Facilità di progettazione e efficacia, ma solo con riferimento al singolo programma –Frammentazione dei dati, ridondanze, incoerenze Approcci alla memorizzazione dei dati: i database aziendali

7

8 Approccio centralizzato: unico database –Archivio unico centralizzato (database) –Patrimonio dei dati unitario e non frammentato –Tutte le applicazioni (programmi/software) attingono dallo stesso database centrale –Limitate ridondanze; coerenza nelle archiviazioni –Elevata complessità progettuale e di gestione –Necessità di un software di gestione del database (DBMS: DataBase Management System)

9

10 DBMS Può essere usato da più applicazioni contemporaneamente Organizza e gestisce i dati secondo un modello unitario e coerente Risolve i problemi di Integrità Ridondanza Sicurezza di accesso Indipendenza dei dati dalle applicazioni

11 Software di manutezione del database

12 La scelta e il dimensionamento delle tecnologie

13 ELEMENTI DA CONSIDERARE Lambiente hardware e software Larchitettura Il dimensionamento del sistema

14 AMBIENTE HW E SW le grandi opzioni sistemi standard … –elevata compatibilità tra sw e hw di fornitori diversi facile interconnessione tra sistemi e applicazioni …. o sistemi non standard? elevata specificità, difficile intercambiabilità sistemi proprietari ….. –proprietà e controllo (tecnico ed economico) del codice interamente nelle mani del fornitore (copyright) … o sistemi open source? –diritto dellutente a disporre dei codici sorgente, a modificare e adattare il software, a utilizzarlo commercialmente senza vincoli economici (copyleft)

15 Best of Breed assemblaggio di componenti (sw, hw) di fornitori diversi scelti per ottenere il meglio di ogni funzione specifica necessaria la piena compatibilità complessità di configurazione Suite complete sistemi realizzati da un unico fornitore elevata compatibilità, ma non necessariamente prestazioni sempre ottimali per tutte le funzioni Sistemi ad hoc sistemi progettati per il caso specifico AMBIENTE HW E SW: opzioni e combinazioni

16 LARCHITETTURA Architetture centralizzate –un sistema centrale (dove risiedono i dati) cui sono connesse unità passive (terminali) Architetture distribuite –varie unità autonome di elaborazione (collegate o meno)

17 Dimensionamento del sistema: capacity planning Scegliere la dimensione e/o le prestazioni che il sistema deve garantire per svolgere le funzioni per cui è progettato

18 Un tipico modo di procedere: volumi delle attività (ad es.: numero di ordini settimanali ricevuti) volumi delle applicazioni informatiche (ad es.: numero di operazioni di elaborazione per ciascun ordine, dimensione dei dati da memorizzare per ciascun ordine, ecc.) Dimensioni del sistema (ad es.: capacità/velocità di elaborazione, capacità di memoria, ecc.)