建站
咨詢
售后
建站咨詢
新聞中心
本節(jié)和大家一起學習一下UML用例建模的一些基本知識，主要包括基本文檔，用例模型，用例規(guī)約和補充規(guī)約等內容，相信通過本節(jié)的學習你對UML用例建模一定會有所了解。下面就讓我們一起來看一下詳細介紹吧。
UML用例建?；局R
基本文檔：
用例模型：記錄功能性需求
用例圖：描述參與者和用例之間的關系
用例規(guī)約：描述每一個用例的細節(jié)信息
補充規(guī)約：記錄一些全局性的功能需求、非功能性需求和設計約束等
詞匯表：記錄一些系統(tǒng)需求相關的術語
------------------------------
用例模型：
用例圖比較簡單，主要有參與者和用例組成；
參與者之間可以有泛化(Generalization)關系
用例之間有包含(include)、擴展(extend)和泛化(generalization)關系。包含是子函數(shù)，擴展是備選流
泛化比較少用，也是備選流；
UML用例建模中用例規(guī)約：
簡要說明(BriefDescription)
簡要介紹該用例的作用和目的。
事件流(FlowofEvent)
包括基本流和備選流，事件流應該表示出所有的場景。
用例場景(Use-CaseScenario)
包括成功場景和失敗場景，場景主要是由基本流和備選流組合而成的。
特殊需求(SpecialRequirement)
描述與該用例相關的非功能性需求（包括性能、可靠性、可用性和可擴展性等）和設計約束（所使用的操作系統(tǒng)、開發(fā)工具等）。
前置條件(Pre-Condition)
執(zhí)行用例之前系統(tǒng)必須所處的狀態(tài)。
后置條件(Post-Condition)
用例執(zhí)行完畢后系統(tǒng)可能處于的一組狀態(tài)。
UML用例建模的補充規(guī)約
補充規(guī)約記錄那些在用例模型中不易表述的系統(tǒng)需求，主要包括以下內容。
功能性
功能性需求主要在用例模型中刻畫，但是也有部分需求不適合在用例中表述。有些功能性需求是全局性的，適用于所有的用例，如出錯處理、I18N支持等，我們不需要在所有的用例中描述這些功能性需求，只需要在補充規(guī)約中統(tǒng)一描述就可以了。
可用性
記錄所有可用性相關的需求，如系統(tǒng)的使用者所需要的培訓時間、是否應附合一些常見的可用性標準如Windows界面風格等。
可靠性
定義系統(tǒng)可靠性相關的各種指標，包括：
可用性：指出可用時間百分比(xx.xx%)，系統(tǒng)處于使用、維護、降級模式等操作的小時數(shù)；
平均故障間隔時間(MTBF)：通常表示為小時數(shù)，但也可表示為天數(shù)、月數(shù)或年數(shù)；
平均修復時間(MTTR)：系統(tǒng)在發(fā)生故障后可以暫停運行的時間；
精確度：指出系統(tǒng)輸出要求具備的精密度（分辨率）和精確度（按照某一已知的標準）；
最高錯誤或缺陷率：通常表示為bugs/KLOC（每千行代碼的錯誤數(shù)目）或bugs/function-point（每個功能點的錯誤數(shù)目）。
性能
UML用例建模中性能記錄系統(tǒng)性能相關的各種指標，包括：
對事務的響應時間（平均、最長）；
吞吐量（例如每秒處理的事務數(shù)）；
容量（例如系統(tǒng)可以容納的客戶或事務數(shù)）；
降級模式（當系統(tǒng)以某種形式降級時可接受的運行模式）；
資源利用情況：內存、磁盤、通信等。
可支持性
定義所有與系統(tǒng)的可支持性或可維護性相關的需求，其中包括編碼標準、命名約定、類庫、如何來對系統(tǒng)進行維護操作和相應的維護實用工具等。
設計約束
設計約束代表已經(jīng)批準并必須遵循的設計決定，其中包括軟件開發(fā)流程、開發(fā)工具、系統(tǒng)構架、編程語言、第三方構件類庫、運行平臺和數(shù)據(jù)庫系統(tǒng)等等。
【編輯推薦】
- 驗總結 UML用例建模技巧
- UML動態(tài)建模機制專家解析
- 解析UML用例建模的慨念和應用
- UML建模過程中需要注意要點專家提醒
- 體驗免費UML建模工具
當前標題：UML用例建?；局R講解
標題路徑：http://m.5511xx.com/article/dpdgiej.html
