1、2021年國(guó)家開放大學(xué)電大軟件工程章節(jié)自測(cè)答案模塊一 軟件工程概述一、選擇題1.軟件與程序的區(qū)別是（）。A.程序價(jià)格便宜、軟件價(jià)格昂貴。B.程序是用戶自己編寫的，而軟件是由廠家提供的。C.程序是用高級(jí)語(yǔ)言編寫的，而軟件是由機(jī)器語(yǔ)言編寫的。D.軟件是程序以及開發(fā)、使用和維護(hù)所需要的所有文檔的總稱,而程序是軟件的一部分。2.開發(fā)軟件所需高成本和產(chǎn)品的低質(zhì)量之間有著尖銳的矛盾，這種現(xiàn)象稱做（）。A.軟件產(chǎn)生B.軟件周期C.軟件工程D.軟件危機(jī)3.瀑布模型本質(zhì)上是一種（ ）模型。A.線性順序B.早期產(chǎn)品C.順序迭代D.線性迭代4.瀑布模型存在的問(wèn)題是（ ）。A.缺乏靈活性B.用戶容易參與開發(fā)C.適用可

2、變需求D.用戶與開發(fā)者易溝通5.用戶要看到軟件產(chǎn)品的模樣，最早也要到（）以后。A.驗(yàn)收B.在單元測(cè)試之后C.程序代碼編寫完成之后D.用戶需求基本確定6.螺旋模型是一種將瀑布模型和（）結(jié)合起來(lái)的軟件開發(fā)模型。A.增量模型B.專家系統(tǒng)C.噴泉模型D.變換模型7.原型化方法是用戶和設(shè)計(jì)者之間執(zhí)行的一種交互構(gòu)成，適用于（）系統(tǒng)。A.需求不確定性高的B.需求確定的C.管理信息D.實(shí)時(shí)8.原型化方法是一種（）型的設(shè)計(jì)過(guò)程。A.自底向上B.自頂向下C.自外向內(nèi)D.自內(nèi)向外9.下列有關(guān)軟件工程的標(biāo)準(zhǔn)，屬于國(guó)際標(biāo)準(zhǔn)的是( )A.IEEEB.GBC.ISOD.DIN 10結(jié)構(gòu)化方法是一種基于（）的方法。A.程序結(jié)

3、構(gòu)B.數(shù)據(jù)結(jié)構(gòu)C.算法D.數(shù)據(jù)流二、簡(jiǎn)答題1.什么是軟件危機(jī)？軟件危機(jī)表現(xiàn)在哪幾個(gè)方面？ 答案：由于軟件具有上述這些特點(diǎn)，長(zhǎng)期以來(lái)一直沒(méi)有發(fā)明一種高效的開發(fā)方法， 從而導(dǎo)致軟件生產(chǎn)效率非常低，交付期一拖再拖，最終交付的軟件產(chǎn)品在質(zhì)量上 很難保障。這種現(xiàn)象早在 20 世紀(jì) 60 年代被定義為“軟件危機(jī)”。它的具體表現(xiàn)如下：（1）“已完成”的軟件不滿足用戶的需求。（2）開發(fā)進(jìn)度不能保障，交付時(shí)間一再拖延。（3）軟件開發(fā)成本難以準(zhǔn)確估算，開發(fā)過(guò)程控制困難造成開發(fā)成本超出預(yù)算。（4）軟件產(chǎn)品的質(zhì)量沒(méi)有保證，運(yùn)算結(jié)果出錯(cuò)、操作死機(jī)等現(xiàn)象屢屢出現(xiàn)。（5）軟件通常沒(méi)有適當(dāng)?shù)奈臋n資料，或文檔與最終交付的軟件產(chǎn)

4、品不符， 軟件的可維護(hù)程度非常低。2.試述產(chǎn)生軟件危機(jī)的主要原因？答案：軟件的特點(diǎn)是導(dǎo)致軟件危機(jī)的客觀因素，而軟件開發(fā)和軟件維護(hù)過(guò)程中使用 的不正確方法是主觀因素，主要表現(xiàn)為：忽視軟件開發(fā)前期的調(diào)研和分析工作， 沒(méi)有統(tǒng)一的、規(guī)范的方法論指導(dǎo)，文檔資料不齊全，忽視人員之間的交流，忽視 測(cè)試工作，輕視軟件的維護(hù)。3.什么是軟件工程？軟件工程的目標(biāo)是什么？答案：軟件工程是： 將系統(tǒng)化的、規(guī)范的、可度量的方法應(yīng)用于軟件的開發(fā)、運(yùn)行和維護(hù)過(guò)程，也就是說(shuō)將工程化應(yīng)用于軟件開發(fā)和管理之中； 對(duì)中所選方法的研究”。軟件工程旨在開發(fā)滿足用戶需要、及時(shí)交付、不超過(guò)預(yù)算和無(wú)故障的軟件， 其主要目標(biāo)如下：（1）實(shí)現(xiàn)預(yù)

5、期的軟件功能，達(dá)到較好的軟件性能，滿足用戶的需求。（2）增強(qiáng)軟件過(guò)程的可見性和可控性，保證軟件的質(zhì)量。（3）提高所開發(fā)軟件的可維護(hù)性，降低維護(hù)費(fèi)用。（4）提高軟件開發(fā)生產(chǎn)率，及時(shí)交付使用。（5）合理預(yù)算開發(fā)成本，付出較低的開發(fā)費(fèi)用。4.軟件工程為什么要強(qiáng)調(diào)規(guī)范化和文檔化？答案：軟件工程強(qiáng)調(diào)規(guī)范化和文檔化。規(guī)范化的目的是使眾多的開發(fā)者遵守相同的規(guī)范，使軟件生產(chǎn)擺脫個(gè)人生產(chǎn)方式，進(jìn)入標(biāo)準(zhǔn)化、工程化的生產(chǎn)方式。文檔化是將軟件的設(shè)計(jì)思想、設(shè)計(jì)過(guò)程和實(shí)現(xiàn)過(guò)程完整地記錄下來(lái)，以便于后人的使用和維護(hù)，在開發(fā)過(guò)程中各類相關(guān)人員借助于文檔進(jìn)行交流和溝通。另外，在開發(fā)過(guò)程中產(chǎn)生的各類文檔使得軟件的生產(chǎn)過(guò)程由不可見

6、變?yōu)榭梢?，便于管理者?duì)軟件生產(chǎn)進(jìn)度和開發(fā)過(guò)程進(jìn)行管理。在用戶最終驗(yàn)收時(shí)可以通過(guò)對(duì)提交的文檔進(jìn)行技術(shù)審查和管理審查，保證軟件的質(zhì)量。5.軟件工程層次是如何劃分的？答案：軟件工程的研究?jī)?nèi)容具有層次化結(jié)構(gòu)，它的最底層是質(zhì)量保證層，中間是過(guò)程層和方法層，最上層是工具層。全面的質(zhì)量管理和質(zhì)量需求是推動(dòng)軟件工程過(guò)程不斷改進(jìn)的動(dòng)力，正是這種改進(jìn)的動(dòng)力導(dǎo)致了更加成熟的軟件工程方法不斷涌現(xiàn)。過(guò)程層定義了一組關(guān)鍵過(guò)程域，目的是保證軟件開發(fā)過(guò)程的規(guī)范性和可控性。方法層提供了軟件開發(fā)的各種方法，包括如何進(jìn)行軟件需求分析和設(shè)計(jì)，如何實(shí)現(xiàn)設(shè)計(jì)，如何測(cè)試和維護(hù)等方法。工具層為軟件工程方法和過(guò)程提供了自動(dòng)或半自動(dòng)的支撐環(huán)境。

7、目前市場(chǎng)上已經(jīng)有許多不錯(cuò)的軟件工程工具，應(yīng)用效果良好。6.什么是軟件生存周期模型？答案：軟件生命周期模型反映的是軟件開發(fā)過(guò)程、活動(dòng)和任務(wù)的結(jié)構(gòu)框架。它能夠 清晰、直觀地表達(dá)軟件開發(fā)全過(guò)程，明確規(guī)定要完成的主要活動(dòng)和任務(wù)。對(duì)于不 同的軟件系統(tǒng)，可能采用不同的開發(fā)方法，使用不同的程序設(shè)計(jì)語(yǔ)言、不同的管 理方法和手段、以及各種具有不同技能的人員參與工作，但是對(duì)于軟件生命周期 模型來(lái)說(shuō)都應(yīng)該是穩(wěn)定有效和普遍適用的。到目前為止，已經(jīng)提出了多種模型， 主要有瀑布模型、演化模型、噴泉模型、螺旋模型、智能模型。模型的選擇是基 于軟件的特點(diǎn)和應(yīng)用領(lǐng)域。7.軟件工程的發(fā)展至今為止經(jīng)歷了哪幾個(gè)階段？各階段的特征是什

8、么？答案：在 20 世紀(jì) 70 年代基本形成了軟件工程的概念、框架、方法和手段，被稱之為第一代軟件工程，即傳統(tǒng)軟件工程。結(jié)構(gòu)化分析、結(jié)構(gòu)化設(shè)計(jì)和結(jié)構(gòu)化編程方法是這個(gè)時(shí)期的代表。80 年代出現(xiàn)的 Smalltalk 80 程序設(shè)計(jì)語(yǔ)言標(biāo)志著面向?qū)ο蟪绦蛟O(shè)計(jì)進(jìn)入了實(shí)用階段，從 80 年代中到 90 年代中，研究的重點(diǎn)轉(zhuǎn)移到面向?qū)ο蠓治龊驮O(shè)計(jì)上來(lái)， 從而演化成軟件工程的第二代，稱之為對(duì)象工程。90 年代后期，軟件工程的一個(gè)重要進(jìn)展就是基于組件的開發(fā)方法。為了提高軟件生產(chǎn)力，避免草率地開發(fā)應(yīng)用程序，盡可能地利用可復(fù)用組件來(lái)組裝成新 的應(yīng)用軟件系統(tǒng)。到目前為止，組件技術(shù)的研究和發(fā)展形成了新一代軟件工程，

9、 即第三代軟件工程，也有不少人稱之為組件工程。軟件工程至今還在不斷發(fā)展，無(wú)論是組件工程還是對(duì)象工程都在不斷發(fā)展， 即使是傳統(tǒng)軟件工程的一些基本概念、框架，也隨著技術(shù)的進(jìn)步在發(fā)生變化?？?之，軟件工程代與代之間并沒(méi)有鴻溝，它們不僅交叉重疊，也攜手并進(jìn)。8.指出瀑布模型中下列任務(wù)的順序：驗(yàn)收測(cè)試，項(xiàng)目計(jì)劃，單元測(cè)試，需求評(píng)審，成本估計(jì)，概要設(shè)計(jì)，詳細(xì)設(shè)計(jì)，系統(tǒng)測(cè)試，設(shè)計(jì)評(píng)審，編碼，需求規(guī)格說(shuō)明書。答案：項(xiàng)目計(jì)劃-成本估計(jì)-需求規(guī)格說(shuō)明書-需求評(píng)審-概要設(shè)計(jì)-詳細(xì)設(shè)計(jì)-設(shè)計(jì)評(píng)審-編碼-單元測(cè)試-系統(tǒng)測(cè)試-驗(yàn)收測(cè)試9.請(qǐng)比較軟件生命周期瀑布模型和螺旋模型的特點(diǎn)。答案：瀑布模型最重要的特點(diǎn)：只有當(dāng)一個(gè)階

10、段的任務(wù)完成、交付相應(yīng)的文檔、通 過(guò)審查小組的審查合格后，才能開始下一個(gè)階段的工作。瀑布模型的優(yōu)點(diǎn)：有利 于大型軟件開發(fā)過(guò)程中人員的組織、管理，有利于軟件開發(fā)方法和工具的研究， 從而提高了大型軟件項(xiàng)目開發(fā)的質(zhì)量和效率。瀑布模型的缺點(diǎn)：（1）開發(fā)過(guò)程 一般不能逆轉(zhuǎn)，否則代價(jià)太大；（2）實(shí)際的項(xiàng)目開發(fā)很難嚴(yán)格按該模型進(jìn)行；（3）客戶往往很難清楚地給出所有的需求，而該模型卻要求如此。（4）軟件的實(shí)際情況必須到項(xiàng)目開發(fā)的后期客戶才能看到，這要求客戶有足夠的耐心。螺旋模型的主要優(yōu)勢(shì)在于它是風(fēng)險(xiǎn)驅(qū)動(dòng)的，每個(gè)方案在實(shí)施前都要經(jīng)過(guò)風(fēng)險(xiǎn)分析。如果風(fēng)險(xiǎn)過(guò)大，則項(xiàng)目應(yīng)該停止，或改變方案。螺旋模型的優(yōu)點(diǎn)：（1） 設(shè)計(jì)

11、上的靈活性,可以在項(xiàng)目的各個(gè)階段進(jìn)行變更；（2）以小的分段來(lái)構(gòu)建大型系統(tǒng),使成本計(jì)算變得簡(jiǎn)單容易；（3）客戶始終參與每個(gè)階段的開發(fā),保證了項(xiàng)目不偏離正確方向以及項(xiàng)目的可控性；（4） 隨著項(xiàng)目推進(jìn),客戶始終掌握項(xiàng)目的最新信息 , 從而他或她能夠和管理層有效地交互。 螺旋模型的缺點(diǎn)：（1）采用螺旋模型需要具有相當(dāng)豐富的風(fēng)險(xiǎn)評(píng)估經(jīng)驗(yàn)和專門知識(shí)，在風(fēng)險(xiǎn)較大的項(xiàng)目開發(fā)中，如果未能夠及時(shí)標(biāo)識(shí)風(fēng)險(xiǎn)，勢(shì)必造成重大損失；（2）過(guò)多的迭代次數(shù)會(huì)增加開發(fā)成本，延遲提交時(shí)間。10.什么叫職業(yè)化？職業(yè)化軟件工程師的必備條件是什么？答案：所謂職業(yè)化，簡(jiǎn)單說(shuō)就是能勝任工作，讓人放心。“能勝任工作”，就需要具備相應(yīng)的專業(yè)技能

12、、知識(shí)和經(jīng)驗(yàn)；“讓人放心”意味著很多，包括遵守行業(yè)成文的或未成文的規(guī)則和規(guī)范，積極有效地和同事溝通，確保自己的工作產(chǎn)品是大家所期望的，盡可能地向客戶提供最專業(yè)的服務(wù)和產(chǎn)品。自律、溝通和技能是成為職業(yè)化軟件工程師的必要條件。自律：軟件區(qū)別于其它傳統(tǒng)產(chǎn)品，軟件只有安裝運(yùn)行后，人們才看見它的界 面；開發(fā)進(jìn)度也是肉眼看不見的，很難準(zhǔn)確判斷開發(fā)任務(wù)完成了 80%還是 30%； 質(zhì)量更是不可見的，只有通過(guò)非常認(rèn)真、全面的測(cè)試和度量，才能了解代碼的質(zhì) 量。一個(gè)程序員認(rèn)真思考問(wèn)題時(shí)的模樣和他發(fā)呆時(shí)的表現(xiàn)一樣，外人很難判斷。因此說(shuō)，“自律”對(duì)軟件工程師來(lái)說(shuō)更為重要。溝通：軟件的規(guī)模越來(lái)越大，而且處在不斷的變化過(guò)

13、程中。因此需要軟件工程師進(jìn)行大量書面的、口頭的、或面對(duì)面的溝通。大到產(chǎn)品的整體功能和性能要求，小到程序的結(jié)構(gòu)，甚至一個(gè)函數(shù)、一個(gè)變量的含義都需要溝通。溝通有標(biāo)準(zhǔn)化的、可視化的工具語(yǔ)言，如 UML。軟件工程強(qiáng)調(diào)文檔的重要性就是以文檔作為溝通的工具，與客戶溝通明確用戶需求；工程師之間溝通明確設(shè)計(jì)方案，市場(chǎng)人員和工程師溝通確定產(chǎn)品特征。軟件工程的實(shí)踐表明，缺乏主動(dòng)溝通，往往導(dǎo)致整個(gè)團(tuán)隊(duì)的技術(shù)方案出現(xiàn)偏差，使整個(gè)項(xiàng)目的進(jìn)度受到影響。技能：軟件工程師常常強(qiáng)調(diào)自己掌握的編碼技術(shù)，往往忽視用戶需求和軟件開發(fā)的規(guī)范。作為職業(yè)化軟件工程師，需求分析、軟件設(shè)計(jì)、軟件構(gòu)造、軟件測(cè)試、軟件維護(hù)、配置管理、軟件項(xiàng)目管理

14、、軟件過(guò)程改進(jìn)、軟件工具和方法以及軟件質(zhì)量保證等是更為重要的技能。11.職業(yè)化軟件工程師十大忌諱是哪些？答案：行為一：對(duì)外交付半成品。 行為二：不遵守標(biāo)準(zhǔn)和規(guī)范。行為三：不積極幫助他人。 行為四：版權(quán)意識(shí)不敏感。 行為五：對(duì)待計(jì)劃不嚴(yán)肅。 行為六：公事私事相混淆。 行為七：不注意知識(shí)更新。 行為八：不主動(dòng)與人溝通。 行為九：不遵守職業(yè)規(guī)則。 行為十：不夠誠(chéng)實(shí)和正直。12.根據(jù)相關(guān)的法律，對(duì)于侵犯軟件著作權(quán)的行為，根據(jù)情節(jié)應(yīng)當(dāng)給予什么處罰？答案：對(duì)于侵犯軟件著作權(quán)的行為，要根據(jù)情況承擔(dān)停止侵害、消除影響、賠禮道 歉、賠償損失等民事責(zé)任；損害社會(huì)公共利益的，由著作權(quán)行政管理部門責(zé)令停 止侵權(quán)行為，

15、沒(méi)收違法所得，沒(méi)收、銷毀侵權(quán)復(fù)制品，并處罰款；情節(jié)嚴(yán)重的， 著作權(quán)行政管理部門可以沒(méi)收用于制作侵權(quán)復(fù)制品的材料、工具、設(shè)備等；觸犯 刑律的，依法追究刑事責(zé)任。13.職業(yè)化軟件工程師要注意的問(wèn)題是什么？答案：職業(yè)化軟件工程師要注意的十大問(wèn)題：高質(zhì)量地完成任務(wù)遵守行業(yè)標(biāo)準(zhǔn)，不能肆意按照自己的想象來(lái)發(fā)揮積極幫助他人版權(quán)意識(shí)敏感嚴(yán)格遵守計(jì)劃公私分明注意知識(shí)更新善于溝通遵守職業(yè)規(guī)則誠(chéng)實(shí)和正直。模塊二 可行性研究一、選擇題1.可行性研究的主要任務(wù)是（）。A.確定性能B.確定功能C.進(jìn)行一次簡(jiǎn)要的需求分析D.確定系統(tǒng)做什么2.可行性分析研究的費(fèi)用大約是項(xiàng)目總經(jīng)費(fèi)的（）。 A. 20%B.5C.2%D.6%3

16、.可行性研究包括（1）研究目前正在使用的系統(tǒng)（2）復(fù)查系統(tǒng)地規(guī)模和目標(biāo)（3）進(jìn)一步定義問(wèn)題（4）導(dǎo)出新系統(tǒng)地高層邏輯模型，具體步驟順序是（）A. （3）（2）（1）（4）B. （2）（1）（4）（3）C. （3）（1）（2）（4）D. （1）（2）（3）（4）4.可行性研究的各個(gè)步驟的工作結(jié)果寫成清晰的文檔，下列哪個(gè)人員不必參加審查。A.分析人員B.客戶組織的負(fù)責(zé)人C.用戶D.評(píng)審組專家5.可行性研究的四大要素是（）。A.經(jīng)濟(jì)、技術(shù)、計(jì)算機(jī)硬件環(huán)境和網(wǎng)絡(luò)帶寬B.經(jīng)濟(jì)、技術(shù)、開發(fā)組織能力和領(lǐng)導(dǎo)者水平C.經(jīng)濟(jì)、技術(shù)、軟件開發(fā)工具和人員的穩(wěn)定性D.經(jīng)濟(jì)、技術(shù)、法律和社會(huì)環(huán)境6.經(jīng)濟(jì)可行分析中（）是分

17、析投入的成本和產(chǎn)出的效益。A.投入成本分析B.產(chǎn)出效益分析C.成本-收益分析D.短期-長(zhǎng)遠(yuǎn)利益分析7（）容易把握，風(fēng)險(xiǎn)較低。A.短期利益B.投入成本C.長(zhǎng)期利益D.產(chǎn)出利益8.技術(shù)可行性考慮的方面( )A.提高軟件生產(chǎn)率的技術(shù)B.以上全部C.完成需求說(shuō)明中功能需要的技術(shù)D.保障軟件治療的技術(shù)9.計(jì)算機(jī)病毒是指（）。A.一組自我復(fù)制和自動(dòng)執(zhí)行的具有破壞能力的代碼B.計(jì)算機(jī)系統(tǒng)的漏洞C.程序中的 BUGD.一種細(xì)菌10.我國(guó)正式頒布實(shí)施的（）對(duì)計(jì)算機(jī)病毒的定義具有法律性，權(quán)威性。A.中華人民共和國(guó)計(jì)算機(jī)信息系統(tǒng)安全保護(hù)條例B.計(jì)算機(jī)軟件保護(hù)條例C.計(jì)算機(jī)病毒防治辦法D.中華人民共和國(guó)著作權(quán)法11.

18、社會(huì)環(huán)境的可行性至少包括（）A.政策B.市場(chǎng)C.市場(chǎng)和政策D.社會(huì)安定性12.假定銀行的存款年利率是 2%，請(qǐng)問(wèn)現(xiàn)在存 5000 元，兩年后的價(jià)值應(yīng)為（） 元。A. 5100B. 5202C. 4712D. 450013.無(wú)形的效益是（）A.投資回收期B.社會(huì)影響力C.貨幣的時(shí)間價(jià)值D.純收入模塊三 需求分析1.面向?qū)ο蠓治鋈蝿?wù)的核心在于建立（）模型。a.建立正確的模型b.識(shí)別問(wèn)題域?qū)ο骳.識(shí)別對(duì)象之間的關(guān)系d.上面所有2.（）不是分析建模的目的。a.定義可驗(yàn)證的軟件需求b.開發(fā)一個(gè)簡(jiǎn)單的問(wèn)題解決方案c.描述客戶需求d.建立軟件設(shè)計(jì)的基礎(chǔ)3.面向?qū)ο箝_發(fā)方法主要分為分析、設(shè)計(jì)和實(shí)現(xiàn)三個(gè)階段，下

19、面屬于分析階段主要工作的是（）。a.建立用例模型b.改進(jìn)系統(tǒng)的性能c.定義子系統(tǒng)接口參數(shù)d.編寫代碼4.面向?qū)ο蠓治鲞^(guò)程中建立的模型有（）。a.屬性模型、功能模型、對(duì)象模型b.對(duì)象模型、功能模型、測(cè)試模型c.數(shù)據(jù)模型、功能模型、活動(dòng)模型d.對(duì)象模型、功能模型、動(dòng)態(tài)模型5.功能模型用于表達(dá)系統(tǒng)的需求，為軟件的進(jìn)一步分析和設(shè)計(jì)打下基礎(chǔ)。在面向?qū)ο蠓椒ㄖ?，由（）?shí)現(xiàn)。a.用例圖和場(chǎng)景描述b.交互圖和場(chǎng)景描述c.活動(dòng)圖和場(chǎng)景描述d.場(chǎng)景描述6.用（）模型分析和定義用戶的需求。a.用例b.靜態(tài)c.動(dòng)態(tài)d.數(shù)據(jù)7.用（）模型描述和分析業(yè)務(wù)流程。a.數(shù)據(jù)b.交互c.業(yè)務(wù)d.動(dòng)態(tài)8.下面建立功能模型的步驟哪個(gè)

20、順序是正確的（）。a.確定用例模型/確定角色/確定用例b.確定角色/確定用例/確定用例模型c.確定角色/確定用例模型/確定用例d.確定用例/確定用例模型/確定角色9.建立用例（功能）模型中第一步是（）。a.創(chuàng)建機(jī)構(gòu)組織結(jié)構(gòu)及角色職能圖b.確定用例c.確定用例模型d.確定角色10.確定角色是（）的任務(wù)。a.對(duì)象模型b.動(dòng)態(tài)模型c.用例模型d.交互模型11.（）用于描述系統(tǒng)中概念層次的對(duì)象。a.界面類b.控制類c.實(shí)體類d.分析類12.分析模型的類有三種即（）。a.界面類、控制類、公共類b.實(shí)體類、數(shù)據(jù)類、界面類c.邊界類、實(shí)體類、控制類d.控制類、實(shí)體類、數(shù)據(jù)類13.建立對(duì)象模型的步驟為（）。a

21、.構(gòu)建類圖/識(shí)別分析類b.識(shí)別分析類/構(gòu)建類圖c.確定用例/確定角色d.確定角色/確定用例模型14.在基于用例的面向?qū)ο蠓治鲞^(guò)程中，定義交互行為的關(guān)鍵在于通過(guò)描述分析類實(shí)例之間的（）將用例的職責(zé)分配到分析類中。a.上下文關(guān)系b.消息傳遞c.關(guān)聯(lián)關(guān)系d.繼承關(guān)系15.動(dòng)態(tài)模型描述系統(tǒng)的動(dòng)態(tài)結(jié)構(gòu)和對(duì)象之間的交互，表示瞬時(shí)的、行為化的系統(tǒng)“控制”特性。面向?qū)ο蠓椒ㄖ?，常用（）?shí)現(xiàn)。a.狀態(tài)圖b.交互圖c.活動(dòng)圖d.以上全部16.需求評(píng)審問(wèn)題清單應(yīng)該包括（）。a.檢查正確性的問(wèn)題列表b.檢查完整性的問(wèn)題列表c.檢查一致性的問(wèn)題列表d.以上全部17.是否描述了系統(tǒng)功能的管理屬于（）問(wèn)題列表中的內(nèi)容。a.

22、檢查完整性b.檢查一致性c.檢查正確性d.檢查可靠性18.面向?qū)ο蟮男枨蠓治鲆?guī)格說(shuō)明書的分析模型中可以省略的有（）。a.性能需求b.數(shù)據(jù)要求c.對(duì)象模型d.運(yùn)行環(huán)境19.軟件需求分析規(guī)格說(shuō)明書中的分析模型應(yīng)該包括（）a.對(duì)象模型b.動(dòng)態(tài)模型c.用例模型d.以上全部模塊四 軟件設(shè)計(jì)一、選擇題1.隨著模塊規(guī)模減小，模塊開發(fā)成本（），模塊集成成本（）。A.增加/減小B.增加/增加C.減小/減小D.減小/增加2.反映模塊獨(dú)立性的指標(biāo)是（）。A.模塊的大小B.模塊的參數(shù)C.內(nèi)聚和耦合D.模塊的復(fù)雜性3.非直接耦合的模塊獨(dú)立性最強(qiáng)，（）的模塊獨(dú)立性最弱。A.數(shù)據(jù)耦合B.控制耦合C.外部耦合D.內(nèi)容耦合4.

23、內(nèi)容耦合是模塊間最緊密的耦合，（）是模塊間最松散的耦合。A.控制耦合B.外部耦合C.數(shù)據(jù)耦合D.非直接耦合5.在對(duì)軟件系統(tǒng)進(jìn)行模塊設(shè)計(jì)的時(shí)候，可以有不同的抽象層次，可以用（），配合面向問(wèn)題的專業(yè)術(shù)語(yǔ)，概括地描述問(wèn)題的解法。A.流程圖B.自然語(yǔ)言C.直接實(shí)現(xiàn)的方式D.過(guò)程化的描述方法6.人們?cè)谡J(rèn)識(shí)復(fù)雜問(wèn)題的過(guò)程中，使用最強(qiáng)有力的思維工具就是（）A.抽象B.信息隱蔽C.模塊化D.內(nèi)聚和耦合7.信息隱藏的核心內(nèi)容是（）。A.數(shù)據(jù)不能被其他模塊訪問(wèn)B.一個(gè)模塊的內(nèi)部信息不允許其他模塊直接訪問(wèn)C.把數(shù)據(jù)都放在公共的區(qū)域D.把信息加密，只能讓有密鑰的模塊訪問(wèn)8.每個(gè)子系統(tǒng)的接口定義了若干（），體現(xiàn)了子系統(tǒng)

24、的功能，而功能的具體實(shí)現(xiàn)方法應(yīng)該是隱藏的。A.參數(shù)B.操作C.控制D.算法9.為高質(zhì)量地開發(fā)軟件項(xiàng)目，在軟件結(jié)構(gòu)設(shè)計(jì)時(shí)，必須遵循（）原則。A.數(shù)據(jù)共享B.質(zhì)量控制C.信息隱蔽D.程序優(yōu)化10.軟件結(jié)構(gòu)圖中沒(méi)有（）元素。A.模塊B.調(diào)用參數(shù)C.返回結(jié)果D.判斷11.在實(shí)際的軟件設(shè)計(jì)中，通常采用樹狀結(jié)構(gòu)，限制使用（）。A.層次結(jié)構(gòu)B.模塊結(jié)構(gòu)C.線性結(jié)構(gòu)D.網(wǎng)狀結(jié)構(gòu)12.軟件結(jié)構(gòu)使用的圖形工具，一般采用（）圖。A.ER B.DFD C.SC D.PAD13.軟件設(shè)計(jì)的目標(biāo)是（）。A.為軟件編碼設(shè)計(jì)模塊結(jié)構(gòu)。B.確定軟件的實(shí)現(xiàn)算法。C.確定軟件要做什么。D.在最短的時(shí)間內(nèi)，生產(chǎn)出可靠性、可維護(hù)性俱佳

25、的軟件方案。14.軟件設(shè)計(jì)時(shí)中一個(gè)基本原則（）。A.低耦合，高內(nèi)聚 和信息隱蔽的設(shè)計(jì)原則B.模塊扇出小于 5C.模塊深度小于 7D.模塊扇入小于 515.為高質(zhì)量地開發(fā)軟件項(xiàng)目，在軟件結(jié)構(gòu)設(shè)計(jì)時(shí)，必須遵循（）原則。A.質(zhì)量控制B.數(shù)據(jù)共享C.信息隱蔽D.程序優(yōu)化16.影響軟件設(shè)計(jì)的因素有（）。A.軟件使用者的文化背景B.以上所有C.設(shè)計(jì)人員的理解力D.設(shè)計(jì)人員的個(gè)人經(jīng)驗(yàn)17.結(jié)構(gòu)化設(shè)計(jì)方法具體流程中首先要（）。A.定義軟件的層次結(jié)構(gòu)B.分析數(shù)據(jù)流類型C.以上所有D.繪制軟件結(jié)構(gòu)圖18.變換分析方法中應(yīng)在數(shù)據(jù)流程圖上區(qū)分系統(tǒng)的邏輯輸入，（）和中心變換部分。A.格式轉(zhuǎn)換B.邏輯輸出C.物理輸入D.

26、物理輸出19.在任何情況下的都可以使用變換分析方法設(shè)計(jì)軟件結(jié)構(gòu)，但在數(shù)據(jù)流程圖中明顯的（）時(shí)，還是采用事務(wù)分析方法更好。A.中心變換B.發(fā)射路徑C.接收路徑D.事務(wù)中心20.在優(yōu)化軟件結(jié)構(gòu)時(shí)要注意保持簡(jiǎn)單，在滿足模塊化要求的前提下盡量（）。A.增加模塊耦合度B.增加復(fù)雜數(shù)據(jù)結(jié)構(gòu)C.減少模塊數(shù)量D.增加模塊數(shù)量21.概要設(shè)計(jì)復(fù)查不需要（）人員參加。A.系統(tǒng)維護(hù)人員B.系統(tǒng)設(shè)計(jì)員C.用戶D.系統(tǒng)分析員22.在概要設(shè)計(jì)復(fù)查過(guò)程中，設(shè)計(jì)人員詳細(xì)講述（）。A.需求規(guī)格說(shuō)明書B.程序編碼C.總體設(shè)計(jì)方案D.程序流程圖23.關(guān)鍵設(shè)計(jì)復(fù)查的參與者不需要（）。A.系統(tǒng)測(cè)試人員B.系統(tǒng)分析員C.用戶D.系統(tǒng)設(shè)計(jì)員

27、24.下列哪些屬于復(fù)審的問(wèn)題設(shè)計(jì)？A.設(shè)計(jì)算法合適否B.設(shè)計(jì)文檔是否完備C.設(shè)計(jì)容易實(shí)現(xiàn)否D.以上所有25.數(shù)據(jù)結(jié)構(gòu)設(shè)計(jì)中在確定數(shù)據(jù)結(jié)構(gòu)時(shí)應(yīng)先考慮（）。A.動(dòng)態(tài)結(jié)構(gòu)B.靜態(tài)結(jié)構(gòu)C.簡(jiǎn)單結(jié)構(gòu)D.特殊結(jié)構(gòu)26.為了加強(qiáng)數(shù)據(jù)設(shè)計(jì)的的（），應(yīng)該針對(duì)常用的數(shù)據(jù)結(jié)構(gòu)和復(fù)雜的數(shù)據(jù)結(jié)構(gòu)設(shè)計(jì)抽象類型，并且將數(shù)據(jù)結(jié)構(gòu)和操縱數(shù)據(jù)結(jié)構(gòu)的操作封裝在一起。A.可靠性B.可移植性C.可復(fù)用性D.可維護(hù)性27.文件設(shè)計(jì)過(guò)程包括文件的邏輯設(shè)計(jì)和物理設(shè)計(jì)階段。其中文件的邏輯設(shè)計(jì)在（）階段進(jìn)行。A.詳細(xì)設(shè)計(jì)B.程序編碼C.需求分析D.概要設(shè)計(jì)28.下面哪項(xiàng)屬于文件邏輯設(shè)計(jì)的任務(wù)？A.理解文件的特性B.估算文件的存取時(shí)間C.分析數(shù)據(jù)

28、間的關(guān)系D.確定文件的記錄格式29.（）的目的是確定物理數(shù)據(jù)庫(kù)結(jié)構(gòu)。A.完整性設(shè)計(jì)B.安全性設(shè)計(jì)C.子模式設(shè)計(jì)D.模式設(shè)計(jì)30.程序流程圖是使用最為廣泛的詳細(xì)設(shè)計(jì)方法，其中方框代表：A.結(jié)束B.控制C.注釋D.處理步驟31.程序流程圖屬于()階段的工具A.編碼B.總體設(shè)計(jì)C.詳細(xì)設(shè)計(jì)D.分析32.判定表由 4 個(gè)部分組成，其中（）列出了所有的條件。A.右半部B.左上部C.左下部D.右下部33.PDL 是一種（）語(yǔ)言。A.高級(jí)程序設(shè)計(jì)語(yǔ)言B.建模語(yǔ)言C.低級(jí)程序設(shè)計(jì)語(yǔ)言D.過(guò)程設(shè)計(jì)語(yǔ)言34.PDL 屬于()階段的工具A.編碼B.總體設(shè)計(jì)C.詳細(xì)設(shè)計(jì)D.分析35.面向?qū)ο笤O(shè)計(jì)強(qiáng)調(diào)定義（），并且使它

29、們相互協(xié)作來(lái)滿足用戶需求。A.E-R 模型B.軟件對(duì)象C.物理模型D.接口36.面向?qū)ο笤O(shè)計(jì)的步驟中，正確的順序是（）。A.用例設(shè)計(jì)、構(gòu)架設(shè)計(jì)、類設(shè)計(jì)B.系統(tǒng)構(gòu)架設(shè)計(jì)、用例設(shè)計(jì)、類設(shè)計(jì)C.系統(tǒng)構(gòu)架設(shè)計(jì)、數(shù)據(jù)庫(kù)設(shè)計(jì)和用戶界面設(shè)計(jì)D.類設(shè)計(jì)、用例設(shè)計(jì)、構(gòu)架設(shè)計(jì)37.通常將具有共性的非功能要求設(shè)計(jì)在（），以減少重新開發(fā)的工作量。A.最低層B.最高層C.接口層D.中間層38.下面那個(gè)選項(xiàng)不是正確的面向?qū)ο笤O(shè)計(jì)思想。A.發(fā)現(xiàn)變化并且封裝它B.先組合后繼承C.先繼承后組合D.對(duì)接口進(jìn)行設(shè)計(jì)39.一個(gè)設(shè)計(jì)得好的 OO 系統(tǒng)具有（）A.弱內(nèi)聚、強(qiáng)耦合的特征B.弱內(nèi)聚、弱耦合的特征C.強(qiáng)內(nèi)聚、弱耦合的特征D.強(qiáng)

30、內(nèi)聚、強(qiáng)耦合的特征40.在面向?qū)ο蟮脑O(shè)計(jì)中，我們應(yīng)遵循的設(shè)計(jì)準(zhǔn)則除了模塊化、抽象、低耦合、強(qiáng)內(nèi)聚以外，還有( )A.類的開發(fā)B.信息隱蔽C.經(jīng)常類的復(fù)用D.隱藏復(fù)雜性41.（）是設(shè)計(jì)稿質(zhì)量軟件的一個(gè)重要原則，因?yàn)樗兄诟綦x變化對(duì)系統(tǒng)其他元素的影響。A.服務(wù)內(nèi)聚B.可重用C.弱耦合D.框架42.耦合主要是指不同對(duì)象之間相互關(guān)聯(lián)的程度，如果關(guān)聯(lián)程度高，則會(huì)（）A.增加測(cè)試修改難度B.降低類的可移植性C.以上全部D.降低類的可重用性43.如果對(duì)象之間的耦合是通過(guò)（）來(lái)實(shí)現(xiàn)的，則這種耦合就是交互耦合。A.方法B.參數(shù)C.公共數(shù)據(jù)區(qū)D.消息機(jī)制44.在面向?qū)ο笤O(shè)計(jì)中應(yīng)盡量（）A.減少對(duì)象之間發(fā)送的消息

31、數(shù)B.以上全部C.增加消息中的參數(shù)個(gè)數(shù)D.提高消息的連接程度45.繼承耦合是（）之間的一種關(guān)聯(lián)形式，設(shè)計(jì)時(shí)應(yīng)該適當(dāng)使用這種耦合。A.虛類與實(shí)體類B.數(shù)據(jù)類與處理類C.一般化類與特殊化類D.控制類與界面類46.在設(shè)計(jì)時(shí)要特別分析一般化類與特殊化類之間的繼承關(guān)系，如果抽象層次不合理，會(huì)降低系統(tǒng)的（）A.安全性B.可重用性C.穩(wěn)定性D.可移植性47.軟件重用在面向?qū)ο筌浖_發(fā)方法中是從（）開始的A.維護(hù)階段B.需求分析C.設(shè)計(jì)階段D.繪制模型48.為了提高工作效率，減少錯(cuò)誤，降低成本，就要充分考慮軟件元素的（）A.可重用性B.可讀性C.可移植性D.穩(wěn)定性49.框架是一組可用于不同應(yīng)用的（）的集合。A

32、.類B.過(guò)程C.函數(shù)D.數(shù)據(jù)結(jié)構(gòu)50.當(dāng)面向?qū)ο笤O(shè)計(jì)進(jìn)行底層設(shè)計(jì)時(shí)，對(duì)每個(gè)類進(jìn)行詳細(xì)設(shè)計(jì)，設(shè)計(jì)類的屬性和操作，優(yōu)化類之間的關(guān)系，就可以設(shè)計(jì)成（ ）來(lái)對(duì)類的設(shè)計(jì)進(jìn)行構(gòu)架和優(yōu)化。A.過(guò)程B.屬性C.框架D.方法51.面向?qū)ο笤O(shè)計(jì)首先要進(jìn)行高層設(shè)計(jì)：確定系統(tǒng)的總體結(jié)構(gòu)和風(fēng)格，構(gòu)造系統(tǒng)的（），將系統(tǒng)劃分成不同的子系統(tǒng)。A.物理模型B.邏輯模型C.數(shù)據(jù)模型D.用例模型52.構(gòu)架設(shè)計(jì)的主要目的是（），這項(xiàng)工作由經(jīng)驗(yàn)豐富的構(gòu)架設(shè)計(jì)師主持完成。A.處理流程B.確定系統(tǒng)總體結(jié)構(gòu)C.類圖D.確定系統(tǒng)數(shù)據(jù)結(jié)構(gòu)53.每個(gè)子系統(tǒng)的接口上定義了若干（），其他子系統(tǒng)只能通過(guò)接口享受這個(gè)子系統(tǒng)提供的服務(wù)。A.命令B.屬性C.

33、數(shù)據(jù)D.操作54.在分析模型內(nèi)表示協(xié)調(diào)、順序、事務(wù)處理以及控制其他對(duì)象的類是（）。A.主函數(shù)B.控制類C.事務(wù)類D.組件類55.用（）描述系統(tǒng)與角色之間的接口。A.窗體B.表單C.界面類D.對(duì)話框56.通常將具有共性的非功能需求設(shè)計(jì)在（），以減少重新開發(fā)的工作量。A.引用B.調(diào)用C.接口D.復(fù)用57.非功能需求設(shè)計(jì)需要考慮的因素有（）A.故障恢復(fù)B.以上全部C.錯(cuò)誤檢測(cè)D.系統(tǒng)的安全性58.對(duì)用例進(jìn)行設(shè)計(jì)，發(fā)現(xiàn)實(shí)現(xiàn)用例功能的（），確定類之間的關(guān)系。A.算法B.數(shù)據(jù)結(jié)構(gòu)C.關(guān)鍵類D.業(yè)務(wù)流程59.每個(gè)用例至少應(yīng)該有一個(gè)（），它通常沒(méi)有屬性而只有方法，只是起協(xié)調(diào)和控制作用。A.接口類B.控制類C.

34、界面類D.實(shí)體類60.定義類的屬性類型時(shí)盡量使用已有類型，太多自定義類型會(huì)降低系統(tǒng)的（） 指標(biāo)。A.安全性B.有效性C.開發(fā)效率D.可維護(hù)性61.定義類的屬性結(jié)構(gòu)，盡量不要使用復(fù)雜的（）A.數(shù)據(jù)結(jié)構(gòu)B.對(duì)象C.類D.方法62.設(shè)計(jì)類的操作就是為每個(gè)類的方法設(shè)計(jì)必須實(shí)現(xiàn)的操作，并用自然語(yǔ)言或偽代碼描述操作的（）A.對(duì)象B.服務(wù)C.算法D.方法63.設(shè)計(jì)類的操作中不需要定義的內(nèi)容（）A.操作返回的類型B.定義操作的參數(shù)C.對(duì)象的屬性D.操作描述64.對(duì)類進(jìn)行詳細(xì)設(shè)計(jì)，主要是設(shè)計(jì)類的（），優(yōu)化類之間的關(guān)系。A.屬性和方法、關(guān)系B.處理流程C.數(shù)據(jù)結(jié)構(gòu)D.算法65.在概要設(shè)計(jì)階段定義了類的關(guān)系，在（）

35、要細(xì)化這些關(guān)系A(chǔ).數(shù)據(jù)庫(kù)設(shè)計(jì)B.測(cè)試C.分析D.詳細(xì)設(shè)計(jì)66.在圖書館系統(tǒng)中，假如已經(jīng)構(gòu)造了一個(gè)一般借書者類，后來(lái)發(fā)現(xiàn)圖書館的學(xué)生和教師在借書中有不同要求。請(qǐng)問(wèn)在面向?qū)ο笤O(shè)計(jì)中用（）方法可以方便地設(shè)計(jì)這兩個(gè)類？A.動(dòng)態(tài)聯(lián)編B.繼承C.信息隱藏D.代碼復(fù)制67.系統(tǒng)設(shè)計(jì)規(guī)格說(shuō)明書中不可缺少的內(nèi)容有（）A.項(xiàng)目的背景B.設(shè)計(jì)的目的C.設(shè)計(jì)約束和專業(yè)詞匯D.以上全部模塊五 編碼1.所有程序設(shè)計(jì)語(yǔ)言的基本成分都可歸納為：數(shù)據(jù)成分、（）、控制成分和傳輸成分。A.運(yùn)算成分B.輸入成分C.說(shuō)明成分D.循環(huán)成分2.（）程序設(shè)計(jì)語(yǔ)言能接受的數(shù)據(jù)，如各種類型的變量、數(shù)組等，作為程序操作的對(duì)象，具有名稱、類型和作用

36、域等特征。A.說(shuō)明成分B.數(shù)據(jù)成分C.控制成分D.傳輸成分3.按照（），有通用語(yǔ)言和專用語(yǔ)言之分。A.語(yǔ)言級(jí)別B.用戶要求C.應(yīng)用范圍D.使用方式4.結(jié)構(gòu)化語(yǔ)言是介于自然語(yǔ)言和形式語(yǔ)言之間的一種（）。A.高級(jí)語(yǔ)言B.計(jì)算機(jī)語(yǔ)言C.半形式語(yǔ)言D.低級(jí)語(yǔ)言5.下列敘述中錯(cuò)誤的是（）。A.給定算法的時(shí)間復(fù)雜性與實(shí)現(xiàn)該算法所采用的程序設(shè)計(jì)語(yǔ)言無(wú)關(guān)B.面向?qū)ο蟪绦蛟O(shè)計(jì)語(yǔ)言不支持對(duì)一個(gè)對(duì)象的成員變量進(jìn)行直接訪問(wèn)C.面向?qū)ο蟪绦蛟O(shè)計(jì)語(yǔ)言可支持過(guò)程化的程序設(shè)計(jì)D.與匯編語(yǔ)言相比，采用腳本語(yǔ)言編程可獲得更高的運(yùn)行效率6.程序設(shè)計(jì)語(yǔ)言的技術(shù)特性不應(yīng)包括（）。A.數(shù)據(jù)結(jié)構(gòu)的描述性B.數(shù)據(jù)庫(kù)的易操作性C.抽象類型的描

37、述性D.軟件的可移植性7.科學(xué)計(jì)算領(lǐng)域一般選擇（）語(yǔ)言。A.匯編語(yǔ)言B.HTMLC.XMLD.C8.程序結(jié)構(gòu)清晰且簡(jiǎn)單易懂，一個(gè)函數(shù)的規(guī)模一般（）行。A.不超過(guò) 30B.等于 300C.100 左右D.大于 5009.最好使用（ ）避免二義性。A.回車符號(hào)B.“”C.；D.括號(hào)10.如果程序代碼的（）好，則調(diào)試的成本就可以大幅度降低。A.可讀性B.性能比C.可擴(kuò)充性D.可移植性11.對(duì)于嵌套的循環(huán)和分支程序，層次不要超過(guò)（）層。A.2B.3C.1D.512.程序設(shè)計(jì)風(fēng)格首先要考慮（）。A.效率B.節(jié)省存儲(chǔ)空間C.代碼書寫優(yōu)美D.正確13.下面（）屬于容錯(cuò)處理。A.變量使用前初始化B.不要單獨(dú)進(jìn)

38、行浮點(diǎn)數(shù)比較C.異常捕捉處理D.用戶輸入進(jìn)行有效行檢查14.以下（）不符合可移植性要求。A.對(duì)于 JAVA 程序可以使用第三方提供的接口B.對(duì)于 JAVA 程序來(lái)說(shuō)盡量使用標(biāo)準(zhǔn)的 JDK 提供的類C.對(duì)數(shù)據(jù)庫(kù)的操作，使用符合 JAVA 怨言規(guī)范的標(biāo)準(zhǔn)的接口類D.盡量使用標(biāo)準(zhǔn)的 SQL 數(shù)據(jù)類型和 SQL 語(yǔ)句15.為獲得較高的（），在設(shè)計(jì)過(guò)程中常采用通用的程序設(shè)計(jì)語(yǔ)言和運(yùn)行支撐環(huán)境。盡量不用與系統(tǒng)的底層相關(guān)性強(qiáng)的語(yǔ)言。A.可維護(hù)性B.可讀性C.可靠性D.可移植性16.在設(shè)計(jì)程序編碼的輸入輸出時(shí)，下面（）不符合設(shè)計(jì)原則。A.按照用戶的要求設(shè)計(jì)輸出報(bào)表形式B.對(duì)所有的輸入數(shù)據(jù)進(jìn)行檢驗(yàn)C.輸入一批數(shù)

39、據(jù)時(shí)由用戶指定輸入數(shù)據(jù)數(shù)目D.有些輸入信息應(yīng)提供缺省值17.輸入輸出風(fēng)格受到（）因素影響。A.工作環(huán)境B.以上全部C.用戶操作的的熟練程度D.輸入輸出設(shè)備18.可重復(fù)使用的、功能相對(duì)獨(dú)立的算法或接口應(yīng)該考慮封裝成公共的控件或類， 下面（）不屬于這部分。A.數(shù)據(jù)庫(kù)連接B.文件讀寫C.日期處理D.程序模版19.相對(duì)固定和獨(dú)立的程序?qū)崿F(xiàn)方式和過(guò)程，應(yīng)考慮做成程序模版，如（）。A.符合一定規(guī)范的 XML 數(shù)據(jù)的解析過(guò)程B.時(shí)間處理C.字符串格式處理D.文件讀寫20.代碼檢查是由（）組成一個(gè)走查小組，通過(guò)閱讀代碼，并進(jìn)行提問(wèn)和討論， 從而發(fā)現(xiàn)可能存在的缺陷、遺漏和矛盾的地方。A.設(shè)計(jì)人員B.分析人員C.

40、測(cè)試人員D.編程人員21.java 語(yǔ)言代碼審查表中檢查類的命名是否和設(shè)計(jì)相符屬于代碼檢查的（）的檢查。A.構(gòu)造函數(shù)B.類C.屬性D.方法22.下列關(guān)于功能性注釋不正確的說(shuō)法是( )。A.可使用空行或縮進(jìn)，以便很容易區(qū)分注釋和程序B.修改程序也應(yīng)修改注釋C.注釋用來(lái)說(shuō)明程序段，需要在每一行都要加注釋D.功能性注釋嵌在源程序中，用于說(shuō)明程序段或語(yǔ)句的功能以及數(shù)據(jù)的狀態(tài)23.下面（）不符合編程規(guī)范。A.盡量減小代碼量B.盡量使用全局變量C.避免功能冗余的模塊D.不使用不必要的變量和函數(shù)模塊六 軟件測(cè)試1、從狹義上講，軟件測(cè)試是（）的過(guò)程。A.區(qū)分程序員水平B.用不同的數(shù)據(jù)驗(yàn)證程序正確性C.為發(fā)現(xiàn)錯(cuò)

41、誤而執(zhí)行程序D.為了驗(yàn)證程序正確2、經(jīng)驗(yàn)表明，在程序設(shè)計(jì)中，某模塊與其他模塊相比，若該模塊已發(fā)現(xiàn)并改正的錯(cuò)誤數(shù)目較多，則該模塊中殘留的錯(cuò)誤與其他模塊相比，通常應(yīng)該（）。A.不確定B.較少C.較多D.相似3、下面有關(guān)測(cè)試原則的說(shuō)法正確的是（）。A.程序最好由編寫該程序的程序員自己來(lái)測(cè)試B.使用測(cè)試用例進(jìn)行測(cè)試是為了檢查程序員是否做錯(cuò)了他該做的事C.測(cè)試用例應(yīng)由測(cè)試的輸入數(shù)據(jù)和預(yù)期的輸出結(jié)果兩部分組成D.測(cè)試用例自詡選取合理的輸入數(shù)據(jù)4、軟件測(cè)試的目標(biāo)是設(shè)計(jì)優(yōu)秀的測(cè)試用例，（）。A.保障程序的正確性B.以最小的代價(jià)、在最短的時(shí)間內(nèi)盡可能多地發(fā)現(xiàn)軟件中的錯(cuò)誤C.區(qū)分出程序員的編程水平D.最快速地找出

42、程序中的問(wèn)題5、（）不符合軟件測(cè)試原則。A.程序員應(yīng)該仔細(xì)測(cè)試自己編寫的程序代碼B.對(duì)每個(gè)測(cè)試結(jié)果進(jìn)行檢查，不漏掉已經(jīng)出現(xiàn)的錯(cuò)誤跡象C.測(cè)試工作越早開始越好D.程序員要避免測(cè)試自己編寫的程序代碼6、測(cè)試最早的開始時(shí)間是（）。A.從詳細(xì)設(shè)計(jì)階段開始B.以上都對(duì)C.從編碼階段開始D.從需求分析階段開始7、從測(cè)試對(duì)象的粒度上劃分測(cè)試為（）。A.單元測(cè)試、集成測(cè)試、系統(tǒng)測(cè)試和驗(yàn)收測(cè)試B.壓力測(cè)試、功能測(cè)試、性能測(cè)試和系統(tǒng)測(cè)試C.單元測(cè)試、集成測(cè)試D.黑盒測(cè)試、白盒測(cè)試、功能測(cè)試和性能測(cè)試8、（）時(shí)，測(cè)試人員必須接觸到程序源代碼。A.壓力測(cè)試B.外觀測(cè)試C.黑盒測(cè)試D.白盒測(cè)試9、在設(shè)計(jì)黑盒測(cè)試用例時(shí)，

43、主要研究（）。A.項(xiàng)目開發(fā)計(jì)劃B.詳細(xì)設(shè)計(jì)說(shuō)明C.概要設(shè)計(jì)說(shuō)明書D.需求規(guī)格說(shuō)明10、在設(shè)計(jì)測(cè)試用例時(shí)，應(yīng)該包括（）測(cè)試用例。A.可能產(chǎn)生無(wú)效輸出的輸入情況B.無(wú)效的和不期望的輸入情況C.上面所有情況D.有效的和期望的輸入情況11、測(cè)試用例是一組（）。A.測(cè)試數(shù)據(jù)B.測(cè)試驅(qū)動(dòng)程序C.測(cè)試用的輸入數(shù)據(jù)以及對(duì)應(yīng)的預(yù)期結(jié)果D.測(cè)試程序及數(shù)據(jù)12、用足夠多的測(cè)試用例使程序的每條語(yǔ)句至少執(zhí)行一次，這是（）。A.條件覆蓋B.語(yǔ)句覆蓋C.路徑覆蓋D.判定覆蓋13、設(shè)計(jì)足夠多的測(cè)試用例不僅使程序的每條語(yǔ)句至少執(zhí)行一次，還要使每個(gè)判定分支都至少執(zhí)行一次。A.路徑覆蓋B.條件組合覆蓋C.語(yǔ)句覆蓋D.判定覆蓋14、

44、設(shè)計(jì)足夠多的測(cè)試用例不僅使程序的每條語(yǔ)句至少執(zhí)行一次，還要使每個(gè)判定表達(dá)式中條件的各種組合都至少出現(xiàn)一次。A.條件組合覆蓋B.語(yǔ)句覆蓋C.路徑覆蓋D.判定覆蓋15、下面哪些測(cè)試屬于黑盒測(cè)試（ ）。A.路徑測(cè)試B.條件判斷C.等價(jià)類劃分D.循環(huán)測(cè)試16、等價(jià)類劃分法是把程序的輸入域劃分為若干部分，然后從每個(gè)部分中選取() 代表性數(shù)據(jù)當(dāng)作測(cè)試用例。A.少數(shù)B.一個(gè)C.二個(gè)D.多數(shù)17、（）屬于功能測(cè)試方法。A.邊值分析和等價(jià)類劃分B.判定覆蓋和回歸測(cè)試C.等價(jià)類劃分和判定覆蓋D.邊值分析和判定覆蓋18、（ ）能夠有效地檢測(cè)輸入條件的各種組合可能會(huì)引起的錯(cuò)誤。A.錯(cuò)誤推測(cè)B.邊界值分析C.因果圖D.

45、等價(jià)類劃分19、以下哪種測(cè)試方法不屬于白盒測(cè)試技術(shù)（）。A.循環(huán)覆蓋測(cè)試B.邊界值分析測(cè)試C.邏輯覆蓋測(cè)試D.基本路徑測(cè)試20、下列關(guān)于軟件測(cè)試策略的敘述中不正確的是（）。A.軟件性能測(cè)試的目標(biāo)之一是為了提高性能B.Myers 認(rèn)為自底向上測(cè)試方法要優(yōu)于自頂向下測(cè)試的方法C.增量測(cè)試的主要問(wèn)題在于需要額外編寫很多特殊的測(cè)試程序D.靜態(tài)測(cè)試與動(dòng)態(tài)測(cè)試都要執(zhí)行程序21、軟件測(cè)試計(jì)劃的內(nèi)容應(yīng)包括（）。A.測(cè)試內(nèi)容和評(píng)價(jià)標(biāo)準(zhǔn)B.以上全部C.被測(cè)軟件的功能、輸入和輸出D.測(cè)試目的、背景22、軟件測(cè)試方法中的()屬于靜態(tài)測(cè)試方法。A.黑盒法B.人工檢測(cè)C.路徑覆蓋D.錯(cuò)誤推測(cè)23、不用執(zhí)行程序，目的是收集

46、有關(guān)程序代碼的結(jié)構(gòu)信息，這一過(guò)程是（）A.增量測(cè)試B.靜態(tài)分析C.性能測(cè)試D.大突擊測(cè)試24、測(cè)試程序時(shí)不在機(jī)器上直接運(yùn)行程序，而是采用人工檢查或計(jì)算機(jī)輔助靜態(tài)分析的手段檢查程序。這種測(cè)試稱為（）。A.靜態(tài)測(cè)試B.白盒測(cè)試C.動(dòng)態(tài)測(cè)試D.黑盒測(cè)試25、 在動(dòng)態(tài)執(zhí)行跟蹤測(cè)試中，測(cè)試環(huán)境指的是（）。A.以上全部B.樁程序C.驅(qū)動(dòng)程序D.被測(cè)單元26、（）用于代替所測(cè)單元調(diào)用的子模塊，它只做少量的數(shù)據(jù)操作，主要是返回被測(cè)單元需要的數(shù)據(jù)。A.子程序B.驅(qū)動(dòng)程序C.子函數(shù)D.樁程序27、軟件的集成測(cè)試工作最好由()承擔(dān)，以提高集成測(cè)試的效果。A.該軟件的編程人員B.該軟件開發(fā)組的負(fù)責(zé)人C.該軟件的設(shè)計(jì)人

47、員D.不屬于該軟件開發(fā)組的軟件設(shè)計(jì)人員28、（）是組裝軟件的測(cè)試技術(shù)，按設(shè)計(jì)要求把通過(guò)單元測(cè)試的各個(gè)模塊組裝在一起進(jìn)行測(cè)試，以便發(fā)現(xiàn)與接口有關(guān)的各種錯(cuò)誤。A.集成測(cè)試B.類測(cè)試C.驗(yàn)收測(cè)試D.系統(tǒng)測(cè)試29、下列測(cè)試中不屬于系統(tǒng)測(cè)試的是（）。A.壓力測(cè)試B.性能測(cè)試C.集成測(cè)試D.可靠性測(cè)試30、下面說(shuō)法中屬于系統(tǒng)測(cè)試的目標(biāo)的是（）。1)找出軟件中存在的缺陷與錯(cuò)誤2)確認(rèn)軟件所實(shí)現(xiàn)的功能是否符合規(guī)格說(shuō)明3)確認(rèn)軟件的性能是否滿足要求A. 1)、2）和 3）B. 僅 1)C. 2)和 3)D. 1）和 2）31、檢查軟件產(chǎn)品是否符合需求定義的過(guò)程稱為（ ）。A.集成測(cè)試B.驗(yàn)證測(cè)試C.確認(rèn)測(cè)試D.

48、驗(yàn)收測(cè)試32、下列關(guān)于軟件驗(yàn)收測(cè)試的合格通過(guò)準(zhǔn)則是()。1)軟件需求分析說(shuō)明書中定義的所有功能已全部實(shí)現(xiàn)，性能指標(biāo)全部達(dá)到要求2)所有測(cè)試項(xiàng)沒(méi)有殘余一級(jí)、二級(jí)和三級(jí)錯(cuò)誤3)立項(xiàng)審批表、需求分析文檔、設(shè)計(jì)文檔和編碼實(shí)現(xiàn)一致4)驗(yàn)收測(cè)試工件齊全A. 1)和 3)B. 1)和 3) 和 4)C. 1)D. 所有都對(duì)33、忽略類功能實(shí)現(xiàn)的細(xì)則，將測(cè)試的目光集中在類功能的實(shí)現(xiàn)和相應(yīng)的面向?qū)ο蟪绦蝻L(fēng)格上屬于（）A.面向?qū)ο缶幊虦y(cè)試（OOP 測(cè)試）B.面向?qū)ο髥卧獪y(cè)試C.面向?qū)ο蠓治鰷y(cè)試（OOA 測(cè)試）D.面向?qū)ο笤O(shè)計(jì)測(cè)試（OOD 測(cè)試）34、OO 軟件測(cè)試的方法包括（）A.由行為模型(狀態(tài)、活動(dòng)、順序和合作圖)導(dǎo)出的測(cè)試B.OO 類的隨機(jī)測(cè)試和類層次的分割測(cè)試C.基于故障、場(chǎng)景的測(cè)試D.D 以上全部35、在面向?qū)ο蟮臏y(cè)試中，（）用于代替?zhèn)鹘y(tǒng)測(cè)試方法中的單元測(cè)試。A.類測(cè)試B.系統(tǒng)測(cè)試C.壓力測(cè)試D.驗(yàn)