一.縮寫的含義
SA: Structured Analysis 結構化分析
OOA:Object Oriented Analysis 面向對象分析
DFD:Data Flow Diagram 數(shù)據(jù)流圖
DD: Data Dictionary 數(shù)據(jù)詞典
STD:Status Transfer Diagram 狀態(tài)-變遷圖
CFD:Control Flow Diagram 控制流圖
ER: Entity Relation 實體關系
PSPEC:Process Specification 加工說明
CSPEC:Control Specification 控制說明
IPO:Iput Process Output 輸入 加工 輸出 (IPO是指結構化設計中變換型結構的輸入（Input）、加工（Processing）、輸出（Output）。IPO圖是對每個模塊進行詳細設計的工具，它是輸入加工輸出(INPUT PROCESS OUTPUT)圖的簡稱，它是由美國IBM公司發(fā)起并完善起來的一種工具。)
二.引起需求風險存在方面
·無足夠用于參與
·用戶需求不斷增加
·模棱兩可的需求
·不必要的特性
·過于簡明的規(guī)格說明
·忽略了用戶分類
·不準確的計劃
三.軟件需求過程的標準：
清楚(clear)、完整(complete)、一致(Consistent)、可測試(Testable)，此外還有，如可跟蹤，可修改etc.
四.需求開發(fā)步驟：
·需求獲?。捍_定三個層次需求，對于業(yè)務層要強調明確業(yè)務總目標及使用范圍，對用戶層，要強調明細用戶工作流程，對于功能層還要手機系統(tǒng)運行環(huán)境的限制等非公恩那個行需求。
·需求分析：確定并完善需求。初期階段所獲得的大量需求往往不系統(tǒng)、不完整甚至個別需求是錯誤的、不必要的，只有通過提煉，分析和仔細審查，彼此溝通，采用適當?shù)谋硐蠓绞?，比如繪制業(yè)務目標關聯(lián)圖，繪制功能結構示意圖，編制數(shù)據(jù)字典，編寫用戶實例等，明白需求含義并找出其中的錯誤、遺漏或不走的地方，尤其是要用特定符號標識需求優(yōu)先級
·編寫規(guī)格：將已收集并做分析處理的需求經編制整理成規(guī)范化的可是文檔，機軟件需求規(guī)格說明書
·需求驗證：確定第三階段所編制的需求文檔是否與預期的一致，是否符合搞質量的需求的評價標準。
五.需求管理包括：
·定義需求基線(迅速制定需求文檔主體)
·評審提出的需求變更、評估沒想變更的可能影響從而決定是否實施它
·一種可控制的方式將需求變更融入到項目中
·估計變更需求所產生影響并在此基礎上協(xié)商新的約定
·讓沒想需求能與其對應的設計、源代碼和測試用例聯(lián)系起來以實現(xiàn)更總。
·在整個項目過程中跟蹤需求狀態(tài)從其變更情況
六.軟件需求方法：
·結構化方法(Structured Analysis:SA)
·面向對象方法(Object Oriented Analysis:OOA)
·面向控制方法
·面向數(shù)據(jù)方法
七.需求分析評價指標：
功能性、完整性、正確性、邏輯性、表現(xiàn)性、合理性、可實施性等
八.軟件需求說明書：
軟件需求說明書的編制是為了使用戶和軟件開發(fā)者雙方對該軟件的初始規(guī)定有一個共同的理解， 使之成為整個開發(fā)工作的基礎。編制軟件需求說明書的內容要求如下：
1 引言
1．1編寫目的：說明編寫這份軟件需求說明書的目的，指出預期的讀者。
1．2背景
說明：
a．待開發(fā)的軟件系統(tǒng)的名稱；
b．本項目的任務提出者、開發(fā)者、用戶及實現(xiàn)該軟件的計算中心或計算機網絡；
C．該軟件系統(tǒng)同其他系統(tǒng)或其他機構的基本的相互來往關系。
1．3定義