《軟件需求分析（第二版）》第 10 章——編寫需求文檔 重點(diǎn)部分總結(jié)

文章目錄

前言

一、單選題

二、簡(jiǎn)答題

三、名詞解釋

總結(jié)

前言

本文是對(duì)《軟件需求分析（第二版）》第 10 章——編寫需求文檔的重點(diǎn)部分總結(jié)。《軟件需求分析（第二版）》計(jì)劃共十七個(gè)章節(jié)，其他章節(jié)的內(nèi)容請(qǐng)前往專欄內(nèi)查看。

上節(jié)回顧：《軟件需求分析（第二版）》第 7 章——聆聽(tīng)客戶的需求 重點(diǎn)部分總結(jié)

一、單選題

1、需求分析最終結(jié)果是產(chǎn)生（C）

A、需求分析最終結(jié)果是產(chǎn)生

B、可行性分析報(bào)告

C、需求規(guī)格說(shuō)明書

D、設(shè)計(jì)說(shuō)明書

2、需求分析中，開(kāi)發(fā)人員要從用戶那里解決的最重要的問(wèn)題是（A）

A、讓軟件做什么

B、要給軟件提供哪些信息

C、需求軟件工作效率怎樣

D、讓軟件具有何種結(jié)構(gòu)

3、需求規(guī)格說(shuō)明書的內(nèi)容不應(yīng)包括對(duì)（B）的描述。

A、主要功能

B、算法的詳細(xì)過(guò)程

C、用戶界面的運(yùn)行環(huán)境

D、軟件性能

4、需求規(guī)格說(shuō)明書的作用不應(yīng)包括（D）

A、軟件設(shè)計(jì)的依據(jù)

B、用戶與開(kāi)發(fā)人員對(duì)軟件要做什么的共同理解

C、軟件驗(yàn)收的依據(jù)

D、軟件可行性研究的依據(jù)

5、軟件需求分析階段的工作，可以分成4個(gè)方面：需求獲取，需求分析，編寫需求規(guī)格說(shuō)明書以及（B）

A、用戶

B、需求評(píng)審

C、總結(jié)

D、都不正確

二、簡(jiǎn)答題

1、需求分析階段的基本任務(wù)是什么？

需求分析的基本任務(wù)包括：

1.問(wèn)題識(shí)別

(1)?功能需求：明確所開(kāi)發(fā)的軟件必須具備什么樣的功能。

(2)?性能需求：明確待開(kāi)發(fā)的軟件的技術(shù)性能指標(biāo)。

(3)?環(huán)境需求：明確軟件運(yùn)行時(shí)所需要的軟、硬件的要求。

(4)?用戶界面需求：明確人機(jī)交互方式、輸入輸出數(shù)據(jù)格式。

2.?分析與綜合，導(dǎo)出軟件的邏輯模型

分析人員對(duì)獲取的需求，進(jìn)行一致性的分析檢查，在分析、綜合中逐步細(xì)化軟件功能，劃分成各個(gè)子功能。用圖文結(jié)合的形式，建立起新系統(tǒng)的邏輯模型。

3.?編寫文檔

(1)?編寫“需求規(guī)格說(shuō)明書”，把雙方共同的理解與分析結(jié)果用規(guī)范的方式描述出來(lái)，作為今后各項(xiàng)工作的基礎(chǔ)。

(2)?編寫初步用戶使用手冊(cè)，著重反映被開(kāi)發(fā)軟件的用戶功能界面和用戶使用的具體要求，用戶手冊(cè)能強(qiáng)制分析人員從用戶使用的觀點(diǎn)考慮軟件。

(3)?編寫確認(rèn)測(cè)試計(jì)劃，作為今后確認(rèn)和驗(yàn)收的依據(jù)。

(4)?修改完善軟件開(kāi)發(fā)計(jì)劃。在需求分析階段對(duì)待開(kāi)發(fā)的系統(tǒng)有了更進(jìn)一步的了解，所以能更準(zhǔn)確地估計(jì)開(kāi)發(fā)成本、進(jìn)度及資源要求，因此對(duì)原計(jì)劃要進(jìn)行適當(dāng)修正。

2、需求分析的目的是什么？難點(diǎn)在哪里？需求分析為什么特別重要？

需求分析的目的是解決系統(tǒng)是“做什么”的問(wèn)題。

難點(diǎn)在于：

(1)?客戶常常并非計(jì)算機(jī)專業(yè)出生，難以描述清楚需求。

(2)?需求自身經(jīng)常變動(dòng)。

(3)?分析人員或客戶理解有誤。

需求分析就是分析軟件用戶的需求是什么，如果投入大量的人力，物力，財(cái)力,時(shí)間,開(kāi)發(fā)出的軟件卻沒(méi)人要,那所有的投入都是徒勞.如果費(fèi)了很大的精力,開(kāi)發(fā)一個(gè)軟件,最后卻不滿足用戶的要求,從而要重新開(kāi)發(fā)過(guò),這種返工是讓人痛心疾首的。需求分析之所以重要,就因?yàn)樗哂袥Q策性,方向性,策略性的作用,他在軟件開(kāi)發(fā)的過(guò)程中具有舉足輕重的地位。

3、假設(shè)現(xiàn)在由你來(lái)負(fù)責(zé)所在學(xué)校選課系統(tǒng)的需求工作，現(xiàn)在需要你來(lái)安排一次群體面談，你打算怎么做？

（1）目標(biāo)和內(nèi)容的確定；

（2）場(chǎng)地的確定；解釋場(chǎng)地的條件：提供各種開(kāi)會(huì)需要材料，會(huì)議室、道具、餐飲等；

（3）時(shí)間的確定；解釋時(shí)間要求：全職的2～4天；

（4）人員的確定；解釋多涉眾的共同參與；

（5）會(huì)議準(zhǔn)備；準(zhǔn)備會(huì)議討論材料；議程。

4、需求獲取常見(jiàn)的方法有哪些？

1）用戶訪談

用戶訪談是一種最基本的需求獲取手段，它是指分析人員以個(gè)別訪談或小組合議的形式與用戶進(jìn)行初步的溝通。用戶訪談的形式包括結(jié)構(gòu)化和非結(jié)構(gòu)化兩種，結(jié)構(gòu)化是指分析人員按照——定準(zhǔn)則事先準(zhǔn)備好一系列問(wèn)題，通過(guò)用戶對(duì)問(wèn)題的回答來(lái)獲取有關(guān)目標(biāo)軟件方面的內(nèi)容；非結(jié)構(gòu)化則是只列以一個(gè)粗糙的想法，根據(jù)訪談的民體情況來(lái)進(jìn)行發(fā)揮。

2）用戶調(diào)查

在進(jìn)行用戶防談時(shí)，由于很多關(guān)鍵人員的時(shí)間有限，不易安排過(guò)多的時(shí)間或者項(xiàng)日涉及的客戶面較廣。不可能——一訪談。因此，就需要借助用戶調(diào)杏的方法，通過(guò)精心設(shè)計(jì)要問(wèn)的問(wèn)題，然后下發(fā)到相關(guān)的人員手中，讓他們填寫，再?gòu)乃顚懙膬?nèi)容中獲取系統(tǒng)的需求倍息，這樣就可以克服上述的問(wèn)題。

用戶調(diào)查最大的不足就是缺乏靈活性，而且可能存在受調(diào)查人員不能很好表述自己想法的限制。

3）現(xiàn)場(chǎng)觀摩

俗話說(shuō)，百聞石如一見(jiàn)，對(duì)于許多較為復(fù)雜的流程和系統(tǒng)而言，是很難用自然語(yǔ)言表達(dá)清楚的。因此，為了能夠?qū)ο到y(tǒng)的需求獲得全面的了解，實(shí)際觀察用戶的操作過(guò)程就是一種行之合效的方法。現(xiàn)場(chǎng)觀摩就是走到客戶的工作場(chǎng)所，一邊觀察，一邊聽(tīng)客戶講解，甚至可以安排人員跟隨用戶一起工作一段時(shí)間。這樣就可以使得分析人員對(duì)客戶的需求有更加直觀的理解。但是，在現(xiàn)場(chǎng)觀摩過(guò)程中必須切記；建造軟件系統(tǒng)不僅僅只是為了模擬客戶的手下操作過(guò)程，還必須將最好的經(jīng)濟(jì)效益、最快的處理速度、最合理的操作流程和最友好的用戶界而等作為軟件設(shè)計(jì)的目標(biāo)。

4）文檔考古

文檔考古是指對(duì)歷史存在的—些文檔進(jìn)行研究，從帶有數(shù)據(jù)的文件、表單、報(bào)表等文檔中獲取所需信息的過(guò)程。對(duì)于一些數(shù)據(jù)流程比較復(fù)雜的、工作表單較多的項(xiàng)目來(lái)說(shuō)，就可以應(yīng)用這種方法。

5）建立聯(lián)合分析小組

在系統(tǒng)開(kāi)發(fā)時(shí)，系統(tǒng)分析員和用戶之間由于知識(shí)結(jié)構(gòu)的差異，難免存在難逾越的交流鴻溝。

用廣提供的需求信息，在系統(tǒng)分析員看來(lái)可能是零散和片面甚至無(wú)法理解的。因此，為了能夠減少交流上的問(wèn)題，就需要一個(gè)領(lǐng)域?qū)＜襾?lái)幫助進(jìn)行溝通，即可以建立一個(gè)由用戶、系統(tǒng)分析員和領(lǐng)域?qū)＜覅⒓拥穆?lián)合分析小組來(lái)共同完成需求的獲地。

6）原型法

原型是在軟件開(kāi)發(fā)中被廣泛使用的一種工具，在軟件系統(tǒng)的很多開(kāi)發(fā)階段都起著非常重要的作用。原型法就是盡可能快地建造一個(gè)祖糙的系統(tǒng)，這系統(tǒng)實(shí)現(xiàn)了目標(biāo)系統(tǒng)的某些或全部功能，但是這個(gè)系統(tǒng)可能在可靠性、界面的友好性或其他方向上存在缺陷。建造這樣一個(gè)系統(tǒng)的目的是為了看，考察某一方面的可行性。如算法的可行性，技術(shù)的可行性，或考察是否滿足用戶的需求等。原型是在最終系統(tǒng)產(chǎn)生之前的一個(gè)局部真實(shí)表現(xiàn)，可以讓人們能夠?qū)σ恍┚唧w問(wèn)題進(jìn)行基于文物的有效溝通，從而幫助人們盡早解決軟件開(kāi)發(fā)個(gè)存在的各種不確定性。

7）模型驅(qū)動(dòng)

前面的面談、原型、觀察以及文檔審查等方法可以通過(guò)執(zhí)行一些具體的獲取行為來(lái)對(duì)系統(tǒng)需求進(jìn)行認(rèn)知和理解。但是大多數(shù)軟件系統(tǒng)，尤其是對(duì)于復(fù)雜的系統(tǒng)而言，它們的需求獲取任務(wù)絕不是可以通道一兩次這樣簡(jiǎn)單的獲取行為就能夠完成的。為了能夠使得獲取行為相互配合、減少不必要的精力耗費(fèi)和防止出現(xiàn)獲取信息的遺漏，可以采用模型驅(qū)動(dòng)的方法。

8）基于上下文的方法

軟件系統(tǒng)是作為一個(gè)整體存在的，它通過(guò)和環(huán)境的交互來(lái)解決用戶的問(wèn)題，滿足用戶的需求。軟件系統(tǒng)中的每項(xiàng)功能都是依存于一定的背景和上下文環(huán)境，因此，要正確地理解系統(tǒng)的功能就必須要正確地理解它的背景和上下文知識(shí)?；谏舷挛牡姆椒ň褪亲⒅赜谙到y(tǒng)的環(huán)境、開(kāi)發(fā)組織的業(yè)務(wù)背景、涉眾的特征以及目標(biāo)等。與前面的方法相比，它更加注重用戶在—定環(huán)境下表現(xiàn)出來(lái)的行為，通過(guò)分析用戶的行為得到信息。

三、名詞解釋

1、需求基線

需求基線就是被明確和固定的需求集合，是項(xiàng)目團(tuán)隊(duì)需要在某一特定產(chǎn)品版本中實(shí)現(xiàn)的特征和需求的集合。

2、需求驗(yàn)證

需求驗(yàn)證是為了盡量不給設(shè)計(jì)、實(shí)現(xiàn)、測(cè)試等后繼開(kāi)發(fā)活動(dòng)帶來(lái)不必要的影響，對(duì)需求規(guī)格說(shuō)明文檔中定義的需求是否正確、準(zhǔn)確地反應(yīng)用戶的意圖進(jìn)行驗(yàn)證的一個(gè)活動(dòng)。

3、需求規(guī)格說(shuō)明

需求規(guī)格說(shuō)明就是將需求及其軟件解決方案進(jìn)行定義和文檔化，并傳遞給開(kāi)發(fā)人員的需求工程活動(dòng)。

總結(jié)

本文對(duì)本章內(nèi)容編寫需求文檔從單選題、簡(jiǎn)答題和名詞解釋方面進(jìn)行了總結(jié)，如有疏漏和錯(cuò)誤歡迎大家指正。另外其他章節(jié)的內(nèi)容大家可以移步專欄進(jìn)行查看。

我是白鹿，一個(gè)不懈奮斗的程序猿。望本文能對(duì)你有所裨益，歡迎大家的一鍵三連！若有其他問(wèn)題、建議或者補(bǔ)充可以留言在文章下方，感謝大家的支持！

專家 云社區(qū) 開(kāi)發(fā)者 軟件開(kāi)發(fā)

版權(quán)聲明：本文內(nèi)容由網(wǎng)絡(luò)用戶投稿，版權(quán)歸原作者所有，本站不擁有其著作權(quán)，亦不承擔(dān)相應(yīng)法律責(zé)任。如果您發(fā)現(xiàn)本站中有涉嫌抄襲或描述失實(shí)的內(nèi)容，請(qǐng)聯(lián)系我們jiasou666@gmail.com 處理，核實(shí)后本網(wǎng)站將在24小時(shí)內(nèi)刪除侵權(quán)內(nèi)容。

版權(quán)聲明：本文內(nèi)容由網(wǎng)絡(luò)用戶投稿，版權(quán)歸原作者所有，本站不擁有其著作權(quán)，亦不承擔(dān)相應(yīng)法律責(zé)任。如果您發(fā)現(xiàn)本站中有涉嫌抄襲或描述失實(shí)的內(nèi)容，請(qǐng)聯(lián)系我們jiasou666@gmail.com 處理，核實(shí)后本網(wǎng)站將在24小時(shí)內(nèi)刪除侵權(quán)內(nèi)容。