Pobierz prezentację
Pobieranie prezentacji. Proszę czekać
1
Dalsze elementy metodologii projektowania. Naszym celem jest...
2
System idealny
3
Nasze działania w praktyce wyznacza tzw
Nasze działania w praktyce wyznacza tzw. trójkąt kompromisów projektowych
4
Na ten sam trójkąt można spojrzeć także w inny sposób
5
Ponieważ schemat ten jest duży, więc jest mało czytelny.
Ten schemat prezentuje jedną z wielu istniejących metod projektowania systemów, ze wskazaniem elementów podejścia antropocentrycznego. Ponieważ schemat ten jest duży, więc jest mało czytelny. Obejrzymy go dokładniej w dwóch etapach
6
To jest część koncepcyjna projektu
7
To jest część technologiczna projektu
8
Obejrzyjmy proces projektowania z innego punktu widzenia: systemowego
9
Krytycznym elementem projektu są błędy, które się w nim pojawiają
10
Żeby unikać błędów i ich konsekwencji należy sprzęgać proces projektowania z procesem kontroli i weryfikacji jakości. Stosuje się do tego tzw. metodologię V
11
Metodologia V Decyzja o budowie Zaakceptowane oprogramowania
oprogramowanie Definicja Testowanie wymagań akceptacji użytkownika użytkowników Definicja Testowanie wymagań na całości systemu oprogramowanie Projektowanie Testowanie architektury integracji Szczegółowe Testowanie projektowanie modułów Metodologia V Kodowanie
12
Wady metodologii kaskadowej oraz metodologii V:
· Dopóki wszystko nie będzie gotowe, to tak naprawdę nic nie jest gotowe. Nawet mając możliwość sprawdzania modułów w miarę na bieżąco, tzn. zaraz po ich zaimplementowaniu przez programistów, ich pojedyncza poprawność funkcjonalna nie zapewnia, iż moduł będzie współdziałał poprawnie wraz z resztą modułów.
13
Wady – ciąg dalszy Na początku testów wykrywane są najprostsze błędy, zaś te najtrudniejsze do rozwiązania znacznie później. Sedno problemu tkwi w tym, iż testerzy (programiści) nie lubią wykrywać poważnych błędów w późnych fazach swojej pracy, bowiem może to dla nich oznaczać konieczność przeróbki znacznej ilości modułów co z pewnością wydłuży pracę nad produktem. Usuwanie błędów podczas ostatnich etapów testowania jest trudne, bowiem trzeba stwierdzić gdzie znajduje się źródło danego defektu. W przypadku dużego projektu oznaczać to będzie konieczność przeglądnięcia sporej ilości kodu. Jest to o wiele bardziej kosztowne.
14
Podział ról w procesie projektowania
15
Model spiralny
16
Przy projektowaniu zgodnym z metodologią spiralną mamy w istocie stale do czynienia z procesem budowy coraz doskonalszych modeli rozważanego systemu
17
To wskazuje na fakt, że proces projektowania jest w istocie procesem selekcjonowania koncepcji
18
Logiczne projektowanie systemu informatycznego jest procesem konstruowania modelu biznesowych danych, a także modelu reguł działalności stosowanych w określonej organizacji, który w przeciwieństwie do projektowania fizycznego jest niezależny od implementacji. Model logiczny to model struktury zgodny z modelem danych, a nie z ich fizyczną reprezentacją.
20
Tworzymy serię prototypów z których każdy następny jest rozwiniętą wersją poprzedniego, kończącą się finalnym systemem.
21
Przykład wyglądu ekranu produkowanego przez prototyp nie istniejącego systemu
22
Oczywiście proces ten w szczegółach jest bardziej skomplikowany, z czasowym nakładaniem się na siebie poszczególnych faz, ale nie ma potrzeby w tym momencie tego analizować
23
Prześledźmy ewolucję metod projektowania:
24
Specjaliści z definicji nie wierzą w możliwość zbudowania idealnego systemu
25
Laicy za to wierzą w to nadmiernie…
26
Na poważnie: podczas analizy wiodącej do stworzenia założeń koncepcji systemu informacyjnego trzeba koniecznie brać pod uwagę fakt, że ta sama firma może różnie wyglądać z różnych perspektyw oraz w kontekście różnych skal czasowych
Podobne prezentacje
