1.識別使用者角色（確定主要參與者），actor
2.識別系統邊界，哪些是本次開發系統要做的，哪些是legacy系統做的等等
3.確定每個主演參與者的目標。
4.展示給使用者看系統的主要功能，便於進一步細化（因為跟客戶談的時候是要先把大致的功能確定下來，才能就每個功能進一步談下去的，不可能一次性搞定，要不斷迭代）
5.定義滿足使用者目標的用例，根據其目標對用例命名。
調研需求時最先弄清楚有多少部門?組織架構？多少崗位（參與者）？崗位職責？
然後找到每乙個崗位的業務代表，問他們類似的問題：你平時都做什麼？（參與者目標）這件事是誰交辦的？
做完了你需要通知或傳達給誰嗎？做這件事情你都需要填寫寫什麼**？
用例文件：
參與者潛在會員：沒有註冊的顧客，他們的許可權受到限制，只能檢索零件，不能購買。
會員：已經註冊的顧客
經理：商店的管理人員
貨管員：商店專職管理貨物的人員
時間uc1：分析成績
用例描述：
參與者
統計人員
前置條件
統計人員已經登入
後置條件
系統已經顯示分析結果
涉眾利益
基本路徑
1. 統計人員選擇分析型別和考試成績。
2. 系統檢查考試成績是否存在
3. 系統顯示選擇結果。
4. 統計人員請求分析
5. 系統根據型別分析考試成績。
6. 系統顯示分析結果
7. 統計人員可以選擇以下動作
請求生成報表
儲存分析結果
擴充套件點
2a. 考試成績不存在：
2a1. 系統提示「考試成績不存在」
2a2. 用例結束
7a. 統計人員請求生成報表：
7a1. 系統生成報表
7a2. 系統顯示報表
7a3. 統計人員請求列印報表
7a4. 系統列印報表
7a5. 用例結束
7b. 統計人員請求儲存分析結果：
7b1. 系統儲存分析結果
7b2. 用例結束
字段列表
...
業務規則
...
非功能需求
...
設計約束
補充說明
1. 分析型別包括：學生排名、60分以上、及格率、優秀率、平均分，標準分，綜合分.
3. 應顯示班級、姓名、學號、分數、性別
5. 分析規則……………………..
6. 顯示一張圖，圖的樣子如下：。。。。圖上應包含××××
7a1. 報**式如下圖：……
7b1. 分析結果包括：平均分、標準分…與分析型別有關。
待解決問題
需求分析方法
專案需求分析是乙個專案的開端，也是專案建設的基石。在以往建設失敗的專案中，80 是由於需求分析的不明確而造成的。因此乙個專案成功的關鍵因素之一，就是對需求分析的把握程度。在原則上，需求階段監理應尊重承建方的專案管理和專案分析能力 在具體的任務開展上，以不深入 不干擾承建方的自主權為主，除非在專案合作...
需求分析方法
專案需求分析是乙個專案的開端，也是專案建設的基石。在以往建設失敗的專案中，80 是由於需求分析的不明確而造成的。因此乙個專案成功的關鍵因素之一，就是對需求分析的把握程度。在原則上，需求階段監理應尊重承建方的專案管理和專案分析能力 在具體的任務開展上，以不深入 不干擾承建方的自主權為主，除非在專案合作...
ERP需求分析方法
專案需求分析是乙個專案的開端，也是專案建設的基石。在以往建設失敗的專案中，80 是由於需求分析的不明確而造成的。因此乙個專案成功的關鍵因素之一，就是對需求分析的把握程度。在原則上，需求階段監理應尊重承建方的專案管理和專案分析能力 在具體的任務開展上，以不深入 不干擾承建方的自主權為主，除非在專案合作...