第3章 需求分析及功能建模方法
3.1 需求分析概述
3.1.1 需求分析概念
1、 所謂需求分折:就是對待開發(fā)的系統(tǒng)要做什么,完成什么功能的全面描述。
2、 需求分析的工作:通過對需求的調查、了解、觀察和分析,通過對原始數據的收集、分類和抽象,并采用有效的技術、工具,對原始資料進行加工整理,描述開發(fā)目標、實現的功能及其相互關系等活動的集合;
3、 需求的定義:客戶對一個待開發(fā)的系統(tǒng)在實現目標、完成功能、應達到的性能、安全性、可靠性等方面的期望和要求的集合;
4、 需求獲取的困難:
(1) 軟件功能復雜;
(2) 需求的可變性;
5、 需求分析階段的主要任務:分析當前的業(yè)務流程,包括體系結構,各職能部門完成的主要任務、關系及其交流的信息。
6、 需求分析的結果通常以模型等建模工具和方法描述系統(tǒng)的信息流、功能結構及完成各功能需要的數據。
7、 功能模型和軟件需求規(guī)格說明書是軟件開發(fā)的依據,將指導后續(xù)的開發(fā)工作。
8、 需求分析工作是系統(tǒng)分析員與用戶不斷交互的過程中完成的。
3.1.2 系統(tǒng)分析員的職能
1、 系統(tǒng)分析員的主要要任務:是確定應用信息系統(tǒng)及軟件產品應該達到的各項功能性要求和非功能性要求,即用戶要做什么。
2、 系統(tǒng)分析員應該具備的素質:
(1) 獲取需求的能力;
(2) 管理及溝通能力;
(3) 技術素養(yǎng);
3.1.3 需求獲取的方法
常用的幾種獲取需求的方法:(1)面談;(2)實地觀察;(3)問卷調查;(4)查閱資源;
3.1.4 需求分析過程
1、 標識問題:
(1) 需求分析的第一步,通過對問題的識別和標識獲得所求解問題及其運行環(huán)境的理解;
(2) 標識問題從現行系統(tǒng)的業(yè)務流程做起,理解現行系統(tǒng)的業(yè)務流程;
(3) 在標識理解需求的同時,還要注意確定系統(tǒng)的人機界面;
2、建立需求模型:
(1) 模型是對現實原形所作的一種抽象,其本質是只關心與研究內容有關的因素,而忽略無關的因素,其目的是把復雜的事物變得簡單,便于認識和分析;
(2) 目前常用的模型方法主要有DFD數據流圖和IDEFO,都屬于結構化分析方法,其特征是抽象和分解;
(3) 首先對應用領域進行全面的分析,發(fā)現并找出同類事物的本質,用抽象方法把這類事物的非主要方面剔除,把握住事物的內部規(guī)律或本質,就可以找到解決辦法;然后采用自上而下逐步求精的方法對復雜的問題進行分解;
(4) 結構化分析及建模方法的主要優(yōu)點:
(A) 不過早陷入具體的細節(jié);
(B) 從整體或宏觀入手分析問題;
(C) 通過圖形化的模型對象直觀地表示系統(tǒng)要做什么,完成什么功能;
(D) 圖形化建模方法方便系統(tǒng)分析員理解和描述系統(tǒng);
(E) 模型對象不涉及太多的技術術語,便于用戶理解;
3、描述需求:
(1) 需求描述的目標:對軟件項目功能性和非功能性的需求全面描述;
(2) 功能性需求:指需要計算機實際解決的問題或實現的具體功能,明確描述系統(tǒng)必須做什么,實現什么功能以及輸入輸出等;
(3) 非功能性需求:軟件項目對實際運行環(huán)境的要求;
(4) 需求描述主要由需求模型和需求說明書組成,說明書側重文字說明,內容如下:需求概述;功能需求;信息需求;性能需求;環(huán)境需求;其他需求;
(5) 在對需求進行分析過程中,系統(tǒng)分析員要經?紤]的問題:
(A) 描述的需求是完全的嗎?
(B) 需求描述是正確的和一致的嗎?
(C) 描述的這些需求是可行的、實際可操作的嗎?
(D) 描述中的每一條需求都是客戶需要的嗎?
4、確認需求:
1、 評審委員會審核下列內容:功能需求;數據需求;性能;數據管理;其他需求。
相關推薦:2010年9月計算機等級考試精華備考資料匯總北京 | 天津 | 上海 | 江蘇 | 山東 |
安徽 | 浙江 | 江西 | 福建 | 深圳 |
廣東 | 河北 | 湖南 | 廣西 | 河南 |
海南 | 湖北 | 四川 | 重慶 | 云南 |
貴州 | 西藏 | 新疆 | 陜西 | 山西 |
寧夏 | 甘肅 | 青海 | 遼寧 | 吉林 |
黑龍江 | 內蒙古 |