重點文章：CTO也糊塗的常用術語：功能子產品、業務架構、使用者需求……[20210217更新]>>
冷風工作室
More options Aug 27 2010, 7:12 pm
潘老師：
您好，我在畫時序圖的時候，遇到2 個問題，麻煩幫我講解一下。
如附件中的效果圖：
1、在Page_Load(object, EventArgs)方法中會進行資料的合法性驗證，請問我還需不需要畫出來（如圖中我已經畫出：資料合法性驗證()）。
這個驗證可能是一個函數，也可能是幾條簡單的if 語句。
2、在Message 線的屬性視窗中可以設定"是否傳回",這樣線條變成虛線。
是以在"企業建站1.0 工單接口"(是一個頁面)中如果驗證不合法，則輸出錯誤的XML 資訊，我想畫一條虛線指向管道系統，但在這個為虛線的Message 線中 指定方法的話，那這個方法屬于管道系統這個Business Entity，這樣不符合我要求。
因為傳回錯誤XML 資訊()是"企業建站1.0 工單接口"中的方法。
是以我隻有畫出傳回錯誤XML 資訊()為self-message，然後再在下面畫上一個沒有方法的虛線。
請問有無問題？要如何畫？
謝謝！
Best Regards!
UMLChinaMore options Aug 27 2010, 10:28 pm
畫也行不畫也行。問題不在這裡，問題可能是：
看你這個圖是一個業務序列圖，也就是說，研究的範圍是組織内各系統之間的互動。
"客服人員"、"管道系統"，這個可以了解，都是一個系統，是一個抽象級别的。"工單接口"是這個級别的嗎？還是隻是相當于人的"手指"， "眼睛"？
你看你圖上：
管道系統.查詢需開通工單
管道系統.開通工單（不是工單開通）
突然來一個
工單接口.Page_Load 還XML 什麼的
就好像：
張三，你左邊包抄
李四，你右邊包抄
突然來一個
王五，你先後轉身體，擡左腿，再擡右腿....
難道張三李四沒長腿嗎
從圖上看，目的就是要開通工單嘛，Page_Load 的地方應該改為"開通工單"，"工單接口"要不要改成别的什麼，其他亂七八糟的删掉，
改寫在"工單接口"的 "開通工單"用例文檔中（不知道你做的系統是哪一個）。
模組化時，同一張圖上的資訊應該處在同一抽象級别上。
> 是以我隻有畫出傳回錯誤XML 資訊()為self-message，然後再在下面畫上一個沒有方法的虛線。
> 請問有無問題？要如何畫？
－－－－就這樣畫。再點選一下旁邊有個向右的小箭頭，把這個傳回消息附加到"傳回××××"操作上
冷風工作室
More options Aug 28 2010, 12:28 am
第1 點估計是我沒講清楚，目前我個人覺得我這樣了解應該是對的，我就這幾個系統的關系講解一下：
我們是做企業建站平台，就是企業可以注冊使用我們的平台後可以搭建自己的企業網站。由于跟移動有點關系，那些企業資料都是移動調用我們的一個web service A 記錄到企業建站平台的一些資料表中。
然後對這些資料，我們需要客服人員對它進行完善補充後進行開通。
是以目前就有一個"管道系統"(客服人員用的)，它是對企業的基礎資料操作，有一個查詢界面把需要開通的企業查出來，然後點開通按鈕後，代碼中會調用"企業建站 1.0 工單接口"，這個接口是也是一個web service 頁面，是放在企業建站系統中，跟"管道系統"不是在一起
工單接口就是企業建站的一個asp.net 頁面，用于接受傳遞過來的xml 資料和傳回操作結果的xml 資料
除了上面說的"管道系統"和"企業建站1.0 工單接口"以外，為了性能，另外還有一個winform 程式定時調用，然後現在又開發了一個企業建站2.0，是一個 全新獨立的系統(有些資料跟1.0 有關聯)，開通時也需要開通一些資料，這2 個我畫在右邊，沒截圖出來(跟問題沒關系)。
你說模組化時同一張圖上的資訊應該處在同一抽象級别上，我這張圖隻想表現工單開通(說白了就是賬号開通、初始化一些資料)，隻是關聯的有幾個系統子產品，是以我就這樣畫。
講了一大堆，也不知道我表述清楚沒有。
第2 點還有點模糊，想再确認一下，你的意思是說"企業建站1.0 工單接口"下的"傳回錯誤XML 資訊()"和下面的那根虛線這樣畫沒錯？
然後再點虛線旁邊向右的 小箭頭？？
非常感謝！
UMLChinaMore options Aug 28 2010, 5:59 pm
還是沒有看明白你的系統邊界在哪裡，我根據我的猜測說一下：
你的目的是要畫你的系統（即企業建站平台）内的各個類之間的互動？那就沒有什麼業務勞工圖示，也不需要畫客服人員和管道系統之間的互動，管道系統就是"企業建站 平台"的執行者，序列圖從管道系統和你的系統的邊界類互動開始畫起。
"工單接口"是用來接收"管道系統"指令的一個類，這個類的名字是否應該改為"管道系統接口"？
"××接口"能做"驗證資料合法"（不是資料合法性驗證）、"傳回錯誤資訊"（不用寫XML 幾個字）。。。這個可以了解，但"接口"能做"開通單處理"（可以改為"執行開通"），這個不好了解，它自己能搞定嗎？是否需要委托某個類來搞定？
小箭頭見附件 小箭頭.jpg
冷風工作室
More options Aug 31 2010, 10:28 am
如附件中的圖，就是有2 套系統："管道系統"、"企業建站平台"系統。它們都通路同一個資料庫，在"管道系統"中有一個頁面Page 用于查詢出需要開通工單的數 據，然後傳遞給"企業建站平台"中的一個web service（簡單說就是一個頁面），然後在這個web service 中執行開通操作。
我覺得應該是2 個系統間的互動，開始需要客服人員執行操作才能進行開通，是以我就認為業務勞工應該是客服人員。
"工單接口"是用來接收"管道系統"指令的一個類，這個類的名字是否應該改為"管道系統接口"？--------------------------------------------------------------------- 嗯，覺得這樣改也不錯，隻是我們同僚之間習慣叫"工單接口"，就是用于開通工單。
"驗證資料合法"、"執行開通"：
對，應該這樣改，記得上課時好像給我們講需要用類似動賓結構
"傳回錯誤資訊"：
嗯，我當時加xml 是想說明詳細點，表示錯誤資訊是xml 結構的資料
但"接口"能做"開通單處理"....
我這兒說的"接口"不是類似c#中的interface 類型， 而是類似一種web service，用于管道系統請求後開通/關閉/停用工單等處理。
非常感謝！
UMLChinaMore options Aug 31 2010, 8:15 pm
有2 套系統："管道系統"、"企業建站平台"系統－－【哪一套是你要做的系統？，看你說的意思似乎管道系統是現有的？開通工單的
webservice 以及後面的 支撐元件也是現成的？那你做什麼？】
在"管道系統"中有一個頁面Page 用于查詢出需要開通工單的資料，然後【"管道系統"中的什麼負責調用這個webservice？是"查詢出
需要開通工單的數 據"的page 嗎？】傳遞給"企業建站平台"中的一個web service（簡單說就是一個頁面
整理一下你的表述：
客服人員－－請求－－"管道系統的一個頁面"－－查詢出需要開通工單的資料
然後
管道系統－－傳遞給－－"企業建站平台"中的一個web service－－開通工單
【還是老問題，說事情的時候，抽象級别跳來跳去。
應該是
客服人員－－請求管道系統－－開通工單，管道系統－－請求企業建站平台－－執行開通
Page，webservice 這些東西放到下一個抽象級别的圖
】
"我覺得應該是2 個系統間的互動，開始需要客服人員執行操作才能進行開通，是以我就認為業務勞工應該是客服人員。"【你已經談
到頁面、webservice、w inform 了，這個時候不需要再談業務勞工了，那是業務模組化的概念】
見附件，兩個抽象級别的圖分開。