計(jì)算機(jī)科學(xué)技術(shù)：軟件工程考試題庫四

計(jì)算機(jī)科學(xué)技術(shù)：軟件工程考試題庫四

161、多選模塊的基本特征是（）。

A、外部特征（輸入/輸出、功能）

B、內(nèi)部特征（輸入/輸出、功能）

C、內(nèi)部特征（局部數(shù)據(jù)、代碼）

D、外部特征（局部數(shù)據(jù)、代碼）

答案：A,C

162,單'選結(jié)構(gòu)化設(shè)計(jì)方法采用變換分析和事務(wù)分析技術(shù)實(shí)現(xiàn)（）。

A.從數(shù)據(jù)結(jié)構(gòu)導(dǎo)出程序結(jié)構(gòu)

B.從模塊結(jié)構(gòu)導(dǎo)出程序結(jié)構(gòu)

C.從模塊結(jié)構(gòu)導(dǎo)出數(shù)據(jù)結(jié)構(gòu)

D.從數(shù)據(jù)流圖導(dǎo)出初始化結(jié)構(gòu)圖

答案：D

163、問答題在面向?qū)ο蠓治鰰r(shí)類和對象的靜態(tài)關(guān)系主要有哪幾

種？

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

系。

164、問答題項(xiàng)目可行性報(bào)告包括哪幾部分的內(nèi)容？

答案：包括如下內(nèi)容：

⑴引言

系統(tǒng)名稱、目標(biāo)、功能、開發(fā)組織單位，服務(wù)對象等。

⑵系統(tǒng)開發(fā)的背景，必要性和意義

①現(xiàn)行系統(tǒng)的調(diào)查研究：組織機(jī)構(gòu)、業(yè)務(wù)流程、工作負(fù)荷、費(fèi)用、

人員、設(shè)備、計(jì)算機(jī)應(yīng)用情況、存在問題等。

②需求調(diào)查和分析：用戶提出的需求及考慮經(jīng)濟(jì)改革和發(fā)展需要進(jìn)

行預(yù)測結(jié)果。

⑶新系統(tǒng)的幾種方案介紹

①擬建系統(tǒng)目標(biāo)

②系統(tǒng)規(guī)模及初步方案（粗略的邏輯模型）

③系統(tǒng)的實(shí)施方案（計(jì)劃安排）

④投資方案

⑤人員培訓(xùn)及補(bǔ)充方案

⑥其他可供選擇的方案

⑷可行性研究

1）技術(shù)上的可行性（按系統(tǒng)目標(biāo)衡量）

①對現(xiàn)有技術(shù)的估價(jià)

②使用現(xiàn)有技術(shù)進(jìn)行系統(tǒng)開發(fā)的可行性

③對技術(shù)發(fā)展可能產(chǎn)生影響的預(yù)測

④關(guān)鍵技術(shù)人員的數(shù)量和水平估計(jì)

2)經(jīng)濟(jì)上的可行性(估算成本/效益比)

①現(xiàn)有的經(jīng)濟(jì)條件

②開發(fā)、運(yùn)行費(fèi)用

③對系統(tǒng)效益的估計(jì)

④投資回收期

⑤成本/效益比

3)系統(tǒng)運(yùn)行的可行性

①對組織機(jī)構(gòu)的影響

②人員適應(yīng)的可行性

③環(huán)境條件的可行性

⑸幾種方案的比較分析

⑹結(jié)論

165、問答題分析RUP的二維開發(fā)模型，說明RUP的迭代開發(fā)過

程。

答案：在RUP中，軟件開發(fā)生存周期根據(jù)時(shí)間和RUP的核心工作流

劃分為二維空間。橫軸描述RUP開發(fā)過程的動(dòng)態(tài)結(jié)構(gòu)，縱軸描述

RUP的靜態(tài)組成部分。

⑴橫軸把軟件開發(fā)周期(Cycle)劃分為起始(Inception)、演化

(Elaboration)、構(gòu)造(Construction)和提交(Transition)四個(gè)連

續(xù)的階段(Pahse)。

⑵縱軸表示核心工作流。RUP中有商業(yè)建模、需求、分析和設(shè)計(jì)、

實(shí)現(xiàn)、測試、部署、配置和變更管理、軟件項(xiàng)目管理和環(huán)境9個(gè)核

心工作流(CoreWorkflows)：

RUP中的每個(gè)階段都由一個(gè)或多個(gè)連續(xù)的迭代組成，每一個(gè)迭代都

是一個(gè)完整的開發(fā)過程，產(chǎn)生一個(gè)可執(zhí)行的產(chǎn)品版本，在每個(gè)階段

結(jié)束前都應(yīng)有一個(gè)里程碑(Milestone)評估該階段的工作，只有當(dāng)

階段目標(biāo)達(dá)到時(shí)才允許項(xiàng)目進(jìn)入下一階段，產(chǎn)生一個(gè)階段里程碑。

這是一種更靈活、風(fēng)險(xiǎn)更小的方法，是多次通過不同的開發(fā)工作流,

這樣可以更好地理解需求，構(gòu)造一個(gè)健壯的體系結(jié)構(gòu)，并最終交付

一系列逐步完成的版本，稱為一個(gè)迭代生存周期。

166、單選在下列工具與環(huán)境中()屬于較早期的CASE。

A.基于信息工程CASE

B.人工智能CASE

C.結(jié)構(gòu)的基于圖形CASE

D.集成的CASE環(huán)境

答案：C

167、單選軟件的（）一般由兩次故障平均間隔時(shí)間和故障平均恢復(fù)

時(shí)間來度量。

A.可維護(hù)性

B.可靠性

C.效率

D.可理解性

答案：B

1681填空題在軟件開發(fā)過程中要產(chǎn)生大量的信息，要進(jìn)行大量的

修改，（）能協(xié)調(diào)軟件開發(fā)，并使混亂減到最低程度。

答案：軟件配置管理

169、多選屬性的可見性有（）。

A、公有的

B、私有的

C、私有保護(hù)的

D、保護(hù)的

答案：A,B,D

170＞單’■某模塊的功能是打印錄取通知書或不錄取通知書，調(diào)用

模塊可通過向此模塊傳遞布爾標(biāo)志信息決定本次調(diào)用哪種通知書的

打印，這種模塊之間的耦合稱為（）。

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

B.混合耦合

C.公共耦合

D.控制耦合

答案：D

171、單選模塊內(nèi)部的算法設(shè)計(jì)在結(jié)構(gòu)化方法的O階段進(jìn)行。

A、系統(tǒng)分析

B、概要設(shè)計(jì)

C、詳細(xì)設(shè)計(jì)

D、編碼（實(shí)現(xiàn)）

答案：C

172、判斷題用面向?qū)ο蠓椒ㄩ_發(fā)的軟件系統(tǒng)，可維護(hù)性好。（）

答案：對

173、單選在軟件生產(chǎn)的O,使用的工具主要是機(jī)器語言和匯編語

言。

A.程序系統(tǒng)時(shí)代

B.軟件工程時(shí)代

C.面向?qū)ο髸r(shí)代

D.人工智能時(shí)代

答案：A

174、單選通信內(nèi)聚、邏輯內(nèi)聚、順序內(nèi)聚和時(shí)間內(nèi)聚的內(nèi)聚性從

高到低順序是（）

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

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

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

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

答案：C

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

（）O

A.Gantt圖

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

C.COCOMO模型

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

答案：B

176、判斷題當(dāng)模塊的控制范圍是其作用范圍的子集時(shí)，模塊之間

的耦合度較低。（）

答案：錯(cuò)

177、單選下列敘述中，（）不屬于數(shù)據(jù)字典的作用。

A、作為編碼階段的描述工具

B、為用戶與開發(fā)人員之間統(tǒng)一認(rèn)識

C、作為概要設(shè)計(jì)的依據(jù)

D、為需求分析階段定義各類條目

答案：A

178.問答題什么是模塊化？模塊設(shè)計(jì)的準(zhǔn)則？

答案：模塊化是按規(guī)定的原則將一個(gè)大型軟件劃分為一個(gè)個(gè)較小的、

相對獨(dú)立但又相關(guān)的模塊。

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

（1）改進(jìn)軟件結(jié)構(gòu)，提高模塊獨(dú)立性：在對初步模塊進(jìn)行合并、分

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

（2）模塊大小要適中：大約50行語句的代碼，過大的模塊應(yīng)分解以

提高理解性和可維護(hù)性；過小的模塊，合并到上級模塊中。

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

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

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

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

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

179、問答題軟件開發(fā)為什么要使用UML建模？它有何特點(diǎn)？

答案：軟件開發(fā)的過程猶如雕琢一件工藝品，由無形到有形，由粗到

細(xì)。鑒于軟件系統(tǒng)的復(fù)雜性和規(guī)模的不斷增大，項(xiàng)目失敗的可能性

也相應(yīng)增加。需要建立不同的模型對系統(tǒng)的各個(gè)層次進(jìn)行描述。

在長期的研究與實(shí)踐中，人們越來越深刻地認(rèn)識到，建立簡明準(zhǔn)確

的表示模型是把握復(fù)雜系統(tǒng)的關(guān)鍵。模型是對事物的一種抽象，在

軟件開發(fā)過程中，建立各種模型，以便更透徹地了解系統(tǒng)的本質(zhì)。

由于UML以圖形模型為主，模型的直觀性及豐富的信息描述便于開

發(fā)人員與用戶的交流。建立的模型也為以后的系統(tǒng)維護(hù)和升級提供

了文檔。

總的來說，使用模型可以使人們從全局上把握系統(tǒng)的全貌及其相關(guān)

部件之間的關(guān)系，可以防止過早地陷入各個(gè)模塊的細(xì)節(jié)。因此，面

向?qū)ο蟮姆治雠c設(shè)計(jì)應(yīng)該從建模開始。

UML是一種標(biāo)準(zhǔn)的圖形化、可視化的建模型語言，UML的核心是建

立系統(tǒng)的各類模型。其主要特點(diǎn)是：

⑴統(tǒng)一標(biāo)準(zhǔn)。UML統(tǒng)一了面向?qū)ο蟮闹饕髋葿ooch、OMT和。。SE

等方法中的基本概念，已成為對象組織OMG的正式標(biāo)準(zhǔn)，并提供了

標(biāo)準(zhǔn)的面向?qū)ο蟮哪Ｐ驮氐亩x和表示。

⑵面向?qū)ο?。UML集面向?qū)ο蠹夹g(shù)的眾家之長。吸取了面向?qū)ο蠹?/p>

術(shù)領(lǐng)域中其他流派的長處。

⑶可視化、表示能力強(qiáng)。系統(tǒng)的各種模型都能用UML的可視化模型

清晰地表示，對系統(tǒng)描述能力強(qiáng)，模型蘊(yùn)涵的信息豐富，可用于復(fù)

雜軟件系統(tǒng)的建模。

⑷獨(dú)立于過程。UML是系統(tǒng)建模語言，獨(dú)立于開發(fā)過程。

⑸易掌握、易用。UML的概念明確，建模表示法簡潔明了，圖形結(jié)

構(gòu)清晰，易于掌握使用。

正是由于UML具有上述優(yōu)點(diǎn)，所以對于大型復(fù)雜系統(tǒng)的建模，UML

是最合適的選擇。

180、多選確定可維護(hù)性的因素主要有（）。

A、文檔

B、可理解性

C、可修改性

D、可測試性

答案：BCD

181、名詞解釋維護(hù)的副作用

答案：所謂副作用是指因修改軟件而造成的錯(cuò)誤或其它不希望發(fā)生的

情況。

182、問答題變換分析設(shè)計(jì)的步驟？

答案：(1)區(qū)分傳入、傳出和變換中心三部分，劃分DFD圖的分界

線；

(2)完成第一級分解：建立初始SC圖的框架；

(3)完成第二級分解：分解SC圖的各個(gè)分支；

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

183、單選Jackson程序設(shè)計(jì)方法是一種面向()的設(shè)計(jì)方法。

A、數(shù)據(jù)結(jié)構(gòu)

B、數(shù)據(jù)流圖

CIPO圖

D、系統(tǒng)流程圖

答案：A

184＞問答題何謂軟件維護(hù)的成本？如何度量軟件維護(hù)的工作量？

答案：軟件維護(hù)的成本包括有形和無形兩個(gè)部分：有形的維護(hù)成本指

的是在軟件維護(hù)過程中花費(fèi)了多少金錢。

無形的維護(hù)成本主要包括：一些合理的修復(fù)或修改請求不能及時(shí)安

排，使得客戶不滿意；變更的結(jié)果引入新的故障，使得軟件整體質(zhì)

量下降；把軟件人員抽調(diào)到維護(hù)工作中，干擾了軟件開發(fā)工作等。

軟件維護(hù)的工作量的度量可用如下的公式：

其中：M是維護(hù)中消耗的總工作量

p是上面描述的生產(chǎn)性工作量

K是一個(gè)經(jīng)驗(yàn)常數(shù)

c是因缺乏好的設(shè)計(jì)和文檔而導(dǎo)致復(fù)雜性的度量

d是對軟件熟悉程度的度量。

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

A、軟件不再包含任何錯(cuò)誤

B、還可能包含少量軟件錯(cuò)誤

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

D、文檔中不會(huì)含有錯(cuò)誤

答案：B

186、問答題軟件質(zhì)量保證應(yīng)做好哪幾方面的工作？

答案：軟件質(zhì)量保證是軟件工程管理的重要內(nèi)容，軟件質(zhì)量保證應(yīng)做

好以下幾方面的工作：

(1)采用技術(shù)手段和工具。質(zhì)量保證活動(dòng)要貫徹開發(fā)過程始終，必

須采用技術(shù)手段和工具，尤其是使用軟件開發(fā)環(huán)境來進(jìn)行軟件開

發(fā)。

(2)組織正式技術(shù)評審。在軟件開發(fā)的每一個(gè)階段結(jié)束時(shí)，都要組

織正式的技術(shù)評審。國家標(biāo)準(zhǔn)要求單位必須采用審查、文檔評審、

設(shè)計(jì)評審、審計(jì)和測試等具體手段來保證質(zhì)量。

（3）加強(qiáng)軟件測試。軟件測試是質(zhì)量保證的重要手段，因?yàn)闇y試可

發(fā)現(xiàn)軟件中大多數(shù)潛在錯(cuò)誤。

（4）推行軟件工程規(guī)范（標(biāo)準(zhǔn)）。用戶可以自己制定軟件工程規(guī)范

（標(biāo)準(zhǔn)），但標(biāo)準(zhǔn)一旦確認(rèn)就應(yīng)貫徹執(zhí)行。

（5）對軟件的變更進(jìn)行控制。軟件的修改和變更常常會(huì)引起潛伏的

錯(cuò)誤，因此必須嚴(yán)格控制軟件的修改和變更。

（6）對軟件質(zhì)量進(jìn)行度量。即對軟件質(zhì)量進(jìn)行跟蹤，及時(shí)記錄和報(bào)

告軟件質(zhì)量情況。

187、問答題簡述文檔在軟件工程中的作用。

答案：（1）提高軟件開發(fā)過程的能見度；

（2）提高開發(fā)效率；

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

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

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

（6）便于用戶了解軟件功能、性能。

188、名詞解釋軟件開發(fā)方法

答案：使用早已定義好的技術(shù)集及符號表示習(xí)慣來組織軟件生產(chǎn)的過

程。

189、多選畫DFD圖的主要目的是（）o

A、作為需求分析階段用戶與開發(fā)者之間交流信息的工具

B、對系統(tǒng)的數(shù)據(jù)結(jié)構(gòu)進(jìn)行描述

C、對目標(biāo)系統(tǒng)的層次結(jié)構(gòu)進(jìn)行描述

D、作為分析和設(shè)計(jì)的工具

答案：A,D

190,單'選下列模型屬于成本估算方法的有（）

A、COCOMO模型

B、McCall模型

C、McCabe度量法

D、時(shí)間估算法

答案：A

191、判斷題數(shù)據(jù)字典是對數(shù)據(jù)流圖中的數(shù)據(jù)流，加工、數(shù)據(jù)存儲(chǔ)、

數(shù)據(jù)的源和終點(diǎn)進(jìn)行詳細(xì)定義。（）

答案：錯(cuò)

192、單選使用結(jié)構(gòu)化分析方法時(shí)，采用的基本手段是O。

A.分解和抽象

B.分解和綜合

C.歸納與推導(dǎo)

D.試探與回溯

答案：A

^3、填空題系統(tǒng)流程圖是描述物理模型的傳統(tǒng)工具，用圖形符號

表示系統(tǒng)中各個(gè)元素表達(dá)了系統(tǒng)中各種元素之間的（）情況。

答案：信息流動(dòng)

194、填空題復(fù)蘇過程中，持續(xù)心動(dòng)過緩和紫組，很少由

引起的，可能是導(dǎo)致的。

答案：先天性心臟??；肺部問題

解析：試題答案先天性心臟??；肺部問題

195、問答題一般面向?qū)ο蠓治鼋５墓ぞ撸▓D形）有哪些？

答案：用例圖、類/對象圖、對象關(guān)系圖、實(shí)體一關(guān)系圖（E—R）、

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

196、名詞解釋軟件項(xiàng)目的純收入

答案：在整個(gè)生存周期之內(nèi)的累計(jì)經(jīng)濟(jì)效益與投資之差。

197、單選下列文檔與維護(hù)人員有關(guān)的有（）

A.軟件需求說明書

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

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

D.操作手冊

答案：C

198、問答題軟件測試通常包含哪幾個(gè)基本步驟？

答案：軟件測試通常應(yīng)該對需求、總體設(shè)計(jì)、詳細(xì)設(shè)計(jì)、編碼實(shí)現(xiàn)各

個(gè)階段所獲得的開發(fā)產(chǎn)品進(jìn)行測試，軟件測試應(yīng)該貫穿于整個(gè)軟件

開發(fā)的全過程。

軟件測試過程按測試的先后次序可分為以下步驟進(jìn)行：單元測試、

集成測試、確認(rèn)測試和系統(tǒng)測試，最后進(jìn)行驗(yàn)收測試。

⑴單元測試。完成每個(gè)模塊的測試，盡可能發(fā)現(xiàn)模塊內(nèi)部的錯(cuò)誤。

單元測試主要采用白盒測試法。

⑵集成測試。把已測試過的模塊按照一定順序組裝起來，構(gòu)成軟件

系統(tǒng)。主要采用黑盒測試法。但對發(fā)現(xiàn)錯(cuò)誤較多的新子系統(tǒng)，還可

能采用白盒法進(jìn)行回歸測試。

⑶確認(rèn)測試：檢驗(yàn)所開發(fā)的軟件能否滿足所有功能和性能需求的最

后手段，通常均采用黑盒測試法。

⑷系統(tǒng)測試：完成確認(rèn)測試以后，檢驗(yàn)它能否與系統(tǒng)的其他部分（如

硬件，數(shù)據(jù)庫及操作人員）協(xié)調(diào)工作，需要進(jìn)行系統(tǒng)測試。

⑸驗(yàn)收測試：檢驗(yàn)軟件產(chǎn)品質(zhì)量的最后一道工序是驗(yàn)收測試。與前

面討論的各種測試活動(dòng)的不同之處主要在于它突出了客戶的作用，

同時(shí)軟件開發(fā)人員也應(yīng)有一定程度的參與。

199、名詞解釋條件覆蓋（白盒測試內(nèi)容）

答案：條件覆蓋是指選擇足夠的測試用例，使得運(yùn)行這些測試用例時(shí),

判定中每個(gè)條件的所有可能結(jié)果至少出現(xiàn)一次，但未必能覆蓋全部

分支。

200、問答題漸增式與非漸增式有何區(qū)別？為什么通常采用漸增

式？

答案：非漸增式是將所有的模塊一次連接起來，簡單、易行，節(jié)省機(jī)

時(shí)，但測試過程中難于查錯(cuò)，發(fā)現(xiàn)錯(cuò)誤也很難定位，測試效率低。

漸增式是將模塊一個(gè)一個(gè)地連入系統(tǒng)，每連入一個(gè)模塊，都要對新

子系統(tǒng)進(jìn)行測試。這種組裝測試方案雖然用機(jī)時(shí)多，但比較非漸增

式容易查出錯(cuò)誤及進(jìn)行錯(cuò)誤定位，有利于查出模塊接口部分的錯(cuò)誤,

測試效率高。因此通常采用漸增式。

計(jì)算機(jī)科學(xué)技術(shù)：軟件工程考試題庫

1、單選當(dāng)一個(gè)模塊直接使用另一個(gè)模塊的內(nèi)部數(shù)據(jù)，這種模塊之

間的耦合為（）

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

B.公共耦合

C.標(biāo)記耦合

D.內(nèi)容耦合

答案：D

2、填空題科學(xué)工程計(jì)算需要大量的標(biāo)準(zhǔn)庫函數(shù)，以便處理復(fù)雜的

數(shù)值計(jì)算，可供選擇的語言有：（）、PASCAL語言、C語言和PL/1

語言。

答案：FORTRAN語言

3、單選一個(gè)模塊傳送給另一模塊的參數(shù)是由單個(gè)數(shù)據(jù)項(xiàng)組成的數(shù)

組，它屬于（）耦合。

A、數(shù)據(jù)型

B、復(fù)合型

C、內(nèi)容型

D、公共型

答案：A

4、判斷題中心變換型的DFD圖可看成是對輸入數(shù)據(jù)進(jìn)行轉(zhuǎn)換而得

到輸出數(shù)據(jù)的處理，因此可以使用事務(wù)分析技術(shù)得到初始的模塊結(jié)

構(gòu)圖。（）

答案：錯(cuò)

5、單選IDEF。圖反映系統(tǒng)（）

A.怎么做

B.對誰做

C.何時(shí)做

D.做什么

答案：D

6、名詞解釋模塊獨(dú)立性

答案：模塊獨(dú)立性是指軟件系統(tǒng)中每個(gè)模塊只涉及軟件要求的具體子

功能，而和軟件系統(tǒng)中其他的模塊接口是簡單的。模塊獨(dú)立的概念

是模塊化、抽象、信息隱蔽和局部化概念的直接結(jié)果。

7、單選某個(gè)模塊的作用域是指（）。

A、被該模塊調(diào)用的所用模塊

B、調(diào)用該模塊的所有模塊

C、與該模塊相關(guān)聯(lián)的所有模塊

D、受該模塊內(nèi)的判定影響的所有模塊

答案：D

8、填空題從模塊內(nèi)外的聯(lián)系來看，結(jié)構(gòu)化設(shè)計(jì)的要求是（）。

答案：高內(nèi)聚低耦合

9、單選瀑布模型的關(guān)鍵不足在于（）o

A.過于簡單

B.各個(gè)階段需要進(jìn)行評審

C.過于靈活

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

答案：D

10、名詞解釋完善性維護(hù)

答案：為了適應(yīng)用A業(yè)務(wù)和機(jī)構(gòu)的發(fā)展變化，添加軟件功能、增強(qiáng)軟

件性能、提高軟件運(yùn)行效率而進(jìn)行的維護(hù)活動(dòng)稱為完善性維護(hù)。

11、多選軟件維護(hù)階段所產(chǎn)生的文檔主要有OO

A、軟件問題報(bào)告

B、軟件修改報(bào)告

C、軟件修改申請報(bào)告

D、測試報(bào)告

答案：A,B

12、判斷題改進(jìn)程序的執(zhí)行效率不會(huì)引入錯(cuò)誤。（）

答案：錯(cuò)

13、問答題有哪些主要的軟件開發(fā)方法？

答案：主要的軟件開發(fā)方法有：結(jié)構(gòu)化開發(fā)方法、原型化開發(fā)方法和

面向?qū)ο蟮拈_發(fā)方法。

14、填空題所有軟件維護(hù)申請報(bào)告要按規(guī)定方式提出，該報(bào)告也稱

（）報(bào)告。

答案：軟件問題

15、單選采用（）且編寫程序，可提高程序的可移植性。

A.機(jī)器語言

B.宏指令

C.匯編語言

D.高級語言

答案：D

16、判斷題泳道是一種分組機(jī)制，它描述了狀態(tài)圖中對象所執(zhí)行的

活動(dòng)。（）

答案：錯(cuò)

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

（）原則。

A.信息隱蔽

B.質(zhì)量控制

C.程序優(yōu)化

D.數(shù)據(jù)共享

答案：A

18、多選軟件工程學(xué)的目的和意義是（）。

A、應(yīng)用科學(xué)的方法和工程化的規(guī)范管理來指導(dǎo)軟件開發(fā)

B、克服軟件危機(jī)

C、作好軟件開發(fā)的培訓(xùn)工作

D、以較低的成本開發(fā)出高質(zhì)量的軟件

答案：A,D

19、名詞解釋模塊的控制范圍

答案：一個(gè)模塊的控制范圍指模塊本身以及其所有下屬模塊的集合。

20、多選模塊的基本特征是（）o

A、外部特征（輸入/輸出、功能）

B、內(nèi)部特征（輸入/輸出、功能）

C、內(nèi)部特征（局部數(shù)據(jù)、代碼）

D、外部特征（局部數(shù)據(jù)、代碼）

答案：A,C

21、名詞解釋瀑布模型

答案：將軟件生存周期各個(gè)活動(dòng)規(guī)定為以線性順序連接的若干階段的

模型。

22、單選按軟件生命周期方法設(shè)計(jì)軟件的過程中，畫數(shù)據(jù)流圖屬于

下面哪個(gè)階段的工作（）

A、需求分析

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

C、詳細(xì)設(shè)計(jì)

D、軟件維護(hù)

答案：A

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

A.FORTRAN語言

B.Pascal語百

C.C語言

D.PL/1語言

答案：B

24、問答題何謂是軟件危機(jī)，軟件危機(jī)有哪幾種表現(xiàn)？

答案：軟件開發(fā)和維護(hù)的過程中所遇到的一系列嚴(yán)重的問題。具體表

現(xiàn)在：

（1）產(chǎn)品不能符合用戶的實(shí)際需求；

（2）軟件開發(fā)的效率較低；

（3）軟件產(chǎn)品的質(zhì)量差；

（4）軟件開發(fā)成本和進(jìn)度的估算不準(zhǔn)確；

（5）軟件可維護(hù)性差；

（6）軟件開發(fā)文檔資料不完整；

（7）軟件的價(jià)格昂貴。

25、判斷題需求分析的主要方法有SD法、00A法及HIP。法等。（）

答案：錯(cuò)

26、單選下列哪個(gè)階段不是軟件生存期三個(gè)階段中的內(nèi)容（）。

A、計(jì)劃階段

B、開發(fā)階段

C、編碼階段

D、維護(hù)階段

答案：C

27、單選SA法的主要描述手段有（）。

A、系統(tǒng)流程圖和模塊圖

B、DFD圖、數(shù)據(jù)詞典、加工說明

C、軟件結(jié)構(gòu)圖、加工說明

D、功能結(jié)構(gòu)圖、加工說明

答案：B

28、單選與確認(rèn)測試階段有關(guān)的文檔是（）。

A.需求規(guī)格說明書

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

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

D.源程序

答案：A

29、問答題工資計(jì)算系統(tǒng)中的一個(gè)子系統(tǒng)有如下功能：（1）計(jì)算扣

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

計(jì)算獎(jiǎng)金部分一根據(jù)職工的出勤情況計(jì)算出獎(jiǎng)勵(lì)金；（3）計(jì)算工資

總額部分一根據(jù)輸入的扣除額及獎(jiǎng)金計(jì)算出總額；（4）計(jì)算稅金部

分一由工資總額中計(jì)算出應(yīng)扣除各種稅金；（5）生成工資表一根據(jù)

計(jì)算總額部分和計(jì)算稅金部分傳遞來的有關(guān)職工工資的詳細(xì)信息生

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

答案：

30、判斷題在面向?qū)ο蟮男枨蠓治龇椒ㄖ?，建立?dòng)態(tài)模型是最主要

的任務(wù)。（）

答案：錯(cuò)

31、單選在軟件生產(chǎn)的O,使用的工具主要是機(jī)器語言和匯編語

言。

A.程序系統(tǒng)時(shí)代

B.軟件工程時(shí)代

C.面向?qū)ο髸r(shí)代

D.人工智能時(shí)代

答案：A

32、問答題PowerDesigner包含哪幾個(gè)模塊？

答案：PowerDesigner是一個(gè)功能強(qiáng)大而使用簡單的工具集，它包含

六個(gè)緊密集成的模塊。

（1）PowerDesignerProcessAnalyst數(shù)據(jù)流程圖邏輯設(shè)計(jì)工具。

（2）PowerDesignerDataArchitect概念數(shù)據(jù)模型與物理數(shù)據(jù)模型設(shè)

計(jì)工具。

（3）PowerDesignerAppModeler客戶端應(yīng)用程序生成工具。

（4）PowerDesignerMetaWorks團(tuán)隊(duì)開發(fā)控制工具。

（5）PowerDesignerWarehouseArchitect是數(shù)據(jù)倉庫設(shè)計(jì)工具。

（6）PowerDesignerViewer是模型觀察工具。

33、問答題一般面向?qū)ο蠓治鼋５墓ぞ撸▓D形）有哪些？

答案：用例圖、類/對象圖、對象關(guān)系圖、實(shí)體一關(guān)系圖（E—R）、

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

34、多選軟件的主要特性是（）o

A、無形

B、高成本

C、包括程序和文檔

D、可獨(dú)立構(gòu)成計(jì)算機(jī)系統(tǒng)

答案：A,B,C

35、問答題如何畫分層數(shù)據(jù)流圖？有哪些基本原則？

答案：總的原則是：至頂而下，逐層分解(畫分層數(shù)據(jù)流圖)。逐層

分解的畫法可以控制每一層的復(fù)雜度。

頂層：將整個(gè)系統(tǒng)作為一個(gè)加工，描述系統(tǒng)邊界(輸入與輸出)。

中間層：將某個(gè)加工分解為一組子加工，其中的子加工還需進(jìn)一步

分解。

底層：由不再進(jìn)行分解的基本加工組成。

畫分層數(shù)據(jù)流圖的基本原則有：

①數(shù)據(jù)守恒與數(shù)據(jù)封閉原則。

②加工分解的原則。

③子圖與父圖"平衡”的原則。

④合理使用文件的原則。

36、多選畫分層DFD圖的基本原則有()o

A、數(shù)據(jù)守恒原則

B、分解的可靠性原則

C、子、父圖平衡的原則

D、數(shù)據(jù)流封閉的原則

答案：A,C,D

37、單選軟件項(xiàng)目計(jì)劃一般不包括以下哪項(xiàng)內(nèi)容()

A.培訓(xùn)|計(jì)戈IJ

B.人員安排

C.進(jìn)度安排

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

答案：A

38、多選需求分析的主要方法有()o

A、形式化分析方法

B、PAD圖描述

C、結(jié)構(gòu)化分析(SA)方法

D、00A法

答案：QD

39、名詞解釋軟件工程過程

答案：在軟件生產(chǎn)中，軟件工程過程規(guī)定了獲取、供應(yīng)、開發(fā)、操作

和維護(hù)軟件時(shí)，要實(shí)現(xiàn)的過程、活動(dòng)和任務(wù)，它包括7個(gè)主要過程:

獲取過程、供應(yīng)過程、開發(fā)過程操作過程、維護(hù)過程、管理過程和

支持過程。

40、問答題什么是軟件危機(jī)？軟件危機(jī)的表現(xiàn)是什么？其產(chǎn)生的原

因是什么？

答案：軟件發(fā)展第二階段的末期，由于計(jì)算機(jī)硬件技術(shù)的進(jìn)步，計(jì)算

機(jī)運(yùn)行速度、容量、可靠性有顯著的提高，生產(chǎn)成本顯著下降，這

為計(jì)算機(jī)的廣泛應(yīng)用創(chuàng)造了條件。一些復(fù)雜的、大型的軟件開發(fā)項(xiàng)

目提出來了，但是，軟件開發(fā)技術(shù)的進(jìn)步一直未能滿足發(fā)展的需要。

在軟件開發(fā)中遇到的問題找不到解決辦法，使問題積累起來，形成

了尖銳的矛盾，因而導(dǎo)致了軟件危機(jī)。

軟件危機(jī)表現(xiàn)在以下四個(gè)方面：

（1）經(jīng)費(fèi)預(yù)算經(jīng)常突破，完成時(shí)間一再拖延。由于缺乏軟件開發(fā)的

經(jīng)驗(yàn)和軟件開發(fā)數(shù)據(jù)的積累，使得開發(fā)工作的計(jì)劃很難制定。主觀

盲目制定計(jì)劃，執(zhí)行起來與實(shí)際情況有很大差距，使得開發(fā)經(jīng)費(fèi)一

再突破。由于對工作量估計(jì)不足，對開發(fā)難度估計(jì)不足，進(jìn)度計(jì)劃

無法按時(shí)完成，開發(fā)時(shí)間一再拖延。

（2）開發(fā)的軟件不能滿足用戶要求。開發(fā)初期對用戶的要求了解不

夠明確，未能得到明確的表達(dá)。開發(fā)工作開始后，軟件人員和用戶

又未能及時(shí)交換意見，使得一些問題不能及時(shí)解決，導(dǎo)致開發(fā)的軟

件不能滿足用戶的要求，因而導(dǎo)致開發(fā)失敗。

（3）開發(fā)的軟件可維護(hù)性差。開發(fā)過程中沒有同意的、公認(rèn)的規(guī)范,

軟件開發(fā)人員按各自的風(fēng)格工作，各行其是，開發(fā)過程無完整、規(guī)

范的文檔，發(fā)現(xiàn)問題后進(jìn)行雜亂無章的修改。程序結(jié)構(gòu)不好，運(yùn)行

時(shí)發(fā)現(xiàn)錯(cuò)誤也很難修改，導(dǎo)致維護(hù)性差。

（4）開發(fā)的軟件可靠性差。由于在開發(fā)過程中，沒有確保軟件質(zhì)量

的體系和措施，在軟件測試時(shí)，又沒有嚴(yán)格的、充分的、完全的測

試，提交給用戶的軟件質(zhì)量差，在運(yùn)行中暴露出大量的問題。

造成軟件危機(jī)的原因是：

（1）軟件的規(guī)模越來越大，結(jié)構(gòu)越來越復(fù)雜。

（2）軟件開發(fā)管理困難而復(fù)雜。

（3）軟件開發(fā)費(fèi)用不斷增加。

（4）軟件開發(fā)技術(shù)落后。

（5）生產(chǎn)方式落后。

（6）開發(fā)工具落后，生產(chǎn)率提高緩慢。

41、多選用戶界面設(shè)計(jì)的任務(wù)包括（）。

A、確定用戶界面類型

B、建立任務(wù)模型

C、建立用戶模型

D、建立功能模型

答案：A,B,C

42、名詞解釋增量提交

答案：增量提交是在項(xiàng)目開發(fā)周期內(nèi)，以一定的時(shí)間間隔增量方式向

用戶提交工作軟件及相應(yīng)的文檔資料。

43、問答題以GJ.Myers的觀點(diǎn)，簡述對軟件測試的目的。

答案：軟件測試是：

(1)為了發(fā)現(xiàn)錯(cuò)誤而執(zhí)行程序的過程。

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

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

44、問答題簡述業(yè)務(wù)用例圖與用例圖的區(qū)別。

答案：業(yè)務(wù)用例圖用于建立機(jī)構(gòu)的業(yè)務(wù)模型，包括描述整個(gè)機(jī)構(gòu)業(yè)務(wù)

執(zhí)行的流程和所提供的功能等內(nèi)容。

用例圖用于對軟件系統(tǒng)的需求分析，即用于描述一個(gè)軟件系統(tǒng)需要

完成什么樣的功能。

45、填空題規(guī)定功能的軟件，在一定程度上對自身錯(cuò)誤的作用(軟

件錯(cuò)誤)具有屏蔽能力，則稱此軟件具有()的軟件。

答案：容錯(cuò)功能

46、單選針對軟件需求分析所進(jìn)行的軟件測試是指()

A.集成測試

B.確認(rèn)測試

C.黑盒子測試

D.白盒子測試

答案：B

47、判斷題UML是一種建模語言，是一種標(biāo)準(zhǔn)的表示，是一種方法。

()

答案：錯(cuò)

48、填空題軟件可維護(hù)性度量的七個(gè)質(zhì)量特性是可理解性、可測試

性、可修改性、可靠性、()、可使用性和效率。

答案：可移植性

49、多選UML中包括的事件有()o

A條件為直

B：力到另一對象的信號

C、收到操作調(diào)用

D、時(shí)間表達(dá)式

答案：A,B,C,D

50＞多3信件測試的主要特點(diǎn)是()。

A、軟件測試的開銷大

B、軟件測試要依靠工具

C、軟件不能進(jìn)行“窮舉”測試

D、軟件測試要依靠人工

答案：A,C

51、問答題程序設(shè)計(jì)語言分為哪幾類？

答案：程序設(shè)計(jì)語言，按照語言級別可以分為兩大類：低級語言和高

級語言。

低級語言包括機(jī)器語言和匯編語言。低級語言依賴于特定的機(jī)器，

其使用復(fù)雜、繁瑣、費(fèi)時(shí)、易出差錯(cuò)，因而程序編寫也有一定的難

度。

機(jī)器語言是表示成二進(jìn)制形式的機(jī)器基本指令集，或者是操作碼經(jīng)

過符號化的基本指令集，其存儲(chǔ)由語言本身決定。匯編語言比機(jī)器

語言更直觀，是機(jī)器語言中地址部分符號化的結(jié)果，或進(jìn)一步包括

宏構(gòu)造。

即便是現(xiàn)在匯編語言有著生產(chǎn)效率低、維護(hù)困難、容易出錯(cuò)的缺點(diǎn),

但是在實(shí)現(xiàn)與硬件系統(tǒng)接口部分時(shí)，仍然采用它，因?yàn)樗子趯?shí)現(xiàn)

接口，實(shí)現(xiàn)效率高。

高級語言的表示方法要比低級語言更接近于待解的問題，其特點(diǎn)是

在一定程度上與具體機(jī)器無關(guān)，易學(xué)、易用、易維護(hù)。高級語言的

實(shí)現(xiàn)極大地提高了軟件的生產(chǎn)效率。

眾多的高級語言根據(jù)不同的標(biāo)準(zhǔn)有不同的分類方式。

（1）按照應(yīng)用范圍分為：通用語言與專用語言。

通用語言有：Pascal>C、C++、Java等；目標(biāo)單一的語言稱為專用

語言，有：APT等。

（2）按照用戶的要求分為：過程式語言和非過程式語言。

過程式語言的主要特征是，用戶可以指明一系列可執(zhí)行的順序運(yùn)算,

以表示相應(yīng)的計(jì)算過程，如Pascal、C等；非過程式語言反之，較為

著名的是Java。

（3）按照使用方式分為：交互式語言和非交互式語言。

具有反映人機(jī)交互作用的語言成分的語言成為交互式語言，如

BASIC等；不反映人機(jī)交互作用的語言稱為非交互式語言，如Pascal、

C等都是非交互式語言。

（4）按照語言的內(nèi)在特點(diǎn)分為：系統(tǒng)實(shí)現(xiàn)語言、靜態(tài)高級語言、動(dòng)

態(tài)高級語言和塊結(jié)構(gòu)高級語言；

系統(tǒng)實(shí)現(xiàn)語言例如：C語言；靜態(tài)高級語言例如：COBOL和

FORTRAN語言；動(dòng)態(tài)高級語言的特點(diǎn)是動(dòng)態(tài)完成所有的存儲(chǔ)管理，

如Java；塊結(jié)構(gòu)高級語言,例如ALGOL和Pascal語言。

52、判斷題結(jié)構(gòu)化方法和00方法都是一種面向過程的軟件開發(fā)方

法。O

答案：錯(cuò)

53、填空題如果兩模塊間的通信信息是若干個(gè)參數(shù)，而每個(gè)參數(shù)是

單一的數(shù)據(jù)項(xiàng)，則稱這種耦合性為（）耦合。

答案：數(shù)據(jù)

54、判斷題軟件危機(jī)的主要表現(xiàn)是軟件的需求量迅速增加，軟件價(jià)

格上升。（）

答案：錯(cuò)

55、填空題匯編語言是面向（）的，可以完成高級語言無法完成的

特殊功能，如與外部設(shè)備之間的一些接口工作。

答案：機(jī)器

56、填空題在軟件開發(fā)過程中要產(chǎn)生大量的信息，要進(jìn)行大量的修

改，（）能協(xié)調(diào)軟件開發(fā)，并使混亂減到最低程度。

答案：軟件配置管理

57、單選劃分軟件生存周期的階段時(shí)所應(yīng)遵循的基本原則是（）。

A、各階段的任務(wù)盡可能相關(guān)性

B、各階段的任務(wù)盡可能相對獨(dú)立

C、各階段的任務(wù)在時(shí)間上連續(xù)

D、各階段的任務(wù)在時(shí)間上相對獨(dú)立

答案：B

58、單選某模塊的功能是打印錄取通知書或不錄取通知書，調(diào)用模

塊可通過向此模塊傳遞布爾標(biāo)志信息決定本次調(diào)用哪種通知書的打

印，這種模塊之間的耦合稱為（）。

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

B.混合耦合

C.公共耦合

D.控制耦合

答案：D

59、單選在McCall軟件質(zhì)量度量模型中，（）屬于面向軟件產(chǎn)品修

改。

A.可靠性

B.可重用性

C.適應(yīng)性

D.可移植性

答案：C

60、判斷題用于需求分析的軟件工具，應(yīng)該能夠保證需求的正確性,

即驗(yàn)證需求的一致性、完整性、現(xiàn)實(shí)性和有效性。（）

答案：對

611多選軟件設(shè)計(jì)的主要任務(wù)是（）o

A、將分析階段獲得的需求說明轉(zhuǎn)換為計(jì)算機(jī)中可實(shí)現(xiàn)的系統(tǒng)；

B、完成系統(tǒng)的數(shù)據(jù)結(jié)構(gòu)和程序結(jié)構(gòu)設(shè)計(jì)

C、完成模塊的編碼和測試

D、對模塊內(nèi)部的過程進(jìn)行設(shè)計(jì)

答案：A,B,D

62＞問\質(zhì)軟件測試與其他軟件開發(fā)活動(dòng)相比具有什么樣的特點(diǎn)？

答案：軟件測試的目標(biāo)在于，以最小的工作量和成本，盡可能多地發(fā)

現(xiàn)軟件系統(tǒng)中存在的各種錯(cuò)誤和缺陷，以確保軟件系統(tǒng)的正確性和

可靠性。其主要特點(diǎn)是：

⑴軟件測試的開銷大。按照Boehm的統(tǒng)計(jì)，軟件測試的開銷大約占

總成本的30%?50%。

⑵不能進(jìn)行“窮舉”測試。只有將所有可能的情況都測試到，才有可

能檢查出所有的錯(cuò)誤，但這是不可能的。

⑶軟件測試難度大。既然不能進(jìn)行“窮舉”測試，又要查出盡可能多

的錯(cuò)誤，隨著軟件的規(guī)模和復(fù)雜度不斷增加，軟件測試工作的難度

越來越大。

測試也是一種開發(fā)活動(dòng)，但鑒于軟件測試的以上特點(diǎn)，它比其他軟

件開發(fā)活動(dòng)更加復(fù)雜、困難和重要，且無論怎樣強(qiáng)調(diào)它的重要性都

不過分。

63、名詞解釋黑盒測試

答案：黑盒測試法把程序看成一個(gè)黑盒子，完全不考慮程序的內(nèi)部結(jié)

構(gòu)和處理過程。黑盒測試是在程序接口進(jìn)行的測試，它只檢查程序

功能是否能按照規(guī)格說明書的規(guī)定正常使用，程序是否能適當(dāng)?shù)亟?/p>

收輸入數(shù)據(jù)產(chǎn)生正確的輸出信息，并且保持外部信息的完整性。黑

盒測試又稱為功能測試。

64、單選初始化模塊和結(jié)束模塊從塊內(nèi)聯(lián)系看，被稱為()模塊。

A.過程內(nèi)聚

B.功能內(nèi)聚

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

D.邏輯內(nèi)聚

答案：C

65、名詞解釋詳細(xì)設(shè)計(jì)

答案：是軟件設(shè)計(jì)的第二階段，主要確定每個(gè)模塊具體執(zhí)行過程，故

也稱過程設(shè)計(jì)。

66、單選JSP方法是一種面向()的設(shè)計(jì)方法。

A.控制結(jié)構(gòu)

B.對象

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

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

答案：D

67、問答題何謂軟件維護(hù)的成本？如何度量軟件維護(hù)的工作量？

答案：軟件維護(hù)的成本包括有形和無形兩個(gè)部分：有形的維護(hù)成本指

的是在軟件維護(hù)過程中花費(fèi)了多少金錢。

無形的維護(hù)成本主要包括：一些合理的修復(fù)或修改請求不能及時(shí)安

排，使得客戶不滿意；變更的結(jié)果引入新的故障，使得軟件整體質(zhì)

量下降；把軟件人員抽調(diào)到維護(hù)工作中，干擾了軟件開發(fā)工作等。

軟件維護(hù)的工作量的度量可用如下的公式：

其中：M是維護(hù)中消耗的總工作量

p是上面描述的生產(chǎn)性工作量

K是一個(gè)經(jīng)驗(yàn)常數(shù)

c是因缺乏好的設(shè)計(jì)和文檔而導(dǎo)致復(fù)雜性的度量

d是對軟件熟悉程度的度量。

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

()

答案：錯(cuò)

69、問答題程序設(shè)計(jì)語言的選擇對應(yīng)用程序的開發(fā)有什么樣的影

響？

答案：通常應(yīng)根據(jù)軟件系統(tǒng)的應(yīng)用特點(diǎn)，程序設(shè)計(jì)語言的內(nèi)在特性以

及系統(tǒng)的性能要求等方面來進(jìn)行選擇。程序設(shè)計(jì)語言的選擇應(yīng)該考

慮以下因素：

1、項(xiàng)目的應(yīng)用領(lǐng)域。應(yīng)盡量選取適合某個(gè)應(yīng)用領(lǐng)域的語言。例如，

選擇VisualBasic來開發(fā)數(shù)據(jù)庫應(yīng)用就比選擇VisualC++要容易一些。

2、算法和計(jì)算復(fù)雜性。要根據(jù)不同語言的特點(diǎn)來選取能夠適應(yīng)軟件

項(xiàng)目算法和計(jì)算復(fù)雜性的語言。例如，對于科學(xué)計(jì)算較多的應(yīng)用一

般會(huì)考慮選擇FORTRAN語言。

3、軟件的執(zhí)行環(huán)境。要選取機(jī)器上能運(yùn)行且具有相應(yīng)支持軟件的語

言。例如，在嵌入式系統(tǒng)中(這類系統(tǒng)的硬件資源往往較少)，軟件

開發(fā)語言多為C/C++、Java。

4、性能因素。應(yīng)結(jié)合工程具體性能來考慮，例如實(shí)時(shí)系統(tǒng)對響應(yīng)速

度有特殊要求，就應(yīng)選擇匯編語言、C語言等。

5、數(shù)據(jù)結(jié)構(gòu)的復(fù)雜性。要根據(jù)不同語言構(gòu)造數(shù)據(jù)結(jié)構(gòu)類型的能力選

取合適的語言。C++、Java這樣的高級語言顯然比匯編語言的表達(dá)能

力要強(qiáng)。

6、軟件開發(fā)人員的知識水平以及心理因素。知識水平包括開發(fā)人員

的專業(yè)知識，程序設(shè)計(jì)能力；心理因素是指開發(fā)人員對某種語言或

工具的熟悉程度。從技術(shù)的層面來講，大多數(shù)的任務(wù)用任何一門高

級語言都可以完成，所以選擇開發(fā)者熟悉的語言是可以提高效率的。

為此，要盡量避免受外界的影響，盲目追求高、新的語言。

70、單選結(jié)構(gòu)化系統(tǒng)分析主要是通過()進(jìn)行分析的。

A.算法分解

B.控制結(jié)構(gòu)分解

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

D.處理功能分解

答案：D

71、多選靜態(tài)測試是以人工的、非形式化的方法對程序進(jìn)行分析和

測試。常用的靜態(tài)測試方法有()。

A、運(yùn)行程序并分析運(yùn)行結(jié)果

B、桌前檢查與代碼會(huì)審

C、數(shù)據(jù)流分析圖

D、調(diào)用圖

答案：BCD

72、問答題RationalRose可以建立哪幾種模型圖？

答案：RationalRose可以建立的模型圖共有9種，它們分別是：

(1)業(yè)務(wù)用例圖(BusinessUseCaseDiagram)；

(2)用例圖(UseCaseDiagram)；

(3)類圖(ClassDiagram)；

(4)協(xié)作圖(CollaborationDiagram)；

(5)順序圖(SequenceDiagram)；

(6)活動(dòng)圖(ActivityDiagram)；

(7)狀態(tài)圖(StatechartDiagram)；

(8)構(gòu)件圖(ComponentDiagram)；

(9)部署圖(DeploymentDiagram)。

73、單選源程序文檔化要求在每個(gè)模塊之前加序言性注釋。該注釋

內(nèi)容不應(yīng)有()

A.模塊的功能

B.語句的功能

C.模塊的接口

D.開發(fā)歷史

答案：D

74、、填空題結(jié)構(gòu)化程序設(shè)計(jì)是一種程序設(shè)計(jì)技術(shù)，它采用()的設(shè)

計(jì)方法和順序、選擇、循環(huán)三種基本控制結(jié)構(gòu)構(gòu)造常態(tài)程序。

答案：自頂向下、逐步求精

75、問答題模塊分解應(yīng)該遵循什么樣的標(biāo)準(zhǔn)？

答案：按照“降低塊間聯(lián)系，提高塊內(nèi)聯(lián)系”的設(shè)計(jì)總則對模塊進(jìn)行分

解。具體從以下方面考慮：

(1)盡可能建立功能模塊；

(2)消除重復(fù)功能；

（3）模塊的作用范圍與控制范圍，即當(dāng)作用范圍為控制范圍的子集

時(shí)，才能獲得較低的塊間聯(lián)系；

（4）模塊的大小適當(dāng)；

（5）模塊的扇入/扇出數(shù)不宜太多。

也可以用軟件獨(dú)立性的兩個(gè)定性指標(biāo)來度量模塊分解的標(biāo)準(zhǔn)：

一是耦合性。用于描述模塊之間聯(lián)系的緊密程度。從三個(gè)方面衡量

塊間聯(lián)系大?。?/p>

①方式（直接或間接）

②類型（數(shù)據(jù)型、控制型、混合型）

③數(shù)量（數(shù)量越大，塊間聯(lián)系越緊密。

二是內(nèi)聚性。用于描述模塊內(nèi)部聯(lián)系的緊密程度。它是從功能的角

度來度量模塊內(nèi)的聯(lián)系。顯然，塊內(nèi)聯(lián)系愈緊，即內(nèi)聚性愈強(qiáng)，模

塊獨(dú)立性愈好。功能型模塊獨(dú)立性最好。

76、問答題為什么說軟件的維護(hù)是不可避免的？

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

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

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

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

77、單選源程序的版面文檔要求應(yīng)有變量說明、適當(dāng)注釋和（）。

A.框圖

B.統(tǒng)一書寫格式

C.修改記錄

D.編程日期

答案：B

78、判斷題原型化開發(fā)方法包括生成原型和實(shí)現(xiàn)原型兩個(gè)步驟。（）

答案：錯(cuò)

79、單選下列文檔與維護(hù)人員有關(guān)的有（）

A.軟件需求說明書

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

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

D.操作手冊

答案：C

80、單選使用結(jié)構(gòu)化分析方法時(shí)，采用的基本手段是（）。

A.分解和抽象

B.分解和綜合

C.歸納與推導(dǎo)

D.試探與回溯

答案：A

81、判斷題為保證程序的安全，必須做到程序中沒有任何錯(cuò)誤存在,

即容錯(cuò)。（）

答案：錯(cuò)

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

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

患。

A、軟件評審

B、軟件測試

C、開發(fā)設(shè)計(jì)

D、軟件度量

答案：C

83、問答題建立快速原型，進(jìn)行系統(tǒng)分析和構(gòu)造的好處有哪些？

答案：建立快速原型，進(jìn)行系統(tǒng)分析和構(gòu)造的好處主要包括：

（1）增進(jìn)軟件設(shè)計(jì)者和用戶對軟件系統(tǒng)需求的理解，使得比較含糊

的具有不確定的軟件需求（主要是功能）明確化；

（2）軟件原型方法提供了一種有力的學(xué)習(xí)手段；

（3）使用原型化方法，可以容易地確定系統(tǒng)的性能，確認(rèn)各項(xiàng)主要

系統(tǒng)服務(wù)的可應(yīng)用性，確認(rèn)系統(tǒng)設(shè)計(jì)的可行性，確認(rèn)系統(tǒng)作為產(chǎn)品

的結(jié)果；

（4）軟件原型的最終版本，有的可以原封不動(dòng)地成為產(chǎn)品，有的略

加修改就可以成為最終系統(tǒng)的一個(gè)組成部分，這樣有利于建立最終

系統(tǒng)。

84、單選變換型和事務(wù)型是程序結(jié)構(gòu)的標(biāo)準(zhǔn)形式。從某處獲得數(shù)據(jù),

再對這些數(shù)據(jù)作處理，然后將結(jié)果送出是屬于（）。

A.變換型

B.事務(wù)型

答案：A

85、單選下列關(guān)于效率的說法不正確的是（）

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

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

算法

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

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

答案：D

86、單選（）是以提高軟件質(zhì)量為目的的技術(shù)活動(dòng)。

A.技術(shù)創(chuàng)新

B.測試

C.技術(shù)創(chuàng)造

D.技術(shù)評審

答案：D

解析：技術(shù)評審是以提高軟件質(zhì)量為目的的技術(shù)活動(dòng)，是對軟件本身

的結(jié)構(gòu)、與運(yùn)行環(huán)境的接口、變更帶來的影響等方面進(jìn)行的評審活

動(dòng)。

87、多選需求分析的主要目的是()0

A、系統(tǒng)開發(fā)的具體方案

B、進(jìn)一步確定用戶的需求

C、解決系統(tǒng)是“做什么”的問題

D、解決系統(tǒng)是“如何做”的問題

答案：B,C

88、、填存題從結(jié)構(gòu)化程序設(shè)計(jì)到()，是程序設(shè)計(jì)方法的又一次飛

躍。

答案：面向?qū)ο蟪绦蛟O(shè)計(jì)

89、名詞解釋JSP方法

答案：JSP方法是面向數(shù)據(jù)結(jié)構(gòu)的設(shè)計(jì)方法，其定義了一組以數(shù)據(jù)結(jié)

構(gòu)為指導(dǎo)的映射過程，它根據(jù)輸入，輸出的數(shù)據(jù)結(jié)構(gòu)，按一定的規(guī)

則映射成軟件的過程描述，即程序結(jié)構(gòu)。

90、問答題軟件調(diào)試有哪些方法？各自有什么特點(diǎn)？

答案：常見的軟件調(diào)試策略包括：試探法、歸納法、演繹法、回溯法

和對分法等。

⑴試探法。一種比較原始的調(diào)試策略。它的