Docsity
Docsity

Przygotuj się do egzaminów
Przygotuj się do egzaminów

Studiuj dzięki licznym zasobom udostępnionym na Docsity


Otrzymaj punkty, aby pobrać
Otrzymaj punkty, aby pobrać

Zdobywaj punkty, pomagając innym studentom lub wykup je w ramach planu Premium


Informacje i wskazówki
Informacje i wskazówki

IO - inżynieria oprogramowania, Prezentacje z Computer Science

Opracowanie z zakresu przedmiotu

Typologia: Prezentacje

2019/2020

Załadowany 26.08.2020

Moniczka
Moniczka 🇵🇱

4.5

(74)

391 dokumenty

1 / 89

Toggle sidebar

Ta strona nie jest widoczna w podglądzie

Nie przegap ważnych części!

bg1
IO - inżynieria
oprogramowania
dr in
ż
. M.
Ż
abi
ń
ska,
http://home.agh.edu.pl/~zabinska/
pf3
pf4
pf5
pf8
pf9
pfa
pfd
pfe
pff
pf12
pf13
pf14
pf15
pf16
pf17
pf18
pf19
pf1a
pf1b
pf1c
pf1d
pf1e
pf1f
pf20
pf21
pf22
pf23
pf24
pf25
pf26
pf27
pf28
pf29
pf2a
pf2b
pf2c
pf2d
pf2e
pf2f
pf30
pf31
pf32
pf33
pf34
pf35
pf36
pf37
pf38
pf39
pf3a
pf3b
pf3c
pf3d
pf3e
pf3f
pf40
pf41
pf42
pf43
pf44
pf45
pf46
pf47
pf48
pf49
pf4a
pf4b
pf4c
pf4d
pf4e
pf4f
pf50
pf51
pf52
pf53
pf54
pf55
pf56
pf57
pf58
pf59

Podgląd częściowego tekstu

Pobierz IO - inżynieria oprogramowania i więcej Prezentacje w PDF z Computer Science tylko na Docsity!

IO - in

ynieria

oprogramowania

dr in

ż. M.

Ż abi

ńska,

e-mail: [email protected] http://home.agh.edu.pl/~zabinska/

Metody porz

dkowania wymaga

funkcjonalnych

^

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

Metody analizy

^

Dwa podej

ścia do tworzenia SI (dwie

grupy metod analizy) -^

strukturalne (structured methods/analysis)

-^

obiektowe (OOA&D)

-^

Podej

ście:

koncepcja, zasady, notacje

-^

Zasada dekompozycji i modularyzacji

-^

Dekompozycja: głównie w warstwiefunkcjonalnej systemu

-^

Powi

ązanie z zasad

ą^

modularyzacji

Strukturalne metody analizy

^

Rozwijane od dawna

^

Opieraj

ą^

si

ę^

na wyró

żnianiu w

analizowanym systemie dwóchrodzajów składowych: •^

Pasywnych – fakt przechowywania wsystemie pewnych danych

-^

Aktywnych – fakt wykonywania wsystemie pewnych operacji

^

Budowa dwóch modeli: danych ifunkcji (przez ró

żne zespoły);

integracja modeli (trudna)

Strukturalne podej

cie do

analizy

(2)

^

Opis: •^

funkcji systemu,

-^

struktur danych,

-^

uwzgl

ędniaj

ąc

zale

żno

ści czasowe.

^

Koncepcja:hierarchicznadekompozycjalogiczna(funkcjonalna)

Strukturalne podej

cie do

analizy

(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).

Analiza strukturalna - notacje

Charakterystyka modelowania w

metodyce strukturalnej

Opis systemu: trzy (aspekty) – trzy modele (rys.) ^

Model (aspekt) funkcjonalny

  • transformacje danych wewn

ątrz

systemu(Data Flow Diagram

DFD

graf: w

ęzły –

procesy

, łuki –

przepływy danych

)

^

Model (aspekt) danych

  • statyczna struktura systemu

(Entity Relationship Diagram

ERD

graf: w

ęzły –

obiekty

abstrakcja

świata rzeczywistego, łuki –

relacje/zwi

ą zki

pomi

ędzy obiektami)

^

Model (aspekt) dynamiki

  • zmienno

ść^

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

)

Model

rodowiskowy

^

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)

Diagram kontekstowy

(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

^

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

Diagram kontekstowy i rozwini

cie

Modelowanie strukturalne

^

Tworzone:

-^

Opis celu

systemu, zdarze

ń^ zewn

ętrznych, Diagram

Kontekstowy (Context Diagram

  • DFD0) =

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

  • jednoznaczna i niesprzeczna definicja

obiektów (koncepcja Yourdona).

Modelowanie strukturalne -

wyniki

^

Wyniki fazy modelowania:

-^

Model

ś

rodowiska

(SA&D – Model

ś rodowiskowy

•^

Model zachowania

( rozwini

ę cie

DK –

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)