Please enable JavaScript.
Coggle requires JavaScript to display documents.
PROGETTO DI UN DATABASE_2a, Fabio Bertolani, image - Coggle Diagram
PROGETTO DI
UN DATABASE_2a
Data base designer
colui che è responsabile dell'astrazione dei dati dal mondo reale partire dall'analisi dei requisiti fino ad ottenere la corretta modellazione degli stessi
assieme al proprietario analizza i documenti poi produce uno schema concettuale per arrivare ad uno schema logico, il tutto suddiviso in passi successivi
Ristrutturazione affinamento
trasformazioe
entità
per ogni entità viene generata una tabella che ha un attributo per ogni attributo dell'entità
relazioni
ridondanza
unificare le relazioni 1:1
es: ogni cittadino deve possedere una sola tessera sanitaria, ogni tessera sanitaria deve essere posseduta da un cittadino
la relazione è eliminabile e otteniamo un'unica entità con tutti gli attributi
semplificazione
dividere le relazioni n:m
es: ogni docente deve insegnare una o più materie, ogni materia può essere insegnata da una o più docenti
devono essere risolte nelle fasi di ristrutturazione sostituendole con un entità associativa
gli attributi vanno inseriti nella nuova entità associativa, se non ci sono attributi si inseriscono le chiavi esterne delle 2 entità
eliminazione attributi
composti
considerare tutti i sotto attributi come attributi
multivalore
Eventuali attributi di multivalore sono promossi a entità
Fasi di sviluppo
definizione degli OGGETTI che
andranno a comporre il diagramma
anlisi della documentazione
Sistema esistente
il sistema da rimpiazzare
le specifiche di integrazione con sistemi esistenti
Documentazione esistente
le normative generlai e del settore
i regolamenti interni
le procedure aziendali
Ambiguità
il pluralismo di percezione (omonimie/sinonimie/similitudini)
le incompletezze di descrizione (conflitti di descrizione)
Documentazione specifica
prodotta per il progetto:
gli appunti sulle interviste agli utenti finali
la documentazione scritta predisposta appositamente
le note delle riuniuni tecniche e le richieste del cliente
strategie
richiamo (vedi mappa 2 Fase 1-analisi)
individuazione delle ENTIÀ
e definizione degli ATTRIBUTI
scelta dei nomi
significato per l'utente finale
n. minimo di parole
essere unico
individuare le entità
richiamo: cosa-concetto-oggetto che
contiene delle informazioni descrittive
(vedi mappa 3)
REGOLE FONDAMENTALI
per definire degli attributi
2 - DERIVATI
attributi ottenuti come risultato di una forula o di un'operazione (età, se inserita la data di nascita
3 - CODICI
Valore codificato con una lettera o un numero (genera, piani di un hotel)
1 - ATOMICO
(un singolo fatto, una sola informazione
aggregazioni semplici
indirizzo (tipologia, nome, numero civico,
CAP, città, provincia)
codici complessi
N.telefono (prefisso internazionale, prefisso gestore, numero)(es:+39 0474555917/+39 3784048627)
attributi testuali
definiti formato testo anche se sono numeri o date (es. cap 39031)
conclusioni
completezza:
tutti i dati di interesse sono specificati
leggibilità:
riguarda anche aspetti prettamente estetici dello schema
correttezza:
non devono essere presenti errori
minimilità:
è importante capire se esistono elementi ridondanti nello schema e se queste situazioni costituiscono un problema oppure sono dovute ad una scelta di pregettazione volta a favorire l'esecuzione di certe operazioni
Individuare le RELAZIONI
esistenti tra le ENTITÀ
regole di lettura
richiamo (vedi mappa 3)
Fabio Bertolani
