1 / 20

BORM

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

sorcha
Télécharger la présentation

BORM

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript


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

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

  3. 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

  4. 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é)

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

  6. Metoda BORM - OBA 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ů

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

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

  9. 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

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

  11. Zákazník Obsluha žádost požaduje přijímá službu požadavek čeká na službu v rozhodování rozhoduje o požadavku zdůvodnění nesouhlas souhlas zahajuje službu potvrzuje zamítá požadavek požadavek smlouva v kontaraktu (ve ve službě smlouvě) aktivity, které jsou vyvolány uskutečňuje poskytuje komunikací jiného službu službu participantu a které pouze způsobují přechod do jiného ukončuje ukončuje službu službu stavu a neváže se na ně pro model významná operace, nemusejí být pojmenovány 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

  12. 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.

  13. 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.

  14. 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.

  15. 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.

  16. 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 Názorný příklad-zadání

  17. 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

More Related