軟件工程-知識要點(北外)

1.1.以下各種維護中，占用維護比例最小的是（

）A改正性維護B適應(yīng)性維護C預(yù)防性維護D完善性維護答案與解析：C2.2.軟件工程的三要素不包括（

）A規(guī)模B方法C工具D過程答案與解析：A3.3.以軟件設(shè)計文檔為基礎(chǔ)，由軟件工程師執(zhí)行白盒測試法，針對接口和邏輯通路進(jìn)行的測試屬于（

）階段。A單元測試B集成測試C系統(tǒng)測試D確認(rèn)測試答案與解析：A4.4.代碼復(fù)查,通過閱讀代碼來檢查源代碼是否符合編碼標(biāo)準(zhǔn)及代碼質(zhì)量的活動，以下說法中，（

）存在錯誤。A代碼復(fù)查應(yīng)選擇較輕松的環(huán)境，進(jìn)行小組審查；B進(jìn)行代碼復(fù)查，能為復(fù)查的測試人員提高技能、統(tǒng)一風(fēng)格；C代碼審查容易發(fā)現(xiàn)和架構(gòu)、時序相關(guān)等較難發(fā)現(xiàn)的問題；D代碼審查過程中，審查者應(yīng)該帶著問題去審查，讓審查者有代入感，從而真正沉浸在代碼中、提高效率；答案與解析：B5.5.微軟的創(chuàng)建者比爾.蓋茨在幾個月內(nèi)設(shè)計并實現(xiàn)了最初的Basic編程平臺，那么該軟件屬于（

）。A微型軟件B小型軟件C中型軟件D大型軟件答案與解析：B6.6.軟件開發(fā)過程中，測試階段的工作采用的方式是（

）A自底向上、逐步集成B自底向上、逐步細(xì)化C自頂向下、逐步細(xì)化D自頂向下、逐步集成答案與解析：A7.7.軟件開發(fā)模型（

）是一種將高度消耗人力物力的軟件開發(fā)模型，需要的資源最多。A快速原型模型B螺旋模型C噴泉模型D瀑布模型答案與解析：C8.8.設(shè)計一個合適的軟件結(jié)構(gòu)，對軟件的實現(xiàn)和測試應(yīng)用具有不可取代的指導(dǎo)性作用，以下構(gòu)成形狀中（

）作為軟件體系結(jié)構(gòu)形狀最佳。A層次構(gòu)型B倒三角型C金字塔型D清真寺型答案與解析：D9.9.以下關(guān)于公共耦合的說法中，不正確的是（

）。A公共耦合的模塊在公共數(shù)據(jù)環(huán)境中，相互作用；B隨耦合模塊的個數(shù)增加，程序公共耦合的復(fù)雜隨之增加；C公共耦合隨耦合模塊的個數(shù)減少而增大；D公共耦合越大，模塊獨立性就更低；答案與解析：C10.10.模塊通過輸入?yún)?shù)，確定該模塊內(nèi)執(zhí)行幾個邏輯上相似的功能其中哪一個，這種內(nèi)聚屬于（

）。A功能內(nèi)聚B邏輯內(nèi)聚C偶然內(nèi)聚D時間內(nèi)聚答案與解析：B11.11.結(jié)構(gòu)化軟件工程中，通過分析來建立（

）。A目標(biāo)系統(tǒng)的邏輯模型B目標(biāo)系統(tǒng)的物理模型C當(dāng)前系統(tǒng)的邏輯模型D當(dāng)前系統(tǒng)的物理模型答案與解析：A12.12.軟件結(jié)構(gòu)圖模塊框之間的直線連接，表示（

）關(guān)系。A控制B調(diào)用C數(shù)據(jù)流動D隸屬答案與解析：B13.13.程序流程圖連線代表（

）A調(diào)用關(guān)系B數(shù)據(jù)流C資金流D控制流答案與解析：D14.14.代碼質(zhì)量從根本上而言，（

）階段就被決定了質(zhì)量高低大概。A概要設(shè)計B詳細(xì)設(shè)計C編碼實現(xiàn)D測試答案與解析：B15.15.以下關(guān)于PAD的說法中，不正確的是（

）。APAD支持結(jié)構(gòu)化程序設(shè)計原理BPAD能清晰地反映程序?qū)哟谓Y(jié)構(gòu)CPAD足夠結(jié)構(gòu)化以至于它支持自動生成程序代碼DPAD支持逐步求精的程序設(shè)計方法答案與解析：C16.16.需求分析要開發(fā)人員使用形式化的建模方式，形成的輸出文檔中包括（

）。A《程序流程圖》B《系統(tǒng)流程圖》C《分層數(shù)據(jù)流圖》D《系統(tǒng)結(jié)構(gòu)圖》答案與解析：C17.17.假設(shè)作為一家大型軟件公司的系統(tǒng)分析員，你需要為北京稻香村食品集團開發(fā)一個軟件，該產(chǎn)品將監(jiān)控食品原料存貨，跟蹤從購買各種食品原材料開始，到生產(chǎn)，發(fā)貨給各個連鎖店，直至保存和賣給顧客的全過程。為這個項目選擇（

）生命周期模型更合適？A瀑布模型B快速原型模型C螺旋模型D增量模型答案與解析：B18.18.章奉賢是一所高校的教務(wù)處管理人員，他的工作之一就是為來訪的同學(xué)打印帶紅色印章的合法標(biāo)準(zhǔn)成績單，系統(tǒng)需要章老師輸入學(xué)生類型來判斷打印哪種紅章，例如普通本科使用教育部規(guī)定的紅章，培訓(xùn)生使用北外教務(wù)處紅章，委托培養(yǎng)生使用委托單位和教務(wù)處兩個紅章……用來實現(xiàn)上述工作的軟件模塊屬于（

）。A功能內(nèi)聚B通信內(nèi)聚C時間內(nèi)聚D邏輯內(nèi)聚答案與解析：D19.19.運行被測程序，設(shè)計若干個測試用例執(zhí)行（

）測試標(biāo)準(zhǔn)，被稱為判定覆蓋測試。A使每條件的每種可能的自由組合，都至少要執(zhí)行一次B使每個判斷取真和取假分支至少要執(zhí)行一次C使每條可執(zhí)行路徑至少要執(zhí)行一次D使每個可執(zhí)行語句至少要執(zhí)行一次答案與解析：B20.20.一個模塊調(diào)用另一個模塊時，傳遞變量用于選擇被調(diào)用模塊內(nèi)執(zhí)行那一條路徑的耦合屬于（

）A數(shù)據(jù)耦合B控制耦合C標(biāo)記耦合D公共耦合答案與解析：B21.21.單元測試和集成測試共同特質(zhì)是，以下特征中，（

）并非二者共同點。A以系統(tǒng)設(shè)計文檔為依據(jù)B測試人員為開發(fā)小組C適用白盒測試法和黑盒測試法D測試內(nèi)容包括接口測試、路徑測試答案與解析：C22.22.不利于模塊獨立性的軟件設(shè)計原則是（

）A單入口單出口B自頂而下逐步細(xì)化C高內(nèi)聚低耦合D多入口多出口答案與解析：D23.23.程序功能、性能、輸入、輸出、算法、流程邏輯、接口等內(nèi)容，編寫在軟件工程（

）文檔之中。A《需求規(guī)格說明書》B《概要設(shè)計說明書》C《詳細(xì)設(shè)計說明書》D《軟件測試計劃》答案與解析：C24.24.白盒測試法的覆蓋標(biāo)準(zhǔn)中，測試用例最詳盡的是（

）A語句覆蓋B條件覆蓋C條件組合覆蓋D判定覆蓋答案與解析：C25.25.概要設(shè)計不能確定（

）選項的設(shè)計方案。A系統(tǒng)總體結(jié)構(gòu)B各模塊功能概述C模塊間關(guān)系及其接口D模塊內(nèi)部邏輯結(jié)構(gòu)答案與解析：D26.26.軟件維護階段的維護事件中，處于末尾的是（

）A錯誤嚴(yán)重程度的評價B問題分析C維護D復(fù)審答案與解析：D27.27.以下關(guān)于模塊的控制范圍的敘述中，正確的是（

）。A是指受該模塊內(nèi)一個判定影響的所有模塊的集合B是指模塊本身以及其所有同級模塊的集合C是指模塊本身以及其所有下屬模塊的集合D是指模塊本身以及其所有直接相關(guān)模塊的集合答案與解析：C28.28.在數(shù)據(jù)流程圖中，既有名稱，又存在方向的成分一定是（

）A信息流B控制流C數(shù)據(jù)流D信號流答案與解析：C29.29.軟件的復(fù)雜性是（

），會引起人員通信困難、開發(fā)費用超支、開發(fā)時間超時等問題。A不可降低的B可消除的C人為的D固有的答案與解析：D30.30.軟件需求分析的主要任務(wù)是準(zhǔn)確地定義出要開發(fā)的軟件系統(tǒng)是（

）的。A做什么B如何做C對誰做D怎么做答案與解析：A31.31.軟件研發(fā)所需的高成本和軟件產(chǎn)品的低質(zhì)量間，存在極尖銳的矛盾的現(xiàn)象被稱為（

）A軟件研發(fā)B軟件工程C軟件開發(fā)周期D軟件危機答案與解析：D32.32.以下關(guān)于模塊之間接口的設(shè)計中，（

）是不可取的。A接口傳遞信息應(yīng)簡單B接口應(yīng)該和模塊功能一致C降低模塊接口的復(fù)雜性，以實現(xiàn)更低的耦合設(shè)計D模塊之間的接口傳遞信息結(jié)構(gòu)越復(fù)雜，模塊獨立性越高答案與解析：D33.33.軟件測試和軟件調(diào)試在研發(fā)中都不可或缺，以下分析中，不正確的是（

）。A測試是為發(fā)現(xiàn)錯誤；測試后才能針對漏洞展開調(diào)試，而調(diào)試的任務(wù)是修正錯誤，并復(fù)查軟件的正確性；B獨立測試組展開測試工作；聯(lián)合測試組展開調(diào)試工作；C從已知條件開始測試，其結(jié)果是可預(yù)知的，但測試是否能通過則不可預(yù)見；調(diào)試結(jié)果同樣是不可預(yù)見的。D測試有計劃、要設(shè)計的，是發(fā)現(xiàn)錯誤、改正錯誤后再重新測試的受控過程；調(diào)試要推理也要思維飛躍，它不受時間約束，整個軟件開發(fā)過程都必須調(diào)試；答案與解析：B34.34.在白盒法技術(shù)測試用例的設(shè)計標(biāo)準(zhǔn)中，（

）覆蓋最弱。A語句B判定C條件組合D路徑答案與解析：A35.35.軟件測試方案的指定，開始于需求分析階段，完成于（

）階段。A需求分析B軟件設(shè)計C軟件實現(xiàn)D軟件測試答案與解析：B36.36.

內(nèi)聚和耦合在模塊設(shè)計中很關(guān)鍵,

設(shè)計下層模塊時應(yīng)充分考慮以提高設(shè)計質(zhì)量，以下選項中，（

）可能獲得較高的程序質(zhì)量。A信息內(nèi)聚B過程內(nèi)聚C功能內(nèi)聚D邏輯內(nèi)聚答案與解析：C37.37.以下特性中，能夠形成軟件工程中結(jié)構(gòu)化程序設(shè)計的是（

）選項。A程序中包括順序結(jié)構(gòu)、選擇結(jié)構(gòu)和循環(huán)結(jié)構(gòu)；B程序運行效率最高；C控制結(jié)構(gòu)都遵守單入和單出原則，來保持控制流直線性；D程序遵循高內(nèi)聚、低耦合原則答案與解析：C38.38.《模塊設(shè)計規(guī)格說明》中不包括（

）A模塊所用算法B公共數(shù)據(jù)結(jié)構(gòu)C模塊外部接口D模塊設(shè)計用例答案與解析：B39.39.（

）是軟件生存期中的一系列相關(guān)軟件工程活動的集合，它由軟件規(guī)格說明、軟件設(shè)計與開發(fā)、軟件確認(rèn)、軟件改進(jìn)等活動組成。A軟件過程B軟件工具C質(zhì)量保證D軟件工程答案與解析：A40.40.（

）是軟件生存期中的一系列相關(guān)軟件工程活動的集合，它由軟件規(guī)格說明、軟件設(shè)計與開發(fā)、軟件確認(rèn)、軟件改進(jìn)等活動組成。A軟件過程B軟件工具C質(zhì)量保證D軟件工程答案與解析：A二、多項選擇題（每題2分，共40分）二、多項選擇題（每題2分，共40分）41.1.軟件計劃時期需要調(diào)研人員包括（

）A系統(tǒng)分析員B軟件開發(fā)技術(shù)支持人員C軟件用戶D軟件使用部門的負(fù)責(zé)人答案與解析：A

B

C

D

42.2.軟件維護階段的任務(wù)的執(zhí)行可以分為三部分，包括（

）。A理解修改部分B理解現(xiàn)有系統(tǒng)C修改現(xiàn)有系統(tǒng)D重新確認(rèn)修改部分答案與解析：B

C

D

43.3.程序結(jié)構(gòu)復(fù)雜程度，可以通過（

）來計量。A程序結(jié)構(gòu)度量法B計算程序路徑法C代碼行度量法DMcCabe環(huán)路復(fù)雜度計量法答案與解析：B

C

D

44.4.A把與該循環(huán)變量無關(guān)的運算移到循環(huán)之外B交換內(nèi)、外循環(huán),將循環(huán)次數(shù)大的循環(huán)放在嵌套的內(nèi)層C交換內(nèi)、外循環(huán),將循環(huán)次數(shù)小的循環(huán)放在嵌套的內(nèi)層D把與該循環(huán)變量無關(guān)的運算移到循環(huán)之內(nèi)答案與解析：A

B

45.5.黑盒測試方法很多，但不包括（

）測試方法。A等價分類B邊界值分析C路徑覆蓋D錯誤推測答案與解析：A

B

D

46.6.屬于適應(yīng)性維護的變化是（

）。A操作人員的更新和更換B操作系統(tǒng)的更新?lián)Q代C多核處理器等硬件的淘汰和升D數(shù)據(jù)庫更新?lián)Q代答案與解析：B

C

D

47.7.軟件需要維護原因包括（

）A軟件需要增加新的應(yīng)用范圍B改正程序中的錯誤和缺陷C用戶要求升級軟件抵御病毒或木馬D改進(jìn)設(shè)計以適應(yīng)新的軟、硬件環(huán)境答案與解析：A

B

D

48.8.計算結(jié)果出現(xiàn)錯誤，該軟件缺陷級別屬于（

）。A致命缺陷B嚴(yán)重缺陷C建議性缺陷D輕微缺陷答案與解析：A

49.9.詳細(xì)設(shè)計模型能夠保證（

）A邏輯上正確地實現(xiàn)每個模塊功能B處理邏輯的設(shè)計方案應(yīng)盡可能簡明易懂C代碼實現(xiàn)嚴(yán)格執(zhí)行設(shè)計模型D遵循結(jié)構(gòu)化程序設(shè)計原則答案與解析：A

B

D

50.10.依據(jù)是系統(tǒng)設(shè)計文檔和需求文檔，通過測試小組針對接口測試、路徑測試、功能測試、性能測試等方面，執(zhí)行（

）實現(xiàn)集成測試。A白盒測試法B黑盒測試法C驗收測試法D圖靈測試法答案與解析：A

B

51.11.軟件詳細(xì)設(shè)計任務(wù)包括（

）。A模塊算法設(shè)計B框架設(shè)計C用戶界面設(shè)計D數(shù)據(jù)庫設(shè)計答案與解析：A

B

D

52.12.當(dāng)沿著螺旋模型的過程流路徑向外移時，（

）描述正在開發(fā)或維護的軟件發(fā)生的變化是正確的。A第二個螺旋可能用于開發(fā)原型，隨后將跳過風(fēng)險評估直接提供軟件的更完善的版本。B經(jīng)過計劃區(qū)域的每一圈是為了調(diào)整項目計劃，基于用戶評估所得反饋，調(diào)整費用和進(jìn)度。C沿螺旋線自外向內(nèi)每旋轉(zhuǎn)一圈，便開發(fā)出一個更為完善的、新的軟件版本。D在使用螺旋模型開發(fā)軟件的過程中，從核心開始，螺旋的第一圈可能產(chǎn)生軟件的規(guī)格說明；如果風(fēng)險評估通過，那么才會進(jìn)入下一圈螺旋。答案與解析：B

D

53.13.軟件可維護性受到以下（

）因素的制約。A可理解性B可測試性C可修改性D可移植性答案與解析：A

B

C

D

54.14.數(shù)據(jù)流圖能被計算機處理的元素是（

）。A數(shù)據(jù)源點B數(shù)據(jù)處理C數(shù)據(jù)文件D數(shù)據(jù)終點答案與解析：B

C

55.15.以下關(guān)于軟件維護說法中，正確的是（

）A在軟件開發(fā)中，增加人員的方法可以縮短軟件開發(fā)時間；B向一個已經(jīng)延遲的項目追加開發(fā)人員,可能使軟件完成時間推遲得更晚。C軟件設(shè)計時期的設(shè)計方案，對軟件可維護性不會產(chǎn)生影響D因為當(dāng)開發(fā)人員以算術(shù)級數(shù)增長時，而人員之間的通信將以幾何級數(shù)增長，往往"得不償失"。答案與解析：B

D

56.16.軟件設(shè)計階段包括（

）。A用戶交互界面設(shè)計B數(shù)據(jù)庫設(shè)計C軟件高層框架設(shè)計D模塊詳細(xì)設(shè)計答案與解析：C

D

57.17.以下關(guān)于軟件編碼正確的是（

）A程序代碼結(jié)構(gòu)的分支增加，會導(dǎo)致環(huán)路復(fù)雜度隨之增加；B過深的嵌套結(jié)構(gòu)會降低程序可讀性，使程序變得更難以理解；C因為對代碼結(jié)構(gòu)復(fù)雜性進(jìn)行度量，需要研究的就只有程序流程，程序流程圖框內(nèi)細(xì)節(jié)其實是不被關(guān)心的；D應(yīng)該將程序的效率放在編碼的首要考慮位置；編碼可讀性在其次，提高程序可讀性、使程序結(jié)構(gòu)更清晰的重要性，排在程序優(yōu)化之后；答案與解析：A

B

C

58.18.程序結(jié)構(gòu)形成程序流程圖，經(jīng)過退化形成退化圖，下圖所示的退化圖所具備的McCabe環(huán)路復(fù)雜度為（

）A3B2C1D4答案與解析：D

59.19.精化軟件模塊設(shè)計，以下說法正確的是（

）。A模塊大小控制在100~500行左右；B模塊功能可預(yù)測，并完善化模塊功能；C消除重復(fù)功能，降低軟件復(fù)雜度，生成公共調(diào)用模塊，提高軟件接口的復(fù)雜性；D降低模塊接口的復(fù)雜性，減少高扇出爭取高扇入；答案與解析：A

B

D

60.20.在軟件生產(chǎn)過程中，人工、時間等成本導(dǎo)致軟件價格居高不下，但開放源代碼軟件卻解決了這一問題，以下關(guān)于開放軟件源代碼產(chǎn)生的問題說法中，正確的是（

）A在盜版泛濫的時代，擁有源代碼的公司如何得到回報，沒有回報就沒有進(jìn)一步研發(fā)資金，軟件的發(fā)展從何而來。B開放源代碼對促進(jìn)軟件和信息技術(shù)業(yè)的快速發(fā)展全無益處。C開放軟件源代碼一定比不支持開放源代碼好。D開放軟件源代碼不一定好，開放源代碼對一個軟件系統(tǒng)的完善有很好的促進(jìn)作用，因為這樣可以集合很多人的智慧，但這種觀點并不完全正確。答案與解析：A

D

三、是非題（每題2分，共20分）三、是非題（每題2分，共20分）61.1.白盒測試僅與程序的內(nèi)部結(jié)構(gòu)有關(guān)，完全可以不考慮程序的功能要求。（

）A是B否答案與解析：A62.2.面向?qū)ο蟮姆治鍪敲嫦蛴嬎銠C系統(tǒng)建立軟件系統(tǒng)的對象模型。（

）A是B否答案與解析：B63.3.許多模塊中重復(fù)使用沒有任何聯(lián)系的語句，為節(jié)省存儲，抽出重復(fù)語句而組成新模塊，則該模塊屬于偶然性內(nèi)聚。（

）A是B否答案與解析：A64.4.在軟件開發(fā)中，若能推遲暴露其中錯誤，則為修復(fù)和改正漏洞花費代價會降低。（

）A是B否答案與解析：B65.5.下劃線法選擇邏輯斷點初以下劃線來連接前后字符，形成命名的方式是c出現(xiàn)后開始流行的，許多舊程序和UNIX環(huán)境中使用非常普遍。（

）A是B否答案與解析：A66.6.軟件維護只要足夠小心，就可以避免引入新錯誤。（

）A是B否答案與解析：B67.7.好的測試是用少量的測試用例運行程序，發(fā)現(xiàn)被測程序盡可能多的錯誤。（

）A是B否答案與解析：A68.8.程序調(diào)試活動從確定程序中可疑錯誤的確切性質(zhì)和位置開始，來修改程序、排除錯誤的。（

）A是B否答案與解析：A69.9.軟件調(diào)試從已知條件開始,受時間約束，結(jié)果可預(yù)知,調(diào)試是否能通過不可預(yù)見。（

）A是B否答案與解析：B70.10.邊界值分析方法是取輸入、輸出等價類的邊界值作為測試用例。（

）A是B否答案與解析：A1.1.代碼檢查通常以小組為單位閱讀代碼，使用一系列規(guī)程和錯誤檢查技術(shù)的集合實現(xiàn)靜態(tài)軟件測試，下列選項中，（

）不能作為代碼檢查的組織方式。A審查會議B白盒測試C代碼走查D同行復(fù)審答案與解析：B2.2.運行被測程序，設(shè)計若干個測試用例執(zhí)行（

）測試標(biāo)準(zhǔn)，被稱為條件覆蓋測試。A使每條件的每種可能，都至少要執(zhí)行一次B使每個測試分支至少要執(zhí)行一次C使每條可執(zhí)行路徑至少要執(zhí)行一次D使每個可執(zhí)行語句至少要執(zhí)行一次答案與解析：A3.3.北京外國語大學(xué)教務(wù)在線需要增加一系列網(wǎng)絡(luò)辦事平臺，經(jīng)過調(diào)研和專家咨詢，最終雇傭1位高級程序員、3位程序員、1名測試員，來開發(fā)基于JavaScript的在線處理系統(tǒng)，開發(fā)周期為15個月，代碼量將會達(dá)到數(shù)萬行，該系統(tǒng)屬于（

）A微型軟件B小型軟件C中型軟件D大型軟件答案與解析：C4.4.概要設(shè)計階段涉及的邏輯設(shè)計工具是（

）ASCBPDLCDFDDPAD答案與解析：A5.5.軟件調(diào)試的主要目的是為（

）而執(zhí)行程序。A避免錯誤B發(fā)現(xiàn)錯誤C糾正錯誤D證明正確答案與解析：C6.6.調(diào)試工作的技術(shù)人員應(yīng)該是（

）。A軟件研發(fā)工程師B軟件測試工程師C系統(tǒng)設(shè)計者D維護人員答案與解析：A7.7.（

）軟件開發(fā)模型開發(fā)出一部分界面、向用戶展示一部分，可讓用戶及早看到部分軟件交付使用的樣式，及早發(fā)現(xiàn)問題、修正漏洞。A螺旋模型B增量模型C面向?qū)ο竽Ｐ虳快速原型模型答案與解析：D8.8.軟件靜態(tài)測試包括非正式審核和證實審核兩種方式，正式的審核通過會議組織形式完成；而非正式審核不包括（

）方式。A代碼走讀B白盒測試C程序互審D代碼走查答案與解析：B9.9.人們將計算機程序功能、設(shè)計、編制、使用的文字或圖形資料，稱為（

）。A文件B文檔C程序D檔案答案與解析：B10.10.某模塊扇入越大，其結(jié)果不包括以下（

）選項。A共享該模塊的上級模塊就越多B重復(fù)次數(shù)越多，軟件系統(tǒng)復(fù)用程度就越高C該模塊調(diào)用的下級模塊越多，軟件系統(tǒng)復(fù)用程度就越高D改善系統(tǒng)結(jié)構(gòu)的尺度更大答案與解析：C11.11.軟件早期漏洞篩查方式中，（

）是效果最差的一個。A審查會議B桌面檢查C程序互審D代碼走查答案與解析：B12.12.能結(jié)合噴泉模型的軟件開發(fā)平臺為（

）ACobol開發(fā)平臺；BPDL；CVisual

C+;DPython平臺答案與解析：C13.13.以下關(guān)于可行性研究階段說法中，不正確的是（

）A研究軟硬件資源的有效性是進(jìn)行操作可行性研究的一方面。B可行性研究要進(jìn)行的需求分析和設(shè)計應(yīng)是簡化、壓縮的。C可行性分析中，程序流程圖用于描述當(dāng)前運行系統(tǒng)。D系統(tǒng)定義明確之后，應(yīng)對系統(tǒng)研究包括經(jīng)濟可行性、技術(shù)可行性、法律可行性等可行性進(jìn)行研究。答案與解析：C14.14.需求分析的結(jié)果中最主要的邏輯設(shè)計結(jié)果不包括（

）ADFD圖B數(shù)據(jù)字典CSC圖D《需求規(guī)格說明》答案與解析：C15.15.問題分析圖是種詳細(xì)設(shè)計圖形表示工具，以下說法中，正確的是（

）。APAD清晰表現(xiàn)程序結(jié)構(gòu)，縱線是程序流程線，幾條豎線對應(yīng)幾層嵌套結(jié)構(gòu)；BPAD二維網(wǎng)狀結(jié)構(gòu)，用于表示程序控制流；CPAD圖容易轉(zhuǎn)換成高級程序語言源程序，避免人工編碼、實現(xiàn)編程自動化；DPAD圖受到程序約束，在一個方框內(nèi)表現(xiàn)程序結(jié)構(gòu)；答案與解析：A16.16.ABCD答案與解析：B17.17.（

）是指程序從一個計算機環(huán)境移植到另一個計算機環(huán)境的容易程度。A魯棒性B可預(yù)見性C可移植性D可維護性答案與解析：C18.18.模塊內(nèi)各部分之間沒有聯(lián)系，或即使有聯(lián)系，也很松散，是內(nèi)聚程序最低的模塊內(nèi)舉行是，該模塊屬于（

）內(nèi)聚。A邏輯內(nèi)聚B通信內(nèi)聚C功能內(nèi)聚D巧合內(nèi)聚答案與解析：D19.19.螺旋模型要用于描述（

）的軟件開發(fā)過程。A線性過程B循環(huán)反饋C風(fēng)險評估D面向?qū)ο蟠鸢概c解析：C20.20.

把需要同時執(zhí)行的動作組合在一起形成的模塊內(nèi)聚方式稱為（

）。A偶然內(nèi)聚B時間內(nèi)聚C功能內(nèi)聚D通信內(nèi)聚答案與解析：B21.21.以下程序測試路徑中，檢測程序路徑多少最詳盡的是（

）A點覆蓋B判定覆蓋C邊覆蓋D路徑覆蓋答案與解析：D22.22.軟件維護工作展開的時間是（

）A軟件設(shè)計方案定稿之后B軟件編碼完成后C軟件投入使用前D軟件投入使用之后答案與解析：D23.23.設(shè)計一個合適的軟件結(jié)構(gòu)，對軟件的實現(xiàn)和測試應(yīng)用具有不可取代的指導(dǎo)性作用，以下構(gòu)成形狀中不適合作為軟件模塊調(diào)用的構(gòu)成結(jié)構(gòu)形狀的是（

）A層次構(gòu)型B倒三角型C清真寺型D金字塔型答案與解析：C24.24.在軟件生命周期中，（

）階段是不可能使用到白盒測試方法的。A軟件維護B詳細(xì)設(shè)計C編碼實現(xiàn)D軟件測試答案與解析：B25.25.軟件維護臨時機構(gòu)組織中，（

）負(fù)責(zé)控制維護申請、分配維護評估任務(wù)、請求維護授權(quán)并保存維護配置。A維護管理員B變化授權(quán)人C系統(tǒng)管理員D維護申請人答案與解析：A26.26.將所有模塊組合在一起，對待測的軟件所進(jìn)行的測試為（

）A單元測試B集成測試C系統(tǒng)測試D結(jié)構(gòu)測試答案與解析：C27.27.以下各種維護測試中，（

）測試的執(zhí)行次序在最后。A驗收測試B系統(tǒng)測試C集成測試D單元測試答案與解析：A28.28.黑盒測試采用的技術(shù)不包括（

）A等價分類法B邊界值分析法C錯誤推測法D漏洞定量度量法答案與解析：D29.29.在以下軟件工程工具中，度量程序復(fù)雜度能使用的工具是（

）A退化的程序流程圖B數(shù)據(jù)字典C數(shù)據(jù)流圖D系統(tǒng)結(jié)構(gòu)圖答案與解析：A30.30.編碼嵌套層數(shù)可以是單層，也可以是多層，嵌套層數(shù)不合理的是（

）。A2B3C6D12答案與解析：D31.31.白盒測試覆蓋標(biāo)準(zhǔn)最高的應(yīng)該是（

）。A語句覆蓋B判定/條件覆蓋C條件覆蓋D條件組合覆蓋答案與解析：D32.32.當(dāng)沿著螺旋模型的過程流路徑向外移時，（

）描述正在開發(fā)或維護的軟件發(fā)生的變化是不正確的。A第二個螺旋可能用于開發(fā)原型，隨后將跳過風(fēng)險評估直接提供軟件的更完善的版本。B經(jīng)過計劃區(qū)域的每一圈是為了調(diào)整項目計劃，基于從用戶評估得到的反饋，調(diào)整費用和進(jìn)度。C沿螺旋線自內(nèi)向外每旋轉(zhuǎn)一圈，便開發(fā)出一個更為完善的、新的軟件版本。D在使用螺旋模型開發(fā)軟件的過程中，從核心開始，螺旋的第一圈可能產(chǎn)生軟件的規(guī)格說明；如果風(fēng)險評估通過，那么才會進(jìn)入下一圈螺旋。答案與解析：A33.33.模塊內(nèi)所有處理元素都在同一個數(shù)據(jù)結(jié)構(gòu)上操作，屬于（

）。A功能內(nèi)聚B邏輯內(nèi)聚C順序內(nèi)聚D通信內(nèi)聚答案與解析：D34.34.以下模塊設(shè)計思路中，以下做法中不利于提高軟件獨立性的是（

）A復(fù)雜的數(shù)據(jù)接口可能導(dǎo)致軟件發(fā)生由所傳遞數(shù)據(jù)引發(fā)的錯誤，因此模塊接口應(yīng)該設(shè)計的盡可能簡單；B模塊的規(guī)模不宜過大，過大后其可理解性將受到降低；規(guī)模過小將導(dǎo)致模塊通訊開銷超越有效操作；規(guī)模適中才能讓軟件整體結(jié)構(gòu)和效率得到優(yōu)勢保障。C設(shè)計多入口、多出口的模塊，使得軟件容易出現(xiàn)內(nèi)容耦合，控制數(shù)據(jù)傳遞不產(chǎn)生任何數(shù)據(jù)耦合、內(nèi)容耦合即可。D模塊調(diào)用結(jié)構(gòu)中，系統(tǒng)結(jié)構(gòu)圖的寬度、深度應(yīng)該小于等于7比較理想。答案與解析：D35.35.集成測試通過后，將實施更大規(guī)模的集成，直至系統(tǒng)測試，如果用戶驗收通過則軟件可以正常交付，以下選項中（

）不是集成測試、系統(tǒng)測試和驗收測試所共有的特點。A白盒測試法B功能測試C性能測試D黑盒測試法答案與解析：A36.36.針對以下代碼設(shè)計：以下控制流程圖的環(huán)路復(fù)雜度V(G)等于（

）A5B6C7D8答案與解析：B37.37.兩個模塊之間的調(diào)用，一個模塊把一個數(shù)值作為參數(shù)傳遞給另一個模塊，這個耦合屬于（

）A公共耦合B數(shù)據(jù)耦合C控制耦合D標(biāo)記耦合答案與解析：B38.38.一個模塊的規(guī)模為（

）行代碼是合理的。A130B50C1000D5000答案與解析：A39.39.結(jié)構(gòu)中，F(xiàn)模塊的扇出是（

）。A3B2C4D1答案與解析：D40.40.SC軟件系統(tǒng)結(jié)構(gòu)圖是軟件（

）階段分析工具。A概要設(shè)計B可行性分析C需求分析D軟件設(shè)計答案與解析：A二、多項選擇題（每題2分，共40分）二、多項選擇題（每題2分，共40分）41.1.修改已有的學(xué)生信息管理程序并且編寫產(chǎn)生報表的程序，估計共需10000元軟件工程成本，系統(tǒng)修改后能解決學(xué)生成績管理滯后問題，估計因此每年可以節(jié)省5000元，五年共可節(jié)省25000元。那么，以下說法中不正確的是（

）A學(xué)生信息管理系統(tǒng)的純收入是15000元；B該軟件工程項目的投資回收期大約多于2年，值得投資；C學(xué)生信息管理統(tǒng)節(jié)省的錢的現(xiàn)在價值大約10000；D該軟件項目適合使用風(fēng)險驅(qū)動的螺旋模型答案與解析：A

C

D

42.2.以下有關(guān)軟件設(shè)計工具的說法中，正確的是（

）。A系統(tǒng)流程圖是描述物理模型的傳統(tǒng)工具；B系統(tǒng)結(jié)構(gòu)圖是描述系統(tǒng)高層架構(gòu)的模型；C黑盒測試也稱功能測試，完全不考慮程序內(nèi)部細(xì)節(jié)、結(jié)構(gòu)和實現(xiàn)方式，而只是根據(jù)程序的功能說明來設(shè)計測試用例；D白盒測試是以程序功能為基礎(chǔ)，對程序結(jié)構(gòu)具體路徑進(jìn)行詳盡的測試，來確保漏洞被發(fā)現(xiàn)；答案與解析：A

B

C

43.3.以下對模塊的敘述中，正確的是（

）。A模塊可組合；B模型包括數(shù)據(jù)說明、可執(zhí)行語句等程序?qū)ο?；C模塊是一個物理實體；D模塊包含邏輯控制過程；答案與解析：A

B

D

44.4.影響模塊獨立性的指標(biāo)包括（

）。A耦合性B邏輯一致性C線性D內(nèi)聚性答案與解析：A

D

45.5.詳細(xì)設(shè)計的設(shè)計原則包括（

）A結(jié)構(gòu)精妙B邏輯正確C滿足性能要求D簡明易懂答案與解析：B

C

D

46.6.以下設(shè)計工具中，（

）屬于詳細(xì)設(shè)計階段算法設(shè)計工具。APADBPDLCN-S圖DSC圖答案與解析：A

B

C

47.7.代碼選擇結(jié)構(gòu)存在（

）結(jié)構(gòu)。A單分支B雙分支C零分支D多分支答案與解析：A

B

D

48.8.

結(jié)構(gòu)化程序設(shè)計的基本要素包括（

）。A代碼塊只有一個入口和一個出口B代碼包括順序、選擇、循環(huán)3種控制結(jié)構(gòu)C使用程序設(shè)計平臺的代碼來清晰表現(xiàn)程序結(jié)構(gòu)D高效的程序運行效率答案與解析：A

B

49.9.以下選項中，（

）能降低算法復(fù)雜度。A從數(shù)學(xué)上，化簡有關(guān)的算術(shù)表達(dá)式和邏輯表達(dá)式B化浮點型表達(dá)式為整數(shù)算術(shù)表達(dá)式C將重復(fù)的代碼提出來，形成獨立的模塊D避免用多維數(shù)組或指針答案與解析：A

B

D

50.10.以下關(guān)于軟件維護說法中，不正確的是（

）A有時為了測試的方便，而可以局部地修改軟件系統(tǒng)。B開發(fā)人員和客戶對軟件質(zhì)量因素的認(rèn)可是完全一致的。C設(shè)計成功的系統(tǒng)不需維護；如果維護，則意味著系統(tǒng)存在問題。D軟件在劃分模塊時，模塊的內(nèi)聚性是越高越好的；而模塊的耦合度越低越好。答案與解析：A

B

C

51.11.源程序效率受以下（

）因素影響。A設(shè)計的算法運行效率B計算機類硬件性能C網(wǎng)絡(luò)及其他周圍環(huán)境D運行次數(shù)答案與解析：A

B

C

52.12.McCabe環(huán)路復(fù)雜度的計算可以通過（

）方法獲得。A環(huán)路復(fù)雜性計算連通區(qū)法，靠計算有向退化圖中的連通區(qū)的個數(shù)計算環(huán)路復(fù)雜度；B判定條件計算法：從退化圖中的判定個數(shù)計算環(huán)路復(fù)雜度。V(G)=判定條件個數(shù)+1；CV(G)=m-n+1說明：V(G)為有向圖G中環(huán)路復(fù)雜度；m為圖G中弧數(shù)；n為圖G中節(jié)點數(shù)；DV(G)=m-n+p說明：V(G)為有向圖G中環(huán)路復(fù)雜度；m為圖G中弧數(shù)；n為圖G中節(jié)點數(shù)；根據(jù)圖論有向圖G強連通分量p，添加圖G中強連通分量后，p值為2；答案與解析：A

B

C

D

53.13.執(zhí)行軟件測試說法正確的是（

）。A測試發(fā)現(xiàn)該模塊實際功能和接口的描述是否相符、是否有編碼錯誤存在；B組裝模塊時，測試接口，以自頂向下或自底向上地組裝；C當(dāng)?shù)谝惶燔浖\行和用戶的期望一致時，應(yīng)省略軟件功能測試；D驗收測試是結(jié)合軟件與硬件、外設(shè)等系統(tǒng)元素對軟件進(jìn)行的測試；答案與解析：A

B

C

54.14.在下列選項中，有關(guān)軟件測試說法中，正確的是（

）。A好測試用例是指可能找到迄今為止尚未發(fā)現(xiàn)的錯誤的用例B軟件測試是一個為了修改軟件錯誤而運行程序的過程C一個成功的測試是發(fā)現(xiàn)至今尚未發(fā)現(xiàn)的錯誤的測試.D一個成功的測試是至今尚未發(fā)現(xiàn)的錯誤的測試.答案與解析：A

C

55.15.功能配置不合理，可以優(yōu)化功能，這個軟件缺陷級別屬于（

）。A致命缺陷B嚴(yán)重缺陷C建議性缺陷D輕微缺陷答案與解析：C

56.16.劃分模塊時，應(yīng)遵循的原則包括（

）A一個模塊的控制范圍應(yīng)在其作用范圍之內(nèi)B一個模塊的作用范圍應(yīng)在其控制范圍之內(nèi)C模塊規(guī)模應(yīng)該控制在100行到500行代碼之間D模塊耦合應(yīng)降到最低，模塊內(nèi)聚必須達(dá)到最大可能答案與解析：B

C

57.17.軟件測試包括以下（

）功能。A預(yù)防軟件發(fā)生錯誤B發(fā)現(xiàn)定位程序錯誤C提供錯誤診斷信息D修正所定位的錯誤答案與解析：A

B

C

58.18.軟件工程標(biāo)準(zhǔn)文檔的設(shè)計十分重要，以下關(guān)于軟件工程文檔的說法中，正確的是（

）。A文檔能夠提供軟件運行、維護和培訓(xùn)有關(guān)資料，實現(xiàn)結(jié)構(gòu)化設(shè)計、實現(xiàn)、測試和維護B文檔能作開發(fā)人員階段性成果，一個階段的結(jié)束是以形成合格的對應(yīng)階段文檔為主要標(biāo)志；C軟件工程標(biāo)準(zhǔn)文檔有助于提高軟開發(fā)過程的透明度和效率；D記錄開發(fā)過程，給開發(fā)者使用與維護目標(biāo)系統(tǒng)提供參考，于用戶卻無絲毫貢獻(xiàn)；答案與解析：A

B

C

59.19.以下有關(guān)軟件質(zhì)量保障的說法中，不存在問題的選項是（

）。A為發(fā)現(xiàn)錯誤，軟件實現(xiàn)編碼后必須進(jìn)行軟件測試。從已知程序邏輯開始，軟件運行結(jié)果可預(yù)知，但測試是否能通過則是不可預(yù)見的。B在測試發(fā)現(xiàn)漏洞后，為了修復(fù)漏洞必須有對程序最熟悉的程序設(shè)計者修補漏洞。C軟件測試發(fā)現(xiàn)漏洞后，通過調(diào)試能夠確保漏洞修補有效。D軟件測試發(fā)現(xiàn)漏洞后，調(diào)試可能修補漏洞成功，也可能出現(xiàn)意想不到的后遺癥，這就需要通過回歸測試，確認(rèn)漏洞得到修補，并檢查是否產(chǎn)生了意想不到的新問題。答案與解析：A

B

D

60.20.以下說法中正確的是（

）。A軟件維護應(yīng)該不需要在文檔的指導(dǎo)下找到漏洞，僅僅需要在文檔的指導(dǎo)下進(jìn)行的創(chuàng)造性修復(fù)漏洞。B軟件維護比開發(fā)更為困難，更需要計劃和經(jīng)驗，也需要工具的輔助C根據(jù)維護人員對軟件的理解，軟件維護是對設(shè)計和測試階段的軟件系統(tǒng)所做的改變D根據(jù)維護人員對軟件的理解，軟件維護是對軟件交付使用以后的軟件系統(tǒng)所做的改變答案與解析：B

D

三、是非題（每題2分，共20分）三、是非題（每題2分，共20分）61.1.軟件結(jié)構(gòu)化維護所要完成的工作量一定高于非結(jié)構(gòu)化維護。（

）A是B否答案與解析：B62.2.設(shè)計模塊時，無論是否存在數(shù)據(jù)傳遞，模塊內(nèi)過程相關(guān)劃分都形成過程內(nèi)聚。（

）A是B否答案與解析：A63.3.軟件中，如果出現(xiàn)邏輯功能相似的模塊，可以省去重復(fù)部分、形成公共調(diào)用模塊。（

）A是B否答案與解析：A64.4.選擇型程序結(jié)構(gòu)是通過判斷表達(dá)式的取值不同，而從左右兩分支中選擇一條邏輯路徑，加以執(zhí)行。（

）A是B否答案與解析：B65.5.馬力主持的人工審查會議，完成2萬行代碼走查，馬力決定給大家統(tǒng)一訂盒飯，午餐后繼續(xù)會議，該決策為項目贏得了5天的進(jìn)度提前，馬力的審查小組效率空前。（

）A是B否答案與解析：B66.6.軟件維護不僅需要付出有形的時間、資源和人力，還不得不付出各種無形的代價。（

）A是B否答案與解析：A67.7.軟件維護不僅受到維護人員經(jīng)驗多寡影響，還受軟件本身復(fù)雜程度的影響，維護人員是否熟悉該軟件也同樣對軟件維護產(chǎn)生巨大影響，使得軟件維護工作量大有不同。（

）A是B否答案與解析：A68.8.系統(tǒng)流程圖與數(shù)據(jù)流程圖沒有區(qū)別。（

）A是B否答案與解析：B69.9.循環(huán)控制條件成立時，重復(fù)執(zhí)行特定的加工，這樣的循環(huán)邏輯為“直到型循環(huán)”。（

）A是B否答案與解析：B70.10.同行復(fù)審必須排除編碼者本人，選擇其他1到2個程序員和測試員進(jìn)行復(fù)審。（

）A是B否答案與解析：A1.1.軟件完成的計算任務(wù)、處理對象和處理規(guī)則的描述通常被稱為（

）。A文檔B文件C檔案D程序答案與解析：D2.2.靜態(tài)測試不可以用于（

）等質(zhì)量保證工作。A審核可行性研究文檔B審核軟件設(shè)計文檔C審核代碼及其測試結(jié)果D審核需求規(guī)格說明文檔答案與解析：C3.3.需求分析的建模依靠（

）完成。A數(shù)據(jù)流程圖B系統(tǒng)流程圖C數(shù)據(jù)流圖D程序流程圖答案與解析：C4.4.（

）是以小組為單位閱讀代碼，是一系列規(guī)程和錯誤檢查技術(shù)的集合。A靜態(tài)結(jié)構(gòu)分析B代碼檢查C桌面檢查D白盒測試答案與解析：B5.5.模塊層次結(jié)構(gòu)圖中，模塊C的扇入為1、扇出為（

）。A1B2C3D4答案與解析：B6.6.以下選項中，不屬于軟件概要設(shè)計的內(nèi)容是（

）。A細(xì)化系統(tǒng)邏輯模型，從數(shù)據(jù)流動角度為新系統(tǒng)建模B優(yōu)化軟件框架設(shè)計，調(diào)整系統(tǒng)結(jié)構(gòu)圖，使之更合理C指定系統(tǒng)結(jié)構(gòu)中每個模塊的功能需求D確定模塊間的調(diào)用關(guān)系答案與解析：A7.7.以下各種軟件測試中，（

）針對測試的最小軟件組成部分進(jìn)行測試。A集成測試B單元測試C確認(rèn)測試D驗收測試答案與解析：B8.8.黑盒測試對軟件產(chǎn)品的測試目標(biāo)是（

）A了解模塊內(nèi)部結(jié)構(gòu)B檢驗?zāi)K接口功能是否按照規(guī)格說明書的規(guī)定正確執(zhí)行C測試模塊內(nèi)部流程D檢驗軟件系統(tǒng)構(gòu)成合理與否答案與解析：B9.9.Python編譯程序的開發(fā)，耗時30個月，總共使用技術(shù)人員9人，那么這個項目屬于（

）A微型軟件B小型軟件C中型軟件D大型軟件答案與解析：D10.10.軟件工程的概要設(shè)計階段，邏輯設(shè)計模型主要使用（

）。ADFDBPDLCSCD系統(tǒng)流程圖答案與解析：C11.11.快速原型模型要用于描述（

）的軟件開發(fā)過程。A線性過程B循環(huán)反饋C風(fēng)險評估D面向?qū)ο蟠鸢概c解析：B12.12.A駱駝（Camel）B下劃線法C匈牙利D帕斯卡（Pascal）答案與解析：C13.13.以下選項中，（

）不能形成獨立的下層公共模塊，改善軟件系統(tǒng)結(jié)構(gòu)。A分析模塊有無類似功能、找出相同部分B分離類似功能和相同邏輯程序C消除重復(fù)功能D改寫模塊算法，提高執(zhí)行效率答案與解析：D14.14.需求分析階段輸出的文檔就是（

）。A《系統(tǒng)目標(biāo)與范圍的說明》B《可行性分析報告》C《需求規(guī)格說明書》D《軟件設(shè)計規(guī)格說明書》答案與解析：C15.15.問題定義階段提交的軟件工程文檔是（

）A《可行性論證報告》B《需求規(guī)格說明書》C《軟件確認(rèn)測試計劃》D《系統(tǒng)目標(biāo)與規(guī)范說明書》答案與解析：D16.16.當(dāng)數(shù)個模塊訪問同一對象：double

value;數(shù)據(jù)結(jié)構(gòu)。該耦合應(yīng)該稱為（

）A內(nèi)容耦合B數(shù)據(jù)耦合C標(biāo)記耦合D公共耦合答案與解析：B17.17.用戶進(jìn)行數(shù)據(jù)導(dǎo)入操作，界面麻煩操作不易，該軟件缺陷級別屬于（

）。A致命缺陷B嚴(yán)重缺陷C一般錯誤D輕微缺陷答案與解析：D18.18.以下覆蓋中，測試用例最詳盡的是（

）A條件覆蓋B語句覆蓋C判定覆蓋D條件組合覆蓋答案與解析：D19.19.以下各種維護測試中，（

）針對測試的最小單位——模塊進(jìn)行測試。A驗收測試B確認(rèn)測試C集成測試D單元測試答案與解析：D20.20.以下的軟件生命周期階段中，（

）階段工作量在以下幾個選項中最高。A可行性分析B軟件設(shè)計C編碼D軟件測試答案與解析：D21.21.編碼階段，（

）不能用于度量程序復(fù)雜性。A數(shù)據(jù)流圖B程序流程圖C退化的流程圖D代碼行數(shù)答案與解析：A22.22.A數(shù)據(jù)耦合B標(biāo)記耦合C公共耦合D內(nèi)容耦合答案與解析：C23.23.在瀑布模型中，將軟件劃分為若干個時期，軟件項目的測試一般歸屬于（

）A計劃時期B開發(fā)時期C運行時期D維護時期答案與解析：A24.24.螺旋模型的主要優(yōu)勢在于它是（

）驅(qū)動的。A文檔B開發(fā)C設(shè)計D風(fēng)險答案與解析：D25.25.兩個模塊之間傳遞文件名，則該模塊間耦合屬于（

）A數(shù)據(jù)耦合B標(biāo)記耦合C控制耦合D公共耦合答案與解析：B26.26.軟件的數(shù)據(jù)流圖中，“=”表示（

）A加工B數(shù)據(jù)文件C外部實體D數(shù)據(jù)流答案與解析：B27.27.（

）又叫做結(jié)構(gòu)測試，按照程序內(nèi)部的邏輯測試程序，檢測程序中的主要執(zhí)行通路是否都能按預(yù)定要求正確工作。A黑盒測試B灰盒測試C白盒測試D開盒測試答案與解析：C28.28.《軟件用戶使用手冊》是軟件設(shè)計過程中，開發(fā)人員寫給用戶使用參考用的，它的寫作開始于（

）A問題定義B需求分析C系統(tǒng)設(shè)計D運行維護答案與解析：B29.29.在瀑布模型中，將軟件劃分為若干個時期，軟件項目的集成測試歸屬于（

）A開發(fā)時期B測試時期C運行時期D計劃時期答案與解析：B30.30.軟件結(jié)構(gòu)圖SC設(shè)計完成后，繼續(xù)設(shè)計的文檔是（

）。A《模塊設(shè)計規(guī)格說明》B《軟件需求規(guī)格說明》C《軟件用戶使用手冊》D《可行性研究報告》答案與解析：A31.31.維護種類中，（

）在軟件維護階段工作量最小。A改正性維護B適應(yīng)性維護C完善性維護D預(yù)防性維護答案與解析：D32.32.驗收測試指系統(tǒng)測試通過后,用戶根據(jù)（

）進(jìn)行驗收測試,確定系統(tǒng)功能和性能的可接受性.該定界范圍適用于驗收測試，而非有效性測試。A《模塊設(shè)計規(guī)格說明》B《軟件需求規(guī)格說明》C《軟件用戶使用手冊》D《軟件開發(fā)合同》答案與解析：D33.33.運行被測程序，設(shè)計若干個測試用例執(zhí)行（

）測試標(biāo)準(zhǔn)，被稱為條件組合覆蓋測試。A使每條件的每種可能的自由組合，都至少要執(zhí)行一次B使每個測試分支至少要執(zhí)行一次C使每條可執(zhí)行路徑至少要執(zhí)行一次D使每個可執(zhí)行語句至少要執(zhí)行一次答案與解析：A34.34.為了避免混亂或隨意修改，通過改善流程來減少抵觸情緒，軟件維護的技術(shù)人員的設(shè)置應(yīng)該遵循（

）原則。A明確維護責(zé)任，建立正式軟件維護機構(gòu)B明確維護責(zé)任，建立非正式軟件維護機構(gòu)C選擇各類典型的技術(shù)人員代表，松散地進(jìn)行維護工作D明確維護種類，按類型選擇合適的開發(fā)人員、測試人員進(jìn)行維護答案與解析：B35.35.用戶填寫（

）來申請開展軟件維護。A《維護申請報告》B《維護評估報告》C《維護記錄》D《運行維護情況登記》答案與解析：A36.36.以下軟件工程開發(fā)模式中，（

）對風(fēng)險的抵御能力更高。A瀑布模型B快速原型模C螺旋模型D噴泉模型答案與解析：C37.37.結(jié)構(gòu)化分析法是面向數(shù)據(jù)流的分析方法，（

）不屬于分層數(shù)據(jù)流圖中每次分解的合理范圍。A2B4C7D10答案與解析：D38.38.模塊內(nèi)的各處理元素之間沒有任何聯(lián)系，該模塊屬于（

）A順序內(nèi)聚B功能內(nèi)聚C偶然內(nèi)聚D時間內(nèi)聚答案與解析：C39.39.軟件編碼中，使用過程printEmployeePaychecks()使用的是（

）命名法A下劃線法B駱駝式C匈牙利D帕斯卡答案與解析：B40.40.詳細(xì)設(shè)計基本上決定了最終程序代碼質(zhì)量，設(shè)計不僅應(yīng)邏輯正確、滿足性能要求，還應(yīng)該簡明易懂，那么以下設(shè)計工具中，（

）做不到上述幾點。A系統(tǒng)流程圖BN-S圖CPAD圖DPDL偽碼答案與解析：A二、多項選擇題（每題2分，共40分）二、多項選擇題（每題2分，共40分）41.1.

以下關(guān)于軟件工程說法中，正確的是（

）。A計劃階段的調(diào)研和建模都是相對具體的，軟件模型基本都是基層邏輯模型；B軟件工程初期，目標(biāo)系統(tǒng)尚未設(shè)計出來，所研究的僅有舊系統(tǒng)工作流程；C數(shù)據(jù)流圖逐步細(xì)化系統(tǒng)功能，通過以數(shù)據(jù)為主線的分析，得到系統(tǒng)的處理過程；D計劃階段的調(diào)研和建模都是高層抽象的，因此具有簡單、縮略的特征；答案與解析：B

C

D

42.2.面向數(shù)據(jù)流的分析可以將信息流分為（

）A信息流B事務(wù)流C處理流D變換流答案與解析：B

D

43.3.需求分析推出系統(tǒng)模型的根據(jù)是（

）成果而分析的。A以用戶為對象的實地調(diào)研B系統(tǒng)目標(biāo)和規(guī)格分析C可行性研究D原有系統(tǒng)的功能分析答案與解析：A

D

44.4.數(shù)據(jù)字典中，（

）屬于數(shù)據(jù)字典詞條。A數(shù)據(jù)流詞條B數(shù)據(jù)源點及終點詞條C數(shù)據(jù)存儲詞條D數(shù)據(jù)加工處理詞條答案與解析：A

B

C

D

45.5.程序復(fù)雜性影響到軟件中的要素包括（

）A軟件驗收率B軟件開發(fā)費用C開發(fā)周期的長短D軟件內(nèi)部潛伏錯誤的數(shù)量答案與解析：B

C

D

46.6.以下關(guān)于軟件測試問題，敘述不正確的是（

）。A單元測試常由模塊開發(fā)者在了解設(shè)計細(xì)節(jié)下時完成B集成測試常由模塊開發(fā)者和獨立測試組在不了解設(shè)計時完成C驗收測試常由獨立測試組在不了解設(shè)計時完成D性能測試常由獨立測試組在不了解設(shè)計時完成答案與解析：B

C

D

47.7.

結(jié)構(gòu)化程序設(shè)計的基本要素包括（

）。A代碼塊只有一個入口和一個出口B代碼包括順序、選擇、循環(huán)3種控制結(jié)構(gòu)C使用程序設(shè)計平臺的代碼來清晰表現(xiàn)程序結(jié)構(gòu)D高效的程序運行效率答案與解析：A

B

48.8.軟件工程三要素包括（

）。A方法：完成軟件項目的技術(shù)手段。B步驟：指導(dǎo)軟件每一步計劃、設(shè)計、實現(xiàn)等工作。C工具：支持軟件開發(fā)和管理、文檔生成。D過程：貫穿于各環(huán)節(jié)的任務(wù)框架，規(guī)定了軟件開發(fā)、評估、管理和控制等完成任務(wù)的工作步驟。答案與解析：A

C

D

49.9.階段化開發(fā)模型優(yōu)勢與劣勢并存，以下說法中，正確的是（

）。A階段化開發(fā)模型的風(fēng)險控制做得很好，不必?fù)?dān)心因為風(fēng)控不足而出現(xiàn)更大疏漏。通過風(fēng)控，能及早為從未提供的功能開拓市場。當(dāng)運行系統(tǒng)出現(xiàn)未預(yù)料問題，經(jīng)常性發(fā)布可以使開發(fā)人員能全面、快速地修復(fù)問題。B階段化開發(fā)模型的主要特點是將目標(biāo)系統(tǒng)按功能，劃分為若干子系統(tǒng)，一旦確定了用戶需求就逐個構(gòu)建開發(fā)并發(fā)布。C階段化開發(fā)模型的優(yōu)勢之一，是針對不同的發(fā)布版本，開發(fā)團隊將重點放在不同的專業(yè)領(lǐng)域技術(shù)上。D階段化開發(fā)模型在早期發(fā)布中就可以開始培訓(xùn)。培訓(xùn)過程可以使開發(fā)人員觀察某些功能是如何執(zhí)行的，并為后面發(fā)布提改進(jìn)建議。開發(fā)人員就可以更好地對用戶反饋作出反應(yīng)。答案與解析：B

C

D

50.10.軟件開發(fā)人員大都存在通病，技術(shù)可行性分析中，技術(shù)上經(jīng)常依賴對技術(shù)發(fā)展未來的過度期盼，不能依靠的技術(shù)是（

）。A操作系統(tǒng)底層的支持模塊B正在研發(fā)的技術(shù)C下一代移動通訊網(wǎng)絡(luò)的寬帶網(wǎng)速D大規(guī)模壓力測試時，挑選一款自動測試工具軟件模擬系統(tǒng)對在線多人并發(fā)請求的處理表現(xiàn)答案與解析：B

C

51.11.以下選項中，（

）不屬于軟件測試。A單元測試發(fā)現(xiàn)模塊內(nèi)功能漏洞B集成測試和系統(tǒng)測試發(fā)現(xiàn)軟件錯誤和漏洞C用戶在常用場合使用發(fā)布的軟件，發(fā)現(xiàn)漏洞D因操作系統(tǒng)發(fā)布新版本，軟件安裝失敗提交升級報告答案與解析：C

D

52.12.數(shù)據(jù)流圖內(nèi)容中，程序描述和分析中正確的說法包括（

）。A加工邏輯是數(shù)據(jù)流動過程中，最核心的變換；B每個數(shù)據(jù)流必須用名詞或名詞短語命名C數(shù)據(jù)流圖分析了數(shù)據(jù)來源、數(shù)據(jù)流向和數(shù)據(jù)處理；D數(shù)據(jù)流圖的細(xì)化過程，是通過功能分解完成的；答案與解析：A

C

D

53.13.內(nèi)容耦合的特點包括（

）。A耦合程度對模塊獨立性而言最差；B一個模塊直接使用另一個模塊的內(nèi)部數(shù)據(jù)；C一個模塊通過非正常入口而轉(zhuǎn)入另一個模塊內(nèi)部D耦合程度最低；答案與解析：A

B

C

54.14.

內(nèi)聚性描述中，正確的是（

）。A若一個模塊內(nèi)各元素聯(lián)系越稀疏，則其內(nèi)聚性就越高；B模塊內(nèi)所有元素共同完成同一功能、缺一不可，該內(nèi)聚屬邏輯內(nèi)聚C即使兩者之間沒有數(shù)據(jù)傳遞，過程內(nèi)聚仍允許調(diào)用前面操作后，馬上調(diào)用后面的構(gòu)件或操作；D模塊內(nèi)前一功能元素輸出，作下一功能元素的輸入，順序執(zhí)行的各處理元素都密切相關(guān)于同一功能，屬順序內(nèi)聚；答案與解析：C

D

55.15.可行性分析中，不正確的是（

）A系統(tǒng)定義明確之后，應(yīng)對系統(tǒng)的可行性進(jìn)行研究。B可行性研究包括經(jīng)濟可行性、社會可行性、系統(tǒng)可行性。C研究軟硬件資源有效性是進(jìn)行操作可行性研究的一方面D可行性分析屬于軟件計劃時期，一個軟件項目進(jìn)入可行性分析，必然經(jīng)過一定周期會進(jìn)入軟件開發(fā)時期。答案與解析：B

C

D

56.16.軟件架構(gòu)設(shè)計修正精化原則包括（

）A盡可能讓程序結(jié)構(gòu)與問題結(jié)構(gòu)相對應(yīng)B減少高扇入、爭取高扇出C消除重復(fù)功能,改善軟件結(jié)構(gòu)D模塊的作用范圍應(yīng)在其控制范圍內(nèi)答案與解析：A

C

D

57.17.軟件質(zhì)量不高、可靠性差、缺乏適當(dāng)?shù)奈臋n資料、軟件常常不可維護、錯誤難以改正等問題，使得軟件開發(fā)呈現(xiàn)危機。以下情況體現(xiàn)軟件危機的是（

）A對軟件開發(fā)成本和進(jìn)度的估計不準(zhǔn)確B軟件質(zhì)量不高、可靠性差C軟件常常不可維護、錯誤難以改正D軟件成本占系統(tǒng)總成本的比例逐年上升答案與解析：A

B

C

D

58.18.以下有關(guān)PAD結(jié)構(gòu)說法中，正確的是（

）A符合思維的邏輯次序，PAD圖的讀法是自上而下、自左向右依次執(zhí)行，通過PAD設(shè)計模塊邏輯，自頂而下逐步展開設(shè)計思路，最符合人類思維規(guī)律；B隨著程序?qū)哟蔚脑黾?，畫PAD圖將會逐漸向右延伸，每增加一個層次，圖形擴展一條豎線；CPAD最左豎線是程序的主線，從最左主干線上端結(jié)點開始，控制流程始于斯、終于斯；DPAD圖中豎線的總條數(shù)就是程序結(jié)構(gòu)的層次數(shù)；答案與解析：A

B

C

D

59.19.以下內(nèi)聚形式中，（

）最不利于模塊獨立性。A通信內(nèi)聚B信息內(nèi)聚C時間內(nèi)聚D巧合內(nèi)聚答案與解析：D

60.20.詳細(xì)設(shè)計工具的特點說法中，正確的是（

）。A流程圖由一些特定意義的圖形、流程線及簡要的文字說明構(gòu)成，能清晰表示程序結(jié)構(gòu)；B由于流程線不一定是必需的，因此取消流程圖中的線，而設(shè)計了盒圖，保留了一切程序流程圖的能力；CPAD把整個程序設(shè)計在一個大框圖內(nèi)，并通過若干小框圖組成大框圖；DPAD把整個程序設(shè)計在一個大框圖內(nèi)，并通過若干小框圖組成大框圖；答案與解析：A

B

三、是非題（每題2分，共20分）三、是非題（每題2分，共20分）61.1.問題定義的任務(wù)包括：用戶要求具體化、定量化，確定所需研制系統(tǒng)的范圍、邊界。（

）A是B否答案與解析：A62.2.有關(guān)計算機程序功能、設(shè)計、編制、使用的文字或圖形資料稱為軟件工程文檔。（

）A是B否答案與解析：A63.3.累計的經(jīng)濟效益收回最初的投資，這個時間稱為投資回收期。（

）A是B否答案與解析：A64.4.內(nèi)聚是對一個軟件結(jié)構(gòu)內(nèi)各個模塊之間互連程度的度量。（

）A是B否答案與解析：B65.5.大多數(shù)的漏洞都出現(xiàn)在軟件設(shè)計及之前，因此盡早檢查發(fā)現(xiàn)缺陷，為后序測試找側(cè)重點，為提高代碼可靠性提供不錯的基礎(chǔ)。（

）A是B否答案與解析：A66.6.所有的軟件測試都應(yīng)追溯到用戶需求。（

）A是B否答案與解析：A67.7.快速原型模型是一種面向?qū)ο蟮能浖_發(fā)方法。（

）A是B否答案與解析：B68.8.軟件維護是從軟件測試階段以后才展開的，因此軟件維護管理是在維護階段的工作。（

）A是B否答案與解析：B69.9.系統(tǒng)測試和驗收測試的主要依據(jù)都是需求文檔，且都通過獨立測試小組執(zhí)行黑盒測試檢查漏洞。（

）A是B否答案與解析：B70.10.代碼審查器是自動化的測試工具，是軟件質(zhì)量控制的利器，為減少錯誤起到了積極的作用。（

）A是B否答案與解析：A1.1.瀑布模型本質(zhì)上是一種（

）順序模型。A線性B循環(huán)C回溯D逆向答案與解析：A2.2.計算機程序及其說明程序的各種文檔稱為（

）A文件B文檔C程序D軟件答案與解析：A3.3.模塊的獨立程度可以由兩個定性標(biāo)準(zhǔn)度量，模塊（

）衡量一個模塊內(nèi)部各個元素彼此結(jié)合的緊密程度。A獨立系數(shù)B內(nèi)聚性C耦合性D相關(guān)度答案與解析：B4.4.計算機科學(xué)中的研究成果均可用于軟件工程，但軟件工程側(cè)重于（

）A原理B如何建造一個軟件系統(tǒng)C理論D計算答案與解析：B5.5.軟件開發(fā)環(huán)境是相關(guān)一組（

）的集合。A軟件開發(fā)方法B軟件開發(fā)應(yīng)用C軟件開發(fā)工具D軟件開發(fā)過程答案與解析：C6.6.以下說法中，不正確的是（

）。A軟件是控制計算機硬件，來完成預(yù)定任務(wù)的計算機程序。B計算機軟件的運行，需要程序的支持，也需要配合程序的數(shù)據(jù)做基礎(chǔ)。C軟件的運行，必須由硬件作為實物基礎(chǔ)，沒有計算機硬件的支持，軟件一無是處；硬件獨立無法完成任何預(yù)定義任務(wù)，和軟件相輔相成，需要安裝軟件才能實現(xiàn)其計算能力向事務(wù)處理的轉(zhuǎn)化，總之，沒有軟件的硬件無法運行。D有關(guān)計算機程序功能、設(shè)計、編制、使用的文字或圖形資料稱為文檔。答案與解析：A7.7.可行性分析調(diào)查項目能否實現(xiàn)，研究項目是否值得做，該階段的研發(fā)文檔是（

）。A《系統(tǒng)開發(fā)合同》B《系統(tǒng)目標(biāo)與范圍的說明》C《可行性論證報告》D《需求規(guī)格說明書》答案與解析：C8.8.以下設(shè)計中，（

）是軟件設(shè)計中不可接受的問題。A模塊功能不可預(yù)測B模塊功能可預(yù)測C模塊接口較復(fù)雜D模塊接口較簡單答案與解析：A9.9.目標(biāo)系統(tǒng)的用戶管理模塊，完成注冊、登陸、用戶信息修改、用戶注銷、賬戶激活、賬戶刪除等等多個功能，每個功能都在所設(shè)計的標(biāo)準(zhǔn)登記賬戶數(shù)據(jù)結(jié)構(gòu)上操作，那么該模塊的內(nèi)聚屬于（

）形式。A信息內(nèi)聚B通信內(nèi)聚C過程內(nèi)聚D邏輯內(nèi)聚答案與解析：A10.10.小翠上大二了，北京服裝學(xué)院的同學(xué)帶來一個APP開發(fā)項目，使用Android開發(fā)環(huán)境制作一個試衣服小程序，小翠用2天時間、280行代碼實現(xiàn)了同學(xué)的需求，該軟件屬于（

）。A大型軟件B中型軟件C小型軟件D微型軟件答案與解析：D11.11.以下軟件邏輯模型中，（

）不能用于進(jìn)行詳細(xì)設(shè)計。A偽代碼B盒圖C系統(tǒng)流程圖DPAD圖答案與解析：C12.12.以下代碼屬于（

）型內(nèi)聚。max=0;i=i+j;Stated=False;Ifg>0thenax=ax+1;fsT=x+fsR;A功能內(nèi)聚B通信內(nèi)聚C偶然性內(nèi)聚D時間內(nèi)聚答案與解析：C13.13.系統(tǒng)結(jié)構(gòu)圖設(shè)計中，扇出的值應(yīng)為（

）最佳。A7B1C4D0答案與解析：C14.14.以下選項中，屬于偽代碼的是（

）。AC語言代碼BC++代碼CJava代碼D類Pascal代碼答案與解析：D15.15.噴泉模型要用于描述（

）的軟件開發(fā)過程。A線性過程B循環(huán)反饋C風(fēng)險評估D面向?qū)ο蟠鸢概c解析：D16.16.系統(tǒng)流程圖用圖形符號表示系統(tǒng)中各個元素表達(dá)系統(tǒng)中各種元素之間的（

）情況。A控制流動B邏輯構(gòu)成C信息流動D設(shè)計流動答案與解析：C17.17.RintgYeeks()這一過程名稱命名屬于（

）A駱駝法B帕斯卡法C下劃線法D匈牙利法答案與解析：B18.18.內(nèi)聚是一種指標(biāo),表示一個模塊（

）A完成任務(wù)的效率和完整度B代碼功能的集中程度C代碼優(yōu)化的程度D為了與其他模塊連接所要完成的工作量答案與解析：B19.19.軟件生命周期一般都被劃分為若干個獨立的階段，其中占用精力和費用最多的階段往往是（

）A測試階段B設(shè)計階段C代碼實現(xiàn)階段D運行和維護階段答案與解析：D20.20.系統(tǒng)流程圖中的箭頭表示（

）A控制流動B信息流動C數(shù)據(jù)流動D功能流動答案與解析：A21.21.結(jié)構(gòu)中，F(xiàn)模塊的扇出是（

）。A3B2C4D1答案與解析：A22.22.耦合性也稱塊間聯(lián)系，軟件設(shè)計時應(yīng)該盡可能避免（

）。A模塊應(yīng)該盡量做到高內(nèi)聚低耦合B更低的模塊獨立性C更高的模塊獨立性D模塊間聯(lián)系越稀疏，其耦合性就越弱，模塊的獨立性則越號答案與解析：B23.23.詳細(xì)設(shè)計的任務(wù)是（

）A從用戶調(diào)研結(jié)果，分析形成系統(tǒng)初步邏輯模型；B從現(xiàn)行系統(tǒng)的粗粒度系統(tǒng)模型，抽象出系統(tǒng)概要設(shè)計模型；C從軟件結(jié)構(gòu)圖中，實現(xiàn)模塊的邏輯功能；D從模塊邏輯模型，分析出模塊邏輯設(shè)計方案；答案與解析：C24.24.軟件測試運行程序找錯誤的過程中，通常又把測試數(shù)據(jù)和預(yù)期的輸出結(jié)果稱為一組（

）A測試基礎(chǔ)B測試方案C測試策略D測試用例答案與解析：D25.25.軟件生命周期（

）階段出錯對軟件的影響最小。A需求分析B概要設(shè)計C詳細(xì)設(shè)計D編碼實現(xiàn)答案與解析：D26.26.用戶部分錯誤輸入，使得系統(tǒng)性能受到影響，這個軟件缺陷級別屬于（

）。A致命缺陷B嚴(yán)重缺陷C一般錯誤D建議性缺陷答案與解析：C27.27.以下要素中，必須考慮白盒測試的（

）要素。A程序的內(nèi)部結(jié)構(gòu)B程序的接口復(fù)雜度C程序的功能要求D程序的性能指標(biāo)答案與解析：A28.28.運行被測程序，設(shè)計若干個測試用例執(zhí)行（

）測試標(biāo)準(zhǔn)，被稱為語句測試。A使每條件的每種可能，都至少要執(zhí)行一次B使每個測試分支至少要執(zhí)行一次C使每條可執(zhí)行路徑至少要執(zhí)行一次D使每個可執(zhí)行語句至少要執(zhí)行一次答案與解析：D29.29.結(jié)構(gòu)化維護和非結(jié)構(gòu)化維護的本質(zhì)區(qū)別是（

）A形成模塊化設(shè)計SC設(shè)計方案B結(jié)構(gòu)化設(shè)計和編碼實現(xiàn)C快速原型模型下的軟件工程開發(fā)D軟件工程文檔答案與解析：D30.30.

維護種類中，（

）在軟件維護階段工作量最大。A改正性維護B適應(yīng)性維護C完善性維護D預(yù)防性維護答案與解析：C31.31.在下列選項中，（

）工作量最大。A軟件設(shè)計B編碼實現(xiàn)C軟件測試D軟件維護答案與解析：D32.32.Windows10的廣泛使用，導(dǎo)致軟件無法正常安裝使用，所需的維護屬于（

）。A適應(yīng)性維護B改正性維護C預(yù)防性維護D完善性維護答案與解析：A33.33.經(jīng)過單元測試階段后，集成測試階段不會展開（

）。A功能測試B結(jié)構(gòu)測試C數(shù)據(jù)驅(qū)動測試D驗收測試答案與解析：D34.34.無法執(zhí)行的代碼是（

）AC++BJavaCPDLDPASCAL答案與解析：C35.35.設(shè)計若干個測試用例，運行被測程序，使得程序中每個判斷的每個條件的可能取值至少執(zhí)行一次，這類測試屬于（

）。A語句覆蓋B判定/條件覆蓋C判定覆蓋D條件覆蓋答案與解析：D36.36.詳細(xì)設(shè)計階段輸出軟件工程文檔（

）。A《維護申請報告》B《需求規(guī)格說明》C《可行性研究報告》D《系統(tǒng)規(guī)格說明書》答案與解析：D37.37.模塊為同一功能，設(shè)計模塊各元素緊密相關(guān)，元素執(zhí)行順序為前一功能元素的輸出作為下一功能元素的輸入，該模塊的內(nèi)聚屬于（

）。A順序內(nèi)聚B偶然內(nèi)聚C通信內(nèi)聚D功能內(nèi)聚答案與解析：A38.38.以下選項中，（

）作為測試用例設(shè)計依據(jù)在測試階段中集成測試、系統(tǒng)測試和驗收測試中使用。A《可行性研究報告》B《軟件設(shè)計規(guī)格說明》C《軟件需求規(guī)格說明》D《軟件測試計劃書》答案與解析：C39.39.能夠最大限度內(nèi)保證用戶對軟件的滿意程度，并有效控制各種風(fēng)險的軟件設(shè)計模型可以采用（

）設(shè)計過程。A增量模型B螺旋模型C快速原型模型D瀑布模型答案與解析：B40.40.數(shù)據(jù)流圖中，“○”表示（

）A加工B數(shù)據(jù)文件C外部實體D數(shù)據(jù)流答案與解析：A二、多項選擇題（每題2分，共40分）二、多項選擇題（每題2分，共40分）41.1.以下有關(guān)驗收測試的說法中，正確的是（

）。A測試主要依據(jù)是需求文檔B獨立測試小組為輔助，并通過用戶主導(dǎo)測試C測試方法有黑盒測試法、白盒測試法D測試內(nèi)容包括功能測試、健壯性測試、性能測試、界面測試、安全性測試、壓力測試、可靠性測試、安裝反安裝測試答案與解析：A

B

D

42.2.以下關(guān)于軟件產(chǎn)品化說法中，不正確的是（

）。A軟件是一種邏輯產(chǎn)品。B軟件是一種物理產(chǎn)品。C軟件是一種思維中間產(chǎn)品。D軟件是一種大規(guī)模計算機工業(yè)化產(chǎn)品。答案與解析：B

C

D

43.3.以下關(guān)于軟件結(jié)構(gòu)設(shè)計中，正確的說法是（

）。A模塊控制范圍包括模塊本身及其所有的從屬模塊（指供一個模塊調(diào)用的模塊），因而模塊控制范圍表現(xiàn)從屬關(guān)系。B作用范圍應(yīng)在控制范圍內(nèi)C模塊作用范圍指受該模塊內(nèi)某條件影響的所有模塊的集合。從功能上說，模塊作用范圍表明判定影響的范圍D控制范圍應(yīng)在作用范圍內(nèi)答案與解析：A

B

C

44.4.以下說法中，正確的是（

）。A測試從已知條件開始,結(jié)果可預(yù)知,測試是否能通過不可預(yù)見B測試是為證明軟件正確C測試是為發(fā)現(xiàn)錯誤，因此其執(zhí)行需要遵循一定規(guī)程D調(diào)試是推理過程，要推理也要知覺飛躍，不存在標(biāo)準(zhǔn)規(guī)程答案與解析：A

C

D

45.5.能夠最大限度內(nèi)保證用戶對軟件的滿意程度，并有效控制各種風(fēng)險的軟件設(shè)計模型可以采用設(shè)計過程。數(shù)據(jù)字典組成元素中，包括（

）A外部實體B邏輯處理C數(shù)據(jù)流D數(shù)據(jù)項和數(shù)據(jù)結(jié)構(gòu)答案與解析：A

B

C

D

46.6.軟件靜態(tài)測試中，如果待檢查資料和代碼數(shù)量巨大,可以選擇性地展開審查工作。待審查對象的選擇準(zhǔn)則說法中，正確的是（

）A應(yīng)選擇對軟件的正確性，起關(guān)鍵作用的軟件組件B過去未見多少錯誤的軟件部分及其類似部分C應(yīng)選擇其中復(fù)雜度較高的軟件部分D應(yīng)選擇新人或缺乏經(jīng)驗的程序設(shè)計者所涉及的部分答案與解析：A

C

D

47.7.在軟件工程中，文檔是十分重要的，以下有關(guān)軟件說法中（

）是正確的。A軟件文檔可以提高軟件開發(fā)過程的能見度，記錄開發(fā)過程的有關(guān)信息便于使用與維護。B軟件文檔是開發(fā)人員階段工作成果和結(jié)束標(biāo)志C軟件文檔無法提高軟件的開發(fā)效率，只能便于用戶了解軟件功能、性能D軟件文檔提供軟件運行、維護和培訓(xùn)有關(guān)資料。答案與解析：A

B

D

48.8.以下選項中，（

）不屬于定制軟件。A寶島眼鏡企業(yè)資源規(guī)劃系統(tǒng)B飛行訓(xùn)練模擬系統(tǒng)CMicrosoft

OfficeWordDAdobePhotoshop答案與解析：C

D

49.9.以下軟件開發(fā)文檔中，（

）是研發(fā)階段的輸出文檔。A程序維護手冊B可行性研究報告C需求規(guī)格說明書D概要設(shè)計說明書答案與解析：B

C

D

50.10.軟件可行性研究，應(yīng)該展開研究對象，包括（

）A經(jīng)濟可行性B技術(shù)可行性C維護可行性D社會可行性答案與解析：A

B

D

51.11.軟件生命周期分為三大時期，其中屬于開發(fā)時期的階段是（

）A軟件測試B運行和維護C概要設(shè)計D需求分析答案與解析：A

C

D

52.12.以下軟件開發(fā)方法中，正確的是（

）。A系統(tǒng)的開發(fā)，應(yīng)該建立在實地調(diào)研的基礎(chǔ)上，將新技術(shù)、新方法加入進(jìn)來，構(gòu)建真正適用環(huán)境的高效軟件。B目標(biāo)系統(tǒng)必須從實際應(yīng)用調(diào)研而來，可以照抄原系統(tǒng)一部分功能模型，經(jīng)更新、優(yōu)化、升級等處理，邏輯模型更全面。C可行性研究階段構(gòu)造的系統(tǒng)流程圖是針對目前在運行系統(tǒng)調(diào)研的成果，新系統(tǒng)高層邏輯模型使用原系統(tǒng)模型。D軟件系統(tǒng)的研發(fā)，應(yīng)該從DFD圖開始，用系統(tǒng)流程圖為系統(tǒng)建模的情況也很多。答案與解析：A

B

D

53.13.可行性論證的結(jié)論應(yīng)該明確對軟件項目下一階段處理的建議，可行性分析結(jié)論可能是（

）。A深刻立即進(jìn)行B不確定是否該進(jìn)行C推遲進(jìn)行D不能或不值得進(jìn)行答案與解析：A

C

D

54.14.軟件過程模型是具體開發(fā)模型的通稱，包括的是（

）A瀑布模型B螺旋模型C噴泉模型D增量迭代模型答案與解析：A

B

C

D

55.15.以下有關(guān)軟件工程瀑布模型的說法中，正確的是（

）。A瀑布倒流是可以避免的；B用戶需求難以確定、變化多端、用戶心里和軟件設(shè)計者認(rèn)知存在差異等問題，在軟件開發(fā)計劃之初無法暴露。C由于需求不確定性，如果發(fā)現(xiàn)不滿足客戶需求的問題，修改代價會很大；D瀑布模型使客戶在測試完成后才能看到真正可運行的軟件；答案與解析：B

C

D

56.16.以下說法中，正確的是（

）。A可行性研究階段構(gòu)造的系統(tǒng)流程圖是針對目前在運行系統(tǒng)調(diào)研的成果，新系統(tǒng)高層邏輯模型使用原系統(tǒng)模型。B目標(biāo)系統(tǒng)必須從實際應(yīng)用調(diào)研而來，可以照抄原系統(tǒng)一部分功能模型，經(jīng)更新、優(yōu)化、升級等處理，邏輯模型更全面。C系統(tǒng)的開發(fā)，應(yīng)該建立在實地調(diào)研的基礎(chǔ)上，將新技術(shù)、新方法加入進(jìn)來，構(gòu)建真正適用環(huán)境的高效軟件。D軟件系統(tǒng)的研發(fā)，應(yīng)該從DFD圖開始，用系統(tǒng)流程圖為系統(tǒng)建模的情況也很多。答案與解析：B

C

D

57.17.軟件模型中，對（

）軟件產(chǎn)品的文檔要求是十分嚴(yán)格的。A原型模型B瀑布模型C噴泉模型D增量模型答案與解析：A

B

C

D

58.18.軟件系統(tǒng)的設(shè)計和研發(fā)，應(yīng)該考慮軟件系統(tǒng)中的（

）完善軟件設(shè)計方案。A信息流B事物流C數(shù)據(jù)流D控制流答案與解析：A

B

C

D

59.19.面向數(shù)據(jù)流分析系統(tǒng)，從物理過程中去除非本質(zhì)因素，抽象出系統(tǒng)邏輯模型是數(shù)據(jù)流圖，數(shù)據(jù)流圖的出發(fā)點是（

）A數(shù)據(jù)流動B數(shù)據(jù)傳遞C數(shù)據(jù)加工D數(shù)據(jù)分析答案與解析：B

C

60.20.軟件工程開發(fā)需要技術(shù)人員，以下關(guān)于軟件工程技術(shù)員的說法中，正確的是（

）A軟件工程作為智力型工程，參與的人越多越好；B軟件工程項目的工程量大，因此技術(shù)人員需求量較大，參與的人會較多；C軟件工程作為智力型工程，參與的人越少越好；D人與人的交互也會越復(fù)雜，通訊成本也越高，因此軟件工程參與的軟件工程師數(shù)量應(yīng)該限制在合理的范圍內(nèi)；答案與解析：B

D

三、是非題（每題2分，共20分）三、是非題（每題2分，共20分）61.1.軟件測試屬于軟件計劃時期，是從需求分析開始就設(shè)計軟件測試用例的。（

）A是B否答案與解析：A62.2.快速原型模型本質(zhì)上是一種線性迭代模型。（

）A是B否答案與解析：B63.3.增量模型是一種整體開發(fā)模型。（

）A是B否答案與解析：B64.4.在軟件的開發(fā)與維護過程中，用來存儲、更新、恢復(fù)和管理一個軟件的多版本，常使用版本控制工具。（

）A是B否答案與解析：A65.5.耦合標(biāo)志一個模塊內(nèi)各個元素彼此結(jié)合的緊密程度，它是信息隱蔽和局部化概念的自然擴展。（

）A是B否答案與解析：B66.6.需求規(guī)格說明審查應(yīng)由開發(fā)方審查，經(jīng)過人工審核該文檔校驗軟件。（

）A是B否答案與解析：B67.7.當(dāng)審核發(fā)現(xiàn)模塊功能重復(fù)，應(yīng)消除重復(fù)模塊、完全合并模塊，從數(shù)據(jù)類型描述和變量定義角度處理其中不同的部分。（

）A是B否答案與解析：B68.8.通信內(nèi)聚的模塊內(nèi)，各功能組成部分使用相同輸入數(shù)據(jù)、產(chǎn)生相同輸出數(shù)據(jù)。（

）A是B否答案與解析：A69.9.瀑布模型的存在問題是缺乏靈活性。（

）A是B否答案與解析：A70.10.軟件生存周期中時間最長的階段是需求分析階段。（

）A是B否答案與解析：B1.1.在下列軟件中，屬于極大型軟件的是（

）。A貝瓦兒歌APPB寫字板文本編輯器C畫圖板DOffice答案與解析：D2.2.模塊耦合度越高，說明模塊間彼此關(guān)聯(lián)的程度越（

）A松散B相等C緊密D無法判斷答案與解析：C3.3.在瀑布模型中，將軟件劃分為若干個時期，軟件項目的可行性研究屬于（

）A計劃時期B開發(fā)時期C運行時期D維護時期答案與解析：A4.4.以下選項中，（

）屬于定制軟件。A房貸計算器B飛行訓(xùn)練模擬系統(tǒng)CMicrosoft

OfficeWordDAdobePhotoshop答案與解析：B5.5.螺旋模型的主要優(yōu)勢在于它是（

）A文檔B設(shè)計C風(fēng)險D開發(fā)答案與解析：C6.6.調(diào)試的關(guān)鍵在于推斷程序內(nèi)部的錯誤位置及原因，軟件調(diào)試的方法包括（

）。A強行法調(diào)試B回歸法調(diào)試C歸納法調(diào)試D演繹法調(diào)試答案與解析：B7.7.（

）時期，通常包括編碼和測試這兩個階段。A軟件設(shè)計B軟件實現(xiàn)C程序文檔D軟件開發(fā)答案與解析：D8.8.軟件測試的主要目的是為（

）而執(zhí)行程序。A避免錯誤B發(fā)現(xiàn)錯誤C糾正錯誤D證明正確答案與解析：B9.9.軟件設(shè)計階段的輸出（

）用于指導(dǎo)后續(xù)軟件實現(xiàn)階段的工作。A程序B偽代碼C模塊D軟件設(shè)計規(guī)格說明書答案與解析：D10.10.系統(tǒng)結(jié)構(gòu)中，模塊層次結(jié)構(gòu)中的模塊C的扇入為（

），扇出為2。A0B1C2D3答案與解析：B11.11.可行性分析階段使用（

）建模系統(tǒng)物理模型，來分析各種可行性。A數(shù)據(jù)流圖B程序流程圖C系統(tǒng)流程圖D系統(tǒng)結(jié)構(gòu)圖答案與解析：C12.12.在數(shù)據(jù)流圖中，

圓角矩形代表（

）A數(shù)據(jù)處理B外部實體C數(shù)據(jù)存儲D終點答案與解析：B13.13.軟件開發(fā)最初階段是（

）A問題定義B需求分析C概要設(shè)計D編碼實現(xiàn)答案與解析：A14.14.需求分析階段輸出的文檔就是（

）。A《系統(tǒng)目標(biāo)與范圍的說明》B《可行性分析報告》C《需求規(guī)格說明書》D《軟件設(shè)計規(guī)格說明書》答案與解析：C15.15.（

）模型是一種非整體開發(fā)的模