Please enable JavaScript.
Coggle requires JavaScript to display documents.
PROGETTO DI UN DATABASE_2a, Haroon Mohammad 4°B ITE 2025/26, member…
PROGETTO DI UN DATABASE_2a
DATABASE DESIGNER
colui che è responsabile dell'astrazione dei dati dal mondo reale a partire dall'analisi dei requisiti fino ad ottenere la corretta modellazione degli stessi
insieme al propretario analizza i documenti poi produce uno schema concettuale per arrivare a un schema logico il tutto suddiviso in passi successivi
FASI DI SVILUPPO
individuare le RELAZIONI esistenti tra le ENTITÀ
REGOLE DI LETTURA
RICHIAMO (vedi mappa 3)
individuazione delle ENTITÀ e definizione degli ATTRIBUTI
SCELTA DEI NOMI
avere un significato per l'utente finale
contenere un minimo di parole
unicità
individuare ENTITÀ
RICHIAMO: cosa - concetto - oggetto che contiene delle informazioni descrittive (vedi mappa 3)
REGOLE FONDAMENTALI
per definire gli ATTRIBUTI
2 - DERIVATI
ATTRIBUTI ottenuti come risultato di una formula o operazione per esempio l'età se richiesta la data di nascita
3 - CODICI
valore codificato da una lettera o numero per esempio lettere il
genere
mentre numero i
piani
1 - ATOMICO
codici complessi
NUMERO DI TELEFONO: (prefisso internazione, prefisso gestore e numero effettivo) = +39 047 678 4563 e +39 321 321 1243
attributi testuali
definiti formato testo anche se sono numeri o date per esempio: CAP
aggregazioni semplici
INDIRIZZO: (tipologia, nome, numero civico, CAP, città, provincia)
definizione degli OGGETTI che andranno a comporre il diagramma
STRATEGIE
RICHIAMO (vedi mappa 2)
FASE 1 - ANALISI
ANALISI DELLA DOCUMENTAZIONE
documentazione esistente
i regolamenti interni
le procedure aziendali
le normative generali e del settore
sistema esistente
il sistema da rimpiazzare
le specifiche di integrazione con sistemi esistenti
documentazione specifica prodotta per il progetto:
gli appunti sulle interviste agli utenti finali
la documentazione scritta predisposta appositamente
le note delle riunioni techniche e le richieste del cliente
AMBIGUITÀ
Pluralismo di percizione (
ononimie e sononimie
)
incomletezza di descrizione (
conflitti
)
CONCLUSIONI
LEGGIBILITÀ
riguarda anche aspetti prettamente estetici dello schema
MINIMILITÀ
evitare la ridondanza degli elementi
COMPLETEZZA
tutti i dati di interesse sono specificati
CORRETTEZZA
nn devono essere presenti errori (sintattici o sematici)
RISTRUTTURAZIONE
AFFINAMENTO
TRASFORMAZIONE
ENTITÀ
per ogni entità viene generata una tabella che ha un attributo per ogni attributo dell'entità
RELAZIONI
RIDONDANZA
UNIFICARE le RELAZIONI1: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 atributi.
SEMPLIFICAZIONE
DIVIDERE le RELAZIONI N:M
RELAZIONE N:M
ogni docente deve insegnare una o più materie.
ogni materie può essere insegnata da uno o più docenti.
devono essere risolte nelle fasi di ristrutturazione sostituendole con un'entità associativa.
bisogna specificare gli attributi vanno inseriti nella nuova entità associativa, se non ci sono attributi si inseriscono le chiavi esterne delle due entità
ELIMINAZIONE ATTRIBUTI
COMPOSTI
considerare tutti i sottoattributi come attributo semplice
MULTIVALORE
eventuali attributi multivalore sono promossi a entità
Haroon Mohammad
4°B ITE
2025/26
