Systémová analýza a návrh Vysoká škola báňská - technická univerzita Ostrava 1. května 2011
Obsah 1 2 3
zachycují vztah mezi stakeholdery systému a jeho chováním popisují chování systému za různých podmínek, odpovídajících požadavku jednoho ze stakeholderů - primary actor využívají se v textové formě pro komunikaci mezi lidmi bez bližších znalostí či v rámci vývojového týmu používají přibližnou nebo plnou formu popisu - causal/fully-dressed form k popisu lze použít i různé diagramy, Petriho sítě či programovací jazyky
identifikovat počítače, další systémy a uživatele, kteří budou přímo spolupracovat se systémem - actors
aktér je cokoliv s chováním použít identifikované aktéry z předchozího kroku co každý aktér vyžaduje/potřebuje aby systém splňoval? tabulka zachycující seznam aktérů a jejich cílů - názvy use-case
aktér je cokoliv s chováním použít identifikované aktéry z předchozího kroku co každý aktér vyžaduje/potřebuje aby systém splňoval? tabulka zachycující seznam aktérů a jejich cílů - názvy use-case Actor Goal Priority Zákazník vyber hotovosti 1 kontrola stavu 1 Bankomat over PIN 1 over platbu 1 vytiskni ucet 1.........
ideální scénář, kdy vše jde jak má jednoduché k porozumnění a vysvětlení zachycuje záměry a odpovědnosti každé role od spuštění use case až po jeho ukončení zohledňuje informace, které si tyto role vyměňují
ideální scénář, kdy vše jde jak má jednoduché k porozumnění a vysvětlení zachycuje záměry a odpovědnosti každé role od spuštění use case až po jeho ukončení zohledňuje informace, které si tyto role vyměňují výběr hotovosti main success scenario: 1 Zákazník vloží kartu do čtečky. 2 Bankomat přečte id banky, číslo účtu a zašifrovaný PIN z karty. Bankomat ověří banku a číslo účtu v centrálním registru. 3 Zákazník vloží PIN. Bankomat jej ověří oproti kartě. 4...
rozšíření hlavního scénáře o situace, které mohou nastat detekce neobvyklého běhu scénáře předcházejí používání if konstrukcí
rozšíření hlavního scénáře o situace, které mohou nastat detekce neobvyklého běhu scénáře předcházejí používání if konstrukcí výběr hotovosti extensions: 2a Bankomat se nemůže spojit s centrálním registrem. 2b Neznámé id banky nebo číslo účtu. 3a Zákazník vložil špatný PIN. 3b Vypršel čas pro zadání PIN čísla....
- spojení s původním use-case spojit rozšíření s původním scénářem některé rozšíření ukončí celý use case
- spojení s původním use-case spojit rozšíření s původním scénářem některé rozšíření ukončí celý use case výběr hotovosti extensions:... 2b Neznámé id banky nebo číslo účtu. 2b1 Bankomat oznámí Zákazníkovi chybu a vrátí kartu. Konec use-case. 3a Zákazník vložil špatný PIN. 3a1 Bankomat oznámí chybu Zákazníkovi a vyzve jej k opětovnému zadání PINu. 3a2 Zákazník znovu zadá PIN....
musí být pravda, před začátkem provádění use case nemusí se ověřovat při běhu use case preconditions precondition: Uživatel je přihlášen a ověřen. precondition: Ověřena platba na účet.
musí být pravda, před začátkem provádění use case nemusí se ověřovat při běhu use case preconditions precondition: Uživatel je přihlášen a ověřen. precondition: Ověřena platba na účet. trigger spouští use case trigger: Uživatel vloží kartu do čtečky. trigger: Přijata objednávka od zákazníka.
příslib daný stakeholderovi po proběhnutí (i neúspěšném) use case minimal/success guarantees minimal guarantee: Systém zapíše transakci do databáze. minimal guarantee: Objednávka bude předána k expedici, pouze je-li ověřena platba. success guarantee: Zákazník obdrží peníze a stvrzenku. Banka bude informována o transakci. success guarantee: Soubor bude uložen.
primární aktér spouští use case - Uživatel vloží kartu příběh v písemné formě mělo by být zřejmé kdo má míč - Bankomat ověří... vynechat GUI - Zobrazí se okno přihlášení dekomponovat use case - Prodavač ověří zákazníka.
Děkuji za pozornost.