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

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

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

Transkript

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

2 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 pro aktora. Aktorreprezentuje libovolnou entitu, která je se systémem v interakci (uživatel, jiný systém, fyzické okolí systému). 2

3 Případy užití Případ užití popisuje chování systému tak jak je viděno z pohledu aktora. Aktořiinicializujípřípad užití, aby zpřístupnili funkcionalitu systému. Případ užití může iniciovat jiné případy užití a také získat více informací od aktorů. Když aktořia případy užití si vyměňují informace, říkáme, že komunikují. 3

4 Řídící systém mimořádných událostí Aktoři terénní pracovník, dispečer. Terénní pracovník zaznamenává událost pomocí počítače (wifi) do databáze. Dispečer vizualizuje aktuální stav události, a aktuální stav policejních a požárních aut a přiděluje zdroje (techniku, lidi). 4

5 Navigační databáze Hlášení mimořádné události Terénní pracovník Otevření mimořádné události Dispečer Přidělení zdrojů Terénní pracovník vyvolává (spouští) případ užití Hlášení mimořádné události. Tím informuje dispečera o nové mimořádné události. Odpovědí dispečera je vyvolání případu užití Otevření mimořádné události, aby událost zaznamenal a inicioval zpracování události. Dispečer získá předběžné informace o události z hlášení mimořádné události z databáze a přidělí další jednotky k řešení události tj. případ užití Přidělení zdrojů. 5

6 Textová reprezentace případu užití Atributy případu užití: Jméno - jedinečné Zúčastnění aktoři(jsou v interakci s případem užití) Vstupní podmínky pro inicializaci případu užití 6

7 Jméno případu užití Zúčastnění aktoři Hlášení mimořádné události Iniciace terénním pracovníkem, komunikace s dispečerem Tok událostí 1. TP aktivuje Hlášení mimořádné události. 2. IS odpoví formulářem k vyplnění. 3. TP vyplní formulář, stupeň důležitosti, typ, lokace,popis situace. Také popis nutných zdrojů. Odeslání formuláře. 4. IS obdrží formulář a informuje dispečera. 5. Dispečer vyhodnotí získané informace a vytvoří nový Incident v databázi pomocí případu užití Otevření mimořádné události. Dispečer vybere odpověď (akci). 6. IS potvrdí dispečerovi vybranou odpovědí. Vstupní podmínky Výstupní podmínky Požadavky kvality TP se přihlásí do IS. TP obdrželpotvrzení své zprávy a vybranou odpověď od dispečera, nebo dostal vysvětlení proč nebyla transakce zpracovaná. Zpráva od TP je potvrzena do 30 sekund. Vybraná reakce přijde do 30 sekund od odeslání dispečerem. 7

8 Vztahy komunikace Aktořia případy užití komunikují, když jsou mezi nimi vyměňovány informace. Komunikační vztahy jsou vyjádřeny plnými čarami mezi aktory a případy užití. Komunikační vztahy mezi aktorya případy užití se používají k naznačení (symbolizování) přístupu k funkcionalitě. 8

9 Vztah include Při popisu složitého systému model případu užití je také složitý a obsahuje nadbytečnosti (zbytečné opakování). Ke snížení složitosti modelu identifikujeme společné věci v různých případech užití. např. dispečeru se po stisknutí dané klávesy zobrazí mapa ulice to je možné modelovat případem užití Zobraz mapu, který je začleněn do Otevření mimořádné události. 9

10 Dva případy užití jsou propojeny vztahem (relací) include, znamená, že používají další případ užití. Vztah include se značí čárkovanou čarou, s popisem include a se šipkou označující která případ užití používá jiný případ užití. 10

11 Vztah extend Vztah extend představuje alternativní prostředkyke snížení složitosti modelu případu užití. Případ užití může rozšířit jiný případ užití přidáním událostí. Vztah extend naznačuje, že instance rozšířeného případu užití zahrnuje (za daných podmínek) chování specifikované rozšířeným (extended) případem užití. 11

12 Vztah extend Typickým příkladem pro vztah extend je specifikace výjimečného chování (exceptional behaviour). Např. síťové spojení dispečera a TP může být přerušeno kdykoli. (TP vjede do tunelu). Případ užití ConnectionDown popisuje množinu událostí, které provede systém, když je spojení přerušeno. 12

13 Případ užití ConnectionDown rozšiřuje případy užití Otevření mimořádné události a Přidělení zdrojů. Oddělením zpracování výjimky nám dovolí psát efektivnější, přehlednější a kratší kód. Čárkovaná čára směřující od výjimečného případu užití ke standardním případům užití. 13

14 Jméno případu užití Zúčastnění aktoři ConnectionDown Terénní pracovník, dispečer Tok událostí --- Vstupní podmínky Tento případ užití rozšiřuje (extends) případy užití Otevření mimořádné události a Přidělení zdrojů. Je iniciován systémem, když je ztraceno síťové spojení mezi dispečerem a terénním pracovníkem. Výstupní podmínky

15 Rozdíl mezi vazbami includea extend Rozdílem je umístění závislosti. Předpoklad, máme další nové případy užití pro dispečera, např. AktualizaceIncitentu, RelokaceZdrojů. Pokud bychom modelovali případ užití ConnectionDownpomocí include, oba nové případy užití musí vědět o include případu užití ConnectionDown. 15

16 Rozdíl mezi vazbami includea extend Při použití vazby extendpro ConnectionDown, modifikovaný musí být pouze ConnectionDown, aby pokryl dodatečné případy užití. Vyjímečnépřípady jsou většinou modelovány pomocí vazby extend. Případy užití, které popisují všeobecné chovánísdílené množinou případů užití, jsou modelovány s vazbou include. 16

17 Vztah dědičnosti Vztah dědičnosti je třetím mechanismem pro snížení složitosti modelu. Jeden případ užití může specializovat jiný všeobecnější případ užití. V našem případě, TP je žádán, aby se autentikoval před vstupem do IS. Autentizacese popsána jako všeobecný případ užití, který se může dále specializovat. 17

18 Autentizace potvrzení pravosti Zjemněníčinnosti zahrnuje autentizaci heslem nebo autentizaci kartou. 18

19 Jméno případu užití Autentizace s kartou Zúčastnění aktoři Tok událostí Zděděni z případu užití Autentikace 1. TP vloží svoji kartu do rerminálu. 2. Terminál potvrdí kartu a žádá o číslo PINu. 3. TP vloží číslo svého PINu. 4. Terminál zkontroluje PIN s pinem na vložené kartě. Pokud se PINyshodují, je TP autentizován. Jinak terminál odmítne vstup. Vstupní podmínky Zděděné z Autentikace-případu užití Výstupní podmínky Zděděné z Autentikace-případu užití 19

20 Vazbymezi případy užití Všimněte si, že vazby extend a dědičnosti (inheritance) jsou odlišné. Ve vazbě extend, každý případ užití popisuje odlišný tok událostí k dokončení odlišného úkolu. Ve vazbě dědičnosti, případy užití popisují stejný tok událostí k dokončení společného úkolu. 20

21 Scénáře Případ užití je abstrakce, která popisuje všechny možné scénáře zahrnující popisovanou funkcionalitu. Scénář je instance případu užití, popisující konkrétní množinu akcí. Scénáře jsou používány jako příklady pro ilustraci společných případů; jejich záměrem je srozumitelnost. 21

22 Scénáře Scénář standardně popisujeme pouze tři pole: jméno zúčastnění aktoři tok událostí Vstupní a výstupní podmínky se používají v případech užití, které jsou abstrakcemi scénářů. 22

23 Jméno scénáře Zúčastněné instance aktorů Tok událostí Hoří velkosklad Josef, Alena: terenní pracovníci Jan: Dispečer 1. Josef během řízení zpozoroval kouř přicházející z velkoskladu. Alena aktivovala Hlášení momořádné události. 2. Alenavložila adresu budovy, krátký popis místa a úroveň mimořádné události. Žádala hasičské jednotky. Odeslala zprávu a čeká na potvrzení. 3. Dispečer Jan byl upozorněn na mimořádnou událost akusticky. Obdržel informace od Aleny a potvrdil jejich příjem. Alokoval dvě požární jednotky a zaslal odhadovaný čas jejich příjezdu Aleně. 4. Alena obdržela potvrzení o přijetí její zprávy a předpokládaný čas příjezdu hasičů. 23

24 Diagram tříd Diagram tříd popisuje strukturu systému v termínech tříd a objektů. Třídyjsou abstrakce, které specifikují atributy a chování množiny objektů. Diagram objektů se liší od diagramu tříd: název objektu je podtržený, datové atributy jsou konkrétní. 24

25 Diagram tříd-třídy, které se zúčastní v případu užití: Hlášení mimořádné události. Asociace mezi třídami, kardinality a role. 25

26 Diagram objektů, uvedeny pouze konkrétní vztahy. Linky mezi objekty. 26

27 Asociace a linky (spojení) Link(spojení) reprezentuje spojení dvou objektů. Asociacejsou relace (vztahy) mezi třídami a tedy reprezentují skupinu linků viz předchozí obrázky. 27

28 Navigace-směrování Jednosměrná asociace. Navigace směrem od Mnohoúhelníku k Bodu znamená, že pouze Mnohoúhelník zná bodu, ze kterých je složen. Bod neví do kterého Mnohoúhelníku patří. 28

29 Asociační třída Asociace jsou podobné třídám tím, že mohou mít také k sobě připojené atributy a operace. 29

30 Asociační třída Asociační třída se také může převést na klasickou třídu s jednoduchými asociacemi. 30

31 Rolea kardinality(násobnosti) Role na každém konci asociace může být označení role. Kardinality: je uvedeno na koncích asociace one-to-one one-to-many (1..n, 0..n) many-to-many. 31

32 32

33 Přidáním kardinalityk asociacím, zvyšujeme množství informací, které získáme z aplikace nebo domény řešení. Specifikace kardinalit asociací se stává kritickou, když určujeme, který případ užití je nutný k manipulaci s aplikačními doménovými objekty. Např. souborový systém je tvořen adresáři a soubory. Adresář může obsahovat jakýkoli počet Prvků Souborového Systému. V případě striktně hierarchického systému, Prvek Souborového Systému je součástí přesně jednoho adresáře, což označíme jako one-to-many. 33

34 Avšak v případě, že Soubor nebo Adresář může být současně částí více než jednoho adresáře, musíme reprezentovat agregaci PrvkuSouborovehoSystemudo Adresářů jako asocoaci many-to-many. 34

35 Agregace Asociace se používají pro široký rozsah spojení mezi objekty. Speciálním případem asociace je agregace. Agregace představuje volnou vazbu mezi celkem a jeho částmi. 35

36 Kvalifikace Kvalifikaceje technika ke snížení kardinalit (násobnosti) pomocí klíčů. Asociace 0..1 nebo 1 je snazší než 0..n, 1..n. Často v případě asociace 1..n, mohou objekty na straně many rozlišeny od jiných přidáním jména. Každý soubor je jednotně identifikován podle jména souboru. 36

37 Kvalifikace Vztah mezi adresářem a souborem se nazývá kvalifikovaná asociace. bez kvalifikace Adresar 1 * Soubor jmenosouboru s kvalifikací Adresar jmenosouboru Soubor 37

38 Dědičnost Vyjádření vztahů nadtříd a podtříd, datové atributy, metody. 38

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

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

UML úvod. Zdroje: Kanisová Hana, Müller Miroslav: UML srozumitelně, Computer Press 2007 UML úvod Kapitola má seznámit se základy modelovacího jazyka UML. Klíčové pojmy: UML, CASE nástroje, procesní modelování, případy užití, role, diagram tříd, diagram objektů, sekvenční diagramy, digram

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

1. Dědičnost a polymorfismus

1. Dědičnost a polymorfismus 1. Dědičnost a polymorfismus Cíl látky Cílem této kapitoly je představit klíčové pojmy dědičnosti a polymorfismu. Předtím však je nutné se seznámit se základními pojmy zobecnění neboli generalizace. Komentář

Více

OOT Objektově orientované technologie

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

A7B36SI2 - Ří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) 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íce

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

Kapitola 2: Entitně-vztahový model (Entity-Relationship model) Množiny entit (entitní množiny) Atributy - 2.1 - Kapitola 2: Entitně-vztahový model (Entity-Relationship model) Množiny entit Množiny vztahů Otázky návrhu Plánování mezí Klíče E-R diagram Rozšířené E-R rysy Návrh E-R databázového schématu Redukce

Více

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

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

Fakulta elektrotechniky a informatiky Vysoká škola báňská - Technická univerzita Ostrava. Úvod do databázových systémů 2012/2013 IS MHD

Fakulta elektrotechniky a informatiky Vysoká škola báňská - Technická univerzita Ostrava. Úvod do databázových systémů 2012/2013 IS MHD Fakulta elektrotechniky a informatiky Vysoká škola báňská - Technická univerzita Ostrava Úvod do databázových systémů 2012/2013 IS MHD Jiří Znoj, (zno0011) Ostrava, 29. listopadu 2012 I. Obsah I. Obsah...

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

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

3 druhy UML diagramů

3 druhy UML diagramů UML grafický jazyk se pro vizualizaci, specifikaci, navrhování a dokumentaci programových systémů zjednodušuje komunikaci mezi zadavatelem a řešitelem projektu UML podporuje objektově orientovaný přístup

Více

PŘÍLOHA C Požadavky na Dokumentaci

PŘÍ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í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

Objektově orientované technologie Logická struktura systému Objektový diagram. Pavel Děrgel, Daniela Szturcová

Objektově orientované technologie Logická struktura systému Objektový diagram. Pavel Děrgel, Daniela Szturcová Objektově orientované technologie Logická struktura systému Objektový diagram Pavel Děrgel, Daniela Szturcová Osnova Modelování objektů objektový diagram Struktura a vazby mezi objekty Dobré zvyky při

Více

7.6 Další diagramy UML

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

3. Je defenzivní programování technikou skrývání implementace? Vyberte jednu z nabízených možností: Pravda Nepravda

3. Je defenzivní programování technikou skrývání implementace? Vyberte jednu z nabízených možností: Pravda Nepravda 1. Lze vždy z tzv. instanční třídy vytvořit objekt? 2. Co je nejčastější příčinou vzniku chyb? A. Specifikace B. Testování C. Návrh D. Analýza E. Kódování 3. Je defenzivní programování technikou skrývání

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

Podání souhrnného hlášení elektronicky

Podání souhrnného hlášení elektronicky Podání souhrnného hlášení elektronicky www.money.cz 2 Money S5 Podání souhrnného hlášení elektronicky Podání souhrnného hlášení elektronicky Souhrnné hlášení slouží ke kontrole nároku na osvobození transakcí

Více

DBS Konceptuální modelování

DBS Konceptuální modelování DBS Konceptuální modelování Michal Valenta Katedra softwarového inženýrství FIT České vysoké učení technické v Praze Michal.Valenta@fit.cvut.cz c Michal Valenta, 2010 BIVŠ DBS I, ZS 2010/11 https://users.fit.cvut.cz/

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

11 Diagram tříd, asociace, dědičnost, abstraktní třídy

11 Diagram tříd, asociace, dědičnost, abstraktní třídy 11 Diagram tříd, asociace, dědičnost, abstraktní třídy 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 diagramům tříd, asociaci,

Více

BS Atrak 2.0 Funkce systému

BS Atrak 2.0 Funkce systému BS Atrak 2.0 Funkce systému Zobrazit kontakty LAIC Přihlásit se do systému Konfigurovat prostředí aplikace Správce systému Konfigurovat lokalizaci prostředí Navigovat se po nabídce modulů Odhlásit se ze

Více

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

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

BRICSCAD V15. Licencování

BRICSCAD V15. Licencování BRICSCAD V15 Licencování Protea spol. s r.o. Makovského 1339/16 236 00 Praha 6 - Řepy tel.: 235 316 232, 235 316 237 fax: 235 316 038 e-mail: obchod@protea.cz web: www.protea.cz Copyright Protea spol.

Více

Konceptuální modelování. Pavel Tyl 21. 3. 2013

Konceptuální modelování. Pavel Tyl 21. 3. 2013 Konceptuální modelování Pavel Tyl 21. 3. 2013 Vytváření IS Vytváření IS Analýza Návrh Implementace Testování Předání Jednotlivé fáze mezi sebou iterují Proč modelovat a analyzovat? Standardizované pracovní

Více

K práci je možné přistoupit následujícím způsobem. Odkaz na práci se nachází na osobním webu autora práce: http://stpr.cz/.

K práci je možné přistoupit následujícím způsobem. Odkaz na práci se nachází na osobním webu autora práce: http://stpr.cz/. 2. Seznámení K práci je možné přistoupit následujícím způsobem. Odkaz na práci se nachází na osobním webu autora práce: http://stpr.cz/. 2.1. Uživatel (učitel) Uživatelem (učitelem) se myslí osoba, která

Více

Modelování řízené případy užití

Modelování řízené případy užití Modelování řízené případy užití kompletní proces od UC po implementaci, robustnost 2005 Radek Ošlejšek, Jiří Sochor FI MU Brno oslejsek@fi.muni.cz http://www.fi.muni.cz/~oslejsek/pa103 30. 3. 2005 PA103:

Více

Reliance 3 design OBSAH

Reliance 3 design OBSAH Reliance 3 design Obsah OBSAH 1. První kroky... 3 1.1 Úvod... 3 1.2 Založení nového projektu... 4 1.3 Tvorba projektu... 6 1.3.1 Správce stanic definice stanic, proměnných, stavových hlášení a komunikačních

Více

Vývoj informačních systémů. Obecně o IS

Vývoj informačních systémů. Obecně o IS Vývoj informačních systémů Obecně o IS Informační systém Informační systém je propojení informačních technologií a lidských aktivit směřující k zajištění podpory procesů v organizaci. V širším slova smyslu

Více

Roční periodická zpráva projektu

Roč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íce

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

[XXX-PUB] Návrh uživatelského rozhraní pro ovládací panel v restauracích The PUB

[XXX-PUB] Návrh uživatelského rozhraní pro ovládací panel v restauracích The PUB D2 [XXX-PUB] Návrh uživatelského rozhraní pro ovládací panel v restauracích The PUB Radek Ježdík Petr Hejhal Petr Smrček jezdirad@fel.cvut.cz hejhape1@fel.cvut.cz smrcepet@fel.cvut.cz 27. října 2013 Případy

Více

ZPRÁVY. Uživatelská příručka SeeMe - Ecofleet. Provozovatel GPS služeb: pobočka ZNOJMO pobočka JIHLAVA pobočka DOMAŽLICE pobočka PRAHA Identifikace

ZPRÁVY. Uživatelská příručka SeeMe - Ecofleet. Provozovatel GPS služeb: pobočka ZNOJMO pobočka JIHLAVA pobočka DOMAŽLICE pobočka PRAHA Identifikace alarmy do vozidel, sledování úbytku paliva a další služby ZPRÁVY Uživatelská příručka SeeMe - Ecofleet Identifikace IČO:28550650 Rejstříkový soud: Praha, Oddíl C vložka 149630 Modul Zprávy... 3 Komunikace

Více

RYCHLÝ PRŮVODCE INTERNETOVÝM BANKOVNICTVÍM

RYCHLÝ PRŮVODCE INTERNETOVÝM BANKOVNICTVÍM RYCHLÝ PRŮVODCE INTERNETOVÝM BANKOVNICTVÍM JAK SE PŘIHLÁSIT Do internetového bankovnictví se přihlásíte na adrese www.bankservis.cz Pro přihlášení zadejte Přihlásit. prosím Vaše klientské číslo a PIN.

Více

Uživatelský manuál aplikace. Dental MAXweb

Uživatelský manuál aplikace. Dental MAXweb Uživatelský manuál aplikace Dental MAXweb Obsah Obsah... 2 1. Základní operace... 3 1.1. Přihlášení do aplikace... 3 1.2. Odhlášení z aplikace... 3 1.3. Náhled aplikace v jiné úrovni... 3 1.4. Změna barevné

Více

Microsoft. Word. Hromadná korespondence. Mgr. Jan Veverka Střední odborná škola sociální Evangelická akademie

Microsoft. Word. Hromadná korespondence. Mgr. Jan Veverka Střední odborná škola sociální Evangelická akademie Microsoft Word Hromadná korespondence Mgr. Jan Veverka Střední odborná škola sociální Evangelická akademie Hromadná korespondence Funkce hromadná korespondence umožňuje vytvoření malé databáze (tabulky)

Více

Akceptační test. Úvod

Akceptač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íce

Už ivatelska dokumentace

Už ivatelska dokumentace Už ivatelska dokumentace Aplikace Portál úspěšných projektů je určena k publikování informací o projektech realizovaných za přispění některého z Operačních programů v gesci Ministerstva vnitra České republiky.

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

Uživatelská příručka MWA - Rezervační modul

Uživatelská příručka MWA - Rezervační modul Uživatelská příručka MWA - Rezervační modul Český metrologický institut sídlem Okružní 31, 638 00 Brno IČ: 00177016 Verze dokumentu: 1.1 Jazyk dokumentu: český Status: testovací Vytvořeno: Marcela Špičanová

Více

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.

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. 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.0 2012 AutoCont CZ a.s. Veškerá práva vyhrazena. Tento dokument

Více

9. Může dojít k situaci, že ZP je nutno aktualizovat (změna vzhledu, změna příjmení, změna -1- dále ZP).

9. Může dojít k situaci, že ZP je nutno aktualizovat (změna vzhledu, změna příjmení, změna -1- dále ZP). 1 Popis ucelené problémové domény Následující komplexní příklad se týká domény soukromých zbraní v ČR (SSZ v ČR) Ukážeme nejdříve její obecný popis, ale nebudeme se přísně držet současně platného zákona

Více

Portál Algotech HelpDesk Uživatelský manuál

Portál Algotech HelpDesk Uživatelský manuál Portál Algotech HelpDesk Uživatelský manuál Vypracovali: Datum: 14. 9. 2012 Jméno Michal Zeman Jan Košátko Jan Skýpala Funkce IT specialista Project Manager Service Desk Manager Kontakt helpdesk@algotech.cz

Více

IntraVUE 2.0.3 Co je nového

IntraVUE 2.0.3 Co je nového IntraVUE 2.0.3 Co je nového Michal Tauchman Pantek (CS) s.r.o. Červen 2008 Strana 2/8 Úvod IntraVUE je diagnostický a podpůrný softwarový nástroj pro řešení komunikačních problémů, vizualizaci a dokumentaci

Více

Gymnázium Jana Pivečky a Střední odborná škola Slavičín. III/2 - Inovace a zkvalitnění výuky prostřednictvím ICT

Gymnázium Jana Pivečky a Střední odborná škola Slavičín. III/2 - Inovace a zkvalitnění výuky prostřednictvím ICT Název projektu Číslo projektu Název školy Autor Název šablony Název DUMu Inovace výuky prostřednictvím šablon pro SŠ CZ.1.07/1.5.00/34.0748 Gymnázium Jana Pivečky a Střední odborná škola Slavičín Ing.

Více

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

Úvod do MS Access. Modelování v řízení. Ing. Petr Kalčev Úvod do MS Access Modelování v řízení Ing. Petr Kalčev Postup při tvorbě aplikace Vytvoření tabulek Vytvoření relací Vytvoření dotazů Vytvoření formulářů Vytvoření sestav Tabulky Slouží k definování polí,

Více

Dispatcher PDA Dokumentace

Dispatcher PDA Dokumentace Dispatcher PDA Dokumentace květen 2005 1 Obsah: 1. Základní popis programu 2. Blokové schéma zapojení 3.1. Úvodní obrazovka 3.2. Zahájení jízdy 3.3. Ukončení jízdy 3.4. Záznam o tankování 3.5. Události

Více

TAOS321. Administrace. příručka správce systému. informační terminál systému JSVV

TAOS321. Administrace. příručka správce systému. informační terminál systému JSVV TAOS321 informační terminál systému JSVV Administrace příručka správce systému Text odpovídá verzi firmware: TAOS321 1.0 2014, Technologie 2000 spol. s r.o. Jablonec nad Nisou TAOS321 informační terminál

Více

TMEGadget. by TMESolutions

TMEGadget. by TMESolutions TMEGadget by TMESolutions Obsah 1 Instalace... 1 2 Prvotní přihlášení do gadgetu... 6 2.1 Registrace uživatele... 6 2.2 Přihlášení uživatele... 7 2.3 Zapomenuté heslo... 7 3 Popis funkcí... 9 3.1 Banner...

Více

Program Půjčovna sportovních potřeb

Program Půjčovna sportovních potřeb Program Půjčovna sportovních potřeb verze 1.67, 3.7.2014 Objednávky V hlavním menu Obchod naleznete dvě nové položky. "Seznam objednávek" a "Přidat objednávku". Obrázek 1: Hlavní menu První z těchto voleb

Více

Unifikovaný modelovací jazyk UML

Unifikovaný 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íce

Uživatelská příručka

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

Používání sdíleného kalendáře v projektu Bioanalytické centrum

Používání sdíleného kalendáře v projektu Bioanalytické centrum Používání sdíleného kalendáře v projektu Bioanalytické centrum Google Kalendář Google Kalendář je dostupný z hlavní stránky www.google.cz, kde je odkaz Kalendář buď přímo v horní liště: Horní lišta www.google.cz

Více

POKYNY K REGISTRACI PROFILU ZADAVATELE

POKYNY K REGISTRACI PROFILU ZADAVATELE POKYNY K REGISTRACI PROFILU ZADAVATELE Stav ke dni 4. 12. 2012 Obsah: 1 Úvod... 3 1.1 Podmínky provozu... 3 1.2 Pokyny k užívání dokumentu... 3 2 Registrace profilu zadavatele... 4 2.1 Přihlášení uživatele...

Více

ŽÁDOST O OTEVŘENÍ ÚČTU

ŽÁDOST O OTEVŘENÍ ÚČTU OBCHODOVÁNÍ S POVOLENKAMI REJSTŘÍK UNIE ŽÁDOST O OTEVŘENÍ ÚČTU Stručná uživatelská příručka Obsah Žádost o otevření účtu... 2 Inicializace otevření účtu a vytvoření držitele účtu... 3 Přidání zástupce,

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

Podpora Poski.com. Popis a návod pro práci se systémem

Podpora Poski.com. Popis a návod pro práci se systémem Podpora Poski.com Popis a návod pro práci se systémem v 1.2. září 2011 Obsah 1.Obecný popis systému... 3 2.Přihlášení do systému... 3 2.1.Heslo do systému... 4 3.Úspěšné přihlášení... 4 3.1.Hlavní menu...

Více

DATABÁZE MS ACCESS 2010

DATABÁZE MS ACCESS 2010 DATABÁZE MS ACCESS 2010 KAPITOLA 5 PRAKTICKÁ ČÁST TABULKY POPIS PROSTŘEDÍ Spuštění MS Access nadefinovat název databáze a cestu k uložení databáze POPIS PROSTŘEDÍ Nahoře záložky: Soubor (k uložení souboru,

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

MATURITNÍ OTÁZKY ELEKTROTECHNIKA - POČÍTAČOVÉ SYSTÉMY 2003/2004 PROGRAMOVÉ VYBAVENÍ POČÍTAČŮ

MATURITNÍ OTÁZKY ELEKTROTECHNIKA - POČÍTAČOVÉ SYSTÉMY 2003/2004 PROGRAMOVÉ VYBAVENÍ POČÍTAČŮ MATURITNÍ OTÁZKY ELEKTROTECHNIKA - POČÍTAČOVÉ SYSTÉMY 2003/2004 PROGRAMOVÉ VYBAVENÍ POČÍTAČŮ 1) PROGRAM, ZDROJOVÝ KÓD, PŘEKLAD PROGRAMU 3 2) HISTORIE TVORBY PROGRAMŮ 3 3) SYNTAXE A SÉMANTIKA 3 4) SPECIFIKACE

Více

MANUÁL PRO VÝDEJ / VÝROBU KARTY HOSTA LIPNO CARD

MANUÁL PRO VÝDEJ / VÝROBU KARTY HOSTA LIPNO CARD Pro elektronickou akceptaci je třeba být připojen na internet a případně mít příslušné akceptační / čtecí zařízení. Kartový systém se neinstaluje, jedná se o webovou aplikaci, která se otevře v libovolném

Více

Postup k obsluze portálu O2 Delivery Desk

Postup k obsluze portálu O2 Delivery Desk Postup k obsluze portálu O2 Delivery Desk 1 Obecné informace... 3 1.1 Koncový uživatel... 3 1.2 Založení koncového uživatele... 3 2 Často kladené dotazy... 5 3 Zvýhodněné nabídky tarifů a služeb... 5 4

Více

Uživatelská příručka pro. elektronické podání žádosti o uznání porostů. přístup k výsledkům přehlídek uznávacího řízení

Uživatelská příručka pro. elektronické podání žádosti o uznání porostů. přístup k výsledkům přehlídek uznávacího řízení Uživatelská příručka pro elektronické podání žádosti o uznání porostů a přístup k výsledkům přehlídek uznávacího řízení prostřednictvím Portálu farmáře verze: 1.0 Strana 1 (celkem 14) Vytvořeno dne 3.1.2011

Více

Database engine (databázový stroj, databázový motor, databázové jádro) Systém řízení báze dat SŘBD. Typy SŘBD podle způsobu práce s daty

Database engine (databázový stroj, databázový motor, databázové jádro) Systém řízení báze dat SŘBD. Typy SŘBD podle způsobu práce s daty Systém řízení báze dat SŘBD programový systém umožňující vytvoření, údržbu a použití báze dat databáze program Database engine (databázový stroj, databázový motor, databázové jádro) funkce: přenos (načítání)

Více

Novinky v Solid Edge ST7

Novinky v Solid Edge ST7 Novinky v Solid Edge ST7 Primitiva Nově lze vytvořit základní geometrii pomocí jednoho příkazu Funkce primitiv je dostupná pouze v synchronním prostředí Těleso vytvoříme ve dvou navazujících krocích, kde

Více

REGISTRACE UŽIVATELE

REGISTRACE UŽIVATELE OBCHODOVÁNÍ S POVOLENKAMI REJSTŘÍK UNIE REGISTRACE UŽIVATELE Stručná uživatelská příručka Obsah Spuštění aplikace... 2 Přihlášení a odhlášení... 3 Vytvoření uživatelského účtu ECAS a přidání čísla mobilního

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

Příloha č. 3 Smlouvy Součinnost stran při poskytování některých plnění

Příloha č. 3 Smlouvy Součinnost stran při poskytování některých plnění Příloha č. 3 Smlouvy Součinnost stran při poskytování některých plnění Nástroje pro poskytování součinnosti 1.1 Help desk Poskytovatel vytvoří a zajistí službu pro hlášení vad/požadavků/připomínek (dále

Více

Platební systém XPAY [www.xpay.cz]

Platební systém XPAY [www.xpay.cz] Platební systém XPAY [www.xpay.cz] implementace přenosu informace o doručení SMS verze 166 / 1.3.2012 1 Obsah 1 Implementace platebního systému 3 1.1 Nároky platebního systému na klienta 3 1.2 Komunikace

Více

Stručný průvodce aplikací Sběr dat pro CEP a CEZ

Stručný průvodce aplikací Sběr dat pro CEP a CEZ Stručný průvodce aplikací Sběr dat pro CEP a CEZ (verze 1.0) Rada pro výzkum a vývoj Úřad vlády ČR Určeno necertifikovanému dodavateli dat RVV 2003 1. Vstup do aplikace Informace pro uživatele, uživatelské

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 ICS 03.220.01; 35.240.60 materiálem o normě. Inteligentní dopravní systémy Požadavky na ITS centrální datové

Více

Modelování procesů (2) 23.3.2009 Procesní řízení 1

Modelování procesů (2) 23.3.2009 Procesní řízení 1 Modelování procesů (2) 23.3.2009 Procesní řízení 1 Seznam notací Síťové diagramy Notace WfMC Notace Workflow Together Editor Aktivity diagram (UML) FirsStep Designer Procesní mapa Select Prespective (procesní

Více

REGIS Informační systém pro registrační a licenční činnosti ČNB. Žádost o obnovu oprávnění k činnosti

REGIS Informační systém pro registrační a licenční činnosti ČNB. Žádost o obnovu oprávnění k činnosti REGIS Informační systém pro registrační a licenční činnosti ČNB Žádost o obnovu oprávnění k činnosti Vytvořeno dne: 1. července 2014 Strana 2 Obsah 1 Úvod... 4 2 Proces podání žádosti... 4 2.1 Přihlášení

Více

Stručný návod na SQLEMS

Stručný návod na SQLEMS Stručný návod na SQLEMS Stručný návod na SQLEMS...1 Instalace...2 První spuštění...2 Orientace v programu...3 Vysvětlení jednotlivých úrovní...5 Komíny...7 Měření...8 Stručný postup...9 Vytvoření Provozovny...9

Více

ELEKTRONICKÁ AUKCE VOLNÉ KAPACITY PODZEMNÍHO ZÁSOBNÍKU PLYNU MANUÁL K PRŮBĚHU AUKCE

ELEKTRONICKÁ AUKCE VOLNÉ KAPACITY PODZEMNÍHO ZÁSOBNÍKU PLYNU MANUÁL K PRŮBĚHU AUKCE ELEKTRONICKÁ AUKCE VOLNÉ KAPACITY PODZEMNÍHO ZÁSOBNÍKU PLYNU MANUÁL K PRŮBĚHU AUKCE Datum poslední aktualizace dokumentu: 16. června 2015 I. Základní informace Provozovatel elektronická aukce: RWE Gas

Více

Design systému. Komponentová versus procesní architektura

Design systému. Komponentová versus procesní architektura Design systému Komponentová versus procesní architektura Architektura : třídy statické aspekty propojení logický pohled struktura popisu systému Architektura procesů: objekty dynamické aspekty koordinace

Více

Sázková kancelář Z pekla štěstí

Sázková kancelář Z pekla štěstí Sázková kancelář Z pekla štěstí Řešitelský tým Michal Pfeifer, Martin Halamíček, Jan Blaško, Zdeněk Křepela, Jan Popelka, Jan Mach Úvod Sázková kancelář Z pekla štěstí je malá společnost s několika malými

Více

Express Import systém

Express Import systém Express Import systém Návod pro odesílatele Express Import systém Jednoduchý online nástroj, který umožňuje odesílateli a příjemci organizovat import zásilek. TNT Express Import systém je snadným řešením

Více

5 Evidence manželských smluv

5 Evidence manželských smluv 5 Evidence manželských smluv 5.1 Společné vyhledávání v evidencích Společné vyhledávání v evidencích slouží k vyhledání evidovaných závětí, listin i smluv a to pouze vyhledáním podle rodného čísla a data

Více

Nový způsob práce s průběžnou klasifikací lze nastavit pouze tehdy, je-li průběžná klasifikace v evidenčním pololetí a školním roce prázdná.

Nový způsob práce s průběžnou klasifikací lze nastavit pouze tehdy, je-li průběžná klasifikace v evidenčním pololetí a školním roce prázdná. Průběžná klasifikace Nová verze modulu Klasifikace žáků přináší novinky především v práci s průběžnou klasifikací. Pro zadání průběžné klasifikace ve třídě doposud existovaly 3 funkce Průběžná klasifikace,

Více

Groupwise PŘÍSTUP A NASTAVENÍ E-MAILOVÉ SCHÁNKY PŘES WEBOVÉ ROZHRANÍ

Groupwise PŘÍSTUP A NASTAVENÍ E-MAILOVÉ SCHÁNKY PŘES WEBOVÉ ROZHRANÍ Groupwise PŘÍSTUP A NASTAVENÍ E-MAILOVÉ SCHÁNKY PŘES WEBOVÉ ROZHRANÍ Obsah 1. Přístup přes webové rozhraní... 1 2. Možnosti nastavení schránky... 1 2.1. Změna hesla... 1 2.2. Pravidla... 2 2.3. Podpis...

Více

Evidenční systém pro reklamace Wooky tabletů reklamace.wooky.cz

Evidenční systém pro reklamace Wooky tabletů reklamace.wooky.cz Evidenční systém pro reklamace Wooky tabletů reklamace.wooky.cz Na výše uvedené URL adrese je umístěno jednoduché online rozhraní pro evidenci reklamací tabletů a příslušenství Wooky. Evidenční rozhraní

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

Dynafleet online Balíček Mapa a sledování (aktuální a historické polohy)

Dynafleet online Balíček Mapa a sledování (aktuální a historické polohy) Dynafleet online Balíček Mapa a sledování (aktuální a historické polohy) Verze 2013.1.1 www.dynafleetonline.com strana 1 / 11 Obsah dokumentu (kliknutím myši na téma z obsahu vás dokument automaticky posune

Více

Jeden ze způsobů zadávání dat v programu MS Access je pomocí tabulek. Ovšem mnohem výhodnější způsob je pomocí tzv. formulářů.

Jeden ze způsobů zadávání dat v programu MS Access je pomocí tabulek. Ovšem mnohem výhodnější způsob je pomocí tzv. formulářů. 10.12 TVORBA FORMULÁŘE 10.12.1 VYTVOŘENÍ JEDNODUCHÉHO FORMULÁŘE Jeden ze způsobů zadávání dat v programu MS Access je pomocí tabulek. Ovšem mnohem výhodnější způsob je pomocí tzv. formulářů. Jak jste se

Více

6. Efektivní správa papírových dokumentů v organizaci a jejich digitalizace

6. Efektivní správa papírových dokumentů v organizaci a jejich digitalizace 6. Efektivní správa papírových dokumentů v organizaci a jejich digitalizace Verze dokumentu: 1.0 Autor: Jan Lávička, Microsoft Časová náročnost: 30 40 minut 1 Cvičení 1: Digitalizace dokumentů a jejich

Více

EXTRAKT z české technické normy

EXTRAKT z české technické normy EXTRAKT z české technické normy Extrakt nenahrazuje samotnou technickou normu, je pouze informativním 03.220.01, 35.240.70 materiálem o normě. Inteligentní dopravní systémy Geografické datové soubory (GDF)

Více

Čtečka ereading First Edition Aktivace čtečky uživatelský manuál

Čtečka ereading First Edition Aktivace čtečky uživatelský manuál Čtečka ereading First Edition Aktivace čtečky uživatelský manuál Manuál detailně popisuje všechny kroky, které je nutné provést pro plnohodnotnou funkcionalitu čtečky a aktivaci všech BONUSŮ (kredit na

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

Uživatelská příručka helpdeskové aplikace OfficeMan

Uživatelská příručka helpdeskové aplikace OfficeMan Uživatelská příručka helpdeskové aplikace OfficeMan Verze: 1.0 Účinnost od: 1. 12. 2012 Ministerstvo pro místní rozvoj ČR Staroměstské nám. 6 110 15 Praha 1 Obsah 1 Uživatelská příručka helpdeskové aplikace

Více

Obsah. www.webdispecink.cz. Princip a.s. Radlická 204/503 158 00 Praha 5. Technická podpora: +420 731 641 133 webdispecink@webdispecink.

Obsah. www.webdispecink.cz. Princip a.s. Radlická 204/503 158 00 Praha 5. Technická podpora: +420 731 641 133 webdispecink@webdispecink. Manuál pro komunikaci s navigacemi Garmin + Obsah POPIS ŘEŠENÍ...2 ZAPOJENÍ...2 PRÁCE DISPEČERA...2 Nastavení předdefinovaných zpráv a činností...3 Nastavení doplňování účelu jízd, řidiče, poznámky...4

Více

UŽIVATELSKÁ PŘÍRUČKA UČITEL

UŽIVATELSKÁ PŘÍRUČKA UČITEL VYSOKÁ ŠKOLA BÁŇSKÁ TECHNICKÁ UNIVERZITA OSTRAVA UŽIVATELSKÁ PŘÍRUČKA UČITEL INFORMAČNÍ SYSTÉM PRO ZÁKLADNÍ ŠKOLU LOŠTICE Radek ZIMMERMANN Obsah 1 Úvod... 3 2 Přístup... 3 3 Přihlášení do systému... 4

Více

NDEM 02 Síťový terminál pro docházkové aplikace

NDEM 02 Síťový terminál pro docházkové aplikace Charakteristika modulu Síťový terminál NDEM 02 je určen pro připojení na sběrnici APS BUS přístupového systému APS 400. K jednomu řídícímu modulu MCA 167 je možné připojit až 64 terminálů NDEM 02. Terminál

Více

Racionální hnojení Zpráva o výsledcích AZZP

Racionální hnojení Zpráva o výsledcích AZZP Racionální hnojení Zpráva o výsledcích AZZP Sitewell s.r.o. Tomáš Marek Zákazník: Ministerstvo zemědělství České republiky Řešitel: SITEWELL s.r.o. www.sitewell.cz Táborská 31, 140 00 Praha 4 tel. +420

Více

Externí Helpdesk Uživatelská příručka. verze 1.00

Externí Helpdesk Uživatelská příručka. verze 1.00 Externí Helpdesk Uživatelská příručka verze 1.00 Externí Helpdesk uživatelská příručka k webovému prostředí Copyright 2011 Triada, spol. s r. o. Triada, spol. s r. o. U svobodárny 1110/12 190 00 Praha

Více