Please enable JavaScript.
Coggle requires JavaScript to display documents.
PROGETTO DI UN DATABASE_2a, Christian Vitali 4B as 2025/2026 :star: -…
PROGETTO DI UN DATABASE_2a
DATABASE DESIGNER
Colui che è responsabile dell'astrazzione dei dati dal mondo reale a partire dall'anilisi dei requisiti fino a 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
RISTRUTTURAMENTO AFFINAMENTO dello SCHEMA
TRASFORMAZIONE
ENTITÀ
Per ogni entità viene generata una tabella che ha un attributo pe 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 solo cittadino
La relazione è 1:1,quindi è eliminabile e otteniamo un'unica entità con tutti gli attributi
SEMPLIFICAZIONE
DIVIDERE le RELAZIONI N:M
Ogni docente deve insegnare una o più materie
Ogni materia può essere insegnata da uno o più docenti
La relazioni N:M devono essere risolte nelle fasi di ristrutturazione sostituendole con un'entità associativa (Modello relazionale e classificazione entità)
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 attributi
MULTIVALORE
Eventuali attributi multivalore sono promossi a ENTITA
FASI DI SVILUPPO
individuare le RELAZIONI esistenti tra le ENTITÀ
REGOLE DI LETTURA
richiamo MAPPA 3
individuazione delle ENTITÀ e definizione degli ATTRIBUTI
SCELTA DEI NOMI
avere un significato per l'utente finale
contenere un numero minimo di parole
Unicità
individuare le ENTITÀ
RICHIAMO: cosa - concetto - oggetto che contiene informazioni descrittive (vedi mappa 3)
REGOLE FONDAMENTALI
per definire gli ATTRIBUTI
2 - DERIVATI
Attributi ottenuti come risultato di una formula o operazione
Esempio: Età se richiesta data di nascita
3 - CODICI
Valore codificato da una lettera o un numero
Esempio: genere (lettera M; F)
piani di una casa (1; 2; 3)
1 - ATOMICO
(un singolo fatto, una singola informazione)
codici complessi
Esempio:
Numero di telefono
(Prefisso internazionale, Prefisso locale, Numero)
+39 0474 552 568
+39 347 1234567
aggregazione semplice
Esempio principale:
Indirizzo (Tipologia, Nome, Numero civico,
CAP, Città e Provincia)
va contro l'atomicità perché contiene più informazioni ma è un caso particolare
attributi testuali
definiti formato testo anche se sono numeri o date
Esempio: CAP (è un numero va applicato TESTO)
definizione degli OGGETTI che andranno a comporre il diagramma
ANALISI DELLA DOCUMENTAZIONE
documentazione esistente:
normative generali e del settore
regolamenti interni
procedure aziendali
sistema esistente:
sistema da rimpiazzare
specifiche di integrazione con sistemi esistenti
documentazione specifica prodotta per il progetto
appunti sulle interviste agli utenti finali
documentazione scritta predisposta appositamente
note delle riunioni techniche e delle richieste del cliente
AMBIGUITÀ
Pluralismo di percezione (omonimie (Piatto/Liscio come una tavola), sinonimie (mensa, tavola) o similitudini)
Incompletezze di descrizioni (conflitti di descrizione)
STRATEGIE
RICHIAMO (mappa 2)
FASE 1 - ANALISI
CONCLUSIONI
COMPLETEZZA
tutti i dati di interesse devono essere specificati
LEGGIBILITÀ
gli aspetti principalmente estetici dello schema
CORRETTEZZA
non devono essere presenti errori grammaticali e semantici
MINIMALITÀ
è vitale la ridondanza degli elementi dovuti a una scelta di progettazione efficace
Christian Vitali
4B as 2025/2026 :star: