Fasi del ciclo di vita
|
|
- Ottaviana Giordani
- 7 anni fa
- Visualizzazioni
Transcript
1 Corso di Laurea in Ingegneria Informatica Algoritmi e basi di dati Modulo Basi di dati a.a Docente: Gigliola Vaglini Docente laboratorio: Luca Martini Processo di sviluppo di sistemi software Lo sviluppo di sistemi software in generale, e di sistemi informativi in particolare, è un attività complessa che comprende diverse fasi. Ciclo di vita: sequenza di attività, anche ripetute ciclicamente, svolte da analisti, progettisti, utenti, nello sviluppo e nell uso dei sistemi sw 1 3 Fasi del ciclo di vita Lezione 2 Progettazione di basi di dati: metodologie e modelli Studio di fattibilità: definizione costi e priorità Raccolta e analisi dei requisiti: studio delle proprietà del sistema Progettazione: individuazione dei dati e delle funzioni Realizzazione Validazione e collaudo: sperimenazione Funzionamento: il sistema diventa operativo
2 Modello del ciclo di vita a cascata (Waterfall model) Un buon progetto Per garantire prodotti di buona qualità è opportuno seguire una metodologia di progetto, basata su modelli per rappresentare i dati che siano facili da usare decomposizione delle attività in fasi successive strategie e criteri di scelta nei vari passi 5 7 La progettazione è una fase del ciclo di vita Ci focalizzeremo sul passo 3 del ciclo di vita più alcuni aspetti di raccolta e analisi dei requisiti. La progettazione di un sistema software consta fondamentalmente di due aspetti progettazione dei dati progettazione delle applicazioni Nel caso di sistemi informativi il progetto della base di dati ha un ruolo centrale Prima si progetta la base di dati e poi le applicazioni. Progettare per livelli di astrazione Basandosi sull architettura ANSI/SPARC, anche la progettazione procede per livelli: Livello concettuale. Esprime i requisiti di un sistema in una descrizione adatta all analisi dal punto di vista informatico Livello logico. Evidenzia l organizzazione dei dati dal punto di vista del loro contenuto informativo, descrivendo la struttura di ciascun record e i collegamenti tra record diversi. Livello fisico. A questo livello la base di dati è vista come un insieme di blocchi fisici su disco. Qui viene decisa l allocazione dei dati e le modalità di memorizzazione dei dati sul disco
3 Schemi di basi di dati I prodotti della varie fasi della progettazione sono schemi della base di dati secondo un certo modello dei dati, ognuno basato su un insieme di costrutti per organizzare i dati e descriverne la dinamica Schema concettuale Schema logico Schema fisico Analisi dei requisiti 9 11 La progettazione Dall analisi analisi dei dati allo schema concettuale acquisizione dei requisiti: il reperimento dei requisiti è un'attività difficile e non standardizzabile analisi dei requisiti: l'attività di analisi inizia con i primi requisiti raccolti e spesso indirizza verso altre acquisizioni costruzione del glossario
4 Come si acquisiscono i requisitir direttamente dagli utenti interviste documentazione apposita da documentazione esistente: normative (leggi, regolamenti di settore) regolamenti interni, procedure aziendali realizzazioni preesistenti Interazione con gli utenti Spunti: effettuare spesso verifiche di comprensione e coerenza verificare anche per mezzo di esempi (generali e relativi a casi limite) richiedere definizioni e classificazioni far evidenziare gli aspetti essenziali rispetto a quelli marginali Interazione con gli utenti Problemi utenti diversi possono fornire informazioni diverse utenti a livello più alto hanno spesso una visione più ampia ma meno dettagliata spesso l acquisizione dei requisiti avviene per raffinamenti successivi Interazione con gli utenti tramite documentazione Regole generali: scegliere il corretto livello di astrazione standardizzare la struttura delle frasi separare le frasi sui dati da quelle sulle funzioni organizzare re termini e concetti
5 Organizzazione di termini e concetti Regole generali costruire un glossario dei termini individuare omonimi e sinonimi e unificare i termini rendere esplicito il riferimento fra termini riorganizzare le frasi per concetti Società di formazione (2) Rappresentiamo anche i corsi attualmente attivi e, per ogni giorno, i luoghi e le ore dove sono tenute le lezioni. I corsi hanno un codice, un titolo e possono avere varie edizioni con date di inizio e fine e numero di partecipanti. Se gli studenti sono liberi professionisti, vogliamo conoscere l'area di interesse e, se lo possiedono, il titolo. Per quelli che lavorano alle dipendenze di altri, vogliamo conoscere invece il loro livello e la posizione ricoperta Un esempio Società di formazione (1) Si vuole realizzare una base di dati per una società che eroga corsi: di ogni corso vogliamo rappresentare i dati dei partecipanti e dei docenti. Per gli studenti (circa 5000), identificati da un codice, si vuole memorizzare il codice fiscale, il cognome, l'età, il sesso, il luogo di nascita, il nome dei loro attuali datori di lavoro, i posti dove hanno lavorato in precedenza insieme al periodo, l'indirizzo e il numero di telefono, i corsi che hanno gia frequentato (le materie sono in tutto circa 200) e il giudizio finale. 18 Società di formazione (3) Per gli insegnanti (circa 300), rappresentiamo il cognome, l'età, il posto dove sono nati, il nome del corso che insegnano, quelli che hanno insegnato nel passato e quelli che possono insegnare. Rappresentiamo anche tutti i loro recapiti telefonici. I docenti possono essere dipendenti interni della società o collaboratori esterni
6 Glossario dei termini Termine Descrizione Sinonimi Collegamenti Partecipante Persona che partecipa ai corsi Studente Corso, Società Docente Docente dei corsi. Può essere esterno Insegnante Corso Corso Corso organizzato Materia Docente dalla società. Può avere più edizioni. Società Ente presso cui i partecipanti lavorano o hanno lavorato Posti Partecipante Frasi di carattere generale Si vuole realizzare una base di dati per una società che eroga corsi: di ogni corso vogliamo rappresentare i dati dei partecipanti e dei docenti Strutturazione dei requisiti in gruppi di frasi omogenee Frasi relative ai partecipanti Per i partecipanti (circa 5000), identificati da un codice, rappresentiamo il codice fiscale, il cognome, l'età, il sesso, la città di nascita, i nomi dei loro attuali datori di lavoro e di quelli precedenti (insieme alle date di inizio e fine rapporto), le edizioni dei corsi che stanno attualmente frequentando e quelli che hanno frequentato nel passato, con la relativa votazione finale in decimi
7 Frasi relative ai datori di lavoro Relativamente ai datori di lavoro presenti e passati dei partecipanti, rappresentiamo il nome, l'indirizzo e il numero di telefono. Frasi relative ai corsi Per i corsi (circa 200), rappresentiamo il titolo e il codice, le varie edizioni con date di inizio e fine e, per ogni edizione, rappresentiamo il numero di partecipanti e il giorno della settimana, le aule e le ore dove sono tenute le lezioni. Frasi relative ai docenti Per i docenti (circa 300), rappresentiamo il cognome, l'età, la città di nascita, tutti i numeri di telefono, il titolo del corso che insegnano, di quelli che hanno insegnato nel passato e di quelli che possono insegnare. I docenti possono essere dipendenti interni della società di formazione o collaboratori esterni Frasi relative a tipi specifici di partecipanti Per i partecipanti che sono liberi professionisti, rappresentiamo l'area di interesse e, se lo possiedono, il titolo professionale. Per i partecipanti che sono dipendenti, rappresentiamo invece il loro livello e la posizione ricoperta. Modello concettuale
8 Modelli concettuali Permettono di ragionare sulla realtà di interesse Permettono di rappresentare le classi di dati di interesse e le loro correlazioni le specifiche delle operazioni implicano solo la verifica che lo schema contenga tutte le informazioni necessarie per eseguirle Prevedono efficaci rappresentazioni grafiche (utili anche per la documentazione e la comunicazione) Partire direttamente dal modello logico ci fa perdere nei dettagli: i modelli logici sono più rigidi Passaggi tra un modello e l altro? Progettazione concettuale Progettazione logica Progettazione fisica La progettazione concettuale Traduce i requisiti di un qualsiasi sistema informatico in una descrizione: formale: espressa in modo non ambiguo, ma adeguato a catturare le caratteristiche fondamentali del mondo da descrivere integrata: la descrizione si riferisce alla totalità dell ambiente (non settoriale) indipendente dalla realizzazione fisica e basata su un processo di astrazione Cioè il progetto evidenzia alcune proprietà rilevanti ai fini dell applicazione Ma esclude le proprietà irrilevanti ai fini dell applicazione Il modello utilizzato Sono stati proposti diversi modelli, basati su linguaggi formali eseguibili e non eseguibili rappresentazioni grafiche corredate da descrizioni, il modello Entity-Relationship (E-R) appartiene a questa categoria il modello E-R (Entity-Relationship, P.P.Chen 1976) si è ormai affermato nelle metodologie di progetto e nei sistemi SW di ausilio alla progettazione (strumenti CASE)
9 Costrutti del modello E-RE Costrutti di base Entità Relationship Attributo Altri costrutti Identificatore Generalizzazione. Entità/occorrenza Entità classe di oggetti, persone, "omogenei" es. l entita impiegato Occorrenza (o istanza) di entità elemento della classe (l'oggetto, la persona,,, non un valore dei dati legati all oggetto oggetto) es.. un impiegato,, non so nulla di lui,, ma esiste Entità Classe di oggetti (fatti, persone, cose) della applicazione di interesse con proprietà comuni e con esistenza autonoma Rappresentazione grafica di entità Impiegato Dipartimento Esempi: impiegato, città,, conto corrente, ordine, fattura Città Vendita
10 Entità: caratteristiche Ogni entità ha un nome che la identifica univocamente nello schema: nomi espressivi opportune convenzioni singolare Relationship: : occorrenze Un occorrenza di relationship binaria è una coppia di occorrenze di entità,, una per ogni entità coinvolta Un occorrenza di relationship n-aria n è una n-upla di occorrenze di entità,, una per ciascuna entità coinvolta Nell'ambito di una relationship non ci possono essere occorrenze ripetute sulle stesse occorrenze di entità Relationship Legame logico fra due o più entità, rilevante nell applicazione di interesse Esempi: Residenza (fra persona e città) Esame (fra studente e corso) Rappresentazione grafica di relationship Studente Esame Corso Chiamata anche: relazione, correlazione, associazione Impiegato Residenza Città
11 Relationship: caratteristiche Ogni relationship ha un nome che la identifica univocamente nello schema: nomi espressivi opportune convenzioni singolare sostantivi invece che verbi (se possibile) per non dare un verso alla relationship 41 Studente Relationship Esame Corso Problema. Ma Ma se uno studente sostiene piu volte lo stesso esame prima di essere promosso,, come si vede? Non Non si può vedere perchè risulterebbero coppie di occorrenze di entità uguali Esame, studente, corso devono diventare tutte entità, messe in relazione dalla relationship Prova,, ad esempio 43 Esempi di occorrenze (di entità e di relationship) E1 Soluzione: Relationship n-aria S1 S2 S3 E2 E3 C1 C2 AppelloEsame Prova Studente S4 E4 C3 Corso Studente Esame Corso
12 Relationship diverse sulle stesse entità Relationship ricorsiva con ruoli Sede di lavoro Successione Impiegato Residenza Città Successore Sovrano Predecessore Relationship ricorsiva Relationship mista (ternaria) Superficie Conoscenza Migliore Confronto Peggiore Persona Tennista
13 Attributo Proprietà elementare di un entit entità o di una relationship Associa ad ogni occorrenza di entità o relationship un valore appartenente a un insieme detto dominio dell attributo Attributi composti Raggruppano attributi di una medesima entità o relationship che presentano affinità nel loro significato o uso Esempio: Via, Numero civico e CAP formano un Indirizzo Attributi: rappresentazione grafica Cognome Nome Data Voto Titolo Rappresentazione grafica Cognome Studente Esame Corso Impiegato Età Indirizzo Via Numero Matricola Codice CAP
14 Schema E-R E R con solo i costrutti base Si vuole descrivere l organizzazione l di un azienda Con sedi diverse Ogni sede è composta di vari dipartimenti Gli impiegati dell azienda afferiscono ai vari dipartimenti e un impiegato li dirige Gli impiegati lavorano su progetti Ogni entità o relationship può avere vari attributi. Altri costrutti del modello E-RE Cardinalità di relationship di attributo Identificatore interno esterno Generalizzazione Cognome Direzione Telefono Cardinalità di relationship Impiegato Codice Afferenza Dipartimento Nome Coppia di valori associati a ogni entità che partecipa a una relationship Partecipazione Data Composizione specificano il numero minimo e massimo di occorrenze dellad relationship cui ciascuna occorrenza di entità può partecipare Progetto Budget Nome Via CAP Indirizzo Sede Città
15 Esempio di cardinalità Occorrenze di Residenza Impiegato (1,5) (0,50) Assegnamento Incarico S3 S1 S2 R1 R2 C2 C1 S4 R3 C3 Studente R4 Residenza C4 Città per semplicità usiamo solo tre simboli: 0 e 1 per la cardinalità minima: 0 = partecipazione opzionale 1 = partecipazione obbligatoria 1 e N per la massima: N non pone alcun limite Studente Cardinalità di Residenza (1,1) (0,N) Residenza Città
16 Tipi di relationship Con riferimento alle cardinalità massime, abbiamo relationship: uno a uno uno a molti molti a molti Persona Relationship uno a molti Cinema (0,1) (0,N) Impiego (1,1) (0,N) Ubicazione Azienda Località Comune (1,1) (1,N) Ubicazione Provincia Relationship molti a molti Studente (0,N) Esame (0,N) Corso Relationship uno a uno Professore (0,1) (0,1) Titolarità Cattedra Montagna (0,N) Scalata (1,N) Alpinista Professore di ruolo (1,1) (0,1) Titolarità Cattedra Macchinista (1,N) Abilitazione (1,N) Locomotore Professore di ruolo (1,1) (1,1) Titolarità Cattedra coperta
17 Cardinalità di attributi È possibile associare delle cardinalità anche agli attributi, con due scopi: indicare opzionalità ("informazione incompleta") indicare attributi multivalore Identificatore di una entità strumento per l identificazione l univoca delle occorrenze di un entit entità costituito da: attributi dell entit entità identificatore interno (o chiave) (attributi +) entità esterne attraverso relationship identificatore esterno Rappresentazione grafica Identificatori interni Targa (0,N) Telefono Automobile Modello Impiegato Nome Data Nascita (0,1) Numero patente Persona Cognome Indirizzo Nome
18 Identificatore esterno Cognome Matricola Studente (1,1) (0,N) Iscrizione Nome Università Schema E-R E R con costrutti di base, identificatori e cardinalita Riprendiamo l esempio l dell azienda ed introduciamo la cardinalità per attributi e relazioni, ed individuiamo gli identificatori delle entità coinvolte. Anno di corso Indirizzo Identificatori: caratteristiche ogni entità deve possedere almeno un identificatore, ma può averne in generale più di uno una identificazione esterna è possibile solo attraverso una relationship a cui l entità da identificare partecipa con cardinalità (1,1) 70 Cognome Codice Impiegato (0,N) Partecipazione Budget (1,N) Progetto Nome (0,1) (1,1) Direzione (0,1) Afferenza Data (0,1) Via CAP (0,N) (1,1) (1,N) Indirizzo Telefono Dipartimento Composizione Sede Città (1,N) Nome
19 Generalizzazione Mette in relazione una o più entità E1, E2,..., En con una entità E, che le comprende come casi particolari E è generalizzazione di E1, E2,..., En E1, E2,..., En sono specializzazioni (o sottotipi) di E Proprietà delle generalizzazioni Se E (genitore) è generalizzazione di E1, E2,..., En (figlie): ogni proprietà di E è significativa per E1, E2,..., En ogni occorrenza di E1, E2,..., En è occorrenza anche di E Generalizzazione: rappresentazione grafica Dipendente Impiegato Funzionario Dirigente Città (0,N) Nascita (1,1) Persona Stipendio Lavoratore Codice fiscale Nome Età Studente
20 Ereditarietà Tipi di generalizzazioni tutte le proprietà (attributi, relationship, altre generalizzazioni) dell entit entità genitore vengono ereditate dalle entità figlie e non rappresentate esplicitamente Consideriamo negli schemi solo generalizzazioni esclusive (si puo sempre trasformare una generalizzazione sovrapposta in una esclusiva) e distinguiamo fra generalizzazioni parziali e totali Tipi di generalizzazioni totale se ogni occorrenza dell'entità genitore è occorrenza di almeno una delle entità figlie, altrimenti è parziale Persona esclusiva se ogni occorrenza dell'entità genitore è occorrenza di al più una delle entità figlie, altrimenti è sovrapposta Studente Lavoratore
21 Uomo Persona Donna Esercizio Le persone hanno CF, cognome ed età,, gli uomini anche la posizione militare; gli impiegati hanno lo stipendio e possono essere segretari, direttori o progettisti (un progettista può essere anche responsabile di progetto); gli studenti (che non possono essere impiegati) hanno un numero di matricola; esistono persone che non sono nén impiegati né studenti (ma i dettagli non ci interessano) Altre proprietà possono esistere gerarchie a più livelli e multiple generalizzazioni allo stesso livello un'entità può essere inclusa in più gerarchie, come genitore e/o come figlia se una generalizzazione ha solo un entit entità figlia si parla di sottoinsieme, di che tipo è questa generalizzazione? il genitore di una generalizzazione parziale deve avere un identificatore tra i suoi attributi, quello di una generalizzazione totale no, però? 82 CF Cognome Uomo Militare Donna Persona Stipendio Impiegato Età Matr. Studente Segretario Direttore Progettista Responsabile
22 Documentazione associata agli schemi concettuali Uno schema E-R E R non è quasi mai sufficiente da solo a rappresentare tutti i dettagli di un applicazione Ci sono vincoli non esprimibili È necessario associare una documentazione di supporto 85 Cognome Codice Impiegato (0,N) Partecipazione Budget (1,N) Progetto Nome (0,1) (1,1) Direzione (0,1) Afferenza Data (0,1) Via CAP (0,N) (1,1) (1,N) Indirizzo Telefono Dipartimento Composizione Sede Città (1,N) Nome 87 Documentazione Regole aziendali Concetti rilevanti Vincoli di integrità Possibili derivazioni Dizionario dei dati entità relationship Dizionario dei dati (entità) Entità Descrizione Attributi Identificatore Impiegato Dipendente Codice, Codice dell'azienda Cognome, Progetto Progetti aziendali Dipartimento Struttura aziendale Sede Sede dell'azienda Nome, Budget Nome, Telefono Città, Indirizzo Nome Nome, Sede Città
23 Dizionario dei dati (relationship) Relazioni Descrizione Componenti Attributi Direzione Direzione di un dipartimento Impiegato, Dipartimento Afferenza Afferenza a un Impiegato, Data dipartimento Dipartimento Partecipazione Partecipazione a un progetto Impiegato, Progetto Composizione Composizione dell'azienda Dipartimento, Sede Regole di vincolo Notare che si possono inserire nella tabella anche alcune regole che sono già espresse nello schema Regole di vincolo (1) Il direttore di un dipartimento deve a afferire a tale dipartimento (2) Un impiegato non deve avere uno stipendio maggiore del direttore del dipartimento al quale afferisce (3) Un dipartimento con sede a Roma deve essere diretto da un impiegato con più di dieci anni di anzianità (4) Un impiegato che non afferisce a nessun dipartimento non deve partecipare a nessun un progetto Regole di derivazione (1) Il numero di impiegati di un dipartimento si ottiene contando gli impiegati che afferiscono a tale dipartimento (2) Il budget di un progetto si ottiene moltiplicando per 3 la somma degli stipendi degli impiegati che vi partecipano
24 Affrontare il progetto se ha proprietà significative e descrive oggetti con esistenza autonoma entità se è semplice e non ha proprietà attributo se correla due o più concetti relazione se è caso particolare di un altro generalizzazione Quale costrutto E-R E R va utilizzato per rappresentare un concetto presente nelle specifiche dei requisiti? Strategie di progetto top-down bottom-up inside-out Bisogna basarsi sulle definizioni dei costrutti del modello E-RE
25 Strategia top-down si arriva allo schema E-R E R finale passando attraverso una serie di schemi intermedi a partire dallo schema iniziale che viene successivamente raffinato e integrato per mezzo di una serie di primitive Strategia bottom-up si arriva allo schema finale partendo dalle specifiche iniziali e suddividendole fino a dare specifica di una componente minima; di questa si da lo schema E-RE tutti questi schemi vengono fusi e integrati fino ad ottenere lo schema finale Primitive di raffinamento top-down Da entità a relazione tra entità Da entità a generalizzazione Da relazione a insiemi di relazioni Da relazione a entità con relazioni Introduzione di attributi su entità e relazioni Primitive di trasformazione Bottom-up Generazione di entita Generazione di relazione Generazione di generalizzazione Aggregazione di attributi
26 In pratica si procede di solito con una strategia ibrida (mista( mista): si individuano i concetti principali e si realizza uno schema scheletro sulla base di questo si può decomporre poi si raffina, si espande, si integra Qualità di uno schema concettuale correttezza completezza leggibilità minimalità Definizione dello schema scheletro Si individuano i concetti più importanti, ad esempio perché più citati o perché indicati esplicitamente come cruciali e li si organizza in un semplice schema concettuale Una metodologia Analisi dei requisiti Analizzare i requisiti ed eliminare le ambiguità Costruire un glossario dei termini Raggruppare i requisiti in insiemi omogenei Passo base Definire uno schema scheletro con i concetti più rilevanti Passo iterativo (da ripetere finché non si è soddisfatti) Raffinare i concetti presenti sulla base delle loro specifiche Aggiungere concetti per descrivere specifiche non descritte Analisi di qualità (ripetuta e distribuita) Verificare le qualità dello schema e modificarlo
27 Una metodologia con integrazione Analisi dei requisiti Passo base Decomposizione decomporre i requisiti con riferimento ai concetti nello schema scheletro Passo iterativo,, per ogni sottoschema Integrazione integrare i vari sottoschemi in uno schema complessivo, facendo riferimento allo schema scheletro facendo riferimento allo schema scheletro Analisi di qualità Esercizio Definire uno schema E-R E R per una biblioteca, con le seguenti specifiche: oggetto dei prestiti sono esemplari (detti anche copie) di singoli volumi, identificati attraverso un numero di inventario; ogni volume è relativo ad una specifica edizione (che può essere articolata in più volumi, anche in modo diverso dalle altre edizioni) di un'opera un volume può essere presente in più copie una edizione è caratterizzata dall'opera, dalla collana e dall'anno riassumendo ed esemplificando, è possibile prendere in prestito la seconda copia del terzo volume de I I Miserabili,, edizione Mondadori, collana Oscar, del 1975 ogni collana ha un nome e un codice e un editore ogni editore ha un nome e un codice ogni opera ha un titolo, un autore e un anno di prima pubblicazione per ogni prestito in corso (quelli conclusi non interessano), sono rilevanti la data prevista di restituzione e l'utente (che può avere più volumi in prestito contemporaneamente), con codice identificativo, nome, cognome e recapito telefonico Un'altra metodologia con integrazione Analisi dei requisiti Decomposizione dei requisiti individuazione di settori di interesse e suddivisione dei requisiti (o addirittura acquisizione separata) Per ciascun settore Passo base Passo iterativo Integrazione Analisi di qualità
LA PROGETTAZIONE CONCETTUALE
Argomenti della lezione LA PROGETTAZIONE CONCETTUALE Prima parte Un esercizio sulle generalizzazioni Documentazione di schemi E-R Raccolta e analisi dei requisiti Criteri generali di rappresentazione Strategia
DettagliInformatica Industriale Modello funzionale: Informazione Modello Entità-Relazione
DIIGA - Università Politecnica delle Marche A.A. 2006/2007 Informatica Industriale Modello funzionale: Informazione Modello Entità-Relazione Luca Spalazzi spalazzi@diiga.univpm.it www.diiga.univpm.it/~spalazzi/
DettagliModello Entità-Relazione
Modello Entità-Relazione Modelli concettuali, perché? servono per ragionare sulla realtà di interesse, indipendentemente dagli aspetti realizzativi permettono di rappresentare le classi di dati di interesse
DettagliIL MODELLO ENTITA - RELAZIONE
IL MODELLO ENTITA - RELAZIONE I costruttori di base Argomenti della lezione Entità Relazioni Attributi Costruzione di schemi con i costrutti di base Cenni sugli altri costrutti 1 Entità Classe di oggetti
DettagliAtzeni, Ceri, Paraboschi, Torlone Basi di dati McGraw-Hill, Progettazione concettuale
Atzeni, Ceri, Paraboschi, Torlone Basi di dati McGraw-Hill, 1996-2002 Capitolo 7: Progettazione concettuale 17/10/2002 Progettazione concettuale Requisiti della base di dati Schema concettuale Progettazione
Dettaglianalisi dei requisiti
analisi dei requisiti laboraorio di basi di dati Pierluigi Pierini pierluigi.pierini@technolabs.it Analisi dei requisiti Comprende attività (interconnesse) di acquisizione dei requisiti analisi dei requisiti
DettagliCorso di Laurea in Ingegneria Informatica Fondamenti di informatica II Modulo Basi di dati a.a
Corso di Laurea in Ingegneria Informatica Fondamenti di informatica II Modulo Basi di dati a.a. 2012-2013 2013 Docente: Gigliola Vaglini Docenti laboratorio: Francesco Pistolesi,, Antonio Virdis 1 Lezione
DettagliProgettazione concettuale
Progettazione concettuale Requisiti della base di dati Progettazione concettuale Schema concettuale Progettazione logica Comprende attività (interconnesse) di acquisizione dei requisiti analisi dei requisiti
DettagliModello Entità-Relazione (E-R)
Modello Entità-Relazione (E-R) Modello concettuale di dati. Fornisce una serie di strutture (costrutti) per descrivere un problema in modo chiaro e semplice. I costrutti vengono utilizzati per definire
DettagliBasi di dati. Progettazione concettuale. Analisi dei requisiti e progettazione concettuale ("Analisi dei dati") Requisiti. Acquisizione per interviste
Requisiti della base di dati Basi di dati Progettazione concettuale Progettazione concettuale Schema concettuale Progettazione logica Schema logico Progettazione fisica Schema fisico 2 Analisi dei requisiti
DettagliBasi di dati. Progettazione di basi di dati: Metodologie e modelli
Basi di dati Progettazione di basi di dati: Metodologie e modelli Perché preoccuparci? Proviamo a modellare una applicazione definendo direttamente lo schema logico della base di dati: da dove cominciamo?
DettagliStrategie top-down. Primitive di trasformazione top-down. Primitive di trasformazione top-down
Strategie top-down A partire da uno schema che descrive le specifiche mediante pochi concetti molto astratti, si produce uno schema concettuale mediante raffinamenti successivi che aggiungono via via più
DettagliProgettazione concettuale
Progettazione concettuale Sistemi Informativi T Versione elettronica: 07.progConcettuale.pdf Il primo passo requisiti del Sistema Informativo progettazione concettuale cosa si rappresenta come lo si rappresenta
DettagliProgettazione concettuale
Progettazione concettuale Sistemi Informativi T Versione elettronica: 07.progConcettuale.pdf Il primo passo requisiti del Sistema Informativo progettazione concettuale cosa si rappresenta come lo si rappresenta
DettagliProgettazione concettuale
Progettazione concettuale Requisiti - Analisi Schema concettuale Costruzione di uno schema ER per descrivere le spec ifiche sui dati La costruzione è progressiva con raffinamenti e corr ezioni Il punto
DettagliGeneralizzazione. Docente : Alfredo Cuzzocrea Tel. : Informatica
Università Magna Graecia di Catanzaro Informatica Generalizzazione Docente : Alfredo Cuzzocrea e-mail : cuzzocrea@si.deis.unical.it Tel. : 0984 831730 Atzeni, Ceri, Paraboschi, Torlone Basi di dati McGraw-Hill,
DettagliProgettazione concettuale
Requisiti della base di dati Progettazione concettuale Progettazione concettuale Schema concettuale Progettazione logica Schema logico Progettazione fisica Schema fisico Analisi dei requisiti e progettazione
DettagliEsercizio 1 ESERCIZI DI PROGETTAZIONE CONCETTUALE DI BASI DI DATI. La base di dati di una università contiene informazioni
ESERCIZI DI PROGETTAZIOE COCETTUALE DI BASI DI DATI IL MODELLO ER E EER 2 Esercizio 1 La base di dati di una università contiene informazioni sui professori (identificati dal codice fiscale cf) e sui corsi
DettagliIl modello Entità/Relazioni (ER)
Il modello Entità/Relazioni (ER) Basi di dati 1 Il modello Entità/Relazioni (ER) Angelo Montanari Dipartimento di Matematica e Informatica Università di Udine Il modello Entità/Relazioni (ER) Basi di dati
DettagliCiclo di vita di un sistema informativo
Ciclo di vita di un sistema informativo 1) Studio di fattibilità definire, in maniera per quanto possibile precisa, i costi delle varie alternative possibili stabilire le priorità di realizzazione delle
DettagliUn esempio di progettazione concettuale
Un esempio di progettazione concettuale Si vuole realizzare una base di dati per una società che eroga corsi, di cui vogliamo rappresentare i dati dei partecipanti ai corsi e dei docenti. Per i partecipanti
DettagliProgettazione di basi di dati: Progettazione Concettuale e Progettazione Logica
Progettazione di basi di dati: Progettazione Concettuale e Progettazione Logica Progettazione di basi di dati È una delle attività del processo di sviluppo dei sistemi informativi va quindi inquadrata
DettagliProgettazione di Basi di Dati
Progettazione di Basi di Dati Prof. Nicoletta D Alpaos & Prof. Andrea Borghesan Entità-Relazione ModelloEntity-Relationship. E-R E il modello concettuale più diffuso Fornisce costrutti per descrivere le
DettagliCap. 3 - Il modello ER
Cap. 3 - Il modello ER Introduzione Introduzione Il modello ER nella progettazione Il modello e la progettazione concettuale Progettazione logica Progetto applicazioni di basi di dati 33 Progetto DB relazionale
DettagliMetodologie e modelli di progetto
Metodologie e modelli di progetto Ingg. Francesco Gullo, Giovanni Ponti D.E.I.S Università della Calabria fgullo@deis.unical.it gponti@deis.unical.it 1 I Sistemi Informativi Un sistema informativo èun
DettagliAtzeni, Ceri, Paraboschi, Torlone Basi di dati McGraw -Hill, Progettazione logica. Dati di ingresso e uscita
Atzeni, Ceri, Paraboschi, Torlone Basi di dati McGraw -Hill, 1996-2002 Capitolo 8: Progettazione logica 17/10/2002 Progettazione concettuale Requisiti della base di dati Schema concettuale Progettazione
DettagliGerarchia di Generalizzazione. Esempio. Rappresentazione grafica. Cap. 4 - Modello E/R avanzato: Gerarchie di Generalizzazione/ specializzazione
Gerarchia di Generalizzazione 22 Cap. 4 - Modello E/R avanzato: Gerarchie di Generalizzazione/ specializzazione Concetti Definizioni Esempi Mette in relazione (legami logici) una o più entità, E 2,...,
DettagliProgettazione di basi di dati
Progettazione di basi di dati Sistemi Informativi L-B Home Page del corso: http://www-db.deis.unibo.it/courses/sil-b/ Versione elettronica: progettazionedb.pdf Sistemi Informativi L-B Progettazione di
DettagliProgettazione di basi di dati
IL MODELLO E-R Modellazione concettuale e progettazione della Base di Dati 2 Progettazione di basi di dati È una delle attività del processo di sviluppo dei sistemi informativi va quindi inquadrata in
DettagliIl modello Entity-Relationship: elementi avanzati
Il modello Entity-Relationship: elementi avanzati Sistemi Informativi T Versione elettronica: 06.2.ER.avanzato.pdf Identificatori esterni Oltre a poter identificare un entità E mediante uno o più attributi
DettagliInformatica Industriale
DIIGA - Università Politecnica delle Marche A.A. 2006/2007 Informatica Industriale Modello informatico: Applicativo Progettazione logica Luca Spalazzi spalazzi@diiga.univpm.it www.diiga.univpm.it/~spalazzi/
DettagliIL MODELLO ENTITY RELATIONSHIP. il modello ER 1
IL MODELLO ENTITY RELATIONSHIP il modello ER 1 CONOSCENZA CONCRETA costrutti fondamentali PROPRIETÀ o ATTRIBUTI: fatti che descrivono le caratteristiche delle istanze di entità e le caratteristiche delle
DettagliElena Baralis, Claudio Demartini
Progetto concettuale Il progetto concettuale 1 Obiettivo: produrre lo schema concettuale Strumenti: meccanismi di astrazione forniti dal modello Entità-Relazione Specifiche iniziali: descrizioni in linguaggio
DettagliLa progettazione logica Traduzione dal modello Entità-Associazione al modello relazionale Anno accademico 2008/2009
La progettazione logica Traduzione dal modello Entità-Associazione al modello Anno accademico 2008/2009 Obiettivo: Costruire uno schema logico in grado di descrivere le informazioni contenute nello schema
DettagliAtzeni, Ceri, Paraboschi, Torlone Basi di dati McGraw-Hill, Progettazione logica. Dati di ingresso e uscita
Atzeni, Ceri, Paraboschi, Torlone Basi di dati McGraw-Hill, 1996-2002 Capitolo 8: Progettazione logica 17/10/2002 Progettazione concettuale Requisiti della base di dati Schema concettuale Progettazione
DettagliProgettare una basi di dati vuole dire progettare la struttura dei dati e le applicazioni
LA PROGETTAZIONE DI BASI DI DATI Progettare una basi di dati vuole dire progettare la struttura dei dati e le applicazioni La progettazione dei dati è l attività più importante Per progettare i dati al
DettagliGenerazione diagrammi ER
Generazione diagrammi ER Il diagramma ER finale viene di solito generato mediante raffinamento e/o integrazione di un certo numero di schemi intermedi (dipendente dalla complessità delle specifiche) Strategie:
DettagliInformatica Industriale Modello funzionale: Informazione Progettazione concettuale
DIIGA - Università Politecnica delle Marche A.A. 2006/2007 Informatica Industriale Modello funzionale: Informazione Progettazione concettuale Luca Spalazzi spalazzi@diiga.univpm.it www.diiga.univpm.it/~spalazzi/
DettagliProgrammazione con Java
Programmazione con Java Astrazioni e UML Astrazioni Nella vita reale siamo abituati a osservare e descrivere oggetti a vari livelli di dettaglio Dai da mangiare a Fido Porta a passeggio il cane Di quale
DettagliI requisiti provengono da fonti diverse: æ utenti, attraverso: í interviste í documentazione apposita æ documentazione, contrattuale o preesistente: í
PROGETTAZIONE CONCETTUALE 6í0 Analisi dei dati Comprende attivitça di æ acquisizione dei requisiti æ analisi dei requisiti æ costruzione dello schema concettuale æ costruzione del glossario possono essere
DettagliEsercizio 1: un semplice schema concettuale. Descrivere lo schema concettuale della seguente realtà:
Esercizio 1: un semplice schema concettuale Descrivere lo schema concettuale della seguente realtà: Esercitazione 1 - Il modello Entita Relazione Università degli Studi di Milano-Bicocca Corso di Elementi
DettagliProgettazione logica relazionale (1/2) Progettazione logica. Progettazione logica relazionale (2/2) Introduzione. Progettazione logica
Progettazione logica Progettazione logica relazionale (1/2) Introduzione Ristrutturazione dello schema ER Eliminazione delle gerarchie Partizionamento di concetti Eliminazione degli attributi multivalore
DettagliI database. Introduzione alla teoria delle basi di dati
I database Introduzione alla teoria delle basi di dati 1 Cosa sono e a cosa servono i Database Un database (o base di dati) e' una raccolta organizzata di dati correlati. Il principale scopo di un database
DettagliFase di Analisi Class Diagram. Esercizi
Fase di Analisi Class Diagram Esercizi Nota Iniziale Esercizi 1 e 2 : possono essere svolti dopo l introduzione del concetto di attributo nelle associazioni nei class diagram Esercizi 3, 4, 5 e 6: possono
DettagliDatabase. Cos è un database? Intro Tipi di entità Mapping ER/EER à Relazionale
Database Intro Tipi di entità Mapping ER/EER à Relazionale Ing. Lucia Vaira PhD Student @ University of Salento lucia.vaira@unisalento.it Cos è un database? 1 Cos è un database? È una struttura di dati
DettagliRequisiti della base di dati. Schema concettuale
Requisiti della base di dati Basi di dati - Modelli e linguaggi di interrogazione- Paolo Atzeni, Stefano Ceri, Stefano Paraboschi, Riccardo Torlone Progettazione concettuale Schema concettuale Progettazione
DettagliBasi di Dati e Sistemi Informativi. Progettazione Concettuale: Il modello Entità-Relazioni
Basi di Dati e Sistemi Informativi Progettazione Concettuale: Il modello Entità-Relazioni Corso di Laurea in Ing. Inform. e dell Autom. Ing. Gestionale Magistrale Introduzione Sistema Informativo: sistema
Dettagli1. Dire cosa si intende per componente intensionale e componente estensionale di una base di dati.
1. Dire cosa si intende per componente intensionale e componente estensionale di una base di dati. Lo schema di una Base di Dati è considerata la componente intensionale e costituisce la struttura che
DettagliRELAZIONI E BASI DI DATI
Informatica Generale (AA 07/08) Corso di laurea in Scienze della Comunicazione Facoltà di Lettere e Filosofia Università degli Studi di Salerno :Modello Relazionale (2)-Relazioni e DB, valori nulli Prof.
DettagliCorso di Basi di Dati
Corso di Basi di Dati Progettazione Logica Home page del corso: http://www.cs.unibo.it/~difelice/dbsi/ Analisi dei requisiti e progettazione in dettaglio Studio/analisi dei requisiti Risultati SCHEMA CONCETTUALE
DettagliREGIONE BASILICATA UFFICIO S. I. R. S.
UFFICIO S. I. R. S. Modellazione dati Id Base Dati CONTROLLO DEL DOCUMENTO APPROVAZIONI Redatto da: Approvato da: Data Autore Ing. Vincenzo Fiore VARIAZIONI Versione prec. Data Autore Paragrafi modificati
DettagliEsercitazione 2: Progettazione Concettuale
Esercitazione 2: Progettazione Concettuale Sistemi Informativi L-B Home Page del corso: http://www-db.deis.unibo.it/courses/sil-b/ Versione elettronica: esercitazione2.pdf Sistemi Informativi L-B Miniature
DettagliElementi di Informatica LB Basi di Dati. Anno accademico 2007/2008 Prof. Stefano Contadini
Elementi di Informatica LB Basi di Dati Anno accademico 2007/2008 Prof. Stefano Contadini Elementi di Informatica LB La progettazione concettuale titolo: 3. Metodologia per la progettazione concettuale
DettagliBASI DATI INFORMATICA
BASI DATI INFORMATICA 1 Sistema Informativo Un sistema informativo (SI) è un componente di una organizzazione il cui obiettivo è gestire le informazioni utili per gli scopi dell organizzazione stessa GESTIRE
DettagliRaccolta e analisi dei requisiti
Raccolta e analisi dei requisiti Definizione di requisito: asserzione riguardante un servizio del sistema o un vincolo Un asserzione di servizio descrive il modo in cui il sistema deve reagire alle richieste
DettagliTRADUZIONE DI SCHEMI
TRADUZIONE DI SCHEMI Progettazione di basi di dati relazionali attraverso la traduzione da schemi ER a schemi relazionali 2 Da un modello ad un altro Parliamo di come progettare uno schema di basi di dati
DettagliBasi di Dati. Il Modello Entità-Relazione. Il Modello Entità-Relazione
Basi di Dati Perché i modelli concettuali? Tranne casi banali, passare direttamente dai requisiti allo schema logico della base di dati presenta diverse difficoltà. Da dove si parte? Si rischia di perdersi
DettagliI modelli logici dei dati
I modelli logici dei dati I modelli logici tradizionali sono tre: gerarchico reticolare relazionale I modelli gerarchio e reticolare sono più vicini alle strutture fisiche di memorizzazione. Quello relazionale
DettagliLe basi di dati. Definizione 1. Lezione 2. Bisogna garantire. Definizione 2 DBMS. Differenza
Definizione 1 Lezione 2 Le basi di dati Gli archivi di dati Organizzato in modo integrato attraverso tecniche di modellazione di dati Gestiti su memorie di massa Con l obiettivo Efficienza trattamento
DettagliPROGETTAZIONE CONCETTUALE
Fasi della progettazione di basi di dati PROGETTAZIONE CONCETTUALE Parte V Progettazione concettuale Input: specifiche utente Output: schema concettuale (astrazione della realtà) PROGETTAZIONE LOGICA Input:
DettagliAtzeni, Ceri, Paraboschi, Torlone Basi di dati
Atzeni, Ceri, Paraboschi, Torlone Basi di dati Capitolo 9 (II parte): Progettazione logica: Dallo schema ER allo schema relazionale Traduzione verso il modello relazionale idea di base: le entità diventano
DettagliIl modello Entity-Relationship
Il modello Entity-Relationship Sistemi Informativi L-B Home Page del corso: http://www-db.deis.unibo.it/courses/sil-b/ Versione elettronica: ER.pdf Sistemi Informativi L-B I modelli concettuali dei dati
DettagliSISTEMI INFORMATIVI E DATABASE
SISTEMI INFORMATIVI E DATABASE SISTEMA INFORMATIVO AZIENDALE (S.I.) In una realtà aziendale si distingue: DATO elemento di conoscenza privo di qualsiasi elaborazione; insieme di simboli e caratteri. (274,
DettagliMODELLI DEI DATI. Informatica Generale (AA 07/08) Corso di laurea in Scienze della Comunicazione Facoltà di Lettere e Filosofia
Informatica Generale (AA 07/08) Corso di laurea in Scienze della Comunicazione Facoltà di Lettere e Filosofia Università degli Studi di Salerno : Modelli dei Dati MODELLI DEI DATI Prof. Alberto Postiglione
DettagliProgettazione logica
Progettazione logica Progettazione Logica Il prodotto della progettazione logica è uno schema logico che rappresenta le informazioni contenute nello schema E- R in modo corretto ed efficiente. Richiede
DettagliFase di Analisi Class Diagram. Esercizi
Fase di Analisi Class Diagram Esercizi Nota Iniziale Esercizi e 2 : possono essere svolti dopo l introduzione del concetto di attributo nelle associazioni nei class diagram Esercizi 3, 4, 5 e 6: possono
DettagliPROGETTAZIONE LOGICA. Prof. Ing. Alfredo GARRO 1/6. Artista. Cantante. DataDiNascita. Codice. Nazionalità
PROGETTAZIONE LOGICA L obiettivo della fase di progettazione Logica è progettare lo Schema Logico della Base di Dati partendo da quanto prodotto nella fase di progettazione Concettuale. Si ricorda che,
DettagliCompito Sistemi Informativi LA. Tempo concesso : 90 minuti 28 Giugno 05 Nome: Cognome: Matricola: Esercizio 1
Compito Sistemi Informativi LA. Tempo concesso : 90 minuti 28 Giugno 05 Nome: Cognome: Matricola: Esercizio 1 Si considerino le seguenti specifiche relative alla realizzazione del sistema informativo di
DettagliTraduzione ER - relazionale
Traduzione ER - relazionale 1 Introduzione Algoritmo applicato ad uno schema ER ristrutturato:!! I. Traduzione delle entità (non deboli)! II. Traduzione delle associazioni 2 I.Traduzione delle entità (1)
DettagliEsercizi svolti sul modello ER con regole di lettura. Esercizio 1
Esercizio 1 Esercizi svolti sul modello ER con regole di lettura Un università vuole raccogliere ed organizzare in un database le informazioni sui propri studenti in relazione ai corsi che essi frequentano
DettagliInformatica. Dipartimento di Economia. Ing. Cristiano Gregnanin. 20 ottobre Corso di laurea in Economia
Informatica Dipartimento di Economia Ing. Cristiano Gregnanin Corso di laurea in Economia 20 ottobre 2016 1 / 22 Introduzione ai database Prima dei DBMS, le organizzazioni utilizzavano semplici file per
DettagliAtzeni, Ceri, Paraboschi, Torlone Basi di dati. Progettazione logica. Attenzione
Atzeni, Ceri, Paraboschi, Torlone Basi di dati Capitolo 7: Progettazione logica Attenzione Nel seguito, come gia detto nella descrizione del modello E-R, con la dizione Relationship si intende la relazione
DettagliINTEGRAZIONE DI SCHEMI E/R
INTEGRAZIONE DI SCHEMI E/R La principale difficoltà nell integrazione di schemi è quella di scoprire le differenze degli schemi che devono essere integrati. Le differenze sono dovute alle seguenti cause:
DettagliAtzeni, Ceri, Paraboschi, Torlone Basi di dati McGraw-Hill, La normalizzazione
Atzeni, Ceri, Paraboschi, Torlone Basi di dati McGraw-Hill, 1996-2002 : La normalizzazione Forme normali Basi di dati - Modelli e linguaggi di interrogazione- Paolo Atzeni, Stefano Ceri, Stefano Paraboschi,
DettagliINFORMATICA PER LE SCIENZE UMANE a.a. 2015/2016
INFORMATICA PER LE SCIENZE UMANE a.a. 2015/2016 Francesca Levi Dipartimento di Informatica E-mail: francesca.levi@unipi.it levifran@di.unipi.it Francesca Levi Dipartimento di Informatica Informatica per
DettagliBasi di dati 19 dicembre 2016 Prova parziale Compito A Tempo a disposizione: un ora e quindici minuti. Libri chiusi.
Basi di dati 19 dicembre 2016 Prova parziale Compito A Tempo a disposizione: un ora e quindici minuti. Libri chiusi. Cognome: : Matricola: Domanda 1 (25%) Considerare i quattro schemi seguenti: (1,N) Rispondere
DettagliDispensa di Informatica II.1
ALGORITMI La dispensa di seguito proposta si pone come tutorial per poter porre le basi per la realizzazione di algoritmi che poi potranno eventualmente essere sviluppati in moduli software con metodologia
DettagliCapitolo 6. Esercizio 6.1
Capitolo 6 Esercizio 6.1 Considerate lo schema ER in figura 6.27: lo schema rappresenta varie proprietà di uomini e donne. Correggete lo schema tenendo conto delle proprietà fondamentali delle generalizzazioni.
DettagliCorso di Programmazione Problem Solving. Tipi di Problemi. Problemi Complessi Soluzione. Dott. Pasquale Lops. Primitivi. Complessi
Materiale didattico preparato dal dott. Stefano Ferilli Corso di Programmazione Problem Solving Dott. Pasquale Lops lops@di.uniba.it Corso di Programmazione - DIB 1/30 Tipi di Problemi Primitivi Risolubili
DettagliIntroduzione alla programmazione Algoritmi e diagrammi di flusso. Sviluppo del software
Introduzione alla programmazione Algoritmi e diagrammi di flusso F. Corno, A. Lioy, M. Rebaudengo Sviluppo del software problema idea (soluzione) algoritmo (soluzione formale) programma (traduzione dell
DettagliProgettazione di Database
Progettazione di Database Alcuni Esempi Progettare un Database Per la progettazione dei database sono state definite delle metodologie che definiscono una serie di criteri che aiutano nelle fase di scelta
DettagliBasi di Dati. Corso di Informatica. Memorizzazione dei Dati. Accesso ai Dati. Corso di Laurea in Conservazione e Restauro dei Beni Culturali
Corso di Laurea in Conservazione e Restauro dei Beni Culturali Corso di Informatica Gianluca Torta Dipartimento di Informatica Tel: 011 670 6782 Mail: torta@di.unito.it Basi di Dati lo scopo delle Basi
DettagliBasi di Dati e Sistemi Informativi. Raffinamento dello schema e Normalizzazione nei database relazionali
Basi di Dati e Sistemi Informativi nei database relazionali Corso di Laurea in Ing. Informatica Ing. Gestionale Magistrale Introduzione La modellazione E-R ci ha consentito di descrivere schemi relazionali
DettagliCompito Sistemi Informativi LA. Tempo concesso : 90 minuti 22 Giugno 04 Nome: Cognome: Matricola:
Compito Sistemi Informativi LA. Tempo concesso : 90 minuti 22 Giugno 04 Nome: Cognome: Matricola: Esercizio 1 Si considerino le seguenti specifiche relative alla realizzazione del sistema informativo di
DettagliLE BASI DI DATI. Seconda parte La progettazione di database Relazionali SCHEMA LOGICO - Ristrutturazione dello schema concettuale
LE BASI DI DATI Seconda parte La progettazione di database Relazionali SCHEMA LOGICO - Ristrutturazione dello schema concettuale LA PROGETTAZIONE LOGICA L'obiettivo della progettazione logica è quello
DettagliCorso di Ingegneria del Software. Modelli di produzione del software
Corso di Ingegneria del Software a.a. 2009/2010 Mario Vacca mario.vacca1@istruzione.it 1. Concetti di base Sommario 2. 2.1 Modello a cascata 2.2 Modelli incrementali 2.3 Modelli evolutivi 2.4 Modelli agili
DettagliMODELLO e RAPPRESENTAZIONE
MODELLO e RAPPRESENTAZIONE I calcolatori elaborano informazione e restituiscono nuova informazione: questa deve essere rappresentata in forma simbolica Esempio : Per poter gestire una biblioteca dobbiamo
DettagliConsiderate lo schema ER in figura: lo schema rappresenta varie proprietà di uomini e donne. Copyright The McGraw-Hill Companies, srl
Considerate lo schema ER in figura: lo schema rappresenta varie proprietà di uomini e donne. Copyright 2009 - The McGraw-Hill Companies, srl Correggete lo schema tenendo conto delle proprietà fondamentali
DettagliESERCIZI DI MODELLAZIONE E-R
ESERCIZI DI MODELLAZIOE E-R La Galleria d Arte L Università I Film Progettare una base di dati per la gestione di una galleria d arte (1) Il sistema deve memorizzare le informazioni riguardo agli artisti:
DettagliCompito Sistemi Informativi LA. Tempo concesso : 90 minuti 26 Giugno 07 Nome: Cognome: Matricola: Esercizio 1
Compito Sistemi Informativi LA. Tempo concesso : 90 minuti 26 Giugno 07 Nome: Cognome: Matricola: Esercizio 1 Si considerino le seguenti specifiche relative alla realizzazione del sistema informativo di
DettagliInformatica per le Scienze Umane. Introduzione al corso: programma dettagliato
Informatica per le Scienze Umane Introduzione al corso: programma dettagliato 1 Obiettivi del corso Fornire le conoscenze e le competenze necessarie alla rappresentazione e al trattamento consapevole delle
DettagliProgettazione concettuale
Progettazione concettuale Strategie top-down A partire da uno schema che descrive le specifiche mediante pochi concetti molto astratti, si produce uno schema concettuale mediante raffinamenti successivi
DettagliS.I.T. PER LA VALUTAZIONE E GESTIONE DEL TERRITORIO Corso di Laurea Magistrale in Scienze Ambientali. Alessandra Raffaetà
Lezione 5 S.I.T. PER LA VALUTAZIONE E GESTIONE DEL TERRITORIO Corso di Laurea Magistrale in Scienze Ambientali Alessandra Raffaetà Dipartimento di Informatica Università Ca Foscari Venezia Schemi a oggetti
DettagliCompito Sistemi Informativi LA. Tempo concesso : 90 minuti 27 Marzo 07 Nome: Cognome: Matricola:
Compito Sistemi Informativi LA. Tempo concesso : 90 minuti 27 Marzo 07 Nome: Cognome: Matricola: Esercizio 1 Si considerino le seguenti specifiche relative alla realizzazione del sistema informativo di
DettagliI Tipi di Dato Astratto
I Tipi di Dato Astratto Sommario Cosa sono le Strutture Dati Astratte? Le strutture dati Le operazioni Come scegliere fra varie implementazioni? Quale è la questione? Come organizzare (strutturare) i dati
DettagliTraduzione dello schema E-R in modello logico relazionale
Traduzione dello schema E-R in modello logico relazionale 1 2 Entità con identificatore esterno - Esempio Risoluzione delle entità con identificatore esterno 3 4 5 Traduzioni dal modello E-R al modello
DettagliPROBLEMI ALGORITMI E PROGRAMMAZIONE
PROBLEMI ALGORITMI E PROGRAMMAZIONE SCIENZE E TECNOLOGIE APPLICATE CLASSE SECONDA D PROGRAMMARE = SPECIFICARE UN PROCEDIMENTO CAPACE DI FAR SVOLGERE AD UNA MACCHINA UNA SERIE ORDINATA DI OPERAZIONI AL
DettagliInsegnamento di Basi di Dati
1 Laurea in Ingegneria Informatica SAPIENZA Università di Roma Insegnamento di Basi di Dati Progettazione Concettuale 1. Il dizionario dei dati 2. Esercitazione sulla progettazione concettuale Docente:
DettagliSi considerino le seguenti specifiche relative alla realizzazione di un sistema informativo per un concessionario di automobili.
Compito Sistemi Informativi. Tempo concesso : 90 minuti 19 giugno 2012 Nome: Cognome: Matricola: Crediti: [6] [9] Esercizio 1 (punti 7+2) Si considerino le seguenti specifiche relative alla realizzazione
DettagliINSEGNANTE TECNICO PROGETTISTA MECCANICO TECNICO
ALLEGATO 1) INFORMAZIONI PERSONALI FOTOTESSERA Nome Cognome FRANCO PICATONOTTO PIAZZA RESISTENZA 9 10060 OSASCO (TO) via, numero civico, codice postale, città, paese 0121-541483 numero telefonico telefono
Dettagli