EO_01. Podnikové ontologie

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

Architektury Informačních systémů. Jaroslav Žáček jaroslav.zacek@osu.cz http://www1.osu.cz/~zacek/

Architektury Informačních systémů. Jaroslav Žáček jaroslav.zacek@osu.cz http://www1.osu.cz/~zacek/ Architektury Informačních systémů Jaroslav Žáček jaroslav.zacek@osu.cz http://www1.osu.cz/~zacek/ Nutné pojmy Co je to informační systém? Jaké oblasti zahrnuje? Jaká je vazba IS na podnikovou strategii?

Více

Design systému. Komponentová versus procesní architektura

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

Více

MOŢNOSTI VYUŢITÍ ROLÍ, AKTORŮ A AGENTŮ PŘI DESIGNU BYZNYS PROCESŮ

MOŢNOSTI VYUŢITÍ ROLÍ, AKTORŮ A AGENTŮ PŘI DESIGNU BYZNYS PROCESŮ MOŢNOSTI VYUŢITÍ ROLÍ, AKTORŮ A AGENTŮ PŘI DESIGNU BYZNYS PROCESŮ Ing. Jan Smolík Vysoká škola finanční a správní PROČ JINÝ ZPŮSOB MODELOVÁNÍ PROCESŮ Základní žurnalistické otázky Co, kdo, kdy, kde, jak,

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

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

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

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

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

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

UML. Unified Modeling Language. Součásti UML

UML. Unified Modeling Language. Součásti UML UML Unified Modeling Language 1995 počátek 1997 verze 1.0 leden dnes verze 2.0 (vývoj stále nedokončen) Standardní notace OMG podpora velkých firem (Microsoft, IBM, Oracle, HP ) popisuje struktury popisuje

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

Úvodní přednáška. Význam a historie PIS

Úvodní přednáška. Význam a historie PIS Úvodní přednáška Význam a historie PIS Systémy na podporu rozhodování Manažerský informační systém Manažerské rozhodování Srovnávání, vyhodnocování, kontrola INFORMACE ROZHODOVÁNÍ organizace Rozhodovacích

Více

Úvod do softwarového inženýrství IUS 2009/2010 p.1/30

Úvod do softwarového inženýrství IUS 2009/2010 p.1/30 Úvod do softwarového inženýrství IUS 2009/2010 5. přednáška Ing. Radek Kočí, Ph.D. Ing. Bohuslav Křena, Ph.D. Vytvořeno na základě přednášky doc. Ing. Jaroslava Zendulky, CSc. Úvod do softwarového inženýrství

Více

Přednáška. Sběr požadavků na SW s použitím metody C.C a nástroje Craft.CASE. e-fractal, s.r.o.

Přednáška. Sběr požadavků na SW s použitím metody C.C a nástroje Craft.CASE. e-fractal, s.r.o. Přednáška Sběr požadavků na SW s použitím metody C.C a nástroje Craft.CASE e-fractal, s.r.o. Úvod Agenda Motivace proč modelovat procesy Stručný úvod do metody C.C Příklad Motivace proč modelovat procesy

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

2. Modelovací jazyk UML 2.1 Struktura UML 2.1.1 Diagram tříd 2.1.1.1 Asociace 2.1.2 OCL. 3. Smalltalk 3.1 Jazyk 3.1.1 Pojmenování

2. Modelovací jazyk UML 2.1 Struktura UML 2.1.1 Diagram tříd 2.1.1.1 Asociace 2.1.2 OCL. 3. Smalltalk 3.1 Jazyk 3.1.1 Pojmenování 1. Teoretické základy modelování na počítačích 1.1 Lambda-kalkul 1.1.1 Formální zápis, beta-redukce, alfa-konverze 1.1.2 Lambda-výraz jako data 1.1.3 Příklad alfa-konverze 1.1.4 Eta-redukce 1.2 Základy

Více

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

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

Více

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

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

Databázové modelování. Analýza Návrh konceptuálního schématu

Databázové modelování. Analýza Návrh konceptuálního schématu Databázové modelování Analýza Návrh konceptuálního schématu 1 Vytváření IS Analýza Návrh Implementace Testování Předání SW Jednotlivé fáze mezi sebou iterují 2 Proč modelovat/analyzovat? Standardizované

Více

Analýza a modelování dat. Helena Palovská

Analýza a modelování dat. Helena Palovská Analýza a modelování dat Helena Palovská Analýza a modelování pro SW projekt Strukturovaný přístup Dynamická část (procesy, aktivity, funkce) Statická část (data) Objektově orientovaný přístup use case

Více

WORKFLOW. Procesní přístup. Základ perspektivního úspěšného podnikového řízení. Funkčnířízení založené na dělbě práce

WORKFLOW. Procesní přístup. Základ perspektivního úspěšného podnikového řízení. Funkčnířízení založené na dělbě práce WORKFLOW Procesní přístup Základ perspektivního úspěšného podnikového řízení Funkčnířízení založené na dělbě práce Procesní řízení princip integrace činností do ucelených procesů 1 Funkční řízení Dělba

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

SQL - trigger, Databázové modelování

SQL - trigger, Databázové modelování 6. přednáška z předmětu Datové struktury a databáze (DSD) Ústav nových technologií a aplikované informatiky Fakulta mechatroniky, informatiky a mezioborových studií Technická univerzita v Liberci jan.lisal@tul.cz

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

7.2 Model použití (jednání) (Use Case)

7.2 Model použití (jednání) (Use Case) 7.2 Model použití (jednání) (Use Case) - při analýze požadavků často popis typických interakcí uživatele, nedokumentované Jacobson model použití (1992) Scénář Posloupnost kroků popisujících interakci mezi

Více

RUP - Disciplíny. Jaroslav Žáček jaroslav.zacek@osu.cz

RUP - Disciplíny. Jaroslav Žáček jaroslav.zacek@osu.cz RUP - Disciplíny Jaroslav Žáček jaroslav.zacek@osu.cz Disciplíny Množství disciplíny v dané iteraci Disciplíny podle RUP Šest základních: Business modeling - pro pochopení problémové domény Requirements

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

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

Organizační pokyn Hnutí Brontosaurus č. 2.8. Mechanismy proplácení na Ústředí Hnutí Brontosaurus

Organizační pokyn Hnutí Brontosaurus č. 2.8. Mechanismy proplácení na Ústředí Hnutí Brontosaurus Organizační pokyn Hnutí Brontosaurus č. 2.8 Mechanismy proplácení na Ústředí Hnutí Brontosaurus 1 Mechanismy proplácení na Ústředí Hnutí Brontosaurus 1. Typy dokladů na ústředí HB při zúčtovacích vztazích

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

- 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

UML - opakování 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

UML - opakování 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 UML - opakování 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 Co je to UML Evoluce UML Diagram komponent Diagram odbavení Diagram tříd Aktivity diagram Stavový diagram Sekvenční diagram Diagram

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

Diagram nebo text? Miroslav Benešovský, BenSoft s.r.o

Diagram nebo text? Miroslav Benešovský, BenSoft s.r.o Diagram nebo text? Miroslav Benešovský, Diagram nebo text? Jaká je role analytika při vývoji SW? Most mezi zákazníkem a vývojáři Jaké má analytik prostředky? Diagramy, vizuální modelování Jaká je zkušenost

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

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

Informace a znalosti v organizaci

Informace a znalosti v organizaci Informace a znalosti v organizaci Vladimíra Zádová Postavení informací a znalostí z hlediska úspěšnosti firmy Vnitřní faktory Rámec 7S faktorů úspěchu firmy [ Mc Kinsey ] Struktura Strategie Systémy Spolupracovníci

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

Ú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

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

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

Více

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

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

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

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

Praktické aspekty ABC

Praktické aspekty ABC Praktické aspekty ABC Metoda maticového propočtu 1. Zjednodušený procesní model 2. Produktový přístup k nákladům 3. Analýza vnitřních produktů 4. Sestavení ABC rozpočtů 5. Maticový propočet Tomáš Nekvapil

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

Semináˇr Java X J2EE Semináˇr Java X p.1/23

Semináˇr Java X J2EE Semináˇr Java X p.1/23 Seminář Java X J2EE Seminář Java X p.1/23 J2EE Složitost obchodních aplikací robusní, distribuované, spolehlivé aplikace s transakcemi na straně serveru, klientské aplikace co nejjednodušší Snaha : Návrh,

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

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

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

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

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

Obchodní podmínky registračního systému Právnické fakulty Masarykovy univerzity

Obchodní podmínky registračního systému Právnické fakulty Masarykovy univerzity Obchodní podmínky registračního systému Právnické fakulty Masarykovy univerzity Tyto obchodní podmínky upravují registraci a úhradu účastnických poplatků prostřednictvím registračního systému Právnické

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

Znalostní systém nad ontologií ve formátu Topic Maps

Znalostní systém nad ontologií ve formátu Topic Maps Znalostní systém nad ontologií ve formátu Topic Maps Ladislav Buřita, Petr Do ladislav.burita@unob.cz; petr.do@unob.cz Univerzita obrany, Fakulta vojenských technologií Kounicova 65, 662 10 Brno Abstrakt:

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

Úvod do informačních a řídicích systémů. lení

Úvod do informačních a řídicích systémů. lení Úvod do informačních a řídicích systémů Základní pojmy a rozdělen lení Informace Pojem vysoce abstraktní Skutečné informace musí být pravdivé, včasné, jednoznačné a relevantní (atributy informace) Základní

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

BUSINESS 24 Databanking

BUSINESS 24 Databanking BUSINESS 24 Databanking Z ÚČETNÍHO SYSTÉMU PŘÍMO DO BANKY Martin Brabec Česká spořitelna, a.s. úsek Přímé bankovnictví OBSAH 1. Jaká je Česká spořitelna? 2. Přímé bankovnictví pro obce, města a kraje:

Více

PŘEHLED FUNKCÍ PROGRAMU KROK ZA KROKEM

PŘEHLED FUNKCÍ PROGRAMU KROK ZA KROKEM PŘEHLED FUNKCÍ PROGRAMU KROK ZA KROKEM Základní informace: Program byl konstruován především pro komplexní zpracování zakázek ve společnosti. Je postaven obecně, specializované funkce byly však přizpůsobeny

Více

4IT218 Databáze. 4IT218 Databáze

4IT218 Databáze. 4IT218 Databáze 4IT218 Databáze Osmá přednáška Dušan Chlapek (katedra informačních technologií, VŠE Praha) 4IT218 Databáze Osmá přednáška Normalizace dat - dokončení Transakce v databázovém zpracování Program přednášek

Více

Obsah. Předmluva...19. KAPITOLA 1 Úvod do programu Microsoft Dynamics NAV...23. KAPITOLA 2 Základy ovládání...33

Obsah. Předmluva...19. KAPITOLA 1 Úvod do programu Microsoft Dynamics NAV...23. KAPITOLA 2 Základy ovládání...33 Obsah Předmluva...19 Stručný úvod... 19 Cílová skupina... 20 Cvičení a řešení... 20 Poděkování... 21 Zpětná vazba od čtenářů... 21 Errata... 21 KAPITOLA 1 Úvod do programu Microsoft Dynamics NAV...23 Co

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

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

EXTRAKT z české technické normy

EXTRAKT z české technické normy EXTRAKT z české technické normy Extrakt nenahrazuje samotnou technickou normu, je pouze informativním materiálem o normě. ICS 35.240.60; 03.220.20 Elektronický výběr poplatků (EFC) Architektura systému

Více

EKONOMICKÉ MODELOVÁNÍ

EKONOMICKÉ MODELOVÁNÍ Metodický list č. 1 Podnikové procesy v řízení podniku Cílem tohoto tematického celku je vysvětlení základních pojmů z oblasti podnikových procesů a úvod do Business Process Reengineeringu i východisek

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

Všeobecné smluvní podmínky Lázní Lednice

Všeobecné smluvní podmínky Lázní Lednice Všeobecné smluvní podmínky Lázní Lednice Lázně Lednice jsou poskytovatelem lázeňských a léčebných pobytů, procedur, ubytování, stravování a navazujících služeb. Všeobecné smluvní podmínky Lázní Lednice,

Více

Anotace - Audit finančních institucí

Anotace - Audit finančních institucí Anotace - Audit finančních institucí Předmět audit finančních institucí spočívá ve výkladu pojetí,vzniku a definice auditu.dále je zaměřen na právní úpravu auditu, odpovědnost auditora, chování auditora,

Více

7 Jazyk UML (Unified Modeling Language)

7 Jazyk UML (Unified Modeling Language) 7 Jazyk UML (Unified Modeling Language) 7.1 Základní charakteristika jazyka Motivace - vznik řady OO metod a metodologií (konec 80. let a první polovina 90.let) podobné notace vyjadřující totéž, komplikující

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

Informační bulletin - přenesení daňové povinnosti

Informační bulletin - přenesení daňové povinnosti Informační bulletin - přenesení daňové povinnosti Vážení uživatelé, předkládám Vám informační zpravodaj obsahující popis zařazených funkcí do šířeného programového vybavení pro zaúčtování jednotlivých

Více

Manuál QPos Pokladna V1.18.1

Manuál QPos Pokladna V1.18.1 Manuál QPos Pokladna V1.18.1 OBSAH Obsah 1. QPOS dotyková pokladna... 3 2. Jak číst tento manuál... 4 2.1. Čím začít?... 4 2.2. Členění kapitol... 4 2.3. Speciální text... 4 3. První spuštění... 5 3.1.

Více

Softwarová podpora v procesním řízení

Softwarová podpora v procesním řízení Softwarová podpora v procesním řízení Zkušenosti z praxe využití software ATTIS Ostrava, 7. října 2010 www.attis.cz ATTN Consulting s.r.o. 1 Obsah Koncepce řízení výkonnosti Koncepce řízení výkonnosti

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

Helios Orange. www.helios.eu

Helios Orange. www.helios.eu 45685696362545563221245896533661123695887878123456856963625455632212458965336611236958878781 23 568569636254556322124589653366112369588787812345685696362545563221245891236958878781234568 556322124589653366112369588787812345685696362545563221245891236958878781234568

Více

MST - sběr dat pomocí mobilních terminálů on-line/off-line

MST - sběr dat pomocí mobilních terminálů on-line/off-line MST - sběr dat pomocí mobilních terminálů on-line/off-line Stručný přehled název: MST, software pro sběr dat mobilními terminály ve skladu (příjem, výdej, inventura) autor aplikace: FASK, spol. s r.o.,

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

EKONOMICKÝ A LOGISTICKÝ SOFTWARE. Luhačovice 24.10.2013

EKONOMICKÝ A LOGISTICKÝ SOFTWARE. Luhačovice 24.10.2013 EKONOMICKÝ A LOGISTICKÝ SOFTWARE Luhačovice 24.10.2013 CRM řízení vztahů se zákazníky CRM - je zkratka z anglického Customer Relationship Management a označují se tak systémy pro řízení vztahů se zákazníky.crm

Více

Procesy, procesní řízení organizace. Výklad procesů pro vedoucí odborů krajského úřadu Karlovarského kraje

Procesy, procesní řízení organizace. Výklad procesů pro vedoucí odborů krajského úřadu Karlovarského kraje Procesy, procesní řízení organizace Výklad procesů pro vedoucí odborů krajského úřadu Karlovarského kraje Co nového přináší ISO 9001:2008? Vnímání jednotlivých procesů organizace jako prostředku a nástroje

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

(#%ist #%LargeCorpInternalsMt #%ForAll x (#%HumanResourcesDepartment #%allinstances (#%actsincapacity x #%mediatorinprocesses #%EmployeeHiring

(#%ist #%LargeCorpInternalsMt #%ForAll x (#%HumanResourcesDepartment #%allinstances (#%actsincapacity x #%mediatorinprocesses #%EmployeeHiring Znalostní modelování Podobor znalostního inženýrství, který se zabývá tvorbou znalostních modelů spíše než finální implementací znalostních systémů Model: účelová abstrakce, která umožňuje snížit složitost

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

Allegro účetnictví. Schéma účetního modulu. Podstatné vlastnosti. Allegro Business Solution Účetnictví

Allegro účetnictví. Schéma účetního modulu. Podstatné vlastnosti. Allegro Business Solution Účetnictví Allegro účetnictví Obsahuje zákonem vyžadované agendy podvojného účetnictví a tvoří jádro celého systému. Standardní bloky zahrnují účetní knihu, faktury přijaté a vydané, banky, pokladny a přiznání DPH.

Více

ENVIRONMENTÁLNÍ BEZPEČNOST

ENVIRONMENTÁLNÍ BEZPEČNOST ENVIRONMENTÁLNÍ BEZPEČNOST INTEGROVANÁ BEZPEČNOST ORGANIZACE Ing. ALENA BUMBOVÁ, Ph.D. Operační program Vzdělávání pro konkurenceschopnost Projekt: Vzdělávání pro bezpečnostní systém státu (reg. č.: CZ.1.01/2.2.00/15.0070)

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

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

GIS Libereckého kraje

GIS Libereckého kraje Funkční rámec Zpracoval: Odbor informatiky květen 2004 Obsah 1. ÚVOD...3 1.1. Vztah GIS a IS... 3 2. ANALÝZA SOUČASNÉHO STAVU...3 2.1. Technické zázemí... 3 2.2. Personální zázemí... 3 2.3. Datová základna...

Více

Členské a klubové příspěvky

Členské a klubové příspěvky Členské a klubové příspěvky Asociace školních sportovních klubů České republiky Identifikační číslo: IČ: 45773688 Sídlo spolku: José Martího 269/31, Veleslavín, 162 00 Praha Údaje o zápisu ve spolkovém

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

OBCHODNÍ PODMÍNKY. organizátorky seznamovacích večerů Chytré rande. Michaely Strnadové. se sídlem Tř. Legionářů 1574/2, 586 01 Jihlava

OBCHODNÍ PODMÍNKY. organizátorky seznamovacích večerů Chytré rande. Michaely Strnadové. se sídlem Tř. Legionářů 1574/2, 586 01 Jihlava OBCHODNÍ PODMÍNKY organizátorky seznamovacích večerů Chytré rande Michaely Strnadové se sídlem Tř. Legionářů 1574/2, 586 01 Jihlava identifikační číslo: 88655717 zapsané v obchodním rejstříku vedeném v

Více

Metodické listy pro kombinované studium předmětu AUDIT FINANČNÍCH INSTITUCÍ

Metodické listy pro kombinované studium předmětu AUDIT FINANČNÍCH INSTITUCÍ Metodický list č.1 Název tematického celku : Podstata auditu a jeho cíle, právní úprava auditu - vznik auditorské profese - definice auditu - funkce auditu - služby poskytované auditory - nutnost právní

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

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

Představení výsledků projektu. Implementace procesního modelu s využitím ADONIS na Městském úřadě Prostějov

Představení výsledků projektu. Implementace procesního modelu s využitím ADONIS na Městském úřadě Prostějov Představení výsledků projektu Implementace procesního modelu s využitím ADONIS na Městském úřadě Prostějov Procesy Městského úřadu Prostějov Identifikováno 923 procesů Setříděno do 173 procesů Jeden proces

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

Obchodní podmínky www.skoleni-online.eu

Obchodní podmínky www.skoleni-online.eu Obchodní podmínky www.skoleni-online.eu 1) OBECNÁ USTANOVENÍ A VYMEZENÍ POJMŮ Tyto obchodní podmínky platí pro poskytování služeb na internetovém portálu www.skolenionline.eu Podmínky blíže vymezují a

Více