1、用例技術
1.1、用例圖
用例圖描述軟體系統為使用者或外部系統提供的服務。
用例圖所做的，一是確定與本系統互動的角色或外部系統，二是描述系統必須提供的功能。
1.2、用例簡述（使用者故事）
通過簡短的文字對用例的功能進行描述，一般而言，用例簡述都應包含成功場景的簡單描述。
1.3、用例規約
用例規約的主要目的是界定軟體系統的行為需求，行為需求是指軟體系統為了提供使用者所需的功能而必須執行哪些行為。
1.3.1、格式
用例名稱
簡要說明
（需求背景及可能的變化）--可選
事件流
基本事件流
擴充套件事件流
非功能需求
前置條件
後置條件
（使用頻率）--可選
擴充套件點優先順序
1.3.2、要點
1.4、用例實現（魯棒圖）
即協作，多個物件為了完成某種目標而進行的互動。
1.5、與需求關係
用例圖從總體上反映了使用者需求。
用例簡述是行為需求的簡化描述。
用例規約也描述系統的行為需求，但屬於「規格級」詳述。
魯棒圖屬於設計範疇，確切地講是初步設計。
2、應用場景
2.1、用例與需求分析
4種用例技術，用於3種實踐場景：
需求捕獲、需求分析以及系統分析之間相互伴隨、交叉進行。
2.2、用例與需求文件
前言 目的
範圍定義、縮寫詞、略語
參考資料
需求概述
用例模型 // 此節，歸檔「用例圖」等。
限制與假設
具體需求
用例描述 //此節，歸檔「用例規約」等。
外部介面需求
使用者需求
硬體介面
軟體介面
通訊介面
質量屬性需求
效能易用性安全性
可維護性...
設計和實現約束
必須遵循的標準
硬體的限制....
2.3、用例與需求變更
用例圖，能穩定反應使用者級需求。
用例規約，因為精確所以易變。
軟體需求分析 軟體用例編寫
測試需求主要解決 測什麼 的問題，一般來自需求規格說明書中的原始需求。測試需求應該全部覆蓋已定義的業務流程，以及功能和非功能方面的需求。只有明確了測試需求，才知道 怎麼去測試！什麼時候開始測試！要多少人測試！在什麼環境上測試！測試需求分析的目的 根據需求文件提取測試點，根據測試點來編寫測試用例。測試...
如何做需求用例分析 前言
前 言 需求用例分析是乙個思維訓練的過程。在分析過程中需要變換視角不斷的思考，理解和認識系統。他讓我們直面問題，利用合適的方法技巧，釐清目標，調整心態，採用合適的過程計畫開展工作，並對工作結果進行自我驗證過程。這個講義將編寫需求用例分析的常見問題進行總結，幫助我們使用物件導向的技術來分析系統，與面向...
需求用例分析之三 補充規約
補充規約在rup 中是記錄那些在用例模型的用例中不容易體現出來的系統需求。這些需求包括 補充規約是對用例模型的重要補充。補充規約和用例模型應該一起獲取對系統的一整套需求。通過以上文字可以知道，補充規約是全域性性的要求，與上述c文中的 全域性規則 極為接近。而中文中 補充規約 的說法讓不少人以為這是不...