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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Ú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

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

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

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

- 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

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

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

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

Jazyk UML VST (Velmi stručný tutorial) verze 1.0

Jazyk UML VST (Velmi stručný tutorial) verze 1.0 Jazyk UML VST (Velmi stručný tutorial) verze 1.0 Softwarové inženýrství školní rok 2004 2005 Ing. Ladislava Smítková Janků (Praha, 24.5.2005) Obsah Obsah Obsah...2 1 Co je to UML...3 2 Diagram případů

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

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

Chybová hlášení METODIKA MET-01/2014. SZR-56-1/OPICT-2013 počet stran 28 přílohy 0. Nahrazuje:

Chybová hlášení METODIKA MET-01/2014. SZR-56-1/OPICT-2013 počet stran 28 přílohy 0. Nahrazuje: MET-01/2014 METODIKA SZR-56-1/OPICT-2013 počet stran 28 přílohy 0 Chybová hlášení Gestor, podpis: Ing. Radovan Pártl Zpracovatel, podpis: RNDr. Miroslav Šejdl Odborný garant, podpis: RNDr. Miroslav Šejdl

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

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

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

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

Více

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

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

Více

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

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

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

Více

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

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

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

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

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

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

Více

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

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

Diagram případu užití. Use Case Diagram Diagram případu užití Use Case Diagram 1 Případyužití Případy užití se orientují na chování systému z vnějšího pohledu. Případ užití popisuje funkci poskytovanou systémem, která přináší viditelný výsledek

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

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

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

Více

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

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

PROCESY CO ZÍSKÁTE: Předpoklad pro certifikace ISO. Lean Six Sigma Fast Track

PROCESY CO ZÍSKÁTE: Předpoklad pro certifikace ISO. Lean Six Sigma Fast Track PROCESY CO ZÍSKÁTE: Jasná pravidla pro provádění činností, uložení know-how Jasně definované zodpovědnosti za celý proces i jednotlivé kroky Zprůhlednění organizace plynoucí z jasně definovaných vstupů,

Více

5 Požadavky a jejich specifikace

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

Více

7.5 Diagram tříd pokročilé techniky

7.5 Diagram tříd pokročilé techniky 7.5 Diagram tříd pokročilé techniky Stereotypy - jeden ze základních prostředků rozšiřitelnosti UML - pro modelovací konstrukce neexistující v UML, ale podobné předdefinované v UML definované uživatelem

Více

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

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

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

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

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

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

Více

Využití SysML pro tvorbu modelů v systémovém inženýrství

Využití SysML pro tvorbu modelů v systémovém inženýrství Využití SysML pro tvorbu modelů v systémovém inženýrství Antonín Srna, Ústav informatiky, Provozně ekonomická fakulta, Mendelova univerzita v Brně, xsrna2@mendelu.cz Abstrakt Článek se zaobírá univerzálním

Více

JEDNODUCHÁ A PRAKTICKÁ METODA ODHADU PRACNOSTI PROJEKTU (S UTILITOU KE STAŽENÍ ZDARMA)

JEDNODUCHÁ A PRAKTICKÁ METODA ODHADU PRACNOSTI PROJEKTU (S UTILITOU KE STAŽENÍ ZDARMA) JEDNODUCHÁ A PRAKTICKÁ METODA ODHADU PRACNOSTI PROJEKTU (S UTILITOU KE STAŽENÍ ZDARMA) 2. část autor: RNDr. Ilja Kraval, červenec 2010 http://www.objects.cz ÚVOD V minulém článku bylo pojednáno o složitosti

Více

Aplikační Dokumentace Standardy ICT MPSV

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

Více

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

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

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

Více

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

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

Více

PROCESNÍ ANALÝZA Fáze III. Metodická příručka pro řízení procesů

PROCESNÍ ANALÝZA Fáze III. Metodická příručka pro řízení procesů PROCESNÍ ANALÝZA Fáze III. Metodická příručka pro řízení procesů Zadavatel: Město Tišnov Datum vytvoření: 13. 12. 2010 Zpra Projekt Nastavení systému projektového a procesního řízení na MěÚ Tišnov r. č.

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

Diagram tříd (class diagram)

Diagram tříd (class diagram) Diagramy tříd 1 Diagram tříd (class diagram) Zobrazuje třídy v daném systému a vztahy mezi nimi Zobrazuje statický stav ukazuje vzájemné interakce, ale neukazuje co se při těchto interakcích děje Při znázornění

Více

Osnova studie proveditelnosti pro projekt zakládání a rozvoje klastrů

Osnova studie proveditelnosti pro projekt zakládání a rozvoje klastrů Osnova studie proveditelnosti pro projekt zakládání a rozvoje klastrů V rámci tohoto dokumentu se předpokládá využití informací a dat, zjištěných v rámci projektu Vyhledávání vhodných firem pro klastry

Více

GP webpay: Praktické scénáře

GP webpay: Praktické scénáře GP webpay: Praktické scénáře červenec 2013 OBSAH: SCÉNÁŘ 1: NÁKUP ZBOŽÍ VYTVOŘENÍ OBJEDNÁVKY S AUTORIZACÍ... 4 SCÉNÁŘ 2: NÁKUP ZBOŽÍ OKAMŽITÝ POŽADAVEK NA PŘEVOD ČÁSTKY Z ÚČTU DRŽITELE KARTY... 6 SCÉNÁŘ

Více

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

Nemocnice. Prvotní analýza a plán projektu Nemocnice Projekt do předmětu AIS Prvotní analýza a plán projektu Lukáš Pohl, xpohll00, xkosti03 Jan Novák, xnovak79 2009/2010 1 Neformální specifikace FN potřebuje informační systém, který bude obsahovat

Více

7.3 Diagramy tříd - základy

7.3 Diagramy tříd - základy 7.3 Diagramy tříd - základy - popisuje typy objektů a statické vztahy mezi nimi Objednávka -datumpřijetí -předplacena -číslo -cena +vyřiď() +uzavři() {if Objednávka.zákazník.charakteristika = 'nejistý'

Více

EXTRAKT z mezinárodní normy

EXTRAKT z mezinárodní normy EXTRAKT z mezinárodní normy Extrakt nenahrazuje samotnou technickou normu, je pouze informativním materiálem o normě ICS 03.220.01;35.240.60 Inteligentní dopravní systémy (ITS) Rozšíření specifikací mapové

Více

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

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

Více

Microsoft Word základní

Microsoft Word základní Časový rozsah: 2 dny (8:30-14:00) Cena: 2400 Kč + DPH Microsoft Word základní Tvorba kratších dokumentů se zaměřením na korespondenci. Základy tvorby a formátování písma a odstavců. Vkládání tabulek a

Více

ARIS Platform softwarová podpora řízení procesů Procesní ARIS laboratoř základ moderní výuky. www.ids-scheer.cz

ARIS Platform softwarová podpora řízení procesů Procesní ARIS laboratoř základ moderní výuky. www.ids-scheer.cz ARIS Platform softwarová podpora řízení procesů Procesní ARIS laboratoř základ moderní výuky www.ids-scheer.cz Agenda Představení IDS Scheer ARIS Platform Scénáře možné spolupráce Vybudování komplexní

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

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

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

Více

Komponenta Human Task v Oracle SOA Suite

Komponenta Human Task v Oracle SOA Suite Komponenta Human Task v Oracle SOA Suite Marek Rychlý Vysoké učení technické v Brně Fakulta informačních technologií Ústav informačních systémů Přednáška pro IOA 19. listopadu 2014 Marek Rychlý Komponenta

Více

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

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

Více

INFORMATIKA. Jindřich Kaluža. Ludmila Kalužová

INFORMATIKA. Jindřich Kaluža. Ludmila Kalužová INFORMATIKA Jindřich Kaluža Ludmila Kalužová Recenzenti: doc. RNDr. František Koliba, CSc. prof. RNDr. Peter Mikulecký, PhD. Vydání knihy bylo schváleno vědeckou radou nakladatelství. Všechna práva vyhrazena.

Více

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

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

Více

Teorie síťových modelů a síťové plánování

Teorie síťových modelů a síťové plánování KSI PEF ČZU Teorie síťových modelů a síťové plánování Část přednášky doc. Jaroslava Švasty z předmětu systémové analýzy a modelování. Zápis obsahuje základní vymezení projektu, časového plánování a popis

Více

Cestovní kancelář snů projektová dokumentace

Cestovní kancelář snů projektová dokumentace Cestovní kancelář snů projektová dokumentace Team E - Cestovní kancelář 3.semestr VSMIE PSW Vedoucí: Jan Březina - janbr@post.cz (denní studium - Manažerská ekonomika) Rendl Tomáš tomas@techskript.com

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

1. Programování proti rozhraní

1. Programování proti rozhraní 1. Programování proti rozhraní Cíl látky Cílem tohoto bloku je seznámení se s jednou z nejdůležitější programátorskou technikou v objektově orientovaném programování. Tou technikou je využívaní rozhraní

Více

Simulace procesů pomocí Witness Visio Simulation Solution ve výuce

Simulace procesů pomocí Witness Visio Simulation Solution ve výuce Simulace procesů pomocí Witness Visio Simulation Solution ve výuce Zdeňka Videcká 1, Vladimír Bartošek 2 Anotace Jednou ze základních znalostí studentů je schopnost analyzovat, modelovat a efektivně řídit

Více

Vývojové diagramy 1/7

Vývojové diagramy 1/7 Vývojové diagramy 1/7 2 Vývojové diagramy Vývojový diagram je symbolický algoritmický jazyk, který se používá pro názorné zobrazení algoritmu zpracování informací a případnou stručnou publikaci programů.

Více

Vlastnické právo ke zboží přechází na Kupujícího úplným zaplacením kupní ceny a jeho převzetím.

Vlastnické právo ke zboží přechází na Kupujícího úplným zaplacením kupní ceny a jeho převzetím. Obchodní podmínky 1. Úvodní ustanovení Tyto Obchodní podmínky platí pro nákup v internetovém obchodě Stephencordina.cz (www.stephencordina.cz). Podmínky blíže vymezují a upřesňují práva a povinnosti Prodávajícího

Více

OBCHODNÍ PODMÍNKY 1. ÚVODNÍ USTANOVENÍ

OBCHODNÍ PODMÍNKY 1. ÚVODNÍ USTANOVENÍ OBCHODNÍ PODMÍNKY obchodní společnosti pomalý svět s.r.o. se sídlem Palackého třída 3048/124, 61200, Brno identifikační číslo: 28318579 zapsané v obchodním rejstříku vedeném Krajským soudem v Brně, oddíl

Více

PROCE55 Scheduling. (Přehled)

PROCE55 Scheduling. (Přehled) (Přehled) Obsah Představení PROCE55 Scheduling... 3 Přínosy řešení... 3 Integrace POCE55... 4 PROCE55 Manufacturing... 4 PROCE55 Warehouse... 4 PROCE55 Maintenance... 4 Vlastnosti řešení PROCE55 Scheduling...

Více

Moderní přístup k návrhu produktové nabídky a schvalování úvěrových produktů v reálném čase.

Moderní přístup k návrhu produktové nabídky a schvalování úvěrových produktů v reálném čase. Moderní přístup k návrhu produktové nabídky a schvalování úvěrových produktů v reálném čase. Jan Denemark Konference ARBES FINANCE DAY, 19.6.2014, AUSTRIA TREND HOTEL, Bratislava www.arbes.com Situace

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

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

Jan Horák. Pilíře řešení

Jan Horák. Pilíře řešení Jan Horák Pilíře řešení Nová generace systémů Důsledek rozvoje a změn informatiky ve zdravotnictví: Nové technologie Výkonnost, mobilita, velikost monitorů, dotykové ovládání, vzdálené přístupy Nové možnosti

Více

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

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

Více

Obchodní podmínky společnosti Realitní kuchařka s.r.o., IČ: 04198948, se sídlem Holandská 630/11, 101 00, Praha 10

Obchodní podmínky společnosti Realitní kuchařka s.r.o., IČ: 04198948, se sídlem Holandská 630/11, 101 00, Praha 10 Obchodní podmínky společnosti Realitní kuchařka s.r.o., IČ: 04198948, se sídlem Holandská 630/11, 101 00, Praha 10 Tyto obchodní podmínky jsou nedílnou součástí kupní smlouvy a platí pro nákup v internetovém

Více

CÍLOVÝ KONCEPT. Ghoul Wars. pro. Jihočeskou univerzitu Pedagogickou fakultu Předmět: TDSA

CÍLOVÝ KONCEPT. Ghoul Wars. pro. Jihočeskou univerzitu Pedagogickou fakultu Předmět: TDSA pro Jihočeskou univerzitu Pedagogickou fakultu Předmět: TDSA Zpracovatel: Bohuslav Pindryč Datum zpracování: 20.04. 2010 Verze: 1 Stránka 2/13 OBSAH 1. Identifikace 4 2. Přílohy 4 3. Schvalovací doložka

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

Obchodní podmínky pro webhosting a domény. Definice a rozsah poskytovaných služeb

Obchodní podmínky pro webhosting a domény. Definice a rozsah poskytovaných služeb Obchodní podmínky pro webhosting a domény Definice a rozsah poskytovaných služeb Předmětem služby poskytované zákazníkovi je provoz virtuálního serveru (tzv. webhostingu) na počítačové síti Internet. Pod

Více

Pravidla komunikace registrátora Web4u s.r.o.

Pravidla komunikace registrátora Web4u s.r.o. Pravidla komunikace registrátora Web4u s.r.o. V platnosti od 24.10.2003 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

Aplikace IS, outsourcing, systémová integrace. Jaroslav Žáček jaroslav.zacek@osu.cz http://www1.osu.cz/~zacek/

Aplikace IS, outsourcing, systémová integrace. Jaroslav Žáček jaroslav.zacek@osu.cz http://www1.osu.cz/~zacek/ Aplikace IS, outsourcing, systémová integrace Jaroslav Žáček jaroslav.zacek@osu.cz http://www1.osu.cz/~zacek/ Kontext Dodavatelé Strategická Zákazníci ERP Taktická Operativní Kategorie ERP - zaměřeno na

Více