Strategie di progetto Si possono utilizzare le strategie tipiche dello sviluppo di un processo di ingegnerizzazione (es. ingegneria del software). Strategie.

Slides:



Advertisements
Presentazioni simili
La progettazione concettuale
Advertisements

Informatica II – Basi di Dati (08/09) – Parte 1
Progettazione dei Sistemi Interattivi (A.A. 2004/05) - Lezione 2 1 Progettazione e Sviluppo di Software ad Oggetti 4 OBJECT-ORIENTED ANALYSIS Processo.
PROGETTAZIONE DI BASE DI DATI Metodologie e modelli.
IL MODELLO ENTITA’ - RELAZIONE I costruttori di base
LA PROGETTAZIONE LOGICA Seconda parte
LA PROGETTAZIONE CONCETTUALE Seconda parte
Progettazione concettuale
Analisi e progettazione
Procedure e funzioni A. Ferrari.
Progettazione concettuale
4 – Progettazione – Introduzione e Modello E-R
5 – Progettazione Concettuale
Basi di Dati prof. A. Longheu 4 – Progettazione – Introduzione e Modello E-R Cap. 5 Basi di dati Atzeni – Ceri – Paraboschi - Torlone.
Relazioni Relazione: Associazione o legame logico esistente tra due o più entità Socio Prenota Campo.
Basi di dati - Modelli e linguaggi di interrogazione- Paolo Atzeni, Stefano Ceri, Stefano Paraboschi, Riccardo Torlone Copyright © The McGraw-Hill.
Atzeni, Ceri, Paraboschi, Torlone Basi di dati McGraw-Hill,
Atzeni, Ceri, Paraboschi, Torlone Basi di dati McGraw-Hill,
L’uso dei database in azienda
R. Torlone, A. Calì, G. Lorenzo, G. Solazzo Profilo utente Milano – 17 Novembre 04.
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.
Corso di Informatica (Basi di Dati)
Introduzione alla programmazione l
LA PROGETTAZIONE LOGICA
Metodologie e Modelli di Progetto
Modello E-R Generalizzazioni
Progettazione di una base di dati
Normalizzazione Le forme normali certificano che la base di dati soddisfa criteri di qualità che mirano ad evitare le ridondanze e i conseguenti effetti.
Strategia bottom-up Nella strategia bottom-up le specifiche iniziali sono suddivise in componenti via via sempre più piccole, fino a descrivere frammenti.
Partizionamento/accorpamento di concetti
Modello E-R Generalizzazioni
A.Natali DL Maggio1999 Oggetti Concetti fondamentali.
Da Problema a Programmazione
Implementare un modello di dati
L’ingegneria del software
Atzeni, Ceri, Paraboschi, Torlone Basi di dati McGraw-Hill,
Sistemi e Tecnologie Informatiche Requisiti per la realizzazione di un buon programma.
Progettazione Concettuale: Strategie di Progettazione
Sistemi di Elaborazione delle Informazioni Mod.I.
Basi di Dati e Sistemi Informativi
La Normalizzazione. 2 May, slide 2 Le nuove tecnologie Software Normalizzazione Normalizzazione è il processo di semplificazione di un data base.
Atzeni, Ceri, Paraboschi, Torlone Basi di dati McGraw-Hill,
Esercitazioni di Ingegneria del Software con UML
Progettazione concettuale 1 persona Ente lavora in impiegatodatore.
I DBMS BASI DI DATI (DATABASE) Insieme organizzato di dati utilizzati
Progettazione Logica Il prodotto della progettazione logica è uno schema logico che rappresenta le informazioni contenute nello schema E-R in modo corretto.
Diagramma delle Classi
Atzeni, Ceri, Paraboschi, Torlone Basi di dati McGraw-Hill, 1999
Basi di dati - Modelli e linguaggi di interrogazione- Paolo Atzeni, Stefano Ceri, Stefano Paraboschi, Riccardo Torlone Copyright © The McGraw-Hill.
Progettazione di una base di dati Ciclo di vita di un sistema informativo Studio di fattibilità definisce le varie alternative possibili, i relativi costi.
Algoritmi.
Progettazione Logica Il prodotto della progettazione logica è uno schema logico che rappresenta le informazioni contenute nello schema E-R in modo corretto.
Progettazione di basi di dati: metodologie e modelli
Algoritmi e Programmazione (in C) Stefano Cagnoni e Monica Mordonini
S. Costantini 06/05/2006 (parte del materiale è tratto da slide del 2001 di Ceri-Atzeni) Normalizzazione di Schemi.
PROGETTAZIONE DI BASE DI DATI Metodologie e modelli.
Descrizione del modello EA con uno schema (parziale) EA Compito 1 di laboratorio: Progetto e realizzazione di una base dati per gestire la documentazione.
Metodologie e modelli per il progetto. 2 Introduzione alla progettazione Il problema: progettare una base di base di dati a partire dai suoi requisiti.
1 Esami Esame scritto: Tra 21 e 25 domande: 20 domande chiuse (20 punti),  5 domande aperte (10 punti) 1½ ore Esame orale/applicativo: Esercizi usando.
15/12/2014Atzeni-Ceri-Fraternali-Paraboschi-Torlone, Basi di dati, Capitolo 8 1 (0,1) (0,N) (1,1) (0,1) (1,1) (1,N) (0,N) (1,N) (1,1) Città Telefono Nome.
Eprogram informatica V anno.
NORMALIZZAZIONE ESERCIZI. INTRODUZIONE La modellazione E-R ci ha consentito di descrivere schemi relazionali Lo strumento base per la modellizzazione.
Progettazione concettuale Castagnozzi Savino Ciaramello Massimo Emiliano Galeazzi Federico Guerriero Lorenzo Macauda Giorgio.
Normalizzazione. Introduzione Nell’organizzazione tradizionale degli archivi, si verificano alcuni problemi, quali: Ridondanza dei dati (gli stessi dati.
Diagramma degli Stati. Diagramma degli Stati … Definizione è un grafico con nodi ed archi in cui i nodi rappresentano gli stati di una classe e gli archi,
Unità di apprendimento 6
Basi di dati - 09Marco Maggini1 Forme normali forme normali  Le forme normali verificano la qualità di uno schema di una base di dati relazionale  Presenza.
Introduzione alle Classi e agli Oggetti in Java 1.
Strategie di progetto Si possono utilizzare le strategie tipiche dello sviluppo di un processo di ingegnerizzazione (es. ingegneria del software). Strategie.
Atzeni, Ceri, Paraboschi, Torlone Basi di dati McGraw-Hill, 1999
Transcript della presentazione:

Strategie di progetto Si possono utilizzare le strategie tipiche dello sviluppo di un processo di ingegnerizzazione (es. ingegneria del software). Strategie top-down Strategie bottom-up Strategie inside-out Approcci misti

Strategia 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ù dettagli. I raffinamenti successivi, come accade anche per altre strategie, vengono realizzati mediante trasformazioni elementari, denominate primitive di trasformazione top-down che trasformano un concetto di uno schema in una struttura più complessa che descrive la realtà in maggiore dettaglio.

Primitive di trasformazione top-down T1, da entità a relazione fra entità: si applica quando si verifica che una entità descrive due concetti diversi legati logicamente fra loro T2, da entità a generalizzazione: si applica quando una entità è composta da sotto-entità distinte o, più in generale, che uno stesso concetto può in realtà comprendere più concetti. T3, da relazione a insieme di relazioni: si applica quando una relazione descrive in realtà due o più relazioni fra le medesime entità; tipicamente le due relazioni sono due specializzazioni di una relazione più generale.

Primitive di trasformazione top-down T4, da relazione ad entità con relazioni: si applica quando una relazione descrive un concetto con esistenza autonoma ai fini dell’applicazione o concetti di cui si possono avere più occorrenze. T5, introduzione di attributi in una entità: si applica per introdurre nuovi attributi ad una entità, che aiutino a descriverla in modo più completo. T6, introduzione di attributi su relazioni: si applica per aggiungere proprietà a relazioni.

Strategia bottom-up Nella strategia bottom-up le specifiche iniziali sono suddivise in componenti via via sempre più piccole, fino a descrivere frammenti elementari della realtà. Le componenti vengono poi fuse con trasformazioni successive (primitive di trasformazione bottom-up) per giungere allo schema concettuale finale. Ogni trasformazione introduce nuovi concetti non presenti al livello precedente.

Primitive di trasformazione bottom-up T1, generazione di entità: si applica quando si individua nelle specifiche una classe di oggetti caratterizzata da proprietà comuni. T2, generazione di relazione: si applica quando nelle specifiche si individua un legame logico fra entità. T3, generazione di generalizzazione: si applica quando si individua un legame fra diverse entità riconducibile ad una generalizzazione, quando cioè le diverse entità possono essere istanze di una stessa classe. T4, aggregazione di attributi su entità: si applica quando si individua una entità che può essere rappresentata come aggregazione di attributi presenti nelle specifiche. T5, aggregazione di attributi su relazione: analoga a T4, ma relativa ad una relazione.

Strategia inside-out Può essere vista come un caso particolare della strategia bottom-up: individua solo alcuni concetti importanti, per poi procedere a macchia d’olio. Si rappresentano prima i concetti più vicini a quelli di partenza per poi sviluppare quelli più lontani attraverso una navigazione nelle specifiche. Vantaggi: non richiede passi di integrazione. Svantaggi: è necessario di volta in volta esaminare tutte le specifiche e descrivere i nuovi concetti nel dettaglio. Non è possibile procedere per livelli di astrazione.

Telefono Dipartimento Direzione Afferenza Data (1,1) (0,1) (1,N) (0,1) (1,N) Progetto Partecipazione NomeBudget (0,N) (1,N) (1,1) Città Indirizzo Composizione Sede Nome Via CAP (1,N) Impiegato Cognome Codice

Strategia mista Cerca di unire i vantaggi delle strategie top-down e bottom-up. A un estremo, si individuano componenti elementari, all’altro si crea uno schema scheletro contenente concetti di base da espandere, con raffinamenti successivi, in modo top-down. Contemporaneamente, dalle specifiche, si creano in modo bottom- up i concetti non presenti nello schema scheletro. Si adatta ad esigenze opposte di suddivisione di un problema complesso in sottoproblemi, e di procedura per raffinamenti successivi. Ingloba in pratica anche la strategia inside-out Spesso è l’unica strategia utilizzabile.

In pratica si procede di solito con una strategia ibrida (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 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

Qualità di uno schema concettuale Nel definire uno schema concettuale ci sono alcune proprietà che bisogna cercare di garantire: Correttezza : lo schema utilizza propriamente i costrutti del modello di riferimento. Completezza : tutti i dati di interesse sono rappresentati e tutte le operazioni sono eseguibili a partire dai concetti descritti nello schema. Leggibilità : i requisiti sono rappresentati in modo naturale e comprensibile. Estetica dello schema. Minimalità : le specifiche sono rappresentate una sola volta. Non sempre, tuttavia, eventuali ridondanze sono indesiderate.

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à –Verificare le qualità dello schema e modificarlo

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 Analisi di qualità