用例分析包括兩個有機的組織部分：用例圖是目錄，用例描述是封裝所有需求的形式。
-
用例圖
image.png
- 用例描述與文檔
編寫用例文檔比畫用例圖更為重要
1、用例是文本形式的情節(jié)描述，一般是用于軟件的功能性需求，非功能性需求如性能一般可以在用例中加上描述。
2、用例和用例之間主要是包含關(guān)系、擴(kuò)展關(guān)系和依賴關(guān)系。
3、用例的一些重要內(nèi)容：參與者、場景。用例就是一組相關(guān)的成功的或失敗場景集合
4、參與者是某些具有行為的事物，可以是人，計算機系統(tǒng)或組織
5、場景是參與者和系統(tǒng)之間一系列的特定的活動和交互。場景可以從主成功場景和交替場景（也可以叫主路徑和擴(kuò)展路徑）
用例編寫步驟：
- 選擇系統(tǒng)邊界
- 確定主要參與者
- 確定每個主要參與者的目標(biāo)
- 定義滿足用戶目標(biāo)的用例，根據(jù)其目標(biāo)對用例命名
真實項目中如何發(fā)現(xiàn)用例？
調(diào)研需求時先確定涉及多少部門，多少崗位（參與者），然后找到每個崗位的業(yè)務(wù)代表，問他們類似的問題，你平時都做什么（參與者目標(biāo)），這件事情是誰交辦的？做完了你需要通知或傳達(dá)給誰嗎？做這件事你都需要填寫什么表格嗎？（用例）
無標(biāo)題.png
- 用例的來源：
(1)自頂向下
在訪談現(xiàn)場，就流程圖討論出用例圖是高效的建模方法。
顯然，流程圖中的崗位信息（即跨職能流程圖中的職責(zé)帶區(qū)、活動圖中的泳道）是參與者的候選者，而他們負(fù)責(zé)的業(yè)務(wù)活動就是用例的候選者。而評價的要點就在于“是否屬于系統(tǒng)范圍”。
對于參與者的派生：首先排除不直接使用系統(tǒng)的崗位，然后確定角色
對于用例的派生：對于活動，主要是判斷它是否屬于系統(tǒng)范疇之內(nèi)；對于判斷，則要分析它是屬于某個活動還是一個獨立的活動。
(2)自底向上
對于流程不清晰不好梳理的中小型系統(tǒng)，適合采用自底向上合并法，從需求捕獲階段獲得的需求列表著手，合并出所需的用例。
①收集原始需求
②確定參與者
根據(jù)參與者合分組并用例
