《軟體方法》讀書筆記2

使用業務序列圖原因：

一、活**只關注人，序列圖把人當作系統。活**描述流程時，往往會忽略了非人工系統的責任。

二、活**表示動作，序列圖強迫思考動作背後的目的。序列圖不但表達非人工系統的責任，也揭示出某個崗位對外暴露的責任，序列圖可以在業務建模和系統建模的過程中始終貫徹「物件協作以完成用例「的思想。

三、活**更「靈活」，序列圖更不「靈活」。「很容易畫」的活**容易掩蓋開發人員對業務流程認識不足或者業務流程本身存在缺陷的事實。序列圖強迫開發人員通過alt、loop等結構化控制片段描述業務流程的方式去思考，通過故事來思考待開發系統的位置。

業務序列圖要點：

一、訊息代表責任分配而不是資料流動。在序列圖中，焦點是物件之間的責任和寫作，資料流是作為訊息的輸入輸出引數存在的。建模人員不但要看到資料的流動，還要找出背後的責任。訊息代表對他人提供的服務，如果沒有指定目的可以用「處理...」來命名，訊息名稱中不需要帶「請求」二字，箭頭已表明請求的意義。

二、聚焦於系統之間的協作。業務建模研究的焦點是組織，所以業務序列圖上物件的最小單位是人肉或非人肉系統。建模的基本原則是抽象級別的一致，勿需細化到每一步操作。

三、只畫核心域相關的系統。乙個智慧型系統要不要成為序列圖上出現的業務實體，要根據「它是否核心域內的系統」來判斷。

四、把時間看作特殊的業務實體。這樣便可以對映到系統用例的時間執行者。注意，時間是外系統，世上只有乙個時間系統，定時器是其他系統用來和時間大交道的邊界類，定時器會有無數個。

a.繪製現狀業務序列圖：現狀好比拿著攝像機去拍攝，會拍到什麼？把拍到的場景如實繪製成業務序列圖。根據不同的業務用例，會有多個業務序列圖。

應避免的錯誤：

一、把「現狀」誤解為「純手工」。業務流程中有人工系統也有非人工的系統，新系統的需求需要通過研究業務現狀，再結合願景推導得出。

二、以待開發系統為中心拼湊流程。業務建模時，攝像機應該一路跟隨著實現業務用例的流程去拍攝，如實反映拍攝的故事，各個系統知識流程中的乙個零件。業務建模就是要從業務流程中待到代開發系統的位置，證明該系統對實現業務用例是有幫助的。

b.繪製業務互動概述圖：將各個業務用例的序列圖串聯起來。

c.改進業務序列圖：挑選乙個最值得改進的業務序列，闡明原因，然後空降乙個系統，畫出改進後的序列圖，從而得到第一批用例。注意uml建模不是為了「先建模後需求在分析」的順序而使用，而是迅速定位最值得改進點，得到最有價值的用例，先開發。這才是敏捷。