Busines Object Relation Modeling Přednáška 8

Slides:



Advertisements
Podobné prezentace
Jištění kvality technologických procesů
Advertisements

První zkušenosti s modelovacím nástrojem
Stručný úvod do UML.
Projektové řízení Modul č.1.
Úvod do objektového modelování
Přednáška č. 3 Normalizace dat, Datová a funkční analýza
Databázové systémy Přednáška č. 3 Proces návrhu databáze.
Přednáška č. 5 Proces návrhu databáze
Workflow Foundation Základy a architektura
Historie UML Bc. Lukáš Ščurek. Historie UML 70. léta Vznik prvních objektově orientovaných jazyků První objektově orientové metody anylýzy a návrhu Polovina.
Diagramy případů užití.
Informační systémy Analýza systému. Sestavení týmů a potvrzení téma projektu.
Přínosy metodik  Větší produktivita a kooperace týmů  Komunikační standard  Specializace projektových týmů  Nezávislost na konkrétních řešitelích 
Analýzy administrativních procesů. Analýzy ve 2 krocích Analýza dokumentů Analýza administrativních procesů.
Metody zpracování vybraných témat (projektů)
Tvorba mezinárodních podnikových sítí a strategických aliancí
FORMALIZACE PROJEKTU DO SÍŤOVÉHO GRAFU
Nelineární projevy mechanických konstrukcí Petr Frantík Ú STAV STAVEBNÍ MECHANIKY F AKULTA STAVEBNÍ V YSOKÉ UČENÍ TECHNICKÉ V B RNĚ školitelé: Zbyněk Keršner.
Adéla Masopustová Alena Seifrtová Lukáš Hůla
Dynamické modelování PVY 2. pololetí 4.cv Bc. Jiří Šilhán.
Informační systémy Modelování dynamiky objektového modelu. Koncepce modelu v programu MS Visio.
SÍŤOVÁ ANALÝZA.
Jaroslava Sýkorová Milena Tomášková Karlovy Vary, 2014
X13PMT 2. seminář Ing. Martin Molhanec, CSc. Garant předmětu ČVUT – FEL, K13113.
Ing. Lukáš OTTE kancelář: A909 telefon: 3840
13AMP 9. přednáška Ing. Martin Molhanec, CSc.. Co jsme se naučili naposled ADA ADA Java Java.
Modelovací jazyk UML. Jazyk UML je víceúčelový modelovací jazyk, který byl vyvinut speciálně pro účely softwarového inženýrství. Obsahuje formalizovaný.
Název školy: Střední odborná škola stavební Karlovy Vary Sabinovo náměstí 16, Karlovy Vary Autor: ING. HANA MOTYČKOVÁ Název materiálu: VY_32_INOVACE_05_PLÁNOVÁNÍ.
Možnosti modelování požadavků na informační systém
B. Miniberger, BIVŠ Praha 2009
Tento výukový materiál vznikl v rámci Operačního programu Vzdělávání pro konkurenceschopnost 1. KŠPA Kladno, s. r. o., Holandská 2531, Kladno,
ČESKÉ VYSOKÉ UČENÍ TECHNICKÉ FAKULTA STROJNÍ ÚSTAV PŘÍSTROJOVÉ A ŘÍDICÍ TECHNIKY ODBOR AUTOMATICKÉHO ŘÍZENÍ A INŽENÝRSKÉ INFORMATIKY Aplikace objektově.
Hodnotová analýza Hodnotová analýza je účelně sestavený soubor metod, jehož smyslem je hledání a navrhování zlepšeného nebo až zásadně nového řešení analyzovaného.
Moderní byznys Jan Kovařík. ”Zlepší-li se toky informací ve firmě, pak řešení jednotlivých podnikatelských problémů již přijdou sama.” Bill Gates, Byznys.
Tento výukový materiál vznikl v rámci Operačního programu Vzdělávání pro konkurenceschopnost 1. KŠPA Kladno, s. r. o., Holandská 2531, Kladno,
Přednáška č. 1 Proces návrhu databáze
Tvorba simulačních modelů. Než vznikne model 1.Existence problému 2.Podrobnosti o problému a o systému 3.Jiné možnosti řešení ? 4.Existence podobného.
Srovnání Petriho sítí a HDA David Ježek. Vícedimensionální automaty Klasické automaty –nemají metodu jak vyjádřit „pravou“ souběžnost událostí A, B 0.
Zablokování (deadlock, smrtelné objetí, uváznutí)
3i3 BUSINESS DEVELOPEMENT INVENTA, s.r.o. Cesta k řízenému růstu firmy Ing. Vladimír Brichta Ing. Miroslav Tůma, Ph.D.
Gymnázium, Obchodní akademie a Jazyková škola s právem státní jazykové zkoušky Hodonín Úvod do programování.
1 NÁKLADOVÉ ÚČETNICTVÍ (MU_305). 2 Ing. Jaroslav Wagner, PhD. Katedra manažerského účetnictví Místnost: 285 NB KH: Pondělí 15,00 – 17,00 hod.
© Doc. Miniberger, BIVŠ UML modelování Webové služby představují sadu standardů umožňující komunikaci aplikací bez ohledu na platformu, na které jsou provozovány.
Kvantitativní metody výzkumu v praxi
Metodika posouzení Metody, techniky, postupy. Klíčová otázka: n Jak provést posouzení, aby co nejlépe reflektovalo situaci uživatele služby?
Databázové systémy Datové modely.
BPMN Business process modeling notation
David Osička OSI011 UML – přehled, notace VŠB - Technická univerzita Ostrava Fakulta elektrotechniky a Informatiky Katedra Informatiky.
CW – 05 TEORIE ROZHODOVACÍCH PROCESŮ Ústav technologie, mechanizace a řízení staveb Fakulta stavební VUT v Brně Ing. Václav Rada, CSc. Leden 2009.
ZÁSADY KONCIPOVÁNÍ LOGISTICKÝCH SYSTÉMŮ KAPITOLA 5: VZTAH STRATEGIE PODNIKU A LOGISTICKÉHO PLÁNOVÁNÍ, CÍLE, METODY A NÁSTROJE PLÁNOVÁNÍ, POSTUPOVÉ KROKY.
Metodika řízení projektů
INFORMAČNÍ SYSTÉMY PRO KRIZOVÉ ŘÍZENÍ POUŽITÍ INFORMAČNÍCH SYSTÉMŮ PRO MODELOVÁNÍ A SIMULACE KRIZOVÝCH SITUACÍ - T3 ING. JIŘÍ BARTA Operační program Vzdělávání.
PROCESNÍ MODELOVÁNÍ AGEND VEŘEJNÉ SPRÁVY Rámcový návrh projektu.
Název:VY_32_INOVACE_VVP_9A_5F Škola:Základní škola Nové Město nad Metují, Školní 1000, okres Náchod Autor:Mgr. Helena Židová Ročník:9.r. Tematický okruh,
ANALÝZA IS. Životní cyklus IS Specifikace problému, požadavků (studijní fáze) Analýza Návrh Implementace (realizace) Zavedení (instalace) a testování.
KURZ ALGORITMIZACE A PROGRAMOVÁNÍ V JAZYCE C Lekce č. 2: Základní pojmy Bc. Radek Libovický.
SOFTWAROVÁ PODPORA PRO VYTVÁŘENÍ FUZZY MODELŮ Knihovna fuzzy procedur Ing. Petr Želasko, VŠB-TU Ostrava.
Financováno z ESF a státního rozpočtu ČR.
Simplexová metoda.
Jiří Kabát Domácí péče 2017.
Jištění kvality technologických procesů
MARKETING Přednáška P
Ing. Milan Houška KOSA PEF ČZU v Praze
Informační modelování budov (BIM)
Ing. Milan Houška KOSA PEF ČZU v Praze
Busines Object Relation Modeling
METODOLOGIE PROJEKTOVÁNÍ
Průběh stavební zakázky
Informační modelování budov (BIM)
MARKETING Přednáška P
Transkript prezentace:

Busines Object Relation Modeling Přednáška 8 BORM Busines Object Relation Modeling Přednáška 8 Převzato od Ing. Merunky

BORM - program prezentace Metoda BORM - úvod Návod na tvorbu procesních diagramů Názorný příklad

Metoda BORM - úvod Vyvíjena postupně od roku 1993 Od počátku součástí grantu VAPPIENS (který je součástí programu “Know how fund of Czech Academic Link Programme“ Britské vlády) od r.1996 další vývoj podporován firmou Deloitte&Touche

Metoda BORM-jak se liší od jiných metod Velká pozornost je věnována úvodním fázím projektu (na rozdíl od jiných metod (např. usecase)) BORM využívá v diagramech jen omezenou sadu pojmů pro každou jednotlivou fázi životního cyklu. (Předpokládá se, že během projektování dochází k postupným přeměnám pojmů na jiné)

Metoda BORM-jak se liší od jiných metod Metoda nevyžaduje oddělování od sebe statických a dynamických pohledů - umožnění kombinace Pro znázornění konceptuálních a softwarových pojmů používá většinu symbolů shodné s UML Úvodní fáze analýzy jsou podporovány technikou analýzy objektů podle chování OBA (Object Behavioral Analysis) s náśtrojem ORD (object Relation Diagram)

Metoda BORM - OBA 1.krok: a) interview 5 kroků (zjednodušeno) 1.krok: a) interview b) seznam požadovaných funkcí systámu c) seznam scénářů (procesů, agend, ...) v systému 2.krok: a) obsazování jednotlivých rolí ve scénářích b) odvozování dalších participantů v systému 3.krok: a) klasifikace participantů b) odvozování dalších participantů v systému 4.krok: a) modelování vztahů mezi nalezenými participanty 5.krok : a) simulace scénářů b) sestavení procesních diagramů

Návod na tvorbu procesních diagramů-participanty a jejich aktivity Participant je hlavní pojem diagramu. Reprezentuje nějakou konkrétní jednotku z modelové reality. Chování Chování (aktivita) vždy náleží nějakému participantu

Návod na tvorbu procesních diagramů-komunikace mezi participanty Komunikace představuje propojení/návaznost aktivit jednotlivých participantů na sebe. Komunikace vždy vychází od jedné aktivity participantu (který zahajuje komunikaci) a vede k jedné aktivitě participantu (který přijímá komunikaci) Parametry komunikace jsou participanty (např. data, materiál, …), které mohou být součástí komunikace. Rozlišujeme parametry ve směru komunikace (které vstupují do komunikace vyvolané aktivity)a parametry proti směru komunikace (které představují odpovědi od aktivity, která byla komunikací vyvolána)

Návod na tvorbu procesních diagramů-stavy a přechody participantu = role Stejný participant se může v průběhu procesu měnit. To znamená, že v různých fázích provádí různé aktivity. Některé z aktivit, které participant provádí v jednom stavu mohou způsobit přechod od jednoho stavu tohoto participantu k druhému stavu téhož participantu. Vzájemě související stavy a přechody jednoho participantu tvoří jeho roli v systému

Návod na tvorbu procesních diagramů - tvorba podmínek V případě potřeby je možné znázornit komunikaci i u přechodů podmínky, které blíže vymezují okolnosti, za jakých komunikace nebo přechod nastává

přijímá požadavek v rozhodování rozhoduje o požadavku Obsluha Zákazník požaduje službu žádost nesouhlas souhlas smlouva ve službě poskytuje v kontaraktu (ve smlouvě) uskutečňuje ukončuje aktivity, které jsou vyvolány komunikací jiného participantu a které pouze způsobují přechod do jiného stavu a neváže se na ně pro model významná operace, nemusejí být pojmenovány zdůvodnění zamítá potvrzuje zahajuje čeká na službu Návod na tvorbu procesních diagramů Propojení stavů a přechodů více participantů = proces Aktivity více participantů jsou provázány komunikacemi

Nejčastější chyby při konstrukci diagramů procesů 1 Nejčastější chyby při konstrukci diagramů procesů 1.střídání stavů a procesů Každá role participantu je tvořena střídáním stavů a přechodů, přičemž každý přechod má nějakou aktivit. Role může začít i končit stavem nebo aktivitou (podle potřeby),ale stavy a přechody se musejí střídat.

Nejčastější chyby při konstrukci diagramů procesů 2 Nejčastější chyby při konstrukci diagramů procesů 2.komunikace bez aktivit Každá komunikace vychází z nějaké aktivity a vede do nějaké aktivity. Není nutné, aby byla komunikaci přijímací aktivita pojmenována, ale je zakázáno vést komunikaci mezi participanty nebo jejich stavy přímo bez aktivit.

Nejčastější chyby při konstrukci diagramů procesů 3 Nejčastější chyby při konstrukci diagramů procesů 3.záměna přechodu s komunikací Přechody představují znázornění pohybu daného participantu v čase. Proto na přechodech nelze zobrazovat například parametry. Pokud tato situace nastane, tak je třeba najít příslušné aktivity a komunikace vést mezi nimi.

Nejčastější chyby při konstrukci diagramů procesů 4 Nejčastější chyby při konstrukci diagramů procesů 4.přechody mezi různými participanty Přechody se týkají výhradně stavů a aktivit náležejících stejnému participantu. Není dovoleno vést přechody mezi stavy různých participantů. Pokud tato situace nastane, je třeba najít příslušné aktivity a vyznačit komunikace mezi nimi.

Názorný příklad-zadání Číšnice zjišťuje přání někdo to vaří servírování pokrmu čeká na pokyn k placení kasíruje čeká na dalšího zájemce Host přišel se najíst musí čekat dostane něco k jídlu proces jezení proces placení končí

Literatura Stranky katedry informačního inženýrství PEF ČZU v Praze www.pef.czu.cz Metaedit - Metaedit Plus 3.0 - www.metacase.com