UML消息的邏輯

的下面的照片顯示了消息它們代表了以下情況下的序列：UML消息的邏輯

我的問題是：只要這些再現案例描述中的邏輯可以吧？或者UML是否需要按照消息（刺激）及其響應（返回）的順序來執行某種邏輯？

產品圖1

產品圖2

編輯過的圖像

圖片1

圖二

目前還不清楚你在問什麼。是的，UML確實有規定。爲什麼不下載UML 2.5規範並閱讀序列圖上的章節？它會告訴你所有的規則。見http://www.omg.org/spec/UML/2.5/PDF。 –

也許出於同樣的原因，大多數人不這樣做：它不是用戶手冊，而是供應商指南。但是問題在於：你爲什麼要「憑空」模擬自己的電話？當然，另一條消息也是從「無處」開始的，但有一個用例在後面解釋了序列中的第一條消息。 –

@JimL。下載它。我會吝嗇看看我是否找到了一些東西。而且我在這張照片中增加了更多細節，所以它更有意義 –

嗯，我想，既然你使用的自消息的異步消息都有缺陷。雖然這可能是有效的，但這很可能是錯誤的使用。向自我發送異步消息意味着什麼？瓶中的信息將在稍後發現？一些叉子消息？現在假設你的意思是一個同步消息，你可能想要從上面擴展生命線，因爲在收到用戶名後，檢查名字長度可能是一個連續的動作。

wrt編輯pict 1如果你是這樣的意圖，那很好。但是，我再次懷疑這一點。它被稱爲檢查名稱長度，除非你爲了純粹的樂趣而這樣做，否則你可能會在某處處理檢查結果。如果這是異步的，那麼您如何知道檢查是否完成？

2016-04-04 22:59:00

我按照你的說法編輯。但是我在第一個圖中保留了異步的自我信息;據我所知，異步不需要響應。我在第一個圖中不需要一個 –

請參閱我的答案。 –

回答