Požadavky Pokročilé modelování případů užití

Podobné dokumenty
7.2 Model použití (jednání) (Use Case)

Use case - management skladu

OOT Objektově orientované technologie

OOT Objektově orientované technologie

Požadavky Modelování případů užití

Modelování požadavků

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

Jazyk UML - přehled. diagram hierarchie procesů. IS firmy. podpora řízení. evidence zaměstnanců. pokladny. výroba. diagram procesních vláken

7.2 Model použití (jednání) (Use Case)

Principy UML. Clear View Training 2005 v2.2 1

Semestrální práce 2 znakový strom

Modelování informačních systémů s využitím jazyka UML. Jaroslav Šmarda

Systémová analýza a návrh. Zbyněk Ungermann, UNG května 2011

ROZDÍL MEZI VZTAHEM EXTEND A INCLUDE V USE CASE DIAGRAMECH

Nemocnice. Prvotní analýza a plán projektu

UML úvod. Zdroje: Kanisová Hana, Müller Miroslav: UML srozumitelně, Computer Press 2007

Reportní systém MANTIS

1. Dědičnost a polymorfismus

PRACUJEME S TSRM. Modul Samoobsluha

Gymnázium a Střední odborná škola, Rokycany, Mládežníků 1115

Informační systémy 2008/2009. Radim Farana. Obsah. Dotazy přes více tabulek


Informační systém sportovního klubu

MS SQL Server 2008 Management Studio Tutoriál

Analýza Realizace případů užití

Model případu užití. Martin Komárek

Roční periodická zpráva projektu

Metodika návrhu databáze

Vztah typu Extend v UML a jeho zvláštnosti


Dealer Extranet 3. Cenové nabídky

Univerzita Pardubice. Fakulta elektrotechniky a informatiky SEMESTRÁLNÍ PRÁCE PRO PŘEDMĚT IDAS2

Objektově orientované technologie. Daniela Szturcová

1. Přihlášení do aplikace Změna hesla Zapomenuté heslo Přístup pro neregistrované zákazníky... 5

HASHING GENERAL Hashovací (=rozptylovací) funkce

Knihomol. Manuál pro verzi 1.2

1. Přihlášení Registrace ve webovém uživatelském rozhraní HU-GO. Postup registrace palubního přístroje (OBU On-Board Unit) Obsah

IS Autopůjčovna VYSOKÁ ŠKOLA BÁŇSKÁ TECHNICKÁ UNIVERZITA OSTRAVA INFORMAČNÍ SYSTÉMY A DATOVÉ SKLADY. (semestrální projekt) ZS

Generické programování

Založení zadání závěrečné práce

Diagram tříd (class diagram)

WEBOVÝ PORTÁL. SOCIÁLNÍ SLUŽBY v Plzeňském kraji UŽIVATELSKÝ MANUÁL

Jak si vypůjčit e-knihu z ebrary na počítač, na kterém je nainstalovaný Adobe Digital Editions

DIPL 2. Stručný manuál pro vysokoškolské kvalifikační práce.

Metodický pokyn ke skartačnímu řízení v ifis

Úvod do MS Access. Modelování v řízení. Ing. Petr Kalčev

Víte, co vše Storyous pokladní systém umí? Ne? Zde najdete informace k tomu, abyste se stali úspěšným insiderem

Novinky verze systému Spisové služby (SpS) e-spis LITE

Manuál k registraci nemovitostí pro potřeby OP PIK

10 Metody a metodologie strukturované analýzy

Návod pro práci se čtenářským kontem CKIS

Databázové a informační systémy Informační systém prodejny nábytku. Jakub Kamrla, KAM087

M E T O D I K A W I K I

Binární vyhledávací strom pomocí směrníků Miroslav Hostaša L06620

typová konverze typová inference

Administrace Žádostí o platbu v IS CEDR

Supplier Web Uživatelská příručka. Supplier Web. Copyright Telefónica O2 Czech Republic, a.s. All rights reserved. 1/10

Obsah. Zpracoval:

Ochrana osobních údajů. Všeobecné obchodní podmínky

Metodický pokyn ke skartačnímu řízení v ifis

Databáze pro evidenci výrobků

Vypracoval: Antonín Krumnikl Mob.: Tel.:

Návrh databázového systému pro Galerii S

Bisnode Mobilní aplikace k prověření firmy

Moje-Projekty.cz Dokumentace k aplikaci

Inspirace pro seminární práci předmětu Techniky a CASE nástroje vývoje IS

CEMEX Go. Faktury. Verze 2.1

SQL - trigger, Databázové modelování

Objektová tvorba SW, Analýza požadavků 2006 UOMO 53

ELEKTRONICKÝ OBCHOD SPOLEČNOSTI SWAROVSKI ONLINE INFORMACE A OBJEDNÁVÁNÍ - PŘEDSTAVENÍ

Informační systémy 2008/2009. Radim Farana. Obsah. UML - charakteristika

Testování operačního systému Windows Phone 8

Tento projekt je spolufinancován Evropským sociálním fondem a státním rozpočtem České republiky. PORTÁL KUDY KAM. Manuál pro editaci ŽS. Verze 1.

Příručka pro editaci kontaktů na eagri

Jaký je rozdíl v definicicíh VARCHAR2(20 BYTE) a VARCHAR2(20 CHAR):

-CSS soubor: možnost vepsání a úpravy vlastního css souboru (nastavení barev a grafiky veřejné části rezervace pro splynutí s vlastními stránkami)

Kapitola 6: Práce s rezervací Zavření a ignorování rezervace. uzavření rezervace/uložení změn

Internetový obchod Mironet

Word Lekce III. a IV.

Stručný návod pro práci s knihovním katalogem OPAC

ANOTACE vytvořených/inovovaných materiálů

Objektový návrh IS. Přístup k návrhu. vychází ze strukturovaného přístupu. Přebírá P3A, není tak výrazné odlišení analýzy a designu

Beton 3D Výuková příručka Fine s. r. o. 2010

Kapitola 2: Entitně-vztahový model (Entity-Relationship model) Množiny entit (entitní množiny) Atributy

ÚČTOVÁNÍ úvodní nastavení

První přihlášení do CMS. Po přihlášení

Problém identity instancí asociačních tříd

Postup pro získání elektronického podpisu a podepisování dokumentů v MS2014+

CÍGLER SOFTWARE a.s. Stručný návod k obsluze

Novinky ISÚI a VDP verze

PROJEKTOVÁNÍ INFORMAČNÍCH SYSTÉMŮ

Obsah přednášky. 12. Dokumentace zdrojového kódu Tvorba elektronické dokumentace UML. Co je diagram tříd. Ing. Ondřej Guth

Uživatelská příručka

E-NABÍDKA PARTNER.REDA.CZ

Manuál PVU zadavatel Platnost pro elektronický nástroj X-EN verze 3 a novější

Postup pro vložení plné moci k SEPNO

Elektronická evidence tržeb (EET) v programu HARMONIK stav k

Transkript:

Požadavky Pokročilé modelování případů užití Požadavky - Část 3 Clear View Training 2005 v2.2 1

5.1 Více relací Budeme se věnovat některým pokročilým aspektům modelování případů užití a popíšeme všechny vztahy: Zobecnění aktéra Zobecnění případu užití «include» vztah mezi případy užití «extend» vztah mezi případy užití Clear View Training 2005 v2.2 2

5.2 Zobecnění aktéra - příklad Aktéři Zákazníka ObchodníZástupce jsou velmi podobní Oba spouštějí případy užití VypsatSeznam, ObjednatProdukty, PřijmoutPlatbu Navíc ObchodníZástupce spouští případ užití VypočítatOdměnuZaZprostřed kování Náš diagram je složitý, můžete ho zjednodušit? Zákazník ObchodníZástupce Prodejní systém VypsatSeznam Produktů ObjednatProdukty PřijmoutPlatbu VypočítatOdměnu ZaZprostředkování Clear View Training 2005 v2.2 3

5.2 Zobecnění aktéra Zobecnění aktéra umožňuje vyčlenit chování společné dvěma nebo více aktérům do nového rodičovského (nadřazeného) aktéra Potomek aktéra dědí role a relace k případům užití od abstraktního předka Potomka můžeme dosadit všude tam, kde lze očekávat přítomnost jeho předka. To je základní princip zaměnitelnosti zobecnění předek nebo rodič Zákazník abstraktní aktér Kupující potomci nebo děti ObchodníZástupce Prodejní systém VypsatSeznam Produktů ObjednatProdukty PřijmoutPlatbu VypočítatOdměnuZa Zprostřekdování Případ užití můžeme zjednodušit zobecněním aktérů! Clear View Training 2005 v2.2 4

5.3 Zobecnění případů užití Zobecnění případu užití umožňuje vyčlenit chování společné dvěma nebo více případům užití do rodičovského (nadřazeného) případu užití Potomek (odvozený případ užití) zastupuje přesněji stanovenou formu svého předka. Odvozené případy užití mohou dědit, přidávat nebo překrývat funkce a vlastnosti od svých předků Omezení pro zobecnění případů užití Prodejní systém Prvek případu užití Dědit Přidat Překrýt Relace Yes Yes No Atribut Yes Yes No Vstupní podmínka Yes Yes Yes Výstupní podmínka Yes Yes Yes Krok v hlav.scénáři Yes Yes Yes Alternativní scénář Yes Yes Yes Zákazník NajítKnihu NajítProdukt NajítCD Clear View Training 2005 v2.2 5

5.4 Relace «include» Klientský případ užití běží nerušeně dlouho dokud nedospěje do místa zahrnutí: include(supplierusecase) Řízení běhu je přesunuto do dodavatelského případu užití Jakmile dosáhne zpracování konce scénáře dodavatelského případu užití, vrací se řízení běhu událostí zpět do Vedoucí klientského případu užití Poznámka: Klientský případ užití není bez všech dodavatelských případů užití úplný Dodavatelský případ užití může být úplný nebo neúplný tento typ případu užití se nazývá fragmentem chování. bázový případ užití ZměnitÚdajeO Zaměstnanci ProhlížetÚdajeO Zaměstnanci VymazatÚdajeO Zaměstnanci Osobní systém stereotyp «include» «include» «include» relace zahrnutí NajítÚdajeO Zaměstnanci zahrnutý případ užití Relace «include», nastavená mezi případy užití, umožňuje zahrnout chování dodavatelského případu užití do scénáře klientského případu užití Clear View Training 2005 v2.2 6

5.4 «include» příklad ID: 1 Případ užití: ZměnitÚdajeOZaměstnanci Stručný popis: Vedoucí upravuje údaje o zaměstnanci. Hlavní aktéři: Vedoucí Vedlejší aktéři: Žádní Vstupní podmínky: 1. Vedoucí je přihlášen k systému. Hlavní scénář: 1. Zahrnout( NajítÚdajeOZaměstnanci). 2. Systém zobrazí informace o zaměstnanci. 3. Vedoucí změní údaje o zaměstnanci. Výstupní podmínky: 1. Údaje o zaměstnanci byly změněny. Alternativní scénáře: Žádné. ID: 4 Případ užití: NajítÚdajeOZaměstnanci Stručný popis: Vedoucí hledá údaje o zaměstnanci. Hlavní aktéři: Vedoucí Vedlejší aktéři: Žádní Vstupní podmínky: 1. Vedoucí je přihlášen k systému. Hlavní scénář: 1. Vedoucí zadá identifikátor zaměstnance. 2. Systém vyhledá údaje o zaměstnanci. Výstupní podmínky: 1. Systém nalezl údaje o zaměstnanci. Alternativní scénáře: Žádné. Clear View Training 2005 v2.2 7

5.5 Relace «extend» Relace «extend» je způsobem, jimž lze do existujícího případu užití vložit nové chování Bázový případ užití poskytuje určitou množinu míst rozšíření, k nimž lze připojit rozšíření v podobě nového chování Případ užití s rozšiřujícím chováním naopak nabízí množinu vkládaných segmentů, které lze do bázového případu užití vložit prostřednictvím míst rozšíření Relaci «extend» můžete používat k tvorbě jakýchkoli rozšíření scénáře bázového případu užití Knihovník Bázový případ užití Vrátit knihu Půjčit knihu Najít knihu Knihovní systém «extend» stereotyp rozšířit relaci Uložit pokutu rozšiřující případ užití Klientský případ užití vkládá do bázového případu užití chování. Bázový případ užití má připravena místa rozšíření, ale o rozšiřujících případech užití neví nic. Clear View Training 2005 v2.2 8

5.5 Bázový případ užití bázový případ užití místo rozšíření: ZpožděnáKniha název místa rozšíření rozšiřující případ užití VrátitKnihu místa rozšíření ZpožděnáKniha «extend» UložitPokutu místo rozšíření Vedlejší aktéři: Žádní. Případ užití: VrátitKnihu Vstupní podmínky: 1. Knihovník je přihlášen k systému. Hlavní scénář: 1. Knihovník zadá identifikační číslo čtenáře. 2. Systém zobrazí údaje o čtenáři, včetně seznamu aktuálně vypůjčených knih. 3. Knihovník vyhledá v seznamu knih, které knihy je třeba vrátit. Místo rozšíření: ZpožděnáKniha 4. Knihovník vrací knihu Výstupní podmínky: 1. Kniha byla vrácena. Místa rozšíření nejsou ve scénáři případu užití číslována, stejně jako nejsou jeho součástí. Clear View Training 2005 v2.2 9 ID: 9 Stručný popis: Knihovník vrátí zapůjčenou knihu. Hlavní aktéři: Knihovník Alternativní scénáře: Žádné. Bázový případ užití VrátitKnihu obsahuje místo rozšíření ZpožděnáKniha vložené mezi 3. a 4. krok tohoto scénáře

5.5.1 Rozšíření případu užití Rozšiřující případ užití: UložitPokutu VrátitKnihu místa rozšíření ZpožděnáKniha ID: 10 Stručný popis: Knihovník zapíše a vytiskne pokutu. místo rozšíření: zpožděnákniha «extend» UložitPokutu Hlavní aktéři: Knihovník Vedlejší aktéři: Žádní. Vstupní podmínky segmentu: 1. Vrácení knihy je opožděno. Hlavní scénář: 1. Knihovník zadá podrobnosti o pokutě do systému. 2. Systém vytiskne pokutu. Výstupní podmínky segmentu: 1. Pokuta byla zaznamenána do systému. 2. Systém vytiskl pokutu. Rozšíření případů užití má jeden nebo více segmentů, které vkládají fragmenty chování do bázových případů užití v místech rozšíření. Clear View Training 2005 v2.2 10

5.5.2 Více vkládaných segmentů místa rozšíření: ZpožděnáKniha, PlatitPokutu the first segment in IssueFine is inserted at overduebook and the second segment at payfine VrátitKnihu místa rozšíření ZpožděnáKniha PlatitPokutu «extend» UložitPokutu If more than one extension point is specified in the «extend» relationship then the extension use case must have the same number of insertion segments ID: 10 Hlavní aktéři: Knihovník Vedlejší aktéři: Žádní. Segment 1 vstupní podmínky: 1. Vrácení knihy je opožděno. Rozšiřující případ užití: UložitPokutu Stručný popis: Segment 1: Knihovník zaznamenává a vypíše pokutu. Segment 2: Knihovník příjme úhradu pokuty. Segment 1 hlavní scénář: 1. Knihovník zadá podrobnosti o pokutě do systému. 2. Systém vytiskne pokutu. Segment 1 výstupní podmínky: 1. Pokuta byla zaznamenána do systému. 2. Systém vytiskl pokutu. Segment 2 vstupní podmínky: 1. Vypůjčovatel musí uhradit pokutu. Segment 2 hlavní scénář: 1. Knihovník přijme platbu pokuty od vypůjčovatele. 2. Knihovník zadá úhradu pokuty do systému. 3. Systém vytiskne doklad o úhradě pokuty. Segment 2 výstupní podmínky: 1. Úhrada pokuty je zaznamenána. 2. Systém vytiskl doklad o úhradě pokuty. Clear View Training 2005 v2.2 11

5.5.3 Conditional extensions ReturnBook extension points overduebook payfine condition condition: {first offence} extension points: overduebook «extend» «extend» condition: {!first offence} extension points: overduebook, payfine IssueWarning IssueFine We can specify conditions on «extend» relationships Conditions are Boolean expressions The insertion is made if and only if the condition evaluates to true Clear View Training 2005 v2.2 12

5.6 Shrnutí Seznámili jsme se pokročilými technikami modelování případů užití: Zobecněním aktérů Zobecněním případů užití «include» «extend» Pokročilé funkce používejte jen tehdy, pokud zjednoduší model! Clear View Training 2005 v2.2 13