Projekt koncepcyjny w procesie projektowania baz danych

projekt koncepcyjny w procesie projektowania baz danych

projekt koncepcyjny jest pierwszym etapem w procesie projektowania baz danych. Celem na tym etapie jest zaprojektowanie bazy danych, która jest niezależna od oprogramowania bazodanowego i fizycznych szczegółów. Wynikiem tego procesu jest koncepcyjny model danych, który opisuje główne jednostki danych, atrybuty, relacje i ograniczenia danej dziedziny problemu. Ten projekt jest opisowy i narracyjny w formie. Należy pamiętać o następującej minimalnej zasadzie danych:
“wszystko, co jest potrzebne, jest tam, a wszystko, co jest tam, jest potrzebne”.
innymi słowy, upewnij się, że wszystkie potrzebne dane są w modelu i że wszystkie dane w modelu są potrzebne. Wszystkie elementy danych wymagane przez transakcje w bazie danych muszą być zdefiniowane w modelu, a wszystkie elementy danych zdefiniowane w modelu muszą być wykorzystane przez co najmniej jedną transakcję w bazie danych. Projekt koncepcyjny składa się z czterech etapów, które są następujące.

1. Analiza danych i wymagania
2. Modelowanie i normalizacja relacji jednostek
3. Weryfikacja modelu danych
4. Projektowanie rozproszonych baz danych

Analiza danych i wymagania:

pierwszym krokiem w projektowaniu koncepcyjnym jest odkrycie cech elementów danych. Odpowiednie cechy elementów danych to te, które można przekształcić w odpowiednie informacje. Dlatego wysiłki projektanta koncentrują się na:

€¢ potrzeb informacyjnych. Jaki rodzaj informacji jest needed— ” to jest, jakie dane wyjściowe (raporty i zapytania) muszą być generowane przez system, jakie informacje generuje obecny system, iw jakim stopniu jest to informacja odpowiednia?

• użytkownicy informacji. Kto będzie korzystał z informacji? W jaki sposób należy wykorzystać te informacje? Jakie są różne widoki danych użytkownika końcowego?

• źródła informacji. Gdzie można znaleźć informacje? W jaki sposób informacje mają być wydobyte po ich znalezieniu?

• konstytucja informacyjna. Jakie elementy danych są potrzebne do uzyskania informacji? Jakie są atrybuty danych? Jakie relacje istnieją między danymi? Jaka jest ilość danych? Jak często wykorzystywane są dane? Jakie przekształcenia danych mają być wykorzystane do wygenerowania wymaganych informacji? Projektant uzyskuje odpowiedzi na te pytania z różnych źródeł w celu zebrania niezbędnych informacji. Zwróć uwagę na te źródła:

• rozwijanie i gromadzenie danych użytkownika końcowego widoki. Projektant bazy danych i użytkownicy końcowi współdziałają, aby wspólnie opracować dokładny opis widoków danych użytkownika końcowego. Z kolei widoki danych użytkownika końcowego zostaną wykorzystane do identyfikacji głównych elementów danych bazy danych.

€¢ bezpośrednio obserwując obecny system: istniejące i pożądane dane wyjściowe. Użytkownik końcowy zwykle ma istniejący system w miejscu, czy to jest instrukcja lub komputerowe oparte. Projektant dokonuje przeglądu istniejącego systemu w celu identyfikacji danych i ich cech.

€¢ interfejs z systems design group. Proces projektowania baz danych jest częścią cyklu życia rozwoju systemów (SDLC). W niektórych przypadkach analityk systemów odpowiedzialny za projektowanie nowego systemu opracuje również koncepcyjny model bazy danych.

Modelowanie i normalizacja relacji jednostek:

przed utworzeniem Modelu ER projektant musi komunikować się i egzekwować odpowiednie standardy, które mają być wykorzystane w dokumentacji projektu. Proces definiowania reguł biznesowych i opracowywania modelu koncepcyjnego z wykorzystaniem diagramów ER można opisać za pomocą następujących kroków.

1. Identyfikuj, analizuj i udoskonalaj reguły biznesowe.
2. Zidentyfikuj główne podmioty, korzystając z wyników kroku 1.
3. Zdefiniuj relacje między podmiotami, korzystając z wyników kroków 1 i 2.
4. Definiowanie atrybutów, kluczy podstawowych i kluczy obcych dla każdego z elementów.
5. Znormalizuj byty. (Pamiętaj, że encje są zaimplementowane jako tabele w RDBMS.)
6. Wypełnić początkowy diagram ER.
7. Zweryfikuj model ER przed użytkownikami końcowymi i wymaganiami dotyczącymi przetwarzania.
8. Zmodyfikuj model ER, korzystając z wyników kroku 7.

weryfikacja modelu danych:

etap weryfikacji modelu danych jest jednym z ostatnich kroków na etapie projektowania koncepcyjnego, a także jednym z najbardziej krytycznych. Na tym etapie model ER musi zostać zweryfikowany w stosunku do proponowanych procesów systemowych w celu potwierdzenia, że zamierzone procesy mogą być obsługiwane przez model bazy danych. Weryfikacja wymaga, aby model był prowadzony przez serię testów przeciwko:

€¢ widoki danych Użytkownika Końcowego.
• wszystkie wymagane transakcje: wybierz, Wstaw, Aktualizuj i Usuń Operacje.
• prawa dostępu i bezpieczeństwa.
• biznes-nałożone wymagania i ograniczenia danych.

Projektowanie Rozproszonych Baz Danych:

chociaż nie jest to wymagane dla większości baz danych, czasami baza danych może wymagać rozproszenia między wieloma geograficznie rozproszonymi lokalizacjami. Procesy, które uzyskują dostęp do bazy danych, mogą się również różnić w zależności od lokalizacji. Na przykład proces sprzedaży detalicznej i proces magazynowania w magazynie można znaleźć w różnych lokalizacjach fizycznych. Jeśli Dane i procesy bazy danych mają być rozproszone w systemie, części bazy danych, znane jako fragmenty bazy danych, mogą znajdować się w kilku lokalizacjach fizycznych.