建站
咨詢
售后
建站咨詢
新聞中心
本文和大家重點討論一下UML用例建模的一些基本知識，主要包括基本文檔，用例模型，用例規(guī)約和補充規(guī)約等內(nèi)容，相信通過本節(jié)的學習你對UML用例建模一定會有所了解。
創(chuàng)新互聯(lián)公司長期為上1000+客戶提供的網(wǎng)站建設服務，團隊從業(yè)經(jīng)驗10年，關(guān)注不同地域、不同群體，并針對不同對象提供差異化的產(chǎn)品和服務；打造開放共贏平臺，與合作伙伴共同營造健康的互聯(lián)網(wǎng)生態(tài)環(huán)境。為盤錦企業(yè)提供專業(yè)的成都網(wǎng)站設計、做網(wǎng)站，盤錦網(wǎng)站改版等技術(shù)服務。擁有十多年豐富建站經(jīng)驗和眾多成功案例,為您定制開發(fā)。
UML用例建?；局R
基本文檔：
用例模型：記錄功能性需求
用例圖：描述參與者和用例之間的關(guān)系
用例規(guī)約：描述每一個用例的細節(jié)信息
補充規(guī)約：記錄一些全局性的功能需求、非功能性需求和設計約束等
詞匯表：記錄一些系統(tǒng)需求相關(guān)的術(shù)語
------------------------------
UML用例建模中用例規(guī)約：
簡要說明(BriefDescription)
簡要介紹該用例的作用和目的。
事件流(FlowofEvent)
包括基本流和備選流，事件流應該表示出所有的場景。
用例場景(Use-CaseScenario)
包括成功場景和失敗場景，場景主要是由基本流和備選流組合而成的。
特殊需求(SpecialRequirement)
描述與該用例相關(guān)的非功能性需求（包括性能、可靠性、可用性和可擴展性等）和設計約束（所使用的操作系統(tǒng)、開發(fā)工具等）。
前置條件(Pre-Condition)
執(zhí)行用例之前系統(tǒng)必須所處的狀態(tài)。
后置條件(Post-Condition)
用例執(zhí)行完畢后系統(tǒng)可能處于的一組狀態(tài)。
UML用例建模的補充規(guī)約：
補充規(guī)約記錄那些在用例模型中不易表述的系統(tǒng)需求，主要包括以下內(nèi)容。
功能性
功能性需求主要在用例模型中刻畫，但是也有部分需求不適合在用例中表述。有些功能性需求是全局性的，適用于所有的用例，如出錯處理、I18N支持等，我們不需要在所有的用例中描述這些功能性需求，只需要在補充規(guī)約中統(tǒng)一描述就可以了。
可用性
記錄所有可用性相關(guān)的需求，如系統(tǒng)的使用者所需要的培訓時間、是否應附合一些常見的可用性標準如Windows界面風格等。
可靠性
定義系統(tǒng)可靠性相關(guān)的各種指標，包括：
可用性：指出可用時間百分比(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)性能相關(guān)的各種指標，包括：
對事務的響應時間（平均、最長）；
吞吐量（例如每秒處理的事務數(shù)）；
容量（例如系統(tǒng)可以容納的客戶或事務數(shù)）；
降級模式（當系統(tǒng)以某種形式降級時可接受的運行模式）；
資源利用情況：內(nèi)存、磁盤、通信等。
可支持性
定義所有與系統(tǒng)的可支持性或可維護性相關(guān)的需求，其中包括編碼標準、命名約定、類庫、如何來對系統(tǒng)進行維護操作和相應的維護實用工具等。
設計約束
設計約束代表已經(jīng)批準并必須遵循的設計決定，其中包括軟件開發(fā)流程、開發(fā)工具、系統(tǒng)構(gòu)架、編程語言、第三方構(gòu)件類庫、運行平臺和數(shù)據(jù)庫系統(tǒng)等等。
本文標題：詳解UML用例建模中的約束
本文地址：http://www.dlmjj.cn/article/dpehgso.html
