5662539208

5662539208



cia prawdziwego zaawansowania w modelowaniu złożonych systemów niezbędne jest doświadczenie praktyczne. Z jednej strony modele tego samego systemu stworzone przez różne osoby, stosujące te same notacje i metody, mogą się znacznie różnić. Z drugiej zaś - nie powinny być zupełnie odmienne.

Analiza obiektowa dysponuje bardziej różnorodnym wachlarzem diagramów, przez co daje możliwość przedstawienia projektowanego systemu z różnych punktów widzenia. Można przypuszczać, że dzięki temu analiza systemu jest bardziej precyzyjna. Dodatkowym atutem metodologii obiektowej jestjej ciągły rozwój, przez co staje się ona coraz elastyczniejsza (należy tu wspomnieć o notacji UML).

Z definicji analizy systemowej (modelowania) wynika, że powinna ona dać nam odpowiedź na podstawowe pytanie, jak ma działać projektowany system.

Zasadniczymi celami analizy i projektowania obiektowego są: oddzielenie wymagań stawianych systemowi od projektu tego systemu, oddzielenie projektu tego systemu od jego implementacji oraz utworzenie abstrakcyjnych modeli odpowiednich do problemu i nieprzekraczających możliwego do zaakceptowania stopnia złożoności.

Koncepcja przypadków użycia (use cases) zakłada odwzorowanie struktury systemu z punktu widzenia jego użytkownika.

Obiektowe metody projektowania i analizy najczęściej służą modelowaniu procesów biznesowych. Ich główne zadanie polega na takim zaprojektowaniu systemu informatycznego, aby wspierał wszelkie zmiany zachodzące z upływem czasu w firmie.

Modelowanie procesów biznesowych może być przeprowadzane z kilku powodów. Najważniejsze z nich to stworzenie nowej struktury i filozofii funkcjonowania firmy w ramach procesu reorganizacji oraz poprawa funkcjonowania firmy bez wprowadzania radykalnych zmian.

Procesjestjednym z ważniejszych elementów, jaki projektant powinien odzwierciedlić w projektowanym przez siebie systemie informatycznym czy bazie danych. Aby to uczynić, musimy sobie zdać sprawę, czym jest sam proces. Proces jest działaniem (lub zbiorem działań), ze ściśle określonym początkiem i końcem działania, mającym na celu dostarczenie pewnej określonej usługi lub produktu (tojedna z definicji).

Pod określeniem „początek” i „koniec działania” rozumiemy nie tylko ścisłe określenie czasu, w jakim dany proces jest rozpoczęty czy

16



Wyszukiwarka

Podobne podstrony:
ZMA k1 11 2008 C 3 Zaawansowane Modelowanie i Analiza Systemów informacyjnych (ZMA) CoIIoquium nr 1
ZMA k2 12 2008 F 3 Zaawansowane Modelowanie i Analiza Systemów informacyjnych (ZMA) Colloquium nr 2
ZMA k2 12 2008 F 4 Zaawansowane Modelowanie i Analiza Systemów informacyjnych (ZMA) Col(oquium nr 2
ZMA k2 12 2008 F 7 Zaawansowane Modelowanie i Analiza Systemów informacyjnych (ZMA) ColIoquium nr 2
ZMA k2 12 2008 F 8 Zaawansowane Modelowanie i Analiza Systemów informacyjnych (ZMA) Colloquium nr 2
Zaawansowane modelowanie symulacyjne    23406 Przedmiot jest rozszerzeniem przedmiotu
ZMA k1 11 2008 C 4 Zaawansowane Modelowanie i Analiza Systemów informacyjnych (ZMA) Colloąuium nr 1
ZMA k2 12 2008 F 1 Zaawansowane Modelowanie i Analiza Systemów informacyjnych (ZMA) Colloquiutn nr
ZMA k2 12 2008 F 2 Zaawansowane Modelowanie i Analiza Systemów informacyjnych (ZMA) ColIoquiuni nr
ZMA k2 12 2008 F 2 Zaawansowane Modelowanie i Analiza Systemów informacyjnych (ZMA) ColIoquium nr 2
ZMA k2 12 2008 F 3 Zaawansowane Modelowanie i Analiza Systemów informacyjnych (ZMA) Colloquium nr 2
ZMA k2 12 2008 F 4 Zaawansowane Modelowanie i Analiza Systemów informacyjnych (ZMA) ColIoquium nr 2
ZMA k2 12 2008 F 5 Zaawansowane Modelowanie i Analiza Systemów informacyjnych (ZMA) ColIoquium nr 2
ZMA k2 12 2008 F 5 Zaawansowane Modelowanie i Analiza Systemów informacyjnych (ZMA) ColIoquium nr 2
ZMA k2 12 2008 F 6 Zaawansowane Modelowanie i Analiza Systemów informacyjnych (ZMA) Colloquiuin nr
ZMA k2 12 2008 F 6 Zaawansowane Modelowanie i Analiza Systemów informacyjnych (ZMA) Colloquium nr 2

więcej podobnych podstron