PSI - wszystkie wykłady, politechnika infa 2 st, Projektowanie Systemów Informatycznych


Projektowanie Systemów Informatycznych

Mgr Inż. Irena Fila

UML - Unified Modeling Language

Obecne standardy modelowania obiektowego - UML 1.5 lub 2.0(nie wiadomo czy został już wprowadzony).

System Informacyjny <> System Informatyczny

Informatyka - to dziedzina wiedzy o ruchu i przetwarzaniu informacji.

Informacja - zinterpretowane dane, fakty.

System Informacyjny - usystematyzowana i uporządkowana sieć powiązań informacyjnych między takimi elementami jak człowiek, dane(zinterpretowane dane), metody(sposób łączenia) oraz urządzenia do zbierania, przesyłania oraz przetwarzania informacji mających na celu zaspokojenie potrzeb informacyjnych zainteresowanych ogniw.

Podstawowymi funkcjami Systemu Informacyjnego są:

System informacyjny musi te funkcję spełniać aby być systemem informacyjnym !!!

W projektowaniu Systemów Informatycznych bardzo ważną rolę odgrywają założenia początkowe.

Podstawowa cecha systemu informacyjnego to hierarchiczna (modułowa ) budowa

Konstruując system informatyczny musimy pamiętać aby miał budowę hierarchiczną i modułową. Po co ??

Metoda - sposób wykonania czegoś, system procedur w celu wykonania czegoś, powtarzalność, uporządkowanie czynności

Metodyka - zespół metod którymi się posługujemy ( pojęcie szersze niż metoda ). Zbiór powiązanych ze sobą metod opartych na pewnych wspólnych podstawach. Metodykę postępowania dostosowujemy do zadania

Metodyka projektowa Systemu Informatycznego:

Metoda projektowa Systemu Informatycznego - uporządkowanie czynności - obejmuje fragment życia SI.

Metoda i metodyki dotyczą cyklu życia systemu informatycznego ( czyli to wszystko co dzieje się z systemem informatycznym od momentu jego powstania (pomysłu) aż do jego śmierci ( wycofania ) )

Technika projektowa Systemu Informatycznego - Specyficzne podejście do tworzonego produktu przy opracowywaniu SI.

Metodyki

0x08 graphic
0x08 graphic

0x08 graphic
0x08 graphic

Strukturalna

Obiektowa

0x08 graphic
0x08 graphic
0x08 graphic
0x08 graphic
0x08 graphic
0x08 graphic
0x08 graphic
0x08 graphic
0x08 graphic
0x08 graphic
0x08 graphic
0x08 graphic
0x08 graphic
0x08 graphic
0x08 graphic
0x08 graphic
0x08 graphic
0x08 graphic
0x08 graphic
0x08 graphic
0x08 graphic
0x08 graphic
0x08 graphic
0x08 graphic
0x08 graphic
0x08 graphic
0x08 graphic
0x08 graphic
0x08 graphic
0x08 graphic

0x08 graphic
0x08 graphic

0x08 graphic
0x08 graphic

0x08 graphic

Szkolenie pracowników odbywa się podczas m.in. projektowania i testowania

CASE:

Computer Assistent - Aide Software - System Engineering

WYKŁAD II (23.02.05)

Testowanie

- weryfikacja systemu (czy system testowany spełnia wszystkie założenia systemu)

- walidacja (ocena systemu przez użytkownika końcowego)

Wady modelu liniowego:

- długa przerwa w kontaktach użytkownik - projektant wynikająca z tego że użytkownik ma

kontakt z projektantem w fazie określania wymagań a potem widzi już gotowy produkt

- zakłada się że wymagania które ustalamy w fazie określania wymagań są stałe, ustalone
i niezmienne

Zauważono ogromny wpływ na jakość zaprojektowanego systemu ustaleń początkowych (podczas określania wymagań)

1. Jakie są źródła błędów w poszczególnych fazach projektowania SI.

0x01 graphic

0x01 graphic

2. Model z prototypem - model cyklu życia SI

Zgodnie z definicją R. Barker'a - prototypowanie jest metodą szybkiej prezentacji pojęć, w celu uzyskania akceptacji użytkownika i sprawdzenie wykonywalności.

Model z prototypem jest polecany kiedy istnieją trudności ze sformułowaniem wymagań użytkownika do końcowego projektu.

Tworzenie prototypu ma na celu przede wszystkim doprecyzowanie tych założeń użyt. które są trudne do założenia.

0x08 graphic

Zalety modelu z prototypem

Wady modelu z prototypem

1. Minimalizacja ryzyka związanego z niemożnością określenia wymagań przez użytkownika

2. Szybka demonstracja użytkownikowi działającej wersji systemu (wersja beta)

3. Szybkie wykrycie nieporozumień pomiędzy użytkownikiem a projektantem, które mogłyby powstać w fazie określania wymagań.

4. Możliwość wykrycia brakujących funkcji systemu lub trudnych usług.

5. Redukcja czasu oczekiwania na kolejne etapy.

6. Stały kontakt pomiędzy użytkownikiem a projektantem.

1. Dodatkowe koszty budowania prototypu.

2. Długie oczekiwanie na ostateczny etap.

Istnieją dwa rodzaje narzędzi:

RAD - Rapid Application Development

CASE - Computer Assisted/Aided Software/System Engineering

2 ISTNIEJĄ DWA RODZAJE PROTOTYPOWANIA

1. SZYBKIE PROTOTYPOWANIE

2. PROTOTYPOWANIE STRUKTURALNE

Ad. 1)

0x08 graphic
0x08 graphic
0x08 graphic
0x08 graphic
0x01 graphic

0x08 graphic
Jest tu sprzężenie zwrotne - modyfikacja wymagań według wskazówek użytkownika

0x08 graphic

Ad. 2)

0x01 graphic

W prototypowaniu strukturalnym tworzony jest tylko i wyłącznie w celu bardziej precyzyjnego sformułowania wymagań przez użytkownika (stosować w przypadku złożonych systemów)

MODEL SPIRALNY

0x08 graphic
0x08 graphic
Kalkulacja kosztów

1987 Barry Boehm

0x08 graphic
0x01 graphic

Kolejna wersja systemu Informatycznego

Model spiralny opisuje cykl życia SI w kolejnych wersjach.

Według Andrzeja Kaczora

METODYKI PROJEKTOWANIA SYSTEMU INFORMATYCZNEGO

Techniczne podejście Podejście społeczne

0x08 graphic
0x08 graphic

Strukturalne podejście ( lata 60 ) obiektowe podejście (lata 80)

0x08 graphic
0x08 graphic

Obiekt - pojęcie wyjściowe. Ma
tożsamość, rozróżn
ialny byt, stan w danej
chwili i posiada zachowanie (w obiekcie
elementy aktywne elementy bierne jest aktywność
czyli procesy czyli dane

0x08 graphic
0x08 graphic

Osobno projektowane
elementy aktywne
i elementy bierne
a potem następuje
ich złożenie

Podejście strukturalne

0x08 graphic
0x08 graphic

0x08 graphic

Równoważenie

0x08 graphic

Powstaje spójna klasyczna analiza współczesna analiza
i niesprzeczna całość strukturalna strukturalna

(De Marco) (Edward Yourdon)

Według Przemysława Kubisy

0x01 graphic

1997 UML - Rambaugh, Booch, Jacobson

WYKŁAD III

0x08 graphic

0x08 graphic
0x01 graphic

Istotą projektu strukturalnego jest osobne modelowanie struktur danych, osobne modelowanie procesów oraz mechanizmy równoważenia ( a jak się to w szczegółach dzieje to zależy od narzędzia CASE'owego )

DeMarco - twórca klasycznej analizy strukturalnej

TOP - DOWN - „od ogółu do szczegółu” rozbijanie problemu na mniejsze

Problem ogólny, bardzo złożony musimy podzielić na problemy mniejsze, prostsze do rozwiązania(Diykstry).

Podział systemu informatycznego na podsystemy, na procesy potomne => dekompozycja systemowa.

7 kroków metodyki DeMarco:

  1. zbudowanie modelu fizycznego istniejącego systemu informacyjnego(opis systemu informacyjnego)

  2. Stworzenie modelu logicznego systemu informacyjnego

  3. zbudowanie modelu logicznego docelowego systemu

  4. zbudowanie modelu fizycznego docelowego systemu

  5. szacowanie kosztów dla zaprezentowanych modeli z punktu 4

  6. wybór odpowiednich właściwości modelu

  7. specyfikacja systemu uwzględniająca podział całości na podsystemy

Wady:

E. Yourdan

Metodyka Yourdana - zwana współczesną analizą strukturalną

Funkcje można wyliczyć na podstawie zdarzeń zachodzących w systemie oraz na które system reaguje.

Metodyka Yourdana0x08 graphic
0x01 graphic

Model środowiskowy stanowi idealny model wymagań systemu.

0x08 graphic
0x01 graphic

Diagram przepływu danych na poziomie kontekstowym - jest to kolejny element modelu środowiskowego

Strzałki - przepływ danych ( strzałki muszą przecinać granice systemu )
Kółko w środku - proces o numerze 0, proces najbardziej złożony, reprezentuje cały system
(dla całego systemu informatycznego jest tylko jeden taki proces )

Wymagania funkcjonalne systemu przedstawiamy za pomocą diagramu przepływu danych i najbardziej ogólne wymagania funkcjonalne przedstawiamy na za pomocą diagramu kontekstowego.

Zawartość słownika dotyczących danych elementarnych ( atrybutów zawartych w we/wy ) związanych z przepływem we/wy.

Podmodel zachowań - opisuje wewnętrzną architekturę projektu systemu informatycznego zarówno pod względem składników statycznych i składników dynamicznych.

Aby stworzyć pełny podmodel zachowań wykorzystujemy różne techniki, a te techniki to działania opisujące interesujący nas system.

W podejściu Yourdanowskim zbiór diagramów DFD tworzony jest techniką mieszaną.

Diagram DFD pokazuje hierarchię funkcji, powstaje drzewo funkcji.

ERD diagram - (statyczny model struktur danych) na tym diagramie nie ma uwarunkowań czasowych ( dlatego statyczny, opisuje bierne elementy).

Zbiór diagramów DFD - zbiór diagramów przepływu danych. Uzyskamy w wyniku kroków dekompozycji diagramu kontekstowego DFD na którym był tylko jeden proces
( kolejne poziomy potomne DFD w stosunku do diagramu kontekstowego )

Statyczne diagramy: ERD, DFD(Data Flow Diagram)

Dynamiczne diagramy: ELH(Entity Life History - Diagram życia encji), STD(State Transition Diagram - diagram przejść stanów)

WYKŁAD IV

Podstawowe pytania związane z Systemem Informatycznym niezależnie od metodyki:



Te dwa pojęcia są równoważne: Zadanie Systemu = Funkcja Systemu

Zadania wykonywane przez System = Funkcje wykonywane przez System

Lista Funkcji wymaganych przez System = wymagania Funkcjonale Systemu

Te zadania modelowane są za pomocą procesu :

Zadanie = Funkcja = Proces

Oznaczenie Procesu:

0x08 graphic
0x08 graphic
0x08 graphic

nazwa lub nr nazwa (procesu)

0x08 graphic
nr

0x08 graphic

To oznaczenie

W metodyce Yourdona

Lista zdarzeń budowana w ramach modelu środowiskowego stanowi punkt wyjścia do rozpoczęcia budowy diagramu przepływu danych (DFD - Data Flow Diagram)

Można go budować od dowolnego poziomu w całej hierarchii danych

Zbiór diagramów przepływu danych uzyskamy poprzez Dekompozycję .

0x08 graphic
0x08 graphic

Lista Zdarzeń Funkcje (Zadania)

0x08 graphic
0x08 graphic
1. 1.

0x08 graphic
0x08 graphic
0x08 graphic
0x08 graphic
2. Kolejne 2. Funkcje które System wykonuje
3. zdarzenia 3. aby obsłużyć dane Zadanie

4. 4. (hierarchiczna zależność)

0x08 graphic

Funkcje układamy w drzewo funkcji w którym można powiedzieć o najbardziej złożonej funkcji

PRZYKŁADOWA LISTA ZDARZEŃ DLA SYSTEMU BIBLIOTECZNEGO

0x08 graphic
0x08 graphic

Zdarzenia zachodzące w Systemie Funkcje

0x08 graphic

1.Zgłoszenie osoby po raz pierwszy 1. Obsługa nowego użytkownika
zapisującej się do biblioteki 1.1. Pobranie danych nowego użytkownika

1.2. Dodanie rekordu czytelnika do bazy
czytelników
1.3. Wygenerowanie
karty czytelnika

2.Zgłoszenie w celu wypożyczenia 2. Obsługa wypożyczenia
książki 2.1. Sprawdzenie stanu książki
2.2. Sprawdzenie konta użytkownika

2.3. Sprawdzenie ewentualnych opłat

2.4. Właściwa transakcja wypożyczenia

3.Zwrot książki 3. Obsługa zwrotu książki
3.1. Sprawdzenie terminu zwrotu i ewentualne

naliczenie kary
3.2. Właściwa transakcja zwrotu książki poprzez
aktualizację konta użytkownika oraz
aktualizację stanu książki w bazie danych

0x08 graphic
0x08 graphic

DRZEWNO PROCESÓW (FUNKCJI)

0 - System Informatyczny - BIBLIOTEKA

1 - Obsługa nowego czytelnika

    1. - Pobranie danych nowego użytkownika

    2. - Dodanie rekordu czytelnika do bazy danych

    3. - Wygenerowanie karty czytelnika

2 - Obsługa wypożyczenia

2.1 - Sprawdzenie stanu książki

2.2 - Sprawdzenie konta użytkownika

2.3 - Sprawdzenie ewentualnych opłat

2.4 - Właściwa transakcja wypożyczania

3 - Obsługa zwrotu książki

3.1 - Sprawdzenie terminu i ewentualne naliczenie kary

3.2 - Właściwa transakcja zwrotu oraz aktualizacja bazy i konta danego użytkownika

3.3 - Zwrot ewentualnej kaucji wcześniej zapłaconej

3.4 - Obsługa sytuacji nadzwyczajnej

Tu widać hierarchię funkcji .

To drzewo procesów jest w modelu zachowań ( modelu który pokazuje wewnętrzną strukturę)

DIAGRAM KONTEKSTOWY - pokazuje system informatyczny jako jeden proces ( czyli poziom 0 - system informatyczny BIBLIOTEKA )

0x08 graphic
0x08 graphic
9 b

0x08 graphic
0x08 graphic
0x08 graphic
0x08 graphic
0x08 graphic
0x08 graphic
Czytelnik Czytelnik

0x08 graphic
0x08 graphic
8

0x08 graphic
11

0x08 graphic

7

0x08 graphic

0x08 graphic
0x08 graphic
BIBLIOTEKA

0x08 graphic
0x08 graphic
Proces 0

0x08 graphic
0x08 graphic

0x08 graphic
0x08 graphic

0x08 graphic
4 5

0x08 graphic

3 2

0x08 graphic
6

0x08 graphic
Czytelnik

0x08 graphic
1

0x08 graphic
Pracownik (bibliotekarz)

1. Transakcja zwrotu

2. Transakcja wypożyczenia

3. Akceptacja danych nowego czytelnika i wpis do bazy czytelników

4. Dane nowego czytelnika

5. Zapłata kaucji

6. Wygenerowanie nowego konta użytkownika

7. Identyfikator czytelnika, identyfikator książki

8. Wydanie książki

9. Informacja o niemożliwości wypożyczenia książki

10. Zwrot książki

11. Informacje o stanie konta

0 - jest to proces główny ( reszta jest w środku, nie widzimy tego ponieważ patrzymy
z punktu widzenia użytkownika czyli jako obiekty zewnętrzne.)

0 - proces

0x08 graphic
- obiekt zewnętrzny

0x08 graphic
- przepływ danych

0x08 graphic

0x08 graphic
0x08 graphic
- synonim obiektu

Proces jest to graficzna reprezentacja funkcji systemowej, może mieć charakter procesu złożonego lub elementarnego ( na diagramie kontekstowym ten jeden jedyny proces jest zawsze złożony ).

Proces złożony - proces który ma podprocesy ( procesy potomnie generowane )

Proces elementarny - proces nie posiadający procesów potomnych ( nie posiada

podprocesów ). jest to proces najniższego poziomu

Obiekty zewnętrzne - uogólniony użytkownik systemu informatycznego występujący wobec systemu w określonej roli. Obiektem zewnętrznym może być inny system informatyczny współpracujący z naszym. Mogą być też obiektami jakieś zewnętrzne bazy danych do których mamy dostęp.

0x08 graphic
0x08 graphic
0x08 graphic
0x08 graphic
Przepływ danych - strumień informacji między obiektami zewnętrznymi a jednym jedynym procesem ( , , - takie strzałkowanie / operacje wejścia/wyjścia )

Strumień danych składa się z atrybutów

Zdarzenia powodują przepływ danych

Zdarzenie zewnętrzne - czytelnik zapisujący się

Zdarzenie wewnętrzne - generowanie karty czytelnika

Diagram kontekstowy, który jest zbudowany z punktu widzenia użytkowników zewnętrznych pokazuje przepływ we/wy w wyniku zdarzeń. Przepływ we/wy zawiera niezbędne dane przekazywane do systemu lub z systemu do otoczenia. W celu prawidłowej realizacji funkcji systemowych obsługujących zdarzenia wymienione w liście zdarzeń zatem diagram kontekstowy jest graficzną prezentacją wymagań funkcjonalnych systemu projektowanego metodami strukturalnymi

DFD powstaje w wyniku działań techniki w celu budowania kontekstowych diagramów.

ZASADA DEKOMPOZYCJI

0x08 graphic
0x08 graphic
0x08 graphic

0x08 graphic
0x08 graphic
y

0x08 graphic
0x08 graphic
0x08 graphic
0x08 graphic
0x08 graphic

0x08 graphic

0x08 graphic
x z

0x08 graphic
0x08 graphic
Obiekt 1 1 2

0x08 graphic

w

0x08 graphic

Obiekt 2

0x08 graphic
0x08 graphic
- magazyn danych ( składnica danych )

0x08 graphic
0x08 graphic
0x08 graphic
0x08 graphic
Delete, Update, Create

0x08 graphic
0x08 graphic

- przepływ aktualizujący dane. Może dopisywać nowy element do
magazynu, nowy obiekt. Modyfikować zawartość obiektu, modyfikowanie
cech obiektu i usuwać dane z magazynu

0x08 graphic

0x08 graphic
0x08 graphic
0x08 graphic

tylko przepływ aktualizujący może cokolwiek zmieniać w magazynie danych.

Dokonujemy Dekompozycji nr. 1

Generuje diagram potomny względem procesu 1

0x08 graphic
0x08 graphic
0x08 graphic
Zasada tworzenia diagramu DFD potomnego. Do procesu 1 bierzemy wszystkie przepływy wychodzące i wchodzące do prcesu

0x08 graphic

0x08 graphic

0x08 graphic

0x08 graphic
0x08 graphic
Obiekt 1 x

w

0x08 graphic
0x08 graphic

0x08 graphic
z Obiekt 2

2

Tworzenie potomnego DFD odbywa się zgodnie z zasadą bilansu pionowego procesu.

Bilans pionowy mówi: wszystkie przepływy we/wy z procesu macierzystego są przenoszone do procesu potomnego.

Teraz generujemy podprocesy i do nich podłączamy przepływy

0x08 graphic
0x08 graphic
0x08 graphic

0x08 graphic
0x08 graphic
Magazyn x

0x08 graphic
0x08 graphic

0x08 graphic
1.1

0x08 graphic
0x08 graphic
0x08 graphic

0x08 graphic
0x08 graphic
0x08 graphic
0x08 graphic

0x08 graphic
Obiekt 1 x

0x08 graphic
1.2 magazyn y

0x08 graphic
0x08 graphic
w

0x08 graphic

obiekt 2

z

0x08 graphic

2

Na diagramie muszą powstać co najmniej dwa procesy

Procesy muszą być zbilansowane w pionie. Mają być zbilansowane pomiędzy kolejnymi diagramami DFD.

Bilans pionowy - mówi nam że zawartość wszystkich danych w przepływach danych we/wy procesu macierzystego musi być taka sama jak zawartość przepływów we lub wy, które są zaznaczone dla procesów potomnych uzyskanych w wyniku dekompozycji procesu macierzystego. Sprawdzenie jest na poziomie danych elementarnych a informacja o tym czerpiemy ze słownika dołączonego do narzędzia CASE'owego którym wykonujemy dekompozycję

Tylko element aktywny potrafi coś zmieniać w systemie. Proces pobiera i wysyła informacje z zewnętrz i od wewnątrz. Tak samo zmienia zawartość magazynu

Obiekt zewnętrzny może łączyć się tylko przepływem danych z procesem lub do procesu ( czyli obiekt łączy się z danymi które są przesyłane poprzez wywołanie np.
procesu wysyłania )

Bilans poziomy procesu - wszystkie dane wchodzące do procesu muszą być równie danym wychodzącym z procesu z uwzględnieniem jakiegoś algorytmu w procesie 0 który te dane zmienia ( może ale nie musi )

Bilans poziomy magazynu danych.

0x08 graphic
0x08 graphic

a b

0x08 graphic
0x08 graphic
0x08 graphic
0x08 graphic

0x08 graphic
0x08 graphic
0x08 graphic
0x08 graphic
a + b = c + d

0x08 graphic
0x08 graphic
d c

0x08 graphic
0x08 graphic

WYKŁAD V

Uwagi dotyczące modelu zachowań ( model Yourdona )

Dynamika Systemu

0x08 graphic
0x08 graphic

Diagram historii życia encji (ELH) Diagram przejść stanów

(jak w czasie zmienia się każda z encji (opisuje zmianę w czasie)
występująca w modelu logicznym)

Istnieją 4 diagramy:

Uwagi na temat DFD:

0x08 graphic
agregacja z

0x08 graphic
1.1

0x08 graphic

0x08 graphic
y x y

0x08 graphic

0x08 graphic
1.2


1.1.1

0x08 graphic
0x08 graphic
0x08 graphic
0x08 graphic
0x08 graphic
0x08 graphic
0x08 graphic
0x08 graphic
0x08 graphic
0x08 graphic
0x08 graphic
0x08 graphic
0x08 graphic
0x08 graphic
0x08 graphic
0x08 graphic
0x08 graphic
0x08 graphic

0x08 graphic
x

0x08 graphic

1.1.3

0x08 graphic

z

procesu elementarnego

Cały czas równocześnie z budowanymi poziomami uzupełniamy słownik danych. Pojawiają się nowe składniki danych, procesy, przepływy.

Robimy specyfikację procesów jak już mamy wszystkie poziomy DFD

0x08 graphic
0x08 graphic
0x08 graphic
0x01 graphic
0x01 graphic

równoważenie

0x08 graphic
0x08 graphic
0x08 graphic
0x08 graphic
aktywne pasywne

składniki ERD

projektu SI (model konceptualny CDM)

( zbiór SI )

Jaki jest związek między DFD a ERD ???

DFD

ERD

procesy

encje

przepływy danych

związki

obiekty zewnętrzne

Składnica danych

Tutaj składnica danych odpowiada encji. - to jest ten związek.

Na czym polega równoważenie DFD z diagramem struktur danych (ERD) ?

Możemy zacząć od budowy dowolnego z nich najlepiej jeżeli będziemy budować obydwa równocześnie. To równoważenie jest na poziomie logicznym.

W Sybase istnieje funkcja import/export. Przekazuje ona jedne wartości z jednego diagramu do drugiego. Przenosić możemy elementy, atrybuty, encje, jako magazyn, reguły biznesowe. Dane można przenosić w jedną i drugą stronę.

Jednemu magazynowi danych odpowiada jedna encja ( o tych samych nazwach )

Ogólna zasada równoważenia:

Dana encja powinna być przechowywana tylko w jednym miejscu w systemie ( nie powinno być dublowania )

Spis haseł z budowy DFD ( czyli to co musimy umieć )

DIAGRAM PRZEJŚĆ STANU SYSTEMU

Komponenty diagramu przejść stanu

0x08 graphic

START

0x08 graphic

przejście

A1

0x08 graphic
0x08 graphic
C1

0x08 graphic
0x08 graphic
0x08 graphic
Stan i-ty stan

0x08 graphic
0x08 graphic

C5 przejście C3

C2 - warunek A3

A2 - akcja

0x08 graphic

0x08 graphic
0x08 graphic
Stan j-ty

0x08 graphic

C4

0x08 graphic

STOP

Dlaczego system przechodzi z jednego stanu do drugiego?

Stan systemu opisuje co dzieje się z systemem w danej chwili czasu, który to czas zazwyczaj trwa niepomijalny kawałek czasu. Samo przejście zwane zmianą stanu jest opisane dwojako. Poprzez warunek (przyczynę), druga rzecz to akcja - czynność powzięta przez system która spowoduje zmianę stanu.

Zasady diagramu przejść stanu:

Diagram przejść stanów jest bardzo dobrą techniką opisu współpracy (dialogu) użytkownika z systemem a ten dialog to poruszanie się po całym menu jakie oferuje system.

RÓWNOWAŻENIE DFD Z DIAGRAMEM STD ( DIAGRAMEM PRZEJŚĆ STANU)

Odbywa się to przy udziale procesu sterującego. DFD wzbogacamy o proces sterujący który rozdziela zadania na procesy wykonawcze.

Przepływ sterujące nie ma w sobie danych w przeciwieństwie do przepływu danych.

0x08 graphic
0x08 graphic

DFD x Proces sterujący Mój komputer

0x08 graphic
0x08 graphic
0x08 graphic
0x08 graphic

0x08 graphic
0x08 graphic
0x08 graphic

r

y

0x08 graphic
0x08 graphic
0x08 graphic
0x08 graphic
0x08 graphic

z w
0x08 graphic
1
a
2 b

3 c

x - proces sterujący, jest konsekwencją
wyboru konkretnego dysku.

r, y, w, z - procesy sterujące.

1 - wyświetlenie listy dysków a - nazwa wybranego dysku

2 - wyświetlenie zawartości wybranego dysku b - przekazanie nazwy folderu

3 - proces przetwarzania danych c - nawa pliku


STD

0x08 graphic

A: r

C: mój komputer

0x08 graphic

0x08 graphic
Stan 1 Wyświetla listę dysków

0x08 graphic

C: x

A: y

0x08 graphic

0x08 graphic
0x08 graphic
0x08 graphic
Stan 2 Wyświetla listę folderów dla

wybranego dysku

C: z

A: w

0x08 graphic
Stan 3 Wyświetla zawartość danego

Folderu

Akcja - odpowiada pojawieniu się przepływu wyjściowego sterującego r

Mój komputer - komputer który spowodował to że doszło do uruchomienia procesu 1.

Diagram STD jest specyfikacją procesu sterującego.

Specyfikacją procesu sterującego jest diagram STD (diagram przejść stanów ) opisuje on algorytm działania zaszyty w procesie sterującym

Przepływy sterujące wejściowe dla procesu sterującego są warunkami dla przejścia na diagramie STD

Przepływy sterujące wyjściowe z procesu sterującego są akcjami podanymi przy przejściach pomiędzy stanami.

Pojęcia z ćwiczeń. (Przetłumaczone)

BPM ( Bisnes modeling process - Biznesowe modelowanie procesów ) - konceptualny model zawierający krótki opis logiki biznesowej i zasad z punktu widzenia klienta używającego diagramów które pokazują interakcję między procesami, przepływami, wiadomościami, kolaboracyjne protokoły z jednego lub wielu punktów do paru potencjalnych punktów startowych. Jest niezupełnym odpowiednikiem DFD

Data - (dane) definiuje typ informacji wymienianej pomiędzy procesami biznesowymi

Process - (proces ) inicjacja manualnej lub automatycznej akcji

Resource - (zasób ) podobny do magazynu danych, może być danymi, dokumentami, bazą danych, komponentami lub wykonywalnym zasobem

Resource Flow - (przepływ zasobów) pozwala procesowi na dostęp do zasobu, informacje w zasobie mogą być tworzone, aktualizowane, kasowane albo czytane przez proces

Flow - (przepływ) interakcja pomiędzy dwoma obiektami z potencjalną wymianą danych

Start - punkt startowy całego procesu reprezentowany w diagramie procesu biznesowego

End - reprezentuje punkt końcowy procesów opisanych w diagramie procesów biznesowych

Organization Unit - (obiekt zewnętrzny, jednostka organizacyjna) element który pozwala definiować która organizacja jest odpowiedzialna za który proces. Może reprezentować kompanię/system, usługę, organizację, użytkownika albo role. Jest adekwatna do oznaczenia komponentu w języku UML.

Wykład VI

Bilans poziomy obejmuje jeden poziom dekompozycji. Bilans pionowy obejmuje dwa kolejne poziomy dekompozycji

Diagram Historii Życia Encji ( ELH - Entity Life History )

(ERD - statyczna struktura danych, diagram związków encji)

ELH - pokazuje zmiany w encjach w czasie a te zmiany są wymuszone zdarzeniami które oddziaływają na encję. To jest diagram dynamiczny.

ELH < = > ERD po to aby z ERD wychwycić te encje które wybierzemy.
równoważenie Aby dla każdej encji zbudować Diagram historii życia encji.

0x08 graphic
ERD < = > DFD

Znajdujemy encje w składnicach danych.

Oddziaływają na procesy w DFD

0x08 graphic
0x08 graphic

0x08 graphic
0x08 graphic
0x08 graphic
0x08 graphic
0x08 graphic
0x08 graphic
0x08 graphic
Zdarzenia Procesy

Przepływy

DFD

Przepływy wyjściowe do składnic danych

Aktualizacja

Składnic

0x08 graphic
Danych

Encje podlegają

0x08 graphic
0x08 graphic
0x08 graphic
0x08 graphic
W składnicach są encje zmianie stanu

0x08 graphic
( zmiana stanu encji )
co się dzieje ?

z encją jest pokazane

na diagramie ELH

z ERD ELH

ELH - służy aby w jawny sposób pokazać wszystkie zdarzenia zachodzące w systemie, zarówno zdarzenia typowe (normalne) oraz zdarzenia nietypowe (nadzwyczajne, błędne, wskazujące na sytuację awaryjną - jest ich więcej niż normalnych i powodują dużo więcej błędów niż normalne)

Fragment DFD który posłuży do budowy ELH.

Problem:

  1. wybór encji nas interesującej ( wybieramy to z ERD - tutaj encją jest konto klienta )

  2. na DFD szukamy tej encji ( w postaci magazynu danych )

  3. teraz przepływy aktualizujące

Ustalenie limitu funkcje wstrzymania

0x08 graphic
0x08 graphic
Dezaktywacja konta

0x08 graphic
0x08 graphic
0x08 graphic
0x08 graphic

2 3

nowy

rekord

0x08 graphic

Konto klienta

0x08 graphic
0x08 graphic
0x08 graphic
0x08 graphic

0x08 graphic
0x08 graphic

Obciążenie konta Spłaty

0x08 graphic
0x08 graphic
4 7

przepływ typu R R - read ( przepływ czytający )

0x08 graphic

A tu jest ta encja Konto Klienta

0x08 graphic

0x08 graphic
Konto klienta z ERD ( CPM )

0x08 graphic

- atrybut 1
- atrybut 2
- atr
ybut 3

0x08 graphic

0x08 graphic
Odpowiada encji na ERD (skojarzenie)

0x08 graphic
0x08 graphic
0x08 graphic
0x08 graphic

DFD

Procesy generujące przepływy aktualizujące

DFD

Magazyny danych

DFD

Przepływ aktualizujący

DFD

Rodzaj aktualizacji

Zdarzenie

Proces 2

Ustalenie konta

Konto Klienta (D1)

Nowy rekord

Utwórz nowy wpis w magazynie, przepływ typu C

C - create

(stwórz)

Założenie konta

Proces 4

Utworzenie rekordu pożyczki

Konto Klienta (D1)

Obciążenie konta

Modyfikacja zawartości magazynu, przepływ typu U

U - Update

(aktualizuj)

Uzyskanie pożyczki, przyznanie pożyczki

Proces 7

Obsługa spłat

Konto Klienta (D1)

Spłaty

Modyfikacja, przepływ typu U

U - Update

(aktualizuj)

Każdorazowe dokonanie spłaty kolejnej raty pożyczki

Proces 3

Funkcje utrzymania

Konto Klienta (D1)

Dezaktywacja

Usunięcie wpisu w magazynie, przepływ typu D

D - Delete

(skasuj)

Likwidacja konta

C, U, D i R - ta notacja występuje też w SyBase.

MATRIX CRUD - macierz( tablica krzyżowa) pokazuje zależności między procesami a magazynami danych, pokazuje rodzaje przepływów między nimi

( C - create (utwórz), D - Delete (skasuj), U - Update (aktualizuj), R - Read (czytaj) )

Komponenty diagramu ELH

Diagram acykliczny ( typu drzewo, hierarchiczny )

0x08 graphic

Nazwa encji

0x08 graphic

0x08 graphic
0x08 graphic
0x08 graphic
0x08 graphic
0x08 graphic

0x08 graphic
0x08 graphic
0x08 graphic
0x08 graphic

Zdarzenie Zdarzenie Zdarzenie Zdarzenie

Sekwencyjne złożone złożone złożone

0x08 graphic
0x08 graphic

0x08 graphic

Na danym poziomie naszego drzewa
odczytujemy w umowny sposób kolejność
zdarzeń. Zdarzenie na lewo jest
wcześniejsze od zdarzenia na prawo itd.

0x08 graphic
0x08 graphic
0x08 graphic
0x08 graphic

0x08 graphic
0x08 graphic
0x08 graphic
0x08 graphic

0x08 graphic
0x08 graphic
0x08 graphic
0x08 graphic

Zdarzenie * Zdarzenia 0x01 graphic
Zdarzenia 0x01 graphic
Zdarzenia 0x01 graphic

Iteracyjne selektywne selektywne selektywne

Sekwencja zdarzeń jest odczytywana na danym poziomie od lewej do prawej. Zdarzenia iteracyjne to zdarzenia które powtarzają się pewną ilość razy (np. spłata kredytu), może być też 0 powtórzeń (brak wystąpienia zdarzenia). Zdarzenia selektywne zależą od spełnienia warunków ( coś ala „if” lub „switch” w C++ )

Teraz nasz diagram ELH

0x08 graphic

Konto klienta

0x08 graphic

0x08 graphic
0x08 graphic
0x08 graphic
0x08 graphic
0x08 graphic

0x08 graphic
0x08 graphic
0x08 graphic
0x08 graphic

Założenie konta przyznanie pożyczki spłacanie pożyczki likwidacja konta

Dwa etapy tworzenia diagramu ELH.

1 etap - utworzenie pomocniczej tablicy krzyżowej dla encji [magazynu danych] poprzez wybranie encji z diagramu związków encji, poprzez identyfikację zdarzeń dotyczących danej encji na podstawie przepływów aktualizujących ten magazyn danych na DFD w którym to magazynie znajduje się aktualizowana encja.

2 etap - rozwarzenie dla każdej encji wziętej z ERD następujących kwestii

  1. normalnego, typowego cyklu życia

  2. rozważenie zdarzeń specjalnych (wyjątkowych)

  3. rozważenie sytuacji błędnych, awaryjnych

WYKŁAD VIII

Równoważenie ELH z DFD

Po co z ELH ??

Analiza zdarzeń na ELH powoduje:

tworzenie ELH w prawidłowym cyklu życia encji odbywa się według harmonogramu:

  1. wybranie zdarzeń oddziaływujących na dane encje z tablicy krzyżowej

  2. ustalanie sekwencji zdarzeń na danym poziomie drzewa historii życia encji

  3. sprawdzenie czy pewne zdarzenia mają zachodzić warunkowo ( czy możliwa jest selekcja zdarzeń )

  4. sprawdzenie czy zdarzenia mogą być iteracyjne ( zachodzące wielokrotnie )

  5. jeśli iteracje występują to czy przypadkiem nie zmieniają one sekwencji zdarzeń

  6. czy system traktuje jednakowo wszystkie iteracje zdarzeń jednego, danego typu

0x08 graphic

Konto klienta encja ( dla nie robimy ELH )

0x08 graphic
0x08 graphic
0x08 graphic
0x08 graphic
0x08 graphic

0x08 graphic
0x08 graphic
0x08 graphic
0x08 graphic

Założenie pożyczka spłata zamknięcie konta

0x08 graphic

0x08 graphic
Te prostokąty to zdarzenia

Kolejna

Pożyczka

Jeśli założymy że pożyczka musi być spłacona zanim będzie można wziąć drugą pożyczkę, zakładając że spłata pożyczki może następować w kilku kolejnych ratach. Ostatnią spłatę kiedy konto klienta jest czyste należy wyróżnić w postaci osobnego zdarzenia w celu podjęcia przez system specjalnych akcji

Modyfikujemy nasze ELH ( co do tekstu powyżej )

0x08 graphic
Konto klienta

0x08 graphic

0x08 graphic
0x08 graphic
0x08 graphic
0x08 graphic

0x08 graphic
0x08 graphic
0x08 graphic

Założenia Zmiany na koncie Zamknięcie konta

0x08 graphic

0x08 graphic

Cykl

0x08 graphic

0x08 graphic
0x08 graphic
0x08 graphic
0x08 graphic

0x08 graphic
0x08 graphic
0x08 graphic

Otrzymanie pożyczki cykl spłaty ostatnia spłata

0x08 graphic

0x08 graphic

Splata

Identyfikacja sytuacji błędnych oraz warunków wyjątkowych w życiu encji

  1. Klient zrezygnował z pożyczki

  2. Klient stał się bankrutem ( przedwczesne zakończenie życia encji )

AD 2.

Konto klienta

0x08 graphic

0x08 graphic
0x08 graphic
0x08 graphic
0x08 graphic

0x08 graphic
0x08 graphic
0x08 graphic
0x08 graphic

Założenie 1 zmiany zamknięcie

0x08 graphic

0x08 graphic
0x08 graphic

Cykl * po to aby system mógł zlikwidować konto

0x08 graphic
Klienta w sposób nietypowy

0x08 graphic
0x08 graphic
0x08 graphic
0x08 graphic

0x08 graphic
0x08 graphic

0x08 graphic
0x08 graphic
0x08 graphic
Normalny 0x01 graphic
Nadzwyczajny 0x01 graphic
0x01 graphic

0x08 graphic
0x08 graphic
0x08 graphic
0x08 graphic
0x08 graphic
0x08 graphic
0x08 graphic

0x08 graphic
0x08 graphic
0x08 graphic
0x08 graphic
0x08 graphic

Pożyczka cykl spłaty * ostatnia spłata odrzucenie unieważnienie

0x08 graphic
0x08 graphic
0x08 graphic
0x08 graphic
0x08 graphic
0x08 graphic

3 2 3 4

zdarzenia wyjątkowe

W sytuacji 3 i 4 zamknięcie konta odbywa się w sposób nienormalny ( nadzwyczajny )

Wniosek: Weryfikacja ELH względem DFD

  1. Czy dla każdego zdarzenia na ELH istnieje przynajmniej jeden przepływ aktualizujący składnicę danych na DFD aktualizujący omawianą encję w składnicy danych i ten przepływ jest równocześnie odpowiedzią na zaistniałe zdarzenie

  2. Zdarzenia zewnętrzne ( dzieje się w otoczeniu systemu z udziałem obiektów ) są wcześniej zwykle zaznaczone na DFD, ale zapomina się często o zdarzeniach wewnętrznych ( dziejących się wewnątrz systemu ) i powodują przepływy pomiędzy procesami a te procesy oddziaływają procesami aktualizującymi na składnice danych.

PODSUMOWANIE MODELU PODSTAWOWEGO METODYKI YOURDONA

Co w modelu podstawowym musi się znajdować?

Tworzymy go po to aby opisać i wyrazić wymagania użytkownika

    1. DFD

    2. Listy zdarzeń ( zdarzenia zewnętrzne i wewnętrzne )

    3. Określanie przeznaczenia i celu systemu

    4. Kompletny zbiór zrównoważonych DFD ( bilanse pionowe ) - dotyczy to również diagramów ERD, STD i ELH

    5. Kompletny diagram ERD ( związków encji )

    6. Kompletny zbiór diagramów STD

    7. Zbiór diagramów ELH

    8. Kompletny słownik danych dla fazy analizy

    9. Kompletny zbiór specyfikacji procesów

1 - 4 : Model Środowiskowy

5 - 9 : Model Zachowań

Dla procesów złożonych - lista procesów potomnych

Dla procesów elementarnych - opisy algorytmów działania realizowane przez procesy elementarne

Dla procesów sterujących - wybrane diagramy STD

RÓWNOWAŻENIE

DFD z ELH

Muszą im odpowiadać ( w drugą stronę też )

0x08 graphic
0x08 graphic
0x08 graphic

zdarzenia

0x08 graphic
0x08 graphic
DFD ELH

Procesy z przepływami
aktualizującymi składnicę

DFD z ERD

0x08 graphic
Każdej encji odpowiada jeden magazyn danych

0x08 graphic

0x08 graphic
Encja

0x08 graphic
0x08 graphic

0x08 graphic

0x08 graphic

W której składnicy danych jest ta encja ( powinna być jedna encja w jednej składnicy danych )

Funkcja IMPORT w SyBase: ( czyli co można importować )

istota projektowania strukturalnego: !!!!!!!!!!!!!!!!!

MODEL IMPLEMENTACYJNY ( FIZYCZNY )

Określa w jaki sposób system ma zostać zrealizowany przy użyciu dostępnych środków technologicznych

  1. Dostępne narzędzia

  2. Dostępne środowisko systemowe ( system operacyjny )

  3. środowisko sprzętowe

Model implementacyjny według metodyki Yourdona składa się z 3 modeli:

1. Model organizacji kodu
COM CODE ( STC ( w CASE dla ludzi )
( structure Chart - schemat struktury - jak wygląda struktura

oprogramowania)

0x08 graphic

2. Model Środowiska oprogramowania

3. Model Środowiska sprzętowego nimi się nie zajmujemy

co przedstawia model organizacji kodu ??

- przedstawia hierarchiczną strukturę budowy oprogramowania. Na czym to polega ?

0x08 graphic
0x08 graphic
Model logiczny ( podstawowoy )

DFD

0x08 graphic
0x08 graphic
0x08 graphic

0x08 graphic
0x08 graphic
Dane Wejście Przetworzenie Wyjście Wyniki

0x08 graphic
0x08 graphic

0x08 graphic
0x08 graphic
INPUT PROCESS OUTPUT

Transformacja ( przekształcenie )

0x08 graphic
Model fizyczny ( implementacyjny ) jest to model

0x08 graphic
0x08 graphic
0x08 graphic
0x08 graphic
0x08 graphic
0x08 graphic
oprogramowania

Sterowanie

0x08 graphic
0x08 graphic

0x08 graphic
0x08 graphic
0x08 graphic
0x08 graphic

0x08 graphic

0x08 graphic

0x08 graphic

0x08 graphic
0x08 graphic
0x08 graphic
0x08 graphic
0x08 graphic
0x08 graphic
0x08 graphic

Dane Wejście Przetwarzanie Wyjście Wyniki

Strzałki oznaczają hierarchię, zależność hierarchiczną ( te strzałki bez kółek )

Model fizyczny uwzględnia składniki sterująco - koordynujące które powodują zwrot przepływu danych pomiędzy odpowiednimi modułami. Moduły są komponentami

Strzałki ( bez kółek ) łączą moduły pokazując hierarchiczną zależność między modułami ( grot wskazuje moduł podrzędny )

WYKŁAD VIII

Model fizyczny:

Procesy z DFD przechodzą w struktury zwane modułami

Analiza: tranzakcyjna i transformacyjna

KONIEC PODSUMOWANIA MODELU FIZYCZNEGO

MODUŁY - RODZAJE

1) Moduł doprowadzający ( jest podłączony do jakiegoś modułu nadrzędnego )

0x08 graphic

0x08 graphic

0x08 graphic
0x08 graphic
pośredniczy w przepływie doprowadzania danych do systemu ( moduł dostaje z modułów podrzędnych dane i je przekazuje do modułu

Moduł nadrzędnego, przepływ danych jest

Doprowadzający jednokierunkowy, od modułu podrzędnych do

0x08 graphic
0x08 graphic
0x08 graphic
Nadrzędnych modułów

2) Moduł odprowadzający

0x08 graphic

0x08 graphic

0x08 graphic

Uczestniczy w odprowadzaniu danych.
Moduł Otrzymuje dane od modułu nadrzędnego
odprowadzający0x08 graphic
0x08 graphic
0x08 graphic
0x08 graphic
i przekazuje je do podrzędnych modułów.

Przepływ jest jednokierunkowy

3) Moduł transferowy

0x08 graphic

0x08 graphic
0x08 graphic
moduł ten przetwarza dane tak, że po otrzymaniu

0x08 graphic
0x08 graphic
danych z modułu nadrzędnego i przetworzeniu ich odsyła je do modułu nadrzędnego.

0x08 graphic

Moduł

Transferowy

4) Moduł koordynujący ( sterujący, kontrolny )

Ten moduł ma tylko moduły podrzędne.

0x08 graphic
Otrzymuje on dane od modułu podrzędnego

Moduł i rozprowadza te dane do modułów podrzędnych

Koordynujący

0x08 graphic
0x08 graphic

0x08 graphic
0x08 graphic

0x08 graphic

0x08 graphic

0x08 graphic
0x08 graphic
0x08 graphic
Model Logiczny ( podstawowy ) procesy

0x08 graphic
0x08 graphic
0x08 graphic
0x08 graphic
0x08 graphic

0x08 graphic
0x08 graphic
0x08 graphic
0x08 graphic
0x08 graphic
0x08 graphic
A B C D E

x y z p q r

jest to abstrakcyjny diagram przepływu danych. A tak wygląda diagram STC

Moduł Koordynujący

0x08 graphic

0x08 graphic
0x08 graphic
z Moduł p

0x08 graphic
0x08 graphic
0x08 graphic
0x08 graphic
główny

0x08 graphic

0x08 graphic
0x08 graphic
0x08 graphic
0x08 graphic
0x08 graphic
0x08 graphic
y q

0x08 graphic
0x08 graphic
0x08 graphic
0x08 graphic
Pobierz z Wypisz p

0x08 graphic
0x08 graphic
0x08 graphic
0x08 graphic
0x08 graphic
p z

0x08 graphic
0x08 graphic
0x08 graphic
0x08 graphic
0x08 graphic
0x08 graphic
r

0x08 graphic
0x08 graphic
0x08 graphic
0x08 graphic
0x08 graphic
0x08 graphic
0x08 graphic
0x08 graphic
x Pobierz y z y q p Wypisz q

0x08 graphic
0x08 graphic
0x08 graphic
0x08 graphic
C

0x08 graphic
0x08 graphic
0x08 graphic
0x08 graphic
0x08 graphic
0x08 graphic
0x08 graphic
0x08 graphic
0x08 graphic

0x08 graphic
Pobierz x y x B D r q Wypisz r

0x08 graphic
0x08 graphic
0x08 graphic
0x08 graphic

0x08 graphic
0x08 graphic
0x08 graphic

0x08 graphic
0x08 graphic
0x08 graphic
r

A E

Zasada przechodzenia z modelu logicznego na fizyczny

Wszystkie procesy przedstawione na modelu logicznym są przekształcone w moduły transformujące w diagramie STC. Te moduły transformujące są liśćmi w drzewie

PODEJŚCIE OBIEKTOWE

System Informatyczny w podejściu obiektowym - zbiór obiektów oraz klas pomiędzy którymi zostały zdefiniowane relacje rozmaitych rodzajów

Obiekt - instancja - wystąpienie buty zwanego obiektem, element dziedziny przedmiotowej, element należący do tej dziedziny, który jest rozpoznawany w tej dziedzinie przez 3 cechy:

Stan wewnętrzny obiektu - opisywany jest zbiorem cech opisujących strukturę obiektu ( atrybuty opisujące obiekt ). Te atrybuty są opisywane w danym, konkretnym momencie czasu

Obiekt jest bytem unikatowym, możemy go rozróżnić spośród pozostałych ( nawet gdy jego cechy i zachowania są takie same jak innych obiektów )

Sposób zachowania - jest to charakterystyka określająca jakie operacje mogą być dokonywane na obiekcie poprzez inne obiekty, jakie operacje może on wykonywać na innych obiektach, oraz jakie są konsekwencje dokonywania tych operacji w sensie zmian stanów danego obiektu oraz obiektów które były z nim w interakcji.

Rodzaje operacji: kategorie

  1. Operacja konstruktora - tworzy obiekt wraz z ewentualnym zainicjowaniem zmiennych, jego stanu początkowego

  2. Modyfikator - zmienia wartości atrybutów

  3. Selektor - udostępnia informacje o stanie innego obiektu, nie powoduje jego zmiany stanu

  4. Iterator - umożliwia dostęp do całej struktury obiektu poprzez sekwencyjne udostępnianie jej poszczególnych elementów w ściśle określony sposób.

  5. Destruktor - potrafi usunąć obiekt

Operacja jest przyporządkowana do obiektu i każda operacja ma swoją nazwę. Wywołanie tej nazwy jest jednoznaczne z uruchomieniem tej operacji. - uruchomieniem aktywności obiektu. Natomiast metoda jest wewnętrzną specyfikacją tej operacji, to jest zapisanie kodu w jaki sposób operacja będzie realizowana. Operacja to to co widzą sąsiednie obiekty a metoda to sposób implementacji.

Formalna specyfikacja operacji.

Aby wykonać jakąś operacje obiektu muszą się wzajemnie informować o tym. Zamiar wysyłania informacji między obiektami odbywa się za pomocą mechanizmu przesyłania komunikatów między obiektami. Wysłanie komunikatu to zamiar wykonania operacji. Zazwyczaj komunikat ma w sobie ( inaczej: ma nazwę ) nazwę operacji.

Ze względu na interakcję między obiektami definiuje się 3 podstawowe typu obiektów :

  1. Obiekty Aktorzy - obiekty które dokonują operacji na innych obiektach ale same nie podlegają operacjom ze strony innych obiektów

  2. Obiekty Serwery - obiekty które podlegają operacjom ze strony innych obiektów a nie operują na innych obiektach

  3. Obiekty Agenci - operują na innych obiektach a na inne obiekty mogą na nich też operować

WYKŁAD IX (25 kwietnia)

Klasa - zbiór obiektów o takiej samej strukturze i takich samych zachowaniach.

Klasa - abstrakcja, czyli uogólnienie, które reprezentuje cechy obiektów, gdzie przez cechy rozumiemy strukturę i cechy. Przy czym istnieje ona niezależnie od obiektu.

Każda klasa dzieli się na dwie warstwy:

- warstwę zewnętrzną

- warstwę wewnętrzną

Zewnętrzna:

- interfejs, definiuje wzorce zachowanie się klasy w stosunku do innych klas, głównie przez zadeklarowanie zbioru operacji, dotyczących obiektu tej klasy

- określa sposób zachowania obiektów przynależnych do danej klasy

Wszystkie obiekty danej klasy mają dostęp do wszystkich operacji (usług tej klasy)

Pełne prawa dostępu do wszystkich operacji warstw zewn. Danej klasy, mają tylko obiekty tej klasy.

Wewnętrzna:

- zawiera opis w formie algorytmicznej sposoby realizacji operacji które są wywoływane w warstwie zewn.

- zdefiniowane struktury klas

4 WARUNKI KONIECZNE OBIEKTOWOŚCI

1. Abstrakcja

2. Modularność

3. Hierarchizacja

4. Enkapsulacja (hermetyzacja)

1. Abstrakcja jako uogólniania, pojęcie definiowane zgodnie z zasadą poziomów Dikstry.

Polega na podziale systemu na poziomy tworzące pewne hierarchie. Każdy utworzony poziom stanowi uogólniony model systemu w postaci powiązanych ze sobą elementów składowych opisujących jedynie istotne (ważne) dla tego poziomu aspekty systemu,
a pomijający wszystkie nieważne aspekty.

W metodach obiektowych abstrakcje zdefiniujemy jako uogólniony model obiektu bądź klasy opisujący istotne z pewnego punktu widzenia cechy tego obiektu, natomiast pomijamy cechy nieistotne.

2 rodzaje abstrakcji

- kompozycyjna

- uogólniona

Kompozycyjna - zbiór pewnych obiektów , który tworzy nową jakość

Związek kompozycji bądź agregacji

Związek całość - część

Uogólniająca - polega na utworzeniu nowej jakości na podstawie cech obiektu należących do pewnego zbioru charakteryzującej się na cechami wspólnymi dla tych obiektów.

Przez związek uogólnienia będzie reprezentowany związek generalizacji i specjalizacji.

2. Modularność - zasady modularności były różnie(?) respektowane w modelu strukturalnym.

Moduły muszą być bardzo silnie spójne, natomiast powinny być bardzo luźno i słabo powiązane ze sobą.

Modularność w modelu strukturalnym doprowadziła drogą dekompozycji proces do poziomu funkcji elementarnych.

????

3. Hierarchizacja

Wywodzi się od poziomu abstrakcji Dijkstry.

W modułach obiektowych system można rozdzielić na prawie dowolne struktury zbudowane ze składników reprezentujących obiekty i klasy.

Wyróżniamy hierarchie kompozycyjną i uogólniającą.

4. Enkapsulacja

Staramy się schować, ukryć w module zarówno struktury danych, jak i sposób realizacji funkcji.

Enkapsulacja umożliwia przede wszystkim praktyczne zrealizowanie koncepcji abstrakcji, gdyż inne moduły widzą jedynie to co jest dla nich ważne i potrzebne we wzajemnej współpracy.

Aby sfinalizować prawa dostępu do warstwy zewnętrznej do zbioru ??? danej, to klasy może być dzielony na 3 obszary:

- obszar publiczny (fragment warstwy wewn. jest dostępny dla wszystkich innych klas.

- obszar chroniony (fragment interfejsu danej klasy nie jest widoczny przez inny klasy z wyjątkiem ich

-

UML

Model pojęciowy UML

Składa się z bloków konstrukcyjnych.

0x08 graphic
BLOKI KONSTRUKCYJNE

0x08 graphic
0x08 graphic

ELEMENTY DIAGRAMY

podstawowe składniki każdego schematy grupujące istotne elementy

systemu ZWIĄZKI

(połączenia pomiędzy elementami)

RODZAJE ELEMENTÓW

- strukturalne

- czynnościowe

- grupujące

- komentujące

RODZAJE ZWIĄZKÓW

- zależność

- powiązanie

- uogólnienie

- realizacja

DIAGRAMY - grafy w których wierzchołkami są elementy, natomiast krawędzie to związki.

Elementy strukturalne

- klasa

- interfejs

- kooperacja

- przypadek użycia - ciąg akcji wykonywanych przez system, ciąg instrukcji między systemem a aktorem, wykonywanych w celu dostarczenia aktorowi bądź aktorom pewnego godnego uwagi wyniku, zastępuje pojecie funkcji w projektowaniu strukturalnym

- klasa aktywna

- komponent - programy, dokumenty, pliki, biblioteki, funkcje, klasy, witryny, tabele, wymienne części systemu, wymienne części oprogramowania

- węzeł - struktury sprzętowe zaprojektowanego systemu

Elementy czynnościowe

- instrukcje - współdziałanie, zachowane polegające na wymianie komunikatów między obiektami, klasami, odbywa się w pewnym otoczeniu, w ściśle określonym celu

0x08 graphic
nazwa komunikatu

- maszyny stanowe - diagram przejść stanów, ciąg możliwych stanów w jakie może przejść obiekt w zależności od zdarzeń

Związki

- zależności - związek znaczeniowy pomiędzy elementami takimi , że zmiany wykonane w elemencie niezależnym mogą mieć wpływ na znaczenie elementu zależnego.

0x08 graphic

Do powiązań należy również agregacja i kompozycja.

- uogólnienie

0x01 graphic

Diagramy będące w standardzie UMLa:

Diagram modelowania wymagań użytkownika

- diagram przypadków użycia (USE CASE)

Diagramy opisujące statyczne struktury danych

- diagram klas

- diagram obiektów, diagram pakietu

Diagramy dynamiczne

- diagram stanów

- diagram aktywności

- diagram sekwencji

- diagram współpracy

Diagramy fizyczne

- diagramy komponentów

- diagramy struktury sprzętowej

Wykład X

Diagram przypadków użycia według metodyki Jacobsona (USE CASE)

0x08 graphic

System Biznesowy System Informatyczny

0x08 graphic

Ci klienci oczekują te obiekty też oczekują jakichś dóbr materialnych
od systemu jakichś

0x08 graphic
0x08 graphic
0x08 graphic
Klient 1 dóbr materialnych Obiekt Obiekt

0x08 graphic
0x08 graphic
0x08 graphic
Zewnętrzny Zewnętrzny

0x08 graphic
0x08 graphic
System

Biznesowy Klient 3

0x08 graphic
System Informatyczny

Klient 2

0x08 graphic
0x08 graphic
Obiekt

Zewnętrzny

Proces Biznesowy Proces Biznesowy

Proces biznesowy to zbiór działań wewnątrz firmy (rynku biznesowego) wykonywanych w celu dostarczenia klientowi konkretnej usługi lub produktu

Klient - osoba fizyczna, podmiot gospodarczy któremu firma dostarcza usługę

Przykłady:

SKLEP

Procesy biznesowe:

RESTAURACJA

Procesy biznesowe:

Klient jest w centrum zainteresowania naszego modelowania - Co system może zaoferować klientowi i co klient z tego ma. System oferuje klientowi procesy biznesowe

Proces biznesowy definiujemy niezależnie od struktury wewnętrznej naszego systemu.

Proces biznesowy odbywa się w pewnym przedziale czasu i działa według ściśle określonego scenariusza (ciąg czynności które trwają w czasie i nimi można dokonać opisu procesów biznesowych)

Każdy Proces biznesowy w czasie swojego działania angażuje zasoby dostępne firmie i te zasoby to praca ludzi, kapitał, środki materialne.

Proces Biznesowy - to specyficzne uporządkowanie działań(czynności) w czasie i przestrzeni z dobrze określonymi danymi oraz dobrze określonymi warunkami ( jasno zdefiniowane wejścia i wyjścia do/do procesu )

Przykład

RESTAURACJA

Wejście Wyjście

-złożenie zamówienia - kelner podaje posiłek

Każdy proces biznesowy obejmuje więcej komórek organizacyjnych funkcjonujących w danym systemie. Wiele działów firmy jest zaangażowanych aby obsłużyć dany proces biznesowy.

0x08 graphic

SKLEP KOMPUTEROWY

0x08 graphic

0x08 graphic
0x08 graphic
0x08 graphic

0x08 graphic
0x08 graphic
0x08 graphic
1 Dział Sprzedaży

0x08 graphic
0x08 graphic
0x08 graphic

0x08 graphic
0x08 graphic
0x08 graphic
0x08 graphic
Dział Księgowości

0x08 graphic
0x08 graphic
0x08 graphic
0x08 graphic
2

0x08 graphic
0x08 graphic

0x08 graphic
0x08 graphic
Magazyn

0x08 graphic
0x08 graphic
0x08 graphic

0x08 graphic
0x08 graphic
0x08 graphic
0x08 graphic
3

0x08 graphic
Montownia

0x08 graphic

0x08 graphic
0x08 graphic
0x08 graphic

Serwis

1 Proces biznesowy - sprzedaż zestawu komputerowego klientowi

2 Proces biznesowy - Zakup części komputerowych u dostawcy

3 Proces biznesowy - Naprawa zestawu komputerowego

Jaki jest cel modelowania procesu biznesowego przy zarządzaniu firmą? :

Procesy biznesowy tworzy się w 2 sytuacjach:

  1. W sytuacji jak chcemy stworzyć nową firmę, nową strukturę firmy, nową filozofię funkcjonowania firmy - w ramach reorganizacji firmy ( BPR - Biznes Process Reenginering )

  2. Poprawa funkcjonowania firmy bez wprowadzania radykalnych zmian ( BPI - Biznes Process Improvement )

0x08 graphic
System Biznesowy System informatyczny

0x08 graphic

0x08 graphic
0x08 graphic

Nazwa nazwa

systemu systemu

biznesowego informatycznego

(symbolizuje firmę)

0x08 graphic
0x08 graphic

0x08 graphic
0x08 graphic

0x08 graphic
0x08 graphic

AKTOR

(jego nazwa)

(np. klient)

(lub dostawca, gość)

jest to odpowiednim obiektu

zewnętrznego w projektowaniu

strukturalnym

Aktor to abstrakcyjny użytkownik systemu reprezentujący grupę rzeczywistych użytkowników występujących w tej samej roli wobec systemu.

Procesy biznesowe są modelowane jako przypadki u użycia. Elementy konstrukcyjne zwane przypadkami użycia są wykorzystywane w UML do konstruowania Procesów biznesowych.

Przypadek użycia jest i w systemie biznesowym i w systemie informatycznym

Przypadek użycia jest modelem procesu biznesowego

Przypadek użycia jest modelem elementu konstrukcyjnego wchodzącego do języka Uml.

Definicja Przypadku Użycia:

Nie ma przypadków użycia bez aktorów którym one służą (czyli coś dają aktorowi)

0x08 graphic

0x08 graphic
0x08 graphic
0x08 graphic
0x08 graphic
0x08 graphic
0x08 graphic
Nazwa

0x08 graphic
Przypadku

użycia

jeden aktor - wiele przypadków użycia

wiele aktorów - wiele przypadków użycia

0x08 graphic
0x08 graphic
0x08 graphic
0x08 graphic
0x08 graphic
0x08 graphic
0x08 graphic

0x08 graphic
0x08 graphic
zakup zestawu komputerowego

0x08 graphic

naprawa sprzętu

dwa typy powiązań pomiędzy przypadkami użycia stosowanymi w modelowaniu przypadków użycia.

1) Powiązanie <<include>>

przykład:

0x08 graphic

Drukowanie dokumentów

0x08 graphic
0x08 graphic

<<include>> <<include>>

0x08 graphic
0x08 graphic

Sprzedaż towaru zakup podzespołów

Te dwa przypadki użycia korzystają z innego przypadku użycia, strzałka pokazuje przypadek użycia który jest wykorzystywany przez inne przypadki użycia

2) Powiązanie <<extend>>

0x08 graphic

serwowanie posiłków

0x08 graphic
0x08 graphic

<<include>> <<extend>>

0x08 graphic

wypisanie rachunku

inny przykład

0x08 graphic
0x08 graphic
0x08 graphic

Archiwizacja wprowadzenie przetworzenie

Danych nowych danych danych

0x08 graphic
0x08 graphic
0x08 graphic

<<extend>> <<extend>> <<extend>>

0x08 graphic

Zarejestruj

Wyrejestruj

Aplikację

Przypadek użycia który modeluje proces biznesowy odpowiada procesowi przetwarzania danych (czyli funkcji systemowej) opisywanego strukturalnie

Powiązania

0x08 graphic
0x08 graphic

Strukturalne obiektowe

0x08 graphic

- funkcje systemowe - funkcje systemowe

- zadania systemu - zadania systemu

procesy przetwarzania danych procesy biznesowe - modelowanie za

pomocą przypadków użycia

0x08 graphic
0x08 graphic
0x08 graphic

0x08 graphic
0x08 graphic
DFD DIAGRAM USE CASE

0x08 graphic
0x08 graphic

0x08 graphic
0x08 graphic

0x08 graphic

Do modelowania wymagań funkcjonalnych w podejściu obiektowym wykorzystujemy przypadki użycia interakcji z aktorami ( diagram przypadków użycia = USE CASE DIAGRAM ). W modelowaniu przypadków użycia nie widać wewnętrznej struktury systemu czy to biznesowego czy informatycznego zatem model przypadków użycia nie wystarcza do pełnego opisu funkcjonowania czy to systemu biznesowego czy systemu informatycznego dlatego Jacobs w swojej metodyce wprowadził tzw. Model obiektów którym pokazał w jaki sposób realizowane są procesy biznesowe w systemie. Model obiektów według Jacobsona przedstawia wewnętrzną architekturę systemu biznesowego lub systemu informatycznego. Model obiektów Jacobsona nie wszedł do standardu UML.

Model Obiektów według Jacobsona

0x08 graphic
0x08 graphic
Obiekty:

Powiązania:

Takie same elementy jak na diagramie związków encji.

Asocjacje : 1:1, 1:n, n:n

Mogą być jeszcze agregacje i uogólnienia

Komunikaty:

Wysyłanie komunikatów (wywołań operacji przypisanych do obiektów) w celu wykonania określonych zadań

Dwa rodzaje komunikatów

0x08 graphic
0x08 graphic

Efekt zdarzeń Właściwe (messages)

(wymuszone przez zdarzenie (wysyłanie wewnątrz systemu pomiędzy

zewnętrzne pochodzące obiektami bądź od systemu do aktorów

od aktorów)

przykład modelu obiektów

Przypadek użycia: zakup podzespołów u dostawcy

0x08 graphic

0x08 graphic
Dostawca zakup podzespołów

0x08 graphic

0x08 graphic
0x08 graphic
0x08 graphic
Inicjator: magazynier

0x08 graphic
0x08 graphic

Magazynier podzespoły

0x08 graphic
0x08 graphic
0x08 graphic

0x08 graphic
0x08 graphic
0x08 graphic
0x08 graphic
0x08 graphic
0x08 graphic
0x08 graphic
0x08 graphic
0x08 graphic

Dostawca informacja dostarczenie

0x08 graphic
O brakach w podzespołów przez zaopatrzeniowca

informacja od 0x08 graphic
magazynie

interfejsu o tym że dokument mówiący

0x08 graphic
0x08 graphic
są potrzebne jakieś podzespoły

a dostawca musi te o potwierdzeniu

podzespoły dostarczyć Dokument dostawy

0x08 graphic
0x08 graphic

0x08 graphic
0x08 graphic
0x08 graphic

0x08 graphic
0x08 graphic
Wystawia dokument

Zamówienie podzespołów

zaopatrzeniowiec zamówienie podzespołów

OOSE - metodyka projektowania systemów informatycznych ( Object oriented Software Engineering - część standardu UML )

Tutaj się definiuje pojęcie przypadku użycia oraz aktora

Przykład fragmentu modelu przypadków użycia dla opisu procesu biznesowego sprzedaż sprzętu realizowanego w systemie informatycznym zainstalowanym w systemie biznesowym sklep komputerowy

0x08 graphic

Skompletowanie sprzętu

0x08 graphic

0x08 graphic
SI <<include>>

0x08 graphic
0x08 graphic
0x08 graphic
0x08 graphic
0x08 graphic
0x08 graphic
0x08 graphic
0x08 graphic

Aktor Sprzedaż <<include>> wystawienie

0x08 graphic
Sprzętu gwarancji

0x08 graphic

<<extended>>

0x08 graphic

Nowy klient

Do ewidencji

Przejście między procesami biznesowymi opisywanymi w systemie biznesowym a procesami biznesowymi opisywanymi w systemie informatycznym

Przejście z systemu biznesowego na system informatyczny

(zasady przejść):

jeżeli jeden i drugi system modelujemy za pomocą przypadków użycia czym stają się obiekty interfejsu systemu biznesowego w systemie informatycznym?

  1. Obiekty interfejsu systemu biznesowego
    najczęściej awansują na aktorów systemu informatycznego. W systemie biznesowym te obiekty interfejsu współpracowały z obiektami sterującymi, obecnie wspomaga je system informatyczny i z nimi komunikuje się w celu wykonania swego zadania

  2. Obiekty sterujące systemu biznesowego
    mają wierne odpowiedniki w systemie jako obiekty sterujące systemu
    informatycznego lub jako wyspecjalizowane podsystemu.
    obiekty sterujące awansują na aktorów systemu i są wspomagane w wykonywaniu
    swoich zadań przez system

    ma miejsce wtedy gry system informatyczny całkowicie zastępuje lub częściowo pracę człowieka czyli w systemach sterowania, okresowe rozliczenia

  3. Obiekty encje
    znajdują bezpośrednie odbicie w systemach informatycznych ( obiekty aplikacji ) części systemów reprezentujących elementy bierne ( bazy danych, dokumenty itp. )

Obiekty interfejsu dla systemów informatycznych:

obiekty aplikacji:

Obiekty sterujące:

Zwykle aktorzy systemu biznesowego znajdują się poza zasięgiem modelu przypadków użycia systemu informatycznego

0x08 graphic

System

Biznesowy

BANK

0x08 graphic
0x08 graphic
0x08 graphic
0x08 graphic
0x08 graphic
0x08 graphic

Konto ( obiekt )0x08 graphic
0x08 graphic
0x08 graphic

0x08 graphic
0x08 graphic
0x08 graphic
klienta ( encja )

Klient banku kasjer

W systemie informatycznym dla banku kasjer stał się aktorem

0x08 graphic

0x08 graphic
SI

0x08 graphic
0x08 graphic
0x08 graphic
0x08 graphic
0x08 graphic
0x08 graphic
0x08 graphic
0x08 graphic
0x08 graphic
0x08 graphic
0x08 graphic
0x08 graphic
0x08 graphic
Obsługa klienta

kasjer

klient

banku

(już nie

jest aktorem)

0x08 graphic
0x08 graphic
0x08 graphic
0x08 graphic
0x08 graphic
0x08 graphic
0x08 graphic
0x08 graphic
0x08 graphic
0x08 graphic
0x08 graphic
0x08 graphic

0x08 graphic

0x08 graphic
System biznesowy

kasjer

System informatyczny

bankomat

WYKŁAD XI

Jak powinna wyglądać dokumentacja.

Są trzy rodzaje dokumentacji ( dla obydwu technik )

DOKUMENTACJA OGÓLNA ( rozszerzenie specyfikacji założeń funkcjonalnych systemu )

Jest dla szczebla kierowniczego, dla obu stron: sprzedającej i kupującej. Nie jest przeznaczona dla informatyka, powinna zawierać jak najmniej pojęć informatycznych, na końcu tej dokumentacji powinien znajdować się słownik z wytłumaczonymi wszystkimi pojęciami informatycznymi użytymi w dokumentacji.

Spis rozdziałów

  1. opis celu, zakresu działania systemu informatycznego ( jaki jest cel tworzenia tego systemu, co on będzie robił i jaki jest obszar tej firmy do której będzie zakupiony. Czy będzie obejmował wszystko czy tylko wybrane działy.

  2. Nazwa funkcji ( nazwa i numer procesu - DFD)

    Charaktery-styka funkcji ( krótki opis co robi funkcja)

    Źródło danych wejściowych (od obiektu zewnętrznego, z magazynu, z innego procesu - musi być innym krojem pisma wyróżnione

    Zawartość danych wejściowych ( bez wchodzenia w szczegóły - ogólnie, tylko z nazwy, bez typu)

    Przeznaczenie danych wyjściowych ( dokąd te dane są przekierowane - czy do magazynu, czy do obiektu, czy procesu

    Zawartość danych wyjściowych (ogólnie )

    1. wymagania funkcjonalne ( najważniejszy rozdział ). Opis funkcji wykonywanych przez system, wyeksponowanie funkcji systemu. Pokazanie hierarchicznej budowy systemu. Do tego trzeba sporządzić tabelę która zbierze te wszystkie informacje związane z wymaganiami funkcjonalnymi.




      dla danej funkcji taki opis, dla następnej funkcji taki sam opis w kolejnym wierszu

    2. Wymagania niefunkcjonalne. Opis dodatkowych wymagań i ograniczeń narzucanych na system które generowane są przez otoczenie i wszystkie te ograniczenia system musi respektować i nie tracić wymagań funkcjonalnych. ( np. przepisy prawne, jakieś normy itp.). Są to też dodatkowe wymagania wymagane przez użytkownika np. dla osób niepełnosprawnych, lub obsługa systemu tylko za pomocą klawiatury, dopasowanie się do struktur danych innego programu itp.

    3. Model systemu
      a) lista zdarzeń na które system ma reagować
      b) drzewo procesów które wynika ze zbioru DFD
      c) diagram kontekstowy i rozsądna liczba procesów potomnych
      d) model przypadków użycia (diagram USE CASE )

    4. opis ewolucji systemu ( jest to opcjonalny rozdział )- jeżeli planujemy rozbudowę systemu

    5. wymagania sprzętowe i środowiskowe :
      sprzętowe:
      - po to aby klient wiedział czy ma odpowiedni sprzęt aby zainstalować dany system
      - jeżeli nie to jakie będą koszty nowego sprzętu który będzie mógł obsłużyć dany
      system

      środowiskowe:
      - określony system operacyjny pod którym będzie działa ten system
      - czy jest wymagany jakikolwiek system bazodanowy

    6. słownik terminów
      dwie części:
      1. informatyczne
      2. dwie dziedziny przedmiotowe - pojęcia wynikające z instalacji systemu w danej dziedzinie przedmiotowej aby informatyk to zrozumiał

    DOKUMENTACJA TECHNICZNA

    1. cel i zakres systemu

    2. opis modelu ( w oparciu o raporty )
      - poziomy dekompozycji DFD
      - opisy ( z raportów ) pojęć, komponentów które występują na poszczególnych
      poziomach ( procesy z opisem, zawartości przepływów, lista danych elementarnych
      z typami, lista magazynów danych z zawartościami i obiekty zewnętrzne )

    3. 2 modele struktur danych ( model systemu )

      *
      - logiczny ( CDM ) na poziomie strukturalnym
      - diagram klas - obiektowy
      - model fizyczny z modelu CDM na konkretną bazę danych ( jakiś język: Sybase,
      Oracle itp. )
      - i do tego wszystkie komentarze


      *
      - opis działania za pomocą DFD. Jak on wygląda od strony użytkownika, czy jest
      menu zaraz po włączeniu programu. Pokazać jak poszczególne funkcje są
      realizowane w menu, przejścia poprzez stanu na diagramie przejść stanów

      *
      jeszcze takie zestawienie:

    4. Funkcje (procesy)
      DFD

      Stany
      STP

      Moduły procesowe

      Stc



      *
      - dla jednego procesu trzeba opisać specyfikację

        • złożony : potomne procesy wypisać

        • elementarny: wypisać algorytm

        • słownik terminów

      DOKUMENTACJA UŻYTKOWNIKA

      ( instrukcja obsługi działającego systemu )

        • tak napisana aby końcowy użytkownik umiał go dobrze obsłużyć, zrozumiał po co go ma

        • ten użytkownik nie ma dostępu do dokumentacji ogólnej i technicznej

        • pierwszy rozdział powtórzony

        • rozdzielona na dwa typy użytkowników
          - administrator i inny użytkownik ( wiąże się to z prawami dostępu
          użytkownika do funkcji i zasobów )

          * co powinien zawierać podręcznik użytkownika:
          - sposób uruchamiania i kończenia pracy systemu
          - sposób realizacji najczęściej wykonywanych funkcji systemu
          informatycznego
          - metody obsługi błędów
          - korzystanie z systemu pomocy


          * co powinien zawierać podręcznik dla administratora systemu
          - opis instalacji systemu
          - dostrojenie środowiska do systemu operacyjnego
          - problem zarządzania kontami użytkowników

      My robimy zlepek dokumentacji technicznej i ogólnej

      W ogólnej:

      W rozdziale model systemu dokładamy model struktur danych :

      - to co w technicznej
      - model CDM
      - model fizyczny ( wygenerowany )
      - diagram klas
      - diagram przejść stanów

      + rozsądne raporty pokazujące te elementy z naszych diagramów ( zawartości przepływów, składnice danych itp. )

      Język modelowania obiektowego.

      Cel tego języka - ogólne modelowanie systemu informatycznego za pomocą obiektów

        • jest to pośrednia notacja (pomost) pomiędzy pojmowaniem ludzi struktury a działania programów

        • bezpośrednie powiązanie elementów modelu pojęciowego (konceptualnego0 z wykonywanymi programami

      Zastosowanie:

      1. Metodyka Jacobsona - OOSE (Object Oriented Software Engineering )

      2. Metodyka Booch'a - OODA (Object Oriented Design with Application )

      3. Metodyka rumbaugh'a - OMT (Object Modeling Technique )

      Ad. 1

      + nastawiona na modelowanie użytkowników, wymagań funkcjonalnych, cyklu życia

      systemu informatycznego

      - niekompletnie modeluje dziedzinę przedmiotową

      Ad. 2

      + dobrze obsługuje fazę projektowania, implementacji i związki systemu z

      środowiskiem implementacji

      - obsługa fazy analizy, nie ma dobrych technik rozpoznania wymagań użytkowników

      Ad. 3

      + nastawiona na modelowanie dziedziny przedmiotowej

      - modelowanie wymagań użytkownika i sprawy implementacyjne


      UML stosuje się niezależnie od metodyki

      Druga grupa diagramów

      0x08 graphic
      - diagram klas ( zawsze się go buduje )

      Nazwa klasy

      0x08 graphic

      Pola klasy

      ( atrybuty i typy )

      0x08 graphic

      Operacje na zmiennych

      I argumentach

      ( czyli public,private
      I protected )






      Klasa jest pojęciem istniejącym w projektowaniu od początku.

      Etap analizy

      Klasa - wzorzec dla grupy obiektów ze wspólnym stanem i zachowaniem

      Etap projektowania i implementacji ( pisanie kodu )

      Klasa - typ obiektowy w danym języku programowania

      Diagram klas - diagram związków encji ( ERD )

      Encja nie może istnieć bez atrybutu

      Klasy mogą istnieć bez atrybutu

      Diagram klas

      - pomiędzy dwoma klasami istnieje powiązanie ( związek ) jeżeli obiekty pierwszej klasy są w ramach dziedziny przedmiotowej w pewien sposób powiązane z obiektami z drugiej klasy

      obiekt klasy służy do modelowania konceptualnego

      związki ( 1:1, 1;n, n:n )

      Krotność ( liczność )

      Symbol graficzny

      Jeden

      1

      Zero lub jeden

      0...1

      Jeden lub wiele

      1...*

      Podana liczba

      5

      Zakres liczb

      4...7

      Zakres lub liczba

      3...7, 10

      0x08 graphic
      0x08 graphic

      Student Wykład

      0x08 graphic
      0x08 graphic
      1...* 1...*

      0x08 graphic
      0x08 graphic
      0x08 graphic

      0x08 graphic

      10...20

      0...*

      0x08 graphic

      Grupa laboratoryjna

      0x08 graphic

      0x08 graphic

      Student może ale nie musi być przydzielony do wielu grup laboratoryjnych, do grupy laboratoryjnej musi być przypisanych nie mniej niż 10 i nie więcej niż 20 studentów. Student uczęszcza na wiele wykładów, wykład jest prowadzony dla wielu studentów

      Możliwość opisania związków za pomocą pól które nie są za polami z żadnej z klas

      Klasa pasażerów i klasa lot

      Pasażer lecący danym lotem zajmuje jedno konkretne miejsce, miejsce ( numer ) nie opisuje ani lotu ani pasażera, jest opisem samego związku

      Związek opisany dodatkową klasą która opisuje miejsce pasażera w danym locie

      0x08 graphic
      0x08 graphic

      Pasażer 1...* 1...* Lot

      0x08 graphic
      0x08 graphic
      0x08 graphic
      0x08 graphic

      0x08 graphic
      0x08 graphic
      0x08 graphic

      miejsce

      0x08 graphic

      0x08 graphic

      Związek uogólnienia ( generalizacji, specjalizacji )

      Dwie klasy pozostają w związku uogólnienia jeżeli jedna z nich zawiera specjalizację, jest rodzajem drugiej

      Klasa specjalizująca jest typem klasy uogólnionej uogólnienie

      0x08 graphic

      0x08 graphic
      0x08 graphic

      Klasa osoba Osoba student

      0x08 graphic
      0x08 graphic
      0x08 graphic
      to uogólnienie

      klasy pracownik

      0x08 graphic
      0x08 graphic

      0x08 graphic

      0x08 graphic
      uogólnienie

      0x08 graphic

      Klasa pracownik Pracownik

      0x08 graphic
      to uogólnienie

      klasy kierownik projektu klasa generalizacji

      0x08 graphic

      0x08 graphic

      0x08 graphic
      uogólnienie

      0x08 graphic

      Kierownik klasa specjalizacji

      Projektu

      0x08 graphic

      0x08 graphic

      Generalizacja może mieć wiele specjalizacji i na odwrót

      Dziedziczenie jest wynikiem związku uogólnienia

      0x08 graphic

      Osoba

      0x08 graphic

      Pesel

      Data urodzenia

      0x08 graphic
      Imie i nazwisko

      Adres

      0x08 graphic

      Wylicz wiek ( )

      0x08 graphic
      0x08 graphic

      Student

      0x08 graphic

      Numer indeksu

      Średnia ocen

      0x08 graphic

      Stypendium ( )

      0x08 graphic

      Pracownik

      0x08 graphic

      Data zatrudnienia

      Stanowisko

      Stawka godzinowa

      0x08 graphic

      Zarobek ( )

      Staż pracy ( )

      0x08 graphic

      0x08 graphic

      Kierownik

      Projektu

      0x08 graphic

      Liczba projektów

      0x08 graphic

      Dodaj nowy

      Projekt ( )

      Związek - uogólnienia: ( można zauważyć pomiędzy )

        • przypadki użycia

        • aktorzy

      Jeśli mamy generalizację taką że jest tylko 1 klasa będąca generalizacją.

      Jeśli dana specjalizacja ma jedną generalizację to zachodzi dziedziczenie pojedyncze

      Jeśli dana specjalizacja ma większą liczbę generalizacji to znaczy może dziedziczyć od wielu klas będących generalizacjami mówimy wtedy o zjawisku wielodziedziczenia

      0x08 graphic
      0x08 graphic

      Element element

      Oprocentowany do ubezpieczenia

      0x08 graphic
      0x08 graphic
      0x08 graphic

      dziedziczenie

      wielodziedziczenie pojedyncze

      0x08 graphic
      0x08 graphic
      0x08 graphic

      0x08 graphic
      0x08 graphic
      Aktywa

      0x08 graphic
      0x08 graphic
      0x08 graphic

      0x08 graphic
      0x08 graphic
      0x08 graphic
      0x08 graphic
      0x08 graphic

      0x08 graphic
      0x08 graphic
      0x08 graphic
      0x08 graphic
      wielodziedziczenie

      0x08 graphic
      0x08 graphic
      0x08 graphic

      Rachunek nieruchomość papier

      Bankowy wartościowy

      0x08 graphic
      0x08 graphic
      0x08 graphic
      0x08 graphic

      0x08 graphic
      0x08 graphic
      0x08 graphic
      0x08 graphic
      dziedziczenie pojedyncze

      0x08 graphic
      0x08 graphic
      0x08 graphic
      0x08 graphic

      Rachunek rachunek akcje obligacje

      bieżący oszczędnościowy

      Związek agregacji ( związek całość - część )

      Jeżeli obiekt pewnej klasy tworzy całość składającą się z obiektów innych klas stanowiących części, w tym związki obiektów należące do całości, nie muszą być tego samego typu co obiekty stanowiące części.

      1. Związek agregacji w szczególnym przypadku sprowadza się do kompozycji, dotyczy on wtedy bytów tego samego typu

      2. wszystkie części w kompozycji przynależą tylko do jednej części
        - zlikwidowanie tej całości pociąga za sobą likwidację tych części

      W przypadku agregacji ( normalnym ) - byty mogą być różnych typów i części występujące mogą przynależeć do więcej niż jednej całości

      - likwidacja całości nie likwiduje części


      przykład

      związek zawierania się

      Kompozycja uczelnia składa się z wydziałów

      0x08 graphic
      0x08 graphic

      0x08 graphic
      0x08 graphic
      Agregacja

      Ten sam typ

      0x08 graphic
      0x08 graphic
      0x08 graphic

      0x08 graphic
      0x08 graphic

      Uczelnia ma wydział

      0x08 graphic
      0x08 graphic
      0x08 graphic
      0x08 graphic
      0x08 graphic
      0x08 graphic
      0x08 graphic
      0x08 graphic

      0x08 graphic
      0x08 graphic

      0x08 graphic
      1 1...* 1...*

      całosć część całość

      różne typy zatrudnia

      0x08 graphic

      0x08 graphic
      każda część część

      przynależy do wykładowca

      0x08 graphic
      jednej, jedynej 1...*

      0x08 graphic
      całości

      0x08 graphic

      ( likwidacja uczelni ( całości ) )

      ( likwiduje wydział ( część ) )

      szczególnym przypadkiem agregacji jest agregacja tego samego typu.

      WYKŁAD XII

      Diagramy przejść stanów obiektowe ( state charts )

      • diagram dynamiczny ( zależności czasowe nałożone na byty - klasy i obiekty )

      • nazywany również diagramem Harela

      diagram Harela nawiązuje do automatu skończonego, opisuje on stany pewnego procesu które są istotne z punktu widzenia modelu pojęciowego tego procesu oraz przejścia pomiędzy stanami.

      Diagram Harela odwzorowywał stany obiektów pewnej klasy podczas ich cyklu życia oraz przejścia pomiędzy stanami powodowanych przez zdarzenia lub komunikaty

      Zdarzenia to fakty które zachodzą w otoczeniu systemu ( zdarzenia zewnętrzne ) bądź fakty zachodzące wewnątrz systemu ( zdarzenia wewnętrzne ) i one oddziaływując na system informatyczny mogą spowodować zmianę stanu obiektów systemu.

      Komunikat ( druga przyczyna wywołania zmiany systemu ) - jeśli komunikat jest wysyłany do obiektu pewnej klasy oznacza to żądanie wykonania jednej z operacji przypisanej do tej klasy. Wywołanie komunikatu to wywołanie metody przypisanej do tej klasy. Nazwa komunikatu jest zazwyczaj nazwą wywoływanej metody.

      Wysyłanie komunikatu może się wiązać z przekazaniem pewnych danych wejściowych do wywoływanej metody oraz z pobraniem danych wyjściowych tej metody.

      Diagram stanów obiektów może pokazywać dynamikę zmian systemu, dynamikę zmian grup klas lub dynamikę zmian jednej klasy. Zależy jak na ten diagram patrzymy.

      Jeżeli patrzymy na diagram Harela w odniesieniu do danej klasy obiektów to na tym diagramie są wszystkie stany przez które klasa może przejść.

      ( diagram ten będzie analogiczny do diagramy życia encji ( ELH ), ale nie będzie struktury drzewa )

      jeżeli diagram przejść stanów prezentuje dynamikę zmian wykonywanych w systemie funkcji ( funkcje te realizowane są w metodach przypisanym poszczególnym klasom ) to tak rozumiany diagram stanów służy do prezentowania sposobu realizacji funkcji systemowych.

      UWAGA

      Jeżeli diagram stanów dotyczy historii życia obiektu w klasie to na tym diagramie pokazywane są stany jednego typu obiektów ( jednej klasy )

      Elementy obiektowe diagramu przejść stanów :

      • zdarzenia

      • stany

      • przejścia ( transformacja )

      • akcja

      • operacja

      zdarzenie - klasa zjawisk na które system reaguje w pewien sposób, w pewien podobny sposób

      stany - pewien okres czasu w którym znajduje się system lub obiekt, trwa niepomijalny kawałek czasu, jest to okres czasu jaki upływa pomiędzy dwoma kolejnymi zdarzeniami które to pierwsze zdarzenie spowodowało że nasz byt wszedł w ten stan, trwał niepomijalny kawałek czasu i potem drugie zdarzenie powoduje że wychodzi obiekt z tego stanu

      przejście ( transformacja ) - przejście z jednego do drugiego stanu zaistniałym zdarzenie wywołującym zmianę stanu i może być jeszcze uwarunkowane spełnieniem pewnych warunków. Przejście odbywa się natychmiastowo, czas trwania jest pomijany

      akcja - czynność wykonywana w momencie zajścia zdarzenia ponieważ zdarzenie też trwa króciutko to akcja jest wykonywana natychmiast, w pomijalnie krótkim czasie

      operacja - czynność której wykonanie trwa niepomijalny kawałek czasu

      • operacje wykonywane są gdyby system był w jakimś stanie a stan system na daną chwilę jest stabilny

      • akcja jest wykonywana w momencie zajścia zdarzenia a system na daną chwilę jest niestabilny

      operacja może zostać przerwana w momencie zajścia zdarzenia, takiego któ®e powoduje wyjście z danego stanu

      jeżeli operacja kończy się samoczynnie to kiedy się k0ończy generuje zdarzenie które może powodować przejście do innego stanu

      jak na diagramie są opisywane stany i przejścia ?

      0x08 graphic

      0x08 graphic
      stan i-ty nazwa stanu

      0x08 graphic
      0x08 graphic

      0x08 graphic
      entry: akcja wejściowa

      słowa

      do: operacja

      kluczowe

      exit: akcja wyjściowa

      opis stanu

      zdarzenie (parametr) [warunek] / akcja

      ( to nie powoduje opuszczenia

      tego stanu )

      Entry - wejście do stanu, po tym stanie wypisuje się akcje wykonawczą w momencie wejścia do stanu niezależnie od tego jakie zdarzenie spowodowało przejście

      Exit - po tym słowie wymienia się akcję wykonywania w momencie wyjścia ze stanu niezależnie od zdarzenia które spowodowało wyjście

      Do - po nim wymienia się operację wykonywane w tym stanie i w dowolnym stanie może być wykonywanych wiele operacji

      w ramach opisu stanu wymienia się również zdarzenia których zajście nie powoduje przejścia do innego stanu

      Przejścia między stanami

      Zdarzenie (parametr) [ warunek ] / akcja

      0x08 graphic
      0x08 graphic
      0x08 graphic

      Stan k stan k + 1

      Komponenty następne

      0x08 graphic

      0x08 graphic
      0x08 graphic

      START END

      0x08 graphic
      0x08 graphic
      0x08 graphic
      0x08 graphic

      Entry: wypłacalny=1 Zapłata nowego rachunku (suma zapłaty)[suma > posiada - limit ]

      0x08 graphic
      0x08 graphic
      0x08 graphic
      0x08 graphic
      / zarejestruj niewypłacalność konta

      0x08 graphic
      0x08 graphic
      Klient klient

      0x08 graphic
      0x08 graphic
      Wypłacalny niewypłacalny

      0x08 graphic
      0x08 graphic
      exit: wypłacalny=0 entry: ustaw

      0x08 graphic
      exit: wypłacalny=2 klienta = 2

      0x08 graphic

      nowy rachunek (suma do zapłaty)[suma = posiada - winien]

      / klient z kontem zerowym

      0x08 graphic
      0x08 graphic

      0x08 graphic

      uzyskał status klienta (wpłata) [wpłata]

      / zapisz jako klient wypłacalny

      0x08 graphic
      0x08 graphic

      0x08 graphic

      0x08 graphic
      0x08 graphic
      exit = ustaw klient

      status klienta = 0 z kontem

      0x08 graphic
      0x08 graphic
      Rejestracja uzyskał status klienta banku (wpłata) [wpłata = 0] zerowym

      0x08 graphic
      Nowego / zapisz zerowe konto

      0x08 graphic
      Klienta entry = zapisz

      Konto zerowe

      Stany można dekomponować ( czyli traktować jak strukturalne )

      WYKŁAD XIII

      Klasa urządzenie

      0x08 graphic

      Urządzenie

      0x08 graphic

      • kod urządzenia

      • cena

      • nazwa

      • 0x08 graphic
        marża

      • wylicz nową cenę ( );

      Diagram stanów

      Z diagramu stanów wybieramy stan - urządzenia niesprzedane.

      0x08 graphic

      Urządzenia niesprzedane

      akcja

      0x08 graphic

      Zmiana marży / zmiana ceny

      0x08 graphic
      0x08 graphic

      Zdarzenie komunikat ( wywołanie operacji przyporządkowanej do klasy )

      0x08 graphic

      Urządzenia sprzedane

      0x08 graphic

      Do: aktualizacja gwarancji

      Akcja wejściowa: zaznaczamy ją po słowie entry. Jeżeli w przypadku przechodzenia z innych stanów do jednego stanu za każdym razem wykonuje się te same akcję to umieszczamy ja wewnątrz stanu jako akcję wejścia zapisywaną po słowie kluczowym entry

      Akcja wyjściowa: zaznaczamy ją po słowie kluczowym exit jako tę czynność która wykonywana jest zawsze przy wychodzeniu ze stanu.

      0x08 graphic

      Samochód zatrzymany

      0x08 graphic

      Entry: zapal światła stopu

      0x08 graphic
      0x08 graphic
      Komunikat: (akcja wejściowa) Komunikat

      „Naciśnięto hamulec” „zwolnienie hamulca”

      Exit: zgaś światła stopu

      (akcja wyjściowa)

      Reakcja na komunikat z przejściem do tego stanu u reakcja bez przejścia to tego samego stanu ( bez opuszczania stanu )

      0x08 graphic

      0x08 graphic
      Start

      Komunikat 2 / akcja operacja 2

      0x08 graphic
      0x08 graphic
      0x08 graphic
      Komunikat 1

      0x08 graphic

      Stan A

      0x08 graphic

      0x08 graphic
      Entry: akcja wejściowa / operacja 1

      Exit: akcja wyjściowa / operacja 3

      0x08 graphic

      0x08 graphic
      0x08 graphic
      Komunikat 3

      0x08 graphic

      Po odebraniu komunikatu 1 obiekt wchodzi w stan A i wykonuje się operacja 1 któ®a zawsze wykonywana jest jako akcja wyjściowa.

      0x08 graphic

      0x08 graphic

      0x08 graphic

      Operacja 1

      Operacja 2

      Operacja 3

      Po odebraniu komunikatu A wykonywana jest operacja 3 / akcja wyjściowa ze stanu / następnie wykonywana jest operacja 2 jako akcja będąca odpowiedzą na komunikat 2 i obiekt powrotem wraca do stanu A

      Po odebraniu komunikatu 2 wykonywana jest akcja wyjściowa ( operacja 3 ) i przechodzimy do końca

      0x08 graphic
      Start

      0x08 graphic

      Komunikat 1

      0x08 graphic
      Stan A

      0x08 graphic

      Entry: akcja wejściowa / operacja 1 komunikat 2

      0x08 graphic
      0x08 graphic
      0x08 graphic
      Komunikat A / akcja / operacja 2 koniec Exit: akcja wyjściowa operacja 3

      B - z chwilą pojawienia się komunikatu 1 wchodzimy do stanu A ( akcja wejściowa / operacja 1 ), dalej jesteśmy w tym stanie. Z chwilą pojawienia się komunikatu 2 następuje opuszczenie stanu A ( akcja wyjściowa / operacja 3 )

      Zadanie 1

      Na diagramie przejść stanów obiektowym zaznaczyć ( przedstawić ) historię życia obiektu zamówienie uwzględniając te zdarzenia:

      • złożenie zamówienia

      • potwierdzenie przyjęcia zamówienia do realizacji

      • realizacja zamówienia

      W przypadku niedotrzymania terminu realizacji zamówienia może nastąpić negocjowanie nowego terminu dostawy i obsługa zamówienia w trybie awaryjnym ( maksymalnie 3 powtórzenia tego trybu ). Po tym czasie jest zamówienie wycofane w trybie awaryjnym.

      NIESTETY NIE PRZEPISAŁEM TEGO CAŁKOWICIE WIĘC NIE RYSUJE TUTAJ. ALE JEŻELI KTOŚ CHCE TO NIECH SOBIE Z MOJEGO KOMPA DO ZRZUCI - JEST W KATALOGU STUDENT ( GDZIEŚ NA DYSKU ). I JAK KTOŚ TO BĘDZIE MIAŁ TO NIECH MI PRZERYSUJE DZIĘKI Z GÓRY.

      Diagram Sekwencji ( SQD - Sequence Diagram )

      (inna nazwa - diagram interakcji )

      Budowany w oparciu o scenariusz realizacji przypadków użycia.

      Przedstawienie przebiegu przypadków użycia.

      Czym się różni diagram sekwencji od DFD ??

      W diagramie sekwencji są różne obiekty które się nawzajem komunikują za pomocą komunikatów wysyłanych do siebie ( komunikat jest przeważnie nazwą operacji )

      0x08 graphic
      Komponenty diagramu sekwencji

      Obiekt

      sterujący

      0x08 graphic
      0x08 graphic
      0x08 graphic
      0x08 graphic
      0x08 graphic
      Otoczenie

      ( środowisko ) Obiekt 1 obiekt 2 obiekt 3 obiekt 4

      0x08 graphic
      0x08 graphic
      0x08 graphic
      0x08 graphic
      0x08 graphic
      scenariusz

      słowny
      ( kolejne

      0x08 graphic
      czynności

      w postaci komunikat + nazwa

      pseudokodu )

      0x08 graphic
      0x08 graphic
      0x08 graphic
      0x08 graphic
      0x08 graphic
      0x08 graphic

      granica systemu obiekty interfejsu granica architektury systemu

      granica systemu

      0x08 graphic
      0x08 graphic

      0x08 graphic
      0x08 graphic
      0x08 graphic

      komunikat + nazwa

      0x08 graphic

      ( wywołanie zdarzenia )

      0x08 graphic

      0x08 graphic

      0x08 graphic
      komunikat + nazwa komunikaty wynikające
      z przebiegu realizacji

      przypadków użycia

      wynik wywołania operacji /
      wynik wysyłania informacji
      między obiektami

      polega to na wywoływaniu operacji.

      0x08 graphic
      0x08 graphic

      Umownie oś czasu jesy skierowana z dołu do góry

      - komunikat górne są wcześniej wykonywane niż dolne

      Diagram sekwencji dla przypadków użycia obsługa biblioteki - obsługa wypozyczenia

      0x08 graphic

      0x08 graphic
      0x08 graphic
      0x08 graphic
      0x08 graphic
      0x08 graphic
      0x08 graphic
      0x08 graphic
      0x08 graphic
      czytelnik <<include>>

      zapisanie do bazy danych

      0x08 graphic
      zarejestrowanie nowego nowego użytkownika

      użytkownika

      0x08 graphic

      0x08 graphic

      0x08 graphic
      0x08 graphic
      0x08 graphic
      0x08 graphic
      Obsługa wypożyczenia <<include>> wygenerowanie karty
      bibliotecznej

      <<include>> <<include>> <<include>>

      0x08 graphic
      0x08 graphic
      0x08 graphic

      0x08 graphic
      Sprawdzenie sprawdzenie obsługa

      Stanu konta zapłaty

      Konta czytelnika kaucji

      0x08 graphic

      0x08 graphic
      Wypożyczenie

      <<extended>>

      Diagram sekwencji dla przypadku użycia obsługa wypożyczenia.

      0x08 graphic
      0x08 graphic
      0x08 graphic

      Scenariusz Menu lista dane książka

      Główne książek wypożyczenia

      0x08 graphic
      0x08 graphic
      0x08 graphic
      0x08 graphic
      0x08 graphic

      Biblioteka wybiera wypożycze -

      0x08 graphic
      Opcja wypożyczenia

      Książek nie książek

      Wyświetl

      0x08 graphic
      0x08 graphic
      Pokaż listę

      Książek do wyboru listę książek

      0x08 graphic
      Dla każde wybranej uruchomienie następnego sprawdź stan książki

      0x08 graphic
      Książki następuje przypadku użycia który jest

      Sprawdzenie czy nadrzędny z <<include>>

      Książka jest w

      Magazynie

      0x08 graphic
      sprawdź

      0x08 graphic
      Sprawdzenie konta

      Czytelnika konto czyte -

      lnika

      ( to samo tylko <<extend> )

      0x08 graphic
      0x08 graphic
      Pytanie o kaucję zapłata

      kaucji

      0x08 graphic

      Jeżeli książka jest ustal datę zwrotu

      0x08 graphic
      W magazynie to

      Trzeba ustalić datę

      Zwrotu

      0x08 graphic
      Zatwierdź wypożyczenie

      0x08 graphic
      Zatwierdzenie

      Wypożyczenia

      0x08 graphic

      Zmiana stanu

      0x08 graphic
      Zatwierdzenie

      Zmiany stany

      książki

      0x08 graphic
      0x08 graphic
      0x08 graphic

      0x08 graphic
      linie życia obiektów

      - okres aktywności obiektu

      w podejściu strukturalnym nie ma analogicznego diagramu !!!!!!

      Strukturalna

      Obiektowa

      użytkownik ma kontakt z twórcami systemu w tych momentach

      Model fizyczny

      Instalacja (wdrażanie)

      Model logiczny

      Testowanie

      Projektowanie

      Określanie wymagań

      Konserwacja (eksploatacja)

      Implementacja

      (Pisanie kodu).

      Faza strategiczna

      (rozważania za i przeciw systemowi)

      Analiza

      (Rozeznać dziedzinę

      systemu)

      Dokumentowanie - narzędzia CASE

      Projektowanie Strukturalne

      Składniki bierne:

      - struktury danych

      Składniki aktywne:

      - procesy (przetwarzające dane)

      współpraca

      równoważenie

      Model implementacyjny (fizyczny) - czyli jak zrealizować to co zostało ustalone w modelu logicznym

      Model podstawowy (logiczny) - czyli odpowiedzi na pytania co system ma robić

      Podmodel środowiskowy

      Model zachowań:

      - ERD(DCM) - statyczny model struktur danych

      - zbiór diagramów DFD - uzyskany w wyniku kroków dekompozycji diagramu kontekstowego DFD

      SI0

      U1

      U2

      U3

      we

      we

      We/wy

      wy

      Obiekty zewnętrzne

      Granica SI



      Wyszukiwarka

      Podobne podstrony:
      PSI - wszystkie wykłady2, politechnika infa 2 st, Projektowanie Systemów Informatycznych
      PSI - wszystkie wykłady3, politechnika infa 2 st, Projektowanie Systemów Informatycznych
      Wykład X, politechnika infa 2 st, Projektowanie Systemów Informatycznych
      Wykład VII, politechnika infa 2 st, Projektowanie Systemów Informatycznych
      Wykład XI, politechnika infa 2 st, Projektowanie Systemów Informatycznych
      Wykład VII, politechnika infa 2 st, Projektowanie Systemów Informatycznych
      Wykład XII, politechnika infa 2 st, Projektowanie Systemów Informatycznych
      WYKŁAD XIII, politechnika infa 2 st, Projektowanie Systemów Informatycznych
      Wykład IX, politechnika infa 2 st, Projektowanie Systemów Informatycznych
      02 PSI, politechnika infa 2 st, Projektowanie Systemów Informatycznych
      Wykład VIII, politechnika infa 2 st, Projektowanie Systemów Informatycznych
      Wykład VII, politechnika infa 2 st, Projektowanie Systemów Informatycznych
      ExamZero, politechnika infa 2 st, Projektowanie Systemów Informatycznych
      04 Systemy ekspertowe, politechnika infa 2 st, Projektowanie Systemów Informatycznych
      01 BD, politechnika infa 2 st, Projektowanie Systemów Informatycznych
      logistyka wszystkie wykłady politechnika poznańska
      wyklad(1), Politechnika Wrocławska - Materiały, teoria systemow
      RSTANU, politechnika infa 2 st, Modelowanie cyfrowe
      projektowanie inżynierskie, Projektowanie strukruralne i obiektowe-WYKŁAD 8, PODSTAWY PROJEKTOWANIA

      więcej podobnych podstron