Modelowanie cz II

Analiza systemowa

I Elementy analizy systemowej

Jest to sztuka dochodzenia do zrozumienia systemu za pomocą tworzenia modeli, należy unikać olbrzymich i skomplikowanych modeli, aby tego uniknąć należy stosować aspekty

Aspekt – umowne uproszczenie otaczającej nas rzeczywistości.

Analitycy stosując modele zawierają tylko tyle informacji ile potrzebują i to jest bardzo dobre.

Mechanizm filtrowania – chroni nas przez zalewem informacji.

Najistotniejsze aspekty to:

- fizyczny istniejącego systemu – na początku projektu, by określić kontekst badanego systemu i dac użytkownikom czytelny model. To pozwala analitykom w zidentyfikowaniu obszarów problemowych, źródeł info o systemie, oraz szacowanie działania przyszłego systemu.

- istotny – jest uważany za idealny obraz systemu , pokazuje jedynie wymagania i celowo pomija wszystko, co wynika ze sposobu zaprojektowania systemu, jest ona najbardziej użyteczny i najczęściej uzywany

- danych –koncetracja na info w systemie

- fizyczny nowego systemu – uzywamy to gdy chcemy ilustrować, negocjować i definiować implementacje nowego systemu z wykorzystaniem komputerów i maszyn ludzi. Znamy go również pod nazwą modelu implementacyjnego lub wstępny model projektu.

Stosowanie aspektów zalezy od odbiorcy i sytuacji

Analityk musi być przygotowany na zdobywanie info różnymi sposobami; modele chociaż niekompletne, pomagają określić wymagania systemu.

II Ogólne metody analizy systemowej

Analiza systemowa jest formalnym i jawnym badaniem wspomagającym działanie osób odpowiedzialnych za decyzje lub linię postępowania w określonej sytuacji charakteryzującej się niepewnością. Ma na celu określenie pożadanego działania

Pełna analiza systemowa problemu obejmuje nastepujące 4 czynności:

- zabadanie celów rozważanej akcji czy linii postepowania

- zbadanie możliwych sposobów osiągnięcia tych celów

- ocena pozytywnych i negatywnych skutków

- porównanie wariantów według różnych kryteriów i przedstawienie wyników

Ogólne metody analizy systemowej – obserwuje zachowanie systemu, podcas analizy okresla się potrzeby systemu,

Na wymagania systemu składają się: funkcje, interfejsy, ograniczenia projektowe.

Dokument formułujący wymagania ma następujące cele : formalizuje potrzeby użytkownika, ustala listę zadań.

Metody analizy i projektowania :

- rozkład funkcjonalny – odwzorowanie dziedziny problemu na finkcje i pofunkcje , które ma zapewniać system – to jest bardzo trudne i nietrwałe. Jako wunik otrzymuje się poziomy: systemu, podsystemu, funkcji, podfunkcji

- metoda przepływu danych – przepływ danych DFD (data flow diagram ) często nazywany analizą strukturalną, można to przedstawić jako zestaw elementów: przepływ danych i przepływy sterujące, przekształcenia danych ( inaczej zwane procesami) , magazyny danych, obiekty zew – inaczej terminatory, opisy procesu i słownik danych.

- modelowanie informacji ( danych) – podstawowym narzędziem danych jest diagram powiązań danych czyli ERD ( Entity Relationship Diagram ) , kolejnośc w postępowaniu danych jest nastepująca: znalezienie obiektów w rzeczywistym świecie ( lista obiektów ) , opisanie obiektów za pomoca atrybutów ( lista atrybutów dla każdego obiektu ) , znalezienie powiązań między obiektami ( relacje ), etapy normalizacji redukującej, nadmiarowość danych i stanowiącej typowe przygotowanie dla implementacji relacyjnej bazy danych.

- podejście obiektowe

Analiza i projektowanie strukturalne

Droga do analizy strukturalnej – najpierw były dokumenty które iały nastepujące wady: były monolityczne, nadmiarowe, wieloznaczne, konserwacja była niemożliwa

Dlaczego buduje się model ?? – aby skoncentrować się na ważnych cechach systemu, pomijając mniej istotne , aby móc niewielkim kosztem i minimalnym ryzykiem wprowadzić zminy i poprawki do wymagan użytkownika, aby sprawdzić czy rozumiemy środowisko użytkownika

Cześto system potrzebuje wiele modeli.

Wymagania dla narzędzi modelowania – powinny być graficzne z tekstowym wspomaganiem, powinny umożliwiać oglądanie systemu od góry ze schodzeniem, musza umożliwiac osobne odwzorowanie poszczególnych części systemu wraz z prostym sposobem przechodzenia np. mapy z różnym sposobem szczegółowości, powiny przewidzieć zachowanie się systemu, być przejrzyste

Jeśli system zmienia się to model tez musi się zmienić

Model powinien być przejrzysty.