詳解UML用例建模中的約束
本文和大家重點討論一下UML用例建模的一些基本知識，主要包括基本文檔，用例模型，用例規約和補充規約等內容，相信通過本節的學習你對UML用例建模一定會有所了解。
UML用例建模基本知識
基本文檔：
用例模型：記錄功能性需求
用例圖：描述參與者和用例之間的關系
用例規約：描述每一個用例的細節信息
補充規約：記錄一些全局性的功能需求、非功能性需求和設計約束等
詞匯表：記錄一些系統需求相關的術語
------------------------------
UML用例建模中用例規約：
簡要說明(BriefDescription)
簡要介紹該用例的作用和目的。
事件流(FlowofEvent)
包括基本流和備選流，事件流應該表示出所有的場景。
用例場景(Use-CaseScenario)
包括成功場景和失敗場景，場景主要是由基本流和備選流組合而成的。
特殊需求(SpecialRequirement)
描述與該用例相關的非功能性需求（包括性能、可靠性、可用性和可擴展性等）和設計約束（所使用的操作系統、開發工具等）。
前置條件(Pre-Condition)
執行用例之前系統必須所處的狀態。
后置條件(Post-Condition)
用例執行完畢后系統可能處于的一組狀態。
UML用例建模的補充規約：
補充規約記錄那些在用例模型中不易表述的系統需求，主要包括以下內容。
功能性
功能性需求主要在用例模型中刻畫，但是也有部分需求不適合在用例中表述。有些功能性需求是全局性的，適用于所有的用例，如出錯處理、I18N支持等，我們不需要在所有的用例中描述這些功能性需求，只需要在補充規約中統一描述就可以了。
可用性
記錄所有可用性相關的需求，如系統的使用者所需要的培訓時間、是否應附合一些常見的可用性標準如Windows界面風格等。
可靠性
定義系統可靠性相關的各種指標，包括：
可用性：指出可用時間百分比(xx.xx%)，系統處于使用、維護、降級模式等操作的小時數；
平均故障間隔時間(MTBF)：通常表示為小時數，但也可表示為天數、月數或年數；
平均修復時間(MTTR)：系統在發生故障后可以暫停運行的時間；
精確度：指出系統輸出要求具備的精密度（分辨率）和精確度（按照某一已知的標準）；
最高錯誤或缺陷率：通常表示為bugs/KLOC（每千行代碼的錯誤數目）或bugs/function-point（每個功能點的錯誤數目）。
性能
UML用例建模中性能記錄系統性能相關的各種指標，包括：
對事務的響應時間（平均、最長）；
吞吐量（例如每秒處理的事務數）；
容量（例如系統可以容納的客戶或事務數）；
降級模式（當系統以某種形式降級時可接受的運行模式）；
資源利用情況：內存、磁盤、通信等。
可支持性
定義所有與系統的可支持性或可維護性相關的需求，其中包括編碼標準、命名約定、類庫、如何來對系統進行維護操作和相應的維護實用工具等。
設計約束
設計約束代表已經批準并必須遵循的設計決定，其中包括軟件開發流程、開發工具、系統構架、編程語言、第三方構件類庫、運行平臺和數據庫系統等等。
【編輯推薦】
