UML建模(四)業(yè)務(wù)建模之業(yè)務(wù)序列圖

4.1 描述業(yè)務(wù)流程的手段

  • 描述業(yè)務(wù)流程的手段:文本 活動圖 序列圖
  • 序列圖和活動圖比較:
    1.活動圖只關(guān)注人,序列圖把人當(dāng)作系統(tǒng)。
    2.活動圖表示動作,序列圖強迫思考動作背后的目的。
    3.活動圖“靈活”,序列圖不“靈活”。

4.2 業(yè)務(wù)序列圖要點

  • 消息代表責(zé)任分配而不是數(shù)據(jù)流動
    1.序列圖最重要的要點是消息的含義。A指向B的消息,代表“A請求B做某事”,或者“A調(diào)用B做某事的服務(wù)”,做某事是B的一個責(zé)任
  • 抽象級別是系統(tǒng)之間的協(xié)作
    1.業(yè)務(wù)建模的研究對象是組織,出現(xiàn)在業(yè)務(wù)序列圖生命線上的對象,其最小顆粒是系統(tǒng),包括人和非人系統(tǒng)。
  • 只畫核心域相關(guān)的系統(tǒng)
  • 把時間看作特殊的業(yè)務(wù)實體
  • 為業(yè)務(wù)對象分配合適的責(zé)任

4.3步驟-現(xiàn)狀業(yè)務(wù)序列圖

  • 盡力描繪出真實的現(xiàn)狀
  • 常見錯誤:
    1.把想象中的改進當(dāng)成現(xiàn)狀
    2.把“現(xiàn)狀”誤解為“純手工”
    3.把“現(xiàn)狀”誤解為“本開發(fā)團隊未參與之前
    4.把“現(xiàn)狀”誤解為“規(guī)范”
    5.我是創(chuàng)新,沒有現(xiàn)狀
    6.我做產(chǎn)品,沒有現(xiàn)狀

4.4步驟-改進業(yè)務(wù)序列圖

  • 改進模式一:物流變成信息流


  • 改進模式二:改善信息流轉(zhuǎn)


  • 改進模式三:封裝領(lǐng)域邏輯
    1.用軟件系統(tǒng)代替人腦,業(yè)務(wù)流程就得到了改進。


  • 阿布思考法
    (1)假設(shè)有充足的資源去解決問題,得到一個完美的方案;
    (2)用手上現(xiàn)有的資源去山寨這個完美方案。
最后編輯于
?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請聯(lián)系作者
【社區(qū)內(nèi)容提示】社區(qū)部分內(nèi)容疑似由AI輔助生成,瀏覽時請結(jié)合常識與多方信息審慎甄別。
平臺聲明:文章內(nèi)容(如有圖片或視頻亦包括在內(nèi))由作者上傳并發(fā)布,文章內(nèi)容僅代表作者本人觀點,簡書系信息發(fā)布平臺,僅提供信息存儲服務(wù)。

友情鏈接更多精彩內(nèi)容