Please enable JavaScript.
Coggle requires JavaScript to display documents.
PROGETTO DI UN DATA-BASE_2, GIULIA DE MARC - Coggle Diagram
PROGETTO DI UN DATA-BASE_2
FASI DI SVILUPPO
individuazione delle entità e definizioni degli attributi
individuare le entita
cosa-concetto-oggetto che contiene delle informazioni descrittive
regole fondamentali per definire gli attributi
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..
1 - ATOMICO(un solo fatto/info)
aggregazioni semplici
es. l indirizzo (per poter fare l indirizzo ci servono tipologia, nome, numero civico, cap, citta, provincia) e un caso particolare
attributi testuali
definiti formato testo anche se sono numeri o date.
es. CAP
codici complessi
es. numero di telefono (prefisso internazionale, prefisso, numero) 0039-0471-55268 +39-347-1234567
scelta dei nomi
UNICITÀ
AVERE UN SIGNIFICATO PER L UTENTE FINALE
CONTENERE UN NUMERO MINIMO DI PAROLE NEL NOME
definizione degli oggeti che andranno a comporre in diagramma
strategia
RICHIAMO mappa 2
analisi della documentazioni
sistema esistente
il sistema da rimpiazzare
le specifiche di integrazione con sistemi esistenti
ambiguita
il pluralismo di percezione (omonimie,sinonimie o similitudini)
le incompletezze di descrizione (conflitti di descrizione)
documentazione esistente
i regolamenti interni
le procedure aziendali
le normative generali e del settore
documentazione specifica prodotta per il progetto
gli appunti sulleinterviste agli utenti finali
la documentazione scritta predisposta appositamente
le note delle riunioni tecniche e le richieste del cliente
conclusioni
completezza
tutti i dati di interesse devono essere specificati
leggibilità
aspetti prettamente estetici dello schema
corretezza
non devono essere presenti errori grammaticali e semantici
minimalità
evitare la ridondanza degli elementi dovuti a una scelta di progettazione efficace
individuare le relazioni esistenti tra le entità
RISTRUTTURAZIONE AFFINAMENTO
TRASFORMAZIONE
ENTITÀ
per ogni entita viene generata una tabella che ha un attributo per ogni attributo dell entità
RELAZIONI
RIDONDANZA
unificare relazione 1:1
-ogni cittadino deve possedere una sola tessera sanitaria
-ogni tessera sanitaria puo essere posseduta da un solo cittadino
relazione 1:1e è eliminabile e otteniamo un unica entita con tutti gli attributi
SEMPLIFICAZIONE
dividere le relazioni N:M
-ogni docente deve insegnare una o piu materie
-ogni materia puo esser einsegnata da uno o piu docenti
relazione N:M
devono essere risolte nelle fase di ristrutturazione sostituendole con un entita associativa.
Gli attributi vanno inseriti nella nuova entita associativa.
se non ci sono attributi si inseriscono le 2 chiavi interne delle entità.
ELIMINAZIONE ATTRIBUTI
COMPOSTI
Considerare tutti i sottoatributi come attributi
MULTIVALORE
(fattore multiplo) gli attributi con valore multiplo. eventuali attributi multivalore sono promossi a entità.
DATABASE DESIGNER
colui che e responsabile dell estrazione dei dati dal mondo reale a partire dall analisi dei requisiti fino ad ottenere la corretta modellazione degli stessi
insieme all proprietario analizza i documenti, poi produce uno schema concettuale per arrivare ad uno schema logico. Il tutto suddiviso in passi successivi.
GIULIA DE MARC