Please enable JavaScript.
Coggle requires JavaScript to display documents.
PROGETTO DI UN DATABASE_2 - Coggle Diagram
PROGETTO DI UN DATABASE_2
DATABASE DESIGNER
colui che ha il compito di definire, assieme all'utente del prodotto, il DATABASE.
è responsabile dell'astrazione dei dati dal mondo reale (analisi dei requisiti) fino a ottenere la modellazione dei dati (dallo schema concettuale a quello logico)
FASI DI SVILUPPO
individuazione delle ENTITA' e si definiscono gli ATTRIBUTI
individuare le ENTITA'
RICHIAMO: cosa - concetto - oggetto che contiene delle informazioni descrittive
definire gli ATTRIBUTI
2 - DERIVATI
sono ottenuti come risultato di una operazione e NON vanno
memorizzati sul modello ER.
esempio: ora decollo - ora atterraggio -
durata volo
NO! perché si può determinare della sottrazione dei precedenti attributi
3 - CODICI
è consigliati codificare gli attributi con dei codici
esempio: Sesso (M - F - A e non maschio - femmina - altro)
Codice Fiscale -> Cod_Fis (CodFis)
Numero Carta d'Identità -> n_Cl (nCl)
Numero Patente -> n_Patente (nPatente)
1 - ATOMICO
(un singolo fatto, una singola informazione)
codici complessi
esempio: NUMERO TELEFONO
contiene il prefisso nazionale (0039)
il prefisso operatore (0474 BK - 070 CA)
il numero del cliente (0971...)
attributi testuali
definiti erroneamente di "tipo testo" quando
in realtà sono altre tipologie
esempio: CAP (codice avviamento Postale)
39031 BK - 09040 CA
sono attributi testuali, anche se numeri, tutto ciò che
non è soggetto a operazioni matematiche
aggregazioni semplici
esempio; INDIRIZZO
contiene il tipo della via
il nome della via
il numero civico
SCELTA DEI NOMI
devono avere un significato per l'utente finale
devono contenere un numero minimo di parole per descrivere l'oggetto
devono essere UNICI
individuare le RELAZIONI esistenti tra le ENTITA'
REGOLE DI LETTURA
Si inizia sempre con la parola "ogni"
Si riporta il nome dell'ENTITÀ A
Si indica l'opzionalità della relazione (dove - può)
Si riporta il verso che descrive la relazione
SI indica la cardinalità della relazione (uno solo - uno o più)
SI riporta il nome dell'ENTITÀ B
definizione degli OGGETTI che andranno a comporre il diagramma
ANALISI DELLA DOCUMENTAZIONE
documentazione esistente:
normative generali e di settori
regolamenti interni
procedure aziendale
sistema esistente:
sistema da rimpiazzare e sue integrazioni
documentazione specifica prodotta per il progetto:
note delle riunioni tecniche
richieste del cliente
appunti di interviste all'utente finale
documentazione scritta appositamente
AMBIGUITA'
sinonimie
similitudini
omonimie
conflitti di descrizioni
CONCLUSIONI
completezza
tutti i dati d'interesse sono specificati
leggibilità
riguarda aspetti estetici dello schema
correttezza
non devono essere presenti errori
minimalità
importante capire se ci sono elementi ridondanti e se costituiscono un problema o sono dovute ad una scelta di progettazione per favorire l'esecuzione di certe operazione
RISTRUTTURAZIONE AFFINAMENTO
ENTITA'
per ogni entità viene generata una tabella che
ha attribuito per ogni attributo dell'entità
ELIMINAZIONE ATTRIBUTI
COMPOSTI
considerare tutti i sotto-attributi come attributi
eliminare i sotto-attributi considerando l'attributo composto come attributo semplice
MULTIVALORE
questi vengono promossi a ENTITA'
TRASFORMAZIONE
ENTITA'
RELAZIONI
RIDONDANZA
UNIFICARE le RELAZIONI 1:1
due entità legate da una relazione 1:1
possono essere ridotte a un'unica entità che contiene gli attributi di entrambi
SEMPLIFICAZIONE
DIVIDERE le RELAZIONI N:M
due entità legate da una relazione N:M
possono essere semplificate individuando
una ENTITA' ASSOCIATIVA (pag.29)
ovvero si ottengono due relazioni N:1 e 1:M