軟件工程過程（山東聯(lián)盟）智慧樹知到課后章節(jié)答案2023年下山東工商學院

軟件工程過程（山東聯(lián)盟）智慧樹知到課后章節(jié)答案2023年下山東工商學院山東工商學院

第一章測試

以下屬于應用軟件的是（）。

A:MySQL數(shù)據(jù)庫管理系統(tǒng)B:windows10C:wps辦公軟件D:Eclipse軟件開發(fā)環(huán)境

答案:wps辦公軟件

開發(fā)軟件的高成本及軟件產(chǎn)品的低質(zhì)量之間存在矛盾，這種現(xiàn)象稱之為（）。

A:軟件的可行性B:軟件危機C:軟件工程D:軟件模型

答案:軟件危機

以下（）屬于軟件危機的具體表現(xiàn)。

A:軟件開發(fā)成本難以控制B:認為軟件就等同于程序C:產(chǎn)品的功能、性能難以滿足用戶需求D:軟件開發(fā)進度難以預測

答案:軟件開發(fā)成本難以控制;產(chǎn)品的功能、性能難以滿足用戶需求;軟件開發(fā)進度難以預測

軟件工程是由（）組成。

A:工具B:方法C:過程D:文檔

答案:工具;方法;過程

軟件工程學的提出起源于軟件危機，其目的就是最終解決軟件的生成工程化問題。

A:錯B:對

答案:對

以下（）屬于軟件工程七個基本原理。

A:實行嚴格的產(chǎn)品控制B:結果應能清楚地審查C:用分階段的生命周期計劃嚴格管理D:開發(fā)小組人員應少而精

答案:實行嚴格的產(chǎn)品控制;結果應能清楚地審查;用分階段的生命周期計劃嚴格管理;開發(fā)小組人員應少而精

ISO/IEC12207軟件生存周期過程標準，把用于開發(fā)一個軟件系統(tǒng)的過程分為三類，包括主過程、輔助（組織）過程及（）。

A:運行過程B:培訓過程C:獲取過程D:支持過程

答案:支持過程

一個軟件從定義到開發(fā)，所經(jīng)歷的生存過程稱為軟件生存期或叫生命周期。

A:對B:錯

答案:錯

關于程序和軟件,說法正確的是()。

A:程序包括軟件B:軟件僅有程序C:程序僅指軟件D:軟件包括程序

答案:軟件包括程序

軟件開發(fā)小組的規(guī)模與個人生產(chǎn)率成正比，向一個已經(jīng)延期的軟件項目增加人手，會使它按期完工。

A:對B:錯

答案:錯

第二章測試

問題定義是擬研發(fā)軟件之前，對軟件的需求問題進行初步調(diào)研、確認和描述的過程

A:對B:錯

答案:對

在問題定義階段，開發(fā)任務主要是（）。

A:理解項目所涉及的基本問題B:確定時間及進度安排C:確定解決方案D:確定人員安排

答案:理解項目所涉及的基本問題

問題定義報告通常不包括以下（）內(nèi)容。

A:項目的可行性研究B:項目背景C:項目范圍D:初步設想

答案:項目的可行性研究

下列（）屬于可行性研究階段的成果物。

A:需求規(guī)格說明書B:可行性研究報告C:問題定義報告D:可行性研究計劃

答案:可行性研究報告

一個項目是否開發(fā)，從經(jīng)濟上來說是否可行，歸根結底是取決于（）。

A:軟件項目效益評估B:項目計劃C:成本估算D:項目管理

答案:軟件項目效益評估;成本估算

軟件可行性研究中的社會可行性涉及（）等社會因素。

A:道德B:開發(fā)團隊的技術資源C:社會影響D:法律

答案:道德;社會影響;法律

（）是軟件可行性研究涉及到的內(nèi)容。

A:待開發(fā)的軟件是否會有質(zhì)量問題B:是否有足夠的工具和相關技術來支持系統(tǒng)開發(fā)C:待開發(fā)的軟件是否有市場、經(jīng)濟上是否合算D:是否有足夠的人員和相關技術來支持系統(tǒng)開發(fā)

答案:是否有足夠的工具和相關技術來支持系統(tǒng)開發(fā);待開發(fā)的軟件是否有市場、經(jīng)濟上是否合算;是否有足夠的人員和相關技術來支持系統(tǒng)開發(fā)

可行性研究的主要任務是用最小的代價在盡可能短的時間內(nèi)確定問題是否能夠解決。也就是判斷問題定義階段確定的目標和規(guī)模是否能夠?qū)崿F(xiàn)，并提出可行項目的初步方案。

A:錯B:對

答案:對

項目開發(fā)計劃除去規(guī)定項目開發(fā)所需的資源、開發(fā)的進度等之外，還可以包括用戶培訓計劃。

A:錯B:對

答案:錯

所謂軟件過程的里程碑，通常是指（）。

A:一定的時間間隔B:每個項目活動C:開發(fā)進度月報D:基線

答案:基線

第三章測試

需求的驗證并不是一個可以一次結束的活動，它可能需要反復多次。

A:錯B:對

答案:對

需求規(guī)格說明書的讀者包括（）。

A:項目管理者B:軟件銷售商C:用戶D:編程人員

答案:項目管理者;軟件銷售商;用戶;編程人員

軟件需求分析階段的主要輸入文檔是（）。

A:問題定義報告B:軟件的可行性研究報告C:軟件測試計劃D:需求分析階段的計劃

答案:問題定義報告;軟件的可行性研究報告;需求分析階段的計劃

收集用戶需求的方法，不包括（）。

A:頭腦風暴B:競品分析C:實驗法D:問卷調(diào)查

答案:實驗法

下列（）不是復雜軟件工程項目的需求的特點。

A:需求分析人員與用戶之間存在溝通隔閡B:需求不穩(wěn)定C:可為用戶帶來價值的D:明確的

答案:明確的

需求規(guī)格說明書描述了（）。

A:目標系統(tǒng)的功能B:目標系統(tǒng)的實現(xiàn)方式C:目標系統(tǒng)的約束D:目標系統(tǒng)的性能

答案:目標系統(tǒng)的功能;目標系統(tǒng)的約束;目標系統(tǒng)的性能

使用跟蹤矩陣有助于（）。

A:識別、控制及跟蹤需求的變化B:確定算法的執(zhí)行效率C:后續(xù)檢查運行錯誤時調(diào)試程序D:其余選項都不是

答案:識別、控制及跟蹤需求的變化

軟件需求規(guī)格說明書在軟件開發(fā)中具有重要的作用，它是軟件可行性分析的重要依據(jù)。

A:錯B:對

答案:錯

需求規(guī)格說明書的作用不包括（）。

A:軟件設計的依據(jù)B:軟件驗收的依據(jù)C:軟件可行性研究的依據(jù)D:用戶與開發(fā)人員對軟件要做什么的共同理解

答案:軟件可行性研究的依據(jù)

需求分析是軟件開發(fā)中很重要的一項工作，其原因之一就是，需求獲取中的錯誤，會在后續(xù)的設計和編碼中進行發(fā)散式的傳播，會給項目成功帶來極大風險。

A:對B:錯

答案:對

第四章測試

在進行概要設計時應加強模塊間的聯(lián)系。

A:錯B:對

答案:錯

軟件重用是提高軟件開發(fā)生產(chǎn)率和目標系統(tǒng)質(zhì)量的重要途徑。

A:對B:錯

答案:對

軟件概要設計包括（）。

A:體系結構設計B:接口設計C:過程設計D:數(shù)據(jù)結構及數(shù)據(jù)庫設計

答案:體系結構設計;接口設計;數(shù)據(jù)結構及數(shù)據(jù)庫設計

初步的集成測試計劃在（）階段編寫。

A:需求分析B:詳細設計C:軟件測試D:概要設計

答案:概要設計

常用的概要設計圖形化工具包括（）。

A:HIPO圖B:流程圖C:層次圖D:結構圖

答案:HIPO圖;層次圖;結構圖

下列（）不是軟件詳細設計的任務。

A:模塊內(nèi)部數(shù)據(jù)結構的定義B:模塊內(nèi)部的算法C:模塊之間的調(diào)用關系D:模塊的功能

答案:模塊之間的調(diào)用關系;模塊的功能

軟件概要設計結束后得到（）。

A:程序編碼B:經(jīng)過評審之后的軟件結構圖C:模塊的接口圖和詳細算法D:初始的軟件結構圖

答案:經(jīng)過評審之后的軟件結構圖

良好的分層架構有利于系統(tǒng)的擴展與維護。

A:錯B:對

答案:對

設計軟件體系結構一般不確定（）。

A:模塊內(nèi)的局部數(shù)據(jù)B:模塊之間的調(diào)用關系C:模塊的接口D:模塊的功能

答案:模塊內(nèi)的局部數(shù)據(jù)

（）著重反映模塊之間的隸屬關系，即模塊間的調(diào)用關系和層次關系。

A:E-R圖B:數(shù)據(jù)流圖C:軟件結構圖D:程序流程圖

答案:軟件結構圖

第五章測試

源程序中的序言性注釋應置于每個模塊的開始部分，該注釋中不應有（）。

A:語句的功能B:模塊的功能C:數(shù)據(jù)描述D:模塊的用途

答案:語句的功能

編碼風格可以依賴程序員的個性設定，不需要固定的格式。

A:錯B:對

答案:錯

軟件測試的目的是（）。

A:證明軟件的正確性B:判定軟件是否合格C:盡可能發(fā)現(xiàn)軟件中的錯誤D:評價軟件質(zhì)量

答案:盡可能發(fā)現(xiàn)軟件中的錯誤

下列（）文檔可以用于設計測試用例。

A:概要設計說明書B:詳細設計說明書C:需求規(guī)格說明書D:項目開發(fā)計劃

答案:概要設計說明書;詳細設計說明書;需求規(guī)格說明書

對目標系統(tǒng)進行測試時，可以采用窮舉測試的方法。

A:對B:錯

答案:錯

（）方法需要考慮模塊間的接口個各模塊之間的聯(lián)系。

A:單元測試B:集成測試C:回歸測試D:驗收測試

答案:集成測試

軟件測試中測試用例的定義主要包括輸入數(shù)據(jù)與（）。

A:測試計劃B:測試記錄分析C:預期輸出結果D:測試腳本

答案:預期輸出結果;測試腳本

對一批模塊進行測試，發(fā)現(xiàn)錯誤多的模塊中殘余的錯誤將比其他模塊少。

A:對B:錯

答案:錯

單元測試工作的輸入信息包括（）。

A:源程序B:概要設計說明書C:需求規(guī)格說明書D:詳細設計說明書

答案:源程序;詳細設計說明書

以下哪項不屬于黑盒測試要測試的錯誤？

A:性能上能否滿足要求B:內(nèi)部數(shù)據(jù)結構是否有效C:輸入是否正確的接收，能否輸出正確的結果D:是否有不正確或者遺漏的功能

答案:內(nèi)部數(shù)據(jù)結構是否有效

第六章測試

為了加強軟件維護的進度，應盡可能增加維護人員的數(shù)目。

A:對B:錯

答案:錯

通常影響軟件易維護性的因素包括（）。

A:易使用性B:易測試性C:易修改性D:易理解性

答案:易測試性;易修改性;易理解性

軟件交付是一個新系統(tǒng)逐步取代舊系統(tǒng)的過程，而不是一個突然事件，軟件的交付使用應盡可能平穩(wěn)過渡，不影響生產(chǎn)和工作。

A:對B:錯

答案:對

下列文檔與維護人員有關的是（）。

A:項目開發(fā)計劃B:軟件概要設計說明書C:用戶操作手冊D:軟件需求規(guī)格說明書

答案:軟件概要設計說明書;軟件需求規(guī)格說明書

軟件維護的副作用主要包括（）。

A:文檔副作用B:編碼副作用C:數(shù)據(jù)副作用D:測試副作用

答案:文檔副作用;編碼副作用;數(shù)據(jù)副作用

軟件在投入使用之后，仍然需要進行變更，主要原因包括（）。

A:用戶不斷提出新的需求B:軟件的性能與可靠性需要進一步提升C:軟件中存在隱含的缺陷D:軟件應用環(huán)境發(fā)生變化

答案:用戶不斷提出新的需求;軟件的性能與可靠性需要進一步提升;軟件中存在隱含的缺陷;軟件應用環(huán)境發(fā)生變化

為了實施國家的安居工程，某市修改了住房補貼的繳存方式。由于繳存方式的調(diào)整，某單位的工資管理系統(tǒng)不能正確計算工資了，必須進行軟件系統(tǒng)維護。請問針對工資管理系統(tǒng)的維護屬于（）類型的維護。

A:完善性維護B:適應性維護C:改正性維護D:預防性維護

答案:適應性維護

某ATM取款機突然出現(xiàn)這樣的情況：取錢之后，賬戶余額不變。工作人員需要迅速對軟件進行維護。請問這種維護屬于（）類型的維護。

A:完善性維護B:適應性維護C:預防性維護D:改正性維護

答案:改正性維護

軟件維護就是改錯。

A:錯B:對

答案:錯

軟件生存周期的（）工作與軟件的可維護性有著密切的關系。

A:需求分析B:軟件設計C:每個階段D:編碼

答案:每個階段

第七章測試

軟件配置項是軟件配置管理的對象，即軟件工程過程中產(chǎn)生的（）。

A:信息項B:軟件環(huán)境C:版本D:接口

答案:信息項

軟件配置管理是在軟件項目啟動時就開始的，并且一直持續(xù)到軟件退役后才終止的一組跟蹤和控制活動。

A:錯B:對

答案:對

下列（）不屬于項目管理的三要素。

A:范圍約束B:成本約束C:時間約束D:溝通約束

答案:溝通約束

（）不屬于項目管理的五個過程組之一。

A:啟動過程B:執(zhí)行過程C:需求過程D:計劃過程

答案:需求過程

變更控制主要關注的是（）。

A:阻止變更B:管理SCCB（軟件配置控制委員會）C:客戶的想法D:標識變更、提出變更和管理變更

答案:標識變更、提出變更和管理變更

基線產(chǎn)品是不能修改的。

A:對B:錯

答案:錯

下列（）可以作為軟件配置項。

A:源程序的開發(fā)環(huán)境B:需求規(guī)格說明書C:源程序代碼D:測試用例

答案:源程序的開發(fā)環(huán)境;需求規(guī)格說明書;源程序代碼;測試用例

下列（）都是軟件配置管理的任務。

A:變化控制B:標識配置項C:資源的采購D:版本控制

答案:變化控制;標識配置項;版本控制

下列關于基線和配置項的描述中，正確的是（）。

A:非基線配置項可能包含項目的各類計劃和報告B:每個配置項的基線都要納入配置控制，對這些基線的更新只能采用正式的變更管理過程。C:所有配置項的操作權限應由“變化控制審批者”嚴格管理D:基線配置項向軟件開發(fā)人員開放讀取權限

答案:非基線配置項可能包含項目的各類計劃和報告;每個配置項的基線都要納入配置控制，對這些基線的更新只能采用正式的變更管理過程。;基線配置項向軟件開發(fā)人員開放讀取權限

某軟件項目的《概要設計說明書》第一次正式發(fā)布，版本號定義為1.0，此后，又進行了2次小的升級，此時版本應該為（）。

A:1.2B:3.0C:1.11D:2.1

答案:1.2

第八章測試

瀑布模型的關鍵不足在于（）。

A:過于簡單B:不能適應需求的變更C:過于靈活D:各個階段都需要進行評審

答案:不能適應需求的變更

具有下列（）特點的項目更適合采用瀑布模型。

A:用戶除提出需求之外，很少參與開發(fā)工作B:分析設計人員對應用領域、開發(fā)環(huán)境很熟悉C:合同對完成時間、進度有明確要求D:用戶需求穩(wěn)定，很少變化

答案:用戶除提出需求之外，很少參與開發(fā)工作;分析設計人員對應用領域、開發(fā)環(huán)境很熟悉;合同對完成時間、進度有明確要求;用戶需求穩(wěn)定，很少變化

瀑布模型具有下列（）優(yōu)點。

A:通過文檔強制規(guī)范化的開發(fā)B:有很好的分工協(xié)作C:推遲實現(xiàn)的觀點，強制在編碼之前將定義及設計弄明白D:項目管理簡單，具有較多的并行環(huán)節(jié)

答案:通過文檔強制規(guī)范化的開發(fā);有很好的分工協(xié)作;推遲實現(xiàn)的觀點，強制在編碼之前將定義及設計弄明白

V模型是最具有代表意義的測試模型，以下對V模型的描述正確的是（）。

A:V模型體現(xiàn)了測試活動