第3章 需求分析及功能建模方法

　　3.1 需求分析概述

　　3.1.1 需求分析概念

　　1、 所謂需求分折：就是對待開發的系統要做什么，完成什么功能的全面描述。

　　2、 需求分析的工作：通過對需求的調查、了解、觀察和分析，通過對原始數據的收集、分類和抽象，并采用有效的技術、工具，對原始資料進行加工整理，描述開發目標、實現的功能及其相互關系等活動的集合;

　　3、 需求的定義：客戶對一個待開發的系統在實現目標、完成功能、應達到的性能、安全性、可靠性等方面的期望和要求的集合;

　　4、 需求獲取的困難：

　　(1) 軟件功能復雜;

　　(2) 需求的可變性;

　　5、 需求分析階段的主要任務：分析當前的業務流程，包括體系結構，各職能部門完成的主要任務、關系及其交流的信息。

　　6、 需求分析的結果通常以模型等建模工具和方法描述系統的信息流、功能結構及完成各功能需要的數據。

　　7、 功能模型和軟件需求規格說明書是軟件開發的依據，將指導后續的開發工作。

　　8、 需求分析工作是系統分析員與用戶不斷交互的過程中完成的。

　　3.1.2 系統分析員的職能

　　1、 系統分析員的主要要任務：是確定應用信息系統及軟件產品應該達到的各項功能性要求和非功能性要求，即用戶要做什么。

　　2、 系統分析員應該具備的素質：

　　(1) 獲取需求的能力;

　　(2) 管理及溝通能力;

　　(3) 技術素養;

　　3.1.3 需求獲取的方法

　　常用的幾種獲取需求的方法：(1)面談;(2)實地觀察;(3)問卷調查;(4)查閱資源;

　　3.1.4 需求分析過程

　　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、 評審委員會審核下列內容：功能需求;數據需求;性能;數據管理;其他需求。