UML大戰需求分析閱讀筆記04

讀《uml大戰需求分析》有感04

開發某系統的重要前提是：

這個系統有誰在用？

這些人通過這個系統能做什麼事？

一般搞清楚這件事，再畫個業務流程圖，就能條例清楚的表達系統的需求了。作為乙個開發人員，不僅要懂得如何從使用者那裡獲取有用的資訊，還要懂得怎麼清晰地描述自己的想法，給客戶呈現出乙個結構完整、功能全面的系統原型。那麼，這些必備的畫圖技巧，就會幫上很大的忙。

用例圖是用處非常廣泛，使用頻率最高的uml圖，它用來描述什麼角色通過某某系統能做什麼事情，關注的是系統的外在表現、系統與人之間的互動、系統與其他系統之間的互動。

在乙個實際專案中，可能會包含上百個用例，組織這些用例時可以使用高度概括的語言先畫乙個巨集觀的用例圖，再將其分層次地分解為多個具體的用例圖，必要時，還可以使用包圖對眾多用例圖進行分類，幫助理解整個系統需求。

給使用者描述系統原型時，在其能理解的基礎上，可以使用精簡的用例圖。用客戶能夠聽懂的語言（不應該處於開發人員的角度來描述），有側重性地進行詳述。當客戶提出問題與需求時，我們需要立於客戶的想法，又要高於客戶的想法，不能盲目地從客戶想法中匯出用例，應該更多的從系統的目標、待解決的客戶問題上尋找解決方案。

當然，用例圖不是萬能的，也不是表達需求的唯一方式。學會掌握用例圖所承載的需求分析方法，能夠靈活的運用才是關鍵。

上文提到的包圖，就是乙個容器，能夠容納各種uml圖（包括包圖自己），旨在將散亂的東西組織起來，由粗到細的解決問題，但如果已經是專案組的成員，並參加了整個需求調研過程，就沒必要拐彎抹角，放棄包圖了，減少不必要的閱讀過程。

實際工作中，包圖的使用頻率比較低，但在軟體設計、軟體架構設計中會經常使用。

UML大戰需求分析 閱讀筆記04