Nejprve trochu kontroly - Department of Software ...richta/NSWI041/SWI041-2.pdf · 2.2 Požadavek...

SWI041SWI041: :

ÚÚvodnvodníí studiestudieHledáme, odpov�� na otázku

ZDA a PRO�Sb�r požadavk� na SW produkt

(feasibility study)

Nejprve trochu kontrolyNejprve trochu kontroly

Stav projekt�

SWI041 - Úvodní studie 3

SWI041: SWI041: ÚÚvodnvodníí studie studie M�la by odpov�d�t na otázku PRO�?� Musí proto vymezit hranici projektu� Musí odpov�d�t na otázku: “je projekt

uskute�nitelný?” (feasibility study)� Musí odpov�d�t na otázku: “kdo a co bude

k �ešení zapot�ebí?”� Musí odpov�d�t na otázku: “vyplatí se projekt �ešit?”


Vstupy Vstupy úúvodnvodníí studiestudie�Požadavky na systém

�zadání projektu, deklarace zám�ru, vize projektu, odborný �lánek, tj. všechny dokumenty, které mají k �ešenému problému n�jaký vztah


Výstupy Výstupy úúvodnvodníí studiestudie� Definice systému

� katalog požadavk�, definice hranice systému (diagram kontextu, model jednání), datový (pojmový) slovník, ...

� Projektová dokumentace��esitelský tým (funkce, zodpov�dnosti).� Návrh �ešení: HW, SW, komponenty.� Seznam úloh a harmonogram �ešení.� Rozpo�et: - cena HW, cena licencí na SW, cena

vývoje SW a HW (COCOMO).


Deklarace zDeklarace záámm��ruru�Krátký výstižný text se stru�nými

informacemi o projektu - jaké služby poskytuje, pro koho je ur�en a jakáp�edpokládá omezení.

�M�la by posloužit pro odpov�� na otázku “co ano, a co ne?”.

�Je obvykle základem budoucího prospektu pro vytvo�ený produkt.


Systém “Výtah” slouží pro logické �ízení obsluhy výtahu s jednou �i více šachtami. Systém “Výtah”reaguje na požadavky uživatel� a dále registruje signalizaci ze spína�� v patrech a indikace ze senzor� p�etížení. Systém “Výtah” ovládá klece výtah� pomocí povel� pro motory výtah�. Systém “Výtah” se nezabývá havarijním tla�ítkem STOP, rovn�ž otevírání a zavírání dve�í jde mimo systém (kv�li bezpe�nosti).

Deklarace zDeklarace záámm��ru pro ru pro ““VýtahVýtah””(slouží pro odpov�� na otázku “co ano, a co ne?”)


Chyby v deklaraci zChyby v deklaraci záámm��ruru�Je p�íliš dlouhá a nep�ehledná.�Je p�íliš krátká a nepr�hledná.�Není z ní z�ejmé, �ím se systém

zabývat má a �ím nikoliv.


Deklarace zám�ru


Odborný Odborný ��llááneknek� Všechny informace, které lze o projektu

sehnat (�lánky, interview, p�edpisy, …).� Ozna�ení „odborný �lánek“ má vystihovat

p�edstavu, že se jedná o texty v p�irozeném jazyce, které sepsal odborník na �ešenou problematiku. Informatik ji bude analyzovat a vytvo�í popis p�esn�jší.

� N�kdy se odborný �lánek nazývá „katalog požadavk�“, ale my budeme takto ozna�ovat strukturovanou verzi odborného �lánku, kterou již tvo�í informatik ve spolupráci se zadavatelem


Systém “Výtah” slouží pro logické �ízení obsluhy výtahu s jednou �i více šachtami (p�edpokládají se 4 šachty a 40 úrovní). Systém zajiš�uje efektivníplánování sb�ru a odvozu pasažér� mezi obsluhovanými patry podle požadavk� (požadavek na p�ivolání výtahu pro jízdu sm�rem nahoru nebo dol�, požadavek na dopravení do ur�itého patra). Sm�r jízdy se nem�ní, dokud výtah nesplní objednávky v daném sm�ru (výtah neví o pasažérech –neexistuje indikace prázdnosti klece). P�epln�ný výtah nereaguje na výzvy (existuje indikace p�etížení). Pro každou šachtu existuje samostatný motor ovládaný signály (povely UP, DOWN a STOP). Povel STOP zp�sobí zastavenívýtahu v nejbližším pat�e v daném sm�ru a otev�ení dve�í výtahu (dve�e se dajíotev�ít až v pat�e). Uvnit� klece je panel s tla�ítky pater, indikace aktuálnípolohy a tla�ítko STOP. Tla�ítko STOP zabrání zav�ení dve�í (jde mimo systém). Rovn�ž otevírání a zavírání dve�í jde mimo systém (kv�li bezpe�nosti). P�íkazy pro systém jsou akceptovány až po zav�ení dve�í. Operátor výtahu má k dispozici tla�ítko ON/OFF, kterým zadává požadavek na zastavení pohybu výtah�.

Odborný Odborný ��lláánek pro nek pro „„VýtahVýtah““(textový popis požadavk�)


Chyby v odbornChyby v odbornéém m ��lláánkunku� Je p�íliš krátký a nepostihuje n�které

charakteristiky systému.� Je p�íliš dlouhý a zabývá se problémy, které

s popisem systému nesouvisí.� Není z n�j z�ejmé, jaká data bude systém

zpracovávat, jaké služby bude poskytovat, jak se budou vlastnosti systému m�nit v �ase �i jako d�sledek n�jakých (popsaných) okolností.

� Neobsahuje n�který požadavek.


Odborný �lánek


Vize projektuVize projektu�Upravená, mírn� strukturovaná verze

odborného �lánku.�P�íklad: Hotelový rezerva�ní systém

(BayView B&B) Vize


Formalizace informacFormalizace informacíí� Formální vyjád�ení je nutné pro jednozna�nou

interpretaci.� �asto se doporu�uje z odborného �lánku vyrobit

katalog požadavk� a z n�j extrahovat hned na za�átku:� aktéry (uživatelské role a spolupracující systémy),� události (p�ípady použití),� pot�ebná a požadovaná data.

� N�které metodiky navrhují vybrat z text� podstatnájména (kandidáti na data) a slovesné fráze (kandidáti na služby - p�ípady použití).

� Vybrané termíny uložit do významového (datového) slovníku.


Katalog poKatalog požžadavkadavk�� Zadávací dokumentace obsahuje deklaraci

zám�ru a odborný �lánek.� Odborný �lánek je nejprve p�edzpracován

tak, aby tvo�il katalog požadavk�.� Katalog požadavk� je strukturovaná verze

odborného �lánku ve form� stromu požadavk�.

� Požadavky jsou o�íslovány a p�es �ísla se na n� lze odvolávat v další dokumentaci.


1. Systém “Výtah” slouží pro logické �ízení obsluhy výtahu.1.1 Výtah m�že mít jednu �i více šachet (p�edpokládají se 4 šachty).1.2 Výtah m�že mít dv� a více úrovní - pater (p�edpokládá se 40 úrovní).

2. Systém zajiš�uje efektivní plánování sb�ru a odvozu pasažér� mezi obsluhovanými patry podle požadavk�.2.1 Požadavek na p�ivolání výtahu pro jízdu sm�rem nahoru nebo dol�

(vzniká v pat�e).2.2 Požadavek na dopravení do ur�itého patra (vzniká v kleci výtahu).

3. Sm�r jízdy se nem�ní, dokud výtah nesplní objednávky v daném sm�ru (výtah neví o pasažérech – neexistuje indikace prázdnosti klece).

4. P�epln�ný výtah nereaguje na výzvy (existuje indikace p�etížení).……

n. Pravd�podobnost chyby by m�la být menší než 1 chyba za 10 let (p�íklad nefunk�ního požadavku, který ale musíme též evidovat).

Katalog poKatalog požžadavkadavk�� pro pro „„VýtahVýtah““(strukturovaný textový popis požadavk�)


Katalog poKatalog požžadavkadavk�� pro HRSpro HRS�BayViewSRS.pdf


Seznam aktSeznam aktéérr�� Aktér je cokoliv, co se nachází mimo

navrhovaný systém, co ale m�že vyvolatudálost, na kterou systém musí reagovat (vstupní událost - akce), nebo je to cokoliv, co m�že informaci od systému p�ijmout (výstupní událost – reakce).

� Akté�i tedy p�edstavují uživatelské role a spolupracující systémy.


Systém “Výtah” slouží pro logické �ízení obsluhy výtahu s jednou �i více šachtami (p�edpokládají se 4 šachty a 40 úrovní). Systém zajiš�uje efektivníplánování sb�ru a odvozu pasažér� mezi obsluhovanými patry podle požadavk� (požadavek na p�ivolání výtahu pro jízdu sm�rem nahoru nebo dol�, požadavek na dopravení do ur�itého patra). Sm�r jízdy se nem�ní, dokud výtah nesplní objednávky v daném sm�ru (výtah neví o pasažérech –neexistuje indikace prázdnosti klece). P�epln�ný výtah nereaguje na výzvy (existuje indikace p�etížení). Pro každou šachtu existuje samostatný motorovládaný signály (povely UP, DOWN a STOP). Povel STOP zp�sobí zastavenívýtahu v nejbližším pat�e v daném sm�ru a otev�ení dve�í výtahu (dve�e se dajíotev�ít až v pat�e). Uvnit� klece je panel s tla�ítky pater, indikace aktuálnípolohy a tla�ítko STOP. Tla�ítko STOP zabrání zav�ení dve�í (jde mimo systém). Rovn�ž otevírání a zavírání dve�í jde mimo systém (kv�li bezpe�nosti). P�íkazy pro systém jsou akceptovány až po zav�ení dve�í. Operátor výtahu má k dispozici tla�ítko ON/OFF, kterým zadává požadavek na zastavení pohybu výtah�.

KandidKandidááti na ti na aktaktééryry -- „„VýtahVýtah““


PASAŽÉR (primární aktér) – ten, který se výtahem dopravuje(p�esn�ji, ten který generuje požadavky)

OPERÁTOR – ten, který systém spouští a zastavujeSENZOR P�ETÍŽENÍ – to, co hlásí p�etížení kleceSPÍNA� PATRA – to, co hlásí p�íjezd klece do patra�ÍZENÍ MOTORU – to, co �ídí motory podle povel�

Seznam aktSeznam aktéérr�� pro pro „„VýtahVýtah““(uživatelské role a spolupracující systémy)


KandidKandidááti na ti na aktaktééryry -- „„BenzinkaBenzinka““

…Zákazníci (zam�stnanci firmy) mají magnetické karty. Kdyžzákazník p�ijede ke stojanu, projede kartou �te�ku a zadá PIN. Pokud prob�hne autorizace v po�ádku, zobrazí se mu informace o jeho kreditu a on podle sejmuté pistole m�že �erpat do výše kreditu danou pohonnou hmotu, nebo si m�že požadované množstvíp�edvolit (bu� ve finan�ních jednotkách nebo v objemových jednotkách. Po na�erpání se vytiskne stvrzenka. O �erpání se vytvo�í transakce, která se zaznamená. …


Seznam aktér� pro „Benzinku“


Chyby v seznamu aktChyby v seznamu aktéérr��Neúplný seznam aktér�.�Za aktéra je považováno „cosi“, co

nemá se systémem žádnou možnost komunikace.

�Zapomn�lo se na „sekundární aktéry“(systém pro n� není primárn� ur�en, ale jsou nezbytní k jeho provozu).


Seznam udSeznam udáálostlostíí� Událost je cosi, co vzniklo mimo systém, ale

systém na to musí reagovat.� S událostí souvisí data, která procházejí p�es

hranici systému.� Událost m�že vyvolat bezprost�ední reakci

systému (posílají se data n�jakému aktérovi) a/nebo zm�nu stavu systému.

� Události je t�eba nahlížet zvenku (ze strany aktér�).


Systém “Výtah” slouží pro logické �ízení obsluhy výtahu s jednou �i více šachtami (p�edpokládají se 4 šachty a 40 úrovní). Systém zajiš�uje efektivníplánování sb�ru a odvozu pasažér� mezi obsluhovanými patry podle požadavk� (požadavek na p�ivolání výtahu pro jízdu sm�rem nahoru nebo dol�, požadavek na dopravení do ur�itého patra). Sm�r jízdy se nem�ní, dokud výtah nesplní objednávky v daném sm�ru (výtah neví o pasažérech –neexistuje indikace prázdnosti klece). P�epln�ný výtah nereaguje na výzvy (existuje indikace p�etížení). Pro každou šachtu existuje samostatný motor ovládaný signály (povely UP, DOWN a STOP). Povel STOP zp�sobí zastavenívýtahu v nejbližším pat�e v daném sm�ru a otev�ení dve�í výtahu (dve�e se dajíotev�ít až v pat�e). Uvnit� klece je panel s tla�ítky pater, indikace aktuálnípolohy a tla�ítko STOP. Tla�ítko STOP zabrání zav�ení dve�í (jde mimo systém). Rovn�ž otevírání a zavírání dve�í jde mimo systém (kv�li bezpe�nosti). P�íkazy pro systém jsou akceptovány až po zav�ení dve�í. Operátor výtahu má k dispozici tla�ítko ON/OFF, kterým zadává požadavek na zastavení pohybu výtah�.

KandidKandidááti na sluti na služžby by -- „„VýtahVýtah““


PASAŽÉR stiskl p�ivolávací tla�ítko pro jízdu nahoru (UP)PASAŽÉR stiskl p�ivolávací tla�ítko pro jízdu dol� (DOWN)PASAŽÉR stiskl tla�ítko patra v kleci výtahuOPERÁTOR stiskl tla�ítko ON/OFFVýtah dosáhl patra (SPÍNA� PATRA)Výtah opustil patro (SPÍNA� PATRA)Došlo k p�etížení (SENZOR P�ETÍŽENÍ)P�etížení opadlo (SENZOR P�ETÍŽENÍ)

Seznam udSeznam udáálostlostíí pro pro „„VýtahVýtah““

(stimuly z okolí, na které musí systém reagovat -seznam požadavk� na služby systému)


Seznam událostí pro „Benzinku“


PP��ííklad: ECOklad: ECO--skladsklad

ECO sklad je za�ízení pro ekologické ukládání barel� s chemikáliemi klasifikované jako typ 1, 2 a 3 (dle EPA -Environmental Protection Agency). Barely se ukládají do skladových budov se stanovenou kapacitou (ve skladu ale existují i jiné budovy). Chemikálie typu 1 a 2 nesmí být uloženy do stejné budovy, chemikálie typu 3 mohou být uloženy libovoln�. Do skladu jsou p�ejímány barely p�es nakládacíplošinu, odtud se též odvážejí p�i vyskladn�ní. P�ejímka i dodávka je vybavena dodacím listem. P�i p�ejímce operátor p�evezme dodací list, vyložené barely ozna�í jednozna�ným identifikátorem a po vyložení všech barel� zkontroluje skute�ný stav. Barely rozváží z plošiny skladník na základ� vystaveného p�íkazu. P�i dodávce operátor p�evezme požadovaný dodací list, vystaví skute�nou dodávku a p�edá skladníkovi p�íkaz k vyskladn�ní.


P�ípad použití

Požadavek



Chyby v seznamu udChyby v seznamu udáálostlostíí� Neúplný seznam událostí.� Za událost je považováno „cosi“, na co

systém nemusí reagovat.� Událost je nevhodn� popsána (není

nahlížena z pohledu vn� systému).� Za událost je považováno „cosi“, co

p�edstavuje reakci systému (výstupní stimul generovaný systémem).

� Není ur�en aktér, který m�že událost zp�sobit.


Kontextový diagramKontextový diagram

(ur�ení hranice systému)

datový tok(reakce)

datový tok(akce, událost)

hranicesystému

aktérterminátor

uživatelská role

Systém


Kontextový diagram pro Kontextový diagram pro ““VýtahVýtah””

Systempro rizeni

vytahu

PASAZER

OPERATOR

SPINACPATRA

SENZORPRETIZENI

RIZENIMOTORU

stisk tlacitka

tlacitko ON/OFF

indikace

signalizacespinace patra

signalizacepretizeni

ridici povel

(ur�ení hranice systému)


Význam termVýznam termíínn�� Všechny termíny v dokumentaci by m�ly být

zaneseny ve významovém slovníku(technický termín je datový slovník – Data Dictionary).

� Je to proto, aby se termíny používanév dokumentaci interpretovaly stejn� – nap�. „formulá� 501“ m�že být termín b�žný pro zadavatele, ale rozum�t mu musí i �ešitel -objednávka je obecn� srozumitelný pojem, co ale má skute�n� obsahovat?


PP��.: Rozhovor na t.: Rozhovor na tééma ma „„jmjméénono““� �lov�k: My lidé se nazýváme jmény.� Mar�an: A co je to jméno?� �lov�k: Jméno je posloupnost znak�.� Mar�an: Takže „a1234“ je správné jméno?� �lov�k: Ve jménech používáme pouze písmena.� Mar�an: Takže „X“ je správné jméno?� �lov�k: Teoreticky ano, ale obvykle používáme

jména, která obsahují nejmén� dv� písmena. Navíc mají lidé v�tšinou více jmen – jméno je rozd�leno na �ásti, kterým se �íká „první jméno“, „p�íjmení“, apod.

� Mar�an: …?


Datový slovnDatový slovníík (dle k (dle YourdonaYourdona))

Metaznak Význam P�íklad Jak se to �te

= skládá se z X =Y X se skládá z Y

+ a Z = X + Y Z se skládá z X a Y

( ) m�že chyb�t Z = X + ( Y ) Z se skládá z X a p�íp. Z Y

{ } opakování Z = { X } Z se skládá z n�kolika X

[ ] jeden z možných Z = [ X | Y ] Z se skládá bu� z X nebo z Y (implicitnípoložku lze podtrhnout)

** komentá� *toto je komentá�*

@ klí�ová položka Z = @X+Y Z se skládá z X a Y, kdeX je klí�ová položka

@<�íslo> �ást složenéhoklí�e

Z = @1X+@2Y X a Y tvo�í klí� (v tomtopo�adí)


celé jméno = { tituly p�ed } + první jméno + { prost�ední jméno } +p�íjmení + { �árka + tituly za }

tituly p�ed = [ pan | paní | sle�na | ing. | RNDr. | doc. | prof. | … ]první jméno = jménop�íjmení = jménoprost�ední jméno = jménojméno = velké písmeno + 1{ malé písmeno }písmeno = [ malé písmeno | velké písmeno ]malé písmeno = [ a | á | b | c | … ] *písmena lokální abecedy*velké písmeno = [ A | Á | B | C | … ] *písmena lokální abecedy*�árka = ,tituly za = [ CSc. | PhD. | DrSc. | prom.mat. | … ]

Datový slovnDatový slovníík pro k pro ““JmJméénono””


šachta = celé �íslo *rozsah 1..4*patro = celé �íslo *rozsah 1..40*tla�ítko p�ivolání = patro + sm�r sm�r = [ UP | DOWN ]tla�ítko patra = šachta + patro stisk tla�ítka = [ tla�ítko patra | tla�ítko p�ivolání ]signalizace spína�e patra = šachta + patro signalizace p�etížení = šachta �ídicí povel pro motor = šachta + povel povel = [ UP | DOWN | STOP ]indikace patra = šachta + patro indikace p�ivolání = patro + sm�r indikace = [ indikace patra | indikace p�ivolání ]

Datový slovnDatový slovníík pro k pro ““VýtahVýtah””


Datový slovnDatový slovníík pro HRSk pro HRS�BayViewGlossary.pdf


USED AT: AUTHOR: Karel Richta DATE:REV:PROJECT: Vytah

8.3.20038.3.2003

NOTES: 1 2 3 4 5 6 7 8 9 10

WORKING

DRAFT

RECOMMENDED

PUBLICATION

READER DATE CONTEXT:

TOP

NODE: TITLE: NUMBER:Systém pro øízení výtahuA-0

stisktlaèítka

ON/OFF

øídicípovel signalizace spínaèe patra

signalizace pøetížení

indikace

00 Kè

Systém pro øízení výtahu

1PASAŽÉR

2OPERÁTOR

3MOTOR

4SPÍNAÈPATRA

5SIGNALIZACE

PØETÍŽENÍ

Kontext pomocKontext pomocíí AllFusionAllFusion BPWinBPWin


Chyby v definici kontextuChyby v definici kontextu� Akté�i spolu komunikují mimo systém� Není zd�razn�n dvojí výskyt aktéra � Chybí datový tok pro n�kterou událost� Chybí datový tok pro n�kterou reakci systému� Datový tok není popsán v datovém slovníku� Datový tok je popsán nevhodn� (p�íliš

obecn�)� Dva r�zní akté�i mají stejnou sadu událostí

(pak to z�ejm� nejsou r�zní akté�i)� Za událost se považuje p�ihlášení do systému

(za�azení do role jde mimo kontext)



Model jednModel jednáánníí (Use (Use CaseCase Model)Model)Prvky:� aktér (actor) - uživatelská role nebo

spolupracující systém� hranice systému (systém boundary) -

vymezení hranice systému� p�ípad použití (use case) - dokumentace

události, na kterou musí systém reagovat� komunikace - vazba mezi aktérem a

p�ípadem použití (aktér komunikuje se systémem na daném p�ípadu)


Notace modelu jednNotace modelu jednáánníí

aktér

p�ípad použití

hranice systémukomunikace


PP��ííklad: klad: „„ee--obchodobchod““�E-obchod poskytuje zákazník�m

možnost nákupu produkt�.


DoplDopl��ky k modelu jednky k modelu jednáánníí

�orientovaná komunikace - p�ípad, kdy chceme vyzna�it sm�r komunikace


OrientovanOrientovanáá komunikacekomunikace


PP��ííklad modelu jednklad modelu jednáánníí


PP��ííklad: ECOklad: ECO--skladsklad

ECO sklad je za�ízení pro ekologické ukládání barel�s chemikáliemi klasifikované jako typ 1, 2 a 3 (dle EPA -Environmental Protection Agency). Barely se ukládají do skladových budov se stanovenou kapacitou (ve skladu ale existují i jiné budovy). Chemikálie typu 1 a 2 nesmí být uloženy do stejné budovy, chemikálie typu 3 mohou být uloženy libovoln�. Do skladu jsou p�ejímány barely p�es nakládacíplošinu, odtud se též odvážejí p�i vyskladn�ní. P�ejímka i dodávka je vybavena dodacím listem. P�i p�ejímce operátor p�evezme dodací list, vyložené barely ozna�í jednozna�ným identifikátorem a po vyložení všech barel� zkontroluje skute�ný stav. Barely rozváží z plošiny skladník na základ� vystaveného p�íkazu. P�i dodávce operátor p�evezme požadovaný dodací list, vystaví skute�nou dodávku a p�edá skladníkovi p�íkaz k vyskladn�ní.


PP��ííklad modelu jednklad modelu jednáánníí


Chyby v modelu jednChyby v modelu jednáánníí� Akté�i spolu komunikují mimo systém� Není zd�razn�n dvojí výskyt aktéra � Chybí p�ípad použití (služba) pro n�kterou

událost� Chybí n�která reakce systému� P�ípad použití není popsán v datovém slovníku� P�ípad použití je popsán nevhodn� (p�íliš obecn�)� Dva r�zní akté�i mají stejnou sadu událostí (pak

to z�ejm� nejsou r�zní akté�i)� Za událost se považuje p�ihlášení do systému

(za�azení do role jde mimo kontext)



�sekundární aktér - uživatelská role nebo spolupracující systém nutná pro �innost systému


SekundSekundáárnrníí aktaktéé��ii


SekundSekundáárnrníí aktaktéé��ii



�vztahy mezi p�ípady použití - pokud chceme explicitn� vyjád�it fakt, že takový vztah existuje�<<include>> - pokud jeden p�ípad zahrnuje

p�ípad jiný (nap�. autentizace)�<<extend>> - pokud n�jaký p�ípad rozši�uje

chování (je zde možnost volby)�generalizace/specializace


Vztahy mezi sluVztahy mezi služžbamibami


Vztahy mezi sluVztahy mezi služžbami bami

Stereotyp vyjad�ující, že daný p�ípad

použití rozši�uje možnosti

Stereotyp vyjad�ující, že daný p�ípad použití n�co

zahrnuje


Vztahy mezi sluVztahy mezi služžbamibami


Kombinace rKombinace r��zných prvkzných prvk��


Generalizace sluGeneralizace služžebeb



�vztahy mezi aktéry - pokud chceme explicitn� vyjád�it fakt, že takový vztah existuje�generalizace/specializace


Generalizace aktGeneralizace aktéérr��


AutentizaceAutentizace do roledo role


Model jednModel jednáánníí pro Výtahpro Výtah


Model jednModel jednáánníí a kontexta kontext� Model jednání (use case model) slouží pro

evidenci aktér� a služeb systému.� Kontextový diagram slouží pro evidenci

aktér� a datových tok�.� Oba modely se tedy doplují, ale p�edstavují

pouze prvý krok popisu, který musí být dopln�n podrobn�jším popisem služeb (diagramy aktivit, scéná�e) a dat (diagramy t�íd).


Diagramy aktivitDiagramy aktivit�V úvodní studii se používají pro

dokumentaci p�ípad� použití(modelování proces�, modelování„workflow“, atd.)

�Nahrazují do ur�ité míry v UML neexistující diagramy datových tok�

�Slouží jako prost�edek pro domluvu mezi zadavatelem a �ešitelem


Diagramy aktivit (Diagramy aktivit (ActivityActivity diagramsdiagrams))

Prvky:� Aktivity – �innosti, které modelujeme� P�echody – po ukon�ení �innosti se p�ejde

k �innosti jiné� Objekty – s �inností m�že souviset vytvá�ení

nebo konzumace objekt�� Za�átek, Konec� Synchroniza�ní zna�ky (rozv�tvení

a synchronizace)� Plavecké dráhy – okruhy zodpov�dností


Diagram aktivity pro Diagram aktivity pro „„pp��ivolivoláánníí výtahuvýtahu““


Diagram aktivity pro Diagram aktivity pro „„doddodáávkuvku““


ScScéénnáá��e ude udáálostlostíí ((SequenceSequence diagramsdiagrams))(zachycení sledu událostí)Prvky:� objekty - znázorn�né obvykle jako sloupce� interakce mezi objekty (stimuly) -

orientované šipky mezi objekty� události - události, které vyvolaly interakci� reakce - odezvy na události (výstupy)� �asová osa - pro vyzna�ení sledu událostí


ScScéénnáá�� pro pro ““pp��ejejíímkumku””


ScScéénnáá�� pro pro ““doddodáávkuvku””


Datový model (konceptuDatový model (konceptuáálnlníí))(zachycení analýzy dat)Prvky:� typy objekt� (entity) - entita = rozlišitelný

identifikovatelný objekt� vztahy (relationships) - množiny instancí

reprezentujících vztahy mezi (2 a více) objekty� indikace p�idružených objekt� - pro vztahy o nichž

si pot�ebujeme n�co pamatovat� indikace vztah� nadtyp-podtyp - vztah spole�ný -

speciální (gen-spec, d�di�nost), celek-�ást (whole-part)


Datový model ECO (1.verze)Datový model ECO (1.verze)

TheThe EndEnd

Date post:	19-Aug-2018
Category:	Documents
Upload:	lebao
View:	231 times
Download:	1 times

Nejprve trochu kontroly - Department of Software ...richta/NSWI041/SWI041-2.pdf · 2.2 Požadavek...

Documents