Please enable JavaScript.
Coggle requires JavaScript to display documents.
PROGETTO DI UN DATABASE_2, Alessia Bajramaj - Coggle Diagram
PROGETTO DI UN DATABASE_2
ELIMINAZIONE ATTRIBUTI
COMPOSTI
Considerare tutti i sottoattributi come attributi
MULTIVALORE
Eventuali attributi multivalore sono promossi a entità
DATABASE DESIGNER :
Colui che è responsabile dell'estrazione dei dati del mondo reale a partire dalle analisi dei requisiti fino ad ottenere modellazione degli stessi
Insieme al proprietario analizza i documenti, produce uno schema concettuale per arrivare a uno schema logico, il tutto suddiviso in passi successivi
FASI DI SVILPPO
Definizione degli oggetti che andranno a comporre in diagramma
ANALISI DELLA DOCUMENTAZIONE
Documentazione esistente:
Le normative generali del settore
Regolamenti interni
Procedure aziendali
Sistema esistente
il sistema da rimpiazzare
Le specifiche di integrazione con sistemi esistenti
Documentazione specifica per il progetto:
la documentazione scritta predisposta appositamente
Appunti sulle interviste agli utenti finali
Le note delle riunioni e le richieste del cliente
AMBIGUITÀ
Pluralismo di percezione (omonimia, sinonimie o similitudini)
Incompletezze di descrizione (incompetenze/conflitti di descrizione)
STRATEGIE
RICHIAMI - (vedi mappa 2)
FASE 1 - ANALISI
Individuazione delle
entità
e definizione degli
attributi
Individuare le ENTITÀ
Cosa-concetto-oggetto che contiene delle informazioni descrittive
Regole fondamentali per definire gli attributi
1. ATOMICO
Aggregazioni semplici
Indirizzo
(per poter fare l'indirizzo: tipologia, nome, numero civico, CAP, città, provincia) e un caso particolare
Attributi testuali
Definiti formato testo anche se sono numeri o date
Es. CAP
Codici complessi
Numero di telefono
ES: (prefisso internazionale, prefisso locale, numero)
0039-0474-55268, +39 347 123 4567
2. DERIVATI
Attributi ottenuti come risultato in una formula o operazione.
Es: Età, se richiesta la data di nascita
3. CODICI
Valore codificato con una lettera o un numero.
ES: genere m/f o piani di un albergo 1,2,3,...
SCELTA DEI NOMI
Avere un significato per l'utente finale
Contenere un numero minimo di parole nel nome
Unicità
CONCLUSIONI
COMPLETEZZA
Tutti i dati di interesse devono essere specificati
LEGGIBILITÀ
Gli aspetti principalmente estetici dello schema
CORRETTEZZA
Non devono essere presenti errori grammaticali sematici
MINIMALITÀ
Evitare la ridondanza degli elementi dovute a una scelta di progettazione efficace
Individuare le
relazioni
esistenti tra le
entità
REGOLE DI LETTURA
TRASFORMAZIONE
ENTITÀ
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 docente e 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.
Alessia Bajramaj