UML časové diagramy
Stav vynesený proti skutočnej časovej osi. Diagram interakcie, po ktorom siahnuť, keď je celým predmetom lehota, trvanie alebo prekryv.
6 min čítaniaUML 2.5.128 z 35
Krátka odpoveď
- Zvislá os sekvenčného diagramu je poradie, nie čas. Os časového diagramu je skutočná a škálovaná, a preto vie do 200 milisekúnd povedať len jeden z nich.
- Siahnite po ňom, keď je vlastným predmetom lehota, trvanie alebo prekryv medzi účastníkmi - vstavané systémy, protokoly, čokoľvek s časovým limitom.
- Obmedzenie trvania ohraničuje interval, časové obmedzenie jediný okamih. Oboje sa na diagram píše do zložených zátvoriek.
- Čiara života s priebehom sa lepšie číta pri dvoch či troch stavoch; kompaktná stavová čiara škáluje ďalej.
01Čo ukazuje#
Časovací diagram vynáša stav jedného alebo viacerých účastníkov proti času. Čas beží zľava doprava a na rozdiel od každého iného UML diagramu je v mierke. Dvojnásobná vzdialenosť znamená dvojnásobné trvanie.
Práve táto jediná vlastnosť je dôvodom, prečo diagram existuje. Sekvenčný diagram vám povie, že jedna správa sa deje po druhej, a nepovie nič o tom, ako dlho čokoľvek trvá. Ak je vaša otázka „zmestí sa to do rozpočtu 300 ms?“ alebo „je brána ešte zaneprázdnená, keď sa spustí opakovanie?“, žiadne množstvo sekvenčného diagramu na ňu neodpovie.
Každá čiara života dostane pás. Jej možné stavy sú vypísané pozdĺž ľavého okraja toho pásu a čiara medzi nimi kráča, pri každej zmene skočí zvisle a medzi tým drží rovno. Čítať to je tá istá zručnosť ako čítať záznam z logického analyzátora alebo graf stavu servera.
02Notácia#
| Prvok | Notácia | Čo znamená |
|---|---|---|
| Čiara života | vodorovný pás | Jeden účastník. Jeho meno sedí vľavo; jeho stavy sú riadky vnútri toho pásu. |
| Časový priebeh stavu | schodovitá čiara | Hodnota držaná v čase. Zvislé skoky sú prechody; rovné úseky sú držaný stav. |
| Časová os | pravítko pozdĺž spodku | Skutočný, proporčný čas s jednotkami. Práve to z toho robí časovací diagram. |
| Obmedzenie trvania | {0..300ms} medzi dvoma značkami | Ako dlho smie úsek trvať. Požiadavka, nakreslená. |
| Časové obmedzenie | {t..t+50ms} v bode | Kedy musí udalosť nastať, vzhľadom na inú. |
| Správa | šípka medzi pásmi | Komunikácia z jednej čiary života na druhú, nakreslená v okamihu, keď sa deje. |
03Nákladom sú obmedzenia#
Časovací diagram bez obmedzení je obrázkom toho, čo sa raz stalo. Časovací diagram s nimi je špecifikáciou, a to je tá verzia, ktorú sa oplatí kresliť.
Obmedzenie trvania preklenuje dva body a hovorí, aká veľká smie byť medzera: {0..300ms} od žiadosti po odpoveď. Časové obmedzenie pripne udalosť k okamihu vzhľadom na inú: {t..t+50ms}. Spolu vyjadria takmer každú požiadavku reálneho času, akú pravdepodobne budete mať, a vyjadria ju vo forme, proti ktorej sa dá priamo napísať test.
Druhou vecou, ktorú kresliť, je prekryv. Dva pásy naskladané zvisle spravia okamžite zrejmým, či je jeden účastník ešte zaneprázdnený vtedy, keď od neho iný čaká, že bude voľný - trieda chýb, ktorá je v sekvenčnom diagrame takmer neviditeľná a tu zrejmá.
04Kedy taký nakresliť#
Siahnite po ňom, keď
- Existuje rozpočet na latenciu, časový limit alebo termín, ktorý musí návrh splniť
- Vstavané systémy, protokoly alebo práca blízko hardvéru, kde je časovanie špecifikáciou
- Diagnostika súbehu: dva pásy spravia prekryv viditeľným
- Vysvetlenie, prečo sa opakovanie, debounce alebo backoff správa tak, ako sa správa
Siahnite po niečom inom, keď
- Záleží na poradí, ale nie na trvaní - použite sekvenčný diagram
- Popisujete stavy a udalosti medzi nimi, nie ich časovanie - použite stavový automat
- Nie je čo kresliť, žiadne merané ani špecifikované časovanie; diagram s vymyslenými číslami je horší než žiadny
- Viac než zhruba štyri čiary života vo vynesenej forme
Časovacie diagramy sú v bežnom biznisovom softvéri najzriedkavejšie zo štrnástich a v doménach, ktoré ich potrebujú, nenahraditeľné. Ak pracujete na vstavaných systémoch, sieťových protokoloch alebo čomkoľvek s tvrdou požiadavkou reálneho času, toto je diagram, v ktorom sa vaše požiadavky píšu najprirodzenejšie. Ak nie, môžete prejsť celú kariéru bez toho, aby ste nejaký nakreslili, a to je v poriadku.
Po jednom riadku na každé
- 01Jediný UML diagram, ktorého os je v mierke: vzdialenosť znamená trvanie.
- 02Každá čiara života je pás; jej stavy sú riadky a schodovitá čiara ukazuje držanú hodnotu.
- 03Obmedzenia trvania a časové obmedzenia menia záznam na špecifikáciu.
- 04Naskladané pásy spravia prekryv - a teda súbehy - okamžite viditeľnými.
- 05Použite ho, keď existuje skutočný rozpočet alebo termín; inak je správnym nástrojom sekvenčný diagram.
05Časté otázky#
Na čo slúži UML časový diagram?
Na zobrazenie toho, ako sa stav účastníka mení proti skutočnej časovej osi. Je to diagram interakcie, po ktorom siahnuť, keď je vlastným predmetom lehota, trvanie alebo prekryv medzi účastníkmi: vstavané systémy, protokoly a čokoľvek, v čom je časový limit.
Aký je rozdiel medzi časovým a sekvenčným diagramom?
Sekvenčný diagram usporadúva správy, ale nehovorí nič o tom, ako dlho čo trvá, pretože jeho zvislá os je poradie, nie čas. Časový diagram má skutočnú, škálovanú časovú os, takže vie vyjadriť do 200 milisekúnd a ukázať prekryv stavov dvoch účastníkov.
Čo je obmedzenie trvania?
Vyznačený interval na diagrame s obmedzením jeho dĺžky, zapísaným v zložených zátvorkách. Časové obmedzenie je tá istá myšlienka použitá na jediný okamih namiesto rozpätia, napríklad táto udalosť musí nastať do piatich sekúnd.
Aké dve podoby má čiara života v časovom diagrame?
Podoba s čiarou hodnôt kreslí stavy ako priebeh prechádzajúci medzi vodorovnými pásmi. Kompaktná podoba so stavovou čiarou píše názvy stavov do jediného pásu s prechodmi medzi nimi. Priebeh sa lepšie číta pri dvoch či troch stavoch; kompaktná podoba lepšie škáluje.
V tejto sérii
- 01Čo je UML?
- 02Symboly UML
- 03Výber diagramu
- 04Diagramy tried
- 05Príklady diagramov tried
- 06Ako nakresliť diagram tried
- 07Symboly diagramu tried
- 08Sekvenčné diagramy
- 09Príklady sekvenčných diagramov
- 10Ako nakresliť sekvenčný diagram
- 11Diagramy prípadov použitia
- 12Príklady prípadov použitia
- 13Diagramy aktivít
- 14Príklady aktivít
- 15Stavové diagramy
- 16Príklady stavových diagramov
- 17Diagramy komponentov
- 18Príklady komponentov
- 19Kreslenie diagramu komponentov
- 20Symboly komponentov
- 21Diagramy nasadenia
- 22Príklady nasadenia
- 23Diagramy objektov
- 24Diagramy balíkov
- 25Diagramy zloženej štruktúry
- 26Komunikačné diagramy
- 27Sekvenčný vs komunikačný
- 28Časové diagramy
- 29Diagramy prehľadu interakcií
- 30Diagramy profilov
- 31UML pomocou AI
- 32Príklad e-shopu
- 33Príklad banky
- 34Príklad mikroslužieb
- 35Príklad AWS
Súvisiace články
Diagramy správania
Diagramy správania
Základy
Diagramy správania
Diagramy správania
Diagramy správania