Pokročilé typové úlohy a scénáře 2006 UOMO 71

Pokročilé typové úlohy a scénáře 2006 UOMO 71

Osnova Interní model typové úlohy Vazby include a extend Provázanost typových úloh na firemní procesy a objekty Nejčastější chyby 2006 UOMO 72

Interní model typové úlohy K tomu, abychom mohli definovat způsob dosažení cíle typové úlohy, musíme rozšířit grafický model o podrobné popisy interakce aktéra se systémem. Interní model popisuje, jak se chová IS v reakci na aktérovi vstupy (požadavky) Popisuje sled kroků interakce uživatele se systémem, v rámci typové úlohy. Hovoří se o něm jako o scénáři typové úlohy, jelikož popisuje průběh realizace uživatelského požadavku. 2006 UOMO 73

Tvorba interního modelu Jeho specifikace se provádí ve dvou formách: Verbálním popisem - volný slovním popisem, který je později transformován do strukturované podoby Strukturovaným popisem pomocí konstruktů sekvence (jednoduchý krok činnosti), selekce (výběr, větvení) a iterace (opakování) Obě formy se vkládají přímo do popisu typové úlohy a tím má interní model katalogový charakter. Při tvorbě interního modelu: je třeba se vžít do pohledu uživatele je třeba používat slovník aktéra záměr aktéra musí být jasný 2006 UOMO 74

Zásady pro scénáře Jednoduché věty (Podmět, přísudek, předmět) Zaznamenávat pouze určité akce (Jacobson): zaslání impulsu od aktéra přijetí, ověření impulsu (dat) zpracování, změna stavu systému zobrazení výsledku aktérovi Rozlišovat, kdy systém zpracovává data a kdy je zobrazuje 2006 UOMO 75

Příklad interního modelu typové úlohy Zrušení účtu 1. Pracovník banky iniciuje zrušení bankovního účtu 2. Systém zobrazí dotaz na identifikační údaje klienta banky 3. Pracovník banky zadá identifikační údaje 4. Systém ověří identifikační údaje klienta banky 5. Jestliže ověření dopadlo dobře potom 5.1 Systém zjisti všechny účty klienta banky 5.2 Systém zobrazí seznam účtů klienta banky 5.3 Pracovník banky vybere účet pro zrušení 5.4 Systém zablokuje účet pro všechny operace 5.5 Systém ověří aktuální zůstatek na účtu 5.6 Jestliže existuje zůstatek na účtů 5.6.1 Systém zobrazí zůstatek na účtů 5.6.2 Systém se zeptá co provést se zůstatkem na účtů 5.6.3 Pracovník banky vybere co provést se zůstatkem na účtů 5.6.4 Jestliže pracovník banky vybral Vyber hotovosti 5.6.4.1 Systém zavolá typovou úlohu Vyber hotovosti 5.6.5 Jestliže pracovník banky vybral Převod hotovosti na jiný účet 5.6.5.1 Systém zavolá typovou úlohu Převod hotovosti 5.7 Systém se dotaze na datum zrušení účtů 5.8 Pracovník banky zadá datum zrušení 5.9 Jestliže datum zrušení je dnes 5.9.1 Systém označí účet za zrušený 5.10 Jestliže datum zrušení není dnes 5.10.1 Systém nastaví datum zrušení účtů 6 Jestliže ověření klienta banky nedopadlo dobře 6.1 Systém znovu zobrazí dotaz na identifikaci Podmínka Vazba include 2006 UOMO 76

Vazby - typ Include Vazba typu Include extrahuje společný průběh akcí několika typových úloh. Společná část vnitřního chování několika typových úloh může být vyčleněna a vložena do nové (samostatné) typové úlohy (která je původními vkládána) Typové úlohy, ze kterých bylo společné chování vyčleněno, nutně potřebují ke své činnosti provázanou (nově vytvořenou) typovou úlohu. V kroku scénáře, kde má být nově vytvořená typová úloha vložena se zapíše informace, že: (Systém) vloží/volá typovou úlohu XY Nové typové úloze je jedno, která jiná typová úloha ji vkládá do svého scénáře 2006 UOMO 77

Příklad vztahu Include Výběr hotov osti «include» Zj ištění hotov osti Klient banky «include» Příkaz k úhradě 2006 UOMO 78

Definice vztahu Extends Vazba typu Extends - modeluje alternativní, volitelný průběh akcí, (částí typových úloh) Rozšiřovaná typová úloha je významově nezávislá (na rozšiřující typové úloze) Rozšiřované úloze je jedno, kdo ji rozšiřuje není tím nikterak dotčena Rozšiřující typová úloha nemusí být nutně významově samostatná může pouze upravovat rozšiřovanou typovou úlohu Rozšiřující typová úloha ví, jak se přidat do základního scénáře jiné typové úlohy Rozšíření může, ale nemusí být realizováno 2006 UOMO 79

Příklad vztahu Extends Výběr hotov osti «extend» Zrušení účtu Pracov ník banky «extend» Příkaz k úhradě 2006 UOMO 80

Návaznost typových úloh na Business procesy Hierarchie procesů určuje strukturu firmy z hlediska činností, procesní vlákno určuje chování procesů vzhledem k prostředí (událostem). Typová úloha určuje části firemního prostředí, vztažené k aktéru, které budou zpracovávány (podporovány) informační technologií. Typová úloha tedy popisuje činnosti prováděné ve firmě, které budou realizovány v novém IS. Funkčnost typové úlohy je následně vytvořena (definována) pomocí metod objektů 2006 UOMO 82

Vazby mezi procesy, typovými úlohami a objekty 1. Struktura činností firmy 2. Reakce firmy na události 3. Specifikace požadavků na IS 4. Návrh řešení požadavků zdroj [SEL] 2006 UOMO 83

Nejčastější chyby Příliš mnoho UC Špatné názvy UC Použití vazby Use mezi UC Vztahy mezi aktéry Naznačení posloupnosti kroků Příliš mnoho vazeb 2006 UOMO 84

Špatné názvy UC uc chyby Dokument Menu Uživatel Obj ednáv ka Oddíl 2006 UOMO 85

Vztahy mezi aktéry uc chyby Vytvoření obj ednáv ky Uživatel úkoly Manažer 2006 UOMO 86

Zobrazení návazností uc chyby - navigace Podmenu «include» «include» Hlav ní menu Otev ření souboru Uživatel «include» Formátov ání Objednání Vyrobení Dodání Fakturace «include» «include» «include» Prodejce 2006 UOMO 87

Výhody použití UCM jednoduchost -> snadné pochopení pomáhají v komunikaci mezi vývojářem a zadavatelem pomáhají porozumět problémové oblasti pomáhají porozumět řešení zachycují požadovanou funkcionalitu z pohledu okolí vyvíjeného systému identifikují jaké skupiny uživatelů systém rozeznává a jaké jsou cíle jednotlivých skupin pomáhají identifikovat kandidáty na objekty slouží jako součást smlouvy mezi zákazníkem (investorem) a vývojářem 2006 UOMO 88

Nevýhody použití UCM nejednoznačnost a neformálnost (zejména v pozdějších fázích vývoje) zdroj nedorozumění a nepřesností mají funkční charakter přechod na objektově orientovaný digram tříd není jednoznačný 2006 UOMO 89