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

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

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

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

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

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

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

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

  • 改進(jìn)模式一:物流變成信息流


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


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


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

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