需求分析課件

第4講需求分析

RequirementsAnalysis

需求是什么?

需求分析總述

<“系統(tǒng)必須做什么？”的問(wèn)題。

④需求分析階段真正的目標(biāo)是確定客戶需

要什么樣的軟件。

⑥軟件開(kāi)發(fā)者和用戶起著同樣重要的作用。

④需求分析是軟件開(kāi)發(fā)項(xiàng)目得以成功的基

礎(chǔ)。

需求分析的重要性

④軟件生命周期中，一個(gè)錯(cuò)誤發(fā)現(xiàn)得越晚,

修復(fù)錯(cuò)誤的費(fèi)用越高。

④許多錯(cuò)誤是潛伏的，并且在錯(cuò)誤產(chǎn)生后

很長(zhǎng)一段時(shí)間才被檢查出來(lái)。

④在需求過(guò)程中會(huì)產(chǎn)生很多錯(cuò)誤。

翁在需求階段，代表性的錯(cuò)誤為疏忽、不

一致彳口二義性。

卷需求錯(cuò)誤是可以被檢查出來(lái)的。

生命周期中修復(fù)軟件的相對(duì)費(fèi)用

階段相對(duì)修復(fù)費(fèi)用

需求階段0.1~0.2

一-設(shè)計(jì)階段一0.5

一編碼階段一1

.單元測(cè)試階段二2

一驗(yàn)收測(cè)試階段一5

維護(hù)階段20

需求分析的困難性

?誤解一

＜交流障礙

④缺乏共同語(yǔ)言[

,“完整性”問(wèn)題

舍需求永遠(yuǎn)不會(huì)穩(wěn)定

，用戶意見(jiàn)不統(tǒng)一:

卷錯(cuò)誤要求

卷認(rèn)識(shí)混淆

需求工程

RequirementsEngineering

?需求工程

◎通常是一些過(guò)程的集合：

?需求獲?。ㄐ枨螳@?。?、

jz?需求分析〕

?編寫軟件規(guī)格說(shuō)明書(shū)（SRS）

?驗(yàn)證（包括確認(rèn)和證實(shí)）o

需求工程涉及人員

*

干人門?呵?。葚＝?/p>

需求分析的任務(wù)

?可行性分析階段已經(jīng)粗略了解了用戶的

需求，甚至已經(jīng)提出了一些可行的方案,

但是，可行性研究的基本目的是用較小

的成本在較短的時(shí)間內(nèi)確定是否存在可

行的方案。因此許多細(xì)節(jié)被忽略。

多在系統(tǒng)開(kāi)發(fā)前，還需要進(jìn)一步確定

需求分析

?軟件需求分析可分成6個(gè)任務(wù)：

■問(wèn)題識(shí)另U(problemrecognition)

■評(píng)估和綜合(evaluationandsynthesis)

■建模(modeling)

■建立原型(prototyping)

■規(guī)約(specification)

■評(píng)審(review)

需求分析的任務(wù)

?問(wèn)題識(shí)別

■分析人員研究系統(tǒng)規(guī)約和軟件項(xiàng)目計(jì)劃，了解軟件

在系統(tǒng)中的作用。其次，與用戶建立通信關(guān)系，了

解用戶提出的功能和性能要求。其目標(biāo)是弄清用戶

理解的基本問(wèn)題元素。

卷評(píng)價(jià)和綜合

■分析人員必須獲得數(shù)據(jù)的流程和數(shù)據(jù)結(jié)構(gòu)，評(píng)價(jià)優(yōu)

缺點(diǎn)；結(jié)合用戶要求，修改現(xiàn)行的系統(tǒng)，提出新系

統(tǒng)的功能，加以細(xì)化；提出軟件的約束條件、響應(yīng)

時(shí)間、存儲(chǔ)條件等。

需求分析的任務(wù)

?建模

■使用文本、圖形等表示形式的組合描述軟件

系統(tǒng)的數(shù)據(jù)、功能和行為的需求。同時(shí)也是

評(píng)審的焦點(diǎn)，以及設(shè)計(jì)的基礎(chǔ)。

合建立原型

■由于得不到詳細(xì)和完整的需求規(guī)約，所以可

以為需求分析選擇原型開(kāi)發(fā)方法。

需求分析的任務(wù)

◎建立規(guī)約

■軟件需求規(guī)約包含軟件功能、性能、接口、

有效性和邏輯模型的描述。為了證實(shí)軟件能

否被成功實(shí)現(xiàn)，就要規(guī)定相應(yīng)的檢驗(yàn)標(biāo)準(zhǔn)，

這些標(biāo)準(zhǔn)在軟件開(kāi)發(fā)期間將作為測(cè)試的依據(jù)。

⑥評(píng)審

■由軟件開(kāi)發(fā)人員和用戶共同對(duì)需求說(shuō)明書(shū)進(jìn)

行嚴(yán)格的評(píng)審。

需求分析的目標(biāo)

軟件需求分析實(shí)現(xiàn)以下幾個(gè)目標(biāo)：

④給出軟件系統(tǒng)的數(shù)據(jù)領(lǐng)域、功能領(lǐng)域和

行為領(lǐng)域的模型；

④提出詳細(xì)的功能說(shuō)明，確定設(shè)計(jì)約束條

件，規(guī)定性能要求；

④密切與用戶的聯(lián)系，使用戶明確自己的

任務(wù)，以便實(shí)現(xiàn)上述兩項(xiàng)目標(biāo)。

涉及與思考的幾個(gè)問(wèn)題

?如何定義軟件系統(tǒng)需求？

。如何識(shí)別、獲取需求？

你能夠采取何種手段與用戶進(jìn)行交

流溝通？

需求獲取

卷需求獲取確定客戶或用戶的要求是什么

的信息收集過(guò)程。

④目的：

■研究可行性分析報(bào)告和系統(tǒng)實(shí)施計(jì)劃,

明確系統(tǒng)的目標(biāo)要求。

-■建立分析所需要的通信途徑，保證需

求獲取得順利進(jìn)行。

需求獲取

面臨的挑戰(zhàn)

③問(wèn)題的復(fù)雜性

六對(duì)問(wèn)題空間理解的不完備性與不一致性

六交流障礙

?需求易變性

需求獲取

?獲取技術(shù)

■建立分析小組

?包括領(lǐng)域?qū)＜?主角和系統(tǒng)分析員-導(dǎo)演

■客戶訪談或會(huì)議

■情景(Scenario)/用例(use-case)

?在00分析中更重要

■問(wèn)卷調(diào)查表(questionnaire)

■方便的應(yīng)用規(guī)范技術(shù)(FAST)

■質(zhì)量功能部署(QFD)

需求獲取的內(nèi)容

?用戶需求分類

■功能性需求:定義了系統(tǒng)做什么（描述系統(tǒng)

必須支痔的功能和過(guò)程）。

■非功能性需求（技術(shù)需求）：定義了系統(tǒng)

工作時(shí)的特性描述操作環(huán)境和性能目標(biāo)）。

④包括的內(nèi)容

■功能、性能、環(huán)境、界面、用戶或人的因素、

文檔、數(shù)據(jù)、資源、安全保密、軟件成本消

耗與開(kāi)發(fā)進(jìn)度、質(zhì)量保證。

功能需求

■系統(tǒng)做什么？

■系統(tǒng)何時(shí)做什么？

■系統(tǒng)何時(shí)及如何修改或升級(jí)?

性能需求

軟件開(kāi)發(fā)的技術(shù)性指標(biāo)。例如:

■存儲(chǔ)容量限制

■執(zhí)行速度、相應(yīng)時(shí)間

■吞吐量

環(huán)境需求

■硬件設(shè)備:機(jī)型、外設(shè)、接口、

地點(diǎn)、分布、溫度、

濕度、磁場(chǎng)干擾等

■軟件：操作系統(tǒng)、網(wǎng)絡(luò)、數(shù)據(jù)庫(kù)

等

界面需求

7

■有來(lái)自其它系統(tǒng)