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

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

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

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

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

Informační systémy 2008/2009. Radim Farana. Obsah. Nástroje business modelování. Business modelling, základní nástroje a metody business modelování.

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

TÉMATICKÝ OKRUH Softwarové inženýrství

TÉMATICKÝ OKRUH Softwarové inženýrství TÉMATICKÝ OKRUH Softwarové inženýrství Číslo otázky : 22. Otázka : Úvodní fáze rozpracování softwarového projektu. Postupy při specifikaci byznys modelů. Specifikace požadavků a jejich rozpracování pomocí

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

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

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

Objektově orientované technologie. Daniela Szturcová

Objektově orientované technologie. Daniela Szturcová Objektově orientované technologie Cvičení 5 - Tvorba třídního diagramu Daniela Szturcová 1 5 Tvorba třídního diagramu Cíl cvičení Vyhledat třídy, jejich atributy a operace. Navrhnout vazby mezi třídami.

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

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

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

Systé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í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

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

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

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

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

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

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

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

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

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

Uživatelská příručka pro respondenty

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

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

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

Ú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

Osobní stránky uživatele CIS

Osobní stránky uživatele CIS Osobní stránky uživatele CIS 2016 ALTRON Business Solutions, a.s. Uživatelský manuál 1 Verze manuálu: OSU- Uživatelská příručka -1.30.6 Tisk ze dne: 2. prosince 2016 Obsah Obsah...2 Změny ve verzi 1.30.6...3

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

Vývoj IS - strukturované paradigma II

Vývoj IS - strukturované paradigma II Milan Mišovič (ČVUT FIT) Pokročilé informační systémy MI-PIS, 2011, Přednáška 05 1/18 Vývoj IS - strukturované paradigma II Prof. RNDr. Milan Mišovič, CSc. Katedra softwarového inženýrství Fakulta informačních

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

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

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

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

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

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

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

[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

Uživatelský manuál. Obsah

Uživatelský manuál. Obsah Uživatelský manuál Obsah Úvodní stránka a horní menu Registrace uživatele Registrace studenta Registrace pedagoga Registrace firmy Přihlášeni do systému Obnovení zapomenutého hesla Nastavení uživatelského

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

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

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

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

Use case - management skladu

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

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

Dalším příkladem může být například výstup dat na různá zařízení, souborů, grafických rozhraní, sítě atd.

Dalším příkladem může být například výstup dat na různá zařízení, souborů, grafických rozhraní, sítě atd. 1. Zapouzdření Cíl látky Tento blok nejdříve přiblíží zásadu zapouzdření a odpoutání kódu a po té na relacích, jako jsou asociace, agregace a kompozice, vysvětlí jak lze objektový zdrojový kód zapouzdřovat

Více

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

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

Postup při registraci (autentizaci) OVM do informačního systému evidence přestupků (ISEP)

Postup při registraci (autentizaci) OVM do informačního systému evidence přestupků (ISEP) Postup při registraci (autentizaci) OVM do informačního systému evidence přestupků (ISEP) 0 K využívání webových služeb pro komunikaci s informačním systémem evidence přestupků (ISEP) Rejstříku trestů

Více

Postup podávání žádostí dle zákona o spotřebitelském úvěru REGIS

Postup podávání žádostí dle zákona o spotřebitelském úvěru REGIS Postup podávání žádostí dle zákona o spotřebitelském úvěru REGIS Vytvořeno dne: 31. října 2016 1 Obsah Žádosti o registrace Vázaných zástupců a Zprostředkovatelů vázaného spotřebitelského úvěru... 3 1.

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

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

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

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

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

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

Ú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

PTÁČEK - velkoobchod. eshop. ZÁKAZNICKÝ pracovní postup

PTÁČEK - velkoobchod. eshop. ZÁKAZNICKÝ pracovní postup PTÁČEK - velkoobchod eshop ZÁKAZNICKÝ pracovní postup 2009 Obsah Úvod... 3 Autorizace... 3 Přihlášení... 4 Odhlášení... 4 Změna hesla editace uživatele... 4 Hlavní stránka Před přihlášením... 4 Výběr Produktu

Více

Klíčová slova: OOP, konstruktor, destruktor, třída, objekt, atribut, metoda

Klíčová slova: OOP, konstruktor, destruktor, třída, objekt, atribut, metoda Anotace sady: Úvod do objektově orientovaného programování, VY_32_INOVACE_PRG_OOP_01 Autor: Blanka Sadovská Klíčová slova: OOP, konstruktor, destruktor, třída, objekt, atribut, metoda Druh učebního materiálu:

Více

Informační a komunikační technologie Inovace výuky prostřednictvím šablon pro SŠ

Informační a komunikační technologie Inovace výuky prostřednictvím šablon pro SŠ Název projektu Číslo projektu Název školy Autor Název šablony 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. Alois Kužela

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

Workshop SAP GRC AC - 18.6.2009 Představení SAP GRC Access Control Josef Piňos, CONSIT s.r.o.

Workshop SAP GRC AC - 18.6.2009 Představení SAP GRC Access Control Josef Piňos, CONSIT s.r.o. Workshop SAP GRC AC - 18.6.2009 Představení SAP GRC Access Control Josef Piňos, CONSIT s.r.o. Představení SAP GRC Access Control Aplikace SAP GRC AC se obsluhuje v prostředí SAP Portál. Technicky se jedná

Více

Návrh IS - UML. Jaroslav Žáček

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

7.4 Diagramy interakce (základy)

7.4 Diagramy interakce (základy) 7.4 Diagramy interakce (základy) - popisují spolupráci skupin objektů pro dosažení určitého chování - typicky zachycuje chování jednoho případu použití Př) Zpracování objednávky Cíl: Na základě objednávky

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

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

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

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

4 ARCHITEKTURA PODNIKOVÝCH PROCESŮ S ARISEM

4 ARCHITEKTURA PODNIKOVÝCH PROCESŮ S ARISEM 41 4 ARCHITEKTURA PODNIKOVÝCH PROCESŮ S ARISEM V této kapitole vysvětlíme potřebu strukturované architektury podnikových procesů, a seznámíme se s běžnými typy modelů, používaných v ARISu k reprezentaci

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

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

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

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

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

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

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

ŽÁ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

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

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

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

TÉMATICKÝ OKRUH Teorie zpracování dat, Databázové a informační systémy a Teorie informačních systémů

TÉMATICKÝ OKRUH Teorie zpracování dat, Databázové a informační systémy a Teorie informačních systémů TÉMATICKÝ OKRUH Teorie zpracování dat, Databázové a informační systémy a Teorie informačních systémů Číslo otázky : 16. Otázka : Funkční a dynamická analýza informačního systému. Obsah : 1. Úvod 2. Funkční

Více

Tvorba informačních systémů

Tvorba informačních systémů Tvorba informačních systémů Michal Krátký 1 1 Katedra informatiky VŠB Technická univerzita Ostrava Tvorba informačních systémů, 2005/2006 c 2006 Michal Krátký Tvorba informačních systémů 1/35 Konceptuální

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

Sklady 2006. Zadávací dokumentace Verze 1.0

Sklady 2006. Zadávací dokumentace Verze 1.0 Sklady 2006 Zadávací dokumentace Verze 1.0 ApS Brno s.r.o., 2006 Kapitola 1. Obsah KAPITOLA 1. OBSAH... 2 KAPITOLA 2. ÚVOD... 3 KAPITOLA 3. TERMINÁLY... 4 A. PODPOROVANÁ PERIFERNÍ ZAŘÍZENÍ... 4 KAPITOLA

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

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

Use Case Model - Complete Report Grouped by Item Kind, Full Descriptions

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

Popis aplikace Portál práce pro oblast bezpečnostních služeb

Popis aplikace Portál práce pro oblast bezpečnostních služeb Adresa portálu: http://www.sbsportalprace.cz/ (http://www.sbsportalprace.eu) Stručný popis: Aplikace je určená pro zaměstnavatele, uchazeče a vzdělavatele pro oblast bezpečnostních služeb. Aplikace zajišťuje

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

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