Wykład V
Dalsze elementy metodologii projektowania

Naszym celem jest:


System idealny


Nasze działania w praktyce wyznacza tzw. trójkąt kompromisów projektowych



Na ten sam trójkąt można spojrzeć także w inny sposób


Krytycznym elementem projektu są błędy, które się w nim pojawiają



Ż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



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.

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.

 

Model spiralny

 

 

Przy projektowaniu zgodnym z metodologią spiralną mamy w istocie stale do czynienia

z procesem budowy coraz doskonalszych modeli rozważanego systemu

 

To wskazuje na fakt, że proces projektowania

jest w istocie procesem selekcjonowania koncepcji

 

 

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ą.

 

 

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