Please enable JavaScript.

Coggle requires JavaScript to display documents.

PROGETTO DI UN DATABASE, Mirela Xhepa - Coggle Diagram

- - - - RICHIAMO(vedi mappa 3)
  - - - RICHIAMO cosa - concetto - oggetto che contiene delle informazioni descrittive (vedi mappa 3)
    - - 2 - DERIVATI
        
        attributi ottenuti come risultato di una operazione -> es: età se è richiesta la data di nascita
      - 3 - CODICI
        
        valore codificato da una lettera o un numero -> es: genere M/F, piani 1/2/3...
      - 1- ATOMICO
        (un singolo fatto. una singola informazione
        
        aggregazioni semplici
        
        indirizzo (tipologia, nome, numero civico,
        CAP, città, provincia)
        
        codici complessi
        
        numero di telefono (prefisso internazionale. prefisso locale, numero:
        +39 / 0474 / 555239 -> +39 347 123 4567)
        
        attributi testuali
        
        definiti formato testo anche se sono numeri o date -> es: CAP
    - - avere un significato per l'utente finale
      - contenere un numero minimo di parole
      - essere unici
  - - - sistema esistente:
        
        il sistema da rimpiazzare
        
        le specifiche di integrazione con sistemi esistenti
      - AMBIGUITÀ
        
        pluralismo di percezione (omonimie - sinonimie - similitudini)
        
        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:
        
        la documentazione scritta predisposta appositamente
        
        le note delle riunioni tecniche e le richieste del cliente
        
        gli appuntii sulle interviste agli utenti finali
    - - RICHIAMO (vedi mappa 2)
        FASE 1 . ANALISI
  - - - tutti i dati di interesse sono specificati
    - - riguarda anche aspetti prettamente estetici dello schema
    - - non devono essere presenti errori grammaticali o semantici
    - - è evitare la ridondanza degli elementi dovute dovute dalla scelta di progettazione efficace
- - - - per ogni entità viene generata una tabella che ha un attributo per ogni attributo dell'entità
    - - RIDONDANZA
        
        UNIFICARE le RELAZIONI 1:1
        
        ogni CITTADINO deve possedere una solo TESSERA SANITARIA
        ogni TESSERA SANITARIA deve essere posseduta da un solo CITTADINO
        quindi la relazione è 1:1 eliminabile e otteniamo un'unica entità con tutti i 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
        relazione N:M, devono essere risolte nelle fasi di ristrutturazione sostituendole con l'entità associativa (ricorda modello relazionale)
        gli attributi vanno inseriti nella nuova entità creata, se non ci sono attributi si inserisco le chiavi esterne delle due entità
  - - - considerare tutti i sotto-attributi come attributi
    - - eventuali attributi multivalori sono promossi a entità