Please enable JavaScript.
Coggle requires JavaScript to display documents.
PROGETTO DI UN DATABASE_2a, Aurora Guri - Coggle Diagram
PROGETTO DI UN DATABASE_2a
DATABASE DESIGNER
E' colui che è responsabile dell'astrazione dei dati dal mondo reale a partire dalle analisi dei requisiti fino a ottenere la corretta modellazione degli stessi.
Assieme al propietario analizza i documenti, poi produce uno schema concettuale per arrivare a uno schema logico, il tutto suddiviso in passi successivi.
FASI DI SVILUPPO
Definizione degli OGGETTI che andranno a comporre il diagramma
STRATEGIA
RICHIAMI - (vedi mappa 2)
FASE 1 - ANALISI
ANALISI DELLA DOCUMENTAZIONE
Documentazione esistente:
regolamenti interni
procedure aziendali
le normative generali del settore
Sistema esistente:
il sistema da rimpiazzare
le specifiche di integrazione con sistemi esistenti
Documentazione specifica prodotta per il progetto:
appunti sulle interviste agli utenti finali
la documentazione scritta predisposta appositamente
le note delle riunioni e le richieste del cliente
AMBIGUITA'
pluralismo di percezione (omonimie, sinonimie, similitudini)
incompletezze di descrizione (incompetenze / conflitti di descrizione)
individuazione delle entità e definizione degli attributi
Scelta dei NOMI
Avere un significato per L'UTENTE FINALE
Contenere un numero minimo di parole del NOME
essere UNICITO
individuare le ENTITA'
RICHIAMO: cosa - concetto - oggettoche contiene delle informazioni descrittive
REGOLE FONDAMENTALi per definire gli attributi
2 - DERIVATI
Attributi ottenuti come risultato di una formula o operazione
ES: età, se richiesta la data di nascita
3 - CODICI
Valore codificato da una lettera o un numero
ES: genere (M / F), piani di un albergo
1 - ATOMICO
(una singola informazione)
codici complessi
ES: Numero di telefono (prefisso internazionale, prefisso gestore, numero)
+39 0474 555239
+39 347 1234567
attributi testuali
Definiti formato testo anche se sono numeri o date
Es: CAP
aggregazioni semplici
ES: Indirizzo (tipologia, nome, numeo civico, CAP, città, provincia)
CONCLUSIONI
COMPLETEZZA
tutti i dati di interesse devono essere specificati
LEGGIBILITA'
gli aspetti principalmente estetici dello schema
CORRETEZZA
non devono essere presenti errori grammaticali semantici
MINIMALITA'
evitare la ridondanza degli elementi dovute a una scelta di progettazione efficace
Individuare le relazioni esistenti tra le entità
RISTRUTTURAZIONE
AFFINAMENTO
TRASFORMAZIONE
ENTITA'
Per ogni entità viene generata una tabella che ha un attributo per ogni attributo dell'entità
RELAZIONI
RIDONDANZA
UNIFICARE le RELAZIONI 1:1
Ogni cittadino deve possedere una sola tessera sanitaria.
Ogni tessera sanitaria deve essere posseduta da un cittadino.
La relazione è 1:1 quindi è eliminabile e otteniamo un'unica entità con tutti gli attributi
SEMPLIFICAZIONE
DIVIDERE le RELAZIONI N:M
Se consideriamo materia:
Ogni docente deve insegnare una o più materie.
Ogni materia può essere insegnata da uno o più docenti.
Relazione N:M devono essere risolte nelle fasi di ristrutturazione, sostituendole con un'entità associativa.
Gli attributi vanno inseriti nella nuova entità associativa.
ELIMINAZIONE ATTRIBUTI
COMPOSTI
Considerare tutti i sottoattributi come attributi
MULTIVALORE
Eventuali attributi multivalore sono promossi a entità.
Aurora Guri