Vztah typu Extend v UML a jeho zvláštnosti

Save this PDF as:
 WORD  PNG  TXT  JPG

Rozměr: px
Začít zobrazení ze stránky:

Download "Vztah typu Extend v UML a jeho zvláštnosti"

Transkript

1 Vztah typu Extend v UML a jeho zvláštnosti RNDr. Ilja Kraval 2007 Object Consulting s.r.o. Do diskusního fóra na Pandoře (http://pandora.idnes.cz/conference/objcon/) přišel následující dotaz: Zdravim, rad bych si objasnil nasledujici vec. Vychazim z toho ze vazba Extend mezi dvema prvky UseCase vyjadruje podminene pouziti. Pokud je prvek A "extendovan" prvkem B a sipka je ve smeru od B k A. Prvek A je zavisly na B. Pokud jsou prvky v samostatnych packages pak package prvku B nemuze znat package prvku A. Proc to vlastne resim? Pokud v EA u packages zavedu rizeni verzi pomoci (napriklad Visual SourceSafe) a upravuji prvek A ktery ma byt extendovan prvekm B pak musim provest check out u package B. Coz se mi moc nelibi protoze B by melo byt jedno kdo ji pouziva. U Include to funguje spravne. Co si o tom myslite? Je to chyba v EA? Nebo spatne chapu vyznam Extend? Diky Marek B. Zkusíme se tedy blíže podívat na specifikaci vztahu typu Extend. Uvedeme si, jak je definován přímo v UML. Avšak hned na začátku bych si dovolil drobně poopravit větu z dotazu: vazba Extend mezi dvema prvky UseCase vyjadruje podminene pouziti " která je pravdivá pouze částečně. Navíc kromě existující podmínky extenze (v bodě nazývaném jako Extension Point) je třeba ještě dodat, že prvek typu Use Case, který rozšiřuje, má povahu nějakého rozšíření, tj. něco jako přívěsek, dodatek k

2 rozšiřovanému prvku typu Use Case. Nejedná se tedy o klasické podmíněné if else ve smyslu toku v programování, ale o aditivní extenzi. Problém, o kterém se v dotazu píše, je již takříkajíc přímo v definici jazyka UML. Podívejme se přesně, jak je vztah typu Extend v UML přesně definován a rozeberme si jeho definici i s příkladem, který je ve specifikaci také uveden. Poznámka: všechny texty ze specifikace UML jsou převzaty z dokumentu označeném jako Unified Modeling Language: Superstructure, version 2.0 formal/ , který je volně ke stažení na adrese K datu vydání tohoto článku se jedná o nejaktuálnější verzi specifikace UML staženou aktuálně z uvedené pozice. Specifikace jazyka UML definuje vztah typu Extend takto (kapitola , překlad): Vztah typu Extend Jedná se o vztah ve směru od rozšiřujícího prvku typu Use Case k rozšiřovanému prvku typu Use Case, který specifikuje jak a kdy bude chování rozšiřujícího prvku typu Use Case vloženo do rozšiřovaného chování prvku typu Use Case. Všimněme si jedné velmi důležité okolnosti v textu definice. Hovoří se o vložení chování prvku rozšiřujícího (v textu dotazu označen jako prvek B typu Use Case) do rozšiřovaného (v textu dotazu prvek A typu Use Case). Znamená to, že dovnitř prvku A je vloženo chování prvku B a to nějakým specifickým způsobem (podmíněně) a tím prvek B za určitých podmínek rozšiřuje prvek A. strana 2

3 Znázorníme si situaci ještě na obrázku: A «extend» B obrázek 1 Prvek B typu Use Case "extenduje", tedy rozšiřuje prvek A, ale chování prvku B je vloženo za určitých podmínek do prvku A Na obrázku je podle definice znázorněno, že prvek A je rozšiřovaný prvek typu Use Case, dále že prvek B je rozšiřující prvek typu Use Case a navíc podle definice obrázek znázorňuje, že chování prvku B je vloženo za určitých podmínek do chování prvku A. V další části popisu se lze dočíst ve specifikaci UML následující popis: Popis Tento vztah specifikuje, že chování případu užití může být rozšířeno o chování dalšího (obvykle doplňkového) případu užití. Toto rozšíření se koná v jednom nebo více specifických bodech rozšíření definovaných v rozšiřovaném případu užití. Všimněte si nicméně, že rozšiřovaný případ užití je definován nezávisle na rozšiřujícím případu užití a je významově nezávislý na rozšiřujícím případu užití. Na druhé straně rozšiřující případ užití typicky definuje chování, které nutně nemusí být smysluplné samo o sobě. Rozšiřující případ užití definuje sadu modulárních přírůstků chování, což rozšiřuje průběh rozšiřovaného případu užití za nějakých specifických podmínek. Všimněte si, že tentýž rozšiřující případ užití může rozšiřovat více než jeden případ užití. Navíc rozšiřující případ užití může být dále rozšířen. Zde si všimněme poněkud překvapivého tvrzení, že rozšiřovaný případ užití je definován nezávisle na rozšiřujícím případu užití a je významově nezávislý na strana 3

4 rozšiřujícím případu užití K tomuto bodu se ještě vrátíme, protože zde je uschováno jádro pudla našeho dotazu. Další částí specifikace vztahu Extend je vysvětlení sémantiky tohoto vztahu, což je velmi zajímavé: Koncept "umístění rozšíření" (tj.- umístění bodu extenze) je úmyslně ponechán blíže nespecifikovaným, protože případy užití jsou typicky specifikovány v různých idiosynkratických formátech (pozn. překl.: různorodých a výstředních), jako je přirozený jazyk, tabulky, stromy, atd. Proto není snadné zachytit jeho strukturu přesně nebo obecněji nějakým formálním modelem. Intuitivní představu o umístění rozšíření si nejlépe můžeme vytvořit pomocí příkladu u textového popisu případu užití. Obvykle se případ užití s rozšiřujícími body sestává ze sady jemnějších granulovaných zlomků textových popisů chování, které jsou vykonány v sekvenci po sobě. Toto rozdělené členění textu případu užití umožňuje, aby původní popis chování byl rozšířen slučováním doplňkových fragmentů popisů chování ve vhodných místech vložení mezi originálními fragmenty (body rozšíření). Takto se rozšiřující případ užití (tj. ten, co rozšiřuje) typicky sestává z jednoho nebo více zlomků popisů chování, které jsou vloženy do vhodných bodů rozšiřovaného případu užití (tj. do toho, který je rozšiřován). Pokud je v době dosažení prvního lokace bodu extenze podmínka rozšíření "true", pak všechny odpovídající fragmenty chování z rozšiřujícího případu užití budou také vykonány. Pokud je podmínka "false", rozšíření nenastane. Jednotlivé zlomky jsou vykonány, jakmile jsou dosaženy odpovídající body extenze z rozšiřujícího případu užití. Poté, co je daný zlomek dokončen, exekuce pokračuje v chování rozšiřovaného případu užití následně po bodu rozšíření. Všimněte si, že třebaže jsou zapojeny vícenásobně případy užití, existuje pouze jediné chování běhu případu užití. Nyní již můžeme učinit první závěry z těchto definic a vysvětlení. Jestliže jsme uvedený text uvedený v předešlém odstavci pochopili správně, potom je z hlediska vzájemného použití (kdo koho používá, neboli jak se píše v dotazu kdo o kom ví ) evidentní, že případ užití A, který je extendován, používá případ užití B, který jej extenduje a to tak, že existuje nějaká podmínka, která pokud je splněna, tak v odpovídajících bodech odskoku se provedou fragmenty případu užití B (jak vyplývá z textu, nemusí se jednat pouze jeden fragment!). Z hlediska chápání závislosti v tomto pojetí, tj. kdo koho používá, je evidentně A závislé na B, protože v A musíme v textu definovat body odskoku a definovat, že v těchto bodech se jedná o konkrétní vykonání případu užití B. Jinak řečeno, ten, kdo strana 4

5 píše text v případu užití A, se v tomto textu evidentně nějak odvolává na případ užití B. Co se týče toho, jak je závislost vysvětlena ve specifikaci UML, tj. píše se, že případ užití A je nezávislý na případu užití B, tak zde se zřejmě má na mysli ta skutečnost, že případ užití A je významově nezávislý na B, tj. jeho sekvence textů v A funguje nezávisle na tom, zda bude zapnuta nebo nebude zapnuta extenze a vložené aditivní fragmenty se uskuteční nebo ne. Fragmenty jsou pouze doplňkem navíc, tj. doplňkovou extenzí případu užití A a neovlivňují tak původní funkcionalitu definovanou bez vložení. K tomuto důležitému bodu se ještě vrátíme. Uveďme si příklad, který je uveden přímo ve specifikaci UML: Condition: {customer selected HELP} extension point: Selection Perform ATM Transaction Extension points: Selection «extend» On-Line Help obrázek 2 Příklad na vztah typu Extend uvedený přímo ve specifikaci UML Ve specifikaci UML je tento diagram vysvětlen takto (doslovný překlad z originálu): V diagramu nahoře případ užití Perform ATM Transaction" má svůj extension point (bod rozšíření) "Selection". Tento případ užití je extendován přes tento extension point případem užití On-Line Help vždy tam, kde se běh případu užití "Perform ATM Transaction" vyskytne v umístění onoho bodu extenze Selection a zákazník přitom vybere klávesu Help. Všimněte si, že případ užití Perform ATM Transaction" je definován nezávisle na případu užití On-Line Help. strana 5

6 Tolik doslovný překlad. Co se týče poslední věty, je třeba ji opět chápat tak, že má význam v tom smyslu, že funkcionalita případu užití Perform ATM Transaction" je pouze rozšířena v bodě extenze a tedy původní funkcionalita není rozšířením ovlivněna a je pouze doplněna. To je však je pouze logika věci ve smyslu vložení aditivní funkcionality a nikoliv otázkou změnového řízení. Pokud totiž vložíme aditivní funkcionalitu, tak samo toto vložení musí nutně vést k překopání původního případu užití aspoň tím, že musíme do něj vložit bod extenze a v textu definovat uvedené odskoky extenze (uvedené fragmenty textů) v daných bodech toku případu užití. Změnové řízení a práce se systémem pro řízení verzí podléhá složitějším zákonitostem. Představme si, že máme dvě funkcionality ve dvou modulech (resp. ve dvou prvcích typu Package), a nechť první funkcionalita F1 v prvním modulu (v prvku Package) volá druhou funkcionalitu F2 v druhém modulu (v druhém prvku Package). Pro názornost si klidně můžeme představit, že se jedná o funkce nazvané jako F1 a F2 ve dvou modulech. Stejně tak si můžeme představit dva případy užití ve dvou prvcích typu Package. Pro check out může nastat hned několik variant podle toho, co vlastně měníme: 1. Pokud měníme funkci F1 (volající) a to bez změny funkce F2, potom nemusíme provést check out modulu u funkce F2, ta se totiž nemění. 2. Pokud měníme funkci F2 uvnitř bez změny rozhraní této funkce (tj. funkce F1 nepocítí žádné změny), potom nemusíme provést check out modulu u volající F1. 3. Pokud měníme F2 a měníme rozhraní, musíme překopat všechny funkcionality, které tuto funkcionalitu volají (používají) včetně F1 a tedy musíme provést check out modulu s funkcí F1. Podobně tomu bude i v případech užití. Zkusme si předešlý příklady na uvedeném diagramu s transakcí na bankomatu rozvést jakoby dále do další přesnější podoby i se specifikací textů a budeme si všímat, jak se oba případy užití chovají vzhledem ke změnovému řízení. Vyjděme tedy z uvedeného diagramu, kdy případ užití Perform ATM Transaction" je extendován o případ užití On-Line Help (viz předešlý obrázek). Připomenu, že pod tímto obrázkem je také vysvětlení tohoto diagramu. Nechť navíc platí, že případ užití Perform ATM Transaction" je v jednom prvku typu Package a druhý případ užití On- Line Help je v druhém prvku typu Package. Jak budou vypadat operace check out? První varianta je, že se změní funkcionalita extendovaného případu užití Perform ATM Transaction", aniž by to ovlivnilo poskytovaný help, například se jedná o opravu nějaké drobnosti bez zásahu do helpu. V tom případě by se teoreticky měl provést strana 6

7 check out pouze u prvku Package prvního extendovaného případu užití Perform ATM Transaction" a logicky vzato by se na prvek typu Package případu užití On- Line Help nemusel vůbec použít check out, protože se tento případ užití nemění. Druhý případ odpovídá situaci, kdy se něco změní uvnitř helpu, ale případ užití Perform ATM Transaction" toto nepocítí. Jako příklad bychom mohli uvést opravy chybných anebo nepřesných textů v helpu bez změny logiky helpu. V tom případě stačí provést check out prvku typu Package s případem užití On-Line Help. Třetí případ svědčí o tom, kdo je na kom závislý z hlediska použití. Představme si, že help funguje tak, že při jeho vyvolání se nějak přebere název kroku (realizace v designu například přes vstupní parametr, pomocí globální proměnné apod.), kde se právě v toku případu užití zákazník nachází (názvy kroků jsou například zasunutí karty, zadání pinu, výběr jazyka atd.). Text v rozšiřovaném případu užití Perform ATM Transaction" vypadá potom nějak takto: Use Case Scenario Perform ATM Transaction......a zákazníkovi se nabídne zadání PIN. Vsunuto via Extension Point Selection Pokud zákazník vyvolá Help, nastaví se název kroku na zadání PIN a vyvolá se Help (viz extend od UC On-Line Help) Konec vsunutí via Extension Point Selection Zákazník zadá PIN, provede se verifikace zadaného čísla PIN vůči kartě, pokud nesouhlasí...(atd.)... Takovýchto vsuvek je v textu více pro každé vyvolání helpu s různým názvem kroku v různých částech původního scénáře. Tyto vsunuté texty neovlivňují původní funkcionalitu, jsou to pouze vsuvky do původní funkcionality. Jak vidět, tak v tomto příkladu se uvnitř případu užití On-Line Help pracuje s převzatým názvem kroku a podle něj se vyvolává odpovídající část helpu, například přes klasický switch. Pokud však překopeme případ užití On-Line Help tak, že nebude pracovat s názvem kroku, ale změníme tento parametr například na číslo kroku, potom budeme díky této změně muset předělat také případ užití Perform ATM Transaction" a tato změna se pochopitelně projeví až do úrovně abstrakce programování. V tomto ohledu je případ užití Perform ATM Transaction" na případu užití On-Line Help samozřejmě závislý! Závěry Z uvedených tří příkladů na check out prvků typů Package s uvedenými případy užití ve vztahu Extend je zřejmé, že vztah Extend neznamená vskutku totální nezávislost extendovaného případu užití A na extendujícím případu užití B (tj. nezávislost ve smyslu kdo koho používá ). Jedná se pouze o nezávislost strana 7

8 významovou, tj. o aditivní vsunutí částí funkcionalit neměnící kostru běhu extendovaného případu užití (jako vsunuté odskoky ). Osobně se domnívám, že z uvedeného vyplývá, že pro řízení verzí při modelování nemusí platit automatická logika co check out a co ne check out. Je otázkou, zda je tedy vždy vhodné se opřít o již zabudované funkcionality v nástrojích, nebo zda je lepší provádět tyto a podobné operace s nástrojem pro řízení verzí ručně anebo zda není ještě lepší napsat si svou vlastní jednoduchou utilitu podle vlastních potřeb. Konec dokumentu strana 8

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

ROZDÍ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íce

Druhá část odpovědi na mail ohledně zpracování případů užití

Druhá část odpovědi na mail ohledně zpracování případů užití Druhá část odpovědi na mail ohledně zpracování případů užití Autor RNDr. Ilja Kraval leden 2008 www.objects.cz Úvod Tento článek navazuje jako pokračování na článek předešlý. Minule jsme si vysvětlili,

Více

JEDNODUCHÁ A PRAKTICKÁ METODA ODHADU PRACNOSTI PROJEKTU (S UTILITOU KE STAŽENÍ ZDARMA)

JEDNODUCHÁ A PRAKTICKÁ METODA ODHADU PRACNOSTI PROJEKTU (S UTILITOU KE STAŽENÍ ZDARMA) JEDNODUCHÁ A PRAKTICKÁ METODA ODHADU PRACNOSTI PROJEKTU (S UTILITOU KE STAŽENÍ ZDARMA) 2. část autor: RNDr. Ilja Kraval, červenec 2010 http://www.objects.cz ÚVOD V minulém článku bylo pojednáno o složitosti

Více

NAUČTE SE MALOVAT SI INSTANCE!

NAUČTE SE MALOVAT SI INSTANCE! NAUČTE SE MALOVAT SI INSTANCE! část 2. RNDr. Ilja Kraval, září 2009 http://www.objects.cz ÚVOD V předešlém článku jsme otevřeli jeden ze základních problémů, který musí analytik řešit: Jak vypadá skladba

Více

Úvod do principů objektově orientovaného programování

Ú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íce

Proč je analytický model IS nutným předpokladem pro zabránění tvorbě molochálních systémů

Proč je analytický model IS nutným předpokladem pro zabránění tvorbě molochálních systémů Proč je analytický model IS nutným předpokladem pro zabránění tvorbě molochálních systémů Část 1 autor RNDr. Ilja Kraval, http://www.objects.cz březen 2007 firma Object Consulting s.r.o. Úvod V reakci

Více

Jazyk 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. 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íce

O JEDNÉ ČASTÉ CHYBĚ PŘI ROZKLADU PROCESŮ PODNIKU ANEB KDY MÁME UKONČIT ROZKLAD PROCESŮ PODNIKU?

O JEDNÉ ČASTÉ CHYBĚ PŘI ROZKLADU PROCESŮ PODNIKU ANEB KDY MÁME UKONČIT ROZKLAD PROCESŮ PODNIKU? O JEDNÉ ČASTÉ CHYBĚ PŘI ROZKLADU PROCESŮ PODNIKU ANEB KDY MÁME UKONČIT ROZKLAD PROCESŮ PODNIKU? RNDr. Ilja Kraval, říjen 2008 http://www.objects.cz AKTÉROVÁ ŠKOLA Jak známo, informační systémy obsahují

Více

Rady pro tvorbu USE CASE MODELU, rada první: Jak pracovat s pojmy ve scénářích UC

Rady pro tvorbu USE CASE MODELU, rada první: Jak pracovat s pojmy ve scénářích UC Rady pro tvorbu USE CASE MODELU, rada první: Jak pracovat s pojmy ve scénářích UC Úvod Před nedávnem jsem obdržel trochu delší mail tohoto znění: Dobrý den pane Kravale, před časem jsem absolvoval vaše

Více

OOT Objektově orientované technologie

OOT 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íce

Využití SysML pro tvorbu modelů v systémovém inženýrství

Využití SysML pro tvorbu modelů v systémovém inženýrství Využití SysML pro tvorbu modelů v systémovém inženýrství Antonín Srna, Ústav informatiky, Provozně ekonomická fakulta, Mendelova univerzita v Brně, xsrna2@mendelu.cz Abstrakt Článek se zaobírá univerzálním

Více

10 Balíčky, grafické znázornění tříd, základy zapozdření

10 Balíčky, grafické znázornění tříd, základy zapozdření 10 Balíčky, grafické znázornění tříd, základy zapozdření Studijní cíl Tento studijní blok má za cíl pokračovat v základních prvcích jazyka Java. Konkrétně bude věnována pozornost příkazům balíčkům, grafickému

Více

Nutnost použití vzoru OBSERVER pro zamezení nepříjemných efektů zpětných funkcionálních vazeb mezi objekty

Nutnost použití vzoru OBSERVER pro zamezení nepříjemných efektů zpětných funkcionálních vazeb mezi objekty Nutnost použití vzoru OBSERVER pro zamezení nepříjemných efektů zpětných funkcionálních vazeb mezi objekty autor RNDr. Ilja Kraval, http://www.objects.cz únor 2007 firma Object Consulting s.r.o. Úvod V

Více

Výroková logika dokazatelnost

Výroková logika dokazatelnost Výroková logika dokazatelnost Ke zjištění, zda formule sémanticky plyne z dané teorie (množiny formulí), máme k dispozici tabulkovou metodu. Velikost tabulky však roste exponenciálně vzhledem k počtu výrokových

Více

UML: Unified Modeling Language

UML: Unified Modeling Language UML 1 UML: Unified Modeling Language Systém kombinace softwaru, hardwaru, dat a uživatelů, která umožňuje řešení konkrétního problému Vývoj systémů vytváření systémů pro klienta Vývoj probíhá na základě

Více

Principy UML. Clear View Training 2005 v2.2 1

Principy UML. Clear View Training 2005 v2.2 1 Principy UML Clear View Training 2005 v2.2 1 1.2 Co je touml? Unified Modelling Language (UML) je univerzálníjazyk pro vizuální modelování systémů Podporuje všechny životní cykly Mohou jej implementovat

Více

SOFTWAROVÉ INŽENÝRSTVÍ 1

SOFTWAROVÉ INŽENÝRSTVÍ 1 Metodický list č. 1 Název tématického celku: Úvod do softwarového inženýrství Základním cílem tohoto tematického celku je vysvětlení smyslu discipliny nazývané softwarové inženýrství. Tematický celek zahrnuje

Více

Odpověď na dotaz ohledně asociační třídy v modelu měření

Odpověď na dotaz ohledně asociační třídy v modelu měření Odpověď na dotaz ohledně asociační třídy v modelu měření Část 3. Tento článek navazuje na předešlé články jako jejich pokračování autor RNDr. Ilja Kraval, http://www.objects.cz srpen 2007 firma Object

Více

Případy užití (use case) Projektování SW systémů

Případy užití (use case) Projektování SW systémů Univerzita Pardubice Fakulta elektrotechniky a informatiky Případy užití (use case) Projektování SW systémů Matěj Trakal Poslední úprava: 24. ledna 2012, 17:06 INPSW 2011 (Šimerda) OBSAH Obsah 1 Co jsou

Více

8.2 Používání a tvorba databází

8.2 Používání a tvorba databází 8.2 Používání a tvorba databází Slide 1 8.2.1 Základní pojmy z oblasti relačních databází Slide 2 Databáze ~ Evidence lidí peněz věcí... výběry, výpisy, početní úkony Slide 3 Pojmy tabulka, pole, záznam

Více

O JEDNÉ ZÁLUDNOSTI INTERAKCE «INCLUDE» V MODELU PŘÍPADŮ UŽITÍ

O JEDNÉ ZÁLUDNOSTI INTERAKCE «INCLUDE» V MODELU PŘÍPADŮ UŽITÍ O JEDNÉ ZÁLUDNOSTI INTERAKCE «INCLUDE» V MODELU PŘÍPADŮ UŽITÍ 2. část RNDr. Ilja Kraval, květen 2010 http://www.objects.cz ÚVOD V předešlém článku jsme nastínili problém, který vzniká v souvislosti s hledáním

Více

Diagram případu užití. Use Case Diagram

Diagram případu užití. Use Case Diagram Diagram případu užití Use Case Diagram 1 Případyužití Případy užití se orientují na chování systému z vnějšího pohledu. Případ užití popisuje funkci poskytovanou systémem, která přináší viditelný výsledek

Více

Mendelova zemědělská a lesnická univerzita v Brně Provozně ekonomická fakulta. Začínáme s BPM. Učební pomůcka. Vypracoval: Ing.

Mendelova zemědělská a lesnická univerzita v Brně Provozně ekonomická fakulta. Začínáme s BPM. Učební pomůcka. Vypracoval: Ing. Mendelova zemědělská a lesnická univerzita v Brně Provozně ekonomická fakulta Začínáme s BPM Učební pomůcka Vypracoval: Ing. Michael Štencl Brno 2007 OBSAH 2 Obsah 1 Jak přistupovat k BPM 3 2 Prvky BPM

Více

Základy analýzy. autor. Jan Novotný http://blog.novoj.net/ 15. února 2007

Základy analýzy. autor. Jan Novotný http://blog.novoj.net/ 15. února 2007 Základy analýzy autor Jan Novotný http://blog.novoj.net/ 15. února 2007 V prezentaci jsou použity diagramy z: Wikipedia, Sparx UML Tutorial, Argo UML Metodiky vývoje Různé metodiky vývoje vazba na fáze

Více

VÝUKOVÝ MATERIÁL. Bratislavská 2166, 407 47 Varnsdorf, IČO: 18383874 www.vosassvdf.cz, tel. +420412372632 Číslo projektu

VÝUKOVÝ MATERIÁL. Bratislavská 2166, 407 47 Varnsdorf, IČO: 18383874 www.vosassvdf.cz, tel. +420412372632 Číslo projektu VÝUKOVÝ MATERIÁL Identifikační údaje školy Vyšší odborná škola a Střední škola, Varnsdorf, příspěvková organizace Bratislavská 2166, 407 47 Varnsdorf, IČO: 18383874 www.vosassvdf.cz, tel. +420412372632

Více

Vzor OBSERVER a jeho zajímavá varianta v kombinaci se vzorem ADAPTER Část 2

Vzor OBSERVER a jeho zajímavá varianta v kombinaci se vzorem ADAPTER Část 2 Vzor OBSERVER a jeho zajímavá varianta v kombinaci se vzorem ADAPTER Část 2 autor RNDr. Ilja Kraval, http://www.objects.cz únor 2007 firma Object Consulting s.r.o. Úvod V předešlé části článku jsme si

Více

Diagram tříd (class diagram)

Diagram tříd (class diagram) Diagramy tříd 1 Diagram tříd (class diagram) Zobrazuje třídy v daném systému a vztahy mezi nimi Zobrazuje statický stav ukazuje vzájemné interakce, ale neukazuje co se při těchto interakcích děje Při znázornění

Více

Dreamsystem - expertní neuro systém ve financích s lidskou tváří

Dreamsystem - expertní neuro systém ve financích s lidskou tváří Dreamsystem - expertní neuro systém ve financích s lidskou tváří Vedoucí projektu: RNDr. M. Kopecký, Ph.D. Externí konzultant: M. Houska Počet řešitelů: 4-6 Řešitelé: tým ještě není kompletní Předpokládané

Více

Využití OOP v praxi -- Knihovna PHP -- Interval.cz

Využití OOP v praxi -- Knihovna PHP -- Interval.cz Page 1 of 6 Knihovna PHP Využití OOP v praxi Po dlouhé teorii přichází na řadu praxe. V následujícím textu si vysvětlíme možnosti přístupu k databázi pomocí různých vzorů objektově orientovaného programování

Více

E-learningovýsystém Moodle

E-learningovýsystém Moodle E-learningovýsystém Moodle Jan Povolný Název projektu: Věda pro život, život pro vědu Registrační číslo: CZ.1.07/2.3.00/45.0029 Co je to Moodle? - systém pro tvorbu a správu elektronických výukových kurzů

Více

Prozkoumání příkazů na pásu karet Každá karta na pásu karet obsahuje skupiny a každá skupina obsahuje sadu souvisejících příkazů.

Prozkoumání příkazů na pásu karet Každá karta na pásu karet obsahuje skupiny a každá skupina obsahuje sadu souvisejících příkazů. Úvodní příručka Microsoft Project 2013 vypadá jinak než ve starších verzích, proto jsme vytvořili tuto příručku, která vám pomůže se s ním rychle seznámit. Panel nástrojů Rychlý přístup Tuto oblast můžete

Více

Způsob zpracování a pokyny k obsahu a rozsahu maturitní práce

Způsob zpracování a pokyny k obsahu a rozsahu maturitní práce Způsob zpracování a pokyny k obsahu a rozsahu maturitní práce 1 Způsob zpracování práce Práce bude odevzdána ve stanoveném termínu, a to ve dvou formách: a) Dva výtisky ve svázané podobě dle uvážení studenta

Více

Výčtový typ strana 67

Výčtový typ strana 67 Výčtový typ strana 67 8. Výčtový typ V této kapitole si ukážeme, jak implementovat v Javě statické seznamy konstant (hodnot). Příkladem mohou být dny v týdnu, měsíce v roce, planety obíhající kolem slunce

Více

Posloupnosti a jejich konvergence POSLOUPNOSTI

Posloupnosti a jejich konvergence POSLOUPNOSTI Posloupnosti a jejich konvergence Pojem konvergence je velmi důležitý pro nediskrétní matematiku. Je nezbytný všude, kde je potřeba aproximovat nějaké hodnoty, řešit rovnice přibližně, používat derivace,

Více

Tvorba kurzu v LMS Moodle

Tvorba kurzu v LMS Moodle Tvorba kurzu v LMS Moodle Před počátkem práce na tvorbě základního kurzu znovu připomínám, že pro vytvoření kurzu musí být profil uživatele nastaven administrátorem systému minimálně na hodnotu tvůrce

Více

Principy OOP při tvorbě aplikací v JEE. Michal Čejchan

Principy OOP při tvorbě aplikací v JEE. Michal Čejchan Principy OOP při tvorbě aplikací v JEE Michal Čejchan Témata přednášky Principy OOP - připomenutí Úvod - co nás vede k používání OOP Reálný svět - jak (ne)používáme OOP Nedostatky na úrovni programovacích

Více

ZÁKLADY POŘIZOVÁNÍ TEXTU

ZÁKLADY POŘIZOVÁNÍ TEXTU Úvod do problematiky ZÁKLADY POŘIZOVÁNÍ TEXTU Na začátku psaní je vhodné nastavit vzhled stránky. Důležitá je především orientace stránky. Můžeme si vybrat mezi uspořádáním textu na výšku stránky (většinou

Více

PRVNÍ ELASTICKÝ INFORMAČNÍ SYSTÉM : QI

PRVNÍ ELASTICKÝ INFORMAČNÍ SYSTÉM : QI PRVNÍ ELASTICKÝ INFORMAČNÍ SYSTÉM : QI Cyril Klimeš a) Jan Melzer b) a) Ostravská univerzita, katedra informatiky a počítačů, 30. dubna 22, 701 03 Ostrava, ČR E-mail: cyril.klimes@osu.cz b) DC Concept

Více

1. Programování proti rozhraní

1. Programování proti rozhraní 1. Programování proti rozhraní Cíl látky Cílem tohoto bloku je seznámení se s jednou z nejdůležitější programátorskou technikou v objektově orientovaném programování. Tou technikou je využívaní rozhraní

Více

Program a životní cyklus programu

Program a životní cyklus programu Program a životní cyklus programu Program algoritmus zapsaný formálně, srozumitelně pro počítač program se skládá z elementárních kroků Elementární kroky mohou být: instrukce operačního kódu počítače příkazy

Více

Magento se představuje

Magento se představuje Kapitola 1 Magento se představuje 1.1 Co je to vlastně Magento? Magento je nový profesionální open-source e-shop pro e-commerce 21. století. Nabízí nevídanou flexibilitu, funkčnost a ovládání. S tímto

Více

postaveny výhradně na syntaktické bázi: jazyk logiky neinterpretujeme, provádíme s ním pouze syntaktické manipulace důkazy

postaveny výhradně na syntaktické bázi: jazyk logiky neinterpretujeme, provádíme s ním pouze syntaktické manipulace důkazy Formální systémy (výrokové) logiky postaveny výhradně na syntaktické bázi: jazyk logiky neinterpretujeme, provádíme s ním pouze syntaktické manipulace důkazy cíl: získat formální teorii jako souhrn dokazatelných

Více

Jádrem systému je modul GSFrameWork, který je poskytovatelem zejména těchto služeb:

Jádrem systému je modul GSFrameWork, který je poskytovatelem zejména těchto služeb: Technologie Marushka Základním konceptem technologie Marushka je použití jádra, které poskytuje přístup a jednotnou grafickou prezentaci geografických dat. Jádro je vyvíjeno na komponentním objektovém

Více

Aplikace pro srovna ní cen povinne ho ruc ení

Aplikace pro srovna ní cen povinne ho ruc ení Aplikace pro srovna ní cen povinne ho ruc ení Ukázkový přiklad mikroaplikace systému Formcrates 2010 Naucrates s.r.o. Veškerá práva vyhrazena. Vyskočilova 741/3, 140 00 Praha 4 Czech Republic tel.: +420

Více

TECHNICKÁ SPECIFIKACE VEŘEJNÉ ZAKÁZKY

TECHNICKÁ SPECIFIKACE VEŘEJNÉ ZAKÁZKY Příloha č. 3 k č.j. MV-159754-3/VZ-2013 Počet listů: 7 TECHNICKÁ SPECIFIKACE VEŘEJNÉ ZAKÁZKY Nové funkcionality Czech POINT 2012 Popis rozhraní egon Service Bus Centrální Místo Služeb 2.0 (dále jen CMS

Více

Západočeská univerzita v Plzni Fakulta aplikovaných věd Katedra informatiky a výpočetní techniky. Dokumentace k programu MMDoc

Západočeská univerzita v Plzni Fakulta aplikovaných věd Katedra informatiky a výpočetní techniky. Dokumentace k programu MMDoc Západočeská univerzita v Plzni Fakulta aplikovaných věd Katedra informatiky a výpočetní techniky Dokumentace k programu MMDoc Vypracoval: Petr Dvořák Datum: 15.prosince 2005 1. Úvod 1.1. Účel tohoto dokumentu

Více

Vstupní požadavky, doporučení a metodické pokyny

Vstupní požadavky, doporučení a metodické pokyny Název modulu: Základy PHP Označení: C9 Stručná charakteristika modulu Modul je orientován na tvorbu dynamických stánek aktualizovaných podle kontextu volání. Jazyk PHP umožňuje velmi jednoduchým způsobem

Více

Biometrie Finger Vein Nová generace bezpečnosti v bankovnictví

Biometrie Finger Vein Nová generace bezpečnosti v bankovnictví Biometrie Finger Vein Nová generace bezpečnosti v bankovnictví cardforum Seč 27/5/2014 Stanislav Novák Business Development Manager Banking Sales Biometrie Finger Vein Strategické partnerství s firmou

Více

Modely datové. Další úrovní je logická úroveň Databázové modely Relační, Síťový, Hierarchický. Na fyzické úrovni se jedná o množinu souborů.

Modely datové. Další úrovní je logická úroveň Databázové modely Relační, Síťový, Hierarchický. Na fyzické úrovni se jedná o množinu souborů. Modely datové Existují různé úrovně pohledu na data. Nejvyšší úroveň je úroveň, která zachycuje pouze vztahy a struktury dat samotných. Konceptuální model - E-R model. Další úrovní je logická úroveň Databázové

Více

Jiří Janda. Keep Calm and Speak! Větná stavba 1: Čas přítomný

Jiří Janda. Keep Calm and Speak! Větná stavba 1: Čas přítomný Jiří Janda Keep Calm and Speak! Větná stavba 1: Čas přítomný Mojí bezvadné manželce Lucii, kamarádům Michalu Černému a Janu Šidlákovi za podporu a inspiraci a všem mým skvělým studentům. Copyright Jiří

Více

Jazyk UML VST (Velmi stručný tutorial) verze 1.0

Jazyk UML VST (Velmi stručný tutorial) verze 1.0 Jazyk UML VST (Velmi stručný tutorial) verze 1.0 Softwarové inženýrství školní rok 2004 2005 Ing. Ladislava Smítková Janků (Praha, 24.5.2005) Obsah Obsah Obsah...2 1 Co je to UML...3 2 Diagram případů

Více

Analýza a návrh webových aplikací I N G. M A R T I N M O L H A N E C, C S C. Y 1 3 A N W

Analýza a návrh webových aplikací I N G. M A R T I N M O L H A N E C, C S C. Y 1 3 A N W Analýza a návrh webových aplikací I N G. M A R T I N M O L H A N E C, C S C. Y 1 3 A N W Osnova dnešní přednášky Proč tento předmět vlastně existuje? Proč nestačí standardní metodiky SI? Co standardním

Více

Popis programu EnicomD

Popis programu EnicomD Popis programu EnicomD Pomocí programu ENICOM D lze konfigurovat výstup RS 232 přijímačů Rx1 DIN/DATA a Rx1 DATA (přidělovat textové řetězce k jednotlivým vysílačům resp. tlačítkům a nastavovat parametry

Více

Zpráva o zhotoveném plnění

Zpráva o zhotoveném plnění Zpráva o zhotoveném plnění Aplikace byla vytvořena v souladu se Smlouvou a na základě průběžných konzultací s pověřenými pracovníky referátu Manuscriptorium. Toto je zpráva o zhotoveném plnění. Autor:

Více

Základní informace. Modelování. Notace

Základní informace. Modelování. Notace Základní informace BPMS = business process management systems - systémy pro modelování a optimalizace business procesů uvnitř organizace BPMN = business process modeling notation - součást BPMS, notace

Více

Analýza a Návrh. Analýza

Analýza a Návrh. Analýza Analysis & Design Návrh nebo Design? Design = návrh Není vytváření použitelného uživatelského prostředí (pouze malinká podmnožina celého návrhu) Často takto omezeně chápáno studenty nedokáží si představit,

Více

7.3 Diagramy tříd - základy

7.3 Diagramy tříd - základy 7.3 Diagramy tříd - základy - popisuje typy objektů a statické vztahy mezi nimi Objednávka -datumpřijetí -předplacena -číslo -cena +vyřiď() +uzavři() {if Objednávka.zákazník.charakteristika = 'nejistý'

Více

Registrační číslo projektu: CZ.1.07/1.5.00/34.0185. Název projektu: Moderní škola 21. století. Zařazení materiálu: Ověření materiálu ve výuce:

Registrační číslo projektu: CZ.1.07/1.5.00/34.0185. Název projektu: Moderní škola 21. století. Zařazení materiálu: Ověření materiálu ve výuce: STŘEDNÍ ODBORNÁ ŠKOLA A STŘEDNÍ ODBORNÉ UČILIŠTĚ NERATOVICE Školní 664, 277 11 Neratovice, tel.: 315 682 314, IČO: 683 834 95, IZO: 110 450 639 Ředitelství školy: Spojovací 632, 277 11 Neratovice tel.:

Více

GPS lokátor s online sledováním

GPS lokátor s online sledováním GPS lokátor s online sledováním Návod k obsluze Hlavní výhody produktu: Malé rozměry Snadné ovládání Online sledování v mapovém podkladu www.spionazni-technika.cz Stránka 1 1. Specifikace Tento tracker

Více

EXTRAKT z mezinárodní normy

EXTRAKT z mezinárodní normy EXTRAKT z mezinárodní normy Extrakt nenahrazuje samotnou technickou normu, je pouze informativním materiálem o normě ICS 55.180.01; 35.240.60; 03.220.20 Inteligentní dopravní systémy (ITS) Elektronická

Více

Příprava dat v softwaru Statistica

Příprava dat v softwaru Statistica Příprava dat v softwaru Statistica Software Statistica obsahuje pokročilé nástroje pro přípravu dat a tvorbu nových proměnných. Tyto funkcionality přinášejí značnou úsporu času při přípravě datového souboru,

Více

JAK PROPOJIT R-KO a EXCEL aneb Aby se uživatel nasytil a statistik zůstal celý

JAK PROPOJIT R-KO a EXCEL aneb Aby se uživatel nasytil a statistik zůstal celý JAK PROPOJIT R-KO a EXCEL aneb Aby se uživatel nasytil a statistik zůstal celý Ondřej Vencálek listopad 2008 Motivace Jak to udělat, aby se panu doktorovi ušetřila práce, a přitom aby se nemusel učit R-ko?

Více

Mendelova zemědělská a lesnická univerzita v Brně Provozně ekonomická fakulta

Mendelova zemědělská a lesnická univerzita v Brně Provozně ekonomická fakulta Mendelova zemědělská a lesnická univerzita v Brně Provozně ekonomická fakulta Začínáme s BPM Učební pomůcka Autor: Ing. Michael Štencl Brno 2007 OBSAH 2 Obsah 1 Jak přistupovat k BPM 3 2 Prvky BPM 5 2.1

Více

4 NÁKLADY A VÝNOSY, VÝSLEDOVKA

4 NÁKLADY A VÝNOSY, VÝSLEDOVKA 4 NÁKLADY A VÝNOSY, VÝSLEDOVKA 4.1 Výsledek hospodaření na akruální bázi versus výsledek hospodaření na peněžní bázi Tuto kapitolu otevřeme poněkud pesimistickým konstatováním: Výsledek hospodaření lze

Více

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

Pož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íce

7.5 Diagram tříd pokročilé techniky

7.5 Diagram tříd pokročilé techniky 7.5 Diagram tříd pokročilé techniky Stereotypy - jeden ze základních prostředků rozšiřitelnosti UML - pro modelovací konstrukce neexistující v UML, ale podobné předdefinované v UML definované uživatelem

Více

STATISTICA Téma 1. Práce s datovým souborem

STATISTICA Téma 1. Práce s datovým souborem STATISTICA Téma 1. Práce s datovým souborem 1) Otevření datového souboru Program Statistika.cz otevíráme z ikony Start, nabídka Programy, podnabídka Statistika Cz 6. Ze dvou nabídnutých možností vybereme

Více

Projekt Obrázek strana 135

Projekt Obrázek strana 135 Projekt Obrázek strana 135 14. Projekt Obrázek 14.1. Základní popis, zadání úkolu Pracujeme na projektu Obrázek, který je ke stažení na http://java.vse.cz/. Po otevření v BlueJ vytvoříme instanci třídy

Více

WAK System. Ministerstvo dopravy ČR WAK System, spol. s r.o. Petržílkova 2564/21, 158 00 Praha 5 - Stodůlky

WAK System. Ministerstvo dopravy ČR WAK System, spol. s r.o. Petržílkova 2564/21, 158 00 Praha 5 - Stodůlky WAK System Název projektu: Systém automatizované kontroly a detekce změn bezpečnostního nastavení informačních systémů založený na specifikaci bezpečnostní politiky podle standardu BS7799 Číslo projektu:

Více

Logický důsledek. Petr Kuchyňka (7765@mail.muni.cz)

Logický důsledek. Petr Kuchyňka (7765@mail.muni.cz) Logický důsledek Petr Kuchyňka (7765@mail.muni.cz) Úvod P 1 Logický důsledek je hlavním předmětem zájmu logiky. Je to relace mezi premisami a závěry logicky platných úsudků: v logicky platném úsudku závěr

Více

StatSoft Jak vyzrát na datum

StatSoft Jak vyzrát na datum StatSoft Jak vyzrát na datum Tento článek se věnuje podrobně možnostem práce s proměnnými, které jsou ve formě datumu. A že jich není málo. Pokud potřebujete pracovat s datumem, pak se Vám bude tento článek

Více

ORGANIZAČNÍ POKYNY A FORMÁLNÍ ÚPRAVA DIPLOMOVÉ PRÁCE

ORGANIZAČNÍ POKYNY A FORMÁLNÍ ÚPRAVA DIPLOMOVÉ PRÁCE ORGANIZAČNÍ POKYNY A FORMÁLNÍ ÚPRAVA DIPLOMOVÉ PRÁCE ORGANIZAČNÍ POKYNY Studijním programem UPA DFJP na akademický rok 2014/2015 je určen termín odevzdání 22. 5. 2015. Studentovi, který včas neodevzdá

Více

Microsoft Office Excel 2003

Microsoft Office Excel 2003 Microsoft Office Excel 2003 Školení učitelů na základní škole Meteorologická Maturitní projekt SSPŠ 2013/2014 Vojtěch Dušek 4.B 1 Obsah 1 Obsah... 2 2 Seznam obrázků... 3 3 Základy programu Excel... 4

Více

Excel 2007 praktická práce

Excel 2007 praktická práce Excel 2007 praktická práce 1 Excel OP LZZ Tento kurz je financován prostřednictvím výzvy č. 40 Operačního programu Lidské zdroje a zaměstnanost z prostředků Evropského sociálního fondu. 2 Excel Cíl kurzu

Více

MS OFFICE POWER POINT 2010

MS OFFICE POWER POINT 2010 MS OFFICE POWER POINT 2010 Program Power Point patří do rodiny programů Microsoft Office a slouží ke tvorbě prezentací. Prezentace je tvořena snímky, které jsou postupně zobrazovány a to buď po nějaké

Více

Předmluva 11 Typografická konvence použitá v knize 12. 1 Úvod do Excelu 2003 13

Předmluva 11 Typografická konvence použitá v knize 12. 1 Úvod do Excelu 2003 13 Předmluva 11 Typografická konvence použitá v knize 12 1 Úvod do Excelu 2003 13 Spuštění a ukončení Excelu 14 Spuštění Excelu 14 Ukončení práce s Excelem 15 Přepínání mezi otevřenými sešity 16 Oprava aplikace

Více

Programování v jazyku LOGO - úvod

Programování v jazyku LOGO - úvod Programování v jazyku LOGO - úvod Programovací jazyk LOGO je určen pro výuku algoritmizace především pro děti školou povinné. Programovací jazyk pracuje v grafickém prostředí, přičemž jednou z jeho podstatných

Více

MS OFFICE MS WORD. Editor rovnic - instalace

MS OFFICE MS WORD. Editor rovnic - instalace MS OFFICE Může se zdát, že užití kancelářského balíku MS Office při výuce fyziky nepřesahuje běžné aplikace a standardní funkce, jak jsou popsány v mnoha příručkách ke všem jednotlivým částem tohoto balíku.

Více

Název předmětu: Školní rok: Forma studia: Studijní obory: Ročník: Semestr: Typ předmětu: Rozsah a zakončení předmětu:

Název předmětu: Školní rok: Forma studia: Studijní obory: Ročník: Semestr: Typ předmětu: Rozsah a zakončení předmětu: Plán předmětu Název předmětu: Algoritmizace a programování (PAAPK) Školní rok: 2007/2008 Forma studia: Kombinovaná Studijní obory: DP, DI, PSDPI, OŽPD Ročník: I Semestr: II. (letní) Typ předmětu: povinný

Více

11.1 Jedna rovnice pro jednu neznámou

11.1 Jedna rovnice pro jednu neznámou 52. ešení rovnic Mathcad je schopen řešit i velmi složité rovnice, kdy hledaná neznámá je obsažena současně v několika různých funkcích apod.. Jedna rovnice pro jednu neznámou.. Funkce root Před vlastním

Více

Ing. Martin Komárek Katedra počítačů ČVUT v Praze, FEL. Evropský sociální fond Praha & EU: Investujeme do vaší budoucnosti

Ing. Martin Komárek Katedra počítačů ČVUT v Praze, FEL. Evropský sociální fond Praha & EU: Investujeme do vaší budoucnosti 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

Více

Vývojové diagramy 1/7

Vývojové diagramy 1/7 Vývojové diagramy 1/7 2 Vývojové diagramy Vývojový diagram je symbolický algoritmický jazyk, který se používá pro názorné zobrazení algoritmu zpracování informací a případnou stručnou publikaci programů.

Více

Bridge. Známý jako. Účel. Použitelnost. Handle/Body

Bridge. Známý jako. Účel. Použitelnost. Handle/Body Bridge Bridge Známý jako Handle/Body Účel odděluje abstrakci (rozhraní a jeho sémantiku) od její konkrétní implementace předchází zbytečnému nárůstu počtu tříd při přidávání implementací používá se v době

Více

Gymnázium Vysoké Mýto nám. Vaňorného 163, 566 01 Vysoké Mýto

Gymnázium Vysoké Mýto nám. Vaňorného 163, 566 01 Vysoké Mýto Gymnázium Vysoké Mýto nám. Vaňorného 163, 566 01 Vysoké Mýto Registrační číslo projektu Šablona Autor Název materiálu / Druh CZ.1.07/1.5.00/34.0951 III/2 INOVACE A ZKVALITNĚNÍ VÝUKY PROSTŘEDNICTVÍM ICT

Více

Č í sla slovy 1.3. verze dokumentu: 1.02.141029 vytvořil: Ing. Pavel Randák předmět: Uživatelský manuál vydavatel: Austro-Bohemia, s.r.o.

Č í sla slovy 1.3. verze dokumentu: 1.02.141029 vytvořil: Ing. Pavel Randák předmět: Uživatelský manuál vydavatel: Austro-Bohemia, s.r.o. Austro-Bohemia, s.r.o. Na Hrázi 178/25, 180 00 Praha 8 Č í sla slovy 1.3 verze dokumentu: 1.02.141029 vytvořil: Ing. Pavel Randák předmět: Uživatelský manuál vydavatel: Austro-Bohemia, s.r.o. V tomto uživatelském

Více

VKLÁDÁNÍ OBJEKTŮ - obrázek

VKLÁDÁNÍ OBJEKTŮ - obrázek VKLÁDÁNÍ OBJEKTŮ - obrázek Autor: Mgr. Dana Kaprálová Datum (období) tvorby: srpen 2013 Ročník: šestý Vzdělávací oblast: Informatika a výpočetní technika 1 Anotace: Žák se orientuje v prostředí aplikace

Více

MS Excel 2007 Kontingenční tabulky

MS Excel 2007 Kontingenční tabulky MS Excel 2007 Kontingenční tabulky Obsah kapitoly V této kapitole se seznámíme s nástrojem, který se používá k analýze dat rozsáhlých seznamů. Studijní cíle Studenti budou umět pro analýzu dat rozsáhlých

Více

Klasické metodiky softwarového inženýrství I N G M A R T I N M O L H A N E C, C S C. Y 1 3 A N W

Klasické metodiky softwarového inženýrství I N G M A R T I N M O L H A N E C, C S C. Y 1 3 A N W Klasické metodiky softwarového inženýrství I N G M A R T I N M O L H A N E C, C S C. Y 1 3 A N W Osnova přednášky Co to je softwarové inženýrství Softwarový proces Metodika a metoda Evoluce softwarových

Více

Microsoft Word základní

Microsoft Word základní Časový rozsah: 2 dny (8:30-14:00) Cena: 2400 Kč + DPH Microsoft Word základní Tvorba kratších dokumentů se zaměřením na korespondenci. Základy tvorby a formátování písma a odstavců. Vkládání tabulek a

Více

Hierarchický databázový model

Hierarchický databázový model 12. Základy relačních databází Když před desítkami let doktor E. F. Codd zavedl pojem relační databáze, pohlíželo se na tabulky jako na relace, se kterými se daly provádět různé operace. Z matematického

Více

EXTRAKT z mezinárodní normy

EXTRAKT z mezinárodní normy EXTRAKT z mezinárodní normy Extrakt nenahrazuje samotnou technickou normu, je pouze informativním materiálem o normě ICS 03.220.01;35.240.60 Inteligentní dopravní systémy (ITS) Rozšíření specifikací mapové

Více

Státní pokladna-výkaz PKP. Praha 12. 3. 2014

Státní pokladna-výkaz PKP. Praha 12. 3. 2014 Státní pokladna-výkaz PKP Praha 12. 3. 2014 Libuše Kronusová Jana Wenclová Konsolidace obecně Jako jeden celek Jednotlivé organizace představují např. střediska SRO VVI OSS OSS ČR ÚSC VVI VVŠ SRO SRO ČR

Více

LABORATORNÍ CVIČENÍ Střední průmyslová škola elektrotechnická

LABORATORNÍ CVIČENÍ Střední průmyslová škola elektrotechnická Střední průmyslová škola elektrotechnická a Vyšší odborná škola, Pardubice, Karla IV. 13 LABORATORNÍ CVIČENÍ Střední průmyslová škola elektrotechnická Příjmení: Hladěna Číslo úlohy: 10 Jméno: Jan Datum

Více

Metody tvorby ontologií a sémantický web. Martin Malčík, Rostislav Miarka

Metody tvorby ontologií a sémantický web. Martin Malčík, Rostislav Miarka Metody tvorby ontologií a sémantický web Martin Malčík, Rostislav Miarka Obsah Reprezentace znalostí Ontologie a sémantický web Tvorba ontologií Hierarchie znalostí (D.R.Tobin) Data jakékoliv znakové řetězce

Více

CÍLOVÝ KONCEPT. Ghoul Wars. pro. Jihočeskou univerzitu Pedagogickou fakultu Předmět: TDSA

CÍLOVÝ KONCEPT. Ghoul Wars. pro. Jihočeskou univerzitu Pedagogickou fakultu Předmět: TDSA pro Jihočeskou univerzitu Pedagogickou fakultu Předmět: TDSA Zpracovatel: Bohuslav Pindryč Datum zpracování: 20.04. 2010 Verze: 1 Stránka 2/13 OBSAH 1. Identifikace 4 2. Přílohy 4 3. Schvalovací doložka

Více

1. Témata maturitních prací. 2. Termín závazného zadání maturitní práce. 3. Termín odevzdání maturitní práce. 4. Kritéria hodnocení maturitní práce

1. Témata maturitních prací. 2. Termín závazného zadání maturitní práce. 3. Termín odevzdání maturitní práce. 4. Kritéria hodnocení maturitní práce 1. Témata maturitních prací 1. Vytvoření dynamických WWW stránek. 2. Vytvoření sad tesů v prostředí Moodle nebo Response zahrnujících učivo prvního nebo druhého ročníku IVT. 3. Vytvoření Corporate design

Více

Převod 4GL aplikací do webového prostředí. Ing. Jan Musil, IBM ČR Community of Practice for

Převod 4GL aplikací do webového prostředí. Ing. Jan Musil, IBM ČR Community of Practice for Převod 4GL aplikací do webového prostředí Ing. Jan Musil, IBM ČR Community of Practice for CEEMEA Co je to EGL? -4GL a EGL Agenda Popis převodu z -4GL do EGL krok za krokem Obecný postup převodu Závěrečný

Více