| 科技項目報帳業務序列圖 |
| 譯揮 (25****466) 9:59:24 潘老師，我畫了一個業務序列圖，在科技項目報帳事項在項目系統中經部上司審批通過後，要求将報帳資料推送到财務的費用系統中進行财務報帳。看看是否合适？  注：項目系統 和 費用系統已經有了，現在需要将兩個系統銜接起來。 譯揮 (25****466) 10:01:48 也請各位幫助讨論指點一下啊 潘加宇(3504847) 10:04:19 畫得還可以的。 把對象的順序再排一下，使得從左到右的箭頭盡量多 譯揮 (25****466) 10:05:14 好的。有一個問題：我覺得：準備報帳資料（）畫出來有一定問題，但雙想不出好的畫法表示。接收報帳資料（）可以作為費用系統的用例，那項目系統需要準備報帳資料這一步驟，是應該在項目系統中的用例中表示，是否寫在上司審批（）的後置條件中呢。 潘加宇(3504847) 10:07:52 首先讨論時要确定研究對象 現在，思維跳到了研究"項目系統" 準備報帳資料的步驟（或步驟集合）放在"項目系統"的"審批"用例裡描述 其他的照此規律辦理 潘加宇(3504847) 10:09:52 上司送出審批結果 系統驗證 系統儲存，準備報帳資料 系統請求費用系統接收報帳資料 系統回報已将資料發給費用系統 譯揮 (25****466) 10:11:37 好的。同理，如果把推送資料放在項目經理結束報帳審批流程以後，那就應該放在結束報帳審批()中。 譯揮 (25****466) 10:12:50 那"準備報帳資料"要不要反映在業務序列中呢？ 潘加宇(3504847) 10:13:20 可以不放 潘加宇(3504847) 10:13:38 但如果裡面有值得一提的複雜邏輯，可以畫 譯揮 (25****466) 10:13:56 是否合适，因為我想到這一步要寫到用例規約裡，而且在系統用例的序列圖中也要畫。 潘加宇(3504847) 10:14:31 系統用例沒有序列圖 潘加宇(3504847) 10:14:36 就是用例規約 譯揮 (25****466) 10:15:04 系統用例的實作圖 潘加宇(3504847) 10:15:25 分析序列圖 譯揮 (25****466) 10:15:55 就是指這個 潘加宇(3504847) 10:16:20 不但分析序列圖要展現（不展現需求怎麼實作），代碼還要寫得更細呢 潘加宇(3504847) 10:17:04 就是從大到小，逐漸縮小研究對象 譯揮 (25****466) 10:19:08 就是說，把重要的，适合在這個層次展現的，展現出來。 潘加宇(3504847) 10:20:09 差不多。"準備報帳資料"花在業務序列圖裡是一步，系統用例規約裡可以有多次互動， 潘加宇(3504847) 10:21:01 用例規約裡的一步"系統****"，可能要展現在分析序列圖上成為很多個類的互動。實作成很多類和很多行代碼 譯揮 (25****466) 10:22:27 書上講了，聚焦于系統之間的協作，不必表達過細的互動步驟。問：是否業務序列圖上指向自己的動作，一般都是前面那個用例的步驟之一，不是單獨的用例。對吧？ 潘加宇(3504847) 10:22:48 是 潘加宇(3504847) 10:23:18 是前面那個用例的步驟（或步驟集合） 譯揮 (252****66) 10:23:34  潘加宇(3504847) 10:24:52 各個通知自反消息這裡，可以畫個虛線指向被通知的人 譯揮 (252****66) 14:36:44 完成的流程畫完了，老師看看。 |