目錄第一章 概述
第二章 過程和活動
第三章 軟體過程模型
第四章 問題定義和可行性研究方法
第五章 需求分析方法-1
第五章 需求分析方法-2
第六章 軟體設計方法
第七章 軟體實施與測試方法
第八章 軟體專案管理方法
需求分析的原則
循序漸進
需求收集，需求分析（不同時期佔比不同）
採集需求
->
整理需求
->
建立需求分析模型
->
編寫需求規約文件
->
複審自頂向下，逐層分解
橫向分解：多個子功能
縱向分解：乙個功能不斷細分
與實現分離
著重描述系統必須做什麼，而不是如何去做系統
定義需求屬性
每個需求都有型別、原因、開發優先順序、風險、客戶滿意度、客戶不滿意度、依賴關係、衝突關係，以及**等屬性
可驗證性
證明所開發的系統符客戶和使用者的要求的依據
可追蹤性
問題存在傳遞性
分析潛在變更的影響
核實通過實施系統所有的需求被實現
其他原則
使用術語
尊重客戶的意見
重視復用需求
對變更進行管理
要求「確認需求」
傳統需求分析建模方法
思想：抽象與自頂向下的逐層與自頂向下的逐層分解
資料建模
e-r圖
功能建模
資料流程圖（
dfd，data flow diagram）
3種圖型：
總體圖：系統和周圍環境的關係
零級圖：系統的主要功能
/主要組成子系統
細節圖：複雜處理的內部表示
4種符號：
資料處理（圓）：輸入流到輸出流的變換
資料儲存（開口矩）
:檔案，儲存資料資訊
資料流（箭頭）：有定義明確的名字標識
逐層分解的資料流程圖
繪製規定
資料處理編號：
一般總體圖中的為0
細節圖和零級圖的編號是相互關聯的，處理2.2包含在處理2.0內，而處理2.2
.1包含在處理2.2內
資料儲存編號：
d+序號
行為建模
狀態變遷圖(std，state-transition diagram)
狀態（圓：中間標明狀態名字）
變遷（箭頭）
petri網（未掌握）
位置（place）節點
系統的狀態
圓形表示
躍遷（transition）節點
系統中的事件
短粗線，矩形激發(
點火)資料字典
配合資料流程圖，反映具體細節
資料元素：最小資料單元
資料流：有關的資料元素所組成的動態的資料結構
資料儲存：資料結構載體，靜態的資料結構
處理：具體處理邏輯
判定表和判定樹
判定表左上部：條件或資料元素名稱
右上部：所有條件組合
左下部：處理活動名稱
右下部：註明條件組合和相應活動對應關係
判定樹根節點：表示問題的名字
內部節點：表示條件
葉子節點：表示活動
第五章 軟體需求分析
1.需求分析的目的是什麼，有什麼作用？1 目的 要求開發人員準確地理解使用者需要什麼，進行細緻地調查分析，將使用者的需求陳述轉化為完整的需求定義，再由需求定義轉化為相應的軟體需求規格說明。2 作用 需求分析雖處於軟體開發的初期階段，但它對於整個軟體開發過程以及產品質量至關重要。2.軟體需求有哪些分類...
第五章 軟體需求分析作業
1 需求分析的目的 要求開發人員準確地理解使用者需要什麼，進行細緻地調查分析，將使用者的需求陳述轉化為完整的需求定義，再由需求定義轉化為相應的軟體需求規格說明。作用 對軟體作出規格要求，對產品的質量作出保障 2 業務需求 反映了組織機構或客戶對系統 產品高層次的目標要求。從組織或者客戶的角度，實質就...
軟體工程學習筆記（三）軟體需求工程
軟體需求 以清晰 簡潔 一致且無二義性的方式，描述使用者對目標軟體系統在功能 行為 效能 設計約束等方面的期望，是在開發過程中對軟體系統的約束 軟體需求分類 需求工程過程 需求基線 評審通過後的srs就形成了軟體開發工作的需求基線，作為客戶方和開發方之間的乙個需求約定 軟體需求分析的任務不應包括結構...