

















































































Studiuj dzięki licznym zasobom udostępnionym na Docsity
Zdobywaj punkty, pomagając innym studentom lub wykup je w ramach planu Premium
Przygotuj się do egzaminów
Studiuj dzięki licznym zasobom udostępnionym na Docsity
Otrzymaj punkty, aby pobrać
Zdobywaj punkty, pomagając innym studentom lub wykup je w ramach planu Premium
Społeczność
Odkryj najlepsze uniwersytety w twoim kraju, według użytkowników Docsity
Bezpłatne poradniki
Pobierz bezpłatnie nasze przewodniki na temat technik studiowania, metod panowania nad stresem, wskazówki do przygotowania do prac magisterskich opracowane przez wykładowców Docsity
Opracowanie z zakresu przedmiotu
Typologia: Prezentacje
1 / 89
Ta strona nie jest widoczna w podglądzie
Nie przegap ważnych części!
dr in
ż. M.
Ż abi
ńska,
e-mail: [email protected] http://home.agh.edu.pl/~zabinska/
Liczba wymaga
ń^
funkcjonalnych mo
że by
ć
bardzo du
ża; konieczne jest pewnego
rodzaju uporz
ądkowanie tych wymaga
ń,
które ułatwi prac
ę^
nad nimi (zło
żono
ść
Dwie metody umo
żliwiaj
ące zapanowanie
nad du
żą
liczb
ą^
wymaga
ń:
hierarchiczny
zapis wymaga
ń,
diagramy
przypadków u
ż ycia
( Use Cases
strukturalne (structured methods/analysis)
-^
obiektowe (OOA&D)
-^
-^
-^
-^
Pasywnych – fakt przechowywania wsystemie pewnych danych
-^
Aktywnych – fakt wykonywania wsystemie pewnych operacji
(2)
^
Opis: •^
funkcji systemu,
-^
struktur danych,
-^
uwzgl
ędniaj
ąc
zale
żno
ści czasowe.
^
Koncepcja:hierarchicznadekompozycjalogiczna(funkcjonalna)
(3)
Hierarchiczna dekompozycja logiczna(funkcjonalna) – z wykorzystaniemdiagramów przepływu danych (DFD – DataFlow Diagrams) i sterowania; ^
Uzupełnienie o logiczn
ą^
reprezentacj
ę
danych (ERD – Entity RelationshipDiagrams) ^
Oraz model zale
żno
ści czasowych (STD –
State Transition Diagrams; starsze: ELH –Entity Life History).
Opis systemu: trzy (aspekty) – trzy modele (rys.) ^
Model (aspekt) funkcjonalny
ątrz
systemu(Data Flow Diagram
DFD
graf: w
ęzły –
procesy
, łuki –
przepływy danych
)
^
Model (aspekt) danych
(Entity Relationship Diagram
ERD
graf: w
ęzły –
obiekty
abstrakcja
świata rzeczywistego, łuki –
relacje/zwi
ą zki
pomi
ędzy obiektami)
^
Model (aspekt) dynamiki
ść^
w czasie
(State Transition Diagram
STD
graf w
ęzły –
stany
, łuki –
przej
ś cia
pomi
ędzy stanami, wywoływane przez zdarzenia),
lub Entity Life History
ELH
(obiekty z ERD,
zdarzenia –
operacje BD
,^ SSADM
)
^
Składowe modelu
środowiskowego:
-^
definicja celu
(krótkie, zwi
ęzłe, tekstowe okre
ślenie
celu systemu);
-^
okre
ślenie zdarze
ń^ ("bod
źce" z zewn
ątrz –
przepływy danych; zdarzenia temporalne –wewn
ętrzny zegar systemu; zdarzenia steruj
ące –
przepływy steruj
ące – binarne),
-^
diagram kontekstowy
(szczególny model: cały
system = jeden proces: granice, we/wy – osoby,organizacje, systemy; dane otrzymywane iprodukowane/przesyłane na zewn
ątrz)
(1)
Diagram kontekstowy (rys.):
-^
okre
śla obszar systemu (
granica
system-
otoczenie)
-^
obejmuje osoby/organizacje/systemy –komunikacja (
obiekty zewn
ę trzne)
okre
śla dane z zewn
ątrz – do
przetwarzania (
przepływy
okre
śla dane wytwarzane przez system przesyłane do otoczenia (
przepływy
Model zachowania
rozwini
ęcie
Diagramu Kontekstowego –
Context Diagram
-^
oraz
model
zale
żno
ści czasowych);
Procedura:
-^
Tworzenie DK (CD) i rozwijanie top-down,uszczegółowienie w dół, kolejne poziomyabstrakcji, do diagramów ni
ższych rz
ędów
Tworzone:
-^
Opis celu
systemu, zdarze
ń^ zewn
ętrznych, Diagram
Kontekstowy (Context Diagram
model
ś rodowiskowy
-^
Diagramy (DFD) kolejnych poziomów (rys.),
-^
Diagramy dynamiki (STD) z opisem
-^
Diagramy obiektów i powi
ąza
ń/zwi
ązków encji
(ERD) z opisem (uzasadnienie wyboru obiektów,struktury)
-^
Opisy uzupełniaj
ą ce
:
^
specyfikacje
przetwarzania (jak formularz opisu WF
uzupełnione o pseudokod), ^
słownik danych
obiektów (koncepcja Yourdona).
Wyniki fazy modelowania:
-^
Model
ś
rodowiska
(SA&D – Model
ś rodowiskowy
Model zachowania
( rozwini
ę cie
Context Diagram oraz
model
zale
żno
ści
czasowych);
-^
Model obiektów
i powi
ąza
ń
Słownik danych (definicje obiektów)
-^
Specyfikacje funkcji (opis przetwarzania –poziom najbardziej szczegółowy – DFDn)