Bocsassatok meg, hogy elohuzom a sajat cikkem a kalapbol, tudom, ilyet nem illik:
http://adamnemeth.hu/2009/11/28/architect-dolgok-modellezes-a-gyakorlat…
A dinamikus mukodesnek az a lenyege, hogy tisztabb kodot szokott eredmenyezni a statechart/action flow -ban megrajzolt algoritmus, ill. OOP programozasnal, vagy kliens-szerver (esetleg egyeb halozati) osszehatasnal gyakran elvesznek reszletek a kodban, amit egy sequence diagramm kepes megvilagitani.
Tipikusan sequence diagrammkent szoktuk elmagyarazni pl. az OAuth mukodeset, ezt mar sokszor rajzoltam le.
Masik tipikus eset security tokenek fizetesnel ill. digitalis webshopokban (tehat ahol a termek maga egy fajl)
(Hasonloan "erzed" hogy csunya, ha latod a vonalakat az action flow-ban, mert feltunnek asszimetriak, amik szovegesen nem feltetlen.)
A use case-eknek pedig a szoveges szabalya (aktor ige targy modositok, trigger, precond, postcond) pedig sokkal fontosabb mint a use case diagrammosdi, az UML nem csak diagrammokbol all.