uml學習－通過用例分析來確認需求
2023年8月24日
前言用例是從使用者的觀點出發對系統建立模型。對於開發團隊，正確和全面的理解客戶的需求對建立期待的系統來說十分關鍵，至少系統能夠滿足使用者的需求。
概念
可以認為用例是系統的乙個功能或者說是乙個使用場景，使用每個功能的實體（可以使人、另乙個系統等）稱為actor（參與者），用例可以理解成乙個需求功能。
用例分析的過程
一、術語：
1、客戶：專案委託人，或者說是甲方專案負責人
2、使用者：系統可能的使用者，通過對使用者進行分組，可以得到不同的使用場景(scene)。
二、過程
1、首先與客戶交談（或者業務專家），通過分析得出系統的初步類圖。這個過程可以讓你對系統有個概念性的認識並逐漸熟悉將要使用的術語，可以讓你與使用者進一步交流打下基礎。
2、與各種不同組的使用者交談，詢問他們準備如何使用系統。根據他們的回答，可以了解不同的使用場景，得到一組候選用例。下一步，更簡潔準確的描述出這些用例，還要匯出乙個參與者列表（actor，根據使用者分組）。
3、隨著開發不斷的深入會不斷的發現新的用例。
補充一、用例之間的關係（用例構建方法）
1、包含（include）：通過重用原有用例構造出來的用例。
2、擴充套件（extend）：通過擴充套件原有用例構造出來的用例，擴充套件了原有用例的功能。
3、泛化（generalization）：當您發現兩個或更多用例在行為、結構和目的方面存在共性時，就可以使用泛化關係。這種情況發生時，您可以用乙個新的、通常也是抽象的用例來描述這些共有部分，該用例隨後被子用例特化。
二、用例驅動開發過程（by 宋工）
1、先用用例圖將你的系統需求基本描述（抽取系統80％的用例）
2、確定這些用例的優先順序，然後對關鍵用例和重要用例進行用例描述
3、確定你的系統開發構架
4、對你確定的關鍵用例進行分析設計
5、重點對實體進行分析和設計
UML學習手記（一） 用例分析之用例與需求的關係
uml 學習手記 一 用例分析之用例與需求的關係 粟衛民http www.gisdev.cn 日期 2007 11 28 在alistair cockburn 所著的 writing effective use cases 1 用例是代表系統中各個專案相關人員之間就系統的行為所達成的契約，乙個用例是...
用路徑分析法來編寫測試用例
熟悉 測試理論的人都知道，路徑覆蓋是 白盒測試中一種很重要的方法，廣泛應用於 單元測試。那麼基於路徑覆蓋的分析方法是不是只能應用於單元測試呢，能不能將其推而廣之呢。一般而言，在單元測試中，路徑就是指函式 的某個分支，而實際上如果我們將軟體系統的某個流程也看成路徑的話，我們將可以嘗試著用路徑分析的方法...
用路徑分析法來編寫測試用例
熟悉測試理論的人都知道，路徑覆蓋是白盒測試中一種很重要的方法，廣泛應用於單元測試。那麼基於路徑覆蓋的分析方法是不是只能應用於單元測試呢，能不能將其推而廣之呢。一般而言，在單元測試中，路徑就是指函式 的某個分支，而實際上如果我們將軟體系統的某個流程也看成路徑的話，我們將可以嘗試著用路徑分析的方法來設計...