1、 標識問題：
(1) 需求分析的第一步，通過對問題的識別和標識獲得所求解問題及其執行環境的理解;
(2) 標識問題從現行系統的業務流程做起，理解現行系統的業務流程;
(3) 在標識理解需求的同時，還要注意確定系統的人機介面;
2、建立需求模型：
(1) 模型是對現實原形所作的一種抽象，其本質是隻關心與研究內容有關的因素，而忽略無關的因素，其目的是把複雜的事物變得簡單，便於認識和分析;
(2) 目前常用的模型方法主要有DFD資料流圖和IDEFO，都屬於結構化分析方法，其特徵是抽象和分解;
(3) 首先對應用領域進行全面的分析，發現並找出同類事物的本質，用抽象方法把這類事物的非主要方面剔除，把握住事物的內部規律或本質，就可以找到解決辦法;然後採用自上而下逐步求精的方法對複雜的問題進行分解;
(4) 結構化分析及建模方法的主要優點：
(A) 不過早陷入具體的細節;
(B) 從整體或巨集觀入手分析問題;
(C) 通過圖形化的模型物件直觀地表示系統要做什麼，完成什麼功能;
(D) 圖形化建模方法方便系統分析員理解和描述系統;
(E) 模型物件不涉及太多的技術術語，便於使用者理解;
3、描述需求：
(1) 需求描述的目標：對軟體專案功能性和非功能性的需求全面描述;
(2) 功能性需求：指需要計算機實際解決的問題或實現的具體功能，明確描述系統必須做什麼，實現什麼功能以及輸入輸出等;
(3) 非功能性需求：軟體專案對實際執行環境的要求;
(4) 需求描述主要由需求模型和需求說明書組成，說明書側重文字說明，內容如下：需求概述;功能需求;資訊需求;效能需求;環境需求;其他需求;
(5) 在對需求進行分析過程中，系統分析員要經常考慮的問題：
(A) 描述的需求是完全的嗎?
(B) 需求描述是正確的和一致的.嗎?
(C) 描述的這些需求是可行的、實際可操作的嗎?
(D) 描述中的每一條需求都是客戶需要的嗎?
4、確認需求：
1、 評審委員會稽核下列內容：功能需求;資料需求;效能;資料管理;其他需求。
3.2 DFD建模方法
3.2.1 DFD方法的基本物件
1、 資料流：具有名字且有流向的資料，用標有名字的箭頭表示。
2、 處理：表示對資料的加工和變換，在圖中用矩形框表示。
3、 資料儲存：表示用資料庫形式儲存的資料，對其存取分別以指向或離開資料儲存的箭頭表示;
4、 資料來源及資料終點：表示當前系統的資料來源和去向，其圖形符號以平行四邊形表示。
