本文和大家重點(diǎn)討論一下UML用例建模的一些基本知識，主要包括基本文檔，用例模型，用例規(guī)約和補(bǔ)充規(guī)約等內(nèi)容，相信通過本節(jié)的學(xué)習(xí)你對UML用例建模一定會有所了解。

UML用例建?；局R

基本文檔：

用例模型：記錄功能性需求
用例圖：描述參與者和用例之間的關(guān)系
用例規(guī)約：描述每一個用例的細(xì)節(jié)信息
補(bǔ)充規(guī)約：記錄一些全局性的功能需求、非功能性需求和設(shè)計(jì)約束等
詞匯表：記錄一些系統(tǒng)需求相關(guān)的術(shù)語
------------------------------

UML用例建模中用例規(guī)約：

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

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

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

特殊需求(SpecialRequirement)
描述與該用例相關(guān)的非功能性需求（包括性能、可靠性、可用性和可擴(kuò)展性等）和設(shè)計(jì)約束（所使用的操作系統(tǒng)、開發(fā)工具等）。

前置條件(Pre-Condition)
執(zhí)行用例之前系統(tǒng)必須所處的狀態(tài)。

后置條件(Post-Condition)
用例執(zhí)行完畢后系統(tǒng)可能處于的一組狀態(tài)。

UML用例建模的補(bǔ)充規(guī)約：

補(bǔ)充規(guī)約記錄那些在用例模型中不易表述的系統(tǒng)需求，主要包括以下內(nèi)容。

功能性

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

可用性

記錄所有可用性相關(guān)的需求，如系統(tǒng)的使用者所需要的培訓(xùn)時間、是否應(yīng)附合一些常見的可用性標(biāo)準(zhǔn)如Windows界面風(fēng)格等。

可靠性

定義系統(tǒng)可靠性相關(guān)的各種指標(biāo)，包括：

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

性能

UML用例建模中性能記錄系統(tǒng)性能相關(guān)的各種指標(biāo)，包括：

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

可支持性

定義所有與系統(tǒng)的可支持性或可維護(hù)性相關(guān)的需求，其中包括編碼標(biāo)準(zhǔn)、命名約定、類庫、如何來對系統(tǒng)進(jìn)行維護(hù)操作和相應(yīng)的維護(hù)實(shí)用工具等。

設(shè)計(jì)約束

設(shè)計(jì)約束代表已經(jīng)批準(zhǔn)并必須遵循的設(shè)計(jì)決定，其中包括軟件開發(fā)流程、開發(fā)工具、系統(tǒng)構(gòu)架、編程語言、第三方構(gòu)件類庫、運(yùn)行平臺和數(shù)據(jù)庫系統(tǒng)等等。

【編輯推薦】

1. 專家實(shí)例講解UML用例建模技術(shù)
2. 實(shí)例解析UML用例建模應(yīng)用
3. UML用例建模技術(shù)初探
4. 經(jīng)驗(yàn)總結(jié) UML用例建模技巧
5. 六種UML圖關(guān)系的表示及在代碼中體現(xiàn)