2021年軟件工程試題庫

1.采用工程概念、原理、技術和辦法來（）和（）軟件，把通過時間考驗而證明對的管理技術和當前可以得到最佳技術辦法結(jié)合起來，以經(jīng)濟地開發(fā)出高質(zhì)量軟件并有效地維護它，這就是軟件工程。A、開發(fā)測試B、運營管理C、開發(fā)管理D、開發(fā)維護2.軟件是程序、數(shù)據(jù)及有關文檔完整集合，其中“開發(fā)、使用和維護程序所需要圖文資料”指是（）A、程序B、數(shù)據(jù)C、文檔D、以上都不是3.計算機系統(tǒng)經(jīng)歷了幾種不同發(fā)展階段，具備如下特點指是（）發(fā)展時期：小規(guī)模團隊開發(fā)，但依然沿用初期形成個體化開發(fā)軟件辦法。A、個體軟件B、軟件作坊C、軟件危機D、軟件工程4.如下()不是軟件危機體現(xiàn)形式。

A、開發(fā)軟件不滿足顧客需要

B、開發(fā)軟件可維護性差

C、開發(fā)軟件價格便宜

D、開發(fā)軟件可靠性差5.軟件產(chǎn)品與物質(zhì)產(chǎn)品有很大區(qū)別，軟件產(chǎn)品是一種（）產(chǎn)品

A、有形

B、

消耗

C、邏輯

D、文檔

6.以文檔作為驅(qū)動，適合于軟件需求很明確軟件項目生存周期模型是（

）。

A、噴泉模型

B、

增量模型

C、瀑布模型

D、螺旋模型

7.下列軟件開發(fā)模型中，適合于那些不能預先確切定義需求軟件系統(tǒng)開發(fā)模型是（

）。

原型模型

B、

瀑布模型

C、

基于知識智能模型

D、變換模型

8.下列軟件開發(fā)模型中，以面向?qū)ο筌浖_發(fā)辦法為基本，以顧客需求為動力，以對象來驅(qū)動模型是（

）。

A、

原型模型

B、

瀑布模型

噴泉模型

D、螺旋模型

9.下列軟件開發(fā)模型中，（）只有在開發(fā)人員具備風險分析和排除風險經(jīng)驗及專門知識時，才干獲得成功。

A、

原型模型

B、

瀑布模型

噴泉模型

D、螺旋模型

10.（）是顧客和設計互換最頻繁辦法。A、原型模型B、瀑布模型辦法C、螺旋模型辦法D、構件組裝模型11.老式（）規(guī)定，必要等前一階段工作完畢之后，才干開始后一階段工作；前一階段輸出文檔，就是后一階段輸入文檔。原型模型 B、瀑布模型 C、螺旋模型 D、噴泉模型12.下列論述中不屬于軟件生命周期模型是()

A、瀑布模型B、迅速原型模型

C、風險模型D、原子模型13.“為理解決這個問題，目的系統(tǒng)必要做什么？”這是生命周期中（）階段要擬定事。A、需求分析 B、總體設計 C、詳細設計 D、測試14.（）是為了獲得高質(zhì)量軟件所需要完畢一系列任務框架，她規(guī)定了完畢各項任務工作環(huán)節(jié)。軟件工程B、軟件過程質(zhì)量管理D、軟件辦法學15.下面不屬于軟件工程3個要素是()

A、工具B、過程C、辦法D、環(huán)境16.軟件工程辦法學目是：使軟件生產(chǎn)規(guī)范化和工程化，而軟件工程辦法得以實行重要保證是(

)。A、硬件環(huán)境

B、軟件開發(fā)環(huán)境C、軟件開發(fā)工具和軟件開發(fā)環(huán)境

開發(fā)人員素質(zhì)17.在軟件生命周期法中,顧客參加重要在()。

A、軟件定義期B、軟件開發(fā)期

C、軟件維護期

D、整個軟件生命周期過程中18.軟件開發(fā)瀑布模型最典型地刻畫了軟件生命周期階段劃分,而與其最相適應軟件開發(fā)辦法是()

A、構件化辦法B、面向?qū)ο筠k法

C、構造化辦法D、原型化辦法19.在軟件生存周期中，（

）階段必要要回答問題是“要解決問題是什么？”。

詳細設計

B、問題定義

C、概要設計

D、軟件測試

20.數(shù)據(jù)存儲和數(shù)據(jù)流都是(),僅僅是所處狀態(tài)不同。

A、分析成果B、事件

C、動作D、數(shù)據(jù)21.數(shù)據(jù)流圖和()共同構成系統(tǒng)功能模型。

A、HIPO圖B、PDLC、數(shù)據(jù)字典D、層次圖22.數(shù)據(jù)流圖用于抽象描述一種軟件邏輯模型,數(shù)據(jù)流圖由某些特定圖形符號構成。下列圖符名標記圖符不屬于合法數(shù)據(jù)流圖圖符是()。A、控制流B、加工C、數(shù)據(jù)存儲D、數(shù)據(jù)源點/終點23.構造化分析辦法就是面向()自頂向下逐漸求精進行需求分析辦法。

A、目的B、數(shù)據(jù)流C、功能D、對象24.數(shù)據(jù)字典是對數(shù)據(jù)定義信息集合,它所定義對象都包括在()中。

A、數(shù)據(jù)流圖B、程序框圖

C、軟件構造D、方框圖25.軟件開發(fā)可行性研究,普通涉及經(jīng)濟、技術和操作也許性,而進行可行性研究基本根據(jù)則是顧客提出軟件()。

A、系統(tǒng)質(zhì)量B、系統(tǒng)目的

C、系統(tǒng)功能D、系統(tǒng)性能26.軟件可行性普通不考慮()。

A、與否有足夠人員和有關技術來支持系統(tǒng)開發(fā)

B、待開發(fā)軟件與否有質(zhì)量問題

C、待開發(fā)軟件與否有市場,經(jīng)濟上與否合算

D、與否有足夠工具和有關技術來支持系統(tǒng)開發(fā)27.數(shù)據(jù)流圖是進行軟件需求分析慣用工具,其中最基本圖符是:解決,數(shù)據(jù)流,數(shù)據(jù)存儲和數(shù)據(jù)源點/終點,其中“圓角矩形”可用來代表流圖中()。.

A、解決B、數(shù)據(jù)流

C、數(shù)據(jù)存儲D、數(shù)據(jù)源點/終點28.數(shù)據(jù)流圖是描述數(shù)據(jù)在軟件中流動和變換過程,而對數(shù)據(jù)流圖中所包括元素定義則是()

A、數(shù)據(jù)存儲B、數(shù)據(jù)加工

C、數(shù)據(jù)字典D、數(shù)據(jù)定義29.可行性研究目不是解決問題，而是擬定問題與否值得去解決，下列不是可行性研究內(nèi)容是()

A、需求分析B、風險分析

C、資源分析D、技術分析31.一種軟件項目與否進行開發(fā)結(jié)論是在（）文檔中作出。軟件開發(fā)籌劃 B、可行性分析報告 C、需求分析闡明書D、測試報告32.下列論述中，_______不屬于數(shù)據(jù)字典作用。A、作為編碼階段描述工具B、為顧客與開發(fā)人員之間統(tǒng)一結(jié)識C、作為概要設計根據(jù)為需求分析階段定義各類條目33.不適于作為數(shù)據(jù)流圖解決（加工）框名稱是____。A、人工校核工資數(shù)據(jù) B、工資支票數(shù)據(jù)C、打印工資支票D、計算職工工資34.系統(tǒng)流程圖是概括地描述物理系統(tǒng)老式工具，它基本思想是用圖形符號以黑盒子形式描繪系統(tǒng)構成系統(tǒng)每個部件，其表達是（）A、控制過程B、對數(shù)據(jù)進行加工和解決過程C、程序功能數(shù)據(jù)在各部件之間流動狀況35.雖然可以使用自然語言描述由數(shù)據(jù)元素構成數(shù)據(jù)關系，但為了更加清晰簡潔，建議采用符號來表達，其中1{a}5所代表含義是()A、a重復浮現(xiàn)，至少浮現(xiàn)1次，最多余現(xiàn)5次B、a重復浮現(xiàn)，只能浮現(xiàn)1次，或5次C、a重復浮現(xiàn)，其可以浮現(xiàn)1次，也可以浮現(xiàn)5次a是可選，可以浮現(xiàn)2、3、4次36.（）是可行性研究一項重要內(nèi)容，是客戶組織負責人從經(jīng)濟角度判斷與否繼續(xù)投資于這項工程重要根據(jù)。A、純收入計算B、投資回收期分析C、成本/效益分析D、投資回收率分析37.下面哪一項不屬于可行性研究階段典型環(huán)節(jié)（）A、研究當前正在使用系統(tǒng)B、草擬開發(fā)籌劃C、書寫文檔提交審查梳理模塊間關系38.復雜數(shù)據(jù)流圖()。

A、只有變換型B、只有事務型

C、無規(guī)律D、既有變換型又有事務型39.（）需求制定系統(tǒng)必要提供服務，是對軟件系統(tǒng)一項基本需求，但卻并不是唯一需求。功能需求B、性能需求C、可靠性和可用性需求D、接口及約束40.“系統(tǒng)每周7天、每天24小時都可以使用且運營無誤”，代表是（）功能需求B、性能需求C、可靠性和可用性需求D、接口及約束41.“系統(tǒng)應在20秒之內(nèi)響應所有祈求”，代表是（）功能需求B、性能需求C、可靠性和可用性需求D、接口及約束42.“系統(tǒng)浮現(xiàn)異常時，應能為顧客給出指引性提示，并及時保存當前數(shù)據(jù)”代表是（）A、出錯解決需求B、性能需求C、可靠性和可用性需求接口及約束43.與顧客溝通獲取需求方式有諸多，其中()不屬于獲取需求方式。A、正式或非正式訪談B、自底向上求精辦法C、迅速建立軟件原型建議應用規(guī)格闡明技術44.“迅速建立軟件原型”是一種比較精確、有效、強大需求分析技術，為了迅速構建和修改原型，普通采用3種辦法和工具，如下哪項是無效（）A、可重用軟件構件B、形式化需求規(guī)格闡明和環(huán)境原型C、高檔語言選取第四代技術45.通慣用“范式”定義消除數(shù)據(jù)冗余限度，其中第三范式規(guī)定符合第二范式條件，并且（）A、每個屬性值都必要是原子值B、每個非核心字屬性值都由整個核心字決定C、非核心字不是由核心字一某些來決定D、一種非核心字屬性值不依賴于另一種非核心字屬性值46.構造化分析階段要建立中模型，分別是（）A、功能模型、數(shù)據(jù)模型、狀態(tài)模型B、功能模型、行為模型、數(shù)據(jù)模型C、功能模型、數(shù)據(jù)模型、動態(tài)模型對象模型、動態(tài)模型、功能模型47,（）是對引起系統(tǒng)做動作或（和）從一種狀態(tài)轉(zhuǎn)換到另一種狀態(tài)外界事情抽象。A、事件B、狀態(tài)C、初態(tài)D、終態(tài)48.進行需求分析可使用各種工具，但(

)是不合用。

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

B、E-R圖

C、PAD圖

D、數(shù)據(jù)字典49.E-R圖是用于建立數(shù)據(jù)模型圖形，其中涉及3種互有關聯(lián)信息，分別是（）A、數(shù)據(jù)、對象、實體 B、控制、聯(lián)系、對象C、實體、聯(lián)系、屬性 實體、屬性、操作50.描述復雜事物時，圖形遠比文字論述優(yōu)越得多，在需求分析階段可以使用（）等圖形工具。A、層次方框圖和鑒定表B、數(shù)據(jù)流圖和程序流程圖C、IPO圖和層次方框圖warnier圖和PDL51.構造化分析辦法以數(shù)據(jù)流圖、()和加工闡明等描述工具,即用直觀圖和簡潔語言來描述軟件功能模型。

A、DFD圖B、PAD圖

C、HIPO圖D、數(shù)據(jù)字典52.軟件需求闡明書中涉及多方面內(nèi)容,下述()不是軟件闡明書中應涉及內(nèi)容.

A、數(shù)據(jù)描述B、功能描述

C、性能描述D、構造描述53.軟件需求分析階段建立原型重要目是().

A、擬定系統(tǒng)功能和性能規(guī)定

B、擬定系統(tǒng)性能規(guī)定

C、擬定系統(tǒng)與否滿足顧客規(guī)定

D、擬定系統(tǒng)與否開發(fā)人員需要54.需求分析是由分析人員經(jīng)理解顧客需求,認真仔細調(diào)研、分析,最后應建立目的系統(tǒng)邏輯模型并寫出().

A、模塊闡明書

B、需求規(guī)格闡明書

C、項目開發(fā)設計

D、合同文檔55.使用構造化分析辦法時，采用基本手段是()。分解和抽象 B、分解和綜合 C、歸納與推導D、試探與回溯56.分層數(shù)據(jù)流圖是一種比較嚴格又易于理解描述方式，它頂層描述了系統(tǒng)____。A、總貌 B、細節(jié)C、抽象 D、軟件作者57.下列關于軟件設計準則描述,錯誤是()。

A)提高模塊獨立性

B)深度、寬度、扇出和扇入恰當

C)使摸塊控制域在該模塊作用域內(nèi)

D)設計成單入口、單出口模塊58.下面關于“深度、寬度、扇出和扇入”描述錯誤是（）A、深度表達軟件構造中控制層數(shù)B、寬度是軟件同一層次上模塊總數(shù)最大值C、扇出是一種模塊調(diào)用模塊數(shù)目扇入是直接調(diào)用這個模塊上級模塊數(shù)目59.構造化設計(SD)是軟件設計階段所用法,()不是SD所使用工具。

A、DFD圖

B、PAD圖

C、構造化過程設計語言

D、鑒定樹60.構造化設計辦法采用變換分析和事務分析技術實現(xiàn)____。A、從數(shù)據(jù)構造導出程序構造 B、從模塊構造導出程序構造C、從模塊構造導出數(shù)據(jù)構造 從數(shù)據(jù)流圖導出軟件構造61.把現(xiàn)實世界中事物相似地方集中和概括起來，暫時忽視她們之間差別，這就是（）。A、抽象B、模塊化

C、自底向上D、信息隱蔽62.()是數(shù)據(jù)闡明、可執(zhí)行語句等程序?qū)ο蠹?它是單獨命名并且可以通過名字來訪問，是構成程序基本構件。

A、模塊化B、抽象C、精化D、模塊63.()是指讓某些關系密切軟件元素在物理上彼此接近。

A、信息隱蔽B、內(nèi)聚C、局部化D、模塊獨立64.“為了能集中精力解決重要問題而盡量推遲對問題細節(jié)考慮”，這是對（）定義。A、信息隱蔽B、逐漸求精

C、局部化D、模塊獨立65.軟件設計中劃分模塊一種準則是（）。A、低內(nèi)聚低耦合B、低內(nèi)聚高耦合C、高內(nèi)聚低耦合D、高內(nèi)聚高耦合66.模塊自身內(nèi)聚是模塊獨立性重要性度量因素之一。在7類內(nèi)聚中,具備最強內(nèi)聚一類是()

A、順序內(nèi)聚B、過程內(nèi)聚

C、邏輯內(nèi)聚D、功能內(nèi)聚67.如果一種模塊內(nèi)部解決元素和同一種功能密切有關，并且這些解決必要順序執(zhí)行（普通一種解決元素輸入作為下一種解決元素輸出），則稱為（）。

A、邏輯內(nèi)聚B、時間內(nèi)聚

C、過程內(nèi)聚D、順序內(nèi)聚68.如果一種模塊完畢任務在邏輯上屬于相似或相似一類，則稱為（）A、邏輯內(nèi)聚B、時間內(nèi)聚

C、過程內(nèi)聚D、順序內(nèi)聚69.如果模塊中所有元素都是用同一種輸入數(shù)據(jù)和（或）產(chǎn)生同一種輸出數(shù)據(jù)，則稱為（）。A、通信內(nèi)聚B、時間內(nèi)聚

C、過程內(nèi)聚D、順序內(nèi)聚70.耦合是軟件各個模塊間連接一種度量。一組模塊都訪問同一公有環(huán)境數(shù)據(jù)構造應屬于()方式。

A、內(nèi)容耦合B、公共耦合

C、外部耦合D、控制耦合71.耦合是軟件中各種模塊間互相聯(lián)系一種度量,耦合強弱取決于模塊間復雜限度,在下列耦合中,耦合度最低是()

A、內(nèi)容耦合B、公共耦合

C、數(shù)據(jù)耦合D、控制耦合72.把整個數(shù)據(jù)構造作為參數(shù)傳遞而被調(diào)用模塊只需要使用其中一某些數(shù)據(jù)元素，稱之為（）A、內(nèi)容耦合B、公共耦合

C、特性耦合D、控制耦合73.模塊功能是打印錄取告知書或不錄取告知書，調(diào)用模塊可通過向此模塊傳遞布爾標志信息決定本次調(diào)用哪種告知書打印，這種模塊之間耦合稱之為（）。數(shù)據(jù)耦合 B、混合耦合 C、公共耦合 D、控制耦合74.數(shù)據(jù)沿著輸入通路到達一種解決，這個解決依照輸入數(shù)據(jù)類型在若干動作序列中選出一種來執(zhí)行，此類數(shù)據(jù)流稱為（）變換流B、變換中心C、事務中心D、事務流75.信息沿輸入通路進入系統(tǒng)，同步由外部形式變換成內(nèi)部形式，進入系統(tǒng)信息通過變換中心，通過加工解決后再沿輸出通路變換成外部形式離開軟件系統(tǒng)，這種信息流稱為（）。變換流B、變換中心C、事務中心D、事務流76.軟件構造化設計(SD)辦法中,普通分為總體設計和詳細設計兩個階段,其中總體設計重要是要建立()。

A、軟件構造B、軟件流程

C、軟件模型D、軟件模塊77.面向數(shù)據(jù)流設計辦法把()映射成軟件構造。

A、軟件構造B、系統(tǒng)構造

C、控制構造D、信息流78.詳細設計基本任務是擬定每個模塊(

)設計。功能

B、調(diào)用關系

C、輸入輸出數(shù)據(jù)

D、算法79.構造化程序設計思想核心是規(guī)定程序只有順序,循環(huán)和()三種構造構成.

A、分支B、單入口

C、單出口D、有規(guī)則GOTO80.（）成果基本上決定了最后程序代碼質(zhì)量。概要設計

B、詳細設計

C、編碼

D、測試

81.Jackson設計辦法是由英國M.Jackson提出，它是一種面向（）軟件設計辦法。對象 B、數(shù)據(jù)流C、數(shù)據(jù)構造 D、控制構造82.

(

)階段是為每個模塊完畢功能進行詳細描述，要把功能描述轉(zhuǎn)變?yōu)榫珳?、構造化過程描述。

A、概要設計

B、詳細設計

C、編碼

D

、測試

83.構造化程序從理論上可以不使用()語句。固然程序與否使用該語句是無關緊要,重要是程序構造與否嚴謹、清晰。

A、ANDB、IF

C、GOTOD、FOR84.PAD（ProblemAnalysisDiagram）圖是一種()工具。系統(tǒng)描述B、詳細設計C、測試D、編程輔助85.下列系統(tǒng)設計工具中，()不屬于詳細設計工具。N—S圖B、數(shù)據(jù)流圖C、程序流程圖D、PAD86.()應考慮對模塊相聯(lián)和資源共享問題進行描述和制約。

A、系統(tǒng)設計B、詳細設計

C、接口控制D、構造化編輯工具87.程序流程圖是一種老式程序設計表達工具,有其長處和缺陷,使用該工具是應注意()

A、支持逐漸求精B、考慮控制流程

C、遵守構造化設計原則D、數(shù)據(jù)構造表達88.軟件設計中設計復審是和設計自身同樣重要環(huán)節(jié),其重要目和作用是()

A、減少測試工作量

B、減免后期付出高代價

C、保證軟件質(zhì)量

D、縮短軟件開發(fā)周期89.軟件設計中,可應用于詳細設計工具備()

A、程序流程圖、PAD、方框圖和偽碼

B、數(shù)據(jù)流程圖、PAD、構造圖和偽碼

C、業(yè)務流程圖、N-S圖和偽碼

D、數(shù)據(jù)流程圖、PAD、N-S圖和偽碼90.詳細設計是軟件總體設計滯后工作。下列可選內(nèi)容中,()不屬于詳細設計內(nèi)容。

A、算法設計

B、程序流程設計

C、界面設計

D、功能設計91.構造化程序設計一種基本辦法是()

A、篩選法B、遞歸法

C、迭代法D、逐漸求精法92.“實現(xiàn)”在軟件生命周期中橫跨兩個階段，分別是（）。編碼和維護B、測試和維護 C、編碼和測試D、調(diào)試和維護93.20世紀50年代以來，浮現(xiàn)了許多不同程序設計語言，下列語言中哪個語言是低檔語言(

)。PASCAL

B、VISUALBASICC、C++

D、匯編語言94.把軟件設計成果翻譯成用某種程序設計語言書寫程序過程，稱之為（）。A、需求分析B、詳細設計C、編碼D、測試95.軟件測試是為了(

)而執(zhí)行程序過程。A、證明軟件對的性B、發(fā)現(xiàn)程序中錯誤C、證明軟件系統(tǒng)中存在錯誤表白程序是對的96.使用白盒測試辦法時，擬定測試數(shù)據(jù)應依照（）和指定覆蓋原則。程序內(nèi)部邏輯B、程序復雜限度C、該軟件編輯人員D、程序功能97.檢查軟件產(chǎn)品與否符合需求定義過程稱為()

A、確認測試 B、集成測試

C、系統(tǒng)測試 D、模塊測試98.單元測試又稱為()，普通用白盒法測試

A、集成測試B、模塊測試

C、系統(tǒng)測試D、白盒法99.對軟件與否能達到顧客所盼望規(guī)定測試稱為()

A、集成測試B、系統(tǒng)測試

C、有效性測試D、驗收測試100.如下()不屬于白盒測試技術

A、基本途徑測試B、邊界值分析

C、條件覆蓋測試D、邏輯覆蓋測試101.()辦法需要考察模塊間接口和各個模塊之間關系.

A、單元測試B、集成測試

C、確認測試D、驗收測試102.軟件測試是軟件開發(fā)過程中重要和不可缺少階段,其包括內(nèi)容和環(huán)節(jié)甚多,而測試過程各種環(huán)節(jié)中最基本是()

A、集成測試B、單元測試

C、系統(tǒng)測試D、驗收測試103.可以提高軟件測試效率是()

A、隨意選用測試數(shù)據(jù)

B、制定測試籌劃

C、選用邊界數(shù)據(jù)作為測試用例

D、取盡量多數(shù)據(jù)進行測試104.軟件測試采用白盒法是()

A、單元測試B、集成測試

C、確認測試D、系統(tǒng)測試105.集成測試有兩個詳細辦法,它們是()

A、非漸增式方式和漸增式方式

B、白盒法和黑盒法

C、確認測試和系統(tǒng)測試

D、歸納法和演繹法106.軟件測試辦法普通有黑盒測試和白盒測試,而其中黑盒測試重要是根據(jù)程序()

A、構造B、流程C、功能D、邏輯107.程序測試是一項復雜工作,普通測試者在進行測試中都需要設計()

A、數(shù)據(jù)構造B、測試用例

C、測試階段D、測試辦法108.調(diào)試是指在測試發(fā)現(xiàn)錯誤之后排除錯誤過程，（）不屬于調(diào)試途徑。

A、蠻干法B、回溯法

C、因素排除法D、運用測試實例法109.所謂邏輯覆蓋測試是對一系列測試過程總稱，其中：被測程序中每個語句至少執(zhí)行一次，稱之為（）。語句覆蓋B、鑒定覆蓋C、條件覆蓋D、條件組合覆蓋110.所謂邏輯覆蓋測試是對一系列測試過程總稱，其中：每個鑒定每個分支都至少執(zhí)行一次，稱之為（）。A、語句覆蓋B、鑒定覆蓋C、條件覆蓋D、條件組合覆蓋111.所謂邏輯覆蓋測試是對一系列測試過程總稱，其中：不但每個語句至少執(zhí)行一次，并且使鑒定表達式中每個條件都取到各種也許值，稱之為（）。A、語句覆蓋B、鑒定覆蓋C、條件覆蓋D、條件組合覆蓋112.所謂邏輯覆蓋測試是對一系列測試過程總稱，其中：每個鑒定表達式中條件各種也許組合都至少浮現(xiàn)一次，稱之為（）。語句覆蓋B、鑒定覆蓋C、條件覆蓋D、條件組合覆蓋113.（）是一種黑盒測試技術，這種技術把程序輸入域劃提成若干個數(shù)據(jù)類，據(jù)此導出測試用例。等價劃分B、邊界值分析C、錯誤推測D、途徑測試114.所謂（）是指在測試發(fā)現(xiàn)錯誤之后排除錯誤過程。調(diào)試B、糾錯C、評估D、維護115.所謂（）就是在軟件已經(jīng)交付使用之后，為了改正錯誤或滿足新需要而修改軟件過程。調(diào)試B、糾錯C、測試D、維護116.為了和變化了環(huán)境恰本地配合而進行修改軟件活動稱之為（），是既必要又經(jīng)常維護活動。改正性維護B、適應性維護C、完善性維護D、防止性維護117.在任何大型程序有效期間，顧客必然會發(fā)現(xiàn)程序錯誤，并且把她們遇到問題報告給維護人員。把診斷和改正錯誤過程稱為（）。改正性維護B、適應性維護C、完善性維護D、防止性維護118.在使用軟件過程中顧客往往提出增長新功能或修改已有功能建議，還也許提出普通性改進意見。為了滿足此類規(guī)定，需要進行（）。改正性維護B、適應性維護C、完善性維護D、防止性維護119.為了改進將來可維護性或可靠性，或為了給將來改進奠定更好基本而修改軟件而進行維護活動稱之為（）。A、改正性維護B、適應性維護C、完善性維護D、防止性維護120.（）指是外來讀者理解軟件構造、功能、構造和內(nèi)部解決過程難易限度。A、可測試性B、可修改性C、可理解性D、可移植性121.（）指是把程序從一種計算環(huán)境（硬件配備和操作系統(tǒng)）轉(zhuǎn)移到另一種計算環(huán)境難易限度。可測試性B、可修改性C、可理解性D、可移植性122.軟件容易修改限度稱之為（），耦合、內(nèi)聚、信息隱藏、局部化…….等都應會對其產(chǎn)生影響?？蓽y試性B、可修改性C、可理解性D、可移植性123.（）是指同一事物不做修改或稍加改動就在不同環(huán)境中多次重復使用。A、可測試性B、可重用性C、可理解性可移植性124.軟件維護工作最重要某些是(

)。A、校正性維護

B、適應性維護C、完善性維護

防止性維護125.軟件調(diào)試目是()

A、發(fā)現(xiàn)錯誤B、改正錯誤

C、改進軟件性能

D、挖掘軟件潛能126.如果軟件配備唯一成分是（），那么這種維護屬于非構造化維護。A、需求文檔B、設計文檔C、程序代碼測試用例127.如下文檔，（）不屬于顧客文檔涉及內(nèi)容。A、功能描述B、安裝文檔C、需求闡明使用手冊128.如下文檔，（）不屬于系統(tǒng)文檔涉及內(nèi)容。A、軟件需求規(guī)格闡明B、軟件使用手冊C、軟件詳細設計軟件測試用例129.面向?qū)ο箝_發(fā)辦法不需要建立模型是()。A、對象模型B、動態(tài)模型C、功能模型構造模型130.對象和類之間存在著關聯(lián)關系，運用對象()特性可以實現(xiàn)對象多態(tài)性。A、惟一性B、分類性C、繼承性封裝性131.面向?qū)ο笾匾匦猿龑ο笪┮恍浴⒎庋b、繼承外，尚有()。A、多態(tài)性B、完整性C、可移植性兼容性132.描述對象模型靜態(tài)特性工具是()。A、DFDB、類圖C、狀態(tài)圖DD133.每個對象可用它自己一組屬性和它可以執(zhí)行一組()來實現(xiàn)。A、狀態(tài)B、功能C、操作數(shù)據(jù)134.一種類上層可以有父類，下層可以有子類，這種層次構造系統(tǒng)一種重要性質(zhì)是()：一種類獲得其父類所有描述(數(shù)據(jù)和操作)。A、傳遞性B、繼承性C、復用性并行性135.()模型表達了對象互相行為。A、對象B、動態(tài)C、功能分析136.軟件某些內(nèi)部實現(xiàn)與外部可訪問性分離，這是指軟件(）A、繼承性B、共享性C、封裝性抽象性137.面向?qū)ο筠k法學中，功能模型描述工具是（）A、動態(tài)圖B、構造圖C、用例圖程序流圖138.面向?qū)ο筠k法學中，動態(tài)模型描述工具是()A、對象圖B、構造圖C、狀態(tài)圖設計圖139.汽車有一種發(fā)動機，汽車與發(fā)動機之間關系是（）關系。A、普通與詳細B、整體與某些C、分類關系關聯(lián)關系140.火車是一種陸上交通工具，火車和陸上交通工具之間關系是（）關系。A、組裝整體與某些B、詳細與普通C、共享匯集普通關聯(lián)141.（）就是對具備相似數(shù)據(jù)和操作一組相似對象定義。繼承B、封裝C、多態(tài)D、類142,一種面向?qū)ο笙到y(tǒng)體系構造通過它（）關系擬定。類與對象B、對象與對象C、過程與對象D、類與界面143.所謂管理就是通過（）、（）和（）等一系列活動，合理地配備和使用各種資源，以達到既定目的過程。A、籌劃、組織、控制B、討論、籌劃、執(zhí)行C、分析、設計、執(zhí)行分析、籌劃、組織144.軟件項目管理先于任何技術活動之前開始，（）。A、貫穿于整個需求分析階段B、貫穿于整個詳細設計階段C、貫穿于整個可行性分析階段貫穿于軟件整個生命周期145.（）技術根據(jù)以往開發(fā)類似項目經(jīng)驗和歷史數(shù)據(jù)，預計實現(xiàn)一種功能所需要源程序行數(shù)。A、代碼行技術B、專家預計法C、PERT辦法功能點法146.功能點技術定義了信息域5個特性，分別是：輸入項數(shù)，輸出項數(shù)，查詢，主文獻數(shù)和（）。A、內(nèi)部接口數(shù)B、內(nèi)部查詢數(shù)C、外部數(shù)據(jù)庫數(shù)外部接口數(shù)147.“軟件編碼完畢之后，我才可以對它進行軟件測試”,這句話闡明了編碼和測試屬于那種邏輯關系？（）。A、結(jié)束-開始B、開始-結(jié)束C、結(jié)束-結(jié)束開始-開始148.“硬件開始安裝了，才干進行軟件安裝”,這句話闡明了硬件開始和軟件安裝屬于那種邏輯關系？（）。A、結(jié)束-開始B、開始-結(jié)束C、結(jié)束-結(jié)束開始-開始149.趕工一種任務時，應當關注（）。A、盡量多任務B、非核心任務C、加速執(zhí)行核心途徑上任務通過成本最低化加速執(zhí)行任務150.項目質(zhì)量管理最后責任由誰來承擔（）。A、項目開發(fā)人員B、采購經(jīng)理

C、質(zhì)量經(jīng)理項目經(jīng)理150.質(zhì)量與級別區(qū)別是什么（）。A、質(zhì)量是對需求滿足限度，而級別是對質(zhì)量排序。B、質(zhì)量是與顧客需求一致限度，而級別是對服務排序。C、在項目管理過程中，質(zhì)量和級別沒有明顯區(qū)別。D、質(zhì)量是項目最后成果，而級別是項目進展過程中對質(zhì)量排序。1.軟件本質(zhì)特性：1.軟件工程關注于大型程序構造；2.軟件工程中心課題是控制復雜性；3.軟件經(jīng)常變化；4.開發(fā)軟件效率非常重要；5.和諧地合伙是開發(fā)軟件核心；6.軟件必要有效地支持它顧客；7.在軟件工程領域中普通由具備一種文化背景人替具備另一種文化背景人創(chuàng)造產(chǎn)品。2．軟件工程基本原理：1.用分階段生命周期籌劃嚴格管理；2.堅持進行階段評審；3.實行嚴格產(chǎn)品控制；4.采用當代程序設計技術；5.成果應能清晰地審查；6.開發(fā)小組人員應當少而精；7.承認不斷改進軟件工程實踐必要性。3.獲取需求辦法：1.訪談；2.面向數(shù)據(jù)流自頂而下求精；3.簡易應用規(guī)格闡明技術；4.迅速建立軟件原型。4.需求分析任務