Podstawy projektowania
Czym jest projektowanie Baz Danych?
Gromadzenie wymagań
w jaki sposób przedsiębiorstwo prowadzi działalność,
jakie są reguły i procesy biznesowe,
informacje o obecnie używanej BD,
przyszłe potrzeby.
Modelowanie danych
Proces wizualnej reprezentacji danych przedsiębiorstwa (czyli budujemy diagramy RD), a następnie przekształcenie modelu biznesowego w model danych.
Na podstawie modelu danych tworzone są obiekty bazy danych.
Projektowanie i normalizacja bazy danych
Model logiczny jest przekształcany w model fizyczny.
Ważność projektowania
Planowanie projektowania
Określenie misji
Jakie jest przeznaczenie BD?
Kto będzie używał BD?
Jakiego typu będzie BD?
Jakie modele i metodologie zostaną zastosowane?
Czy jest top nowa BD?
Czy będzie modelowana na wzór dotychczasowej BD?
Czy w niedalekiej przyszłości konieczna będzie modyfikacja BD?
Czy w przedsiębiorstwie będzie więcej BD?
W jaki sposób z BD będą korzystali klienci?
Definiowanie celów projektu
Tworzenie planu działań
Proces - odpowiada na pytanie → co robi?
CONTEXT DIAGRAM
Wyznaczenie punktów zwrotnych i spodziewanych wyników poszczególnych faz.
Punkt zwrotny (milestone) - znany punkt w procesie projektowania BD.
Określenie terminów.
Przydzielenie zadań.
Cechy dobrego projektu
Przegląd metodologii
Metodologia projektowania zwykle zakłada istnienie trzech faz:
Analiza wymagań,
Modelowanie danych,
Projektowanie i normalizacja.
Modelowanie logiczne a modelowanie fizyczne
Do ilustrowania procesów biznesowych, reguł, encji, przebiegu procesów, służą różnego typu diagramy.
Diagramy powstające w fazie modelowania logicznego to:
Diagramy związków encji
Diagramy procesów biznesowych
Dokumentacja reakcji użytkowników
Na modelowanie logiczne składają się dwie dodatkowe mniejsze fazy:
Gromadzenie wymagań
Analiza wymagań
Modelowanie fizyczne polega na projektowaniu BD zgodnie z wymaganiami określonymi w czasie modelowania logicznego.
(Są tworzone: tabele i kolumny, ograniczenia, perspektywy, indeksy, itd.).
Modelowanie fizyczne ma ścisły związek z oprogramowaniem BD.
W wyniku modelowania fizycznego powstaje dokumentacja projektu BD.
Narzędzia do projektowania (CASE)
Oracle Designer/2000
Proces tworzenia systemu
Tradycyjna metoda projektowania
Metoda Barkera
Bez względu na wybrana metodologię wyróżniamy następujące etapy:
Określenie potrzeby opracowania systemu
Definiowanie celów istnienia systemu
Zbieranie wymagań biznesowych
Przekształcanie wymagań biznesowych w wymagania systemowe
Projektowanie BD i aplikacji
Tworzenie, testowanie, wdrażanie BD i aplikacji
Metoda tradycyjna
Analiza wymagań
Modelowanie danych
Normalizacja (służy do usunięcia danych nadmiarowych)
Metoda Barkera
Strategia < podstawowe modele procesów, podstawowe ERD >
Analiza < szczegółowe ERD, Diagram hierarchii funkcji, DFD, dokumentacja wymagań >
Projekt < ERD → tabele, perspektywy, indeksy, etc. >
Konstruowanie < Definicja BD → Generowanie kodu DDL → testowa BD >
Powstaje faktyczna BD, zaprojektowana w środowisku przygotowanym przez administratora.
W tej fazie należy rozważyć następujące aspekty implementacji BD:
Dobieranie rozmiarów tabel
Dobieranie rozmiarów indeksów
Wykorzystywanie dostępnego sprzętu
Fizyczne rozmieszczanie plików BD
Wykorzystanie dostępnych środowisk BD
Dokumentacja
dokumentacja systemowa
(odbiorcami są: projektanci, programiści, administratorzy, kierownictwo techniczne)
dokumentacja użytkownika
Przejście
testowanie produktu
konwersja danych
szkolenie użytkowników
Wdrożenie
Bez względu na metodologię proces projektowania polega na tworzeniu modelu logicznego i przekształceniu go na model fizyczny.
Analizowanie i modelowanie wymagań biznesowych
Gromadzenie wymagań logicznych, ich analiza i aktualizacja.
W wyniku analizy powstaje ERD.
W dalszej kolejności …………………………..
Związek encji
liczność − cardinality
obowiązkowość − optionality
jeden do jednego (1 : 1)
jeden do wielu (1 : N)
wiele do wielu (N : N)
rekurencyjne
Przykład:
{ id, name, mgr_id }
( SELECT e1.name „Employee”, e2.name „Manager”
FROM employee e1, employee e2
WHERE e1. mgr_id = e2. id)
Subtype − supertype
Całość − część
obowiązkowe (mandatory relationship)
nieobowiązkowe (optional relationship)
Wykład 2
1
przyjęcie
zlecenia
dane wejściowe
proces
dane wyjściowe
klient
w oddziale
PKO
Oddział
PKO
Agencja
PKO
UPT
inne organizacje
inny Oddział/Bank
Centrala
PKO
DANE
procesy
Wyszukiwarka