《軟件工程》導(dǎo)學(xué)材料

《軟件工程》導(dǎo)學(xué)材料

一.單選題

1.軟件需求分析一般應(yīng)確定的是用戶對(duì)軟件的（）。

A.功能需求

B.非功能需求

C.性能需求

D.功能需求和非功能需求

2.數(shù)據(jù)字典是對(duì)數(shù)據(jù)定義信息的集合，它所定義的對(duì)象都包含于（工

A.數(shù)據(jù)流圖

B.程序框圖

C.軟件結(jié)構(gòu)

D.方框圖

3.結(jié)構(gòu)化分析方法是一種預(yù)先嚴(yán)格定義需求的方法，它在實(shí)施時(shí)強(qiáng)調(diào)的是分析對(duì)象的

（）o

A.控制流

B.數(shù)據(jù)流

C.程序流

D.指令流

4.具有風(fēng)險(xiǎn)分析的軟件生命周期模型是（）。

A.瀑布模型

B.噴泉模型

C.螺旋模型

D.增量模型

5.“軟件危機(jī)”是指（，

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

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

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

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

6.需求分析中開(kāi)發(fā)人員要從用戶那里了解（）。

A.軟件做什么

B.用戶使用界面

C.輸入的信息

D.軟件的規(guī)模

7.過(guò)程設(shè)計(jì)的工作是確定軟件各個(gè)組成部分內(nèi)（）。

A.算法以及數(shù)據(jù)結(jié)構(gòu)

B.外部接口

C.功能

D.編程

8.面向?qū)ο蠓椒ㄊ菍F(xiàn)實(shí)世界的事物以對(duì)象的方式（）到計(jì)算機(jī)世界的方法。

A.對(duì)應(yīng)B.映射C.反映D.反射

《軟件工程》導(dǎo)學(xué)材料

9.盒圖也稱為（），這種表達(dá)方式取消了流程線，它強(qiáng)迫程序員以結(jié)構(gòu)化方式思考和解決

問(wèn)題。

A.流程圖

B.框圖

C.判定表

D.N-S圖

10.在白盒測(cè)試技術(shù)測(cè)試用例的設(shè)計(jì)中，（）是最強(qiáng)的覆蓋標(biāo)準(zhǔn)。

A.語(yǔ)句覆蓋

B.路徑覆蓋

C.條件組合覆蓋

D.判定覆蓋

11.（）是把對(duì)象的屬性和操作結(jié)合在一起，構(gòu)成一個(gè)獨(dú)立的時(shí)象，其內(nèi)部信息對(duì)外界是

隱蔽的，外界只能通過(guò)有限的接口與對(duì)象發(fā)生聯(lián)系。

A.多態(tài)性

B.繼承

C.封裝

D.消息12.面向?qū)ο蟮拈_(kāi)發(fā)方法中，（）將是面向?qū)ο蠹夹g(shù)領(lǐng)域內(nèi)占主導(dǎo)地位的標(biāo)準(zhǔn)建模

語(yǔ)言。A.Booch方法

B.Coad方法

C.UML語(yǔ)言

D.OMT方法

13.軟件測(cè)試是為了（）而執(zhí)行程序的過(guò)程。

A.糾正錯(cuò)誤

B.發(fā)現(xiàn)錯(cuò)誤

C.避免錯(cuò)誤

D.證明正確

14.支持面向?qū)ο蠹夹g(shù)的軟件生存周期模型是（）。

A.噴泉模型

B.螺旋模型

C.增量模型

D.瀑布模型

15.在白盒測(cè)試技術(shù)測(cè)試用例的設(shè)計(jì)中，（）是最弱的覆蓋標(biāo)準(zhǔn)。

A.語(yǔ)句覆蓋

B.路徑覆蓋

C.條件組合覆蓋

D.判定覆蓋

16.面向?qū)ο蠓治鍪菍?duì)系統(tǒng)進(jìn)行（）的一種方法。

A.需求分析

B.程序設(shè)計(jì)

C.設(shè)計(jì)評(píng)審

D.測(cè)試驗(yàn)收

17.在下列測(cè)試技術(shù)中，（）不屬于黑盒測(cè)試技術(shù)。

A.等價(jià)劃分

2

《軟件工程》導(dǎo)學(xué)材料

B.邊界值分析

C.錯(cuò)誤推測(cè)

D.邏輯覆蓋

18.在軟件工程中，白盒測(cè)試法可用于測(cè)試程序的內(nèi)部結(jié)構(gòu)。此方法將程序看作是（）。

A.路徑的集合

B.循環(huán)的集合

C.目標(biāo)的集合

D.地址的集合

19.對(duì)象實(shí)現(xiàn)了數(shù)據(jù)和操作的結(jié)合，使數(shù)據(jù)和操作（）于對(duì)象的統(tǒng)一體中。

A.結(jié)合

B.隱藏

C.封裝

D.抽象

20.程序設(shè)計(jì)語(yǔ)言的選擇是順利實(shí)施編程的重要基礎(chǔ)，評(píng)價(jià)可用語(yǔ)言的因素甚多，而其首

要的選擇依據(jù)是（）。

A.語(yǔ)言的應(yīng)用領(lǐng)域

B.對(duì)語(yǔ)言的熟悉程度

C.數(shù)據(jù)結(jié)構(gòu)的復(fù)雜廢

D.算法的復(fù)雜度

1.需求分析是（）。

A.軟件開(kāi)發(fā)工作的基礎(chǔ)

B.軟件生存周期的開(kāi)始

C.由系統(tǒng)分析員單獨(dú)完成的

D.由用戶自己?jiǎn)为?dú)完成的

2.一般說(shuō)來(lái)，投入運(yùn)行的軟件系統(tǒng)中有錯(cuò)誤（）。

A.是可以理解的

B.是小能容忍的

C.是要求退貨的理由

D.是必然的

3.對(duì)在數(shù)據(jù)流圖中每一個(gè)命令的圖形元素均給以定義是（）。

A.條目定義

B.數(shù)據(jù)字典

C.數(shù)據(jù)定義

D.數(shù)據(jù)說(shuō)明

4.以下不屬于白盒測(cè)試技術(shù)的是（）。

A.邏輯覆蓋

B.基本路徑測(cè)試

C.循環(huán)覆蓋測(cè)試

D.等價(jià)類劃分

5.從事物的組成部件及每個(gè)部件的屬性.功能來(lái)認(rèn)識(shí)事物。這種方法被稱為（）的方法。

A.面向?qū)ο?/p>

B.面向數(shù)據(jù)

3

《軟件工程》導(dǎo)學(xué)材料

C.面向過(guò)程

D.面向?qū)傩?/p>

6.判定表由四部分組成：左上部列出

A.條件組合與動(dòng)作之間的對(duì)應(yīng)關(guān)系

B.所有條件

C.所有可能的動(dòng)作

D.可能的條件組合

7.耦合度也可以分為七級(jí)：其中最松散的耦合是（）。

A.沖直接耦合

B.數(shù)據(jù)耦合

C.特征耦合

D.控制耦合

8.一個(gè)模塊的（）太大一般是因?yàn)槿狈χ虚g層次，應(yīng)當(dāng)適當(dāng)增加中間層次的控制模塊。

A.深度B.寬度

C.扇出D.扇入

9.模塊的內(nèi)聚性最高的是（）。

A.邏輯內(nèi)聚

B.時(shí)間內(nèi)聚

C.偶然內(nèi)聚

D.功能內(nèi)聚

10.描述靜態(tài)數(shù)據(jù)結(jié)構(gòu)的概念模式是（）。

A.E-R圖

B.DFD

C.結(jié)構(gòu)圖

D.框圖

11.結(jié)構(gòu)化程序設(shè)計(jì)理論認(rèn)為，實(shí)現(xiàn)良好的程序結(jié)構(gòu)要應(yīng)用（）的分析方法。

A.自頂向下

B.自底向上

C.面向?qū)ο?/p>

D.基于組件

12.在結(jié)構(gòu)化程序設(shè)計(jì)當(dāng)中，不建議使用（）。

A.分支語(yǔ)句

B.循環(huán)語(yǔ)句

C.子程序調(diào)用語(yǔ)句

D.goto語(yǔ)句

13.下面哪些測(cè)試屬于白盒測(cè)試（）。

A.基本路徑測(cè)試

B.等價(jià)類劃分

C.邊界值分析

D.錯(cuò)誤推測(cè)

14.單元測(cè)試的測(cè)試用例主要根據(jù)（）的結(jié)果來(lái)設(shè)計(jì)。

A.需求分析

4

《軟件工程》導(dǎo)學(xué)材料

B.源程序

C.概要設(shè)計(jì)

D.詳細(xì)設(shè)計(jì)

15.在結(jié)構(gòu)化分析方法中，（）表達(dá)系統(tǒng)內(nèi)部數(shù)據(jù)運(yùn)動(dòng)的圖形化技術(shù)。

A.數(shù)據(jù)字典

B.實(shí)體關(guān)系圖

C.數(shù)據(jù)流圖

D.狀態(tài)轉(zhuǎn)換圖

16.隨著軟硬件環(huán)境變化而修改軟件的過(guò)程是

A.校正性維護(hù)

B.適應(yīng)性維護(hù)

C.完善性維護(hù)

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

17.為了提高模塊的獨(dú)立性，模塊內(nèi)部最好是（）。

A.邏輯內(nèi)聚

B.時(shí)間內(nèi)聚

C.功能內(nèi)聚

D.通信內(nèi)聚

18.（）意味著一個(gè)操作在不同的類中可以有不同的實(shí)現(xiàn)方式。

A.多態(tài)性

B.多繼承

C.類的可復(fù)用

D.信息隱藏

19.在面向數(shù)據(jù)流的軟件設(shè)計(jì)方法中，一般將信息流分為（）。

A.變換流和事務(wù)流B.變換流和控制流

C.事務(wù)流和控制流D.數(shù)據(jù)流和控制流

20.數(shù)據(jù)流圖是用于表示軟件模型的一種圖示方法，在下列可采用的繪制方法中，哪些是

不常采用的（）。

A.自頂向下

B.自底向上

C.分層繪制

D.逐步求精

...?：??:??；??；??；??；?k]??,??,??,??,??,*?；??,?個(gè)?；??；??：??:，?.?-.?-.??：??：?

1.下列哪個(gè)階段不屬于軟件生存周期的三大階段（C）。

A.計(jì)劃階段

B.開(kāi)發(fā)階段

C.編碼階段

D.維護(hù)階段

2.需求分析是（A）。

5

《軟件工程》導(dǎo)學(xué)材料

A.軟件開(kāi)發(fā)工作的基礎(chǔ)

B,軟件生存周期的開(kāi)始

C.由系統(tǒng)分析員單獨(dú)完成的

D.由用戶自己?jiǎn)为?dú)完成的

3.原型化方法是軟件開(kāi)發(fā)中一類常用的方法，它與結(jié)構(gòu)化方法相比較，更需要（B）,

A.明確的需求定義

B.完整的生命周期

C.較長(zhǎng)的開(kāi)發(fā)時(shí)間

D.熟練的開(kāi)發(fā)人員

4.軟件維護(hù)時(shí)，對(duì)測(cè)試階段未發(fā)現(xiàn)的錯(cuò)誤進(jìn)行測(cè)試，診斷，定位，糾錯(cuò)，直至修改的問(wèn)

歸測(cè)試過(guò)程稱為（A）。

A.改正性維護(hù)

B.適應(yīng)性維護(hù)

C.完善性維護(hù)

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

5.一般說(shuō)來(lái)，投入運(yùn)行的軟件系統(tǒng)中有錯(cuò)誤（A）。

A.不是不可以理解的

B.是不能容忍的

C.是要求退貨的理由

D.是必然的

***************************************************

1.軟件危機(jī)主要體現(xiàn)在（）。

A.軟件成本太高

B.開(kāi)發(fā)周期長(zhǎng)

C.軟件產(chǎn)品的質(zhì)量難以控制

D.軟件規(guī)模過(guò)大

2.為了解決軟件危機(jī)，人們提出了用（）的原理來(lái)設(shè)計(jì)軟件。

A.運(yùn)籌學(xué)

B.工程學(xué)

C.軟件學(xué)

D.數(shù)學(xué)

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

A.過(guò)于簡(jiǎn)單

B.不能適應(yīng)需求的動(dòng)態(tài)變更

C.過(guò)于靈活

D.各個(gè)階段需要進(jìn)行評(píng)審

4.軟件使不同的系統(tǒng)約束條件和用戶需求得到滿足的容易程度稱為軟件的（）。

A.兼容性

6

《軟件工程》導(dǎo)學(xué)材料

B.可靠性

C.堅(jiān)固性

D.可用性

5.軟件質(zhì)量（可維護(hù)性.可理解性.可靠性）很大程度取決于（）。

A.程序員的變成水平

B.模塊分解的合理

C.程序運(yùn)行效率

D.有完整的故障處理

6.軟件可行性研究一般不考慮（）。

A.是否有足夠的人員和相關(guān)的技術(shù)來(lái)支持系統(tǒng)開(kāi)發(fā)

B.是否有足夠的工具和相關(guān)的技術(shù)來(lái)支持系統(tǒng)開(kāi)發(fā)

C.待開(kāi)發(fā)軟件是否有市場(chǎng).經(jīng)濟(jì)上是否合算

D.待開(kāi)發(fā)的軟件是否會(huì)有質(zhì)量問(wèn)題

7.SA法中，有一個(gè)處理過(guò)程邏輯不易用語(yǔ)言表達(dá)清楚，最好是用（）來(lái)描述。

A.流程圖

B.判定表

C.NS圖

D.問(wèn)題分析圖PAD

8.下列需求陳述中有效需求是（）。

A.目標(biāo)軟件應(yīng)有C++實(shí)現(xiàn)

B.軟件系統(tǒng)必須在5秒內(nèi)響應(yīng)并處理外部事件

C.目標(biāo)軟件必須有系統(tǒng)設(shè)置模塊

D.當(dāng)軟件和用戶交互時(shí)，必須能使用滿足MS風(fēng)格的界面

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

A.繼承和聚集

B.繼承和一般

C.聚集和消息傳遞

D.繼承和方法調(diào)用

10.面向?qū)ο竽Ｐ椭饕梢韵履男┠Ｐ徒M成（）。

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

B.對(duì)象模型,數(shù)據(jù)模型,功能模型

C.數(shù)據(jù)模型,動(dòng)態(tài)模型,功能模型

D.對(duì)象模型,動(dòng)態(tài)模型,數(shù)據(jù)模型

11.OOA中應(yīng)首先識(shí)別（）。

A.對(duì)象

B.類

C.對(duì)象的屬性

7

《軟件工程》導(dǎo)學(xué)材料

D.對(duì)象所屬的類

12.概要設(shè)計(jì)的結(jié)果是提供一份（）。

A.模塊說(shuō)明書(shū)

B.框圖

C.程序

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

13.以下語(yǔ)言中屬于4GL是（）.

A.PB

B.VB

C.UML

D.SQLServer2000中的SQL語(yǔ)言

14.與設(shè)計(jì)測(cè)試數(shù)據(jù)無(wú)關(guān)的文檔是（）。

A.需求分析說(shuō)明書(shū)

B.概要設(shè)計(jì)說(shuō)明書(shū)

C.源程序

D.項(xiàng)目開(kāi)發(fā)計(jì)劃

15.軟件測(cè)試中的測(cè)試實(shí)例主要由輸入數(shù)據(jù)和（）組成。

A.測(cè)試規(guī)則

B.測(cè)試計(jì)劃

C.預(yù)期輸出結(jié)果

D.以往測(cè)試記錄分析

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

A.軟件成本高

B.軟件產(chǎn)率低

C.計(jì)算機(jī)技術(shù)發(fā)展快

D.軟件質(zhì)量得不到保證

2.軟件工程由方法.工具和（）三部分組成。

A.算法

B.技術(shù)

C.文檔

D.過(guò)程

3.軟件生命周期終止的最典型原因是（）。

A.錯(cuò)誤太多

B.利潤(rùn)過(guò)低

C.可維護(hù)性過(guò)差

8

《軟件工程》導(dǎo)學(xué)材料

D.效率不高

4.軟件在需要它投入使用時(shí)能實(shí)現(xiàn)其制定功能的概率稱為軟件的（）。

A.兼容性

B.可靠性

C.堅(jiān)固性

D.可用性

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

A.培訓(xùn)計(jì)劃

B.人員安排

C.進(jìn)度安排

D.軟件開(kāi)發(fā)標(biāo)準(zhǔn)的選擇和制定

6.計(jì)算機(jī)系統(tǒng)工程包含硬件，軟件，人機(jī)及（）工程。

A.數(shù)據(jù)庫(kù)

B.軟件

C.CASE

D.開(kāi)發(fā)方法

7.SA法中，DFD圖的某個(gè)處理過(guò)程分解后，一般不超過(guò)（）處理過(guò)程。

A.10

B.7

C.5

D.12

8.下列需求陳述中一致的是（）。

A.所有命令響應(yīng)時(shí)間應(yīng)小于0.Is：BUILD命令的響應(yīng)時(shí)間應(yīng)小于5s

B.所有命令響應(yīng)時(shí)間應(yīng)小于5s；BUILD命令的響應(yīng)時(shí)間應(yīng)小于B

C.BUILD命令的響應(yīng)時(shí)間應(yīng)小于5s；BUILD命令的響應(yīng)時(shí)間應(yīng)小于C

D.所有命令響應(yīng)時(shí)間必須等于2s；BUILD命令的響應(yīng)時(shí)間應(yīng)小于3s

9.以下哪一項(xiàng)不是面向?qū)ο蟮奶卣鳎ǎ?/p>

A.多態(tài)性

B.繼承性

C.封裝性

D.過(guò)程調(diào)用

10.以下哪一項(xiàng)不屬于面向?qū)ο蟮能浖_(kāi)發(fā)方法（）。

A.coad方法

B.Booch方法

C.jackson方法

D.OMT方法

11.OOA中，事件追蹤圖是反映（）對(duì)象所表現(xiàn)出來(lái)的集體行為。

9

《軟件工程》導(dǎo)學(xué)材料

A.2個(gè)

B.I個(gè)

C.多個(gè)

D.3個(gè)

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

A.效率

B.速度

C.可讀性

D.大小

13.注釋是提高程序可讀性的有效手段，好的程序注釋占到程序總量的（）。

A.1/6

B.1/5

C.1/4

D.1/3

14.在發(fā)現(xiàn)錯(cuò)誤后，排錯(cuò)應(yīng)由（）完成。

A.測(cè)試者

B.高級(jí)程序員

C.用戶

D.軟件的開(kāi)發(fā)者

15.進(jìn)行單元測(cè)試時(shí)，需要一個(gè)（）被測(cè)模塊的程序。

A.傳遞

B.管理

C.調(diào)用

D.驅(qū)動(dòng)

>1??1??]??￡??￡?*1??￡?

?,??,??,??,??.??,??；??；??；??；??；??；???,???,??,??,??,??；??；?

1.具有風(fēng)險(xiǎn)分析的軟件生命周期模型是（）。

A.瀑布模型

B.噴泉模型

C.螺旋模型

D.增量模型

2.軟件工程的基本要素包括方法、工具和（）。

A.過(guò)程

B.軟件系統(tǒng)

C.硬件環(huán)境

D.人員

3.軟件的復(fù)雜性是（），它引起人員通信困難、開(kāi)發(fā)費(fèi)用超支、開(kāi)發(fā)時(shí)間超時(shí)等問(wèn)題。

A.固有的

B.人為的

C.可消除的

D.不可降低的

10

《軟件工程》導(dǎo)學(xué)材料

4.在結(jié)構(gòu)化分析方法中，（）表達(dá)系統(tǒng)內(nèi)部數(shù)據(jù)運(yùn)動(dòng)的圖形化技術(shù)。

A.數(shù)據(jù)字典

B.實(shí)體關(guān)系圖

C.數(shù)據(jù)流圖

D.狀態(tài)轉(zhuǎn)換圖

5.“軟件危機(jī)”是指（，

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

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

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

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

6.隨著軟硬件環(huán)境變化而修改軟件的過(guò)程是（）。

A.校正性維護(hù)

B.適應(yīng)性維護(hù)

C.完善性維護(hù)

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

7.需求分析中開(kāi)發(fā)人員要從用戶那里了解（）。

A.軟件做什么

B.用戶使用界面

C.輸入的信息

D.軟件的規(guī)模

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

A.算法和使用的數(shù)據(jù)結(jié)構(gòu)

B.外部接口

C.功能

D.編程

9.為了提高模塊的獨(dú)立性，模塊內(nèi)部最好是（）。

A.邏輯內(nèi)聚

B.時(shí)間內(nèi)聚

C.外部耦合、功能內(nèi)聚

D.通信內(nèi)聚

10.一個(gè)模塊的（）太大一般是因?yàn)槿狈χ虚g層次，應(yīng)當(dāng)適當(dāng)增加中間層次的控制模塊。

A.深度B.寬度

C.扇出D.扇入

11.模塊的內(nèi)聚性最高的是（）。

A.邏輯內(nèi)聚

B.時(shí)間內(nèi)聚

C.偶然內(nèi)聚

D.功能內(nèi)聚

12.需求分析是（）。

A.軟件開(kāi)發(fā)工作的基礎(chǔ)

B.軟件生存周期的開(kāi)始

C.由系統(tǒng)分析員單獨(dú)完成的

11

《軟件工程》導(dǎo)學(xué)材料

D.由用戶自己?jiǎn)为?dú)完成的

13.在白盒測(cè)試技術(shù)測(cè)試用例的設(shè)計(jì)中，()是最強(qiáng)的覆蓋標(biāo)準(zhǔn)。

A.語(yǔ)句覆蓋

B.路徑覆蓋

C.條件組合覆蓋

D.判定覆蓋

14.軟件維護(hù)時(shí)，對(duì)測(cè)試階段未發(fā)現(xiàn)的錯(cuò)誤進(jìn)行測(cè)試、診斷、定位、糾錯(cuò)，直至修改的回

歸測(cè)試過(guò)程稱為()。

A.改正性維護(hù)

B.適應(yīng)性維護(hù)

C.完善性維護(hù)

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

15.()是把對(duì)象的屬性和操作結(jié)合在一起，構(gòu)成一個(gè)獨(dú)立的對(duì)象，其內(nèi)部信息對(duì)外界是

隱蔽的，外界只能通過(guò)有限的接口與對(duì)象發(fā)生聯(lián)系。

A.多態(tài)性

B.繼承

C.封裝

D.消息

16.對(duì)象實(shí)現(xiàn)了數(shù)據(jù)和操作的結(jié)合，使數(shù)據(jù)和操作()于對(duì)象的統(tǒng)一體中。

A.結(jié)合

B.隱藏

C.封裝

D.抽象

17.面向?qū)ο蟮拈_(kāi)發(fā)方法中，()將是面向?qū)ο蠹夹g(shù)領(lǐng)域內(nèi)占主導(dǎo)地位的標(biāo)準(zhǔn)建模語(yǔ)言。

A.Booch方法

B.Coad方法

C.UML語(yǔ)言

D.OMT方法

18.()意味著一個(gè)操作在不同的類中可以有不同的實(shí)現(xiàn)方式。

A.多態(tài)性

B.多繼承

C.類的可復(fù)用

D.信息隱藏

19.單元測(cè)試的測(cè)試用例主要根據(jù)()的結(jié)果來(lái)設(shè)計(jì)。

A.需求分析

B.源程序

C.概要設(shè)計(jì)

D.詳細(xì)設(shè)計(jì)

20.軟件測(cè)試是為了()而執(zhí)行程序的過(guò)程。

A.糾正錯(cuò)誤

B.發(fā)現(xiàn)錯(cuò)誤

C.避免錯(cuò)誤

D.證明正確

12

《軟件工程》導(dǎo)學(xué)材料

21.類構(gòu)件的重用方式有多態(tài)重用、繼承重用和（）。

A.實(shí)例重用

B.重載重用

C.代碼重用

D.方法重用

22.支持面向?qū)ο蠹夹g(shù)的軟件生存周期模型是（）。

A.噴泉模型

B.螺旋模型

C.增量模型

D.瀑布模型

23.在白盒測(cè)試技術(shù)測(cè)試用例的設(shè)計(jì)中，（）是最弱的覆蓋標(biāo)準(zhǔn)。

A.語(yǔ)句覆蓋

B.路徑覆蓋

C.條件組合覆蓋

D.判定覆蓋

1.瀑布模型把軟件生命周期劃分為八個(gè)階段：?jiǎn)栴}的定義、可行性研究、軟件需求分析、

系統(tǒng)總體設(shè)計(jì)、詳細(xì)設(shè)計(jì)、編碼、測(cè)試和運(yùn)行、維護(hù)。八個(gè)階段乂可歸納為三個(gè)大的階段:

計(jì)劃階段、開(kāi)發(fā)階段和（C）。

A.詳細(xì)計(jì)劃

B.可行性分析

C.運(yùn)行階段

D.測(cè)試與排錯(cuò)

2.在結(jié)構(gòu)化的瀑布模型中，哪一個(gè)階段定義的標(biāo)準(zhǔn)將成為軟件測(cè)試年勺系統(tǒng)測(cè)試階段的

目標(biāo)（A）o

A.需求分析階段

B.詳細(xì)設(shè)計(jì)階段

C.概要設(shè)計(jì)階段

D.可行性研究階段

3.軟件工程的出現(xiàn)主要是由于（C）。

A.程序設(shè)計(jì)方法學(xué)的影響

B.其它工程科學(xué)的影響

C.軟件危機(jī)的出現(xiàn)

D.計(jì)算機(jī)的發(fā)展

4.軟件工程方法學(xué)的目的是：使軟件生產(chǎn)規(guī)范化和工程化，而軟件工程方法得以實(shí)旅的

主要保證是（C）。

A.硬件環(huán)境

B.軟件開(kāi)發(fā)的環(huán)境

C.軟件開(kāi)發(fā)工具和軟件開(kāi)發(fā)的環(huán)境

D.開(kāi)發(fā)人員的素質(zhì)

5.軟件開(kāi)發(fā)常使用的兩種基本方法是結(jié)構(gòu)化和原型化方法，在實(shí)際的應(yīng)用中，它們之間

的關(guān)系表現(xiàn)為（B）。

A.相互排斥

13

《軟件工程》導(dǎo)學(xué)材料

B.相互補(bǔ)充

C.獨(dú)立使用

D.交替使用

6.UML是軟件開(kāi)發(fā)中的一個(gè)重要工具，它主要應(yīng)用于哪種軟件開(kāi)發(fā)方法（C）。

A.基于瀑布模型的結(jié)構(gòu)化方法B.基于需求動(dòng)態(tài)定義的原型化方法

C.基于對(duì)象的面向?qū)ο蟮姆椒―.基于數(shù)據(jù)的數(shù)據(jù)流開(kāi)發(fā)方法

7.在下面的軟件開(kāi)發(fā)方法中，哪一個(gè)對(duì)軟件設(shè)計(jì)和開(kāi)發(fā)人員的開(kāi)發(fā)要求最高（B）。

A.結(jié)構(gòu)化方法

B.原型化方法

C.面向?qū)ο蟮姆椒?/p>

D.控制流方法

8.結(jié)構(gòu)化分析方法是一個(gè)預(yù)先嚴(yán)格定義需求的方法，它在實(shí)施時(shí)強(qiáng)調(diào)的是分析對(duì)象的

（B）o

A.控制流

B.數(shù)據(jù)流

C.程序流

D.指令流

9.軟件開(kāi)發(fā)的結(jié)構(gòu)化生命周期方法將軟件生命周期劃分成（A）。

A.計(jì)劃階段，開(kāi)發(fā)階段，運(yùn)行階段

B.計(jì)劃階段，編程階段，測(cè)試階段

C.總體設(shè)計(jì)，詳細(xì)設(shè)計(jì).編程調(diào)試

D.需求分析，功能定義，系統(tǒng)設(shè)計(jì)

10.軟件開(kāi)發(fā)的瀑布模型，一般都將開(kāi)發(fā)過(guò)程劃分為：分析、設(shè)計(jì)、編碼和測(cè)試等階段，一

般認(rèn)為可能占用人員最多的階段是（C）。

A.分析階段

B.設(shè)計(jì)階段

C.編碼階段

D.測(cè)試階段11.適合于面向?qū)ο蠓椒▽W(xué)的軟件生存周期模

型是（B）。

A.瀑布模型

B.噴泉模型

C.螺旋模型

D.增量模型

12.從結(jié)構(gòu)化的瀑布模型看，在它的生命周期中的八個(gè)階段中，下面的兒個(gè)選項(xiàng)中哪個(gè)環(huán)

節(jié)出錯(cuò)，對(duì)軟件的影響最大的是（C）。

A.詳細(xì)設(shè)計(jì)階段

B.概要設(shè)計(jì)階段

C.需求分析階段

D.測(cè)試和運(yùn)行階段

13.從實(shí)用角度看，數(shù)據(jù)規(guī)范化在大多數(shù)場(chǎng)合選用第（C）范式。

A.1

B.2

14

《軟件工程》導(dǎo)學(xué)材料

C.3

D.5

14.可行性分析研究的目的是（A）。

A.項(xiàng)目值得開(kāi)發(fā)否

B.爭(zhēng)取項(xiàng)目

C.開(kāi)發(fā)項(xiàng)目

D.功能內(nèi)聚

15.模塊的內(nèi)聚性最高的是（D）。

A.邏輯內(nèi)聚

B.時(shí)間內(nèi)聚

C.偶然內(nèi)聚

D.功能內(nèi)聚

16.開(kāi)發(fā)軟件所需高成本和產(chǎn)品的低質(zhì)量之間有著尖銳的矛盾，這種現(xiàn)象稱（B）。

A.軟件工程

B.軟件危機(jī)

C.軟件周期

D.軟件產(chǎn)生

17.需求分析階段的任務(wù)是確定（D）。

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

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

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

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

18.完整的軟件結(jié)構(gòu)通常用（B）圖來(lái)表示。

A.IPO圖B.HIPO圖

C.PAD圖D.DFD圖

19.在白盒法技術(shù)測(cè)試用例的設(shè)計(jì)中（A）是最弱的覆蓋標(biāo)準(zhǔn)。

A.語(yǔ)句

B.路徑

C.條件組合

D.判定

20.軟件開(kāi)發(fā)中常采用的結(jié)構(gòu)化生命周期方法，由于其特征而一般稱其為（A）。

A.瀑布模型

B.對(duì)象模型

C.螺旋模型

D.層次模型

概述00247001001

軟件需求00247001005

軟件設(shè)計(jì)00247001002

面向?qū)ο?0247001003

15

《軟件工程》導(dǎo)學(xué)材料

軟件測(cè)試00247001004

二.判斷

概述00247001001

1.據(jù)統(tǒng)計(jì)，軟件維護(hù)人員為了分析和理解原軟件系統(tǒng)所花費(fèi)的工作量約占整個(gè)維護(hù)工作

量的60%以下。（F）

2.按照功能，軟部件可劃分為系統(tǒng)軟件和應(yīng)用軟件兩類。（T）

3.軟件在使用過(guò)程中維護(hù)不十分復(fù)雜。（F）

4.軟件也會(huì)磨損和老化，（F）

5.完善性維護(hù)是提高或完善軟件的性能。（T）

6.一般人為，軟件開(kāi)發(fā)階段是由設(shè)計(jì)、編碼和測(cè)試三個(gè)基本活動(dòng)組成。（F）

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

8.軟件是指用程序設(shè)計(jì)語(yǔ)言（如Pascal,C,VisualBasic等）編寫(xiě)的程序，軟件開(kāi)發(fā)實(shí)際

上就是編寫(xiě)程序代碼。（F）

9.PowerDesigner是一個(gè)CASE工具。（T）

10.人機(jī)界面（Human-Computerlntcrfacc,簡(jiǎn)稱HCI）又稱人-機(jī)接口或用戶界面。（T）

11.隨著軟件復(fù)雜性的不斷提高，軟件的維護(hù)難度越來(lái)越大。（T）

12.軟件的可維護(hù)性差是軟件維護(hù)工作量和費(fèi)用激增的直接原因。（T）

13.軟件危機(jī)完全是由于硬件問(wèn)題引起的。（F）

14.為了加強(qiáng)軟件維護(hù)作業(yè)的進(jìn)度，應(yīng)盡可能增加維護(hù)人員的數(shù)目。（F）

軟件需求00247001005

1.在用戶需求分析時(shí)觀察用戶手工操作過(guò)程不是為了模擬手工操作過(guò)程，而是為了獲取

第一手資料，并從中提取出有價(jià)值的需求。（T）

2.快速原型技術(shù)適用于軟件產(chǎn)品要求大量的用戶交互、或產(chǎn)生大量的可視輸出、或設(shè)計(jì)

一些復(fù)雜的算法等場(chǎng)合。（T）

3.數(shù)據(jù)流圖中各構(gòu)成元素的名稱不一定必須具有明確的含義以代表對(duì)應(yīng)元素的內(nèi)容或功

能（F）

4.如果某子功能可以用一段簡(jiǎn)潔、精確的文字描述清楚，就無(wú)需進(jìn)一步分解，是創(chuàng)建用

戶需求的數(shù)據(jù)流模型應(yīng)遵循的規(guī)則。（T）

5.用戶對(duì)軟件需求的描述不精確，往往是產(chǎn)生軟件危機(jī)的原因之一。（T）

6.數(shù)據(jù)字典是對(duì)數(shù)據(jù)流圖中的數(shù)據(jù)流，處理過(guò)程、數(shù)據(jù)存儲(chǔ)、數(shù)據(jù)的源和終點(diǎn)進(jìn)行詳細(xì)

定義。（T）

7.可行性研究進(jìn)一步研究問(wèn)題分析階段所確定的問(wèn)題是否有可行的解。（T）

8.驗(yàn)證軟件需求的方法主要靠人工審查的方法。（T）

9.在進(jìn)行概要設(shè)計(jì)時(shí)應(yīng)加強(qiáng)模塊間聯(lián)系。（F）

10.在進(jìn)行需求分析時(shí)需同時(shí)考慮維護(hù)問(wèn)題。（F）

16

《軟件工程》導(dǎo)學(xué)材料

11.軟件設(shè)計(jì)也可看作將需求規(guī)格說(shuō)明逐步轉(zhuǎn)換為軟件源代碼的過(guò)程。（T）

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

軟件設(shè)計(jì)-00247001002

1.目前的絕大多數(shù)軟件都不適合于快速原型技術(shù)。（F）

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

3.軟件可重用性（reusabilily）,是指軟部件可以在多種場(chǎng)合使用的程度。（T）

4.文檔可用于專業(yè)人員和用戶之間的通信和交流；軟件開(kāi)發(fā)過(guò)程的管理；運(yùn)行階段的維

護(hù)（T）

5.軟件開(kāi)發(fā)、設(shè)計(jì)幾乎都是從頭開(kāi)始，成本和進(jìn)度很難，古計(jì)。（T）

6.適應(yīng)性維護(hù)是改進(jìn)軟件未來(lái)的可維護(hù)性和可靠性。（F）

7.由于軟件是邏輯產(chǎn)品，軟件質(zhì)量較容易直接度量。（F）

8.V（G）值越高的程序往往是越不復(fù)雜、越不容易出問(wèn)題的程序。（F）

9.目前我國(guó)還沒(méi)有頒布軟件開(kāi)發(fā)標(biāo)準(zhǔn)。（F）

10.開(kāi)發(fā)大型軟件易產(chǎn)生疏漏和錯(cuò)誤，往往是產(chǎn)生軟件危機(jī)的原因之一。（T）

11.目前，軟件項(xiàng)目的進(jìn)度安排的兩種比較常用的方法是程序評(píng)估與審查技術(shù)（PERT）和

關(guān)鍵路徑法（CPM）。（T）

12.一個(gè)好的開(kāi)發(fā)人員應(yīng)具備的素質(zhì)和能力包括善于與周圍人員團(tuán)結(jié)協(xié)作，建立良好的人

際關(guān)系，善于聽(tīng)取別人的意見(jiàn)。（T）

13.缺乏處理大型軟件項(xiàng)目的經(jīng)驗(yàn)。是產(chǎn)生軟件危機(jī)的唯一原因。（F）

14.缺乏有力的方法學(xué)的指導(dǎo)和有效的開(kāi)發(fā)工具的支持，這往往是產(chǎn)生軟件危機(jī)的原因之一。

（T）

15.一個(gè)好的開(kāi)發(fā)人員應(yīng)具備的素質(zhì)和能力不包括具有艮好的書(shū)面和口頭表達(dá)能力。（F）

16.為了提高程序的易讀性，盡可能使用高級(jí)語(yǔ)言或4GL編寫(xiě)程序。（T）

17.軟件工程學(xué)只有理論意義，沒(méi)有實(shí)際用途。（F）

18.軟件工程的方法只適用于大型軟件的開(kāi)發(fā)，對(duì)小型軟件的開(kāi)發(fā)沒(méi)有幫助。（F）

19.耦合度是對(duì)軟件結(jié)構(gòu)中模塊間關(guān)聯(lián)程度的一種度量c在設(shè)計(jì)軟件時(shí)應(yīng)追求盡可能緊密

的耦合的系統(tǒng)。（F）

20.在面向?qū)ο笤O(shè)計(jì)階段則著重完成“如何做”的問(wèn)題，也就是著重考慮對(duì)象的實(shí)現(xiàn)細(xì)節(jié)。

（T）11

21.流程圖也稱為程序（框圖）是最常用的一種表示法。（T）

22.面向數(shù)據(jù)設(shè)計(jì)方法一般都包括下列任務(wù)：確定數(shù)據(jù)結(jié)構(gòu)特征；用順序、選擇和重復(fù)三種

基本形式表示數(shù)據(jù)等步驟。（T）

23.面向數(shù)據(jù)的設(shè)計(jì)方法適用場(chǎng)合是具有明顯的層次信息結(jié)構(gòu)的應(yīng)用如：企事業(yè)的信息管

理系統(tǒng)；系統(tǒng)軟件（如操作系統(tǒng)）笠（T）

24.編碼時(shí)應(yīng)盡可能使用全局變量（F）

25.重視程序結(jié)構(gòu)的設(shè)計(jì)，能使程序具有較好的層次結(jié)構(gòu)（T）

26.程序中的注解越少越好（F）。

27.通常緊致性好的語(yǔ)言一致性就好。（F）

28.以對(duì)象、類、繼承和通信為基礎(chǔ)的面向?qū)ο笤O(shè)計(jì)方法（OOD）也是常見(jiàn)的軟件概要設(shè)

計(jì)方法之一。（T）

29.理想的人機(jī)界面應(yīng)針對(duì)具有典型個(gè)性的特定的一類用戶設(shè)計(jì)。（T）

30.數(shù)據(jù)輸入的一般準(zhǔn)則中包括盡量（增加）用戶輸入的動(dòng)作。（F）

17

《軟件工程》導(dǎo)學(xué)材料

31.編程中應(yīng)采用統(tǒng)一的標(biāo)準(zhǔn)和約定，降低程序的復(fù)雜性。（T）

32.在同一用戶界面中，所有的菜單選擇、命令輸入、數(shù)據(jù)顯示和其他功能應(yīng)采用不同的

形式和風(fēng)格。（F）

33.為提高可交互性一般對(duì)大多數(shù)操作動(dòng)作應(yīng)允許用戶恢復(fù)。同時(shí)應(yīng)盡量減少用戶記憶的

信息量。（T）

34.并發(fā)系統(tǒng)中遇到的一個(gè)主要問(wèn)題是定時(shí)問(wèn)題。（T）

35.編碼風(fēng)格由個(gè)人喜好決定，沒(méi)有固定格式。（F）

36.軟件重用是提高軟仁開(kāi)發(fā)生產(chǎn)率和目標(biāo)系統(tǒng)質(zhì)量的重要途徑。（T）

面向?qū)ο?0247001003

1.面向?qū)ο蠼５玫降哪Ｐ桶到y(tǒng)的3個(gè)要素，即靜態(tài)結(jié)構(gòu)、交互次序和數(shù)據(jù)變換。

（T）

2.UML是一種面向?qū)ο蟮姆治鲈O(shè)計(jì)方法，即OOA/OOD方法。（F）

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

生成對(duì)象的模板。（T）

4.系統(tǒng)結(jié)構(gòu)圖是精確表達(dá)程序結(jié)構(gòu)的圖形表示法。因此,有時(shí)也可以將系統(tǒng)結(jié)構(gòu)圖當(dāng)作

系統(tǒng)流程圖使用。（F）

5.最高耦合度是數(shù)據(jù)耦合。（F）

6.模塊化，信息隱藏，抽象和逐步求精的軟件設(shè)計(jì)原則有助于得到高內(nèi)聚，低耦合度的

軟件產(chǎn)品。（T）

7.模塊化，信息隱藏，抽象和逐步求精的軟件設(shè)計(jì)原則有助于得到高內(nèi)聚，低耦合度的

軟件產(chǎn)品。（T）

8.統(tǒng)一的建模語(yǔ)言，是一種軟件工程設(shè)計(jì)語(yǔ)言。（F）

9.模塊化使程序設(shè)計(jì)比較方便，但比較難以維護(hù)。（F）

10.一個(gè)模塊實(shí)際上就是一個(gè)進(jìn)程。（F）

11.過(guò)程描述語(yǔ)言可以用于描述軟件的系統(tǒng)結(jié)構(gòu)。（F）

12.編程語(yǔ)言應(yīng)該在軟性概要設(shè)計(jì)時(shí)選擇。（F）

軟件測(cè)試00247001004

1.如果通過(guò)軟件測(cè)試沒(méi)有發(fā)現(xiàn)錯(cuò)誤，則說(shuō)明軟件是正確的。（F）

2.代碼審查方法沒(méi)有計(jì)算機(jī)測(cè)試方法好。（F）

3.判定覆蓋不一定包含條件覆蓋，條件覆蓋也不一定包含判定覆蓋。（T）

4.判定覆蓋必然滿足語(yǔ)句覆蓋。（T）

5.確認(rèn)測(cè)試計(jì)劃應(yīng)該在可行性研究階段制定。（F）

6.用窮舉測(cè)試是較現(xiàn)實(shí)的測(cè)試方法。（F）

7.測(cè)試計(jì)劃、測(cè)試用例、出錯(cuò)統(tǒng)計(jì)和有關(guān)的分析報(bào)告一般不用長(zhǎng)期保存。（F）

8.數(shù)據(jù)輸入的一般準(zhǔn)則中包括保證信息顯示方式與數(shù)據(jù)輸入方式的協(xié)調(diào)一致；允許用戶

定做輸入格式等內(nèi)容。（T）

18

《軟件工程》導(dǎo)學(xué)材料

9.如果通過(guò)軟件測(cè)試沒(méi)有發(fā)現(xiàn)錯(cuò)誤，則說(shuō)明軟件是正確的。（F）

10.用黑盒法測(cè)試時(shí)，測(cè)試用例是根據(jù)程序內(nèi)部邏輯設(shè)計(jì)的。（F）

11.集成測(cè)試主要由用戶來(lái)完成。（F）

12.在程序調(diào)試時(shí)，找出錯(cuò)誤的位置和性質(zhì)比改正該錯(cuò)誤更難。（T）

三.名詞解釋

概述00247001001

1.基線

參考答案：已經(jīng)通過(guò)正式復(fù)審和批準(zhǔn)的某規(guī)約或產(chǎn)品，它因此可以作為進(jìn)一步開(kāi)發(fā)的基礎(chǔ),

并且只能遵循正式的變化控制過(guò)程得到改變。

2.軟件配置管理

參考答案：軟件配置管理，簡(jiǎn)稱SCM,它用于整個(gè)軟件工程過(guò)程。其主要目標(biāo)是：標(biāo)識(shí)

變更、控制變更、確保變更正確地實(shí)現(xiàn)、報(bào)告有關(guān)變更。SCM是一組管理整個(gè)軟件生存

期各階段中變更的活動(dòng)。

3.軟件配置項(xiàng)

參考答案：軟件配置項(xiàng)是軟件工程中產(chǎn)生的信息項(xiàng)，它是配置管理的基本單位，對(duì)已成為

基線的SCI,雖然可以修改，但必須按照一個(gè)特殊的正確的過(guò)程進(jìn)行評(píng)估，確認(rèn)每一處的

修改。

4.軟件工程

參考答案：指導(dǎo)計(jì)算機(jī)軟件開(kāi)發(fā)和維護(hù)的工程學(xué)科。采月工程的概念、原理、技術(shù)和方法來(lái)

開(kāi)發(fā)與維護(hù)軟件，把經(jīng)過(guò)時(shí)間考驗(yàn)而證明正確的管理技術(shù)和當(dāng)前能夠得到的最好的技術(shù)方法

結(jié)合起來(lái)，這就是軟件工程。

5.模塊

參考答案：模塊在程序中是數(shù)據(jù)說(shuō)明、可執(zhí)行語(yǔ)句等程序?qū)ο蟮募?，或者是單?dú)命名

和編址的元素，如高級(jí)語(yǔ)言中的過(guò)程、函數(shù)和子程序等。在軟件的體系結(jié)構(gòu)中，模塊是可

組合、分解和更換的單元。

軟件需求00247001005

1.事務(wù)流

參考答案：數(shù)據(jù)沿輸入通路到達(dá)一個(gè)處理，這個(gè)處理根據(jù)輸入數(shù)據(jù)的類型在若干個(gè)動(dòng)作序

列中選出一個(gè)來(lái)執(zhí)行。這類數(shù)據(jù)流應(yīng)該劃分為一類特殊的數(shù)據(jù)流，稱為事務(wù)流。

2.社會(huì)可行性

參考答案：要開(kāi)發(fā)的項(xiàng)目是否存在任何侵犯、妨礙等責(zé)任問(wèn)題，要開(kāi)發(fā)項(xiàng)目目的運(yùn)行方式

在用戶組織內(nèi)是否行得通，現(xiàn)有管理制度、人員素質(zhì)、操作方式是否可行。

3.結(jié)構(gòu)化分析

參考答案：面向數(shù)據(jù)流進(jìn)行需求分析的方法，旨在減少分析活動(dòng)中的錯(cuò)誤，建立滿足用戶

需求的系統(tǒng)邏輯模型。

4.數(shù)據(jù)流圖

參考答案：數(shù)據(jù)流圖是以圖形方式來(lái)表達(dá)數(shù)據(jù)處理系統(tǒng)中信息的變換和傳遞過(guò)程。

5.系統(tǒng)流程圖

19

《軟件工程》導(dǎo)學(xué)材料

參考答案：是描繪物理系統(tǒng)的傳統(tǒng)工具，它用圖形符號(hào)來(lái)表示系統(tǒng)中的各個(gè)元素，例如

人工處理、數(shù)據(jù)處理、數(shù)據(jù)庫(kù)、文件、設(shè)備等。它表達(dá)了系統(tǒng)中各個(gè)元素之間的信息流動(dòng)

的情況。

軟件設(shè)計(jì)00247001002

1.事務(wù)流

參考答案：數(shù)據(jù)沿輸入通路到達(dá)一個(gè)處理，這個(gè)處理根據(jù)輸入數(shù)據(jù)的類型在若干個(gè)動(dòng)作序

列中選出一個(gè)來(lái)執(zhí)行。這類數(shù)據(jù)流應(yīng)該劃分為一類特殊的數(shù)據(jù)流，稱為事務(wù)流。

2.軟件結(jié)構(gòu)圖

參考答案：軟件結(jié)構(gòu)圖也稱模塊結(jié)構(gòu)圖，又稱程序結(jié)構(gòu)圖，是采用結(jié)構(gòu)化設(shè)計(jì)方法進(jìn)行軟

件概要設(shè)計(jì)的重要描述手段。

3.詳細(xì)設(shè)計(jì)

參考答案：也稱過(guò)程設(shè)計(jì)，是在概要設(shè)計(jì)的基礎(chǔ)上，設(shè)計(jì)出軟件各模塊內(nèi)部的詳細(xì)算法，并

精確地表。

4.結(jié)構(gòu)化設(shè)計(jì)

參考答案：面向數(shù)據(jù)流的設(shè)計(jì)是以需求分析階段產(chǎn)生的數(shù)據(jù)流圖為基礎(chǔ)，按一定的步驟

映射成軟件結(jié)構(gòu)，因此又稱結(jié)構(gòu)化設(shè)計(jì)。

面向?qū)ο?02470()1003

1.多態(tài)性

參考答案：指相同的操作或函數(shù)、過(guò)程可作用于多種類型的對(duì)象上并獲得不同結(jié)果。或

(不同的對(duì)象，收到同一消息可以產(chǎn)生不同的結(jié)果。)

2.活動(dòng)圖

參考答案：活動(dòng)圖通過(guò)提供特定的場(chǎng)景內(nèi)交流的圖形化表示來(lái)補(bǔ)充用例。在某個(gè)處理環(huán)境

中，活動(dòng)圖可以描述存在的并且已經(jīng)被定義為需求導(dǎo)出任務(wù)一部分的活動(dòng)或功能。

3.耦合性

參考答案：耦合性是對(duì)一個(gè)軟件結(jié)構(gòu)內(nèi)不同模塊之間互連程度的度量。

4.類圖

參考答案：一個(gè)分析類及其對(duì)象經(jīng)常參與多個(gè)用例實(shí)現(xiàn)，而一個(gè)具體類的某些職責(zé)、屬性

及關(guān)聯(lián)只與一個(gè)用例實(shí)現(xiàn)相關(guān)。

5.瀑布模型

參考答案：將軟件生存周期各個(gè)活動(dòng)規(guī)定為依線性順序連接的若干階段的一種軟件開(kāi)發(fā)模

型。它包括可行性分析、項(xiàng)目開(kāi)發(fā)計(jì)劃、需求分析、概要設(shè)計(jì)、詳細(xì)設(shè)計(jì)、編碼、測(cè)試和

維護(hù)。

6.父圖與子圖的平衡

參考答案：建立分層的數(shù)據(jù)流圖時(shí)，子圖的輸入輸出數(shù)據(jù)流同父圖相應(yīng)加工的輸入輸出

數(shù)據(jù)流必須保持一致，這就是父圖與子圖的平衡。

7.對(duì)象模型

參考答案：對(duì)象模型表示了靜態(tài)的、結(jié)構(gòu)化的系統(tǒng)數(shù)據(jù)性質(zhì)，描述了系統(tǒng)的靜態(tài)結(jié)構(gòu)，它

是從客觀世界實(shí)體的對(duì)象關(guān)系角度來(lái)描述，表現(xiàn)了對(duì)象的相互關(guān)系。

軟件測(cè)試00247001004

1.黑盒測(cè)試

參考答案：黑盒測(cè)試指把測(cè)試對(duì)象看成一個(gè)黑盒子，測(cè)試人員完全不考慮程序的內(nèi)部結(jié)

20

《軟件工程》導(dǎo)學(xué)材料

構(gòu)和處理過(guò)程，只在軟件的接口處進(jìn)行測(cè)試，依據(jù)需求規(guī)格說(shuō)明書(shū)，檢查程序是否滿足功

能要求，又稱為功能測(cè)試或數(shù)據(jù)驅(qū)動(dòng)測(cè)試。

2.白盒測(cè)試

參考答案：白盒測(cè)試指把測(cè)試對(duì)象看成一個(gè)打開(kāi)的盒子，測(cè)試人員需了解程序的內(nèi)部結(jié)構(gòu)

和處理過(guò)程，以檢查處理過(guò)程的細(xì)節(jié)為基礎(chǔ)，對(duì)程序中盡可能多的邏輯路徑進(jìn)行測(cè)試，檢驗(yàn)內(nèi)

部控制結(jié)構(gòu)和數(shù)據(jù)結(jié)構(gòu)是否有錯(cuò)，實(shí)際的運(yùn)行狀態(tài)與預(yù)期的狀態(tài)是否一致。

3.語(yǔ)句覆蓋

參考答案：語(yǔ)句覆蓋指設(shè)計(jì)足夠的測(cè)試用例，使被測(cè)程序中每個(gè)語(yǔ)句至少執(zhí)行一次。

4.判定覆蓋

參考答案：判定覆蓋指設(shè)計(jì)足夠的測(cè)試用例，使被測(cè)程序中每個(gè)判定表達(dá)式至少獲得一次

“真”值或“假”值，從而使程序的每個(gè)分支至少都通過(guò)一次，因此判定覆蓋又稱分支覆

蓋。

5.條件覆蓋

參考答案：條件覆蓋指設(shè)計(jì)足夠測(cè)試用例，使判定表達(dá)式中每個(gè)條件的各種可能的值至少

出現(xiàn)一次。

6.判定/條件覆蓋

參考答案：判定/條件覆蓋指設(shè)計(jì)足夠的測(cè)試用例，使得判定表達(dá)式中每個(gè)條件的所有可

能取值至少出現(xiàn)一次，并使每個(gè)判定表達(dá)式所有可能的結(jié)果也至少出現(xiàn)一-次。

7.條件組合覆蓋

參考答案：條件組合覆蓋指設(shè)計(jì)足夠的測(cè)試用例，使得每個(gè)判定表達(dá)式中條件的各種可能

的值的組合都至少出現(xiàn)一次。

8.路徑覆蓋

參考答案：路徑覆蓋指設(shè)計(jì)足夠的測(cè)試用例，覆蓋被測(cè)程序中所有可能的路徑。

9.測(cè)試用例

參考答案：測(cè)試用例指為尋找程序中的錯(cuò)誤而精心設(shè)計(jì)的一組測(cè)試數(shù)據(jù)。

四.解答題（簡(jiǎn)答題）

概述00247001001

1.簡(jiǎn)述什么是軟件危機(jī)?為什么會(huì)產(chǎn)生軟件危機(jī)？

參考答案：軟件危機(jī)是指軟件在開(kāi)發(fā)和維護(hù)過(guò)程中遇到的一系統(tǒng)嚴(yán)重問(wèn)題，主要包含二方

面的問(wèn)題，一是如何開(kāi)發(fā)利用軟件，二是如何維護(hù)數(shù)量穴斷膨脹的已有軟件。產(chǎn)生軟件危機(jī)

的原因，一方面與軟件本身的特點(diǎn)有關(guān)，另一方面和軟件開(kāi)發(fā)與維護(hù)的方法不正確有關(guān)。

2.簡(jiǎn)述瀑布模型的優(yōu)點(diǎn)和缺點(diǎn)。

參考答案：瀑布模型的優(yōu)點(diǎn)是：

（1）可強(qiáng)迫開(kāi)發(fā)人員采用規(guī)范化的方法

（2）嚴(yán)格地規(guī)定了每個(gè)階段必須提交的文檔。

（3）要求每個(gè)階段交出的所有產(chǎn)品都必須是經(jīng)過(guò)驗(yàn)證（評(píng)審）的。瀑

布模型的缺點(diǎn)是：

（1）由于瀑布模型幾乎完全依賴于書(shū)面的規(guī)格說(shuō)明，很可能導(dǎo)致最終開(kāi)發(fā)出的軟件產(chǎn)品

不能真正滿足用戶的需要.如果需求規(guī)格說(shuō)明與用戶需求之間有差異，就會(huì)發(fā)生這種情況。

（2）瀑布模型只適用于項(xiàng)目開(kāi)始時(shí)需求已確定的情況。

21

《軟件工程》導(dǎo)學(xué)材料

3.簡(jiǎn)述目前國(guó)內(nèi)軟件開(kāi)發(fā)在實(shí)現(xiàn)（編碼）環(huán)節(jié)普遍采用面向?qū)ο蟮拈_(kāi)發(fā)工具或語(yǔ)言，簡(jiǎn)

述幾種（至少三種）目前常用的軟件實(shí)現(xiàn)（編碼）工具或語(yǔ)言，說(shuō)明這些工具的主要應(yīng)用

領(lǐng)域。

參考答案：如C#（C/B/S結(jié)構(gòu)軟件），JAVA（B/S結(jié)構(gòu)軟件），C++（系統(tǒng)軟件），DEPHI

（開(kāi)發(fā)C/S結(jié)構(gòu)軟件）、PB（開(kāi)發(fā)C/S結(jié)構(gòu)下基于數(shù)據(jù)庫(kù)的軟件）。

軟件需求00247001005

1.簡(jiǎn)述原型化方法主要用于解決什么問(wèn)題？試說(shuō)明這種方法的主要優(yōu)缺點(diǎn)。

參考答案：建立原型的主要原因是為了解決在產(chǎn)品開(kāi)發(fā)的早期階段需求不確定的問(wèn)題，用

戶、經(jīng)理和其他非技術(shù)項(xiàng)目風(fēng)險(xiǎn)承擔(dān)者發(fā)現(xiàn)在確定和開(kāi)發(fā)產(chǎn)品時(shí)，原型可以使他們的想象更

具體化。

原型在軟件開(kāi)發(fā)過(guò)程中可以起到以下主要作用：

（1）明確并完善需求原型作為一種需求工具，它初步實(shí)現(xiàn)所理解的系統(tǒng)的一部分。用戶

對(duì)原型的評(píng)價(jià)可以指出需求中的許多問(wèn)題，在你開(kāi)發(fā)真正產(chǎn)品之前，可以最低的費(fèi)用來(lái)解

決這些問(wèn)題。

（2）探索設(shè)計(jì)選擇方案原型作為一種設(shè)計(jì)工具，用它可以探索不同的用戶界面技術(shù)，使

系統(tǒng)達(dá)到最佳的可用性，并且可以評(píng)價(jià)可能的技術(shù)方案，

（3）發(fā)展為最終的產(chǎn)品原型作為一種構(gòu)造工具，是產(chǎn)品最初子集的完整功能實(shí)現(xiàn)，通過(guò)

一系列小規(guī)模的開(kāi)發(fā)循環(huán)，你可以完成整個(gè)產(chǎn)品的開(kāi)發(fā)，

2.簡(jiǎn)述統(tǒng)一過(guò)程的6個(gè)核心過(guò)程工作流是什么。

參考答案：統(tǒng)一過(guò)程中有6個(gè)核心過(guò)程工作流，即業(yè)務(wù)建模、需求、分析與設(shè)計(jì)、實(shí)現(xiàn)、測(cè)

試和部署。

1）業(yè)務(wù)建模工作流。用業(yè)務(wù)用例為業(yè)務(wù)過(guò)程建立模型。

2）需求工作流。描述系統(tǒng)應(yīng)該做什么，確保開(kāi)發(fā)人員構(gòu)建正確的系統(tǒng)。為此，需明確系統(tǒng)

的功能需求和非功能需求（約束）。

3）分析與設(shè)計(jì)工作流。分析和細(xì)化需求，并建立分析模型和設(shè)計(jì)模型。

4）實(shí)現(xiàn)工作流。用選擇的實(shí)現(xiàn)語(yǔ)言實(shí)現(xiàn)目標(biāo)系統(tǒng)。以分層的方式組織代碼的結(jié)構(gòu)，用構(gòu)件

的形式來(lái)實(shí)現(xiàn)類，對(duì)構(gòu)件進(jìn)行單元測(cè)試，將構(gòu)件集成到可執(zhí)行的系統(tǒng)中。

5）測(cè)試工作流。執(zhí)行集成測(cè)試，驗(yàn)證對(duì)象之間的交互，是否所有的構(gòu)件都集成了，是否表

示正確實(shí)現(xiàn)了所有需求，查錯(cuò)并改正。

6）部署工作流。制作軟件的外部版本，軟件打包、分發(fā)，為用戶提供幫助和支持。

3.簡(jiǎn)述需求分析工作可以分成哪四個(gè)方面？軟件需求分析的有哪三個(gè)基本原則？

參考答案：需求分析階段分成四個(gè)方面：對(duì)問(wèn)題的識(shí)別、分析與綜合、制定規(guī)格說(shuō)明和評(píng)

審。三個(gè)基本原則：必須能夠表達(dá)和理解問(wèn)題的數(shù)據(jù)域和功能域：必須按自頂向下、逐步

分解的方式對(duì)問(wèn)題進(jìn)行分解和不斷細(xì)化；要給出系統(tǒng)的邏輯視圖和物理視圖。

2.簡(jiǎn)述變換型映射方法的步驟。

4.簡(jiǎn)述基于數(shù)據(jù)流方法的設(shè)計(jì)過(guò)程。

參考答案：

（1）復(fù)查并精化數(shù)據(jù)流圖。對(duì)需求分析階段得出的數(shù)據(jù)流圖認(rèn)真復(fù)查，并在必要時(shí)進(jìn)

行精化。不僅要確保數(shù)據(jù)流圖給出了目標(biāo)系統(tǒng)正確的邏輯模型，而且應(yīng)該使數(shù)據(jù)流圖中每

22

《軟件工程》導(dǎo)學(xué)材料

個(gè)處理都代表一個(gè)規(guī)模適中、相對(duì)獨(dú)立的子功能。

（2）確定數(shù)據(jù)流圖中數(shù)據(jù)流的的數(shù)據(jù)流類型有變換型數(shù)據(jù)流事務(wù)型數(shù)據(jù)流數(shù)據(jù)流類型決

定了映射的方法。

（3）導(dǎo)出初始的軟件結(jié)構(gòu)圖：根據(jù)數(shù)據(jù)流類型，應(yīng)用變換型映射方法或事務(wù)型映射方法

得到初始的軟件結(jié)構(gòu)圖。

（4）逐級(jí)分解：對(duì)軟件結(jié)構(gòu)圖進(jìn)行逐級(jí)分解，一般要進(jìn)行一級(jí)分解和二級(jí)分解，如果需

要，也可以進(jìn)行更多級(jí)的分解。

（5）精化軟件結(jié)構(gòu)：使用設(shè)計(jì)度量和啟發(fā)式規(guī)則對(duì)得到的軟件結(jié)構(gòu)進(jìn)一步精化。參考答案

（1）重畫(huà)數(shù)據(jù)流圖；（2）區(qū)分有效（邏輯）輸入、有效（邏輯）輸出和中心變換部分；

（3）進(jìn)行一級(jí)分解，設(shè)計(jì)上層模塊；（4）進(jìn)行二級(jí)分解，設(shè)計(jì)輸入、輸出和中心變換部

分的中、下層模塊。

（6）導(dǎo)出接口描述和全局?jǐn)?shù)據(jù)結(jié)構(gòu)：對(duì)每一個(gè)模塊，給出進(jìn)出該模塊的信息，即該模塊

的接口描述。此外，還需要對(duì)所使用的全局?jǐn)?shù)據(jù)結(jié)構(gòu)給出描述。

5.簡(jiǎn)述軟件需求分析階段的四個(gè)步驟，并作簡(jiǎn)要分析。

參考答案：

（1）需求獲?。和ㄟ^(guò)啟發(fā)、引導(dǎo)，從客戶（或用戶）那里得到的原始需求

（2）需求分析：需求分析人員在這一步驟中認(rèn)真地研究獲取的需求，為此必須考慮完整

性、正確性、充分性、合理性、可行性，且獲取的每項(xiàng)需求必須具有：

技術(shù)可行性：在現(xiàn)有條件和環(huán)境下技術(shù)實(shí)現(xiàn)是不存在問(wèn)題的。

經(jīng)濟(jì)可行性：設(shè)計(jì)和實(shí)現(xiàn)不會(huì)超出預(yù)算范圍。如果為實(shí)現(xiàn)此功能需外購(gòu)工具或設(shè)備就必須

認(rèn)真考慮這一點(diǎn)。

社會(huì)可行性：不會(huì)涉及知識(shí)產(chǎn)權(quán)的侵權(quán)問(wèn)題，這包括項(xiàng)目的實(shí)施既不會(huì)對(duì)其他組織構(gòu)成侵

權(quán)，也不會(huì)使本組織的知識(shí)產(chǎn)權(quán)受到侵害。

（3）需求定義：編寫(xiě)軟件需求規(guī)格說(shuō)明，作為軟件開(kāi)發(fā)的依據(jù)，必須將已經(jīng)過(guò)分析的需

求清晰、全面、系統(tǒng)、準(zhǔn)確地描述成正式的文檔。

（4）需求驗(yàn)證：為了確保已定義的需求準(zhǔn)確無(wú)誤，并能為客戶（或用戶）理解和接受，需要

對(duì)其進(jìn)行嚴(yán)格的評(píng)審。該評(píng)審一定要有客戶（或用戶）參加，并且充分聽(tīng)取他們的意見(jiàn)。軟件

設(shè)計(jì)00247001002

1.簡(jiǎn)述耦合性有哪幾種類型，其耦合度的順序如何。

參考答案：低：非直接耦合一數(shù)據(jù)耦合f標(biāo)記耦合一控制耦合一外部耦合一公共耦合一

內(nèi)容耦合：高

2.簡(jiǎn)述數(shù)據(jù)對(duì)象之間的關(guān)系類型，并舉例說(shuō)明。

參考答案：

從關(guān)聯(lián)數(shù)量的角度，可以將實(shí)例的關(guān)聯(lián)分為3種：

（1）一對(duì)一（1:1）關(guān)聯(lián)，如學(xué)校中的系和系主任、大學(xué)和大學(xué)校長(zhǎng)。

（2）一對(duì)多（1：m）關(guān)聯(lián)，如學(xué)生班和班干部，一個(gè)學(xué)生班可以有多名班干部。

（3）多對(duì)多（m：m）關(guān)聯(lián)，如學(xué)生和課程，一個(gè)學(xué)生可以選多門(mén)課程，一門(mén)課程由多名學(xué)

生選。

實(shí)例關(guān)聯(lián)還有“必須”和“可選”之分，如大學(xué)和校長(zhǎng)之間的關(guān)系是“必須”的，一所大學(xué)

必須有一名校長(zhǎng)；學(xué)生和課程之間的關(guān)系是“可選”的，如在一個(gè)學(xué)期里有的課程可能沒(méi)有

學(xué)生選，而個(gè)別的學(xué)生可能由于特殊原因沒(méi)有選任何課程。3.簡(jiǎn)述什么是

內(nèi)聚?模塊的內(nèi)聚包括哪些類型。

參考答案：內(nèi)聚標(biāo)忐著一個(gè)模塊內(nèi)各個(gè)元素彼此結(jié)合的緊密程度，它是信息隱蔽和局部

23

《軟件工程》導(dǎo)學(xué)材料

化概念的自然擴(kuò)展。模塊的內(nèi)聚包括以下幾種類型：低內(nèi)聚一偶然內(nèi)聚，邏輯內(nèi)聚，時(shí)間

內(nèi)聚，中內(nèi)聚一過(guò)程內(nèi)聚，通信內(nèi)聚，高內(nèi)聚一順序內(nèi)聚，功能內(nèi)聚。

4.簡(jiǎn)述什么是耦合?模塊的耦合包括哪些類型。

參考答案：耦合是對(duì)一個(gè)軟件結(jié)構(gòu)內(nèi)不同模塊之間互連程度的度量。

模塊的耦合包括以下幾種類型：數(shù)據(jù)耦合，控制耦合，特征耦合，公共環(huán)境耦合，內(nèi)容耦

合，標(biāo)記耦合，無(wú)耦合/非直接耦合。

5.簡(jiǎn)述軟件設(shè)計(jì)的過(guò)程。

參考答案：軟件設(shè)計(jì)是把許多事物和問(wèn)題抽象起來(lái)，并且抽象它們不同層次和角度，是將需

求轉(zhuǎn)變?yōu)檐浖愂龅倪^(guò)程，是迭代的過(guò)程。軟件設(shè)計(jì)，要根據(jù)需求規(guī)格說(shuō)明書(shū)，對(duì)整人設(shè)計(jì)

過(guò)程進(jìn)行計(jì)劃，然后實(shí)施具體的設(shè)計(jì)過(guò)程，即“先整體，再局部“，也是不斷迭代和精化的

過(guò)程。然后需要對(duì)生成的設(shè)計(jì)規(guī)格說(shuō)明書(shū)進(jìn)行評(píng)審，啟動(dòng)質(zhì)量評(píng)價(jià)的標(biāo)準(zhǔn)，若未通過(guò)評(píng)審，

需重新修改設(shè)計(jì)，直至評(píng)審?fù)ㄟ^(guò)，確定最后定型的過(guò)程本身。進(jìn)入后續(xù)階段，完成軟件設(shè)計(jì)

過(guò)程。

面向?qū)ο?0247001003

1.簡(jiǎn)述在面向?qū)ο笤O(shè)計(jì)中，類、關(guān)聯(lián)關(guān)系以及繼承關(guān)系進(jìn)行映射時(shí)的規(guī)則。

參考答案：

（1）一個(gè)普通的可以映射為一個(gè)表或多個(gè)表，當(dāng)分解為多個(gè)表時(shí)，可以采用橫切相豎切

的方法。

（2）關(guān)聯(lián)關(guān)系的映射。分為以下3種：

1）一對(duì)一關(guān)聯(lián)的映射.：對(duì)于一對(duì)一關(guān)聯(lián)，可以在兩個(gè)表中都引入外鍵這樣兩個(gè)表之間可

以進(jìn)行雙向?qū)Ш?。也可以根?jù)具體情況，將類組合成一張單獨(dú)的表。

2）對(duì)多關(guān)聯(lián)的映射：可以將關(guān)聯(lián)中的“一”端毫無(wú)變化地映射到一張表，將關(guān)聯(lián)中表示

“多”的端上的類映射到帶有外鍵的另一張表，使外鍵滿足關(guān)系引用的完整性。

3）多對(duì)多關(guān)聯(lián)的映射：為了表示多對(duì)多關(guān)聯(lián)，關(guān)系模型必須引入一個(gè)關(guān)聯(lián)表將兩個(gè)類之

間的多對(duì)多關(guān)聯(lián)轉(zhuǎn)換成表上的兩個(gè)一對(duì)多關(guān)聯(lián)。

（3）繼承關(guān)系的映射△通常使用以下兩種方法來(lái)映射繼承關(guān)系：

1）將基類映射到一張表，每個(gè)子類映射到一張表。在基類對(duì)應(yīng)的表中定義主鍵，而在子

類定義的表中定義外鍵。

2）將每個(gè)子類映射到一張表，沒(méi)有基類表，在每個(gè)廣類的表中包括基類的所有屬性，這

種方法適用于子類的個(gè)數(shù)不多，基類屬性比較少的情況，

2.簡(jiǎn)述常用的優(yōu)化對(duì)象設(shè)計(jì)模型的三種方法。

參考答案：增加冗余關(guān)聯(lián)以提高訪問(wèn)效率：利用冗余關(guān)玦構(gòu)成效率最高的訪問(wèn)路徑。調(diào)整

杳詢次序：優(yōu)化算法，盡量縮小杳找范圍。保留派生屬性：有些數(shù)據(jù)可以通過(guò)某種運(yùn)算從其

他數(shù)據(jù)計(jì)算出來(lái)，可以把這類冗余數(shù)據(jù)作為派生屬性保存起來(lái)避免使用時(shí)重新計(jì)算，從而可

以提高計(jì)算的時(shí)間效率。

3.簡(jiǎn)述面向?qū)ο蠓治鲂枰⒌娜齻€(gè)模型。

參考答案：面向?qū)ο蠓治瞿Ｐ陀?種獨(dú)立的模型構(gòu)成：由用例和場(chǎng)景表示的功能模型（用例

模型）；類和對(duì)象表示的靜態(tài)模型（對(duì)象模型）；由狀態(tài)圖、順序圖等表示的動(dòng)態(tài)模型（交互模

型）。

4.簡(jiǎn)述對(duì)于復(fù)雜的系統(tǒng)，其對(duì)象模型應(yīng)該由哪五個(gè)層次組成以及相對(duì)應(yīng)的五項(xiàng)主要活動(dòng)。

參考答案：5個(gè)層次組成：主題層、類-對(duì)象層、結(jié)構(gòu)層、屬性層、服務(wù)層；

5項(xiàng)主要活動(dòng)：劃分主題、確定類與對(duì)象、確定結(jié)構(gòu)、確定屬性、確定服務(wù)。

24

《軟件工程》導(dǎo)學(xué)材料

軟件測(cè)試00247001004

1.簡(jiǎn)述什么是黑盒測(cè)試法。

參考答案：黑盒測(cè)試法把程序看成一個(gè)黑盒子，完全不考慮程序的內(nèi)部結(jié)構(gòu)和處理過(guò)程，它只

檢查程序功能是否能按照規(guī)格說(shuō)明書(shū)的規(guī)定正常使用，程序是否能適當(dāng)?shù)亟邮蛰斎霐?shù)據(jù)，產(chǎn)

生正確地輸出信息。

2.簡(jiǎn)述軟件測(cè)試的步驟是什么？這些測(cè)試與軟件開(kāi)發(fā)各階段之間的關(guān)系。

參考答案：3）軟件測(cè)試的步驟如圖所示。

（2）簡(jiǎn)述測(cè)試與軟件開(kāi)發(fā)各階段之間的關(guān)系如圖所示。因?yàn)橄到y(tǒng)測(cè)試已經(jīng)超出了軟件工

程的范圍，所以系統(tǒng)測(cè)試不包括在圖內(nèi)。

3.簡(jiǎn)述軟件測(cè)試的過(guò)程是什么。

參考答案：軟件測(cè)試是一個(gè)規(guī)則的過(guò)程，包括測(cè)試設(shè)計(jì)、測(cè)試執(zhí)行以及測(cè)試結(jié)果比較等。

（1）測(cè)試設(shè)計(jì)：根據(jù)軟件開(kāi)發(fā)各階段的文檔資料和程序的內(nèi)部結(jié)構(gòu)，利用各種設(shè)計(jì)測(cè)試

用例技術(shù)精心設(shè)計(jì)測(cè)試用例。

（2）測(cè)試執(zhí)行：利用這些測(cè)試用例執(zhí)行程序，得到測(cè)試結(jié)果。

（3）測(cè)試結(jié)果比較：將預(yù)期的結(jié)果與實(shí)際測(cè)試結(jié)果進(jìn)行比較，如果二者不符合，對(duì)于出

現(xiàn)的錯(cuò)誤進(jìn)行糾錯(cuò)，并修改相應(yīng)文檔。修改后的程序還要進(jìn)行再次測(cè)試，直到滿意為止。如

果測(cè)試發(fā)現(xiàn)不了錯(cuò)誤，可能由于測(cè)試配置考慮不周到，應(yīng)考慮重新制定測(cè)試方案，設(shè)計(jì)測(cè)試用

例。

4.簡(jiǎn)述為什么說(shuō)軟件測(cè)試是軟件開(kāi)發(fā)中不可缺少的重要一環(huán)，但不是軟件質(zhì)量保證的安

全網(wǎng)。

參考答案：（1）軟件測(cè)試是軟件開(kāi)發(fā)中不可缺少的重要一環(huán)，原因是：測(cè)試的工作量約占

整個(gè)項(xiàng)目開(kāi)發(fā)工作帚的40%左右，幾乎一半。如果是關(guān)系到人的生命安全的軟件，測(cè)試的

工作量還要成倍增加。軟件測(cè)試代表了需求分析、設(shè)計(jì)、編碼的最終復(fù)審。

（2）軟件測(cè)試不是軟件質(zhì)量保證的安全網(wǎng)，因?yàn)檐浖y(cè)試只能發(fā)現(xiàn)錯(cuò)誤，不能保證沒(méi)有

錯(cuò)誤。

5.簡(jiǎn)述軟件測(cè)試的目的是什么？為什么把軟件測(cè)試的目的定義為只是發(fā)現(xiàn)錯(cuò)誤。

參考答案：軟件測(cè)試的目的有：

（1）軟件測(cè)試是為了發(fā)現(xiàn)錯(cuò)誤而執(zhí)行程序的過(guò)程。

（2）一個(gè)好的測(cè)試用例能夠發(fā)現(xiàn)至今尚未發(fā)現(xiàn)的錯(cuò)誤。

（3）一個(gè)成功的測(cè)試是發(fā)現(xiàn)了至今尚未發(fā)現(xiàn)的錯(cuò)誤。

軟件測(cè)試的目標(biāo)定義為只是發(fā)現(xiàn)錯(cuò)誤，原因是軟件測(cè)試可以有兩個(gè)目標(biāo)，一個(gè)是預(yù)防錯(cuò)誤,

另一個(gè)是發(fā)現(xiàn)錯(cuò)誤。由于軟件開(kāi)發(fā)是人的創(chuàng)造性勞動(dòng)，人的活動(dòng)不可能完美無(wú)缺，

25

《軟件工程》導(dǎo)學(xué)材料

錯(cuò)誤可能發(fā)生在任何一個(gè)階段，因此預(yù)防錯(cuò)誤這一目標(biāo)兒乎是不可實(shí)現(xiàn)的，所以軟件測(cè)試

的目標(biāo)定義為只是發(fā)現(xiàn)錯(cuò)誤。

6.簡(jiǎn)述什么是黑盒測(cè)試與白盒測(cè)試，它們都適應(yīng)哪些測(cè)試。

參考答案：（1）黑盒測(cè)試指把測(cè)試對(duì)象看成一個(gè)黑盒子，測(cè)試人員完全不考慮程序的內(nèi)部

結(jié)構(gòu)和處