涉眾的重要程度是不同的。準確的識別出來，並確定其優先順序。需要斡旋和協調，讓目標系統滿足大多數涉眾的要求
常見涉眾：終端使用者、投資者、業務提出者、業務管理者、業務執行者、第三方、開發方、法律法規。
考慮在業務系統中進行管理和處理的關鍵業務實體。
考慮業務相關的過程資料，即圍繞基本業務實體的加工和組合而產生的資料，會在業務執行期間頻繁和顯著的發生變化。
考慮系統業務相關的資料，對以上的資料進行分析和計算。
考慮是否存在對正在執行的其它系統的互動。（分布式場景）
業務用例：是從客戶的角度出發描述某個業務的具體工作流，也是一次涉眾與實現業務目標功能之間的互動，其中可能包含手工和自動化的過程，也可能發生在乙個長期的時間段中。
系統用例：是從計算機系統的角度描述業務系統，其業務邊界就是這個計算機系統的設計範圍。
概括的說，乙個業務用例描述的是業務過程——而不是軟體系統的過程，乙個業務用例為涉眾創造價值，業務用例可以超越系統的邊界。
3.1 用例提煉-包含關係
3.2 用例提煉-擴充套件關係
3.3 擴充套件關係與包含關係
2.細化過程：
流程合併點：
3.泳道：
4.基本事件流和備選流：
實體到實體的資訊流動
i級資料圖：
ii級資料圖：
命名：
分析和設計的工具
文件說明性內容
版本號, 建立者, 修改記錄, 批准者
目標群體和系統目標
利益相關者分析、專案公開和隱藏的目的
功能性需求
所有功能性需求及其使用者故事，從建立在活**上的用例到文本性的需求描述，文件化
非功能性需求
特別是質量需求及技術需求
交付物具體時間和形式交付的產品
驗收標準
對需求進行檢驗的方法以及結果處理方式
跟蹤的作用：
第三章 需求分析
軟體需求分析的任務 深入描述軟體的功能和效能 確認軟體設計的約束和軟體同其他系統元素的介面問題 定義軟體的其他有效性需求 軟體需求分析的任務就是借助於當前系統的邏輯模型匯出目標系統的邏輯模型，解決目標系統的 做什麼 的問題。需求分析的過程 問題識別 分析與綜合 面向資料流的結構化分析方法sa，面向資...
需求分析 軟體工程第三章
基本任務 對目標系統提出完整 準確 清晰 具體的要求，即準確的回答 系統必須做什麼？這個問題。為什麼需要需求分析 因為在可行性研究階段，我們是以最小的 和最短的時間內確定是否存在可行的解法方法，忽略了很多細節，在這個階段需要詳細描述。分析方法必須遵守的準則 1 必須理解並描述問題的資訊領域，根據這條...
軟體工程 第三章 需求分析
第三章 需求分析 軟體工程中包含需求 設計 編碼 測試 需求開發 需求獲取 需求分析 編寫規格說明書 需求驗證 a 需求獲取 確定需求開發過程確定如何組織需求的收集 分析 細化 核實的步驟,並編寫文件 b 需求分析 繪製關聯圖 建立開發原型 分析可行性 確定需求優先順序 為需求建立模型 編寫資料字典...