文章目錄

• 一：需求分析相關(guān)概念
• • （1）定義
  • （2）必要性（了解）
  • （3）準(zhǔn)則
• 二：需求分析的任務(wù)
• • （1）確定對系統(tǒng)的綜合要求
  • （2）分析系統(tǒng)的數(shù)據(jù)要求
  • • A：意義（了解）
    • B：工具
  • （3）導(dǎo)出系統(tǒng)的邏輯模型
  • （4）修正系統(tǒng)開發(fā)計(jì)劃
• 三：與用戶溝通獲取需求的方法（了解）
• • （1）訪談
  • • A：基本形式
    • B：技術(shù)方法
  • （2）面向數(shù)據(jù)流自頂向下求精
  • （3）簡易的應(yīng)用規(guī)格說明技術(shù)
  • • A：定義
    • B：應(yīng)用過程
  • （4）快速建立軟件原型
  • • A：定義
    • B：特性
• 四：分析建模與規(guī)格說明（了解）
• • （1）模型
  • （2）模型分類

一：需求分析相關(guān)概念

（1）定義

需求分析是軟件定義時(shí)期的最后一個階段,它的基本任務(wù)是準(zhǔn)確地回答“系統(tǒng)必須做什么”這個問題，目標(biāo)系統(tǒng)提出完整、準(zhǔn)確、清晰、具體的要求。在需求分析階段結(jié)束之前，系統(tǒng)分析員應(yīng)該寫出軟件需求規(guī)明書，以書面形式準(zhǔn)確地描述軟件需求

（2）必要性（了解）

為了開發(fā)出真正滿足用戶需求的軟件產(chǎn)品，首先必須知道用戶的需求。對軟件需求的深入理解是軟件開發(fā)工作獲得成功的前提條件，不論人們把設(shè)計(jì)和編碼工作做得如何出色，不能真正滿足用戶需求的程序只會令用戶失望，給開發(fā)者帶來煩惱

（3）準(zhǔn)則

• 必須理解并描述問題的信息域，根據(jù)這條準(zhǔn)則應(yīng)該建立數(shù)據(jù)模型
• 必須定義軟件應(yīng)完成的功能，這條準(zhǔn)則要求建立功能模型
• 必須描述作為外部事件結(jié)果的軟件行為，這條準(zhǔn)則要求建立行為模型
• 必須對描述信息、功能和行為的模型進(jìn)行分解，用層次的方式展示細(xì)節(jié)

二：需求分析的任務(wù)

（1）確定對系統(tǒng)的綜合要求

功能要求：系統(tǒng)必須提供的服務(wù)功能

性能要求：系統(tǒng)必須滿足的約束條件（如響應(yīng)速度、安全性等）

可靠性和可用性需求：可靠性定量、可用性量化

出錯處理需求： 錯誤響應(yīng)機(jī)制，說明系統(tǒng)對環(huán)境錯誤應(yīng)該如何響應(yīng)

接口需求：

• 用戶接口需求
• 硬件接口需求
• 軟件接口需求
• 通信接口需求

約束： 用戶或環(huán)境強(qiáng)加的限制條件（如工具、語言等）

逆向需求： 系統(tǒng)不應(yīng)該做什么

將來可能提出要求： 將來可能需要實(shí)現(xiàn)的需求

（2）分析系統(tǒng)的數(shù)據(jù)要求

A：意義（了解）

任何一個軟件系統(tǒng)本質(zhì)上都是信息處理系統(tǒng),系統(tǒng)必須處理的信息和系統(tǒng)應(yīng)該產(chǎn)生的信息在很大程度上決定了系統(tǒng)的面貌。因此，必須分析系統(tǒng)的數(shù)據(jù)要求，這是軟件需求分析的一個重要任務(wù)

B：工具

常用的方法

• 建立數(shù)據(jù)模型

常用圖形工具

• 層次方框圖
• warnier圖

（3）導(dǎo)出系統(tǒng)的邏輯模型

綜合分析結(jié)果可以導(dǎo)出系統(tǒng)的詳細(xì)的邏輯模型，通常用數(shù)據(jù)流圖、實(shí)體聯(lián)系圖、狀態(tài)轉(zhuǎn)換圖、數(shù)據(jù)字典和主要的處理算法描述這個邏輯模型。

（4）修正系統(tǒng)開發(fā)計(jì)劃

根據(jù)在分析過程中獲得的對系統(tǒng)的更深入更具體的了解，可以比較準(zhǔn)確地估計(jì)系統(tǒng)的成本和進(jìn)度，修正以前制定的開發(fā)計(jì)劃。

三：與用戶溝通獲取需求的方法（了解）

（1）訪談

A：基本形式

正式會談：系統(tǒng)分析員將提出一-些事先準(zhǔn)備好的具體問題。

非正式會談：分析員將提出一些用戶可以自由回答的開放性問題，鼓勵被訪問人員說出自己的想法

B：技術(shù)方法

調(diào)查表技術(shù)：當(dāng)需要調(diào)查大量人員的意見時(shí)，向被調(diào)查人分發(fā)調(diào)查表是-一個十分有效的做法。經(jīng)過仔細(xì)考慮寫出的書面回答可能比被訪者對問題的口頭回答更準(zhǔn)確。分析員仔細(xì)閱讀收回的調(diào)查表，然后再有針對性地訪問一些用戶，以便向他們詢問在分析調(diào)查表時(shí)發(fā)現(xiàn)的新問題

情景分析技術(shù)：是對用戶將來使用目標(biāo)系統(tǒng)解決某個具體問題的方法和結(jié)果進(jìn)行分析。系統(tǒng)分析員利用情景分析技術(shù)，往往能夠獲知用戶的具體需求。

（2）面向數(shù)據(jù)流自頂向下求精

結(jié)構(gòu)化分析方法是面向數(shù)據(jù)流自頂向下逐步求精進(jìn)行需求分析的方法。通過可行性研究已經(jīng)得出了目標(biāo)系統(tǒng)的高層數(shù)據(jù)流圖，需求分析的目標(biāo)之一就是把數(shù)據(jù)流和數(shù)據(jù)存儲定義到元素級

（3）簡易的應(yīng)用規(guī)格說明技術(shù)

A：定義

簡易的應(yīng)用規(guī)格說明技術(shù)是一種面向團(tuán)隊(duì)的需求收集法。這種方法提倡用戶與開發(fā)者密切合作，共同標(biāo)識問題，提出解決方案要素，商討不同方案并指定基本需求。是信息系統(tǒng)領(lǐng)域使用的主流技術(shù)

B：應(yīng)用過程

• 進(jìn)行初步的訪談并確定會議方案
• 進(jìn)行會議準(zhǔn)備
• 開會討論
• 會后總結(jié)并起草規(guī)格說明書

（4）快速建立軟件原型

A：定義

快速原型是快速建立起來的旨在演示目標(biāo)系統(tǒng)主要功能的可運(yùn)行的程序。構(gòu)建原型的要點(diǎn)是，它應(yīng)該實(shí)現(xiàn)用戶看得見的功能，省略目標(biāo)系統(tǒng)的“隱含”功能?？焖俳④浖褪亲?strong>準(zhǔn)確、最有效、最強(qiáng)大的的需求分析技術(shù)

B：特性

• 快速
• 容易修改

四：分析建模與規(guī)格說明（了解）

（1）模型

是指為了理解事物而對事物做出的一種抽象，是對事物的一種無歧義的書面描述

（2）模型分類

• 數(shù)據(jù)模型（實(shí)體-聯(lián)系圖）：描繪數(shù)據(jù)對象及數(shù)據(jù)對象之間的關(guān)系
• 功能模型（數(shù)據(jù)流圖）：描繪數(shù)據(jù)在系統(tǒng)中流動時(shí)被處理的邏輯過程，指明系統(tǒng)具有的變換數(shù)據(jù)的功能
• 行為模型（狀態(tài)轉(zhuǎn)換圖）：描繪系統(tǒng)的各種行為模式在不同狀態(tài)間轉(zhuǎn)換的方式

總結(jié)

以上是生活随笔為你收集整理的（软件工程复习核心重点）第三章需求分析-第一节：需求分析相关概念的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。