眾所周知，UML建模已經成為軟體工程過程不可或缺的部分。好的UML模型有利於整個軟體開發的過程。為了增強UML模型的可讀性，易理解性，我們必須遵循UML應有的規範，不被易混淆概念所迷惑。下面將列舉一些博主在學習UML建模過程中的心得與經驗，給大家參考。

一、用例建模注意事項

    1、用例建模必須注意我們所關注的是“用例”。用例是一個動作行為，業務行為，所以用例圖表示法中用例的名稱一定是一個動作。

2、分清系統邊界。通常來說，用例圖可以明顯的將前端後臺分離，方便設計。我們在建模過程中必須把系統邊界弄清楚，不是系統內部完成的用例不應該畫在邊界內。比如下圖的例子：

這樣一個簡單例子中，第一個用例圖是合理的，而第二個用例圖中，處理查詢不應該放在酒店預訂網的系統邊界內。這個實在system內部完成的。

二、區別概念類圖與軟體類圖

         類圖是UML建模中很重要的一個部分，但是類圖的概念常常會引起混淆。概念類圖是在領域建模中所使用的類圖，它只關注類之間的關聯關係和類所包含的屬性。而軟體類圖是編碼的直接原型。直觀來說，概念類圖只需要類名，屬性和關聯，軟體類圖則還包含類的方法。

三、模型銜接

專案一般流程：

分析階段：

1、用Use Case圖描述使用者需求，確定專案範圍

2、用Sequence描述每個Case的可能的處理流程（一個case可以對應多個Sequence圖）

3、用Collaboration圖檢查物件之間的行為負載

設計階段：

1、設計Class（資料庫設計還是用ERWin好）

開發階段：

1、生成程式碼框架