EO_01. Podnikové ontologie

Save this PDF as:
 WORD  PNG  TXT  JPG

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

Download "EO_01. Podnikové ontologie"

Transkript

1 EO_01 Podnikové ontologie

2 Obsah kurzu Provoz podniku -velká rozmanitost a složitost, ve které se evidentně projevuje nedostatek vnitřního uspořádání, tedy struktury a logiky. Navíc se vše vyvíjí včase a podléhá změnám. Jak tedy přistoupit knavržení efektivní struktury podniku, nebo k dosažení zamýšlených změn v provozu podniku? Jedná se o teoretickoua praktickoupráci vedoucí křízenému provádění dobře navržených změn a plánů. 2

3 Obsah kurzu Vpostupech kznovu navržení (re-design) a re-engineeringupodniku, se vliteratuře projevuje nedostatek fundované teorieo činnosti a chodu podniku. Problém s jasně a přesně definovány nejzákladnější pojmy jako je čin aktora a podnikový proces. Využití tzv. ontologického modelupodniku poskytuje šanci a nový začátek v provedení re-designua re-engineeringu podniků na kvalitativně vyšší úrovni. 3

4 Obsah kurzu Ontologický model však vyžaduje nalezení způsobu, jak oddělit stabilní ontologickou podstatu podniku od proměnného prostředí, ve kterém je realizován a implementován. Získání stabilní ontologické podstaty podniku dává velkou šanci na zvládnutí rozmanitosti a složitosti stávajících podniků. K realizaci řešení je třeba mít teorii, ve které mají místo dobře definované konceptykteré tvoří podstatu realizace a implementace a všechny ostatní relevantní koncepty. 4

5 Obsah kurzu Tato teoriea odpovídající metodologiepak vytváří tzv. ontologický model podniku (někdy se také nazývaná podniková ontologie). Ontologický model je konstrukční model (white-box model) systému, který je plně nezávislý na své implementaci. Teorie podniková ontologie (Enterprise Ontology), metodologie Design & Engineering Modeling for Organizations (DEMO). 5

6 Pojem ontologie. Obsah přednášky Cíle Podnikové ontologie. Podnikový proces a přehled metodik a nástrojů k jeho modelování. Nedostatky klasických metodologií a nástrojů modelování podnikových procesů. Úvod do metodologie DEMO. Aspektové modely metodologie DEMO. 6

7 Ontologie Ontologieje částí metafyziky a zahrnuje studium bytí, existencea reality. Ontologie je definovaná jako formálně správná množina abstrakcí nebo konceptualizacíreality, relacemi mezi konceptualizacemi a atributy. Podle Grubra(1993) je ontologie explicitní specifikací konceptualizace. Konceptualizaceje proces vyvíjení a objasňování konceptů. Jinými slovy, objasňování (vysvětlování) konceptů slovy a příklady a docílení tak přesné verbální (slovní) definice. 7

8 Ontologie Ontologie jsou objekty, koncepty a další entity u kterých se předpokládá, že existují v dané oblasti zájmu a vztahy které mají mezi sebou. Tato definice připomíná tradiční popis konceptuálního schéma databází, ale má odlišnosti: 1. cílem ontologie je reprezentovat konceptualizaci, která je sdílená/znovupoužitelnáa kde svéráznost (rázovitost) konkrétních aplikací je ignorovaná; 8

9 Ontologie 2. rozsah ontologie jsou všechny aplikace v doméně ne pouze jedna; 3. ontologie obsahujespecifikace znalostí, kde význam prezentovaných struktur je explicitně obsažen a specifikován, a kde pravidla pro odvozování dalších znalostí jsou explicitně definovaná. 9

10 Proč studovat ontologie? Zájem o ontologie se projevil v kontextu současných distribuovaných, heterogenních počítačových prostředích obzvláště internetu a v rychle se rozvíjejícím komponentověorientovaném softwarovém inženýrství. Existuje všeobecný souhlas, že ontologie jsou schopné zlepšit, komunikaci, sdílenía znovupoužitelnost. Nedostatek explicitně specifikované konceptualizace má často za následek chabou komunikaci mezi lidmi, mezi lidmi a počítači a speciálně mezi počítači. 10

11 Příklady Jaký je význam pojmů účet, podnikový proces a trh? Interpretace těchto pojmů se již liší uvnitř oddělení, mezi odděleními, mezi organizacemi a mezi výpočetními systémy. Důležitým cílem, záměrem ontologií je učinit význam konceptů jasným pro zlepšení komunikace. 11

12 Podniková ontologie (EnterpriseOntology) Podniková ontologie je nový přístup k vytvoření modelu podniku, který je nezávislý na implementaci a realizaci. Problém současných podniků je, že jsou dobře prozkoumány a dokumentovány. Společným jmenovatelem složitosta ta se dá zvládnout za těchto podmínek: k dispozici je kompletní teorieo věcech, jejichž složitost chci zvládnout; k dispozici jsou vhodné analytické metody a techniky založené na dané teorii metodologie. 12

13 Podniková ontologie (Enterprise Ontology) Model, který dostaneme použitím metodologie nazýváme ontologickým modelem abstrahuje od realizace a implementace. 13

14 Podnikový proces Prostřednictvím podnikových procesů (business procesů) můžeme snadněji pochopit informační systém specifikované domény. Podnikový proces jako základ pro definici požadavků na SW. 14

15 Pojem podnikový proces Podnikový (byznys) proces je po částech uspořádaná množina procedur a aktivit, které společně realizují podnikatelský nebo strategický cíl, obvykle v kontextu organizační struktury definující funkce rolí a jejich vztahy. 15

16 Pojem podnikový proces Pojmem procedura rozumíme podprocesobsažený v daném procesu. Pojmem po částech uspořádanámnožina pak vyjadřujeme fakt, že ne všechny aktivity a procedury lze seřadit do jediné posloupnosti. 16

17 Pojem podnikový proces Model podnikového procesu je abstraktní reprezentace podnikového procesu obvykle umožňující jeho další zpracování automatizovaným způsobem. Podnikový proces, jehož provádění je částečně, nebo dokonce úplně počítačově automatizováno se nazývá workflow(tok prací). Workflow je automatizovaný podnikový proces. Workflowsystém je informační systém, který vykonává dohled na správou sekvence aktivit. 17

18 Workflow Automatizace celého nebo části podnikového procesu, během kterého jsou dokumenty, informace nebo úkoly předávány od jednoho účastníka procesu k druhému podle sady procedurálních pravidel tak, aby se dosáhlo nebo přispělo k plnění celkových/globálních podnikových cílů. 18

19 Workflow Podnikový proces a workflowbývají zaměňovány, protože jejich význam je blízký, ne však totožný (z pohledu podnikové ontologie). Jediným rozdílem je, že workflowspravuje a řídí k tomu určený software ERP (EnterpriseResourcePlamming) nebo WFM (WorkflowManagement) systém. Je však důležité si uvědomit, že právě workflow, díky svému počítačovému zpracování, klade vysoké nároky na specifikaci procesu, na jeho přesnost a jednoznačnost. Workflow- tok prací. 19

20 Ontologie procesního inženýrství Ontologií rozumíme systém jasně definovaných pojmůa jejich vzájemných vztahů popisující danou oblast znalostí. 20

21 Kategorizace metod a nástrojů 1. BPR (Business ProcessRe-engineering) nástroje určené k modelování a analýze byznys procesů. Cílem je umožnit radikálně, nebo postupně procesy vylepšovat a umožnit podle nich vlastní řízení organizace či podniku. 2. ERP (Enterprise Resource Planning) systémyjakosap, BAAN, Oracle apod. umožňujícíautomatizovat výrobní procesy, finanční toky a řídit lidské zdroje, právě na základě explicitně popsaných procesů. Modelování podnikových procesů se tak stává počáteční fází softwarového procesu, na jehož konci je v podniku či organizaci implementovaný informační systém. 3. WFM (WorkflowManagement) systémy reprezentující generické softwarové nástroje pro definici, správu, realizaci a vlastní řízení podnikových procesů. 21

22 Postup návrhu podnikového procesu Účelem modelování je vytvoření takové abstrakce procesu, která umožňuje pochopení všech jeho aktivit, souvislostí mezi těmito aktivitami a rolemi reprezentovaných schopnostmi lidí a zařízení zapojených do daného procesu. V současné době lze nalézt celou řadu metod postavených na různých technologiích, které jsou používány k sestavování modelů podnikových procesů. 22

23 Postup návrhu podnikového procesu V podstatě tedy existují tři klasické základní přístupy, které se využívají k modelování procesů, a které vychází ze tří základních typů použité abstrakce: 1. Funkční přístup zaměřený především na funkce, jejich strukturování, vstupy a výstupy. 2. Přístup specifikací chování je zaměřen na řídící aspekt vykonávání procesu cestou stanovení událostí a podmínek, za kterých mohou být jednotlivé aktivity prováděny. 3. Strukturální přístup je zaměřen na statický aspekt procesu. Cílem je postihnout entity a zdroje vystupující v procesu včetně jejich atributů, činností (služeb) a vzájemných vazeb. 23

24 Klasický příklad k řešení Mějme dánu firmu, která po obdržení objednávky nejprve prostřednictvím svého obchodního oddělení rozhodne o tom, zda-li je schopna obdržené zboží dodat. Pokud ne, proces je ukončen zamítnutímobjednávky. V opačném případě pokračuje proces ověřením, zda-li je zboží k dispozici ve skladu, či je nutné je vyrobit. K účelu vyrobení je nutné zakoupit materiál, připravit výrobu a nakonec požadované zboží zhotovitve výrobním úseku firmy. Následně je expedicí zboží odeslánoobjednateli, vystavena a zaslána faktura účetním oddělením, které také kontroluje její zaplacení. 24

25 Realizace zakázky diagram toků (Flow Chart Diagram) 25

26 Realizace zakázky 2/2 Semiformálnípopis zadání Flowchart diagram toků vývojový diagram 26

27 Objektový model realizace zakázky 27

28 Diagramy užití (Use Case Diagrams) Funkční specifikace je v jazyce UML řešena prostřednictvím diagramů případu užítí(use Case Diagram). Případ užití specifikuje jeden případ použití vytvářeného informačního systému. Případ(scénář) užití je pojem, který je v rámci byznys modelování definován následujícím způsobem: Případ užití je posloupnost akcí, které podnik či organizace realizuje v interakci se specifickými aktéry s cílem vytvořit výsledek požadované hodnoty. V podstatě je tedy případ užití synonymem pro podnikový proces. 28

29 Diagramy užití (Use Case Diagrams) Výhodu případů užití: snadná srozumitelnost, pokud jsou správně identifikovány případy užití, vývoj jde hladce kupředu. Slabá místa případů užití: správná identifikace případů užití. Nároky na případy užití: správná granularita a tedy úroveň detailu popisu, kompletnost všech případů užití (strategie číšníka). 29

30 Diagramy užití Aktérreprezentuje lidskou bytost, někoho nebo organizaci, co stojí mimo podnikový proces specifikovaný daným případem užití (směr k workflow). Primárním účelem diagramů případů užití je tak dokumentovat interakce mezi službami, které jsou podnikem či organizací poskytovány a těmi, kterými jsou tyto služby požadovány. Takto vytvořený model identifikuje, co je vlastně účelem podnikání dané organizacea jaké služby nabízí svému okolí. 30

31 Diagramy užití Diagram případů užití používá následujících elementů ke svému sestavení: 1. Případy užití (Use Cases), které identifikují funkce realizované byznys procesy. 2. Aktéry (Actors) popisující externí objekty vstupující do interacese specifikovanými procesy (klasický přístup). 31

32 Obecný diagram případů užití Restaurace název systému komunikační relace číšník příjem objednávky objednání objedníní jídla servírování jídla potvrzení objednávky příprava jídla hranice systému usnadnění placení kuchař účastník / aktor klient placení konzumace jídla vrchní příjem peněz placení za jídlo případ užití (use case)

33 Diagram případu užití realizace zakázky 33

34 Diagram aktivit realizace zakázky 34

35 Zhodnocení přístupů Klasické přístupy nerozlišující mezi konstrukčníma funkčním modelem problémy při re-designu nebo reengineeringu. Neberou aktorajako součástí podnikového procesu, protože se soustřeďuje pouze na workflow automatizované podnikové procesy. Modelují podnikový proces pouze jako sekvenční činnosti (následují za sebou). Problém nalezení správné granularitya kompletnosti případů užití strategie číšníka to nevyřeší. Problém přílišné složitosti. 35

36 Postup návrhu podnikového procesu Podnikový proces ale má sociální charakter aktoři musí být jeho nedílnou součástí. Podnikový proces má aktivit, ne pouze sekvenční. stromovou strukturu. Stávající metodologie vycházejí z tzv. bestpractice a chybí jim propracovanější teorie a metodologie. 36

37 Metodologie DEMO Základem je detailní textový popis požadavků na řešený systém. Z tohoto popisu (story) pak vychází další postup identifikace aktorů a identifikace transakcí. Transakce tvoří základní prvek k modelování podnikových procesů. 37

38 Uživatelské požadavky -story Člověk se může stát členem tenisového klubu Volley zasláním dopisu poštou tenisovému klubu.v dopisu žadatel musí uvést příjmení, jméno, datum narození, pohlaví, telefonní číslo a poštovní adresu (ulice, číslo domu, poštovní kód a místo pobytu). Karel, tajemník tenisového klubu, vybírá denně poštovní schránku a kontroluje, zda jsou zadané informace o členství kompletní. Pokud ne, telefonuje odesílateli, aby zkompletoval požadovaná data. 38

39 Uživatelské požadavky Je-li dopis kompletní, Karel přidá příchozímu dopisu číslo a datum, zaznamená dopis do knihy příchozí pošty a archivuje dopis. Každou středu večer, zanese Karel obdržené dopisy Miranděna sekretariát tenisového klubu. Karel také sebou bere registr členů. 39

40 Uživatelské požadavky Pokud Miranda rozhodne, že se žadatel stane členem tenisového klubu, orazítkuje dopis žadatele s razítkem nový člen a zapíše datum pod razítko.toto datum je počátečním datem členství. Mirandapoté předá dopis Karlovi, aby přidal nového člena do registru členů. Registrem je kniha s číslovanými řádky. Každý nový člen je vložen na nový řádek. Číslo řádku je číslem člena, podle kterého je nový člen identifikován v administrativě klubu. 40

41 Uživatelské požadavky Dále Mirandaspočítá členský poplatek, který musí nový člen zaplatit pro zbývající část kalendářního roku. Mirandavyhledá doplatnou částku za členství podle rozhodnutí valné hromady, které má na papíře v zásuvce svého stolu. Potom požádá Karla, aby zapsal částku do registru členů. Jestliže Mirandanedovolí, aby se žadatel stal členem klubu (např. protože je žadatel příliš mladý, nebo jestliže byl dosažen maximální počet členů klubu) 41

42 Uživatelské požadavky Karel odešle dopis ve kterém vysvětlí, proč se žadatel nemůže stát členem tenisového klubu. Pokud jsou zpracovány všechny žádosti, Karel vezme dopisy a registr členů domů a připraví fakturu pro každého nového člena pro platbu prvního členského poplatku. 42

43 Uživatelské požadavky Karel odešle tyto faktury poštou. Poplatky musí být provedeny bankovním převodem. Jakmile přijde platba, Karel vytiskne členskou kartu na které je uvedeno členské číslo, datum začátku členství, jméno, datum narození a poštovní adresa. Karta je zaslaná novému členu poštou. 43

44 Diagram toků FlowChart Diagram Možnosti znázornění 44

45 Formalizované uživatelské požadavky Diagram toků 45

46 Formalizované uživatelské požadavky 46

47 Formalizované uživatelské požadavky 47

48 48

49 Formalizované uživatelské požadavky 49

50 Formalizované uživatelské požadavky 50

51 Transakční vzor - transakce Transaction Pattern 51

52 Identifikace ontologických transakcí Transakce T01 požadavek o členství Transakce T02 zaplacení poplatku za členství 52

53 Identifikace ontologických transakcí 53

54 Identifikace ontologických transakcí Transakce T01 produkční čin/fakt (act/fact) 54

55 Fáze transakce T01 odmítnutí - decline 55

56 Identifikace ontologických transakcí Transakce T02 požadavek na zaplacení 56

57 Transakce a jejich fáze: T02/state T01/state T01/accept Fáze promisea acceptchybějí, jsou provedeny mlčky. 57

58 Ontologický model příkladu Zaměření se pouze na ontologické produkční činy. Tím dostaneme Procesní model obsahující: T01/rq, T01/pm, T01/ex, T01/st, T01/ac. 58

59 Procesní model Skutečná sekvence produkčních činů: T01/rq, T01/pm, T02/rq, T02/pm, T02/ex, T02/st, T02/ac, T01/ex, T01/st, T01/ac. 59

60 Role aktorů CA01, CA02 vnější aktor, který může představovat skupinu aktorů(rodič zajišťuje členství pro dítě) A01 vnitřní aktor 60

61 Model faktů 61

62 Model akcí 62

63 63

64 Datalogickýprodukční čin Datalogický produkční čin je čin, ve kterém aktor manipuluje s formou informací, které se obecně označují jako data, bez zájmu o obsah těchto dat. Činy jako kopírování, ukládání a přenos dat jsou typicky datalogické. Např. čin zaznamenání žádosti do knihy dopisů se považuje za datalogický čin. 64

65 Infologickýprodukční čin Infologický produkční čin je čin, ve kterém se aktor nezajímá o formu, ale pouze o obsah informací. Typickýmiinfologickýmičiny jsou dotazování, kalkulace (výpočet hodnot) a uvažování a dedukce. 65

66 Ontologický čin Ontologickýčin je čin, ve kterém vznikají nové originální věci.typickými ontologickými produkčními činy jsou rozhodování, hodnocení a posuzování. Např. rozhodování o vyhovění/nevyhovění žádosti o členství v tenisovém klubu je ontologický čin. 66

BPM_01. Modelování podnikových procesů doc. Ing František Huňka, CSc. 155

BPM_01. Modelování podnikových procesů doc. Ing František Huňka, CSc. 155 BPM_01 Modelování podnikových procesů doc. Ing František Huňka, CSc. 155 Obsah kurzu I. část: podnikový proces: definování, účel použití, techniky modelování (grafické zobrazení), metodologie podnikových

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

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

Jiří Mašek BIVŠ V Pra r ha 20 2 08

Jiří Mašek BIVŠ V Pra r ha 20 2 08 Jiří Mašek BIVŠ Praha 2008 Procesvývoje IS Unifiedprocess(UP) Iterace vývoje Rysy CASE nástrojů Podpora metodických přístupů modelování Integrační mechanismy propojení modelů Podpora etap vývoje Generování

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

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

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

Význam datových standardů pro automatizované sdílení dat

Význam datových standardů pro automatizované sdílení dat Význam datových standardů pro automatizované sdílení dat Data Standards eaning for the anagement of Shareable Data Jitka Štěpánová Katedra informačních technologií, PEF ČZU Praha 165 21 Praha 6 - Suchdol

Více

Informační systémy. Jaroslav Žáček jaroslav.zacek@osu.cz

Informační systémy. Jaroslav Žáček jaroslav.zacek@osu.cz Informační systémy Jaroslav Žáček jaroslav.zacek@osu.cz Úvod - co možná umíte z předmětu SWENG Rozdělení IT Architektura IS Klíčový prvek řízení IS z něj vycházejí detailní analytické i plánovací charakteristiky

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

X36SIN: Softwarové inženýrství. Životní cyklus a plánování

X36SIN: Softwarové inženýrství. Životní cyklus a plánování X36SIN: Softwarové inženýrství Životní cyklus a plánování 1 Kontext Minule jsme si řekli, co to je deklarace záměru, odborný článek, katalog požadavků, seznam aktérů a seznam událostí. Seznam aktérů a

Více

Workflow, definice, charakteristika, trendy

Workflow, definice, charakteristika, trendy Workflow, definice, charakteristika, trendy Workflow management je efektivní správa toku informací a řízení v podnikových procesech. Workflow automatizuje procesy. Workflow podporuje tok dokumentů, informací

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

Projekt: Koordinační centrum pro zavádění e-gov v územní veřejné správě. Koncepční dokument pro oblast řízení. Procesní model

Projekt: Koordinační centrum pro zavádění e-gov v územní veřejné správě. Koncepční dokument pro oblast řízení. Procesní model Koncepční dokument pro oblast řízení a koordinaci e-gov: Procesní model 18. 09. 2013 OBSAH Obsah... 2 Seznam zkratek... 3 Použité pojmy... 4 1 Úvodní informace... 6 2 Procesní model: životní cyklus e-gov...

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

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

TÉMATICKÝ OKRUH Softwarové inženýrství TÉMATICKÝ OKRUH Softwarové inženýrství Číslo otázky : 21. Otázka : Softwarový process. Jeho definice, modely a vyspělostní úrovně. Standardizovaný přístup pomocí RUP (Rational Unified Process). Obsah :

Více

MODELOVÁNÍ DAT V INFORMAČNÍCH SYSTÉMECH. Jindřich Kaluža Ludmila Kalužová

MODELOVÁNÍ DAT V INFORMAČNÍCH SYSTÉMECH. Jindřich Kaluža Ludmila Kalužová MODELOVÁNÍ DAT V INFORMAČNÍCH SYSTÉMECH Jindřich Kaluža Ludmila Kalužová Recenzenti: prof. Ing. Milan Turčáni, CSc. prof. Ing. Ivan Vrana, DrSc. Tato kniha vznikla za finanční podpory Studentské grantové

Více

- Tvorba a implementace procesního řízení - Vytvoření procesní mapy včetně metodické příručku pro její tvorbu.

- Tvorba a implementace procesního řízení - Vytvoření procesní mapy včetně metodické příručku pro její tvorbu. Zavedení procesního řízení - Tvorba a implementace procesního řízení - Vytvoření procesní mapy včetně metodické příručku pro její tvorbu. - Tvorba procesního modelu MMB, podpora identifikace a mapování

Více

5 Požadavky a jejich specifikace

5 Požadavky a jejich specifikace 5 Požadavky a jejich specifikace 5.1 Inženýrství (requirements engineering) - proces stanovení služeb, které by měl vyvíjený systém poskytovat a omezení, za nichž musí pracovat - CO má systém dělat, ne

Více

PROVÁDĚCÍ SMLOUVA Č. 2. (č. ev. ČSÚ: 180 2013 S)

PROVÁDĚCÍ SMLOUVA Č. 2. (č. ev. ČSÚ: 180 2013 S) PROVÁDĚCÍ SMLOUVA Č. 2 (č. ev. ČSÚ: 180 2013 S) k Rámcové smlouvě na služby odborné podpory IT v rámci projektu Redesign statistického informačního systému v návaznosti na zavádění egovernmentu v ČR uzavřené

Více

Problémové domény a jejich charakteristiky

Problémové domény a jejich charakteristiky Milan Mišovič (ČVUT FIT) Pokročilé informační systémy MI-PIS, 2011, Přednáška 02 1/16 Problémové domény a jejich charakteristiky Prof. RNDr. Milan Mišovič, CSc. Katedra softwarového inženýrství Fakulta

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

Obecné metody systémové analýzy

Obecné metody systémové analýzy Obecné metody systémové analýzy Graf jako pojem matematické teorie grafů (nikoliv např. grafické znázornění průběhu funkce): určitý útvar (rovinný, prostorový), znázorňující vztahy (vazby, relace) mezi

Více

Modelem řízený vývoj. SWI 1 Jan Kryštof

Modelem řízený vývoj. SWI 1 Jan Kryštof Modelem řízený vývoj SWI 1 Jan Kryštof Související zkratky MDA ~ Architecture formální vymezení MDD ~ Development aktivita SW vývojářů MDG, MDE,... UML ~ Unified modeling language OMG ~ Object Management

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

INTLIB. Osnova. Projekt (TA02010182/Inteligentní knihovna) je řešen s finanční podporou TA ČR. ! Legislativní doména

INTLIB. Osnova. Projekt (TA02010182/Inteligentní knihovna) je řešen s finanční podporou TA ČR. ! Legislativní doména INTLIB Projekt (TA02010182/Inteligentní knihovna) je řešen s finanční podporou TA ČR. Osnova! O projektu! Postupy prací podle oblastí! Legislativní doména " Judikatura " Účetní poddoména! Environmentální

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

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

Aplikační Dokumentace Standardy ICT MPSV

Aplikační Dokumentace Standardy ICT MPSV Standardy ICT MPSV Datum: 19.12.2014 Informace o dokumentu Název dokumentu: Aplikační Dokumentace Historie verzí Číslo verze Datum verze Vypracoval Popis Jméno souboru 1.0 31.8.2012 Jan Apfelthaler Doplnění

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

S M Ě R N I C E č. 6/2014 ministra financí ------------------------------------------------------------------------

S M Ě R N I C E č. 6/2014 ministra financí ------------------------------------------------------------------------ MINISTERSTVO FINANCÍ Praha 1, Letenská 15 V Praze dne 12. prosince 2014 Č.j.: MF 69 949/2014/4703-2 S M Ě R N I C E č. 6/2014 ministra financí ------------------------------------------------------------------------

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

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

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

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

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

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

Ú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

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

Způsobilé výdaje na poradenské služby pro individuální projekty MSP. Poradenství OPPI 1. výzva

Způsobilé výdaje na poradenské služby pro individuální projekty MSP. Poradenství OPPI 1. výzva Způsobilé výdaje na poradenské služby pro individuální projekty MSP Poradenství OPPI 1. výzva Praha, srpen 2008 1/7 1. Uznatelnými náklady v projektu Poradenství jsou: náklady na služby poradců, expertů

Více

Úvodní studie (pokraov

Úvodní studie (pokraov Úvodní studie (pokraov ování) Model jednání a kontext Model jednání (use case model) slouží pro evidenci aktér a služeb systému. Kontextový diagram slouží pro evidenci aktér a datových tok. Oba modely

Více

Západočeská univerzita FAKULTA APLIKOVANÝCH VĚD

Západočeská univerzita FAKULTA APLIKOVANÝCH VĚD Západočeská univerzita FAKULTA APLIKOVANÝCH VĚD Okruhy otázek ke státní závěrečné zkoušce z předmětu Databázové technologie (DB) Databázové systémy 1(DB1) Databázové systémy 2 (DB2) Případové studie databázových

Více

Analýza. Pracovní postup Analýza

Analýza. Pracovní postup Analýza Otázka 4 - Analýza - hledání analytických tříd, hledání atributů a stavů, analýza chování a odpovídající diagramy v UML. (A7B36SIN) Analýza Pracovní postup Analýza Analýza v metodice UP zahrnuje architektonickou

Více

9. blok Fáze návrhu databáze, konceptuální modelování

9. blok Fáze návrhu databáze, konceptuální modelování 9. blok Fáze návrhu databáze, konceptuální modelování Studijní cíl Tento blok je věnován základům databázového modelování. V základu budou probrány jednotlivé fáze návrhu databáze. Dále bude student tohoto

Více

IS Restaurace. Semestrální práce. Tomáš Rumíšek V Brně dne 7. 1. 2014 Peter Ševčík

IS Restaurace. Semestrální práce. Tomáš Rumíšek V Brně dne 7. 1. 2014 Peter Ševčík IS Restaurace Semestrální práce Tomáš Rumíšek V Brně dne 7. 1. 2014 Peter Ševčík 1 1. Obsah 2. Neformální specifikace... 3 Informační systém Restaurace... 3 3. Formální specifikace... 3 Funkční požadavky...

Více

OBCHODNÍ PODMÍNKY. 1.6. Kupující není oprávněn umožnit využívání uživatelského účtu třetím osobám.

OBCHODNÍ PODMÍNKY. 1.6. Kupující není oprávněn umožnit využívání uživatelského účtu třetím osobám. OBCHODNÍ PODMÍNKY obchodní společnosti FESH s.r.o. se sídlem Bryksova 763/46, Praha 9 IČO: 02319829 DIČ: CZ02319829 pro prodej zboží a služeb prostřednictvím internetové adresy www.fengshuiacademy.cz a

Více

Dominik Vymětal. Informační technologie pro praxi 2009, Ostrava 1.-2.10.2009 1

Dominik Vymětal. Informační technologie pro praxi 2009, Ostrava 1.-2.10.2009 1 Dominik Vymětal 2009, Ostrava 1.-2.10.2009 1 Procesní model Výhody Orientace na konkrétní činnosti a možnost reengineeringu Nevýhody Malá orientace na průřezové nebo opakované činnosti Modely na základě

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

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

Obchodní podmínky. Obsah: 1.Obecná ustanovení. 2.Objednávka. 3.Cena zboží, pokuty, faktury. 4.Forma platby. 5.Způsob platby. 6.

Obchodní podmínky. Obsah: 1.Obecná ustanovení. 2.Objednávka. 3.Cena zboží, pokuty, faktury. 4.Forma platby. 5.Způsob platby. 6. Obchodní podmínky Obsah: 1.Obecná ustanovení 2.Objednávka 3.Cena zboží, pokuty, faktury 4.Forma platby 5.Způsob platby 6.Zabezpečení 7.Dodací podmínky 8.Garance 9.Odstoupení od smlouvy 10.Odpovědnost za

Více

Martin Jakubička Ústav výpočetní techniky MU, Fakulta Informatiky MU Osnova Ohlédnutí za minulým rokem Úvod do problematiky Správa aktiv Ohlédnutí za minulým rokem loňský příspěvek zaměřen na specifikaci,

Více

IMPLEMENTACE ECDL DO VÝUKY MODUL 6: GRAFICKÉ MOŽNOSTI PC

IMPLEMENTACE ECDL DO VÝUKY MODUL 6: GRAFICKÉ MOŽNOSTI PC Vyšší odborná škola ekonomická a zdravotnická a Střední škola, Boskovice IMPLEMENTACE ECDL DO VÝUKY MODUL 6: GRAFICKÉ MOŽNOSTI PC Metodika Zpracoval: Ing. David Marek srpen 2009 Úvod Grafické možnosti

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

Ročníkový projekt. Jaroslav Žáček jaroslav.zacek@osu.cz

Ročníkový projekt. Jaroslav Žáček jaroslav.zacek@osu.cz Ročníkový projekt Jaroslav Žáček jaroslav.zacek@osu.cz Cíle předmětů Vytvoření fungující aplikace, která splňuje definované požadavky Vyzkoušet si celý životní cyklus projektu - specifikace zadání, formování

Více

ARCHITEKTURA INFORMAČNÍCH SYSTÉMŮ PODLE ÚROVNĚ ŘÍZENÍ

ARCHITEKTURA INFORMAČNÍCH SYSTÉMŮ PODLE ÚROVNĚ ŘÍZENÍ ARCHITEKTURA INFORMAČNÍCH SYSTÉMŮ PODLE ÚROVNĚ ŘÍZENÍ Podle toho, zda informační systém funguje na operativní, taktické nebo strategické řídicí úrovni, můžeme systémy rozdělit do skupin. Tuto pyramidu

Více

Ing. Roman Danel, Ph.D. 2010

Ing. Roman Danel, Ph.D. 2010 Datový sklad Ing. Roman Danel, Ph.D. 2010 Co je to datový sklad a kdy se používá? Pojmem datový sklad (anglicky Data Warehouse) označujeme zvláštní typ databáze, určený primárně pro analýzy dat v rámci

Více

Bezhotovostní placení

Bezhotovostní placení Bezhotovostní placení HOR_62_INOVACE_8.ZSV.3 Mgr. Jana Horná 8. ročník ( VI/2 EU OPVK) 27. 09. 2012 Základy společenský věd 8. ročník; Bezhotovostní placení 1 Výukový materiál je připraven pro 8. ročník

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 35.240.60 materiálem o normě. Dopravní telematika Dopravní telematika Elektronický výběr poplatků Směrnice

Více

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

Inspirace pro seminární práci předmětu Techniky a CASE nástroje vývoje IS Inspirace pro seminární práci předmětu Techniky a CASE nástroje vývoje IS výtah z ukázkového příkladu Cestovní kancelář z knihy Buchalcevová Alena, Stanovská Iva. Příklady modelů analýzy a návrhu aplikace

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

Expresní analýza PLM. jako efektivní start implementace PLM. www.technodat.cz. jindrich.vitu@technodat.cz

Expresní analýza PLM. jako efektivní start implementace PLM. www.technodat.cz. jindrich.vitu@technodat.cz jako efektivní start implementace PLM www.technodat.cz jindrich.vitu@technodat.cz 1 úvod: definice, cíl a výstup analýzy 2 etapy expresní analýzy PLM 3 sběr dat a podkladů a jejich analýza 4 dokument Expresní

Více

Základy databází. O autorech 17 PRVNÍ ČÁST. KAPITOLA 1 Začínáme 19

Základy databází. O autorech 17 PRVNÍ ČÁST. KAPITOLA 1 Začínáme 19 3 Obsah Novinky v tomto vydání 10 Význam základních principů 11 Výuka principů nezávisle na databázových produktech 12 Klíčové pojmy, kontrolní otázky, cvičení, případové studie a projekty 12 Software,

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

Efektivní informační služby NTK pro veřejnost a státní správu. 25. dubna 2012

Efektivní informační služby NTK pro veřejnost a státní správu. 25. dubna 2012 Efektivní informační služby NTK pro veřejnost a státní správu 25. dubna 2012 1 Agenda prezentace 1. Cíle projektu; 2. Realizované činnosti v projektu; 3. Příklady výstupů z projektu; 4. Harmonogram projektu;

Více

Personální audit. Audit informačního systému. Audit SW a HW

Personální audit. Audit informačního systému. Audit SW a HW Personální audit Audit informačního systému Audit SW a HW Jméno: UČO: forma studia: ročník: 2014 Brno Úvodní zpráva Konkretizujte předmět auditovaní. Identifikace objektu pozorování. Účel auditu. Stanovené

Více

Obchodní podmínky e-shopu www.azsklad.cz

Obchodní podmínky e-shopu www.azsklad.cz Obchodní podmínky e-shopu www.azsklad.cz 1. Úvodní ustanovení, vymezení pojmů, kontakt Tyto obchodní podmínky platí pro nákup v internetovém obchodě www.azsklad.cz. Podmínky blíže upřesňují práva a povinnosti

Více

Podrobná analýza k aktivitě č. 3 - implementace procesního řízení do praxe úřadu

Podrobná analýza k aktivitě č. 3 - implementace procesního řízení do praxe úřadu Příjemce dotace: Město Moravská Třebová Název projektu: Zvýšení kvality řízení a poskytovaných služeb MÚ Moravská Třebová Registrační číslo projektu: CZ.1.04/4.1.01/89.00116 Podrobná analýza k aktivitě

Více

Aplikační standard - Dokumentace ICT Standardy MPSV MPSV

Aplikační standard - Dokumentace ICT Standardy MPSV MPSV ICT Standardy MPSV MPSV Vedoucí projektu Objednatele: Milan Hojer Vedoucí projektu Zhotovitele: Michal Čanda HEWLETT-PACKARD s.r.o. Vyskočilova 1/1410 140 21 Praha 4 Tel: 261 307 111 Datum: 7.10.2012 Informace

Více

Databáze pro evidenci výměny a prodeje publikací Knihovny Kabinetu hudební historie EÚ AV ČR (Dokumentace k projektu)

Databáze pro evidenci výměny a prodeje publikací Knihovny Kabinetu hudební historie EÚ AV ČR (Dokumentace k projektu) Řešitelský tým: Beránková Kateřina Doležal Petr Kleňha Lukáš Matuška Michal Nikola Databáze pro evidenci výměny a prodeje publikací Knihovny Kabinetu hudební historie EÚ AV ČR (Dokumentace k projektu)

Více

Marketingová komunikace. 3. soustředění. Mgr. Pavel Vávra 9103@mail.vsfs.cz. Kombinované studium Skupina N9KMK3PH (vm3bph)

Marketingová komunikace. 3. soustředění. Mgr. Pavel Vávra 9103@mail.vsfs.cz. Kombinované studium Skupina N9KMK3PH (vm3bph) Marketingová komunikace Kombinované studium Skupina N9KMK3PH (vm3bph) 3. soustředění Mgr. Pavel Vávra 9103@mail.vsfs.cz http://vavra.webzdarma.cz/home/index.htm Zdroje Studijní materiály Heleny Palovské

Více

AXIS OBUV - pro řízení obuvnické výroby

AXIS OBUV - pro řízení obuvnické výroby AXIS OBUV - pro řízení obuvnické výroby AXIS Obuv je vyvinutý pro specifické potřeby výrobní organizace, jejichž základním profilem je výroba obuvi. Řešení vychází ze znalostí problematiky a organizace

Více

Znalostní báze pro obor organizace informací a znalostí

Znalostní báze pro obor organizace informací a znalostí Znalostní báze pro obor organizace informací a znalostí Představení projektu Programu aplikovaného výzkumu a vývoje národní a kulturní identity (NAKI) DF13P01OVV013 2013 2015 Helena Kučerová ÚISK FF UK

Více

PROVÁDĚCÍ SMLOUVA Č. 4 NA PLNĚNÍ DÍLČÍ VEŘEJNÉ ZAKÁZKY S NÁZVEM. Evidenční systém etapy IV VI. uzavřená mezi

PROVÁDĚCÍ SMLOUVA Č. 4 NA PLNĚNÍ DÍLČÍ VEŘEJNÉ ZAKÁZKY S NÁZVEM. Evidenční systém etapy IV VI. uzavřená mezi PROVÁDĚCÍ SMLOUVA Č. 4 k Rámcové smlouvě na služby odborné podpory IT s centrálním zpracováním statistických úloh v rámci projektu Redesign statistického informačního systému v návaznosti na zavádění egovernmentu

Více

Management IS. Doc.Ing.Miloš Koch,CSc. koch@fbm.vutbr.cz 22/ 1

Management IS. Doc.Ing.Miloš Koch,CSc. koch@fbm.vutbr.cz 22/ 1 Management IS Doc.Ing.Miloš Koch,CSc. koch@fbm.vutbr.cz 22/ 1 Učitelé Přednášející: Cvičící: Doc.Ing.Miloš Koch,CSc. Ing.Aleš Klusák Kontakt: koch@fbm.vutbr.cz 22/ 2 Literatura Skripta: Koch,M. Dovrtěl,J.:

Více

TEORIE ZPRACOVÁNÍ DAT

TEORIE ZPRACOVÁNÍ DAT Vysoká škola báňská - Technická univerzita Ostrava Fakulta elektrotechniky a informatiky TEORIE ZPRACOVÁNÍ DAT pro kombinované a distanční studium Jana Šarmanová Ostrava 2003 Jana Šarmanová, 2003 Fakulta

Více

SAP PROCUREMENT DAY 2013

SAP PROCUREMENT DAY 2013 SAP PROCUREMENT DAY 2013 Portfolio řešení SAP pro oblast nákupu Vladimír Heřt, SAP ČR Agenda Stručný úvod Portfolio řešení SAP Řešení SAP pro oblast nákupu On Premise & On Demand Nadstavbová řešení SAP

Více

Specializace Kognitivní informatika

Specializace Kognitivní informatika Specializace Kognitivní informatika Otevřené dveře specializace Kognitivní informatika, 10.5.2007 V rámci projektu, financovaného Evropským sociálním fondem pod č. 3206 Multi- a transdisciplinární obor

Více

Typické problémy řešené informačními systémy

Typické problémy řešené informačními systémy Informační systémy Informační systém systém umožňující komunikaci a transformaci informací časově, prostorově i co do formy tak, aby byly lépe využity než v původním stavu (systém, který přidává hodnotu

Více

Maturitní témata Školní rok: 2015/2016

Maturitní témata Školní rok: 2015/2016 Maturitní témata Školní rok: 2015/2016 Ředitel školy: Předmětová komise: Předseda předmětové komise: Předmět: PhDr. Karel Goš Informatika a výpočetní technika Mgr. Ivan Studnička Informatika a výpočetní

Více

ROZDÍLY V NÁVRZÍCH RELAČNÍCH A OBJEKTOVÝCH DATABÁZÍ A JEJICH DŮSLEDKY PRO TRANSFORMACI MODELŮ

ROZDÍLY V NÁVRZÍCH RELAČNÍCH A OBJEKTOVÝCH DATABÁZÍ A JEJICH DŮSLEDKY PRO TRANSFORMACI MODELŮ ROZDÍLY V NÁVRZÍCH RELAČNÍCH A OBJEKTOVÝCH DATABÁZÍ A JEJICH DŮSLEDKY PRO TRANSFORMACI MODELŮ RELATIONAL AND OBJECT DATABASES DESIGN DIFFERENCES AND IT S IMPLICATIONS TO MODEL TRANSFORMATION Vít Holub

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

Vrstvy programového vybavení Klasifikace Systémové prostředky, ostatní SW Pořizování Využití

Vrstvy programového vybavení Klasifikace Systémové prostředky, ostatní SW Pořizování Využití Programové prostředky PC - 5 Informatika 2 Přednáší: doc. Ing. Jan Skrbek, Dr. - KIN Přednášky: středa 14 20 15 55 Spojení: e-mail: jan.skrbek@tul.cz 16 10 17 45 tel.: 48 535 2442 Obsah: Vrstvy programového

Více

GINIS na KrÚ Středočeského kraje

GINIS na KrÚ Středočeského kraje 9.4.2014 GINIS na KrÚ Středočeského kraje Informační systém GINIS na Krajském úřadu Středočeského kraje GINIS na KrÚ Středočeského kraje, Václav Pávek, www.gordic.cz GORDIC Specialista v oblasti veřejné

Více

Příloha č. 3: Technické zadání zakázky Instalace a služby pro technologické centrum MÚ Pohořelice

Příloha č. 3: Technické zadání zakázky Instalace a služby pro technologické centrum MÚ Pohořelice Příloha č. 3: Technické zadání zakázky Instalace a služby pro technologické centrum MÚ Pohořelice Účelem veřejné zakázky je vybudování, provoz a údržba infrastruktury pro provozování aplikací a služeb

Více

QAD CRM. Vladimír Bartoš. konzultant

QAD CRM. Vladimír Bartoš. konzultant QAD CRM Vladimír Bartoš konzultant Integrace QAD CRM QAD EA Artikly Adresy Nabídky Prodejní objednávky Instalovaná báze Servisní volání Servisní kontrakty Servisní nabídky Nabídky volání Měny Uživatelé

Více

Manažerská ekonomika

Manažerská ekonomika PODNIKOVÝ MANAGEMENT (zkouška č. 12) Cíl předmětu Získat znalosti zákonitostí úspěšného řízení organizace a přehled o současné teorii a praxi managementu. Seznámit se s moderními manažerskými metodami

Více

Novinky 2012. Vladimír Bartoš Ředitel podpory prodeje

Novinky 2012. Vladimír Bartoš Ředitel podpory prodeje Novinky 2012 Vladimír Bartoš Ředitel podpory prodeje 13.6.2012 Doba je složitá Je krize x Není krize??? Blbá nálada x Optimizmus??? Komunikace na dálku x Plné silnice??? Přichází globální oteplování x

Více

Základní informace o co se jedná a k čemu to slouží

Základní informace o co se jedná a k čemu to slouží Základní informace o co se jedná a k čemu to slouží založené na relačních databází transakční systémy, které jsou určeny pro pořizování a ukládání dat v reálném čase (ERP, účetní, ekonomické a další podnikové

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

Administrativní pokyny pro aplikaci Madridské dohody o mezinárodním zápisu známek a Protokolu k této dohodě. (ve znění platném k 1.

Administrativní pokyny pro aplikaci Madridské dohody o mezinárodním zápisu známek a Protokolu k této dohodě. (ve znění platném k 1. Administrativní pokyny pro aplikaci Madridské dohody o mezinárodním zápisu známek a Protokolu k této dohodě (ve znění platném k 1. lednu 2008) OBSAH První část: Definice Kapitola 1: Zkrácené výrazy,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,1

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

2. přednáška z předmětu GIS1 Data a datové modely

2. přednáška z předmětu GIS1 Data a datové modely 2. přednáška z předmětu GIS1 Data a datové modely Vyučující: Ing. Jan Pacina, Ph.D. e-mail: jan.pacina@ujep.cz Pro přednášku byly použity texty a obrázky z www.gis.zcu.cz Předmět KMA/UGI, autor Ing. K.

Více

A7B36SI2 Tematický okruh SI11 Revidoval: Martin Kvetko

A7B36SI2 Tematický okruh SI11 Revidoval: Martin Kvetko Obsah Kvalita SW, jak zajistit kvalitu SW a jak ji ověřit Zabezpečení kvality, techniky řízení kvality SW. Potřeba kultivovat kvalitu, Cena za jakost Procesy pro řízení kvality, harmonogram řízení kvality

Více

Příloha č.1 Smlouvy č. VPPx o dodávce elektřiny v roce 2007. Zásady komunikace. Článek I. Způsob předávání dat

Příloha č.1 Smlouvy č. VPPx o dodávce elektřiny v roce 2007. Zásady komunikace. Článek I. Způsob předávání dat Příloha č.1 Smlouvy č. VPPx o dodávce elektřiny v roce 2007 Zásady komunikace Článek I. Způsob předávání dat (1) Přenos informací (obchodních návrhů) mezi smluvními stranami bude zajištěn prostřednictvím

Více

Projekt Metodika přípravy veřejných strategií. Akční plán aktivit v oblasti strategické práce na rok 2013

Projekt Metodika přípravy veřejných strategií. Akční plán aktivit v oblasti strategické práce na rok 2013 Projekt Metodika přípravy veřejných strategií Akční plán aktivit v oblasti strategické práce na rok 2013 Listopad 2012 Obsah Obsah... 2 1. Kontext vzniku akčního plánu... 3 2. Přehled aktivit... 4 3. Akční

Více

E-book 25 nezbytných cviků do kanceláře obchodní podmínky

E-book 25 nezbytných cviků do kanceláře obchodní podmínky E-book 25 nezbytných cviků do kanceláře obchodní podmínky I. Úvodní ustanovení I.1 Tyto obchodní podmínky specifikují kupní smlouvu ve smyslu 2079 a násl. zákona č. 89/2012 Sb., občanský zákoník, ve znění

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

Specifikace požadavků, UC. Jaroslav Žáček jaroslav.zacek@osu.cz http://www1.osu.cz/~zacek/

Specifikace požadavků, UC. Jaroslav Žáček jaroslav.zacek@osu.cz http://www1.osu.cz/~zacek/ Specifikace požadavků, UC Jaroslav Žáček jaroslav.zacek@osu.cz http://www1.osu.cz/~zacek/ Důvody pro formalizaci SRS Podle Chaos Report organizace Standish Group jsou požadavky jedním z přispěvatelů k

Více

ODŮVODNĚNÍ VEŘEJNÉ ZAKÁZKY

ODŮVODNĚNÍ VEŘEJNÉ ZAKÁZKY ODŮVODNĚNÍ VEŘEJNÉ ZAKÁZKY v souladu s 156 Zákona č. 137/2006 Sb., o veřejných zakázkách, ve znění pozdějších předpisů (dále jen zákon Identifikace zadavatele: Česká republika Ministerstvo financí Letenská

Více