Please enable JavaScript.
Coggle requires JavaScript to display documents.
PROGETTO DI UN DATABASE_2a - Coggle Diagram
PROGETTO DI UN DATABASE_2a
RISTRUTTURAZIONE
AFFINAMENTO
TRASFORMAZIONI
ENTITÀ
per ogni entità viene generata una tabella che ha un attributo per ogni attributo dell'entità
RELAZIONE
RIDONDANZA
Unificare le relazione 1:1
due entità legate da una relazione uno a uno possono essere ridotte ad un unica entità che contiene sia gli attributi della prima che della seconda
es. cittadino -> tessera sanitaria ovvero ogni cittadino deve possedere una tessera sanitaria e ogni tessera sanitaria deve essere posseduta da un solo cittadino
SEMPLIFICAZIONE
Dividere le relazione N:M
le relazioni molti a molti non possono essere utilizzate nel modello dei dati, devono essere risolte con un'entità associativa. Gli impiegati possono essere impiegati in molti progetti e ogni progetto deve impegnare più di un impiegato
ELIMINAZIONE ATTRIBUTI
COMPOSTI
considerare tutti i sottoattributi come attributi
eliminare i sottoattributi e considerare l'attributo composto come un attributo semplice
MULTIVALORE
l'attributo multivalore viene trasformato a una nuova entità
FASI DI SVILUPPO
CONCLUSIONI
CORRETTEZZA
non devono essere presenti errori semantici o sinttatici
COMPLETEZZA
Tutti i dati di interesse specifici
LEGGIBILITÀ
esteticamente lo schema deve essere carino
MINIMALITÀ
occorre eliminare la ridondanza
Definizione degli OGGETTI che andranno a comporre il diagramma
ANALISI DELLA DOCUMENTAZIONE
SISTEMA ESISTENTE
Il sistema da rimpiazzare
Le specifiche di integrazione con sistemi esistenti
DOCUMENTAZIONE ESISTENTE
Le normative generali del settore
I regolamenti interni
Le procedure iniziali
AMBIGUITÀ
Il pluralismo di percezione( omonimie, sinonimie e similitudini)
Le incompletezze di descrizione (conflitti di descrizione)
DOCUMENTAZIONE SPECIFICA PRODOTTA PER IL PROGETTO
La documentazione scritta predisposta appositamente
Gli appunti sulle interviste agli utenti finali
Note delle riunioni tecniche e le richieste del cliente
STRATEGIE
RICHIAMO (vedi mappa 2)
Fase 1 - analisi
INDIVIDUAZIONE delle ENTITÀ e definizione degli attributi
Richiamo: cosa - concetto - oggetto che contiene delle informazioni descrittive (vedi mappa 3)
DEFINIRE GLI ATTRIBUITI:
REGOLE FONDAMENTALI
1- ATOMICO
(deve presentare un singolo fatto o una sola informazione
codici complessi
prefisso nazionale
prefisso operatore
numero
attributi testuali
Attributi che vengono erroneamente definiti di "tipo testo" (CAP)
Indirizzo
Via Dante 4
tipologia (via, viale, corso, strada)
nome
nr. civico
2-DERIVATI
NON DEVONO ESSERE MEMORIZZATI e sono quelli ottenuti da operazioni
3-CODICI
Lettere o numeri che rappresentano un dato specifico (sesso, m, f)
SCELTA DEI NOMI
Avere un significato per l'utente finale
Contenere un numero minimo di parole di cui si ha bisogno per descrivere univocamente e accuratamente l'oggetto
Essere unici
Individuare le relazioni esistenti tra le ENTITÀ
REGOLE DI LETTURA
RICHIAMO (vedi mappa 3)
DB DESIGNER
è colui che ha il compito di definire insieme al utente del prodotto il Data Base
Il DB designer è responsabile dell'astrazione dei dati dal mondo reale a partire dall'analisi dei requisiti fino a ottenere la corretta modellazione degli stessi dapprima nello schema concettuale e successivamente nello schema logico: il suo compito è scomponibile in passi successivi che vedremo dettagliatamente