26-30
26. Omów
główne cechy modelu analitycznego i podstawowe. 1
czynności w fazie
analizy systemu informatycznego. 1
27.Omów przykłady nieobiektowego
podejścia do analizy, projektu i 1
implementacji systemów
informatycznych. 1
28.Omów przykłady obiektowego
podejścia do analizy, projektu i 2
implementacji systemów.. 2
informatycznych. 2
29. Co to jest system informatyczny i jakie są jego główne wyznaczniki 3
jakości. 3
30.Omów podstawowe diagramy statyczne w języku IBM/Rational 3
UML. 3
 


26. Omów główne cechy modelu
analitycznego i podstawowe

czynności w
fazie analizy systemu informatycznego.

Cechy modelu analitycznego: -

Uproszczony
opis systemu; -Hierarchiczna dekompozycja
funkcji systemu; -Model

logiczny jest opisany przy pomocy notacji

zgodnej z pewną konwencją; -Jest on
zbudowany przy użyciu dobrze

rozpoznanych metod i narzędzi; -Jest on

używany do wnioskowania
o przyszłym oprogramowaniu; Model oprogramowania

powinien być jego uproszonym opisem,

opisującym wszystkie istotne
cechy oprogramowania na wysokim poziomie

abstrakcji.

Model
ten jednakże
nie zastępuje doświadczenia i wnikliwości
projektantów,

lecz pomaga projektantom w zastosowaniu

tych walorów.

Czynności w fazie analizy: - Rozpoznanie, wyjaśnianie, modelowanie,

specyfikowanie i dokumentowanie
rzeczywistości
lub
problemu będącego
przedmiotem projektu; -Ustalenie

kontekstu projektu; -Ustalenie
wymagań użytkowników; -Ustalenie
wymagań organizacyjnych; -Inne
ustalenia, np.

dotyczące
preferencji
sprzętowych,
preferencji
w zakresie oprogramowania, ograniczeń finansowych,
ograniczeń

czasowych, itd.

Analiza
nie powinna stawiać nacisku na
zmianę rzeczywistości
poprzez

wprowadzenie
tam nowych elementów, jej celem jest rozpoznanie wszystkich tych

aspektów rzeczywistości, które
mogłyby mieć wpływ na postać, organizację
lub wynik projektu.

27.Omów
przykłady nieobiektowego podejścia do analizy, projektu i

implementacji systemów informatycznych.

Metodyki strukturalne - łączą
statyczny

opis danych oraz statyczny opis procesów. Do tej
klasy należą: -Metodyka
Yourdona (DeMarco i Ward/Mellor); -Structured System Analysis and Design Methodology (SSADM); -Structured Analysis
and
Design Technique
(SADT).

Uważa się, że
wadą
metodyk strukturalnych są trudności
w zintegrowaniu modeli oraz iż pomimo
dojrzałości, mogą
nie być adekwatne
do współczesnych tendencji wytwarzania systemów informatycznych;

Przykład metodyki - CDM-Oracle-

1996
-stosowana
do
procesów biznesowych
i funkcji, które
nie mogą być

obsłużone
za pomocą dostępnych aplikacji

"z
półki";

-CDM
jest zbiorem zdefiniowanych
procesów tworzenia oprogramowania,
które zostały określone
przy
założeniu, że w procesie wytwórczym stosowane
są metody i
narzędzia CASE;

-zakłada, że potrzeby biznesowe
zostają
wyraźnie zdefiniowane na samym początku

cyklu projektowego oraz że
ich

zweryfikowanie
jest możliwe podczas
całego procesu wytwórczego;

CDM wyróżnia następujące procesy:

-definicja potrzeb biznesowych (studium możliwości),

-analiza
istniejących systemów,

-opracowanie architektury technicznej,

-projektowanie
i budowa
bazy danych,

-projektowanie
i budowa
modułów,

-konwersja danych,

-opracowanie dokumentacji technicznej,

-testowanie,

-szkolenie,

-przejście na nowy
system,

-obsługa serwisowa;

28.Omów
przykłady obiektowego podejścia do analizy, projektu i

implementacji systemów

informatycznych.

Analiza i Projektowanie - metody
obiektowe Wspólna
zasada: zaczynamy od rozpoznania struktury obiektów.
Najważniejsze
jest, czym są obiekty, a nie
co robią. Wspólne
kroki wszystkich metod obiektowych:

-Identyfikacja
klas i obiektów, ich atrybutów i
metod

-Ustalenie
powiązań między obiektami

-Ustalenie
interfejsu każdego obiektu

(protokołu)

-Ustalenie
współpracy obiektów, przepływ informacji

-Implementacja, tworzenie prototypu.

# Przykład- Metoda Coad/Yourdon

1. znajdowanie klas i obiektów

2.identyfikacja
struktur 3. identyfikacja tematów 4. definiowania
atrybutów

5. definiowania
usług

Model analizy obiektowej zawiera 5

warstw

1. warstwa
tematów 2. warstwa
klas
i obiektów 3. warstwa struktury 4. warstwa

atrybutów 5. warstwa
usług

# Przykłąd Analiza metoda OMT
(metoda Rumbaugh)

OMT - Object Modelling Technique

3 części
składowe
modelu, pokazujące
różne jego aspekty:

Model
Obiektów (OMT Object Model)

statyczny obraz struktury modelu

- klasy - atrybuty - operacje

- relacje między klasami i instancjami

(powiązania - asocjacje,

całość - część (agregacje),
gen- spec)
Model Dynamiczny (OMT Dynamic Model) współdziałanie
obiektów (powiązania wyznaczone
przez komunikaty).

Tu
mieszczą się różne diagramy pokazujące
przepływ sterowania,

także ograniczenia i warunki
na wartości

atrybutów.

Model
Funkcyjny (OMT Functional
Model) specyfikacja
operacji
jako funkcji przekształacących wejście na

wyjście, warunki poprawności
(asercje).

# Ogólnie w
temacie o analizie obiektowej


opracowanie modelu obiektowego
dziedziny zastosowania;


rozpoznane obiekty odzwierciedlają
byty i

operacje
związane z rozwiązywanym problemem;

Projektowanie
obiektowe


opracowanie modelu obiektowego
systemu oprogramowania, który będzie

implementacją zidentyfikowanych
wymagań;


obiekty projektu obiektowego są

związane
z rozwiązaniem problemu; Zadania w etapach fazy projektowania:


uściślenie
istniejących definicji
klas, np.

metod,


dziedziczenie
klas
i operacji,


szczegółowy projekt operacji wraz z przeprojektowaniem ich algorytmów,


wprowadzenie
ogólnych mechanizmów

realizacji
dynamiki
obiektów,


decyzje
o trwałości obiektów,


modularyzacja
i ukrywanie informacji,


optymalizacja
modelu,


dokumentacja projektu;

Programowanie obiektowe


realizacja
projektu oprogramowania za pomocą
języka programowania obiektowego;


języki
obiektowe umożliwiają bezpośrednią
implementację obiektów i dostarczają
udogodnienia do definiowania

klas
obiektów;

29. Co to jest system informatyczny i
jakie są jego główne wyznaczniki

jakości.

System informatyczny jest złożoną
konstrukcją, której stopień skomplikowania

zależy od złożoności architektury. Wielki

systemy są zwykle
podzielone na podsystemy, które oferują
pewien zbiór

powiązanych ze sobą interfejsów; System

informatyczny to złożony program
komputerowy lub zespół współdziałających ze sobą programów, przeznaczonych
do wykonywania określonych funkcji: np.
system operacyjny, system zarządzania
bazami danych . Najczęściej o systemie
informatycznym mówi się
wtedy, gdy do zbierania, gromadzenia, przesyłania
i przetwarzania danych zastosowane są
techniczne środki informatyki, a
przynajmniej komputer do przetwarzania. Zestaw technicznych
środków informatyki jest przeznaczony do realizacji zadań
określonych przez system informacyjny .
Podsumowując
system informatyczny to
określony obszar systemu informacyjnego danego obiektu, obsługiwany za pomocą
technicznych
środków dostępnych w informatyce. Wyznaczniki jakości
systemu informatycznego: zgodny z
wymaganiami użytkownika, niezawodny, efektywny, łatwy w konserwacji,
interoperacyjny(jeżeli
nie jest autonomiczny), ergonomiczny.

30.Omów
podstawowe diagramy
statyczne w
języku IBM/Rational

UML.

Diagram klas
to statyczny diagram
strukturalny, przedstawiający strukturę

systemu w modelach obiektowych przez

ilustrację
struktury klas i zależności
między
nimi. Elementami
występującymi w

diagramie
klas są: klasy, interfejsy, grupy

współdziałania
. Pomiędzy elementami
występującymi na diagramie
klas

występują związki: zależności,

generalizacji, asocjacji, agregacji

Diagram klas
jest najczęściej

wykorzystywanym diagramem w notacji

UML.

Diagram obiektów - (Object

Diagram)zamiast klas pokazują instancje. Przydają
się do wyjaśniania drobnych

elementów ze skomplikowanymi
relacjami,

zwłaszcza rekurencyjnymi. Każdy prostokąt
na diagramie obiektów odpowiada

pojedynczej instancji. Nazwy instancji na

diagramach UML są podkreślone. Nazwy

klas lub instancji mogą
zostać pominięte
na diagramach obiektów, pod warunkiem, że
\ sens diagramu pozostaje
jasny.

Diagram komponentów - (Component

Diagram) (zwany także
diagramem implementacji) to diagram przedstawiający

jeden z aspektów modelu zgodnego z UML.

Przedstawia
fizyczne elementy wchodzące w skład systemu i połączenia
między nimi.

Komponenty przedstawiane
za pomocą

dużego prostokąta, z dwoma
mniejszymi z jego lewej strony oraz z etykietą

w środku. Komponenty mogą być

przedstawiane
zarówno jako klasy jak

i instancje. Klasa
oznacza
elementy systemu istniejące podczas
jego działania (np. interfejs użytkownika czy
dane). Konkretne
instancje
precyzują
o jaki
element chodzi (np. okno programu
będące
częścią interfejsu). Węzły są to
zasoby sprzętowe
dostępne podczas
działania systemu. Obrazowane są
za pomocą prostopadłościanów.

Diagram pakietów
(Package

Diagram)to diagram służący do
porządkowania struktury systemu.

Stosowane, aby uprościć skomplikowane

diagramy klas, klasy grupujemy w pakiety. Pakiet to zbiór logicznie
powiązanych

elementów UML. Pakiety to prostokąty z

małymi zakładkami
na górze. Nazwa pakietu znajduje
się na zakładce
albo

wewnątrz prostokąta. Strzałki
z

przerywanymi
liniami to zależności. Jeden
pakiet jest zależny od drugiego, jeśli

zmiany w drugim pakiecie
mogą wymusić

zmiany w pierwszym.

Diagram wdrożenia - (Deployment Diagram) obrazuje
konfigurację węzłów
działających w czasie wykonania i zainstalowane na nich komponenty. Odnosi
się do statycznych aspektów perspektywy wdrożeniowej. Wiąże się
z diagramem komponentów, ponieważ zwykle każdy węzeł zawiera conajmniej
jeden

komponent. Diagramy wdrożenia
zawierają
na ogół węzły i
powiązania
między nimi. Są
przydatne
do
modelowania
systemów rozproszonych
i typu klient-serwer.