什麼是用例?
通俗的講用例就是一組相關的成功和失敗場景集合,用來描述參與者如何使用系統來實現其目標.(rup中定義為:"一組用例的例項,其中每個例項都是系統執行的一系列活動,這些活動產生了對某個參與者而言可觀察的返回植.")
用例文字都包含那些部分?
包含如下13個部分
用例名稱:以動詞開始
範圍:要設計的系統
級別:"使用者目標"或者是"子功能"
只要參與者:呼叫系統,使之交付服務
涉眾及其關注點:關注該用例的人,及其需要
前置條件:值得告訴讀者的,開始前必須為真的條件
成功保證:值得告知讀者的,成功完成必須滿足的條件
主成功場景:典型的,無條件的,理性方式的成功場景
擴充套件:成功或失敗的替代場景
特殊需求:相關的非功能需求
技術和資料變元表:不同的i/o方法和資料格式
發生頻率:影響對實現的調查,測試和時間安排
雜項:例如未解決問題
其中1:及其關注點列表:該列表看上去要重要和實用的多,它建議並界定了系統必須要做的工作.拿超市收銀軟體為例
>收銀員:希望能夠準確,快速的輸入,而且沒有支付錯誤,因為如果少收貨款將從其薪水中扣除.
>售貨員:希望自動更新銷售提成
2:條件:傳達編寫者認為應該引起讀者警惕的那些值得注意的假設
3:保證:給出用例成功結束後必須為真的事物,包括主成功場景及其替代路徑.例如:
>前置條件:收銀員必須經過確認和認證
>成功保證:儲存銷售資訊.準確計算稅金.更新帳務和庫存資訊.記錄提成.生成票據.
4:主成功場景（基本流程）
也被成為理想路徑，它描述了滿足涉眾關注點的典型成功路徑。要注意它通常不包含任何條件和分支。雖然包含條件和分支並不是錯誤，但是，保持一定的連貫性，並且將所有條件處理都推延至擴充套件部分，這種具有爭議的做法更易於理解和擴充套件。
5:擴充套件
擴充套件是重要的，並且通常佔據了文字大部分篇幅。擴充套件部分描述了其他所有場景和分支，包括成功和失敗路徑。由於擴充套件是主場景的分支因此能夠一對應的步驟1...n對其進行標示。例如：
擴充套件：
3a:無效商品id
1.系統提示錯誤並拒絕輸入該表示
3b:....
擴充套件由兩部分組成:條件和處理
準則:盡可能使用系統或參與者能夠檢測到的條件(第一種)如:
5a:系統檢測到與外部稅務計算系統服務的通訊中斷
5a:外部稅務計算系統工作不正常
擴充套件可以針對乙個步驟也可以針對一系列(全部).(3-6a)(*a)
擴充套件點非常複雜的時候可以使用單獨的用例來表達該擴充套件.
用例產生分支以執行其他用例(下劃線予以表示)
6:特殊需求
與用例相關的非功能性需求,質量屬性或約束.其中包含需要考慮的和必須包含在內的質量屬性(如效能,可靠性和可用性)和設計約束(通常對應於i/o裝置)例如:
特殊需求:
>90%的信用卡授權響應小於30秒
>在步驟2中能夠加入可插拔的業務規則
7:技術和資料變元表
變元是關於必須如何實現系統的.例如
1a"可碼掃瞄器或鍵盤輸入商品id
2b:信用卡帳戶資訊可以使用讀卡器或鍵盤輸入
3a:....
統一軟體開發過程之2 用例文字書寫
什麼是用例?通俗的講用例就是一組相關的成功和失敗場景集合,用來描述參與者如何使用系統來實現其目標.rup中定義為 一組用例的例項,其中每個例項都是系統執行的一系列活動,這些活動產生了對某個參與者而言可觀察的返回植.用例文字都包含那些部分?包含如下13個部分 用例名稱 以動詞開始 範圍 要設計的系統 ...
UML RUP統一軟體開發過程
軟體危機的出現，主要在軟體生命中週期 成本 軟體質量等三個方面，主要表現在定位需求 模組難整合 最後才發現問題 軟體質量差 負載時效能差 團隊問題 不斷修改 發布問題等。在以上各個方面的產生下，rup統一軟體開發過程應運而生。rup rational unified process，統一軟體開發過程...
軟體開發過程統一的時候到了
軟體工程模式的研究和開發是軟體工程的一項重要課題。1997年,美國rational software公司的jacobson booch和rumbaugh三人提出了統一的軟體開發過程 the united software development process 這是三人繼uml之後推出的又一傑作。u...