Both sides previous revision
Poprzednia wersja
Nowa wersja
|
Poprzednia wersja
|
pl:dydaktyka:sbd:2011:etapy_projektowania [2011/10/16 10:25] ligeza |
pl:dydaktyka:sbd:2011:etapy_projektowania [2019/06/27 15:50] (aktualna) |
(zawiera projekt konceptualny) | (zawiera projekt konceptualny) |
| |
- **Projektowanie tabel, kluczy, kluczy obcych, powiązań między tabelami, indeksów, etc. w oparciu o zdefiniowany diagram konceptualny ERD;** na tym etapie następuje "sprecyzowanie" struktury bazy danych wraz ze szczegółami technicznymi. Projekt bazy w języku SQL (DDL). | - **Projektowanie tabel, kluczy, kluczy obcych, powiązań między tabelami, indeksów, etc. w oparciu o zdefiniowany diagram konceptualny ERD:** na tym etapie następuje "sprecyzowanie" struktury bazy danych wraz ze szczegółami technicznymi. |
| - **Diagram ERD przedstawiający schematy tabel (wraz z atrybutami) i związki pomiędzy nimi w notacji Barkera/Oracle:** Narzędzia: np. dbDesigner. |
| - **Tablica krzyżowa:** Tablica ukazująca związki pomiędzy tabelami. |
| - **Projekt bazy w języku SQL (DDL):** Uwaga: skrypt powinien być napisany "od zera" a nie wygenerowany automatycznie. |
- **Słowniki danych.** Specyfikacja słownika danych. Specyfikacja dziedzin i ograniczeń. [[http://yourdon.com/strucanalysis/wiki/index.php?title=Chapter_10|Dodatkowe informacje]]. | - **Słowniki danych.** Specyfikacja słownika danych. Specyfikacja dziedzin i ograniczeń. [[http://yourdon.com/strucanalysis/wiki/index.php?title=Chapter_10|Dodatkowe informacje]]. |
- **Analiza zależności funkcyjnych i normalizacja tabel (dekompozycja do 3NF, BCNF, 4NF, 5NF);** na tym etapie dokonuje się sprawdzenia, czy tabele spełniają warunki zakładanych postaci normalnych i ew. dekompozycji w celu normalizacji. Każda tabela powinna zostać przeanalizowana zgodnie z wytycznymi przedstawionymi na wykładzie; efekty tej analizy powinny zostać w całości umieszczone w raporcie. | - **Analiza zależności funkcyjnych i normalizacja tabel (dekompozycja do 3NF, BCNF, 4NF, 5NF);** na tym etapie dokonuje się sprawdzenia, czy tabele spełniają warunki zakładanych postaci normalnych i ew. dekompozycji w celu normalizacji. Każda tabela powinna zostać przeanalizowana zgodnie z wytycznymi przedstawionymi na wykładzie; efekty tej analizy powinny zostać w całości umieszczone w raporcie. |
- **Denormalizacja struktury tabel;** ma ona na celu optymalizację przetwarzania, przechowywania danych archiwalnych, dostosowanie do specyficznych wymagań użytkownika (czynność opcjonalna). | - //**Opcjonalnie: Denormalizacja struktury tabel:** ma ona na celu optymalizację przetwarzania, przechowywania danych archiwalnych, dostosowanie do specyficznych wymagań użytkownika.// |
- **Projektowanie operacji na danych:** zdefiniowanie kwerend dla realizacji funkcji wyspecyfikowanych w projekcie; (zgodnie z wymaganiami użytkownika; na tym etapie mogą one zostać uszczegółowione bądź zmodyfikowane). Projekt w języku SQL (DQL, DML). | - **Projektowanie operacji na danych:** zdefiniowanie kwerend dla realizacji funkcji wyspecyfikowanych w projekcie; (zgodnie z wymaganiami użytkownika; na tym etapie mogą one zostać uszczegółowione bądź zmodyfikowane). Projekt w języku SQL (DQL, DML). |
| |
===== Raport końcowy ===== | ===== Raport końcowy ===== |
(zawiera projekt konceptualny i logiczny) | (zawiera projekt konceptualny i logiczny) |
- **Implementacja bazy danych** (utworzenie bazy, implementacja obiektów) (realizacja struktury pustej bazy; w oparciu o diagramy ERD i wyspecyfikowany SQL) | - **Implementacja bazy danych** (utworzenie bazy, implementacja obiektów) (realizacja struktury pustej bazy; w oparciu o diagramy ERD i wyspecyfikowany SQL). |
| - **Wprowadzenie danych:** do tabel słownikowych i przykładowych danych użytkownika. |
- **Zdefiniowanie interfejsów do edycji i obsługi danych** (formularze; należy zaprojektować strukturę każdego formularza oraz powiązania między nimi; w oparciu o diagramy FHDi STD). | - **Zdefiniowanie interfejsów do edycji i obsługi danych** (formularze; należy zaprojektować strukturę każdego formularza oraz powiązania między nimi; w oparciu o diagramy FHDi STD). |
- **Zdefiniowanie dokumentów do prezentacji danych** (raporty wyświetlane na ekranie i drukowane; informacje generowane w raportach i ich struktura powinna odpowiadać dokumentom wymaganym w danej firmie.). | -// **Opcjonalnie: Zdefiniowanie dokumentów do prezentacji danych** (raporty wyświetlane na ekranie i drukowane; informacje generowane w raportach i ich struktura powinna odpowiadać dokumentom wymaganym w danej firmie.).// |
- **Zdefiniowanie panelu sterowania aplikacji** (należy pamiętać o dostosowaniu do potrzeb użytkownika; realizacja w oparciu o diagram STD). | -// **Opcjonalnie: Zdefiniowanie panelu sterowania aplikacji** (należy pamiętać o dostosowaniu do potrzeb użytkownika; realizacja w oparciu o diagram STD).// |
- **Zdefiniowanie makropoleceń dla realizacji typowych operacji;** (określonych dla panelu sterowania i ew. innych formularzy; realizacja w oparciu o diagram DFD i FHD). Makropolecenia powinny dotyczyć interakcji użytkownika z GUI, nie systemu z bazą danych. | - //**Opcjonalnie: Zdefiniowanie makropoleceń dla realizacji typowych operacji:** (określonych dla panelu sterowania i ew. innych formularzy; realizacja w oparciu o diagram DFD i FHD). Makropolecenia powinny dotyczyć interakcji użytkownika z GUI, nie systemu z bazą danych.// |
- **Uruchamianie i testowanie aplikacji** (on-site, przy współpracy użytkownika). Testowanie jednostkowe kodu źródłowego, testy zgodności z wymaganiami i oczekiwaniami użytkownika. | - **Uruchomianie i testowanie aplikacji** (on-site, przy współpracy użytkownika). Testowanie jednostkowe kodu źródłowego, testy zgodności z wymaganiami i oczekiwaniami użytkownika. |
- **Wprowadzanie danych** (ręczne, automatyczne, import, on-line). W jaki sposób system zostanie zasilony w dane koniecznie do rozpoczęcia eksploatacji; migracja danych w przypadku zastępowania istniejącego systemu, lub wprowadzenie danych początkowych (np. lista magazynów i klas produktów w systemie dla hurtowni). | - **Wprowadzanie danych** (ręczne, automatyczne, import, on-line). W jaki sposób system zostanie zasilony w dane koniecznie do rozpoczęcia eksploatacji; migracja danych w przypadku zastępowania istniejącego systemu, lub wprowadzenie danych początkowych (np. lista magazynów i klas produktów w systemie dla hurtowni). |
- **Wdrażanie systemu do użytkowania** (stopniowe, modułami, z możliwością wycofania się, z dublowaniem danych i obliczeń). Planowane etapy wdrożenia systemu; scenariusze na wypadek niepowodzenia/awarii. | -// **Opcjonalnie: Wdrażanie systemu do użytkowania** (stopniowe, modułami, z możliwością wycofania się, z dublowaniem danych i obliczeń). Planowane etapy wdrożenia systemu; scenariusze na wypadek niepowodzenia/awarii.// |
- <del>**Zapewnienie dokumentacji technicznej i użytkowej** (ten wymóg powinien postawić użytkownik!).</del> | -// **Opcjonalnie: Zapewnienie dokumentacji technicznej i użytkowej** (ten wymóg powinien postawić użytkownik!).// |
- <del>**Zapewnienie obsługiwania systemu po wdrożeniu** (jest to jeden z najbardziej kosztownych procesów w realizacji projektów informatycznych).</del> | - //**Opcjonalnie: Zapewnienie obsługiwania systemu po wdrożeniu** (jest to jeden z najbardziej kosztownych procesów w realizacji projektów informatycznych).// |
- **Określenie kierunków rozwoju aplikacji, ocena możliwości jej modyfikacji.** Czy na wcześniejszych etapach została uwzględniona elastyczność i możliwość reakcji na częściową zmianę wymagań? | - //**Opcjonalnie: Określenie kierunków rozwoju aplikacji, ocena możliwości jej modyfikacji.** Czy na wcześniejszych etapach została uwzględniona elastyczność i możliwość reakcji na częściową zmianę wymagań?// |
- **Opracowanie doświadczeń wynikających z realizacji projektu** (czas, pułapki i rozwiązania, dobór technologii). | - //**Opcjonalnie: Opracowanie doświadczeń wynikających z realizacji projektu** (czas, pułapki i rozwiązania, dobór technologii).// |
- **Wykaz literatury, załączniki.** | - **Wykaz literatury, załączniki.** |