Progettazione concettuale nel processo di progettazione di database
Progettazione concettuale nel processo di progettazione di database
La progettazione concettuale è la prima fase del processo di progettazione di database. L’obiettivo in questa fase è quello di progettare un database indipendente dal software del database e dai dettagli fisici. L’output di questo processo è un modello di dati concettuale che descrive le principali entità di dati, attributi, relazioni e vincoli di un determinato dominio del problema. Questo design è descrittivo e narrativo nella forma. Tieni presente la seguente regola dei dati minimi:
“Tutto ciò che è necessario è lì, e tutto ciò che è lì è necessario”.
In altre parole, assicurarsi che tutti i dati necessari siano nel modello e che tutti i dati nel modello siano necessari. Tutti gli elementi dati richiesti dalle transazioni del database devono essere definiti nel modello e tutti gli elementi dati definiti nel modello devono essere utilizzati da almeno una transazione del database. La progettazione concettuale ha quattro fasi, che sono le seguenti.
1. Analisi dei dati e requisiti
2. Modellazione e normalizzazione delle relazioni tra entità
3. Verifica del modello di dati
4. Progettazione di database distribuiti
Analisi e requisiti dei dati:
Il primo passo nella progettazione concettuale è scoprire le caratteristiche degli elementi di dati. Le caratteristiche appropriate degli elementi di dati sono quelle che possono essere trasformate in informazioni appropriate. Per questo motivo, gli sforzi del designerâs sono focalizzati su:
⢠Esigenze di informazione. Che tipo di informazioni è neededâ ” che è, ciò che l’output (report e query) deve essere generato dal sistema, quali informazioni genera il sistema attuale, e in che misura è che le informazioni adeguate?
⢠Informazioni utenti. Chi utilizzerà le informazioni? Come vengono utilizzate le informazioni? Quali sono le varie visualizzazioni dei dati dell’utente finale?
â € ¢ Fonti di informazione. Dove si trovano le informazioni? Come vengono estratte le informazioni una volta trovate?
⢠Informazioni costituzione. Quali elementi di dati sono necessari per produrre le informazioni? Quali sono gli attributi dei dati? Quali relazioni esistono tra i dati? Qual è il volume di dati? Con quale frequenza vengono utilizzati i dati? Quali trasformazioni di dati devono essere utilizzate per generare le informazioni richieste? Il progettista ottiene le risposte a queste domande da una varietà di fonti al fine di compilare le informazioni necessarie. Nota queste fonti:
â € ¢ Sviluppo e raccolta di visualizzazioni dei dati degli utenti finali. Il progettista del database e l’utente finale interagiscono per sviluppare congiuntamente una descrizione precisa delle visualizzazioni dei dati dell’utente finale. A sua volta, le viste dei dati dell’utente finale saranno utilizzati per aiutare a identificare il databaseâs elementi di dati principali.
â € ¢ Osservando direttamente il sistema attuale: uscita esistente e desiderata. L’utente finale di solito ha un sistema esistente in atto, se itas manuale o computer-based. Il progettista esamina il sistema esistente per identificare i dati e le loro caratteristiche.
â € ¢ Interfaccia con il gruppo di progettazione sistemi. Il processo di progettazione del database fa parte del ciclo di vita dello sviluppo dei sistemi (SDLC). In alcuni casi, l’analista di sistemi incaricato di progettare il nuovo sistema svilupperà anche il modello di database concettuale.
Modellazione e normalizzazione delle relazioni tra entità:
Prima di creare il modello ER, il progettista deve comunicare e applicare gli standard appropriati da utilizzare nella documentazione del progetto. Il processo di definizione delle regole aziendali e sviluppo del modello concettuale utilizzando i diagrammi ER può essere descritto utilizzando i seguenti passaggi.
1. Identificare, analizzare e perfezionare le regole aziendali.
2. Identificare le entità principali, utilizzando i risultati del passaggio 1.
3. Definire le relazioni tra le entità, utilizzando i risultati dei passaggi 1 e 2.
4. Definire gli attributi, le chiavi primarie e le chiavi esterne per ciascuna entità.
5. Normalizza le entità. (Ricorda che le entità sono implementate come tabelle in un RDBMS.)
6. Completare il diagramma ER iniziale.
7. Convalidare il modello ER contro la fine usersâ € ™ informazioni e requisiti di elaborazione.
8. Modificare il modello ER, utilizzando i risultati del passaggio 7.
Verifica del modello di dati:
La fase di verifica del modello di dati è uno degli ultimi passaggi nella fase di progettazione concettuale ed è anche uno dei più critici. In questa fase, il modello ER deve essere verificato rispetto ai processi di sistema proposti al fine di confermare che i processi previsti possono essere supportati dal modello di database. La verifica richiede che il modello sia eseguito attraverso una serie di test contro:
⢠Viste dati dell’utente finale.
â € ¢ Tutte le transazioni richieste: SELEZIONARE, INSERIRE, AGGIORNARE ed ELIMINARE le operazioni.
â € ¢ Diritti di accesso e sicurezza.
â € ¢ Requisiti e vincoli di dati imposti dal business.
Progettazione di database distribuiti:
Sebbene non sia un requisito per la maggior parte dei database, a volte potrebbe essere necessario distribuire un database tra più posizioni geograficamente disperse. I processi che accedono al database possono anche variare da una posizione all’altra. Ad esempio, è probabile che un processo di vendita al dettaglio e un processo di stoccaggio del magazzino si trovino in diverse posizioni fisiche. Se i dati e i processi del database devono essere distribuiti nel sistema, porzioni di un database, note come frammenti di database, possono risiedere in diverse posizioni fisiche.
