軟件工程期末考試總復(fù)習(xí)題及答案_第1頁
軟件工程期末考試總復(fù)習(xí)題及答案_第2頁
軟件工程期末考試總復(fù)習(xí)題及答案_第3頁
軟件工程期末考試總復(fù)習(xí)題及答案_第4頁
軟件工程期末考試總復(fù)習(xí)題及答案_第5頁
已閱讀5頁,還剩39頁未讀 繼續(xù)免費(fèi)閱讀

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請(qǐng)進(jìn)行舉報(bào)或認(rèn)領(lǐng)

文檔簡介

軟件工程期末考試總復(fù)習(xí)題及答案

復(fù)習(xí)題

填空題

1.在信息處理和計(jì)算機(jī)領(lǐng)域內(nèi),一般認(rèn)為軟件是、一文檔―

和_數(shù)據(jù)—。

2.數(shù)據(jù)流圖的基本組成部分有、流、加工、數(shù)

據(jù)文件。

3.數(shù)據(jù)流圖和數(shù)據(jù)字典共同構(gòu)成了系統(tǒng)的—模型,是需求規(guī)格說明

書的主要組成部分。

4.劃分模塊時(shí)盡量做到,保持模塊的獨(dú)立性,盡量使用公共

模塊。

5.類的實(shí)例化是。

6.人們常用硬件可靠性的定量度量方法來度量軟件的可靠性和可用

性,常用的度量軟件可

7.靠性的兩個(gè)指標(biāo)是和_時(shí)間o

8.將待開發(fā)的軟件細(xì)化,分別估算每一個(gè)子任務(wù)所需要的開發(fā)工作量,

然后將它們加起來,

9.將得到軟件的總開發(fā)量。這種成本估算方法稱為。

10.如果一個(gè)模塊被n個(gè)模塊調(diào)用,其中直接的上級(jí)模塊的個(gè)數(shù)是

m個(gè)(m<=n)那么該模塊的扇入數(shù)是N個(gè)。

11.結(jié)構(gòu)化設(shè)計(jì)以為基礎(chǔ),按一定的步驟映射成軟件結(jié)

構(gòu)。

12.軟件的風(fēng)險(xiǎn)分析可包括風(fēng)險(xiǎn)識(shí)別、和風(fēng)險(xiǎn)駕馭(或風(fēng)險(xiǎn)管理)等

3項(xiàng)活動(dòng)。

13.軟件著作權(quán)登記的3種主要類型:(1);(2)著作權(quán)延續(xù)登記;(3)

權(quán)利轉(zhuǎn)移備案登記。

14.軟件工程管理的主要內(nèi)容有:項(xiàng)目經(jīng)費(fèi)管理,,項(xiàng)目進(jìn)度管理和人

員管理。

1

15.面向?qū)ο蠓治龅哪康氖菍?duì)客觀世界的系統(tǒng)進(jìn)行o

16.軟件維護(hù)工作的生產(chǎn)性活動(dòng)包括分析評(píng)價(jià)、修改設(shè)計(jì)和—編寫

程序代碼等。

17.為了使應(yīng)用軟件適應(yīng)計(jì)算機(jī)環(huán)境的變化而

的過程稱為適應(yīng)性維護(hù)。

18.一個(gè)進(jìn)行學(xué)生成績統(tǒng)計(jì)的模塊其功能是先對(duì)學(xué)生的成績進(jìn)行累加,

然后求平均值,則該模塊的內(nèi)聚性是順序內(nèi)聚0

19.投資回收期就是使累計(jì)的經(jīng)濟(jì)效益等于所需

的時(shí)間。

20.軟件生存周期是指一個(gè)軟件從提出開發(fā)要求開始直到_件廢棄

—為止的整個(gè)時(shí)期。

21.曾被譽(yù)為“程序設(shè)計(jì)方法的革命”的程序設(shè)計(jì),使程序設(shè)計(jì)從

主要依賴于程序員個(gè)人的自由活動(dòng)變成為有章可循的一門科學(xué)。

22.從結(jié)構(gòu)化程序設(shè)計(jì)到,是程序設(shè)計(jì)方法的又一次飛躍。

23.在單元測試時(shí),需要為被測模塊設(shè)計(jì)o

一、判斷題(每題2分,共30分)

1.螺旋模型是在瀑布模型和增量模型的基礎(chǔ)上增加了風(fēng)險(xiǎn)分析活動(dòng)。

(對(duì))

2.數(shù)據(jù)字典是對(duì)數(shù)據(jù)流圖中的數(shù)據(jù)流,加工、數(shù)據(jù)存儲(chǔ)、數(shù)據(jù)的源和

終點(diǎn)進(jìn)行詳細(xì)定義。(錯(cuò))

3.JAVA語言編譯器是一個(gè)CASE工具。(對(duì))。

4.軟件是指用程序設(shè)計(jì)語言(如PASCAL,C,VISUALBASIC等)編寫的程

序,軟件開發(fā)實(shí)際上就是編寫程序代碼。(錯(cuò))

5.軟件模塊之間的耦合性越弱越好。(對(duì))

6.數(shù)據(jù)庫設(shè)計(jì)說明書是一個(gè)軟件配置項(xiàng)(對(duì))

2

7.在面向?qū)ο蟮能浖_發(fā)方法中,每個(gè)類都存在其相應(yīng)的對(duì)象,類是

對(duì)象的實(shí)例,對(duì)象是生成類的模板。(錯(cuò))

8.過程描述語言可以用于描述軟件的系統(tǒng)結(jié)構(gòu)。(錯(cuò))

9.如果通過軟件測試沒有發(fā)現(xiàn)錯(cuò)誤,則說明軟件是正確的。(錯(cuò))

10.快速原型模型可以有效地適應(yīng)用戶需求的動(dòng)態(tài)變化。(對(duì))

11.模塊化,信息隱藏,抽象和逐步求精的軟件設(shè)計(jì)原則有助于得到高

內(nèi)聚,低耦合度的軟件產(chǎn)品。(對(duì))

12.集成測試主要由用戶來完成。(錯(cuò))

13.確認(rèn)測試計(jì)劃應(yīng)該在可行性研究階段制定(錯(cuò))

14.白盒測試無需考慮模塊內(nèi)部的執(zhí)行過程和程序結(jié)構(gòu),只要了解模塊

的功能即可。(錯(cuò))

15.軟件概要設(shè)計(jì)包括軟件系統(tǒng)結(jié)構(gòu)設(shè)計(jì)以及數(shù)據(jù)結(jié)構(gòu)和數(shù)據(jù)庫設(shè)計(jì)。

(對(duì))

16.在可行性研究中最難決斷和最關(guān)鍵的問題是經(jīng)濟(jì)可行性。(X)

17.耦合是指一個(gè)模塊內(nèi)各個(gè)元素彼此結(jié)合的緊密程度。(X)

18.一筆交易、一個(gè)動(dòng)作、甚至操作人員按一個(gè)按鈕都可以看做是一

次事物。(V)

19.概要設(shè)計(jì)階段完成的主要文檔是概要設(shè)計(jì)說明書。(V)

20.過大的模塊可能是由于分解不充分造成的,即使降低模塊獨(dú)立性也

必須繼續(xù)分解。(X)

21.程序設(shè)計(jì)語言中應(yīng)絕對(duì)禁止使用GOTO語句。(X)

22.類是關(guān)于對(duì)象性質(zhì)的描述,由方法和數(shù)據(jù)組成。(V)

23.隨著軟件技術(shù)的發(fā)展,人們逐漸認(rèn)識(shí)到編碼不僅要強(qiáng)調(diào)效率還要強(qiáng)

調(diào)清晰。(V)

25.為保證程序的安全,必須做到程序中沒有任何錯(cuò)誤存在,即容錯(cuò)。

(X)

26.如果把軟件開發(fā)所需的資源畫成一個(gè)金字塔,人是最基本的資源。

(V)

3

名詞解釋

1.數(shù)據(jù)詞典一一是描述數(shù)據(jù)信息的集合,它對(duì)數(shù)據(jù)流圖中的各個(gè)元素

按規(guī)定格式進(jìn)行詳細(xì)的描述和確切的解釋,是數(shù)據(jù)流圖的補(bǔ)充工具。

2.數(shù)據(jù)流圖一一他以圖形的方式反映系統(tǒng)的數(shù)據(jù)流程

3.白盒測試一一按照程序內(nèi)部的結(jié)構(gòu)測試程序,檢驗(yàn)程序中的每條路

徑是否都能按預(yù)定要求正確工作。有兩種測試法既邏輯覆蓋測試法和路徑

測試法

4.黑盒測試一一按照程序的功能測試程序,檢驗(yàn)與程序功能有關(guān)的輸

入、輸出與程序執(zhí)行是否正確。有四種方法既等價(jià)分類法、邊界值分析法、

錯(cuò)誤猜測法和因果圖法

5.完善性維護(hù)一一為了適應(yīng)用戶業(yè)務(wù)和機(jī)構(gòu)的發(fā)展變化而對(duì)軟件的

功能、性能進(jìn)行修改、擴(kuò)充的過程稱為完善性維護(hù)。因?yàn)楦鞣N用戶的業(yè)務(wù)

和機(jī)構(gòu)在相當(dāng)長的時(shí)期內(nèi)不可能是一成不變的,所以功能、性能的增加是

不可避免的,而且這種維護(hù)活動(dòng)在整個(gè)維護(hù)工作中所占的比重很大

6.軟件可靠性一一指在給定的時(shí)間內(nèi),程序按照規(guī)定的條件成功地運(yùn)

行的概率

7.軟件配置一一是一個(gè)軟件在生存周期內(nèi),他的各種形式、各種版本

的文檔與程序的總稱

8.軟件再工程一一運(yùn)用逆向工程、重構(gòu)等技術(shù),在充分理解原有軟件

的基礎(chǔ)上,進(jìn)行分解、綜合、并重新構(gòu)建軟件,用于提高軟件的可理解性、

可維護(hù)性可復(fù)用性或演化性。

9.a測試一一是在一個(gè)受控的環(huán)境下,由用戶在開發(fā)者的“指導(dǎo)”下

進(jìn)行的的測試,由開發(fā)者負(fù)責(zé)記錄錯(cuò)誤和使用中出現(xiàn)的問題。

io.B測試一一是由軟件的最終用戶(多個(gè))在一個(gè)或多個(gè)用戶場所

來進(jìn)行。由用戶負(fù)責(zé)記下遇到的所有問題,包括主觀認(rèn)定的和真實(shí)的問題,

定期向開發(fā)者報(bào)告,開發(fā)者在綜合用戶的報(bào)告之后進(jìn)行修改,最后將軟件

產(chǎn)品交付給全體用戶使用。4

11.聚集關(guān)系一一表示類或?qū)ο笾g的整體與部分的關(guān)系

12.泛化關(guān)系一一表示類或?qū)ο笾g的一般與特殊的關(guān)系

13.內(nèi)聚---個(gè)模塊內(nèi)部各個(gè)元素彼此結(jié)合的緊密程度的度量。

14.耦合------個(gè)軟件結(jié)構(gòu)內(nèi)不同模塊之間互連程度的度量。

簡答題

1.軟件工程的七條基本原理是什么?

答:軟件工程的七條基本原理是:

(1)用分階段的是的生存周期計(jì)劃嚴(yán)格管理;

(2)堅(jiān)持進(jìn)行階段評(píng)審;

⑶嚴(yán)格實(shí)施的產(chǎn)品控制;

⑷采用現(xiàn)代程序技術(shù);

(5)結(jié)果應(yīng)能清楚地審查;

(6)開發(fā)小組的成員應(yīng)該少而精;

(7)承認(rèn)不斷改進(jìn)軟件工程的必要性。

2.良好的編碼風(fēng)格應(yīng)具備哪些條件?

答:應(yīng)具備以下條件:

(1)使用標(biāo)準(zhǔn)的控制結(jié)構(gòu);

(2)有限制地使用GOTO語句;

(3)源程序的文檔化(應(yīng)具備以下內(nèi)容)

①有意義的變量名稱一一“匈牙利命名規(guī)則二

②適當(dāng)?shù)淖⑨屢灰弧白⑨屢?guī)范二

③標(biāo)準(zhǔn)的書寫格式:

——用分層縮進(jìn)的寫法顯示嵌套結(jié)構(gòu)的層次(鋸齒形風(fēng)格);一一在

注釋段的周圍加上邊框;

——在注釋段與程序段、以及不同程序段之間插入空行;一一每行

只寫一條語句;

——書寫表達(dá)式時(shí),適當(dāng)使用空格或圓括號(hào)等作隔離符。5

(4)滿足運(yùn)行工程學(xué)的輸入輸出風(fēng)格。

3.簡述文檔在軟件工程中的作用。

答:

⑴提高軟件開發(fā)過程的能見度

(2)提高開發(fā)效率

(3)作為開發(fā)人員階段工作成果和結(jié)束標(biāo)志

(4)記錄開發(fā)過程的有關(guān)信息便于使用與維護(hù);

(5)提供軟件運(yùn)行、維護(hù)和培訓(xùn)有關(guān)資料;

(6)便于用戶了解軟件功能、性能。

4.可行性研究包括哪幾方面的內(nèi)容?

答:

(1)經(jīng)濟(jì)可行性:是否有經(jīng)濟(jì)效益,多長時(shí)間可以收回成本;

(2)技術(shù)可行性:現(xiàn)有技術(shù)能否實(shí)現(xiàn)本系統(tǒng),現(xiàn)有技術(shù)人員能否勝任,

開發(fā)系統(tǒng)的資源能否滿足;

(3)運(yùn)行可行性:系統(tǒng)操作在用戶內(nèi)部行得通嗎?

(4)法律可行性:新系統(tǒng)開發(fā)是否會(huì)侵犯他人、集體或國家利益,是否

違反國家法律。

5.結(jié)構(gòu)化的需求分析描述工具有哪些?

答:有數(shù)據(jù)流圖(DFD)、數(shù)據(jù)字典(DD)、判定表、判定樹、結(jié)構(gòu)化

語言(PDL)、層次方框圖、Warnier圖、IPO圖、控制流圖(CFD)、控制說

明(CSPEC)、狀態(tài)轉(zhuǎn)換圖(STD)和實(shí)體一關(guān)系圖(E—R)等。

6.一般面向?qū)ο蠓治鼋5墓ぞ撸▓D形)有哪些?

答:用例圖、類/對(duì)象圖、對(duì)象關(guān)系圖、實(shí)體一關(guān)系圖(E—R)、事件

軌跡圖(時(shí)序圖)和狀態(tài)轉(zhuǎn)換圖(STD)等6

7.UML統(tǒng)一建模語言有哪幾種圖形?

用例圖、類圖、對(duì)象圖、構(gòu)件(組件)圖、部署(配置)圖、狀態(tài)圖、

活動(dòng)圖、順序(時(shí)序)圖、合作(協(xié)作)圖等九種圖。

8.在面向?qū)ο蠓治鰰r(shí)類和對(duì)象的靜態(tài)關(guān)系主要有哪幾種?

答:類和對(duì)象的靜態(tài)關(guān)系主要有關(guān)聯(lián)、聚集、泛化、依賴等四種關(guān)系。

9.什么是模塊化?模塊設(shè)計(jì)的準(zhǔn)則?

模塊化是按規(guī)定的原則將一個(gè)大型軟件劃分為一個(gè)個(gè)較小的、相對(duì)獨(dú)

立但又相關(guān)的模塊。

模塊設(shè)計(jì)的準(zhǔn)則:

⑴改進(jìn)軟件結(jié)構(gòu),提高模塊獨(dú)立性:在對(duì)初步模塊進(jìn)行合并、分解和

移動(dòng)的分析、精化過程中力求提高模塊的內(nèi)聚,降低藕合。

(2)模塊大小要適中:大約50行語句的代碼,過大的模塊應(yīng)分解以提高

理解性和可維護(hù)性;過小的模塊,合并到上級(jí)模塊中。

(3)軟件結(jié)構(gòu)圖的深度、寬度、扇入和扇出要適當(dāng)。一般模塊的調(diào)用

個(gè)數(shù)不要超過5個(gè)。

(4)盡量降低模塊接口的復(fù)雜程度;

(5)設(shè)計(jì)單入口、單出口的模塊。

(6)模塊的作用域應(yīng)在控制域之內(nèi)。

10.什么是模塊獨(dú)立性?用什么度量?

答:模塊獨(dú)立性概括了把軟件劃分為模塊時(shí)要遵守的準(zhǔn)則,也是判斷

模塊構(gòu)造是不是合理的標(biāo)準(zhǔn)。獨(dú)立性可以從兩個(gè)方面來度量:即模塊本身

的內(nèi)聚和模塊之間的耦合。

11.變換型數(shù)據(jù)流由哪幾部分組成?

7

變換型結(jié)構(gòu)由三部分組成:傳入路徑、變換(加工)中心和傳出路徑。

12.變換分析設(shè)計(jì)的步驟?

(1)區(qū)分傳入、傳出和變換中心三部分,劃分DFD圖的分界線;

(2)完成第一級(jí)分解:建立初始SC圖的框架;

(3)完成第二級(jí)分解:分解SC圖的各個(gè)分支;

(4)對(duì)初始結(jié)構(gòu)圖按照設(shè)計(jì)準(zhǔn)則進(jìn)行精化與改進(jìn)。

13.事務(wù)型數(shù)據(jù)流由哪幾部分組成?

事務(wù)型結(jié)構(gòu)由至少一條接受路徑、一個(gè)事務(wù)中心與若干條動(dòng)作路徑組

成。

14.事務(wù)分析設(shè)計(jì)的步驟?

(1)在DFD圖中確定事務(wù)中心、接收部分(包含全部接收路徑)和發(fā)送部

分(包含全部動(dòng)作路徑);

(2)畫出SC圖框架,把DFD圖的三部分,分別映射"為事務(wù)控制模塊,

接收模塊和動(dòng)作發(fā)送模塊.一般得到SC圖的頂層和第一層(如果第一層簡單

可以并入頂層);

(3)分解和細(xì)化接收分支和動(dòng)作分支,完成初始的SC圖;

(4)對(duì)初始結(jié)構(gòu)圖按照設(shè)計(jì)準(zhǔn)則進(jìn)行精化與改進(jìn)。

15.數(shù)據(jù)字典包括哪些內(nèi)容?

數(shù)據(jù)字典是描述數(shù)據(jù)流圖中數(shù)據(jù)的信息的集合。它對(duì)數(shù)據(jù)流圖上每一

個(gè)成分:數(shù)據(jù)項(xiàng)、文件(數(shù)據(jù)結(jié)構(gòu))、數(shù)據(jù)流、數(shù)據(jù)存儲(chǔ)、加工和外部項(xiàng)等

給以定義和說明;它主要由數(shù)據(jù)流描述、加工描述和文件描述三部分組成。

16.給出一組數(shù)從小到大的排序算法,分別用下列工具描述其詳細(xì)過

程:

⑴流程圖;⑵N-S圖;⑶PDL語言。

8

17.欲開發(fā)一個(gè)銀行的活期存取款業(yè)務(wù)的處理系統(tǒng):儲(chǔ)戶將填好的存/

取款單和存折交給銀行工作人員,然后由系統(tǒng)作以下處理;

⑴業(yè)務(wù)分類處理:系統(tǒng)首先根據(jù)儲(chǔ)戶所填的存/取款單,確定本次業(yè)

務(wù)的性質(zhì),并將存/取款單和存折交下一步處理;

(2)存款處理:系統(tǒng)將存款單上的存款金額分別記錄在存折和帳目文件

中,并將現(xiàn)金存入現(xiàn)金庫;最后將存折還給儲(chǔ)戶;

(3)取款處理:系統(tǒng)將取款單上的取款金額分別記錄在存折和帳目文件

中,并從現(xiàn)金庫提取現(xiàn)金;最后將現(xiàn)金和存折還給儲(chǔ)戶。

9

繪制該系統(tǒng)的數(shù)據(jù)流圖和軟件結(jié)構(gòu)圖。

10

18.什么是

軟件生存

周期?把

生存周期

劃分為階

段的目的

是什么?

答:一個(gè)軟件從開始計(jì)劃起,到廢棄不用止,成為軟件的生存周期。

把整個(gè)生存周期劃分為較小的階段,給每個(gè)階段賦予確定而有限的任務(wù),

能夠簡化每一步的工作內(nèi)容,使因?yàn)檐浖?guī)模增長而大大增加了的軟件復(fù)

雜性變得較易控制和管理。

19.詳細(xì)設(shè)計(jì)的目的?

為軟件結(jié)構(gòu)圖(SC圖或HC圖)中的每一個(gè)模塊確定采用的算法和塊內(nèi)

數(shù)據(jù)結(jié)構(gòu),用某種選定的表達(dá)工具給出清晰的描述.

11

20.詳細(xì)設(shè)計(jì)的任務(wù)是什么?

(1)為每個(gè)模塊確定采用的算法;

(2)確定每一模塊使用的數(shù)據(jù)結(jié)構(gòu);

(3)確定模塊接口的細(xì)節(jié);

(4)編寫過程設(shè)計(jì)說明書;

(5)設(shè)計(jì)每一模塊的測試用例。

21.編碼的任務(wù)?

使用選定的程序設(shè)計(jì)語言,把模塊的過程性描述翻譯為用語言書寫的

源程序(源代碼)。

22.軟件測試的基本任務(wù)?

軟件測試是按照特定的規(guī)則,發(fā)現(xiàn)軟件錯(cuò)誤的過程;好的測試方案是

盡可能發(fā)現(xiàn)迄今尚未發(fā)現(xiàn)錯(cuò)誤的測試;成功的測試方案是發(fā)現(xiàn)迄今尚未發(fā)

現(xiàn)錯(cuò)誤的測試;

23.什么是黑盒測試?黑盒測試主要采用的技術(shù)有哪些?

黑盒測試也稱為功能測試,它著眼于程序的外部特征,而不考慮程序的

內(nèi)部邏輯結(jié)構(gòu)。測試者把被測程序看成一個(gè)黑盒,不用關(guān)心程序的內(nèi)部結(jié)構(gòu)。

黑盒測試是在程序接口處進(jìn)行測試,它只檢查程序功能是否能按照規(guī)格說

明書的規(guī)定正常使用,程序是否能適當(dāng)?shù)亟邮蛰斎霐?shù)據(jù)產(chǎn)生正確的輸出信

息,并且保持外部信息(如數(shù)據(jù)庫或文件)的完整性。

黑盒測試主要采用的技術(shù)有:等價(jià)分類法、邊界值分析法、錯(cuò)誤推測法

和因果圖等技術(shù)。

24.什么是白盒測試?白盒測試主要采用的技術(shù)有哪些?

白盒測試是測試者了解被測程序的內(nèi)部結(jié)構(gòu)和處理過程,對(duì)程序的所

有邏輯路徑進(jìn)行測試,在不同點(diǎn)檢查程序狀態(tài),確定實(shí)際狀態(tài)與預(yù)期狀態(tài)是

否一致。

白盒測試主要采用的技術(shù)有:路徑測試技術(shù)和事務(wù)處理流程技術(shù),對(duì)

包含有大量邏輯判斷或條件組合的程序采用基于邏輯的測試技術(shù)。

12

25.路徑測試技術(shù)中幾種主要覆蓋的含義?舉例說明?

語句覆蓋:至少執(zhí)行程序中所有語句一次。

判定覆蓋:使被測程序中的每一個(gè)分支至少執(zhí)行一次。故也稱為分支覆

而一O

條件覆蓋:執(zhí)行所有可能的穿過程序的控制路流程。

條件組合測試:設(shè)計(jì)足夠的測試用例,使每個(gè)判定中的所有可能條件取

值組合至少執(zhí)行一次。

(例略)

26.等價(jià)分類法的測試技術(shù)采用的一般方法?舉例說明?

(1)為每個(gè)等價(jià)類編號(hào);

(2)設(shè)計(jì)一個(gè)新的測試方案,以盡可能多的覆蓋尚未被覆蓋的有效等

價(jià)類,重復(fù)這一步驟,直到所有有效等價(jià)類被覆蓋為止。

⑶設(shè)計(jì)一個(gè)新的測試方案,使它覆蓋一個(gè)尚未被覆蓋的無效等價(jià)類,

重復(fù)這一步驟,直到所有無效等價(jià)類被覆蓋為止。

(例略)

27.如圖顯示某程序的邏輯結(jié)構(gòu)。

試為它設(shè)計(jì)足夠的測試用例,分別實(shí)現(xiàn)對(duì)程序的判定覆概、條件覆概

和條件組合覆概。

Y

NN

13

28.某城市電話號(hào)碼由三部分組成。它們的名稱和內(nèi)容分別是:

地區(qū)碼:空白或三位數(shù)字;

前綴:非‘0'或'1'的三位數(shù)字;后綴:4位數(shù)字。

假定被測程序能接受一切符合上述規(guī)定的電話號(hào)碼,拒絕所有不符合

規(guī)定的電話號(hào)碼。根據(jù)該程序的規(guī)格說明,作等價(jià)類的劃分,并設(shè)計(jì)測試

方案。

14

15

29.為什么說軟件的維護(hù)是不可避免的?

因?yàn)檐浖拈_發(fā)過程中,一般很難檢測到所有的錯(cuò)誤,

其次軟件在應(yīng)用過程中需要隨用戶新的要求或運(yùn)行環(huán)境的變化而進(jìn)

行軟件的修改或完成功能的增刪等,為了提高軟件的應(yīng)用水平和使用壽命,

軟件的維護(hù)是不可避免的。

22.試由程序流程圖導(dǎo)出程序圖

(a)程序流程圖(b)導(dǎo)出程序圖16

30.軟件的維護(hù)一般分為哪幾類?

完善性維護(hù):滿足用戶在使用過程中提出增加新的功能或修改已有功

能,以滿足用戶日益增長的需要而進(jìn)行的工作;適應(yīng)性維護(hù):是軟件

適應(yīng)新的運(yùn)行環(huán)境而進(jìn)行的工作;糾錯(cuò)性維護(hù):糾正開發(fā)期間未發(fā)現(xiàn)的

遺留錯(cuò)誤,即在程序使用期間發(fā)現(xiàn)的程序錯(cuò)誤進(jìn)行診斷和改正的過程;

預(yù)防性維護(hù):為了改善未來的可維護(hù)性或可靠性而修改軟件的工作。

31.決定軟件可維護(hù)性的因素?

(1)軟件的可理解性、可測試性、可修改性;

(2)文檔描述符合要求、用戶文檔簡潔明確、系統(tǒng)文檔完整并且標(biāo)準(zhǔn)。

32.分析軟件危機(jī)產(chǎn)生的主要原因有哪些?

答:導(dǎo)致軟件危機(jī)的主要原因有:

(1)軟件日益復(fù)雜和龐大(2)軟件開發(fā)管理困難和復(fù)雜(3)軟件

開發(fā)技術(shù)落后(4)生產(chǎn)方式落后(5)開發(fā)工具落后(6)軟件開發(fā)費(fèi)用

不斷增加

1個(gè)要點(diǎn)1分,只要答上5個(gè)要點(diǎn)得5分!

33.說明結(jié)構(gòu)化程序設(shè)計(jì)的主要思想是什么?

答:(1)自頂向下、逐步求精的程序設(shè)計(jì)方法(2分)(2)使用3種

基本控制結(jié)構(gòu)、單入口、單出口來構(gòu)造程序。(3分)

34、軟件測試的基本任務(wù)是什么?測試與糾錯(cuò)有什么區(qū)別?答:軟

件測試的基本任務(wù)是通過在計(jì)算機(jī)上執(zhí)行程序,暴露程序中潛在的錯(cuò)誤。

測試和糾錯(cuò)目的和任務(wù)都不相同,測試是為了發(fā)現(xiàn)程序的錯(cuò)誤,糾錯(cuò)是為

了定位和糾正錯(cuò)誤,從而消除軟件故障,保證程序的可靠運(yùn)行。

17

35.軟件測試包括哪些步驟?同時(shí)說明這些步驟的測試目的是什么?

答:(1)單元測試,目的是代碼達(dá)到模塊說明書的要求(2)集成測

試,目的是將經(jīng)過單元測試的模塊逐步組裝成具有良好一致性的完整的程

序(3)確認(rèn)測試,目的是確認(rèn)程序系統(tǒng)是否滿足軟件需求規(guī)格說明書的

要求(4)系統(tǒng)測試,目的是檢查能否與系統(tǒng)的其余部分協(xié)調(diào)運(yùn)行,并且

完成SRS對(duì)他的要求。

36.需求分析與軟件設(shè)計(jì)二個(gè)階段任務(wù)的主要區(qū)別是什么?答:需求

分析定義軟件的用戶需求,即定義待開發(fā)軟件能做什么(2.5分)

軟件設(shè)計(jì)定義軟件的實(shí)現(xiàn)細(xì)節(jié)以滿足用戶需求,即研究如何實(shí)現(xiàn)軟件。

(2.5分)

37.說明軟件測試和調(diào)試的目的有何區(qū)別?

答:測試的目的是判斷和發(fā)現(xiàn)軟件是否有錯(cuò)誤(2。5分)調(diào)試的目的

是定位軟件錯(cuò)誤并糾

38.根據(jù)以下被測試的流程圖,選擇相應(yīng)的答案。(8分)

(1)A=2,B=0,X=4⑵A=2,B=l,X=1⑶A=2,B=0,X=1

A=l,B=l,X=1A=3,B=0,X=3A=l,B=l,X=2①在1-3的答

案中滿足判定覆蓋的測試用例是—1(2分)②在1-3的答案中滿足

條件覆蓋的測試用例是—3(2分)③在1-3的答案中滿足判定/條件

覆蓋的測試用例是2_(2分)

39.工資計(jì)算系統(tǒng)中的一個(gè)子系統(tǒng)有如下功能:

(1)計(jì)算扣除部分一由基本工資計(jì)算出應(yīng)扣除(比如水電費(fèi)、缺

勤)的部分;

(2)計(jì)算獎(jiǎng)金部分一根據(jù)職工的出勤情況計(jì)算出獎(jiǎng)勵(lì)金;18

(3)計(jì)算工資總額部分一根據(jù)輸入的扣除額及獎(jiǎng)金計(jì)算出總額;

(4)計(jì)算稅金部分一由工資總額中計(jì)算出應(yīng)扣除各種稅金;(5)

生成工資表一根據(jù)計(jì)算總額部分和計(jì)算稅金部分傳遞來的有關(guān)職工工資

的詳細(xì)信息生成工資表。

試根據(jù)要求畫出該問題的數(shù)據(jù)流程圖。

40.用自頂向下結(jié)構(gòu)化程序設(shè)計(jì)方法編寫直接選擇排序從小到大排列

的程序。要求保持良好的程序風(fēng)格,加上必要的注釋()。

用C語言編寫:

/*程序名稱:直接選擇排序;*/

/*作者*/

/*完成日期:2006年6月9日;*/

/*過程頭:selectsort(int*A;intN)

*/

19

/*輸入?yún)?shù):N為元素個(gè)數(shù)(N<=1000);A整型數(shù)組,從1至l」N存

放待排序元素;*/

/*返回結(jié)果:數(shù)組A為指針,由它返回排序結(jié)果;*/voidselectsort

(int*A;intN)

(

inti,j,k,x;

*/

*/N位置上的最小值*/A(I)的值*/

43、什么是軟件復(fù)用?簡述軟件復(fù)用和軟件共享、軟件移植的差別。

答:軟件復(fù)用是指在構(gòu)造新的軟件系統(tǒng)的過程中,對(duì)已存在20

的軟件人工制品的使用技術(shù)。如果是在一個(gè)系統(tǒng)中多次使用一個(gè)相同

的軟件成分,這叫軟件共享;對(duì)一個(gè)軟件進(jìn)行修改,使它能運(yùn)行于新的軟、

硬件平臺(tái)這稱作軟件移植。

44、什么是軟件再工程?軟件再工程的主要活動(dòng)有哪些?答:軟件

再工程是運(yùn)用逆向工程、重構(gòu)等技術(shù),在充分理解原有軟件的基礎(chǔ)上,進(jìn)

行分解、綜合,并重新構(gòu)建軟件,用以提高軟件的可理解性、可維護(hù)性、

可復(fù)用性或演化性。主要活動(dòng):信息庫分析、文檔重構(gòu)、逆向工程、代碼

重構(gòu)、數(shù)據(jù)重構(gòu)、正向工程。

選擇題

1.軟件工程的概念是哪年提出的()。

A.1988B,1968

C.1948D.1928

2.瀑布模型的關(guān)鍵不足在于()。

A.過于簡單B.各個(gè)階段需要進(jìn)行評(píng)審

C.過于靈活D,不能適應(yīng)需求的動(dòng)態(tài)變更

3.以下哪一項(xiàng)不是軟件危機(jī)的表現(xiàn)形式()。

A.開發(fā)的軟件不滿足用戶需要B,開發(fā)的軟件可維護(hù)性差

C.開發(fā)的軟件價(jià)格便宜D.開發(fā)的軟件可靠性差

4.軟件可行性研究實(shí)質(zhì)上是要進(jìn)行一次()需求分析、設(shè)計(jì)過程。

A.簡化、壓縮的B.詳細(xì)的

C.徹底的D.深入的

5.結(jié)構(gòu)化設(shè)計(jì)是一種面向()的設(shè)計(jì)方法。

A.數(shù)據(jù)流B.模塊

C.數(shù)據(jù)結(jié)構(gòu)D.程序

6.與確認(rèn)測試階段有關(guān)的文檔是()。

21

A.需求規(guī)格說明書B.概要設(shè)計(jì)說明書

C.詳細(xì)設(shè)計(jì)說明書D.源程序

7.軟件開發(fā)的需求活動(dòng),其主要任務(wù)是()。

A,給出軟件解決方案B.給出系統(tǒng)模塊結(jié)構(gòu)

C.定義模塊算法D.定義需求并建立系統(tǒng)模型

8.以下說法錯(cuò)誤的是()。

A.文檔僅僅描述和規(guī)定了軟件的使用范圍及相關(guān)的操作命令

B.文檔也是軟件產(chǎn)品的一部分,沒有文檔的軟件就不成軟件

C.軟件文檔的編制在軟件開發(fā)工作中占有突出的地位和相當(dāng)大的工

作量

D.高質(zhì)量文檔對(duì)于發(fā)揮軟件產(chǎn)品的效益有著重要的意義

9.一個(gè)項(xiàng)目是否開發(fā),從經(jīng)濟(jì)上來說是否可行,歸根結(jié)底是取決于()。

A,成本估算B.項(xiàng)目計(jì)劃

C.工程管理D.工程網(wǎng)絡(luò)圖

10.在面向?qū)ο蟮脑O(shè)計(jì)中,我們應(yīng)遵循的設(shè)計(jì)準(zhǔn)則除了模塊化、抽象、

低耦合、高內(nèi)聚以外,還有()。

A.隱藏復(fù)雜性B.信息隱蔽

C.經(jīng)常類的復(fù)用D.類的開發(fā)

11.面向?qū)ο蟮闹饕卣鞒龑?duì)象惟一性、封裝、繼承外,還有()。

A.多態(tài)性B.完整性

C.可移植性D.兼容性

12.在考察系統(tǒng)的一些涉及時(shí)序和改變的狀況時(shí),要用動(dòng)態(tài)模型來表

示。動(dòng)態(tài)模型著重于系統(tǒng)的控制邏輯,它包括兩個(gè)圖:一個(gè)是事件追蹤圖,

另一個(gè)是()。

A.數(shù)據(jù)流圖B.狀態(tài)圖

C.系統(tǒng)結(jié)構(gòu)圖D.用例圖

13.面說法正確的是()。

A,經(jīng)過測試沒有發(fā)現(xiàn)錯(cuò)誤說明程序正確

B.測試的目標(biāo)是為了證明程序沒有錯(cuò)誤

C.成功的測試是發(fā)現(xiàn)了迄今尚未發(fā)現(xiàn)的錯(cuò)誤的測試

22

D.成功的測試是沒有發(fā)現(xiàn)錯(cuò)誤的測試

14.()能夠有效地檢測輸入條件的各種組合可能會(huì)引起的錯(cuò)誤。

A.等價(jià)類劃分B.邊界值分析

C.錯(cuò)誤推測D.因果圖

15火車是一種陸上交通工具?;疖嚭完懮辖煌üぞ咧g的關(guān)系是()關(guān)

系。

A.組裝B.整體部分

C.hasaD.一般特殊

16、軟件維護(hù)產(chǎn)生的副作用,是指()

A、開發(fā)時(shí)的錯(cuò)誤B、隱含的錯(cuò)誤

C、因修改軟件而造成的錯(cuò)誤D、運(yùn)行時(shí)誤操作

17、使用程序設(shè)計(jì)的控制結(jié)構(gòu)導(dǎo)出測試用例的測試方法是()

A、黑盒測試B、白盒測試

C、邊界測試D、系統(tǒng)測試

18、軟件詳細(xì)設(shè)計(jì)的主要任務(wù)是確定每個(gè)模塊的()

A、算法和使用的數(shù)據(jù)結(jié)構(gòu)B、外部接口

C、功能D、編程

19、軟件結(jié)構(gòu)圖的形態(tài)特征能反映程序重用率的是()

A、深度B、寬度

C、扇入D、扇出

20、為了提高模塊的獨(dú)立性,模塊內(nèi)部最好是()

A、邏輯內(nèi)聚B、時(shí)間內(nèi)聚

C、功能內(nèi)聚D、通信內(nèi)聚

21、軟件是一種()

A、程序B、數(shù)據(jù)

C、邏輯產(chǎn)品D、物理產(chǎn)品

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

A、項(xiàng)目開發(fā)計(jì)劃B、需求規(guī)格說明書

C、設(shè)計(jì)說明書D、可行性分析報(bào)告

23、因計(jì)算機(jī)硬件和軟件環(huán)境的變化而作出的修改軟件的過程稱為

23

A、糾正性維護(hù)B、適應(yīng)性維護(hù)

C、完善性維護(hù)D、預(yù)防性維護(hù)

24、下列屬于維護(hù)階段的文檔是()

A、軟件規(guī)格說明B、用戶操作手冊(cè)

C、軟件問題報(bào)告D、軟件測試分析報(bào)告

25、若有一個(gè)計(jì)算類型的程序,它的輸入量只有一個(gè)X,其范圍是

1.0],現(xiàn)從輸入的角度考慮一組測試用例:-1.001,-1.0,1.0,l.OOlo設(shè)

計(jì)這組測試用例的方法是()

A、條件覆蓋法B、等價(jià)分類法

C、邊界值分析法D、錯(cuò)誤推測法

26、研究開發(fā)所需要的成本和資源是屬于可行性研究中的()研究的

一方面。

A.技術(shù)可行性B.經(jīng)濟(jì)可行性

C.社會(huì)可行性D.法律可行性

27、按軟件生命周期方法設(shè)計(jì)軟件的過程中,畫數(shù)據(jù)流圖屬于下面哪

個(gè)階段的工作()

A、需求分析B、程序設(shè)計(jì)

C、詳細(xì)設(shè)計(jì)D、軟件維護(hù)

28、經(jīng)過嚴(yán)密的軟件測試后所提交給用戶的軟件產(chǎn)品中()

A、軟件不再包含任何錯(cuò)誤B、還可能包含少量

軟件錯(cuò)誤

C、所提交給用戶的可執(zhí)行文件不會(huì)含有錯(cuò)誤D、文檔中不會(huì)含有

錯(cuò)誤。

29、等價(jià)劃分測試方法屬于()

A、黑盒測試B、白盒測試

C、邊界測試D、系統(tǒng)測試

30、軟件按照設(shè)計(jì)的要求,在規(guī)定時(shí)間和條件下達(dá)到不出故障,持續(xù)

運(yùn)行的要求的質(zhì)量特性稱為()

A.可用性B.可靠性

C.正確性D.完整性

24

31、確認(rèn)軟件的功能是否與需求規(guī)格說明書中所要求的功能相符的測

試屬于()

A、集成測試B、恢復(fù)測試

C、確認(rèn)測試D、單元測試

、要顯示描繪軟件開發(fā)項(xiàng)目各作業(yè)的依賴關(guān)系,應(yīng)選擇()

320

A.Gantt圖B.工程網(wǎng)絡(luò)

C.COCOMO模型D.數(shù)據(jù)流圖

33、從心理學(xué)角度看,對(duì)數(shù)據(jù)流程圖的數(shù)據(jù)處理泡進(jìn)行分解,一次分

解為多少個(gè)泡為宜。()

A、3±1B、7±2

C、15±1D、18±2

34、結(jié)構(gòu)化程序設(shè)計(jì)主要強(qiáng)調(diào)的是()

A、程序的規(guī)模B、程序的效率

C、程序設(shè)計(jì)語言的先進(jìn)性D、程序易讀性

35、在用戶界面層次上對(duì)軟件進(jìn)行測試屬于哪種測試方法()

A、黑盒測試B、白盒測試

C、邊界測試D、系統(tǒng)測試

36、對(duì)象實(shí)現(xiàn)了數(shù)據(jù)和操作的結(jié)合,使數(shù)據(jù)和操作()于對(duì)象

的統(tǒng)一體中。

A、結(jié)合B、隱藏

C、封裝D、抽象

37、()是比較理想的可重用軟構(gòu)件。

A?子程序庫B.源代碼包含文件

C.對(duì)象D,類

38、下列模型屬于成本估算方法的有()

A、COCOMO模型B、McCall模型

C、McCabe度量法D、時(shí)間估算法

39、軟件生存周期中時(shí)間最長的是()階段。

A、總體設(shè)計(jì)B、需求分析

C、軟件測試D、軟件維護(hù)

40、為了提高模塊的獨(dú)立性,模塊之間的聯(lián)系最好的是()。25

A、公共耦合B、控制耦合

C、內(nèi)容耦合D、數(shù)據(jù)耦合

41、軟件概要設(shè)計(jì)結(jié)束后得到()

A、初始化的軟件結(jié)構(gòu)圖B、優(yōu)化后的軟件結(jié)構(gòu)圖

C、模塊的接口圖和詳細(xì)算法D、程序編碼

42、為使得開發(fā)人員對(duì)軟件產(chǎn)品的各個(gè)階段工作都進(jìn)行周密的思考,

從而減少返工,所以()的編制是很重要的。

A、需求說明B、概要說明

C、軟件文檔D、測試計(jì)劃

43、汽車有一個(gè)發(fā)動(dòng)機(jī),因而汽車與發(fā)動(dòng)機(jī)之間的關(guān)系是()關(guān)

系。

A、一般與特殊B、整體與部分

C、分類關(guān)系D、isa關(guān)系

44、軟件部件的內(nèi)部實(shí)現(xiàn)與外部可訪問性的分離,是指軟件的()。

A、繼承性B、共享性

C、封裝性D、抽象性

45、單元測試是發(fā)現(xiàn)編碼錯(cuò)誤,集成測試是發(fā)現(xiàn)模塊的接口錯(cuò)誤,確

認(rèn)測試是為了發(fā)現(xiàn)功能錯(cuò)誤,那么系統(tǒng)測試是為了發(fā)現(xiàn)()的錯(cuò)誤。

A、接口錯(cuò)誤B、編碼錯(cuò)誤

C、性能、質(zhì)量不合要求D、功能錯(cuò)誤

46、軟件工程管理對(duì)軟件項(xiàng)目的開發(fā)管理,即對(duì)整個(gè)軟件()的

一切活動(dòng)的管理。

A、軟件項(xiàng)目B、生存期

C、軟件開發(fā)計(jì)劃D、軟件開發(fā)

47、許多產(chǎn)品的質(zhì)量問題源于新產(chǎn)品的開發(fā)設(shè)計(jì)階段,因此在產(chǎn)品

()階段就應(yīng)采取有力措施來消滅由于設(shè)計(jì)原因而產(chǎn)生的質(zhì)量隱患。

A、軟件評(píng)審B、軟件測試

26

C、開發(fā)設(shè)計(jì)D、軟件度量

48、下列幾種類型中,耦合性最弱的是()o

A、內(nèi)容型B、控制型

C、公共型D、數(shù)據(jù)型

49、系統(tǒng)因錯(cuò)誤而發(fā)生故障時(shí);仍然能在一定程度上完成預(yù)期的功能,

則把該軟件稱為()o

A、軟件容錯(cuò)B、系統(tǒng)軟件

C、測試軟件D、恢復(fù)測試

50.瀑布模型的關(guān)鍵不足在于

A、過于簡單B、不能適應(yīng)需求的動(dòng)態(tài)變更C、過于靈活D、各個(gè)

階段需要進(jìn)行評(píng)審

51.在面向?qū)ο筌浖_發(fā)方法中,類與類之間主要有以下結(jié)構(gòu)關(guān)系(1)

(1)繼承和聚集(2)繼承和一般(3)聚集和消息傳遞(4)繼承和

方法調(diào)用

52.以下哪一項(xiàng)不是軟件危機(jī)的表現(xiàn)形式⑶

(1)成本高(2)生產(chǎn)率低⑶技術(shù)發(fā)展快(4)質(zhì)量得不到保證

53.以下哪一項(xiàng)不是面向?qū)ο蟮奶卣鳎?)

(1)多態(tài)性(2)繼承性(3)封裝性(4)過程調(diào)用

54.軟件可行性研究一般不考慮(4)

(1)是否有足夠的人員和相關(guān)的技術(shù)來支持系統(tǒng)開發(fā)(2)是否有足

夠的工具和相關(guān)的技術(shù)來支持系統(tǒng)開發(fā)(3)待開發(fā)軟件是否有市場、經(jīng)

濟(jì)上是否合算(4)待開發(fā)的軟件是否會(huì)有質(zhì)量問題

55.軟件維護(hù)的副作用主要有以下哪幾種(3)

(1)編碼副作用、數(shù)據(jù)副作用、測試副作用(2)編碼副作用、數(shù)據(jù)

副作用、調(diào)試副作用(3)編碼副作用、數(shù)據(jù)副作用、文檔副作用(4)編

碼副作用、文檔副作用、測試副作用

56.軟件項(xiàng)目計(jì)劃一般不包括以下哪項(xiàng)內(nèi)容(4)

(1)培訓(xùn)計(jì)劃(2)人員安排(3)進(jìn)度安排(4)軟件開發(fā)標(biāo)準(zhǔn)的選

擇和制定

27

57.以下哪一項(xiàng)不屬于面向?qū)ο蟮能浖_發(fā)方法(3)

(l)coad方法(2)booch方法⑶jackson方法⑷omt方法

58.以下哪種測試方法不屬于白盒測試技術(shù)(2)

(1)基本路徑測試(2)邊界值分析測試(3)循環(huán)覆蓋測試(4)邏

輯覆蓋測試

59.“軟件危機(jī)”是指()

A,計(jì)算機(jī)病毒的出現(xiàn)

B.利用計(jì)算機(jī)進(jìn)行經(jīng)濟(jì)犯罪活動(dòng)

C.軟件開發(fā)和維護(hù)中出現(xiàn)的一系列問題

D.人們過分迷戀計(jì)算機(jī)系統(tǒng)

60.DFD中的每個(gè)加工至少需要()

A.一個(gè)輸入流B.一個(gè)輸出流

C.一個(gè)輸入或輸出流D.一個(gè)輸入流和一個(gè)輸出流

61.為了提高模塊的獨(dú)立性,模塊之間最好是()

A.控制耦合B.公共耦合C.內(nèi)容耦合D.數(shù)據(jù)耦合

62.下面關(guān)于PDL語言不正確的說法是()

A.PDL是描述處理過程怎么做

B.PDL是只描述加工做什么

C.PDL也稱為偽碼

D.PDL的外層語法應(yīng)符合一般程序設(shè)計(jì)語言常用的語法規(guī)則

63.詳細(xì)設(shè)計(jì)與概要設(shè)計(jì)銜接的圖形工具是()

A.DFD圖B.程序圖C.PAD圖D.SC圖

64.不適合作為數(shù)據(jù)處理與數(shù)據(jù)庫應(yīng)用的語言是()

A.SQLB.CobolC.4GLD.Lisp

65.下列關(guān)于功能性注釋不正確的說法是()

A.功能性注釋嵌在源程序中,用于說明程序段或語句的功能以及數(shù)據(jù)

的狀態(tài)

B.注釋用來說明程序段,需要在每一行都要加注釋

C.可使用空行或縮進(jìn),以便很容易區(qū)分注釋和程序

D.修改程序也應(yīng)修改注釋

66.下列關(guān)于效率的說法不正確的是()

28

A,效率是一個(gè)性能要求,其目標(biāo)應(yīng)該在需求分析時(shí)給出

B.提高程序效率的根本途徑在于選擇良好的設(shè)計(jì)方法,數(shù)據(jù)結(jié)構(gòu)與算

C.效率主要指處理機(jī)時(shí)間和存儲(chǔ)器容量兩個(gè)方面

D.程序的效率與程序的簡單性無關(guān)

67.測試的關(guān)鍵問題是()

A.如何組織對(duì)軟件的評(píng)審B.如何驗(yàn)證程序的正確性

C.如何采用綜合策略D.如何選擇測試用例

68.結(jié)構(gòu)化維護(hù)與非結(jié)構(gòu)化維護(hù)的主要區(qū)別在于()

A.軟件是否結(jié)構(gòu)化B.軟件配置是否完整

C.程序的完整性D.文檔的完整性

69.軟件維護(hù)困難的主要原因是()

A.費(fèi)用低B.人員少

C.開發(fā)方法的缺陷D.得不到用戶支持

70.可維護(hù)性的特性中,相互矛盾的是()

A.可理解性與可測試性B.效率與可修改性

C.可修改性和可理解性D.可理解性與可讀性

71.快速原型是利用原型輔助軟件開發(fā)的一種新思想,它是在研究()

的方法和技術(shù)中產(chǎn)生的。

A.需求階段B,設(shè)計(jì)階段

C.測試階段D.軟件開發(fā)的各個(gè)階段

72.從目前情況來看,增量模型存在的主要問題是()

A.用戶很難適應(yīng)這種系統(tǒng)開發(fā)方法

B.該方法的成功率很低

C.缺乏豐富而強(qiáng)有力的軟件工具和開發(fā)環(huán)境

D.缺乏對(duì)開發(fā)過程中的問題和錯(cuò)誤具有應(yīng)付變化的機(jī)制

73.下列文檔與維護(hù)人員有關(guān)的有()

A.軟件需求說明書B.項(xiàng)目開發(fā)計(jì)劃

C.概要設(shè)計(jì)說明書D.操作手冊(cè)

D.實(shí)現(xiàn)錯(cuò)誤檢測和錯(cuò)誤恢復(fù)的程序

29

74.()是為了確保每個(gè)開發(fā)過程的質(zhì)量,防止把軟件差錯(cuò)傳遞到下一個(gè)

過程而進(jìn)行的工作。

A.質(zhì)量檢測B,軟件容錯(cuò)C.軟件維護(hù)D.系統(tǒng)容錯(cuò)

75.表示對(duì)象相互行為的模型是()模型。

A.動(dòng)態(tài)模型B.功能模型C.對(duì)象模型D.靜態(tài)模型

76.CASE工具的表示集成是指CASE工具提供相同的()

A.編程環(huán)境B.用戶界面

C.過程模型D.硬件/操作系統(tǒng)

77.在軟件開發(fā)中,()是指對(duì)將要開發(fā)的系統(tǒng)的開發(fā)成本進(jìn)行估

算,然后與可能取得的效益進(jìn)行比較和權(quán)衡。

A,成本一效益分析B,可行性分析

C.結(jié)構(gòu)化分析D.軟件需求分析

78.軟件開發(fā)過程來自用戶方面的主要干擾是()

A.功能變化B,經(jīng)費(fèi)減少

C.設(shè)備損壞D.人員變化

79.軟件復(fù)雜性度量的參數(shù)包括()

A.結(jié)構(gòu)B.問題背景

C.可重用性D.容錯(cuò)性

80.在McCall軟件質(zhì)量度量模型中,()屬于面向軟件產(chǎn)品操作。

A.可維護(hù)性B.效率

C.適應(yīng)性D,可互操作性

81.為了提高軟件的可維護(hù)性或可靠性而對(duì)軟件進(jìn)行的修改稱為()

A.糾錯(cuò)性維護(hù)B.適應(yīng)性維護(hù)

C.完善性維護(hù)D.預(yù)防性維護(hù)

82.面向維護(hù)的技術(shù)涉及軟件開發(fā)的()階段。

A.設(shè)計(jì)B.編碼

C.測試D.所有

83.用白盒技術(shù)設(shè)計(jì)測試用例的方法包括()

A.邊界值分析B.條件組合覆蓋

30

C.因果圖D.錯(cuò)誤推測

84.軟件測試的目的是()

A.為了表明程序沒有錯(cuò)誤

B.為了說明程序能正確地執(zhí)行

C.為了發(fā)現(xiàn)程序中的錯(cuò)誤

D.為了評(píng)價(jià)程序的質(zhì)量

85.針對(duì)軟件需求分析所進(jìn)行的軟件測試是指()

A.集成測試B.確認(rèn)測試

C.黑盒子測試D.白盒子測試

86.源程序文檔化要求在每個(gè)模塊之前加序言性注釋。該注釋內(nèi)容不

應(yīng)有()

A.模塊的功能B.語句的功能

C.模塊的接口D.開發(fā)歷史

87.結(jié)構(gòu)化程序設(shè)計(jì)采用的三種基本控制結(jié)構(gòu)是()

A.順序、分支、選擇B.選擇、循環(huán)、重復(fù)

C.順序、選擇、循環(huán)D,輸入、變換、輸出

88.在軟件設(shè)計(jì)中詳細(xì)描述處理過程常用的三種工具是()

A.SA,SD,SPB,程序流程圖,IPO,PAD

C.SA,SC,SDD.圖形,表格,語言

89.通信內(nèi)聚、邏輯內(nèi)聚、順序內(nèi)聚和時(shí)間內(nèi)聚的內(nèi)聚性從高到低順

序是()

A.通信、邏輯、順序、時(shí)間

B.通信、時(shí)間、順序、邏輯

C.順序、通信、時(shí)間、邏輯

D.順序、通信、邏輯、時(shí)間

90.在下列四種模塊的耦合性中,信息隱蔽性能最好的是()

A.控制耦合B.內(nèi)容耦合

C.標(biāo)記耦合D.數(shù)據(jù)耦合

91.結(jié)構(gòu)化方法是一種()的軟件開發(fā)方法。31

A,面向用戶B.面向數(shù)據(jù)結(jié)構(gòu)

C.面向?qū)ο驞,面向數(shù)據(jù)流

92.需求分析是回答系統(tǒng)必須()的問題。

A.做什么B.怎么做

C.何時(shí)做D.為誰做

93.在軟件生產(chǎn)的(),使用的工具主要是機(jī)器語言和匯編語言。

A.程序系統(tǒng)時(shí)代B.軟件工程時(shí)代

C.面向?qū)ο髸r(shí)代D.人工智能時(shí)代

94.軟件工程管理的具體內(nèi)容不包括對(duì)管理。()

A.開發(fā)人員B.組織機(jī)構(gòu)

C.控制D.設(shè)備

95.在McCall軟件質(zhì)量度量模型中,屬于面向軟件產(chǎn)

品操作。()

A.正確性B.可維護(hù)性

C.適應(yīng)性D.互操作性

96.在快速原型模型的開發(fā)過程中,用原型過程來代替全部開發(fā)階段

所用模型是模型。()

A.探索型原型B.演化型原型

C.實(shí)驗(yàn)型原型D.增量型原型

97.維護(hù)中因刪除一個(gè)標(biāo)識(shí)符而引起的錯(cuò)識(shí)是副作用。

()

A.文檔B.數(shù)據(jù)

C.編碼D.設(shè)計(jì)

98.軟件維護(hù)的困難主要原因是()

A.費(fèi)用低B.人員少

C.開發(fā)方法的缺陷D.維護(hù)難

99.用白盒法技術(shù)設(shè)計(jì)測試用例的方法包括()

A.錯(cuò)誤推測B.因果圖

C.基本路徑測試D.邊界值分析

32

100.軟件測試中根據(jù)測試用例設(shè)計(jì)的方法的不同可分為黑盒測試和

白盒測試兩種,它們()

A.前者屬于靜態(tài)測試,后者屬于動(dòng)態(tài)測試

B.前者屬于動(dòng)態(tài)測試,后者屬于靜態(tài)測試

C.都屬于靜態(tài)測試

D.都屬于動(dòng)態(tài)測試

101.程序的三種基本控制結(jié)構(gòu)的共同特點(diǎn)是()

A.只能用來描述簡單程序B.不能嵌套使用

C.單入口,單出口D.僅用于自動(dòng)控制系統(tǒng)

102.JSP方法是一種面向的設(shè)計(jì)方法。()

A.控制結(jié)構(gòu)B.對(duì)象

C.數(shù)據(jù)流D.數(shù)據(jù)結(jié)構(gòu)

103.當(dāng)一個(gè)模塊直接使用另一個(gè)模塊的內(nèi)部數(shù)據(jù),這種模塊之間的

耦合為()

A.數(shù)據(jù)耦合B.公共耦合

C.標(biāo)記耦合D.內(nèi)容耦合

104.軟件設(shè)計(jì)的方法有多種,方法不屬于面向數(shù)據(jù)流

的設(shè)計(jì)方法。()

A.基于Jackson圖的設(shè)計(jì)B.基于IDEF0圖的設(shè)計(jì)

C.交換分析設(shè)計(jì)D.事務(wù)分析設(shè)計(jì)

105.為高質(zhì)量地開發(fā)軟件項(xiàng)目,在軟件結(jié)構(gòu)設(shè)計(jì)時(shí),必須遵循

原則。()

A.信息隱蔽B.質(zhì)量控制

C.程序優(yōu)化D.數(shù)據(jù)共享

106.數(shù)據(jù)流圖(DFD)是方法中用于表示系統(tǒng)的邏輯

模型的一種圖形工具。()

A.SAB.SD

C.SPD.SC

107.螺旋模型是一種將瀑布模型和結(jié)合起來的軟件開發(fā)

模型。()

A.增量模型B.專家系統(tǒng)

33

C.噴泉模型D.變換模型

108.需求規(guī)格說明書的作用不包括()

A.軟件驗(yàn)收的依據(jù)

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

C.軟件可行性研究的依據(jù)

D.軟件設(shè)計(jì)的依據(jù)

109.數(shù)據(jù)字典是用來定義中的各個(gè)成份的具體含義的。

()

A.流程圖B.功能結(jié)構(gòu)圖

C.系統(tǒng)結(jié)構(gòu)圖D.數(shù)據(jù)流圖

110.設(shè)年利率為i,現(xiàn)存入p元,不計(jì)復(fù)利,n年后可得錢數(shù)為

()

A.p*(1+i*n)B.p*(i+1)n

C.p*(1+i)*nD,p*(i+n)

111.在軟件生產(chǎn)的程序系統(tǒng)時(shí)代由于軟件規(guī)模擴(kuò)大和軟件復(fù)雜性提

高等原因?qū)е铝?)

A.軟件危機(jī)B.軟件工程

C.程序設(shè)計(jì)革命D.結(jié)構(gòu)化程序設(shè)計(jì)

112.Putnam成本估算模型是一個(gè)()模型。

A.靜態(tài)單變量B.動(dòng)態(tài)單變量C.靜態(tài)多變量D.動(dòng)態(tài)多變量

113.在McCall軟件質(zhì)量度量模型中,()屬于面向軟件產(chǎn)品修改。

A.可靠性B.可重用性C.適應(yīng)性D.可移植性

114.ISO的軟件質(zhì)量評(píng)價(jià)模型由3層組成,其中用于評(píng)價(jià)設(shè)計(jì)質(zhì)

量的準(zhǔn)則是()

A.SQICB.SQMCC.SQRCD.SQDC

115.軟件復(fù)雜性度量的參數(shù)包括()

A.效率B.規(guī)模C.完整性D.容錯(cuò)性

116.對(duì)象實(shí)現(xiàn)了數(shù)據(jù)和操作的結(jié)合,使數(shù)據(jù)和操作()于對(duì)象的

統(tǒng)一體中。

34

A.結(jié)合B.隱藏C.封裝D.抽象

117.軟件調(diào)試技術(shù)包括()

A.邊界值分析B.演繹法C.循環(huán)覆蓋D.集成測試118.瀑

布模型的存在問題是()

A.用戶容易參與開發(fā)

B.缺乏靈活性

C.用戶與開發(fā)者易溝通

D.適用可變需求

119.軟件測試方法中的靜態(tài)測試方法之一為()

A.計(jì)算機(jī)輔助靜態(tài)分析

B.黑盒法

C.路徑覆蓋

D.邊界值分析

120.軟件生命周期中所花費(fèi)用最多的階段是()

A.詳細(xì)設(shè)計(jì)B.軟件編碼C.軟件測試D.軟件維護(hù)121.第

一個(gè)體現(xiàn)結(jié)構(gòu)化編程思想的程序設(shè)計(jì)語言是()

A.FORTRAN語言B.Pascal語言C.C語言D.PL/1語

122.程序的三種基本控制結(jié)構(gòu)是()

A.過程、子程序和分程序

B.順序、選擇和重復(fù)

C.遞歸、堆棧和隊(duì)列

D.調(diào)用、返回和轉(zhuǎn)移

123.在詳細(xì)設(shè)計(jì)階段,經(jīng)常采用的工具有()

A.PADB.SAC.SCD.DFD

124.詳細(xì)設(shè)計(jì)的結(jié)果基本決定了最終程序的()

A.代碼的規(guī)模B.運(yùn)行速度C.質(zhì)量D.可維護(hù)性125.需

求分析中開發(fā)人員要從用戶那里了解()

A.軟件做什么B.用戶使用界面C.輸入的信息D.軟件的規(guī)

126.結(jié)構(gòu)化程序設(shè)計(jì)主要強(qiáng)調(diào)的是()

35

A.程序的規(guī)模

B.程序的效率

C.程序設(shè)計(jì)語言的先進(jìn)性

D.程序易讀性

127.IDEFO圖反映系統(tǒng)()

A.怎么做B.對(duì)誰做C.何時(shí)做D.做什么

128.經(jīng)濟(jì)可行性研究的范圍包括()

A.資源有效性B.管理制度C.效益分析D.開發(fā)風(fēng)險(xiǎn)129.可

行性分析是在系統(tǒng)開發(fā)的早期所做的一項(xiàng)重要的論證工作,它是決定該系

統(tǒng)是否開發(fā)的決策依據(jù),因必須給出()的回答。

A.確定B.行或不行C.正確D.無二義

130.需求分析階段的任務(wù)是確定()

A.軟件開發(fā)方法

B.軟件開發(fā)工具

C.軟件開發(fā)費(fèi)

D.軟件系統(tǒng)的功能

131.下列方法中不屬于面向?qū)ο蟮拈_發(fā)方法有()。

A.Booch方法B.Coad方法

C.OMT方法D.VDM方法

132.系統(tǒng)流程圖是一種傳統(tǒng)工具,用于描繪()。

A.邏輯模型B.程序系統(tǒng)

C.體系結(jié)構(gòu)D.物理系統(tǒng)

133.結(jié)構(gòu)化分析方法是以數(shù)據(jù)流圖、()和加工說明等描述工具,即用

直觀的圖和簡潔的語言來

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請(qǐng)下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請(qǐng)聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會(huì)有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲(chǔ)空間,僅對(duì)用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對(duì)用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對(duì)任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請(qǐng)與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時(shí)也不承擔(dān)用戶因使用這些下載資源對(duì)自己和他人造成任何形式的傷害或損失。

評(píng)論

0/150

提交評(píng)論