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

Save this PDF as:
 WORD  PNG  TXT  JPG

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

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

Transkript

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

2 Obsah kurzu I. část: podnikový proces: definování, účel použití, techniky modelování (grafické zobrazení), metodologie podnikových procesů DEMO (Design Engineering Methodology for Organizations) 7 přednášek II. část: hodnotové modelování podnikových procesů hodnotově orientovaný přístup REA (resource event agent), 4 přednášky III. část: praktické uplatnění a zasazení podnikových procesů. 2 přednášky 2

3 Obsah přednášky Pojem podnikového procesu a jeho využití Pojem modelování Tradiční techniky modelování podnikových procesů (diagramy) Zhodnocení jednotlivých hlavních metodik modelování podnikových procesů. 3

4 Model, modelování Model je abstrakce popisující problémovou doménu a/nebo řešení problémové domény. Tradičně jsou modely vytvářeny formou diagramů plus jejích odpovídající popis (dokumentace) ne diagramy formou výsledků pohovorů (interview) a např. kolekce CRC diagramů (class responsibility collaborators). 4

5 Podnikový proces (Business Process) Podnikový proces je kolekce činností mezi rolemi aktérů, kterou iniciátor procesu získává nějakou hodnotu (nemusí jít o hodnotu bezprostředně vyjádřenou finančně). Proces definuje kroky, které mají být podniknuty (provedeny), role aktérů (lidí), které tyto kroky provedou a artefakty, které jsou použity ke splnění účelu (důvodu), který poskytuje hodnotu někomu nebo nějaké organizaci. Artefakt dokument, model, soubor, diagram nebo položka vytvořená, modifikovaná nebo použitá během vývoje, operace nebo podpory systému. 5

6 Aktér, agent, role aktéra Aktér představuje v modelu lidskou bytost, lidský subjekt. Agent počítačová entita reprezentující lidskou bytost v programovém systému. Pro modelování je výhodné zavést role, např. role studenta, role pacienta, role učitele, role děkana. Každá lidská bytost vystupuje v souběžně několika rolích. Výměna fyzických osob v rolích jmenování nového ředitele, děkana, role se nemění, mění se jen osoba. 6

7 Podnikový proces a jeho modelování Procesní modely nám umožňují popsat často komplikovaný tok logiky uvnitř systému. Procesní model je sociální systém, protože se v něm vyskytují lidské bytosti ve formě aktérů správně ve formě rolí aktérů. Zpravidla je iniciátor procesu a vykonavatel (exekutor, performer) procesu. 7

8 Podnikový proces a jeho modelování Procesní modely také ukazují jak jsou informace systémem zpracovány a k podpoře těchto interakcí, popisují aktivity procesu a toky informaci mezi aktivitami. Kromě aktivit podnikové procesy také popisují podniková pravidla (business rules). Podniková pravidla: (constraints, derivation rules) omezující podmínky: věk, max počet členů, max délka pobytu odvozující pravidla: rok narození věk, spotřeba na km, počet km spotřeba celkem. 8

9 Podnikový proces a jeho modelování Příklad podnikových procesů: Zápis studenta ke studiu (výběr kurzů pro daný semestr, vstupní podmínky, výstupní podmínky), Získání členství v tenisovém klubu, Výpůjčka auta, Zpracování cestovního příkazu. 9

10 Místo podnikového procesu ve vývoji programové aplikace Vývoj programového vybavení: 1. Požadavky na systém requirement analysis forma: diagramy případů užití (use case modeling) (strategie číšníka waiter strategy) 2. Uživatelské rozhraní jeho vývoj 3. Dodatečné požadavky (supplementary requirements) podniková pravidla, omezující podmínky, komentáře specifikace použitých pojmů 10

11 Místo podnikového procesu ve vývoji programové aplikace 4. Konceptové modelování samotné požadavky jsou nedostačující, třeba techniku k doplnění detailů a chybějících artefaktů vytvořit požadovanou strukturu 5. Modelování podnikových procesů dynamická část řešení 6. Návrh architektury (most mezi požadavky a návrhem) 7. Dynamické modelování (sekvenční diagramy) 8. Modelování návrhu struktury (diagramy tříd) 9. Implementace, testování 10. Návrh a vývoj databáze 11

12 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 zpětně ovlivňuje požadavky na programové řešení. 12

13 Pojem podnikový proces další definice 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. 13

14 Pojem podnikový proces Pojmem procedura rozumíme podproces obsaž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. 14

15 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. Workflow systém je informační systém, který vykonává dohled na správnou sekvencí aktivit. 15

16 Workflow - definice 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ů. 16

17 Workflow Podnikový proces a workflow bý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 workflow spravuje a řídí k tomu určený software ERP (Enterprise Resource Plamming) nebo WFM (Workflow Management) 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í. 17

18 Kategorizace metod a nástrojů 1. ERP (Enterprise Resource Planning) systémy jako SAP, 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. 2. WFM (Workflow Management) systémy reprezentující generické softwarové nástroje pro definici, správu, realizaci a vlastní řízení podnikových procesů. 18

19 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 (technik) postavených na různých technologiích, které jsou používány k sestavování modelů podnikových procesů. 19

20 Obecný 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. 20

21 Využití konkrétních diagramů pro modelování podnikových procesů Analýza požadavků používá diagramy případů užití. scénář je konkrétní instance případu užití, případ užití je zobecnění. 21

22 1. 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. 22

23 Obecný diagram případů užití Restaurace název systému příjem objednávky objedníní jídla hranice systému komunikační relace číšník servírování objednání potvrzení objednávky servírování jídla příprava jídla 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)

24 Diagramy užití Aktér reprezentuje 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é organizace a jaké služby nabízí svému okolí. 24

25 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). 25

26 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 interakce se specifikovanými procesy (klasický přístup). 26

27 Diagramy případů užití - zhodnocení Diagramy obsahují aktéry, mezi kterými probíhá podnikový proces. Mají ohraničenou oblast použití. RUP navrhuje využívat business use case models. Jsou výhodné pro zjišťování použití navrhovaného systému, ale nejsou dobré pro zjišťování (posouzení) podnikových procesů, protože vůbec nepopisují informační toky. 27

28 Diagram toků Flowchart Vývojový diagram Diagramy toků modelovací technika zavedena v 1940/50 a popularizovaná pro strukturální vývoj programů v 1970 (Pascal) a pro modelování podnikových procesů. 28

29 Diagram toků Flow Chart Diagram Možnosti znázornění 29

30 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ím objedná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ží zhotovit ve výrobním úseku firmy. Následně je expedicí zboží odesláno objednateli, vystavena a zaslána faktura účetním oddělením, které také kontroluje její zaplacení. 30

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

32 Realizace zakázky 2/2 Semiformální popis zadání Flow chart diagram toků vývojový diagram 32

33 Deklarace uživatelských požadavků User stories popis provedený uživatelem. Záleží na provedení. Je-li proveden precizně má velkou vypovídací hodnotu a umožňuje efektivní postup. Příklad user stories: 33

34 Uživatelské požadavky user stories Č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. 34

35 Uživatelské požadavky user stories 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ů. 35

36 Uživatelské požadavky user stories 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í. Miranda poté 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. 36

37 Uživatelské požadavky user stories Dále Miranda spočítá členský poplatek, který musí nový člen zaplatit pro zbývající část kalendářního roku. Miranda vyhledá 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 Miranda nedovolí, 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) 37

38 Uživatelské požadavky user stories 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. 38

39 Uživatelské požadavky user stories 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. 39

40 Diagram toků tenisový klub 40

41 Diagram toků tenisový klub 41

42 Diagram toků tenisový klub 42

43 2. Flowchart - zhodnocení Jednoduchý s výraznými schopnostmi zachytit požadavky na budovaný/opravovaný systém. Relativně přehledný. Nemá v sobě žádné možnosti pro zavedení abstrakcí, tedy popisuje detailně požadavky uživatele. Chybí doplnění rolí aktérů nutno provést explicitně. Může sloužit jako výchozí bod pro vývoj aplikace. 43

44 3. Diagramy aktivit activity diagram Diagramy aktivit se typicky používají pro popis podnikových procesů. Jsou schopny jednoznačně oddělit role aktérů plavební dráhy, swim lines. Zavádí možnost popisu paralelních činností. Zachytí logiku případů užití, ale také detailní logiku podnikových pravidel (business rules). 44

45 Diagramy aktivit Počáteční uzel plný kruh, je počátečním bodem diagramu. Není nutný, diagram se ale lépe čte. Konečný uzel plný uzel s vnějším kroužkem. Diagram aktivit může mít jeden nebo více konečných uzlů. Činnost /aktivita obdélník s oblými vrcholy, který představuje činnosti, které nastanou. Aktivita může být jak fyzická Inspekce formuláře, tak elektronická Vytvoření obrazovky pro studenta. 45

46 Diagramy aktivit Tok/hrana šipka v diagramu. Fork (vidlička rozdělení) černá tlustá čára s jedník tokem do vidličky a několika toky z vidličky. Označení pro začátek paralelní činnosti. Join (spojení) černá tlustá čára s několika vstupujícími toky a jedním vystupujícím tokem. Označení pro konec paralelního zpracování. Podmínka (strážní -guarded) text např. [Nesprávný formulář], který definuje kontrolu podmínku, která musí být true, aby se pokračovalo ve směru uzlu. 46

47 Diagramy aktivit Rozhodnutí kosočtverec, s jedním vstupním tokem a několika výstupními toky. Výstupní tok zahrnuje podmínku. Merge (spojení) kosočtverec s několika toky, které vstupují a jedním tokem, který vystupuje. Význam spojení je v tom, že všechny vstupní toky musí vstoupit do kosočtverce, než se vytvoří výstupní tok synchronizace. Plavební dráhy, oddíly rozdělení pro jednotlivé role aktérů. 47

48 Diagram aktivit Indikátor podčinnosti (subactivity) kolečko s křížkem uvnitř označující, že daná činnost je blíže specifikovaná v dalším diagramu. 48

49 Příjem objednávky počáteční uzel fork/vidlička Diagram aktivit jednoduchý příklad rozhodnutí Vyplnění objednávky Zaslání faktury aktivita strážní podmínka [prioritní objednávka] Doručení běhen nici Standardní doručení Obdržení platby merge/spojeni join/spojení Uzavření objednávky konečný uzel 49

50 Diagram aktivit realizace zakázky 50

51 Diagramy aktivit pro zápis studenta na univerzitu Žadatel Registrátor Systém Vyplnění formuláře Kontrola formuláře [správně] Zobraz obrazovku Vytvoř studenta [chybný formulář] Vstup informací žadatele Zápis na univerzitu [není v seznamu] Kontrola seznamu žadatelů Hledání žadatele [je v sesnamu] [žádný žadatel] [potenciální žadatelé] Výběr žadatele ze seznamu [žadatel není v seznamu] Vytvoření stusdenta Zobrazení výsledků hledání Zápis do semináře 51

52 Zhodnocení standardních přístupů k modelování podnikových procesů Klasické přístupy nerozlišující mezi konstrukčním a funkčním modelem problémy při re-designu nebo reengineeringu. Neberou aktora jako 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) spíše se podobá stromové struktuře. Problém nalezení správné granularity a kompletnosti případů užití strategie číšníka to nevyřeší. Problém přílišné složitosti. 52

53 Postup návrhu podnikového procesu Stávající metodologie vycházejí z tzv. best practice, pracují pouze s funkčními požadavky a chybí jim teorie a propracovanější metodologie. 53

54 Závěr Pojem podnikový procesu a jeho klasické modely. Flowchart, diagramy aktivit. Nedostatky klasických metod. 54

EO_01. Podnikové ontologie

EO_01. Podnikové ontologie EO_01 Podnikové ontologie 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

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

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

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

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

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

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

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

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

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

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

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

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

Více

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

3 druhy UML diagramů

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

Více

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

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

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

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

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

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

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

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

- 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

VYSOKÁ ŠKOLA BÁŇSKÁ TECHNICKÁ UNIVERZITA OSTRAVA

VYSOKÁ ŠKOLA BÁŇSKÁ TECHNICKÁ UNIVERZITA OSTRAVA VYSOKÁ ŠKOLA BÁŇSKÁ TECHNICKÁ UNIVERZITA OSTRAVA INFORMAČNÍ SYSTÉMY A DATOVÉ SKLADY Autosalón (semestrální projekt) ZS 2011-2012 Analýza Implementace Číslo skupiny: 2 Členové skupiny: Jmeno,příjmení,login

Více

Hospodářská informatika

Hospodářská informatika Hospodářská informatika HINFL, HINFK Vytvořeno s podporou projektu Průřezová inovace studijních programů Lesnické a dřevařské fakulty MENDELU v Brně (LDF) s ohledem na disciplíny společného základu reg.

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

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

Použití standardů. v dokumentu Úvodní studie. Použití standardů

Použití standardů. v dokumentu Úvodní studie. Použití standardů Použití standardů Použití standardů v dokumentu Úvodní studie Určeno pro zákazníky společnosti HARPAGON software s.r.o. Příručka vysvětluje význam jednotlivých standardů UP, UML a BPMN v kontextu dokumentu

Více

A7B36SI2 - Řízení SW projektů. Smart-Fine. Systém evidence parkovacích lístků pomocí chytrých telefonů. Analýza (v. 3)

A7B36SI2 - Řízení SW projektů. Smart-Fine. Systém evidence parkovacích lístků pomocí chytrých telefonů. Analýza (v. 3) A7B36SI2 - Řízení SW projektů Smart-Fine Systém evidence parkovacích lístků pomocí chytrých telefonů Analýza (v. 3) Martin Štajner, Pavel Brož 16.12.2011 1 Obsah Obsah Požadavky na systém Případy užití

Více

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

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

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

Více

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

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

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

Procesní model organizace

Procesní model organizace U N I V E R Z I T A P A R D U B I C E Fakulta ekonomicko-správní Procesní model organizace Bc. Anna Koudelková Diplomová práce 2011 SOUHRN Diplomová práce se zaměřuje na průběh procesního řízení v podniku,

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

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

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

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

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

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

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

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

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

Více

Ú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

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

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

Modul Kontakt s klientem SSP. OKcentrum. Uživatelská příručka. Poskytování součinnosti ÚP ČR

Modul Kontakt s klientem SSP. OKcentrum. Uživatelská příručka. Poskytování součinnosti ÚP ČR Modul Kontakt s klientem SSP OKcentrum Uživatelská příručka Poskytování součinnosti ÚP ČR OKsystem a.s. 2015 1. Obsah 1. OBSAH... 2 2. ZÁKLADNÍ INFORMACE... 2 2.1 Základní pojmy... 2 2.2 Přihlášení uživatele...

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

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

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

Uživatelský manuál: Modul Nové kontakty

Uživatelský manuál: Modul Nové kontakty Uživatelský manuál: Modul Nové kontakty Se zapnutím nových kontaktů souvisí nasazení nové aplikace Těžká podatelna a nový formulář pro evidenci externí písemnosti (dokumentu). Zapnutí nových kontaktů lze

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

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

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

Ú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

B3 Vazba strategie byznys

B3 Vazba strategie byznys Projektový manažer 250+ Kariéra projektového manažera začíná u nás! B Strategické řízení organizace B3 Vazba strategie byznys Toto téma vysvětluje vzájemný vztah mezi tzv. byznysem organizace (hlavním

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

Pravidla komunikace registrátora ZONER software, a.s. V platnosti od 1.8.2004 OBSAH 1. Úvodní ustanovení 2. Subjekty 3. Registrace Doménového jména 4. Prodloužení registrace Doménového jména 5. Změna údajů

Více

Communist Party of Nepal (Unified Marxist-Leninist) Unified Modeling Language University of Massachusetts Lowell User-mode Linux.

Communist Party of Nepal (Unified Marxist-Leninist) Unified Modeling Language University of Massachusetts Lowell User-mode Linux. Jan Smolík UML UML Communist Party of Nepal (Unified Marxist-Leninist) Unified Modeling Language University of Massachusetts Lowell User-mode Linux Zdroj: Wikipedia Unified modelling language Neproprietární

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

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

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

EO_04. Základní prvky koordinace - čin/fakt produkce čin/fakt

EO_04. Základní prvky koordinace - čin/fakt produkce čin/fakt EO_04 Základní prvky koordinace - čin/fakt produkce čin/fakt Obsah přednášky Specifikace existenčních pravidel. Typy faktů a pravidla výskytu. Organizace. Koordinační čin, produkční čin. Koordinační fakt,

Více

Principy UML. Clear View Training 2005 v2.2 1

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

Více

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

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

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

1. Pro přihlášení k odběru novinek klikněte na tlačítko Registrace nového uživatele.

1. Pro přihlášení k odběru novinek klikněte na tlačítko Registrace nového uživatele. 1. Vstup do aplikace Na adrese: http://i.statnisprava.cz 2. První stránka aplikace 1. Pro přihlášení k odběru novinek klikněte na tlačítko Registrace nového uživatele. 2. Poté budete přesměrováni na stránku

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

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

Komputerizace problémových domén

Komputerizace problémových domén Milan Mišovič (ČVUT FIT) Pokročilé informační systémy MI-PIS, 2011, Přednáška 03 1/19 Komputerizace problémových domén Prof. RNDr. Milan Mišovič, CSc. Katedra softwarového inženýrství Fakulta informačních

Více

Helios Orange. www.helios.eu

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

Více

Analýza a design na reálném projektu. Richard Michalský

Analýza a design na reálném projektu. Richard Michalský Analýza a design na reálném projektu Richard Michalský Agenda o Role analytika o Dokumentace (analytická) o Sběr a analýza požadavků o Fixace rozsahu Teorie vs. praxe o Jsou učebnicové poučky důležité?

Více

MODELOVÁNÍ PODNIKOVÝCH PROCESŮ

MODELOVÁNÍ PODNIKOVÝCH PROCESŮ FAKULTA INFORMAČNÍCH TECHNOLOGIÍ ÚSTAV POČÍTAČOVÝCH SYSTÉMŮ MODELOVÁNÍ PODNIKOVÝCH PROCESŮ SEMINÁRNÍ PRÁCE - TEORIE PROGRAMOVACÍCH JAZYKŮ AUTOR PRÁCE Ing. LUKÁŠ MÁČEL BRNO 2009 Obsah Obsah...1 1 Úvod...2

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

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

Uživatelská dokumentace

Uživatelská dokumentace Uživatelská dokumentace k projektu Czech POINT Provozní řád Výpis z Insolvenčního rejstříku Vytvořeno dne: 26.3.2009 Aktualizováno: 18.9.2009 Verze: 1.1 2009 MVČR Obsah 1. Přihlášení do Centrály Czech

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

KSRZIS. Příručka - Role žadatel. Projekt - ereg - Úprava rezortních registrů a konsolidace rezortních. dat v návaznosti na základní registry VS

KSRZIS. Příručka - Role žadatel. Projekt - ereg - Úprava rezortních registrů a konsolidace rezortních. dat v návaznosti na základní registry VS Koordinační středisko pro resortní zdravotnické informační systémy Budějovická 15/743 140 00 Praha 4 Počet stran: 18 KSRZIS Příručka - Role žadatel Projekt - ereg - Úprava rezortních registrů a konsolidace

Více

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

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

Více

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

Pravidla registrace domén EU registrátora ZONER software, s.r.o. pro objednávky před a v období Sunrise period

Pravidla registrace domén EU registrátora ZONER software, s.r.o. pro objednávky před a v období Sunrise period Pravidla registrace domén EU registrátora ZONER software, s.r.o. pro objednávky před a v období Sunrise period OBSAH 1. VYMEZENÍ POJMŮ...2 2. PŘEDMĚT A ROZSAH PRAVIDEL...2 3. OMEZENÍ ŽÁDOSTÍ NA DOMÉNOVÁ

Více

Pravidla komunikace LRR

Pravidla komunikace LRR Pravidla komunikace LRR Verze 20040801 V platnosti od 1.8.2004 0. OBSAH 1. Úvodní ustanovení 2. Subjekty 3. Registrace Doménového jména 4. Prodloužení registrace Doménového jména 5. Změna údajů subjektů

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

Inovace tohoto kurzu byla spolufinancována z Evropského sociálního fondu a státního rozpočtu České republiky.

Inovace tohoto kurzu byla spolufinancována z Evropského sociálního fondu a státního rozpočtu České republiky. Inovace tohoto kurzu byla spolufinancována z Evropského sociálního fondu a státního rozpočtu České republiky. Projekt ESF OP VK reg.č. CZ.1.07/2.2.00/28.0209 Elektronické opory a e-learning pro obory výpočtového

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

Elektronické podání žádosti o udělení výjimky pro použití konvenčních osiv v ekologickém zemědělství prostřednictvím Portálu farmáře MZe

Elektronické podání žádosti o udělení výjimky pro použití konvenčních osiv v ekologickém zemědělství prostřednictvím Portálu farmáře MZe Uživatelská příručka Elektronické podání žádosti o udělení výjimky pro použití konvenčních osiv v ekologickém zemědělství prostřednictvím Portálu farmáře MZe Ministerstvo zemědělství České republiky únor

Více

Modul Konfigurace. 2006... MTJ Service, s.r.o.

Modul Konfigurace. 2006... MTJ Service, s.r.o. Modul Konfigurace Modul Konfigurace Představení Menu konfigurace sdružuje všechny konfigurační příkazy k celému systému Soft-4-Sale. Dále konfigurace kopíruje jednotlivé moduly systému tzn. že existuje

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

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

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

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

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

Více

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

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

Workshop SAP GRC AC - 17.9.2009 Představení SAP GRC Access Control Josef Piňos, CONSIT s.r.o. Workshop SAP GRC AC - 17.9.2009 Představení SAP GRC Access Control Josef Piňos, CONSIT s.r.o. SAP GRC AC workshop - program Termín: Místo: 17. září 2009 od 9:00h do cca 13:00h. Praha 5, Pekařská 7, sídlo

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

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