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