本節和大家一起學習一下UML用例建模的一些基本知識，主要包括基本文檔，用例模型，用例規約和補充規約等內容，相信通過本節的學習你對UML用例建模一定會有所了解。下面就讓我們一起來看一下詳細介紹吧。

UML用例建模基本知識

基本文檔：

用例模型：記錄功能性需求
用例圖：描述參與者和用例之間的關系
用例規約：描述每一個用例的細節信息
補充規約：記錄一些全局性的功能需求、非功能性需求和設計約束等
詞匯表：記錄一些系統需求相關的術語
------------------------------

用例模型：

用例圖比較簡單，主要有參與者和用例組成；

參與者之間可以有泛化(Generalization)關系

用例之間有包含(include)、擴展(extend)和泛化(generalization)關系。包含是子函數，擴展是備選流

泛化比較少用，也是備選流；

UML用例建模中用例規約：

簡要說明(BriefDescription)
簡要介紹該用例的作用和目的。

事件流(FlowofEvent)
包括基本流和備選流，事件流應該表示出所有的場景。

用例場景(Use-CaseScenario)
包括成功場景和失敗場景，場景主要是由基本流和備選流組合而成的。

特殊需求(SpecialRequirement)
描述與該用例相關的非功能性需求（包括性能、可靠性、可用性和可擴展性等）和設計約束（所使用的操作系統、開發工具等）。

前置條件(Pre-Condition)
執行用例之前系統必須所處的狀態。

后置條件(Post-Condition)
用例執行完畢后系統可能處于的一組狀態。

UML用例建模的補充規約

補充規約記錄那些在用例模型中不易表述的系統需求，主要包括以下內容。

功能性

功能性需求主要在用例模型中刻畫，但是也有部分需求不適合在用例中表述。有些功能性需求是全局性的，適用于所有的用例，如出錯處理、I18N支持等，我們不需要在所有的用例中描述這些功能性需求，只需要在補充規約中統一描述就可以了。

可用性

記錄所有可用性相關的需求，如系統的使用者所需要的培訓時間、是否應附合一些常見的可用性標準如Windows界面風格等。

可靠性

定義系統可靠性相關的各種指標，包括：

可用性：指出可用時間百分比(xx.xx%)，系統處于使用、維護、降級模式等操作的小時數；
平均故障間隔時間(MTBF)：通常表示為小時數，但也可表示為天數、月數或年數；
平均修復時間(MTTR)：系統在發生故障后可以暫停運行的時間；
精確度：指出系統輸出要求具備的精密度（分辨率）和精確度（按照某一已知的標準）；
最高錯誤或缺陷率：通常表示為bugs/KLOC（每千行代碼的錯誤數目）或bugs/function-point（每個功能點的錯誤數目）。

性能

UML用例建模中性能記錄系統性能相關的各種指標，包括：

對事務的響應時間（平均、最長）；
吞吐量（例如每秒處理的事務數）；
容量（例如系統可以容納的客戶或事務數）；
降級模式（當系統以某種形式降級時可接受的運行模式）；
資源利用情況：內存、磁盤、通信等。

可支持性

定義所有與系統的可支持性或可維護性相關的需求，其中包括編碼標準、命名約定、類庫、如何來對系統進行維護操作和相應的維護實用工具等。

設計約束

設計約束代表已經批準并必須遵循的設計決定，其中包括軟件開發流程、開發工具、系統構架、編程語言、第三方構件類庫、運行平臺和數據庫系統等等。

【編輯推薦】

1. 驗總結 UML用例建模技巧
2. UML動態建模機制專家解析
3. 解析UML用例建模的慨念和應用
4. UML建模過程中需要注意要點專家提醒
5. 體驗免費UML建模工具