BORM

1
BORM

• Busines Object Relation Modeling
• Prednáška 8

Prevzato od Ing. Merunky
2
BORM - program prezentace

• Metoda BORM - úvod
• Návod na tvorbu procesních diagramu
• Názorný príklad

3
Metoda BORM - úvod

• Vyvíjena postupne od roku 1993
• Od pocátku soucástí grantu VAPPIENS (který je
  soucástí programu Know how fund of Czech
  Academic Link Programme Britské vlády)
• od r.1996 další vývoj podporován firmou
  DeloitteTouche

4
Metoda BORM-jak se liší od jiných metod

• Velká pozornost je venována úvodním fázím
  projektu (na rozdíl od jiných metod (napr.
  usecase))
• BORM využívá v diagramech jen omezenou sadu pojmu
  pro každou jednotlivou fázi životního cyklu.
  (Predpokládá se, že behem projektování dochází k
  postupným premenám pojmu na jiné)

5
(No Transcript)
6
Metoda BORM-jak se liší od jiných metod

• Metoda nevyžaduje oddelování od sebe statických a
  dynamických pohledu - umožnení kombinace
• Pro znázornení konceptuálních a softwarových
  pojmu používá vetšinu symbolu shodné s UML
• Úvodní fáze analýzy jsou podporovány technikou
  analýzy objektu podle chování OBA (Object
  Behavioral Analysis) s nástrojem ORD (object
  Relation Diagram)

7
(No Transcript)
8
Metoda BORM - OBA

• 5 kroku (zjednodušeno)
• 1.krok a) interview
• b) seznam požadovaných funkcí systámu
• c) seznam scénáru (procesu, agend, ...) v
  systému
• 2.krok a) obsazování jednotlivých rolí ve
  scénárích
• b) odvozování dalších participantu v systému
• 3.krok a) klasifikace participantu
• b) odvozování dalších participantu v systému
• 4.krok a) modelování vztahu mezi nalezenými
  participanty
• 5.krok a) simulace scénáru
• b) sestavení procesních diagramu

9
Návod na tvorbu procesních diagramu-participanty
a jejich aktivity

• Participant je hlavní pojem diagramu.
  Reprezentuje nejakou konkrétní jednotku z
  modelové reality.
• Chování Chování (aktivita) vždy náleží nejakému
  participantu

10
Návod na tvorbu procesních diagramu-komunikace
mezi participanty

• Komunikace predstavuje propojení/návaznost
• aktivit
  jednotlivých participantu na sebe.
• Komunikace
  vždy vychází od jedné aktivity participantu
  (který zahajuje komunikaci) a vede k jedné
  aktivite participantu (který prijímá komunikaci)
• Parametry komunikace jsou participanty (napr.
  data,
• materiál, ),
  které mohou být soucástí
• komunikace.
  Rozlišujeme parametry ve smeru komunikace (které
  vstupují do komunikace vyvolané aktivity)a
  parametry proti smeru komunikace (které
  predstavují odpovedi od aktivity, která byla
  komunikací vyvolána)

11
Návod na tvorbu procesních diagramu-stavy a
prechody participantu role

• Stejný participant se muže v prubehu procesu
  menit. To znamená, že v ruzných fázích provádí
  ruzné aktivity. Nekteré z aktivit, které
  participant provádí v jednom stavu mohou
  zpusobit prechod od jednoho stavu tohoto
  participantu k druhému stavu téhož participantu.
  Vzájeme související stavy a prechody jednoho
  participantu tvorí jeho roli v systému

12
Návod na tvorbu procesních diagramu - tvorba
podmínek

• V prípade potreby je možné znázornit komunikaci i
  u prechodu podmínky, které blíže vymezují
  okolnosti, za jakých komunikace nebo prechod
  nastává

13
Návod na tvorbu procesních diagramu Propojení
stavu a prechodu více participantu proces

• Aktivity více participantu
• jsou provázány
• komunikacemi

14
Nejcastejší chyby pri konstrukci diagramu
procesu1.strídání stavu a procesu

• Každá role participantu je tvorena strídáním
  stavu a prechodu, pricemž každý prechod má
  nejakou aktivit. Role muže zacít i koncit stavem
  nebo aktivitou (podle potreby),ale stavy a
  prechody se musejí strídat.

15
Nejcastejší chyby pri konstrukci diagramu
procesu2.komunikace bez aktivit

• Každá komunikace vychází z nejaké aktivity a vede
  do nejaké aktivity. Není nutné, aby byla
  komunikaci prijímací aktivita pojmenována, ale je
  zakázáno vést komunikaci mezi participanty nebo
  jejich stavy prímo bez aktivit.

16
Nejcastejší chyby pri konstrukci diagramu
procesu3.zámena prechodu s komunikací

• Prechody predstavují znázornení pohybu daného
  participantu v case. Proto na prechodech nelze
  zobrazovat napríklad parametry. Pokud tato
  situace nastane, tak je treba najít príslušné
  aktivity a komunikace vést mezi nimi.

17
Nejcastejší chyby pri konstrukci diagramu
procesu4.prechody mezi ruznými participanty

• Prechody se týkají výhradne stavu a aktivit
  náležejících stejnému participantu. Není dovoleno
  vést prechody mezi stavy ruzných participantu.
  Pokud tato situace nastane, je treba najít
  príslušné aktivity a vyznacit komunikace mezi
  nimi.

18
Názorný príklad-zadání

• Cíšnice
• zjištuje prání
• nekdo to varí
• servírování pokrmu
• ceká na pokyn k placení
• kasíruje
• ceká na dalšího zájemce

• Host
• prišel se najíst
• musí cekat
• dostane neco k jídlu
• proces jezení
• proces placení
• koncí

19
(No Transcript)
20
Literatura

• Stranky katedry informacního inženýrství PEF CZU
  v Praze www.pef.czu.cz
• Metaedit - Metaedit Plus 3.0 - www.metacase.com