Busines Object Relation Modeling

Slides:



Advertisements
Podobné prezentace
Software Development Conference 2007 Vztah dodavatele a odběratele Zdeněk Borůvka.
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.
Workflow Foundation Základy a architektura
Diagramy případů užití.
Informační systémy Analýza systému. Sestavení týmů a potvrzení téma projektu.
ENVIRONMENTÁLNÍ INFORMATIKA A REPORTING
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ů)
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.
sociální psychologie Škola:
Adéla Masopustová Alena Seifrtová Lukáš Hůla
Busines Object Relation Modeling Přednáška 8
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.
Fakulty informatiky a statistiky
Algoritmizace a základy programování
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ý.
Základy objektově orientovaného programování Jiří Strach.
Databázové systémy Přednáška č. 4 Proces návrhu databáze.
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,
Dokumentace informačního systému
Č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.
Téma 5 ODM, deformační zatížení rovinných rámů
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.
Gymnázium, Obchodní akademie a Jazyková škola s právem státní jazykové zkoušky Hodonín Úvod do programování.
Cíle studia didaktiky pedagogiky
© 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
AKAD. ROK 2008/2009, LS PRŮMYSLOVÝ MARKETING - VŽ1 P R Ů M Y S L O V Ý M A R K E T I N G 8.
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.
Inovace Modelu Robota Bakalářská práce
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.
1 Systémové pojetí hospodářské organizace (SHO) část 2. Stanislav Horný VŠE, katedra Systémové analýzy
Metodika řízení projektů
PROCESNÍ MODELOVÁNÍ AGEND VEŘEJNÉ SPRÁVY Rámcový návrh projektu.
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.
Úvod do databázových systémů
Financováno z ESF a státního rozpočtu ČR.
Jištění kvality technologických procesů
MARKETING Přednáška P
Principy inovace.
Ing. Milan Houška KOSA PEF ČZU v Praze
Příklad (investiční projekt)
Konstrukce Witthauerova diagramu
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 BORM Busines Object Relation Modeling

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 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 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á

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í Host přišel se najíst musí čekat dostane něco k jídlu proces jezení proces placení končí Číš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

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