Ing. Martin Komárek Katedra počítačů ČVUT v Praze, FEL. Evropský sociální fond Praha & EU: Investujeme do vaší budoucnosti
|
|
- Miloslav Kašpar
- před 8 lety
- Počet zobrazení:
Transkript
1 UML diagramy Případy užití A7B36SIN - Softwarové inženýrství, A7B36USI - Úvod do SW inženýrství, AD7B36SIN - Softwarové inženýrství(dálkaři), AD7B36USI - Úvod do SW inženýrství(dálkaři), Y36SIN-Úvod do softwarového inženýrství Ing. Martin Komárek Katedra počítačů ČVUT v Praze, FEL Evropský sociální fond Praha & EU: Investujeme do vaší budoucnosti
2 UML- Případy užití Evropský sociální fond Praha & EU: Investujeme do vaší budoucnosti
3 SOFTWAROVÉ INŽENÝRSTVÍ Požadavky a jejich modelování pomocí případů užití Martin Komárek Vzniklo primárně pro potřeby studijního programu Softwarové technologie a management za podpory:
4 Diagram případů užití
5 Model případů užití USE CASE MODEL Modelování případů užití, je způsob zachycení funkčních požadavků Vyjadřuje,kdo bude jakým způsobem používat systém Cíle modelování: Najít hranice systému (co je součástí, co je vně systém) Najít aktéry (kdo bude systém přímo používat/ovlivňovat) Vytvořit vlastní use case
6 Účastníci (=aktéři) Jednotlivý účastník: je vůči systému externími entitou, která systém využívá nebo ho ovlivňuje. většinou účastníkem reálná osoba(uživatel), nebo častěji spíše role, kterých konkrétní osoby nabývají (př. obchodní zástupce, lékař, hlavní účetní,..) účastníkem ale může být například i "čas" (spouštění záloh atd..) účastníkem dále může být i jiný systém
7 Identifikace účastníků/aktérů pomocí seznamu otázek Ne všechny aktéry odvodíme s business procesů a proto se ptáme: Kdo používá systém Kdo instaluje systém? Kdo vypíná a zapíná systém? Kdo udržuje? Jaké další systémy používá řešený systém? Kdo získává a poskytuje informace systému? Děje se něco v systému pravidelně resp. V určitém čase?
8 Generalizace účastníků
9 Případy použití systému (USE CASE) případ použití"~"případ užití"~"užitná činnost ~ use case James Rumbaugh: Případ užití můžeme definovat jako specifikaci posloupnosti činností, včetně proměnných posloupností a chybových posloupností, které systém může vykonat prostřednictvím interakce s aktéry. Měl by popisovat jednu rutinní akci jednoho účastníka v jednu chvíli Je vždy iniciován účastníkem USE CASE diagram znázorňuje funkce systému z pohledu účastníků Název USE CASE má vždy slovesnou vazbu!!! Př. : Zadat objednávku, Zjistit stav objednávky,
10 Use case diagram Co je špatně? Mail Order System use case diagram communication relationship Place Order Mail Order System subject name system boundary Cancel Order Ship Product ShippingCompany Customer Check Order Status actor Send Catalogue use case Dispatcher 8
11 Název USE CASE vždy slovesnou vazbou!
12 Specifikace případu užití Struktura specifikace není definována standardem UML. UC musí být definován alespoň: Názvem Stručným popisem Netriviální UC obvykle bývá doplněn o: Hlavní scénář (Main/Basic/Happy flow) Vedlejší scénář (Alternative flow) Výjimečný scénář (Exceptional flow) Další možná upřesnění UC: Jedinečným identifikátorem Vstupními podmínkami Výstupním podmínkami Aktéry zapojenými do případu užití
13 Scénář případu užití = tok událostí Hlavní scénář popisuje kroky případu užití, pokud vše jde jak má. Odchylky od ideálního (=hlavního) scénáře zachycujeme v alternativních scénářích. Výjimky (cancel atd.) ošetřujeme v Exception path. Pozor dříve nebylo podporováno nástrojem EA, takže se používaly alternativní scénáře. Většinou popisuje textově, ale někdy názornější diagramem aktivit (popis algoritmů výpočtu, složitá větvení toků, atd).
14 Scénář případu užití Stejně jako v divadelním či filmovém scénáři se obvykle střídají role. V našem případě Uživatel a Systém. UC 112 Přihlášení uživatele 1. Systém zobrazí přihlašovací formulář (FRM. 26_Login frame) včetně CAPTCHA. 2. Uživatel vyplní požadované údaje a potvrdí je. 3. Systém ověří správnost vyplněných údajů a zobrazí všechny role, které má uživatel v systému na výběr. 4. Uživatel vybere jednu z nabízených rolí. 5. Systém
15 Příklad případu užití Upravit záznam Umožňuje upravit jednotlivé položky u vybraného záznamu v katalogu. Seznam položek jednotlivých záznamů v katalogu je uveden v popisu tohoto balíčku. Tok událostí: Basic Path Upravení záznamu v katalogu 1. Případ užití začíná, když chce lékař upravit některý ze záznamů v katalogu. 2. INCLUDE ( Vybrat katalog ) 3. Systém požádá lékaře o výběr záznamu z katalogu, který chce upravovat. 4. INCLUDE ( Zobrazit položky katalogu). 5. Systém zobrazí formulář umožňující upravit veškeré položky u vybraného záznamu. 6. Lékař upraví požadované údaje. 7. Systém uloží do záznamu všechny změny provedené lékařem. Exception Zrušení provedených úprav 1. Lékař může veškeré provedené změny odvolat stisknutím tlačítka Storno.
16 (Ne)Používání uživatelských rolí ve scénařích Upravit záznam Umožňuje upravit jednotlivé položky u vybraného záznamu v katalogu. Seznam položek jednotlivých záznamů v katalogu je uveden v popisu tohoto balíčku. Tok událostí: Basic Path Upravení záznamu v katalogu 1. Případ užití začíná, když chce lékař upravit některý ze záznamů v katalogu. 2. INCLUDE ( Vybrat katalog ) 3. Systém požádá lékaře o výběr záznamu z katalogu, který chce upravovat. 4. INCLUDE ( Zobrazit položky katalogu). 5. Systém zobrazí formulář umožňující upravit veškeré položky u vybraného záznamu. 6. Lékař upraví požadované údaje. 7. Systém uloží do záznamu všechny změny provedené lékařem. Exception Zrušení provedených úprav Lékař může veškeré provedené změny odvolat stisknutím tlačítka Storno.
17 Doporučuji nepoužívat uživatelské role ve scénařích Upravit záznam Umožňuje upravit jednotlivé položky u vybraného záznamu v katalogu. Seznam položek jednotlivých záznamů v katalogu je uveden v popisu tohoto balíčku. Tok událostí: Basic Path Upravení záznamu v katalogu 1. Případ užití začíná, když chce uživatel upravit některý ze záznamů v katalogu. 2. INCLUDE ( Vybrat katalog ) 3. Systém požádá uživatele o výběr záznamu z katalogu, který chce upravovat. 4. INCLUDE ( Zobrazit položky katalogu). 5. Systém zobrazí formulář umožňující upravit veškeré položky u vybraného záznamu. 6. Uživatel upraví požadované údaje. 7. Systém uloží do záznamu všechny změny provedené lékařem. Alternate Zrušení provedených úprav Uživatel může veškeré provedené změny odvolat stisknutím tlačítka Storno. Doporučuji systémové role spíše nepoužívat, protože případ užití může být později přidělen k jiné uživatelské roli nebo více různým uživatelským rolím. Další možností je použití systémových rolí.
18 Postup tvorby use case 1. Nalezení a vodné pojmenovaní hlavních use case (pojmenování slovesnou vazbou!) 2. Stručný popis jednotlivých UC. Stačí pár vět. 3. (Prvotní odhad složitosti realizace UC. Pro potřebu odhadu rozpočtu.) 4. U netriviálních UC napsání prvotních scénářů (přehledově) 5. Refactoring use case- odvození pomocných use case 6. Přepracování a zjemnění scénářů 1. Nejprve píšeme hlavní toky 2. Pak doplňujeme alternativní (viz dále)
19 Specifikace Use Case dle Arlowa use case name use case identifier brief description the actors involved in the use case the system state before the use case can begin the actual steps of the use case the system state when the use case has finished alternative flows ID: 1 Primary actors: Time Use case: PaySalesTax Brief description: Pay Sales Tax to the Tax Authority at the end of the business quarter. Secondary actors: TaxAuthority Preconditions: 1. It is the end of the business quarter. Main flow: 1. The use case starts when it is the end of the business quarter. 2. The system determines the amount of Sales Tax owed to the Tax Authority. 3. The system sends an electronic payment to the Tax Authority. Postconditions: 1. The Tax Authority receives the correct amount of Sales Tax. Alternative flows: None. implicit time actor 17
20 Pre a postconditions dle Arlowa Preconditions obsahují stav systému před spuštěním UC (co musí platit, aby šel UC spustit) Postconditions obsahují stav systému po spuštění UC (efekt UC) Place Order Preconditions: 1. A valid user has logged on to the system Nutné? Postconditions: 1. The order has been marked confirmed and is saved by the system 18
21 Hlavní scénář (Happy scenario) dle Arlowa Posloupnost akcí Vždy začíná akcí aktéra Např: <číslo> <aktér/systém> <akce> 1) Use Case začíná když <actor> <function> Odpovídá situaci, kdy vše jde bez problémů a aktér dosáhne svého cíle Alternativy je možné vyjádřit větvením nebo alternativními scénáři Dle M. Komárka není vždy nutné, protože akce začíná většinou rozhodnutím aktéra akci spustit. 19
22 Větvení pomocí If ID: 2 Primary actors: Customer Use case: ManageBasket Brief description: The Customer changes the quantity of an item in the basket. Secondary actors: None. Preconditions: 1. The shopping basket contents are visible. Main flow: 1. The use case starts when the Customer selects an item in the basket. 2. If the Customer selects "delete item" 2.1 The system removes the item from the basket. 3. If the Customer types in a new quantity 3.1 The system updates the quantity of the item in the basket. Postconditions: None. Alternative flows: None. 20
23 Opakování pomocí For ID: 3 Actors: Customer Preconditions: None. Main flow: 1. The use case starts when the Customer selects "find product". 2. The system asks the Customer for search criteria. 3. The Customer enters the requested criteria. 4. The system searches for products that match the Customer's criteria. 5. If the system finds some matching products then 5.1 For each product found The system displays a thumbnail sketch of the product The system displays a summary of the product details The system displays the product price. 6. Else 6.1. The system tells the Customer that no matching products could be found. Postconditions: None. Alternative flows: None. Use case: FindProduct Brief description: The system finds some products based on Customer search criteria and displays them to the Customer.
24 Alternativní scénáře Alternativní scénaře odpovídají chybám, vyímkám v hlavním scénaři Teoreticky může existovat veliká řada alternativních scénářů Vyber jen ty nejdůležitější Pro skupinu analogických vyber je jednu alternativu Use case main flow alternative flows 22
25 Odkazovat na alter. scénáře ID: 5 Preconditions: None. Main flow: Use case: CreateNewCustomerAccount Brief description: The system creates a new account for the Customer. Primary actors: Customer Secondary actors: None The use case begins when the Customer selects "create new customer account". While the Customer details are invalid The system asks the Customer to enter his or her details comprising address, password and password again for confirmation. 2.2 The system validates the Customer details. The system creates a new account for the Customer. alterna tive flows Postconditions: 1. A new account has been created for the Customer. Alternative flows: Invalid Address InvalidPassword Cancel
26 Alternativní scénář Alternative flow: CreateNewCustomerAccount:Invalid Address Alternativní tok začíná v nějakém kroku hlavního scénáře ID: 5.1 Brief description: The system informs the Customer that they have entered an invalid address. Primary actors: Customer Secondary actors: None. Preconditions: 1. The Customer has entered an invalid address Alternative flow: 1. The alternative flow begins after step 2.2. of the main 2. flow. The system informs the Customer that he or she entered an invalid address. Postconditions: None. Alternativní tok může nastat místo hlavního toku Alternativní tok může nastat za jistým krokem hlavního scénaře Alternativní tok může nastat kdykoliv během hlavního toku 24
27 Vztahy mezi případy použití <<extend>> - pokud nějaký případ rozšiřuje chování (je zde možnost volby) <<include>> - pokud jeden případ zahrnuje případ jiný (např. přepočet ceny prodávaného zboží po změně kurzu EURO) - vytknutí části scénáře před závorku
28 ud Katalogy IS pro praktické lékaře Přidat nov ý záznam do katalogu «include» Uprav it záznam «include» Vybrat katalog Lékař (from IS pro praktické lékaře) «include» Zobrazit záznamy v katalogu «include» «include» Odstranit záznam z katalogu
29 ud Správa dekurzu vyúčtování IS pro praktické lékaře Upravit záznam o průběhu návštěvy «extend» ( upravit záznam ) Přidat frázi pro dekurz Lékař (from IS pro praktické lékaře) «include» «extend» ( upravit záznam ) «extend» ( upravit záznam ) «extend» ( upravit záznam ) Zobrazit fráze pro dekurz (from Správa frází k dekurzu) Přidat záznam o provedeném výkonu Přidat záznam o vydání ZP Přidat záznam o diagnóze «include» «include» «include» Prohlížet číselník (from Modul správa číselníků)
30 Include versus extend Příklad na tabuli na použití vazeb v balíčku Správa zákazníků
31 Případy použití nejčastější chyby Model zachycuje navigaci v systému. Model obsahuje aktéra Systém místo aktéra Čas. Nesprávně používaný směr vazeb <<include>> a <<extend>>.
32 Případy použití nejčastější chyby Model zachycuje navigaci v systému. Model obsahuje aktéra Systém místo aktéra Čas. Nesprávně používaný směr vazeb <<include>> a <<extend>>.
33 Matice požadavků a UC Sledovatelnost / Tracebility požadavků. Ukázka v EA.
34 7 důvodů proč modelovat UC Dle Ilji Kravala. Články 57 až 60 na 1. Velmi vhodné zadání algoritmů chodu aplikace již z analýzy až do programování 2. Výrazné zamezení efektu bobtnání projektu 3. Možné odhady pracnosti na projektu a jeho řízení 4. Efektivnější a snadnější tvorba uživatelské dokumentace 5. Vynikající podklady pro funkcionální testování 6. Podklady pro marketingové materiály a obchodní prezentace 7. Efektivní tvorba dokumentu funkční specifikace produktu jako přílohy smlouvy mezi odběratelem a dodavatelem SW
Model případu užití. Martin Komárek
Model případu užití Martin Komárek Ukázka diagramu případů užití Informační systém pro E-shop Potvrdit objednávku Vložit záznam o naskladnění nového zboží Zrušit objednávku Vytvořit cenovou akci Nakupující
VíceModelování chování v UML
Modelování chování v UML Karel Richta listopad 2011 Superstruktura UML Richta: B101TMM - Modelování chování v UML 2 Analýza chování Začínáme zpravidla seznamem funkcí - modelem jednání ten definuje případy
VíceSuperstruktura UML. Modelování chování v UML. B101TMM Techniky a metody modelování požadavků Modelování chování. Richta: Podklady z přednášek na BI
Superstruktura UML v UML Karel Richta listopad 2011 Richta: B101TMM - v UML 2 Analýza chování Začínáme zpravidla seznamem funkcí - modelem jednání ten definuje případy užití. Pro každý případ užití navrhneme
VíceMetodiky vývoje SW. Taxonomie metodik. Metodiky pro softwarový proces. Moderní strukturovaná analýza. Unifikovaný proces vývoje (UP) Klasické.
Metodiky pro softwarový proces Metodiky vývoje SW Co to je softwarový proces umění, manufaktura, modelování? Proces vývoje software by se měl řídit nějakým doporučením sníží se tím pravděpodobnost chyb,
VíceModelování požadavků
Modelování požadavků Ing. Jiří Mlejnek Katedra softwarového inženýrství Fakulta informačních technologií České vysoké učení technické v Praze Jiří Mlejnek, 2011 jiri.mlejnek@fit.cvut.cz Softwarové inženýrství
VícePožadavky Modelování případů užití
Požadavky Modelování případů užití Požadavky část 2 Clear View Training 2005 v2.2 1 4.2 Modelování případů užití Modelování případů užití je jednou z forem inženýrství požadavků Modelování případů užití
VíceIntroduction to MS Dynamics NAV
Introduction to MS Dynamics NAV (Item Charges) Ing.J.Skorkovský,CSc. MASARYK UNIVERSITY BRNO, Czech Republic Faculty of economics and business administration Department of corporate economy Item Charges
VíceOOT Objektově orientované technologie
OOT Objektově orientované technologie Požadavky a případy užití Daniela Szturcová Institut geoinformatiky, HGF Osnova Systém Uživatelé Případy užití Vazby (asociace, generalizace, include a extend) Shrnutí
Více1. Přihlášení Registrace ve webovém uživatelském rozhraní HU-GO. Postup registrace palubního přístroje (OBU On-Board Unit) Obsah
Postup registrace palubního přístroje (OBU On-Board Unit) Obsah 1. Přihlášení... 1 1.1. Registrace ve webovém uživatelském rozhraní HU-GO... 1 1.2. Přihlášení do systému HU-GO... 4 1.3. Výběr aktuálního
VíceOOT Objektově orientované technologie
OOT Objektově orientované technologie Požadavky a případy užití Daniela Szturcová, Pavel Děrgel Institut geoinformatiky, HGF Osnova Systém Uživatelé Případy užití Vazby (asociace, generalizace, include
VíceUse Case Model - Complete Report Grouped by Item Kind, Full Descriptions
Use Case Model - Complete Report Grouped by Item Kind, Full Descriptions Generated by Serlio Software Case Complete Report Contents: Description: casecomplete Use Cases... 2 Přihlášení uživatele... 2 Registrace
VícePokroč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
VíceObjektová tvorba SW, Analýza požadavků 2006 UOMO 53
Objektová tvorba SW, Analýza požadavků 2006 UOMO 53 Osnova Základní principy tvorby SW Fáze tvorby SW v předmětu UOMO Analýza požadavků Modelování typových úloh 2006 UOMO 54 Tvorba SW Dříve umění vyvolených
VíceNemocnice. Prvotní analýza a plán projektu
Nemocnice Projekt do předmětu AIS Prvotní analýza a plán projektu Lukáš Pohl, xpohll00, xkosti03 Jan Novák, xnovak79 2009/2010 1 Neformální specifikace FN potřebuje informační systém, který bude obsahovat
VíceUse case - management skladu
2016-08-26 19:16 1/6 Use case - management skladu Use case - management skladu Diagram případů užití balíku: Management skladu UC10: Vyskladnit položky Případ užití: Vyskladnit položky ID:10 Stručný popis:
VícePřípady užití IS pro praktické lékaře
Případy užití IS pro praktické lékaře Dokument obsahuje podrobné specifikace případů užití informačního systému pro praktické lékaře. Každý případ užití je popsán pomocí hlavního toku událostí. Z důvodu
Více7.2 Model použití (jednání) (Use Case)
7.2 Model použití (jednání) (Use Case) - při analýze požadavků často popis typických interakcí uživatele, nedokumentované Jacobson model použití (1992) Scénář Posloupnost kroků popisujících interakci mezi
VíceSystémová analýza a návrh. Zbyněk Ungermann, UNG května 2011
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,
VíceROZDÍL MEZI VZTAHEM EXTEND A INCLUDE V USE CASE DIAGRAMECH
ROZDÍL MEZI VZTAHEM EXTEND A INCLUDE V USE CASE DIAGRAMECH 3. část RNDr. Ilja Kraval, srpen 2009 http://www.objects.cz ÚVOD Tento článek je pokračováním předešlých článků. Článek vysvětluje použití vztahu
VícePostup objednávky Microsoft Action Pack Subscription
Postup objednávky Microsoft Action Pack Subscription DŮLEŽITÉ: Pro objednání MAPS musíte být členem Microsoft Partner Programu na úrovni Registered Member. Postup registrace do Partnerského programu naleznete
VíceÚvod do principů objektově orientovaného programování
OBSAH DISTANČNÍHO E-LEARNINGOVÉHO KURZU PROFESNÍ RŮST ANALYTIKA OD ZÁKLADŮ (BASE) ÚVOD DO TECHNOLOGIÍ INFORMAČNÍCH SYSTÉMŮ Jak funguje počítač na základní úrovni Základy HTML Skripty ve webovských technologiích
VíceSQL - trigger, Databázové modelování
6. přednáška z předmětu Datové struktury a databáze (DSD) Ústav nových technologií a aplikované informatiky Fakulta mechatroniky, informatiky a mezioborových studií Technická univerzita v Liberci jan.lisal@tul.cz
Více7.6 Další diagramy UML
7.6 Další diagramy UML 7.6.1 Moduly (balíčky - package) a kolaborace (collaboration) Jak rozložit rozsáhlý systém na menší? - seskupování tříd (prvků modelu) do jednotek vyšší úrovně (package v UML). UI
Více7.6 Další diagramy UML
7.6 Další diagramy UML 7.6.1 Moduly (balíčky - package) a kolaborace (collaboration) Jak rozložit rozsáhlý systém na menší? - seskupování tříd (prvků modelu) do jednotek vyšší úrovně (package v UML). UI
VíceUsers manual for IMCF BIOCEV booking system new planning board
Users manual for IMCF BIOCEV booking system new planning board Go to https://booking.ceitec.cz/ and login using your institute (CU users) or social networks account (IBT users). And then select google
VíceRychlá eshop objednávka: Krok za krokem
Rychlá eshop objednávka: Krok za krokem 1) Prosím vyhledejte tuto webovou stránku: 2) Vpravo nahoře klikněte na zelené pole Košík (Cart). 3) Nákupní košík (Shopping cart) Do pole Catalog No. zadejte katalogové
VíceTvorba aplikací v Oracle Application Express
DBS 4. ročník APEX Tvorba aplikací v Oracle Application Express Cílem této lekce je vytvořit kompletní aplikaci v Apexu, postavenou na vzorových tabulkách společnosti Oracle. Postup: 1. Otevřete lekci
VíceUživatelská příručka
Uživatelská příručka fakultního informačního systému NETFEI, určeného pro evidenci odborných praxí studentů FEI VŠB - TU Ostrava pro roli Garant OBSAH Obecné informace... 2 Firmy... 3 Témata praxí... 4
VíceUnifikovaný proces vývoje
Unifikovaný proces vývoje Karel Richta Katedra softwarového inženýrství Fakulta informačních technologií České vysoké učení technické v Praze richta@fel.cvut.cz, 2011 Softwarové inženýrství I., BI-SI1
Více2. Začlenění HCI do životního cyklu software
Jan Schmidt 2011 Katedra číslicového návrhu Fakulta informačních technologií České vysoké učení technické v Praze Zimní semestr 2011/12 EVROPSKÝ SOCIÁLNÍ FOND PRAHA & EU: INVESTUJENE DO VAŠÍ BUDOUCNOSTI
VíceA7B36SI2 - Řízení SW projektů. Smart-Fine. Systém evidence parkovacích lístků pomocí chytrých telefonů. Analýza (v. 3)
A7B36SI2 - Řízení SW projektů Smart-Fine Systém evidence parkovacích lístků pomocí chytrých telefonů Analýza (v. 3) Martin Štajner, Pavel Brož 16.12.2011 1 Obsah Obsah Požadavky na systém Případy užití
VíceSupplier Web Uživatelská příručka. Supplier Web. Copyright Telefónica O2 Czech Republic, a.s. All rights reserved. 1/10
Supplier Web 1/10 OBSAH: Supplier Web 1 ÚVOD... 3 1.1 POUŽITÍ... 3 1.2 ZNAČENÍ... 3 2 VSTUP DO APLIKACE... 4 3 OBJEDNÁVKY... 7 4 LEGAL DISCLAIMER... 10 2/10 1 Úvod 1.1 Použití Dokument slouží jako uživatelská
VíceGUIDELINES FOR CONNECTION TO FTP SERVER TO TRANSFER PRINTING DATA
GUIDELINES FOR CONNECTION TO FTP SERVER TO TRANSFER PRINTING DATA What is an FTP client and how to use it? FTP (File transport protocol) - A protocol used to transfer your printing data files to the MAFRAPRINT
VíceUživatelská příručka pro respondenty
Uživatelská příručka pro respondenty Statistický informační systém Českého statistického úřadu Subsystém DANTE WEB Funkční blok Objednavatel: Český statistický úřad Na padesátém 81, 100 82 Praha 10 Dodavatel:
VíceInformační systémy 2008/2009. Radim Farana. Obsah. Nástroje business modelování. Business modelling, základní nástroje a metody business modelování.
3 Vysoká škola báňská Technická univerzita Ostrava Fakulta strojní, Katedra automatizační techniky a řízení 2008/2009 Radim Farana 1 Obsah Business modelling, základní nástroje a metody business modelování.
VíceObjektově orientované technologie Dynamický náhled Sekvenční diagram (Realizace UC) Daniela Szturcová
Objektově orientované technologie Dynamický náhled Sekvenční diagram (Realizace UC) Daniela Szturcová Osnova Modelování interakcí mezi objekty modelování zpráv (mapování zpráv na operace), vytváření a
VíceEURO přeshraniční platba
EURO přeshraniční platba EURO přeshraniční platba je platební příkaz splňující následující kriteria: Je předložen elektronicky Je požadováno standardní provedení (tj. nikoliv urgentní nebo expresní) Částka
VíceDigitální učební materiál
Digitální učební materiál Projekt Šablona Tématická oblast DUM č. CZ.1.07/1.5.00/34.0415 Inovujeme, inovujeme III/2 Inovace a zkvalitnění výuky prostřednictvím ICT (DUM) Anglický jazyk pro obor podnikání
VíceVY_32_INOVACE_06_Předpřítomný čas_03. Škola: Základní škola Slušovice, okres Zlín, příspěvková organizace
VY_32_INOVACE_06_Předpřítomný čas_03 Autor: Růžena Krupičková Škola: Základní škola Slušovice, okres Zlín, příspěvková organizace Název projektu: Zkvalitnění ICT ve slušovské škole Číslo projektu: CZ.1.07/1.4.00/21.2400
VíceUser manual SŘHV Online WEB interface for CUSTOMERS June 2017 version 14 VÍTKOVICE STEEL, a.s. vitkovicesteel.com
1/ 11 User manual SŘHV Online WEB interface for CUSTOMERS June 2017 version 14 2/ 11 Contents 1. MINIMUM SYSTEM REQUIREMENTS... 3 2. SŘHV ON-LINE WEB INTERFACE... 4 3. LOGGING INTO SŘHV... 4 4. CONTRACT
VíceProblém identity instancí asociačních tříd
Problém identity instancí asociačních tříd Autor RNDr. Ilja Kraval Ve školeních a také následně po jejich ukončení se stále častěji objevují dotazy, které se týkají tzv. identity instancí asociační třídy.
Více7.2 Model použití (jednání) (Use Case)
7.2 Model použití (jednání) (Use Case) - při analýze požadavků často popis typických interakcí uživatele, nedokumentované Jacobson model použití (1992) Scénář Posloupnost kroků popisujících interakci mezi
VíceThe New Parking System in Brno
HOME PAGE PERSONAL HOLDER PAGE - PORTAL The New Parking System in Brno Residents Subscribers Visitors www.parkovanivbrne.cz @parkovanivbrnecz Contact Department: Zvonařka 5 Infolinka: 800 30 30 20 Introduction...
VíceDatabázové a informační systémy Informační systém prodejny nábytku. Jakub Kamrla, KAM087
Databázové a informační systémy Informační systém prodejny nábytku Jakub Kamrla, KAM087 1. část Funkční a nefunkční požadavky 1. K čemu má systém sloužit Jedná se o informační systém pro jednu nejmenovanou
VíceIntroduction to Navision 4.00 Jaromír Skorkovský, MS., PhD.
Introduction to Navision 4.00 Jaromír Skorkovský, MS., PhD. ESF MU, Czech Republic 1 1 Distribution channels Microsoft Development, new versions, technology, languages.. Country HQ 1 legislation, sales
VícePŘÍLOHA C Požadavky na Dokumentaci
PŘÍLOHA C Požadavky na Dokumentaci Příloha C Požadavky na Dokumentaci Stránka 1 z 5 1. Obecné požadavky Dodavatel dokumentaci zpracuje a bude dokumentaci v celém rozsahu průběžně aktualizovat při každé
VícePrůvodce instalací modulu Offline VetShop verze 3.4
Průvodce instalací modulu Offline VetShop verze 3.4 Úvod k instalaci Tato instalační příručka je určena uživatelům objednávkového modulu Offline VetShop verze 3.4. Obsah 1. Instalace modulu Offline VetShop...
VíceInformační systémy 2008/2009. Radim Farana. Obsah. UML - charakteristika
2 Vysoká škola báňská Technická univerzita Ostrava Fakulta strojní, Katedra automatizační techniky a řízení 2008/2009 Radim Farana 1 Obsah Jazyk UML, základní modely, diagramy aktivit, diagramy entit.
VíceDatabázové systémy II. KIV/DB2 LS 2007/2008. Zadání semestrální práce
Databázové systémy 2 Jméno a příjmení: Jan Tichava Osobní číslo: Studijní skupina: čtvrtek, 4 5 Obor: ININ SWIN E-mail: jtichava@students.zcu.cz Databázové systémy II. KIV/DB2 LS 2007/2008 Zadání semestrální
VíceNávrh IS - UML. Jaroslav Žáček
Návrh IS - UML Jaroslav Žáček jaroslav.zacek@osu.cz http://www1.osu.cz/~zacek/ UML UML není metodikou ani programovacím jazykem, je to pouze vizuální modelovací nastroj pro objektově orientované systémy.
VíceObjektově orientované technologie Business proces Diagram aktivit. Daniela Szturcová
Objektově orientované technologie Business proces Diagram aktivit Daniela Szturcová Osnova Bysnys proces pojmy metody, specifikace pomocí diagramů Modelování pomocí aktivitního diagramu prvky diagramu
VíceÚvod do softwarového inženýrství a týmového vývoje
Úvod do softwarového inženýrství a týmového vývoje Ing. Jiří Mlejnek Katedra softwarového inženýrství Fakulta informačních technologií České vysoké učení technické v Praze Jiří Mlejnek, 2011 jiri.mlejnek@fit.cvut.cz
VícePožadavky Pokročilé modelování případů užití
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
VíceNávrh IS - UML. Jaroslav Žáček
Návrh IS - UML Jaroslav Žáček jaroslav.zacek@osu.cz http://www1.osu.cz/~zacek/ Trochu historie neuškodí Do roku 1994 chaos ve světě objektově orientovaných metod (několik jazyků pro vizuální modelování,
VíceJak správně psát scénáře k případům užití?
Jak správně psát scénáře k případům užití? Autor RNDr. Ilja Kraval 2007 http://www.objects.cz K napsání tohoto článku mne inspiroval tento mail: Dobrý den pane Kravale, chci Vás poprosit o radu, která
Více12. VHDL pro verifikaci - Testbench I
Evropský sociální fond Praha & EU: Investujeme do vaší budoucnosti 12. VHDL pro verifikaci - Testbench I Praktika návrhu číslicových obvodů Dr.-Ing. Martin Novotný Katedra číslicového návrhu Fakulta informačních
VícePři prvním přihlášení Vás program vyzve ke změně úvodního hesla.
Návod na používání helpdeskového systému HELP.i. Požadavky směrované na podporu produktů firmy DATACENTRUM systems & consulting, a.s., jsou evidovány v aplikaci HELP.i. V systému jsou evidovány požadavky,
Více10 Metody a metodologie strukturované analýzy
10 Metody a metodologie strukturované analýzy 10.1 Strukturovaná analýza DeMarco (1978) Nástroje: DFD, datový slovník, strukturovaná angličtina, rozhodovací tabulky a stromy Postup: 1. Analýza stávajícího
VíceObsah. Zpracoval:
Zpracoval: houzvjir@fel.cvut.cz 03. Modelem řízený vývoj. Doménový (business), konceptuální (analytický) a logický (návrhový) model. Vize projektu. (A7B36SIN) Obsah Modelem řízený vývoj... 2 Cíl MDD, proč
VícePříručka uživatele HELPDESK GEOVAP
HELPDESK GEOVAP verze 1.2 11.11.2008 OBSAH 1 REGISTRACE DO HELPDESK...1 2 PŘIHLÁŠENÍ A ODHLÁŠENÍ...1 3 ZÁKLADNÍ OBRAZOVKA HELPDESK...2 4 PŘEHLED HLÁŠENÍ...2 5 ZALOŽENÍ NOVÉHO HLÁŠENÍ...3 6 ZOBRAZENÍ/EDITACE
VíceUnifikovaný modelovací jazyk UML
Unifikovaný modelovací jazyk UML Karel Richta katedra počíta tačů FEL ČVUT Praha richta@fel fel.cvut.czcz Motto: Komunikačním m prostředkem informační komunity se postupem času stala angličtina. Chcete-li
VíceText úlohy. Systémový katalog (DICTIONARY):
Úloha 1 Částečně správně Bodů 050 / 100 Systémový katalog (DICTIONARY): a Se skládá z tablek a pohledů uložených v tabulkovém SYSTEM b Všechny tabulky vlastní uživatel SYS c Se skládá z tablek a pohledů
VíceSentech AL 7000 C. Instalace a ovládání programu BREATH
Sentech AL 7000 C Instalace a ovládání programu BREATH Program BREATH slouží k ovládání detektoru alkoholu AL 7000C pomocí počítače. Umožňuje provádět měření, zaznamenávat je a exportovat do Excelu. Instalace
VíceUML a jeho použití v procesu vývoje. Jaroslav Žáček jaroslav.zacek@osu.cz
UML a jeho použití v procesu vývoje Jaroslav Žáček jaroslav.zacek@osu.cz Různé pohledy na modelování Různé pohledy na modelování Unified Modeling Language UML není metodikou ani programovacím jazykem,
VíceUživatelská příručka
Uživatelská příručka 1 Obsah 1 Obsah... 2 2 Uživatelská příručka... 3 2.1 Správce aplikace... 3 Menu správce aplikace... 4 Správa uživatelských účtů... 4 2.2 Ředitel turnaje... 4 Menu ředitele turnaje...
VíceJazyk UML - přehled. diagram hierarchie procesů. IS firmy. podpora řízení. evidence zaměstnanců. pokladny. výroba. diagram procesních vláken
Jazyk UML - přehled Unified Modeling Language jazyk pro popis objektově orientované analýzy a návrhu aplikací slouží k vzájemné komunikaci mezi zadavatelem a návrhářem systému má několik částí, není nutné
VíceGENERAL INFORMATION MATCH: ALSA PRO ARENA MASTERS DATE: TIME SCHEDULE:
GENERAL INFORMATION MATCH: ALSA PRO ARENA MASTERS DATE: 22.9. - 23.9.2018 TIME SCHEDULE: Mainmatch 1 - Saturday 22.9. registration: 22.9.2018-9.00h first shot: 22.9.2018-10.00h Mainmatch 2 - Sunday 23.9.
VíceAkceptační test. Úvod
Verze 1.5 Akceptační test Úvod Tento dokument popisuje postup ověření softwaru, ohledně pokrytí požadavků. Obsahuje vstupní a výstupní parametry pro každý test. Testy Aplikace je napsána pro více uživatelských
VíceModelování obchodních procesů
Modelování obchodních procesů Ing. Jiří Mlejnek Katedra softwarového inženýrství Fakulta informačních technologií České vysoké učení technické v Praze Jiří Mlejnek, 2011 jiri.mlejnek@fit.cvut.cz Softwarové
VíceRevize majetku. Dovývoj je vytvořen jako součást DELPHI Pluginu a může být přidán do jakékoliv existující knihovny. (pokud existují zdrojové kódy)
Produktové řady: ERP - HELIOS Orange Revize majetku Hodí se -pokud potřebujeme evidovat revize či údržby u karet majetku. Po instalaci modulu Revize se ve stromečku Hlavní nabídky objeví nový uživatelský
VíceAPS Web Panel. Rozšiřující webový modul pro APS Administrator. Webové rozhraní pro vybrané funkce programového balíku APS Administrator
APS Web Panel Rozšiřující webový modul pro APS Administrator Webové rozhraní pro vybrané funkce programového balíku APS Administrator Instalační a uživatelská příručka 2004 2016,TECH FASS s.r.o., Věštínská
VíceElektronické podání žádosti o udělení výjimky pro použití konvenčních osiv v ekologickém zemědělství prostřednictvím Portálu farmáře MZe
Uživatelská příručka Elektronické podání žádosti o udělení výjimky pro použití konvenčních osiv v ekologickém zemědělství prostřednictvím Portálu farmáře MZe Ministerstvo zemědělství České republiky únor
VíceElektronické podání žádosti o udělení výjimky pro použití konvenčních osiv v ekologickém zemědělství prostřednictvím Portálu farmáře MZe
Uživatelská příručka Elektronické podání žádosti o udělení výjimky pro použití konvenčních osiv v ekologickém zemědělství prostřednictvím Portálu farmáře MZe verze pro mobilní zařízení a čtečky elektronických
VíceMetodika analýzy. Příloha č. 1
Metodika analýzy Příloha č. 1 Příloha č. 1 1 Účel dokumentu Dokument popisuje závaznou metodiku systémové analýzy, je upraven na míru pro prostředí Podniku. Dokument je provázán s Podnikovou analýzou,
VíceVytvoření certifikační autority v programu XCA
Příloha č. 1 Vytvoření certifikační autority v programu XCA 1 Cíl dokumentu Cílem tohoto dokumentu je popsat postup pro vytvoření certifikační autority v programu XCA (http://xca.sourceforge.net) a následné
VíceČtvrtek 3. listopadu. Makra v Excelu. Obecná definice makra: Spouštění makra: Druhy maker, způsoby tvorby a jejich ukládání
Čtvrtek 3. listopadu Makra v Excelu Obecná definice makra: Podle definice je makro strukturovanou definicí jedné nebo několika akcí, které chceme, aby MS Excel vykonal jako odezvu na nějakou námi definovanou
VíceJak zadávat opravy přes portál
Jak zadávat opravy přes portál Úvod Pomocí tohoto dokumentu se naučíte, jak se orientovat v jednotlivých částech portálu a jak vytvořit a spravovat objednávky oprav. Účel Účelem tohoto dokumentu je popsat
VíceDAQUAS Cloud Portal - Návod k obsluze pro Providera verze 1.2
DAQUAS Cloud Portal - Návod k obsluze pro Providera verze 1.2 Administrativní a technické požadavky na resellera nutné pro transakce v CSP Aktivní a dokončený (vyplněný) profil MPN ID (Microsoft Partner
VíceActors. + Ad m in istrá to r + Ca s + Ne re gistrovan ý u živatel + Obcho dník + Pri hlášen ý u živa te l + Sklad ník + Zá ka zník + Za mestn anec
Use Case Model uc Use Case Model Modul správ y osob + Edita ce zákazn íka + Edita ce zamestnan ce + Odh lá šení n eaktivního uži vatele + Pri hlásit se + Vytvorení za mestn ance + Zaregistrova t se + Zm
VíceGENERAL INFORMATION MATCH: ALSA PRO HOT SHOTS 2018 DATE:
GENERAL INFORMATION MATCH: ALSA PRO HOT SHOTS 2018 DATE: 7.7. - 8.7.2018 TIME SCHEDULE: Prematch - Friday registration: 6.7.2018-10.00h first shot: 6.7.2018-11.00h Mainmatch 1 - Saturday registration:
VíceSpecifikace požadavků, UC. Jaroslav Žáček jaroslav.zacek@osu.cz http://www1.osu.cz/~zacek/
Specifikace požadavků, UC Jaroslav Žáček jaroslav.zacek@osu.cz http://www1.osu.cz/~zacek/ Důvody pro formalizaci SRS Podle Chaos Report organizace Standish Group jsou požadavky jedním z přispěvatelů k
VíceDell Premier. Návod k nakupování a objednávkám
Dell Premier Návod k nakupování a objednávkám Navrženo pro podnikání. Přizpůsobeno pro vás. Nový portál Premier přináší přizpůsobenou a zabezpečenou online sadu nástrojů pro nákup, reporting, vyhledávání
VícePRACOVNÍ SKUPINA 5. Zdeněk KOCOUREK, IDS Advisory Lucie VESELÁ, Ministerstvo financí. Kybernetická bezpečnost IT
PRACOVNÍ SKUPINA 5 Zdeněk KOCOUREK, IDS Advisory Lucie VESELÁ, Ministerstvo financí Kybernetická bezpečnost IT Metoda GROW 1. G Goal setting stanovení cíle pracovní skupiny, potvrzení tohoto cíle s účastníky
VíceBI-TIS Případová studie
Evropský sociální fond Praha & EU: Investujeme do vaší budoucnosti BI-TIS Případová Cvičení č. 2 Ing. Pavel Náplava naplava@fel.cvut.cz Katedra softwarového inženýrství, ČVUT FIT, 18102 Centrum znalostního
VíceInternetový obchod Mironet
České vysoké učení technické v Praze Fakulta elektrotechnická Internetový obchod Mironet Semestrální práce A2 Testování uživatelských rozhraní A4B39TUR Pavel Štíbal Stibapa1@fel.cvut.cz 2013/2014 Otevřená
VíceProblémové domény a jejich charakteristiky
Milan Mišovič (ČVUT FIT) Pokročilé informační systémy MI-PIS, 2011, Přednáška 02 1/16 Problémové domény a jejich charakteristiky Prof. RNDr. Milan Mišovič, CSc. Katedra softwarového inženýrství Fakulta
VícePřednáška. Sběr požadavků na SW s použitím metody C.C a nástroje Craft.CASE. e-fractal, s.r.o.
Přednáška Sběr požadavků na SW s použitím metody C.C a nástroje Craft.CASE e-fractal, s.r.o. Úvod Agenda Motivace proč modelovat procesy Stručný úvod do metody C.C Příklad Motivace proč modelovat procesy
VíceRoční periodická zpráva projektu
WAK-1F44C-2005-2 WAK System Název projektu: Automatizovaná výměna dat mezi informačními systémy krizového řízení v dopravě s jednotným univerzálním a implementovaným rozhraním založeným na standardu webových
VíceVirtual private database. Antonín Steinhauser
Virtual private database Antonín Steinhauser Základní princip VPD Rozšíření bezpečnostní politiky Oracle o omezení na úrovni jednotlivých řádků a sloupců Pro uživatele, kterého se bezpečnostní politika
VíceREPORTING. Příručka pro Partnery a zákazníky -1-
REPORTING Příručka pro Partnery a zákazníky -1- Obsah Obsah... 2 1. Úvod... 3 2. Základní předpoklady pro používání... 3 3. Práce v aplikaci, její ovládání... 3 4. Přihlášení do aplikace... 3 5. Práce
VícePersonální evidence zaměstnanců
Mendelova univerzita v Brně Provozně ekonomická fakulta Personální evidence zaměstnanců Uživatelská dokumentace Bc. Petr Koucký Bc. Lukáš Maňas Bc. Anna Marková Brno 2015 1 Popis funkcionality Námi řešená
VíceInspirace pro seminární práci předmětu Techniky a CASE nástroje vývoje IS
Inspirace pro seminární práci předmětu Techniky a CASE nástroje vývoje IS výtah z ukázkového příkladu Cestovní kancelář z knihy Buchalcevová Alena, Stanovská Iva. Příklady modelů analýzy a návrhu aplikace
VíceModelování hrozeb. Hana Vystavělová AEC, spol. s r.o.
Modelování hrozeb Hana Vystavělová AEC, spol. s r.o. Agenda Možné způsoby identifikace rizik Úskalí analýzy rizik Modelování hrozeb metodiky Modelování hrozeb ukázky Výhody a přínosy modelování hrozeb
VíceAnalýza a design na reálném projektu. Richard Michalský
Analýza a design na reálném projektu Richard Michalský Agenda o Role analytika o Dokumentace (analytická) o Sběr a analýza požadavků o Fixace rozsahu Role analytika o Tvůrce požadavků o Zákazník zná své
VíceAnalýza a modelování dat. Helena Palovská
Analýza a modelování dat Helena Palovská Analýza a modelování pro SW projekt Strukturovaný přístup Dynamická část (procesy, aktivity, funkce) Statická část (data) Objektově orientovaný přístup use case
VíceTento materiál byl vytvořen v rámci projektu Operačního programu Vzdělávání pro konkurenceschopnost.
Tento materiál byl vytvořen v rámci projektu Operačního programu Vzdělávání pro konkurenceschopnost. Projekt MŠMT ČR Číslo projektu Název projektu školy Klíčová aktivita III/2 EU PENÍZE ŠKOLÁM CZ.1.07/1.4.00/21.2146
VíceSpecifikace požadavků, UC. Jaroslav Žáček
Specifikace požadavků, UC Jaroslav Žáček jaroslav.zacek@osu.cz http://www1.osu.cz/~zacek/ Důvody pro formalizaci SRS Podle Chaos Report organizace Standish Group jsou požadavky jedním z přispěvatelů
Více