軟件工程選擇題匯總

軟件工程選擇題匯總軟件工程選擇題匯總/軟件工程選擇題匯總1、瀑布模型把軟件生命周期劃分為八個階段：問題的定義、可行性研究、軟件需求分析、系統(tǒng)總體設(shè)計、詳細(xì)設(shè)計、編碼、測試和運行、維護(hù)。八個階段又可歸納為三個大的階段：計劃階段、開發(fā)階段和(C)。

A、詳細(xì)計劃 B、可行性分析C、運行階段 D、測試與排錯

2、從結(jié)構(gòu)化的瀑布模型看，在它的生命周期中的八個階段中，下面的幾個選項中哪個環(huán)節(jié)出錯，(C)對軟件的影響最大。

A、詳細(xì)設(shè)計階段 B、概要設(shè)計階段C、需求分析階段 D、測試和運行階段

3、在結(jié)構(gòu)化的瀑布模型中，哪一個階段定義的標(biāo)準(zhǔn)將成為軟件測試中的系統(tǒng)測試階段的目標(biāo)(A)。

A、需求分析階段 B、詳細(xì)設(shè)計階段C、概要設(shè)計階段 D、可行性研究階段

4、軟件工程的出現(xiàn)主要是由于(C)。

A、程序設(shè)計方法學(xué)的影響 B、其它工程科學(xué)的影響C、軟件危機的出現(xiàn) D、計算機的發(fā)展

5、軟件工程方法學(xué)的目的是：使軟件生產(chǎn)規(guī)范化和工程化，而軟件工程方法得以實施的主要保證是(C)

A、硬件環(huán)境 B、軟件開發(fā)的環(huán)境

C、軟件開發(fā)工具和軟件開發(fā)的環(huán)境D、開發(fā)人員的素質(zhì)

6、軟件開發(fā)常使用的兩種基本方法是結(jié)構(gòu)化和原型化方法，在實際的應(yīng)用中，它們之間的關(guān)系表現(xiàn)為(B)

A、相互排斥 B、相互補充 C、獨立使用 D、交替使用

7、UML是軟件開發(fā)中的一個重要工具，它主要應(yīng)用于哪種軟件開發(fā)方法(C)

A、基于瀑布模型的結(jié)構(gòu)化方法 B、基于需求動態(tài)定義的原型化方法

C、基于對象的面向?qū)ο蟮姆椒?D、基于數(shù)據(jù)的數(shù)據(jù)流開發(fā)方法

8、在下面的軟件開發(fā)方法中，哪一個對軟件設(shè)計和開發(fā)人員的開發(fā)要求最高(B)

A、結(jié)構(gòu)化方法 B、原型化方法 C、面向?qū)ο蟮姆椒?D、控制流方法

9、結(jié)構(gòu)化分析方法是一種預(yù)先嚴(yán)格定義需求的方法，它在實施時強調(diào)的是分析對象的(B)

A、控制流 B、數(shù)據(jù)流 C、程序流 D、指令流

10、軟件開發(fā)的結(jié)構(gòu)化生命周期方法將軟件生命周期劃分成(C)

A、計劃階段、開發(fā)階段、運行階段 B、計劃階段、編程階段、測試階段

C、總體設(shè)計、詳細(xì)設(shè)計、編程調(diào)試 D、需求分析、功能定義、系統(tǒng)設(shè)計

11、軟件開發(fā)中常采用的結(jié)構(gòu)化生命周期方法，由于其特征而一般稱其為(A)

A、瀑布模型 B、對象模型 C、螺旋模型 D、層次模型

12、軟件開發(fā)的瀑布模型，一般都將開發(fā)過程劃分為：分析、設(shè)計、編碼和測試等階段，一般認(rèn)為可能占用人員最多的階段是(A)

A、分析階段 B、設(shè)計階段 C、編碼階段 D、測試階段13、需求規(guī)格說明書的作用不應(yīng)該包括（D）。

A、軟件設(shè)計的依據(jù)

B、用戶與開發(fā)人員對軟件要做什么的共同理解

C、軟件驗收的依據(jù)

D、軟件可行性研究的依據(jù)14、結(jié)構(gòu)化設(shè)計方法在軟件開發(fā)中用于（A）。

A、概要設(shè)計

B、詳細(xì)設(shè)計

C、程序設(shè)計

D、測試用例設(shè)計15、軟件結(jié)構(gòu)使用的圖形工具，一般采用（C）圖。

A、DFD

B、PAD

C、SC

D、ER16、JSP方法是一種面向（D）的設(shè)計方法。

A、對象

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

C、控制結(jié)構(gòu)

D、數(shù)據(jù)結(jié)構(gòu)17、程序設(shè)計語言的技術(shù)特性不應(yīng)包括（D）。

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

B、抽象類型的描述性

C、數(shù)據(jù)庫的易操作性

D、軟件的可移植性18、軟件測試中，白盒法是通過分析程序的（B）來設(shè)計測試用例的。

A、應(yīng)用范圍

B、內(nèi)部邏輯

C、功能

D、輸入數(shù)據(jù)19、軟件維護(hù)費用高的主要原因是（C）。

A、人員少

B、人員多

C、生產(chǎn)率低

D、生產(chǎn)率高20、瀑布模型本質(zhì)上是一種（A）模型。

A、線性順序

B、順序迭代

C、線性迭代

D、與早見產(chǎn)品21、軟件質(zhì)量必須在（D）加以保證。

A、開發(fā)之前

B、開發(fā)之后

C、可行性研究過程中

D、設(shè)計與實現(xiàn)過程中22、確認(rèn)測試主要涉與的文檔是（A）。

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

B、概要設(shè)計說明書

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

D、源程序

23、軟件危機出現(xiàn)于（C） A、50年代末B、60年代初C、60年代末D、70年代初 24、開發(fā)軟件需高成本和產(chǎn)品的低質(zhì)量之間有著尖銳的矛盾，這種現(xiàn)象稱作（B）。A、軟件投機 B、軟件危機 C、軟件工程 D、軟件產(chǎn)生25、產(chǎn)生軟件危機的原因有如下幾點，除了（D）。A、軟件開發(fā)過程未經(jīng)審查B、軟件開發(fā)不分階段，開發(fā)人員沒有明確的分工C、所開發(fā)的軟件，除了程序清單外，沒有其他文檔D、采用工程設(shè)計的方法開發(fā)軟件，不符合軟件本身的特點26、軟件工程學(xué)是應(yīng)用科學(xué)理論和工程上的技術(shù)指導(dǎo)軟件開發(fā)的學(xué)科，其目的是（B）。A、引入新技術(shù)提高空間利用率 B、用較少的投資獲得高質(zhì)量的軟件C、縮短研制周期擴大軟件功能 D、硬軟件結(jié)合使系統(tǒng)面向應(yīng)用為了解決軟件危機，人們提出了用（B）的原理來設(shè)計軟件，這是軟件工程誕生的基礎(chǔ)。A、運籌學(xué)B、工程學(xué)C、軟件學(xué)D、軟件學(xué)28、瀑布模型把軟件生存周期劃分為軟件定義、軟件開發(fā)和（C）三個階段，而每一階段又可細(xì)分為若干個更小的階段。A、詳細(xì)設(shè)計 B、可行性分析 C、運行與維護(hù) D、測試與排錯29、劃分軟件生存周期的階段時所應(yīng)遵循的基本原則是（B）。A、各階段的任務(wù)盡可能相關(guān)性B、各階段的任務(wù)盡可能相對獨立C、各階段的任務(wù)在時間上連續(xù)D、各階段的任務(wù)在時間上相對獨立30、一個軟件項目是否進(jìn)行開發(fā)的結(jié)論是在（B）文檔中作出的。A、軟件開發(fā)計劃 B、可行性報告 C、需求分析說明書 D、測試報告31、分析員是（B）。A、用戶中系統(tǒng)的直接使用者 B、用戶和軟件人員的中間人C、軟件的編程人員 D。用戶和軟件人員的領(lǐng)導(dǎo)32、下列敘述中，（A）不屬于數(shù)據(jù)字典的作用。A、作為編碼階段的描述工具B、為用戶與開發(fā)人員之間統(tǒng)一認(rèn)識C、作為概要設(shè)計的依據(jù)D、為需求分析階段定義各類條目33、使用結(jié)構(gòu)化分析方法時，采用的基本手段是（A）。A、分解和抽象 B、分解和綜合 C、歸納與推導(dǎo) D、試探與回溯34、結(jié)構(gòu)化系統(tǒng)分析主要是通過（D）進(jìn)行分析的。A、算法分解 B、控制結(jié)構(gòu)分解 C、數(shù)據(jù)結(jié)構(gòu)分解 D、處理功能分解35、分層數(shù)據(jù)流圖是一種比較嚴(yán)格又易于理解的描述方式，它的頂層描述了系統(tǒng)的（A）。A、總貌 B、細(xì)節(jié) C、抽象 D、軟件的作者36、變換型和事務(wù)型是程序結(jié)構(gòu)的標(biāo)準(zhǔn)形式。從某處獲得數(shù)據(jù)，再對這些數(shù)據(jù)作處理，然后將結(jié)果送出是屬于（A）。 A、變換型B、事務(wù)型C、變換型和事務(wù)型 D、以上答案都不對37、需求分析說明書不能作為（A）。A,可行性研究的依據(jù) B、用戶和開發(fā)人員之間的合同B.系統(tǒng)概要設(shè)計的依據(jù) D、軟件驗收測試的依據(jù)38、結(jié)構(gòu)化分析方法以數(shù)據(jù)流圖、（D）和加工說明等描述工具，即用直觀的圖和簡潔的語言來描述軟件系統(tǒng)模型。A、DFD圖 B、PAD圖 C、IPO圖 D、數(shù)據(jù)字典39、不適于作為數(shù)據(jù)流圖處理（加工）框名稱的是（B）。A、人工校核工資數(shù)據(jù) B、工資支票數(shù)據(jù)C、打印工資支票 D、計算職工工資40、系統(tǒng)開發(fā)人員使用系統(tǒng)流程圖或其他工具描述系統(tǒng)，估計每種方案的成本和效益的工作是在（B）階段進(jìn)行的。A、需求分析B、總體設(shè)計C、詳細(xì)設(shè)計D、編碼階段41、軟件的（A）設(shè)計又稱為總體設(shè)計，其主要任務(wù)是建立軟件系統(tǒng)的總體結(jié)構(gòu)。A、概要 B、抽象 C、邏輯 D、規(guī)劃42、結(jié)構(gòu)化設(shè)計方法采用變換分析和事務(wù)分析技術(shù)實現(xiàn)（D）。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)圖43、結(jié)構(gòu)化設(shè)計方法是面向（C）的設(shè)計方法。A、過程 B、對象 C、數(shù)據(jù)流 D、數(shù)據(jù)結(jié)構(gòu)44、Jackson程序設(shè)計方法是一種面向（A）的設(shè)計方法。A、數(shù)據(jù)結(jié)構(gòu)B、數(shù)據(jù)流圖C、IPO圖D、系統(tǒng)流程圖45、Jackson設(shè)計方法由英國的M、Jackson提出的，它是一種面向（C）的設(shè)計方法。A、對象 B、數(shù)據(jù)流 C、數(shù)據(jù)結(jié)構(gòu) D、控制結(jié)構(gòu)46、結(jié)構(gòu)化設(shè)計采用模塊化方法的主要出發(fā)點是（D）。A、增加內(nèi)聚性B、減少耦合度C、提高有效性D、降低復(fù)雜度47、下列（D）不是模塊化設(shè)計的目的。 A、可采用結(jié)構(gòu)化設(shè)計方法B、降低復(fù)雜度C、有利于信息隱蔽D、描述系統(tǒng)的功能與性能48、一個模塊直接控制（調(diào)用）的下層模塊的數(shù)目稱為模塊的（B）。A、扇入數(shù)B、扇出數(shù)C、寬度D、作用域49、某個模塊的作用域是指（D）。A、被該模塊調(diào)用的所用模塊B、調(diào)用該模塊的所有模塊C、與該模塊相關(guān)聯(lián)的所有模塊D、受該模塊內(nèi)的判定影響的所有模塊50、模塊本身的內(nèi)聚是模塊獨立性的重要度量因素之一，在七類內(nèi)聚中，具有最強內(nèi)聚的一類是（D）。A、順序性內(nèi)聚 B、過程性內(nèi)聚 C、邏輯性內(nèi)聚 D、功能性內(nèi)聚51、如果模塊中所有成分引用共同的數(shù)據(jù)，該模塊內(nèi)的聯(lián)系類型是（C）。A、順序內(nèi)聚 B、功能內(nèi)聚 C、通信內(nèi)聚 D、過程內(nèi)聚52、初始化模塊和結(jié)束模塊從塊內(nèi)聯(lián)系看，被稱為（C）模塊。A、過程內(nèi)聚 B、功能內(nèi)聚 C、時間內(nèi)聚 D、邏輯內(nèi)聚53、若一模塊內(nèi)部的處理動作為：成分A的輸出是成分B的輸入，則該模塊的聚合性稱為（A）。A、順序內(nèi)聚B、功能內(nèi)聚C、過程內(nèi)聚D、通信內(nèi)聚54、某模塊的功能是打印錄取通知書或不錄取通知書，調(diào)用模塊可通過向此模塊傳遞布爾標(biāo)志信息決定本次調(diào)用哪種通知書的打印，這種模塊之間的耦合稱為（D）。A、數(shù)據(jù)耦合 B、混合耦合 C、公共耦合 D、控制耦合55、要減少兩個模塊之間的耦合，則必須（D）。A、兩個模塊間的調(diào)用次數(shù)要少 B、模塊間傳遞的參數(shù)要少C、模塊間傳遞的參數(shù)要少且布傳遞開關(guān)型參數(shù)D、模塊間傳遞的參數(shù)要少且不傳遞開關(guān)型參數(shù)以與兩模塊不引用同樣的全局變量56、下列耦合度表示中，最弱的耦合形式是（C）。 A、特征耦合B、公共耦合C、數(shù)據(jù)耦合D、數(shù)據(jù)結(jié)構(gòu)57、一個模塊傳送給另一模塊的參數(shù)是由單個數(shù)據(jù)項組成的數(shù)組，它屬于（A）耦合。A、數(shù)據(jù)型 B、復(fù)合型 C、內(nèi)容型 D、公共型58、PAD（ProblemAnalysisDiagram）圖是一種（B）工具。A、系統(tǒng)描述B。詳細(xì)設(shè)計C。測試D。編程輔助59、下列系統(tǒng)設(shè)計工具中，（B）不屬于詳細(xì)設(shè)計工具。A、N—S圖B、數(shù)據(jù)流圖C、程序流程圖D、PAD60、程序流程圖、N-S圖和PAD圖是（B）使用的表達(dá)工具。A、設(shè)計階段的概要設(shè)計 B、設(shè)計階段的詳細(xì)設(shè)計C、編碼階段 D、測試階段61、模塊內(nèi)部的算法設(shè)計在結(jié)構(gòu)化方法的（C）階段進(jìn)行。A、系統(tǒng)分析B、概要設(shè)計C、詳細(xì)設(shè)計D編碼（實現(xiàn)）62、源程序的版面文檔要求應(yīng)有變量說明、適當(dāng)注釋和（B）。A、框圖 B、統(tǒng)一書寫格式 C、修改記錄 D、編程日期63、提高程序可讀性的有力手段是（D）。A、選好一種程序設(shè)計語言 B、顯式說明一切變量C、使用三種標(biāo)準(zhǔn)控制語句 D、給程序加注釋64、文檔是軟件開發(fā)人員、維護(hù)人員、用戶以與計算機之間的（B）,軟件開發(fā)人員在各個階段以文檔作為前段工作成果的（）和后段工作的（）。A、接口 B、橋梁 C、科學(xué) D、繼續(xù) E、體現(xiàn) F、基礎(chǔ)65、軟件工程中（C）不屬于用戶文檔的內(nèi)容。A、功能描述 B、安裝手冊 C、系統(tǒng)設(shè)計 D、使用手冊66、在軟件工程中，高質(zhì)量的文檔標(biāo)準(zhǔn)是完整性、無二義性和（C）。A、統(tǒng)一性 B、安全性 C、一致性 D、組合性67、一般來說，在管理軟件中，軟件生存周期各個階段的工作量以（D）所占的比例最大。A、需求分析與設(shè)計階段B、編碼實現(xiàn)階段C、測試階段D、維護(hù)階段68、軟件的（B）一般由兩次故障平均間隔時間和故障平均恢復(fù)時間來度量；A、可維護(hù)性B可靠性C效率D可理解性69、采用（D）且編寫程序，可提高程序的可移植性；A、機器語言B宏指令C匯編語言D高級語言70、在軟件的可行性研究中經(jīng)常從不同角度對系統(tǒng)進(jìn)行可行性研究，其中從功能角度對系統(tǒng)進(jìn)行研究屬于（B）的研究。A、經(jīng)濟(jì)可行性B、技術(shù)可行性C、操作可行性D、法律可行性71、在軟件工程項目中，不隨參與人數(shù)的增加而使軟件的生產(chǎn)率增加的主要問題是（D）。A、工作階段的等待時間 B、生產(chǎn)原型的復(fù)雜性C、參與人員所需的工作站數(shù) D、參與人員之間的通信困難72、制定軟件計劃的目的在于盡早對欲開發(fā)的軟件進(jìn)行合理估價，軟件計劃的任務(wù)是（D）。 A、組織與管理 B、分析與估算 C、設(shè)計與測試 D、規(guī)劃與調(diào)整73、下列不屬于成本-效益分析的度量指標(biāo)是（C）。A、貨幣的時間價值 B、投資回收期 C、性質(zhì)因素 D、純收入74、程序流程圖（框圖）中的箭頭代表（C）。 A、數(shù)據(jù)流 B、控制流 C、調(diào)用關(guān)系 D、組成關(guān)系75、軟件可行性研究實質(zhì)上是要進(jìn)行一次（A）需求分析、設(shè)計過程。 A、簡化、壓縮的 B、詳細(xì)的 C、徹底的 D、深入的76、軟件是（C）。A、處理對象和處理規(guī)則的描述 B、程序 C、程序與其文檔 D、計算機系統(tǒng)77、軟件需求規(guī)格說明的內(nèi)容不應(yīng)包括（B）。A、主要功能 B、算法的詳細(xì)描述 C、用戶界面與運行環(huán)境 D、軟件的性能78、程序的三種基本控制結(jié)構(gòu)式（B）。A、過程、子程序和分程序 B、順序、選擇和重復(fù)C、遞歸、迭代和回溯 D、調(diào)用、返回和轉(zhuǎn)移79、面向?qū)ο蟮姆治龇椒ㄖ饕墙⑷惸Ｐ?，即（D）。A、系統(tǒng)模型、E-R模型、應(yīng)用模型B、對象模型、動態(tài)模型、應(yīng)用模型C、E-R模型、對象模型、功能模型D、對象模型、動態(tài)模型、功能模型80、在E-R模型中，包含以下基本成分（C）。A、數(shù)據(jù)、對象、實體B、控制、聯(lián)系、對象C、實體、聯(lián)系、屬性D、實體、屬性、操作81、各種軟件維護(hù)的類型中最重要的是（A）。A、完善性維護(hù) B、糾錯性維護(hù) C、適應(yīng)性維護(hù) D、預(yù)防性維護(hù)82、軟件測試的目標(biāo)是（B）。A、證明軟件是錯誤的B、發(fā)現(xiàn)錯誤、降低錯誤帶來的風(fēng)險C、排除軟件中所有的錯誤D、與軟件調(diào)試相同83、軟件生命周期中所花費用最多的階段是（D）。A、詳細(xì)設(shè)計 B、軟件編碼 C、軟件測試 D、軟件維護(hù)84、不屬于白盒測試的技術(shù)是（C）。A.路徑覆蓋B.判定覆蓋C.循環(huán)覆蓋D.邊界值分析85、詳細(xì)設(shè)計功能的基本任務(wù)是確定每個模塊的（D）設(shè)計。A、功能 B、調(diào)用關(guān)系 C、輸入輸出數(shù)據(jù) D、算法86、設(shè)函數(shù)C(X)定義問題X的復(fù)雜程序，函數(shù)E(X)確定解決問題X需要的工作量（時間）。對于兩個問題P1和P2，如果C(P1)>C(P2)顯然E(P1)>E(P2)，則得出結(jié)論E(P1+P2)>E(P1)+E(p2)就是（A）。模塊化的根據(jù) B、逐步求精飛根據(jù) C、抽象的根據(jù) D、信息隱藏和局部化的根據(jù)87、下面幾種白箱測試技術(shù)，哪種是最強的覆蓋準(zhǔn)則（D）。A、語句覆蓋 B、條件覆蓋 C、判定覆蓋 D、條件組合覆蓋88、面向數(shù)據(jù)流的設(shè)計方法把（A）映射成軟件結(jié)構(gòu)。A、數(shù)據(jù)流 B、系統(tǒng)結(jié)構(gòu) C、控制結(jié)構(gòu) D、信息流89、內(nèi)聚程度最低的是（A）內(nèi)聚。A、偶然 B、過程 C、順序 D、時間90、確定測試設(shè)計是在（A）階段制定的。A、總體設(shè)計 B、詳細(xì)設(shè)計 C、編碼 D、測試91、需求分析的產(chǎn)品是（D）。A、數(shù)據(jù)流程圖案 B、數(shù)據(jù)字典 C、判定表 D、需求規(guī)格說明書92、數(shù)據(jù)字典是軟件需求分析階段的重要工具之一，其最基本的功能是（C）。A、數(shù)據(jù)庫設(shè)計 B、數(shù)據(jù)通信 C、數(shù)據(jù)定義 D、數(shù)據(jù)維護(hù)93、（D）引入了“風(fēng)險驅(qū)動”的思想，適用于大規(guī)模的內(nèi)部開發(fā)項目。A、增量模型 B、噴泉模型 C、原型模型 D、螺旋模型94、模塊的內(nèi)聚性最高的是（D）。A、邏輯內(nèi)聚 B、時間內(nèi)聚 C、偶然內(nèi)聚 D、功能內(nèi)聚95、提高測試的有效性非常重要，成功的測試是指（D）。A、證明了被測試程序的正確無誤B、說明了被測試程序符合相應(yīng)的需求C、未發(fā)現(xiàn)被測試程序的錯誤D、發(fā)現(xiàn)了至今為止尚未發(fā)現(xiàn)的錯誤96、軟件工程的縱向分解是把軟件開發(fā)分為幾個（B） A、模塊 B、階段 C、子系統(tǒng) D、過程97、McCall軟件質(zhì)量度量模型中屬于面向軟件產(chǎn)品操作的是（D）A、適應(yīng)性 B、可重用性 C、可測試性 D、可用性98、快速原型模型中，用于與早向用戶提交一個原型系統(tǒng)的是（D）A、實驗型原型 B、探索型原型 C、提交型原型 D、演化型原型99、軟件維護(hù)中，因重新初始化控制標(biāo)志或指針而引起的錯誤是以下哪一項的副作用？（B） A、文檔 B、數(shù)據(jù) C、編碼 D、設(shè)計100、根據(jù)對軟件開發(fā)機構(gòu)調(diào)查的結(jié)果可知，各類維護(hù)活動所占的比重是（A） A、完善性占50％，適應(yīng)性占25％，校正性占21％，其他維護(hù)占4％B、完善性占25％，適應(yīng)性占50％，校正性占21％，其他維護(hù)占4％C、完善性占21％，適應(yīng)性占25％，校正性占50％，其他維護(hù)占4％D、完善性占21％，適應(yīng)性占50％，校正性占25％，其他維護(hù)占4％101、下列屬于用白盒技術(shù)設(shè)計測試用例的是（B） A、錯誤推測 B、邏輯覆蓋 C、等價類劃分 D、因果圖102、有助于培養(yǎng)良好的編程風(fēng)格并且第一個體現(xiàn)了結(jié)構(gòu)化編程思想的程序設(shè)計語言是（A） A、PASCAL B、FORTRAN C、DL／1 D、C103、在軟件詳細(xì)設(shè)計過程中不采用的工具為（C） A、判定表 B、PDL C、數(shù)據(jù)流圖 D、IPO圖104、根據(jù)輸入輸出的數(shù)據(jù)結(jié)構(gòu)產(chǎn)生程序結(jié)構(gòu)的設(shè)計方法是（B） A、PARNAS方法 B、JACKSON方法 C、WIRTH方法 D、DIJKSTRA方法105、在軟件設(shè)計中，為解決一個大而復(fù)雜的問題把軟件系統(tǒng)劃分成一個個完成某一特定的子功能的方法稱為（C） A、細(xì)化 B、結(jié)構(gòu)化 C、模塊化 D、抽象化106、結(jié)構(gòu)化方法在建立軟件系統(tǒng)的結(jié)構(gòu)模塊時按照以下哪種方法進(jìn)行？（B） A、由底向上 B、自頂向下 C、隨機 D、回歸107、兩個模塊之間傳遞的是同一個數(shù)據(jù)結(jié)構(gòu)的地址，這種耦合方式稱為（C） A、控制耦合 B、公共耦合 C、標(biāo)記耦合 D、數(shù)據(jù)耦合108、結(jié)構(gòu)化設(shè)計是以哪個階段產(chǎn)生的DFD圖為基礎(chǔ)，按一定的步驟映射成軟件結(jié)構(gòu)？（B） A、可行性分析 B、需求分析 C、概要設(shè)計 D、詳細(xì)設(shè)計109、結(jié)構(gòu)化方法的基本原則是功能的分解和（C） A、模塊化 B、信息隱蔽 C、抽象 D、細(xì)化110、數(shù)據(jù)字典和數(shù)據(jù)流程圖共同構(gòu)成了系統(tǒng)的（B） A、物理模型 B、邏輯模型 C、原型 D、目標(biāo)模型111、軟件需求不應(yīng)包括（C） A、功能要求 B、環(huán)境需求 C、標(biāo)準(zhǔn)實現(xiàn)的空間需求 D、用戶界面要求112、項目開發(fā)計劃是什么類型的文檔？（D） A、設(shè)計性 B、進(jìn)度表示 C、需求分析 D、管理性113、瀑布模型是一種什么模型？（B） A、風(fēng)險驅(qū)動模型 B、線性開發(fā)模型 C、增量模型 D、迭代模型114、軟件工具一般是為軟件人員開發(fā)和維護(hù)活動而使用的（C） A、硬件環(huán)境 B、說明書 C、軟件 D、程序115、軟件開發(fā)環(huán)境按解決的問題分類包含（A） A、程序設(shè)計環(huán)境 B、工具箱環(huán)境 C、基于方法的環(huán)境 D、以語言為中心的環(huán)境116、為了提高軟件產(chǎn)品的質(zhì)量和可靠性，對某些無法避開的差錯，使其影響減至最小程度所采用的技術(shù)是（A） A、容錯技術(shù) B、避開錯誤技術(shù) C、檢測技術(shù) D、排錯技術(shù)117、軟件復(fù)雜性的常用度量方法包括（D） A、BOEHM度量法 B、可擴充度量法 C、線性度量法 D、代碼行度量法118、面向?qū)ο蟮囊匕˙） A、對象的唯一性 B、抽象 C、繼承性 D、分類性119、構(gòu)造原型時，主要考慮（B） A、全部功能 B、原型要體現(xiàn)的特征 C、全部細(xì)節(jié) D、全部要求120、維護(hù)中，因修改文件的打開或關(guān)閉而引起的錯誤是（C） A、文檔副作用 B、數(shù)據(jù)副作用 C、編碼副作用 D、設(shè)計副作用121、診斷和消除程序在使用過程中發(fā)生錯誤的過程稱為（A） A、校正性維護(hù) B、適應(yīng)性維護(hù) C、完善性維護(hù) D、預(yù)防性維護(hù)122、在白盒技術(shù)測試用例的設(shè)計中，以下覆蓋標(biāo)準(zhǔn)中發(fā)現(xiàn)錯誤能力最強的是（C） A、語句覆蓋 B、判定/條件覆蓋 C、條件組合覆蓋 D、判定覆蓋123、軟件調(diào)試技術(shù)包括（A） A、回溯法調(diào)試 B、循環(huán)覆蓋調(diào)試 C、邊界值分析調(diào)試 D、集成測試調(diào)試124、在軟件測試中，首先對每個模塊分別進(jìn)行單元測試，然后再把所有的模塊按設(shè)計要求組裝在一起測試，稱為（D） A、確認(rèn)測試 B、系統(tǒng)測試 C、漸增式測試 D、非漸增式測試125、源代碼的可維護(hù)性表現(xiàn)了程序設(shè)計語言的（B） A、心理特性 B、工程特性 C、技術(shù)特性 D、傳統(tǒng)特性126、至今已有好幾百種不同的高級語言，它們有的是用于數(shù)值計算，有的是用于商業(yè)管理，有的是用于編寫系統(tǒng)軟件。以下語言中較適用于數(shù)值計算的語言是（D） A、BASIC B、SQL C、LISP D、FORTRAN127、在JSP方法中解決結(jié)構(gòu)沖突的具體辦法是（A） A、引入中間數(shù)據(jù)結(jié)構(gòu)或中間文件 B、刪除某個輸入數(shù)據(jù)結(jié)構(gòu) C、刪除某個輸出數(shù)據(jù)結(jié)構(gòu) D、增加某個輸入或輸出數(shù)據(jù)結(jié)構(gòu)128、模塊的內(nèi)聚性可以按照內(nèi)聚程度的高低進(jìn)行排序，以下排列中屬于從低到高的正確次序是（C） A、偶然內(nèi)聚，時間內(nèi)聚，邏輯內(nèi)聚 B、通信內(nèi)聚，時間內(nèi)聚，邏輯內(nèi)聚 C、邏輯內(nèi)聚，通信內(nèi)聚，順序內(nèi)聚 D、功能內(nèi)聚，通信內(nèi)聚，時間內(nèi)聚129、以下軟件生存周期的活動中，要進(jìn)行軟件結(jié)構(gòu)設(shè)計的是（B） A、測試用例設(shè)計 B、概要設(shè)計 C、程序設(shè)計 D、詳細(xì)設(shè)計130、能夠清楚地表示復(fù)雜的條件組合與應(yīng)做的動作之間的對應(yīng)關(guān)系的工具是（C） A、結(jié)構(gòu)化語言 B、PAD圖C、判定表 D、程序流程圖131、需求分析方法必須能夠表達(dá)和理解問題的數(shù)據(jù)域和（C） A、數(shù)據(jù)流 B、用戶類型 C、功能域 D、應(yīng)用領(lǐng)域132、以用戶需求為動力，以對象作為驅(qū)動的模型是（C） A、瀑布模型 B、基于知識的模型 C、噴泉模型 D、增量模型133、把軟件生產(chǎn)的全過程人為地劃分為若干階段使得軟件人員能根據(jù)每一階段的不同特點更好地組織和管理軟件項目的開發(fā)，這種概念就是（D） A、軟件項目管理 B、軟件工程 C、軟件項目計劃 D、軟件生存期134、在軟件生存期的各個階段中跨越時間最長的階段是（D） A、需求分析階段 B、設(shè)計階段C、測試階段 D、維護(hù)階段135、程序的三種基本控制結(jié)構(gòu)是（B）。A、過程、子程序和分程序 B、順序、選擇和重復(fù)C、遞歸、迭代和回溯 D、調(diào)用、返回和轉(zhuǎn)移136、若有一個計算類型的程序，它的輸入量只有一個X，其范圍是[-1、0,1、0]，現(xiàn)從輸入的角度考慮一組測試用例：-1、001,-1、0,1、0,1、001、設(shè)計這組測試用例的方法是（C）A、條件覆蓋法 B、等價分類法C、邊界值分析法 D、錯誤推測法137、詳細(xì)設(shè)計的基本任務(wù)是確定每個模塊的(D)設(shè)計A、功能B、調(diào)用關(guān)系C、輸入輸出數(shù)據(jù)D、算法138、設(shè)函數(shù)C（X）定義問題X的復(fù)雜程序，函數(shù)E（X）確定解決問題X需要的工作量（時間）。對于兩個問題P1和P2，如果C（P1）>C（P2）顯然E（P1）>E（P2）,則得出結(jié)論E（P1+P2）>E（P1）+E（P2）就是：（A）A、模塊化的根據(jù)B、逐步求精的根據(jù)C、抽象的根據(jù)D、信息隱藏和局部化的根據(jù)139、下面幾種白箱測試技術(shù)，哪種是最強的覆蓋準(zhǔn)則（D）A、語句覆蓋B、條件覆蓋C、判定覆蓋D、條件組合覆蓋140、可行性分析是在系統(tǒng)開發(fā)的早期所做的一項重要的論證工作，它是決定該系統(tǒng)是否開發(fā)的決策依據(jù)，因必須給出（B）的回答。A、確定B、行或不行C、正確D、無二義141、下列關(guān)于瀑布模型的描述正確的是（C）。A、瀑布模型的核心是按照軟件開發(fā)的時間順序?qū)栴}簡化。B、瀑布模型具由于良好的靈活性。C、瀑布模型采用結(jié)構(gòu)化的分析與設(shè)計方法，將邏輯實現(xiàn)與物理實現(xiàn)分開。D、利用瀑布模型，如果發(fā)現(xiàn)問題則修改的代價很低。142、E-R圖是用于描述應(yīng)用系統(tǒng)的（B）數(shù)據(jù)模型A、邏輯結(jié)構(gòu)B、概念結(jié)構(gòu)C、數(shù)據(jù)結(jié)構(gòu)D、實體關(guān)系143、軟件測試的一條重要原則是（B）A、軟件測試可以完全保證軟件的質(zhì)量B、測試可以發(fā)現(xiàn)程序中的錯誤，但不能夠證明程序中沒有錯誤C、測試能夠完全證明程序的可靠性D、測試能夠證明程序中沒有錯誤144、確認(rèn)軟件的功能是否與需求規(guī)格說明書中所要求的功能相符的測試屬于（C）A、集成測試B、恢復(fù)測試C、驗收測試D、單元測試145、軟件危機出現(xiàn)的本質(zhì)原因是（A）A、人們對軟件產(chǎn)品認(rèn)識的不足以與對軟件開發(fā)的內(nèi)在規(guī)律的理解偏差B、軟件維護(hù)費用的急劇增加C、軟件生產(chǎn)技術(shù)進(jìn)步緩慢D、軟件規(guī)模龐大146、面向?qū)ο蟪绦蛟O(shè)計中的數(shù)據(jù)隱藏指的是（D）。A、輸入數(shù)據(jù)必須輸入保密口令B、數(shù)據(jù)經(jīng)過加密處理C、對象內(nèi)部數(shù)據(jù)結(jié)構(gòu)上建有防火墻D、對象內(nèi)部數(shù)據(jù)結(jié)構(gòu)的不可訪問性147、下面說法錯誤的是（D）A、抽象是為了降低問題的復(fù)雜性，可以得到問題領(lǐng)域中比較簡單的概念B、模塊的內(nèi)聚性越低則模塊的獨立性越強C、耦合性越高則模塊的獨立性越弱D、在軟件詳細(xì)設(shè)計階段，抽象的層次最低，系統(tǒng)的實現(xiàn)被完全精化148、下列不屬于結(jié)構(gòu)化設(shè)計工具的有（C）A、流程圖B、PAD圖C、數(shù)據(jù)流圖D、N-S圖149、在下列工具與環(huán)境中（C）屬于較早期的CASE。 A、基于信息工程CASE B、人工智能CASE C、結(jié)構(gòu)的基于圖形CASE D、集成的CASE環(huán)境150、Putnam成本估算模型是一個（D）模型。 A、靜態(tài)單變量B、動態(tài)單變量C、靜態(tài)多變量D、動態(tài)多變量151、在McCall軟件質(zhì)量度量模型中，（C）屬于面向軟件產(chǎn)品修改。 A、可靠性B、可重用性C、適應(yīng)性D、可移植性152、ISO的軟件質(zhì)量評價模型由3層組成，其中用于評價設(shè)計質(zhì)量的準(zhǔn)則是（D） A、SQICB、SQMCC、SQRCD、SQDC153、軟件復(fù)雜性度量的參數(shù)包括（B） A、效率B、規(guī)模C、完整性D、容錯性154、對象實現(xiàn)了數(shù)據(jù)和操作的結(jié)合，使數(shù)據(jù)和操作（B）于對象的統(tǒng)一體中。 A、結(jié)合B、隱藏C、封裝D、抽象155、瀑布模型的存在問題是（A） A、用戶容易參與開發(fā) B、缺乏靈活性 C、用戶與開發(fā)者易溝通 D、適用可變需求156、軟件測試方法中的靜態(tài)測試方法之一為（B） A、計算機輔助靜態(tài)分析 B、黑盒法 C、路徑覆蓋 D、邊界值分析 D、調(diào)用、返回和轉(zhuǎn)移157、在詳細(xì)設(shè)計階段，經(jīng)常采用的工具有（A）A、PADB、SAC、SCD、DFD158、詳細(xì)設(shè)計的結(jié)果基本決定了最終程序的（C）A、代碼的規(guī)模B、運行速度C、質(zhì)量D、可維護(hù)性159、需求分析中開發(fā)人員要從用戶那里了解（A）A、軟件做什么B、用戶使用界面C、輸入的信息D、軟件的規(guī)模160、結(jié)構(gòu)化程序設(shè)計主要強調(diào)的是（D）A、程序的規(guī)模 B、程序的效率 C、程序設(shè)計語言的先進(jìn)性 D、程序易讀性161、IDEF。圖反映系統(tǒng)（D）A、怎么做B、對誰做C、何時做D、做什么162、經(jīng)濟(jì)可行性研究的范圍包括（C）A、資源有效性B、管理制度C、效益分析D、開發(fā)風(fēng)險163、可行性分析是在系統(tǒng)開發(fā)的早期所做的一項重要的論證工作，它是決定該系統(tǒng)是否開發(fā)的決策依據(jù)，因必須給出（B）的回答。A、確定B、行或不行C、正確D、無二義164、需求分析階段的任務(wù)是確定（D）A、軟件開發(fā)方法 B、軟件開發(fā)工具C、軟件開發(fā)費 D、軟件系統(tǒng)的功能165、“軟件危機”是指(C)A、計算機病毒的出現(xiàn) B、利用計算機進(jìn)行經(jīng)濟(jì)犯罪活動C、軟件開發(fā)和維護(hù)中出現(xiàn)的一系列問題D、人們過分迷戀計算機系統(tǒng)166、DFD中的每個加工至少需要(D)A、一個輸入流 B、一個輸出流C、一個輸入或輸出流 D、一個輸入流和一個輸出流167、為了提高模塊的獨立性，模塊之間最好是(D)A、控制耦合 B、公共耦合 C、內(nèi)容耦合 D、數(shù)據(jù)耦合168、下面關(guān)于PDL語言不正確的說法是(B)A、PDL是描述處理過程怎么做 B、PDL是只描述加工做什么C、PDL也稱為偽碼 D、PDL的外層語法應(yīng)符合一般程序設(shè)計語言常用的語法規(guī)則169、詳細(xì)設(shè)計與概要設(shè)計銜接的圖形工具是(D)A、DFD圖 B、程序圖 C、PAD圖 D、SC圖170、不適合作為數(shù)據(jù)處理與數(shù)據(jù)庫應(yīng)用的語言是(D)A、SQL B、Cobol C、4GL D、Lisp171、下列關(guān)于功能性注釋不正確的說法是(B)A、功能性注釋嵌在源程序中，用于說明程序段或語句的功能以與數(shù)據(jù)的狀態(tài)B、注釋用來說明程序段，需要在每一行都要加注釋C、可使用空行或縮進(jìn)，以便很容易區(qū)分注釋和程序D、修改程序也應(yīng)修改注釋172、下列關(guān)于效率的說法不正確的是(D)A、效率是一個性能要求，其目標(biāo)應(yīng)該在需求分析時給出B、提高程序效率的根本途徑在于選擇良好的設(shè)計方法，數(shù)據(jù)結(jié)構(gòu)與算法C、效率主要指處理機時間和存儲器容量兩個方面D、程序的效率與程序的簡單性無關(guān)173、測試的關(guān)鍵問題是(D)A、如何組織對軟件的評審 B、如何驗證程序的正確性C、如何采用綜合策略 D、如何選擇測試用例174、結(jié)構(gòu)化維護(hù)與非結(jié)構(gòu)化維護(hù)的主要區(qū)別在于(D)A、軟件是否結(jié)構(gòu)化 B、軟件配置是否完整C、程序的完整性 D、文檔的完整性175、軟件維護(hù)困難的主要原因是(C)A、費用低 B、人員少 C、開發(fā)方法的缺陷 D、得不到用戶支持176、可維護(hù)性的特性中，相互矛盾的是(B)A、可理解性與可測試性 B、效率與可修改性C、可修改性和可理解性 D、可理解性與可讀性177、快速原型是利用原型輔助軟件開發(fā)的一種新思想，它是在研究(A)的方法和技術(shù)中產(chǎn)生的。A、需求階段 B、設(shè)計階段C、測試階段 D、軟件開發(fā)的各個階段178、從目前情況來看，增量模型存在的主要問題是(C)A、用戶很難適應(yīng)這種系統(tǒng)開發(fā)方法B、該方法的成功率很低C、缺乏豐富而強有力的軟件工具和開發(fā)環(huán)境D、缺乏對開發(fā)過程中的問題和錯誤具有應(yīng)付變化的機制179、下列有關(guān)軟件工程的標(biāo)準(zhǔn)，屬于行業(yè)標(biāo)準(zhǔn)的是(D)A、GB B、DIN C、ISO D、IEEE180、下列文檔與維護(hù)人員有關(guān)的有(C)A、軟件需求說明書 B、項目開發(fā)計劃C、概要設(shè)計說明書 D、操作手冊181、在屏蔽軟件錯誤的冗錯技術(shù)中，冗余附加件的構(gòu)成包括(D)A、關(guān)鍵程序和數(shù)據(jù)的冗余存儲和調(diào)用B、為檢測或糾正信息在運算或傳輸中的錯誤須外加的一部分信息C、檢測、表決、切換、重構(gòu)、糾錯和復(fù)算的實現(xiàn)D、實現(xiàn)錯誤檢測和錯誤恢復(fù)的程序182、(A)是為了確保每個開發(fā)過程的質(zhì)量，防止把軟件差錯傳遞到下一個過程而進(jìn)行的工作。A、質(zhì)量檢測 B、軟件容錯 C、軟件維護(hù) D、系統(tǒng)容錯183、表示對象相互行為的模型是(A)模型。A、動態(tài)模型 B、功能模型 C、對象模型 D、靜態(tài)模型184、CASE工具的表示集成是指CASE工具提供相同的(B)A、編程環(huán)境 B、用戶界面 C、過程模型 D、硬件/操作系統(tǒng)185、軟件開發(fā)中的瀑布模型典型地刻畫了軟件生存周期的階段劃分，與其最相適應(yīng)的軟件開發(fā)方法是(B)。A、構(gòu)件化方法 B、結(jié)構(gòu)化方法C、面向?qū)ο蠓椒? D、快速原型方法186、下述任務(wù)中，不屬于軟件工程需求分析階段的是(D)。A、分析軟件系統(tǒng)的數(shù)據(jù)要求B、確定軟件系統(tǒng)的功能需求C、確定軟件系統(tǒng)的性能要求D、確定軟件系統(tǒng)的運行平臺軟件設(shè)計的主要任務(wù)是設(shè)計軟件的構(gòu)造、過程和模塊，其中軟件結(jié)構(gòu)設(shè)計的主要任務(wù)是要確定(C)。A、模塊間的操作細(xì)節(jié) B、模塊簡的相似性C、模塊間的組成關(guān)系 D、模塊間的具體功能系統(tǒng)測試是將軟件系統(tǒng)與硬件、外設(shè)和網(wǎng)絡(luò)等其他因素結(jié)合，對整個軟件系統(tǒng)進(jìn)行測試。(A)不是系統(tǒng)測試的內(nèi)容。A、路徑測試B、可靠性測試C、安裝測試D、安全測試189、在結(jié)構(gòu)化分析方法中，數(shù)據(jù)字典是重要的文檔。對加工的描述是數(shù)據(jù)字典的組成內(nèi)容之一，常用的加工描述方法（C）。A、只有結(jié)構(gòu)化語言 B、有結(jié)構(gòu)化語言和判定樹C、有結(jié)構(gòu)化語言和判定樹和判定表 D、判定樹和判定表190、CMM模型將軟件過程的成熟度分為5個等級。在（A）使用定量分析來不斷地改進(jìn)和管理軟件過程。A、優(yōu)化級 B、管理級 C、定義級 D、可重復(fù)級191、在面向數(shù)據(jù)流的設(shè)計方法中，一般把數(shù)據(jù)流圖中的數(shù)據(jù)流劃分為（C）兩種。A、數(shù)據(jù)流和事物流 B、變換流和數(shù)據(jù)流C、變換流和事物流 D、控制流和事物流192、可行性研究要進(jìn)行一次(C)需求分析。 A、詳細(xì)的B、全面的C、簡化的、壓縮的D、徹底的193、系統(tǒng)流程圖用于可行性分析中的(A)的描述。A、當(dāng)前運行系統(tǒng)B、當(dāng)前邏輯模型C、目標(biāo)系統(tǒng)D、新系統(tǒng)194、系統(tǒng)流程圖是描述(C)的工具。A、邏輯系統(tǒng) B、程序系統(tǒng) C、體系結(jié)構(gòu) D、物理系統(tǒng)195、(D)工具在軟件詳細(xì)設(shè)計過程中不采用。A、判定表B、IPO圖C、PDLD、DFD圖196、程序的三種基本控制結(jié)構(gòu)的共同特點是(D) A、不能嵌套使用B、只能用來寫簡單程序 C、已經(jīng)用硬件實現(xiàn)D、只有一個入口和一個出口197、產(chǎn)生軟件維護(hù)的副作用，是指(C) A、開發(fā)時的錯誤B、隱含的錯誤 C、因修改軟件而造成的錯誤D、運行時誤操作198、維護(hù)中，因誤刪除一個標(biāo)識符而引起的錯誤是(C)副作用。A、文檔B、數(shù)據(jù)C、編碼D、設(shè)計199、可維護(hù)性的特性中相互促進(jìn)的是(A) A、可理解性和可測試性B、效率和可移植性 C、效率和可修改性D、效率和結(jié)構(gòu)好200、汽車有一個發(fā)動機。汽車和發(fā)動機之間的關(guān)系是(B)關(guān)系。A、一般具體B、整體部分C、分類關(guān)系D、主從關(guān)系201、在變更控制中，(B)可以用來確保由不同用戶所執(zhí)行的并發(fā)變更。A、異步控制B、同步控制C、存取控制D、基線控制202、變更控制是一項最重要的軟件配置任務(wù)，其中“檢出”和(A)處理實現(xiàn)了兩個重要的變更控制要素，即存取控制和同步控制。A、登入B、管理C、填寫變更要求D、審查203、提高軟件質(zhì)量和可靠的技術(shù)大致可分為兩大類：其中一類就是避開錯誤技術(shù)，但避開錯誤技術(shù)無法做到完美無缺和絕無錯誤，這就需要(D)A、消除錯誤B、檢測錯誤C、避開錯誤D、容錯204、(D)是以提高軟件質(zhì)量為目的的技術(shù)活動。A、技術(shù)創(chuàng)新B、測試C、技術(shù)創(chuàng)造D、技術(shù)評審205、面向?qū)ο蠓椒▽W(xué)的出發(fā)點和基本原則是盡可能模擬人類習(xí)慣的思維方式，分析、設(shè)計和實現(xiàn)一個軟件系統(tǒng)的方法和過程，盡可能接近于人類認(rèn)識世界解決問題的方法和過程。因此面向?qū)ο蠓椒ㄓ性S多特征，如軟件系統(tǒng)是由對象組成的；(C)；對象彼此之間僅能通過傳遞消息互相聯(lián)系；層次結(jié)構(gòu)的繼承。 A、開發(fā)過程基于功能分析和功能分解B、強調(diào)需求分析重要性 C、把對象劃分成類，每個對象類都定義一組數(shù)據(jù)和方法D、對既存類進(jìn)行調(diào)整206、軟件開發(fā)過程中，抽取和整理用戶需求并建立問題域精確模型的過程叫(D) A、生存期B、面向?qū)ο笤O(shè)計C、面向?qū)ο蟪绦蛟O(shè)計D、面向?qū)ο蠓治?07、原型化方法是用戶和設(shè)計者之間執(zhí)行的一種交互構(gòu)成，適用于(A)系統(tǒng)。A、需求不確定性高的B、需求確定的C、管理信息D、實時208、原型化方法是一種(A)型的設(shè)計過程。 A、自外向內(nèi)B、自頂向下C、自內(nèi)向外D、自底向上209、為用白盒測試方法時，確定測試數(shù)據(jù)應(yīng)應(yīng)該(D)A、隨機地選取測試數(shù)據(jù)B、取一切可能的輸入數(shù)據(jù)作為測試數(shù)據(jù)C、在完成編碼以后制定軟件的測試計劃D、選擇發(fā)現(xiàn)錯誤可能性大的數(shù)據(jù)作為測試數(shù)據(jù)210、使用白盒測試方法時，確定測試數(shù)據(jù)應(yīng)根據(jù)(A)和指定的覆蓋標(biāo)準(zhǔn)。 A、程序的內(nèi)部邏輯B、程序的復(fù)雜結(jié)構(gòu)C、使用說明書D、程序的功能211、開發(fā)軟件所需高成本和產(chǎn)品的低質(zhì)量之間有著尖銳的矛盾，這種現(xiàn)象稱做（C）。軟件工程 B、軟件周期 C、軟件危機 D、軟件產(chǎn)生212、瀑布模型存在的問題是（B）。A、用戶容易參與開發(fā) B、缺乏靈活性C、用戶與開發(fā)者易溝通D、適用可變需求213、螺旋模型是一種將瀑布模型和（A）結(jié)合起來的軟件開發(fā)模型。A、增量模型 B、專家系統(tǒng) C、噴泉模型 D、變換模型214、下列有關(guān)軟件工程的標(biāo)準(zhǔn)，屬于國際標(biāo)準(zhǔn)的是(D)A、GB B、DIN C、ISO D、IEEE215、結(jié)構(gòu)化方法是一種基于（D）的方法。A、數(shù)據(jù)結(jié)構(gòu)B、程序結(jié)構(gòu) C、算法D、數(shù)據(jù)流216、可行性研究的目的是（D）A、分析開發(fā)系統(tǒng)的必要性 B、確定系統(tǒng)建設(shè)的方案 C、分析系統(tǒng)風(fēng)險 D、確定是否值得開發(fā)系統(tǒng)217、設(shè)年利率為i，現(xiàn)存入p元，不計復(fù)利，n年后可得錢數(shù)為（C）。A、P×(1+i*n) B、P×(i+1)*n C、p×(1+i)n D、p×(i+n)218、可行性研究是在（A）之前A、系統(tǒng)開發(fā) B、測試 C、試運行 D、集成測試219、可行性研究需要的時間長短取決于系統(tǒng)的規(guī)模，一般來說，可行性研究的成本只是預(yù)期總成本的（C）。A、1% B、20% C、8% D、50%220、效率是一個性能要求，因此應(yīng)當(dāng)在以下哪個階段規(guī)定？BA、可行性分析B、需求分析C、概要設(shè)計D、詳細(xì)設(shè)計221、數(shù)據(jù)字典是用來定義（D）中的各個成份的具體含義的。A、程序流程圖B、功能結(jié)構(gòu)圖 C、系統(tǒng)結(jié)構(gòu)圖D、數(shù)據(jù)流程圖222、數(shù)據(jù)流程圖是（A）方法中用于表示系統(tǒng)邏輯模型的一種圖形工具。A、SA B、SD C、SP D、SC223、DFD中的每個加工至少有(A)。A、一個輸入流或一個輸出流 B、一個輸入流和一個輸出流C、一個輸入流 D、一個輸出流224、在SD方法中全面指導(dǎo)模塊劃分的最重要的原則是（D）。A、程序模塊化B、模塊高內(nèi)聚C、模塊低耦合D、模塊獨立性225、在模塊的3種基本屬性中，反映模塊內(nèi)部特性的是（C）。A、接口 B、功能 C、邏輯 D、狀態(tài)226、模塊的耦合性可以按照耦合程度的高低進(jìn)行排序，以下哪一項符合從低到高的正確次序（D）。A、數(shù)據(jù)結(jié)構(gòu)耦合，公共耦合，控制耦合，內(nèi)容耦合B、數(shù)據(jù)耦合，控制耦合，數(shù)據(jù)結(jié)構(gòu)耦合，公共耦合C、無直接耦合，數(shù)據(jù)結(jié)構(gòu)耦合，內(nèi)容耦合，控制耦合D、無直接耦合，數(shù)據(jù)耦合，控制耦合，內(nèi)容耦合227、PDL是描述處理過程(C)A、做什么B、為什么做C、怎么做D、對誰做228、為高質(zhì)量地開發(fā)軟件項目，在軟件結(jié)構(gòu)設(shè)計時，必須遵循（A）原則。A、信息隱蔽B、質(zhì)量控制 C、程序優(yōu)化D、數(shù)據(jù)共享229、當(dāng)一個模塊直接使用另一個模塊的內(nèi)部數(shù)據(jù)，這種模塊之間的耦合為（D）A、數(shù)據(jù)耦合B、公共耦合C、標(biāo)記耦合D、內(nèi)容耦合230、下列幾種類型中，耦合性最弱的是(D)。 A、內(nèi)容型B、控制型C、公共型D、數(shù)據(jù)型在七種偶合中，最低偶合是（D）。A、內(nèi)容偶合B、公共偶合C、數(shù)據(jù)偶合D、非直接偶合232、從本質(zhì)上說，面向?qū)ο笫恰跋取贝_定（A）后確定執(zhí)行的動作。A.動作的主體 B.屬性 C.關(guān)系 D.方法233、（B）是對象的靜態(tài)特征。A.方法 B.屬性 C.關(guān)系 D.操作234、對象的（D）使對象的動態(tài)特征A.特征 B.屬性 C.關(guān)系 D.操作235、屬于某個類的一個具體對象稱為該類的（A）。A.實例 B.虛擬 C.繼承 D.多態(tài)236、UML是（A）。A.一種可視化的建模語言B.是一種可視化的程序設(shè)計語言C.是一種過程D.是一種方法237、封裝的的作用是（A）。A.復(fù)用 B.對象 C.實例 D.方法238、面向?qū)ο蠓治龅暮诵脑谟诮ⅲ˙）模型。A.建立正確的模型B.識別問題域?qū)ο驝.識別對象之間的關(guān)系D.上面所有239、面向?qū)ο蠓治鲞^程中建立的模型有（D）。A.數(shù)據(jù)模型、功能模型、活動模型B.對象模型、功能模型、測試模型C.屬性模型、功能模型、對象模型D.對象模型、功能模型、動態(tài)模型240、下列的（C）不是分析建模的目的。A.定義可驗證的軟件需求B.描述客戶需求C.開發(fā)一個簡單的問題解決方案D.建立軟件設(shè)計的基礎(chǔ)241、下列的（C）不屬于面向?qū)ο蠓治瞿Ｐ?。A.用例圖B.類圖C.實體關(guān)系圖D.順序圖242、（A）用于描述系統(tǒng)中概念層次的對象。A.分析類B.界面類C.實體類D.控制類243、在基于用例的面向?qū)ο蠓治鲞^程中，定義交互行為的關(guān)鍵在于通過描述分析類實例之間的（A）將用例的職責(zé)分配到分析類中。A.消息傳遞B關(guān)聯(lián)關(guān)系C繼承關(guān)系D上下文關(guān)系244、用例的實現(xiàn)細(xì)節(jié)不會在（B）描述。A.用例說明B.用例圖C.活動圖D.順序圖245、用例的職責(zé)通常分配給（D）的對象。A.發(fā)送消息B.接收消息C.發(fā)送和接收雙方D.分析類246、組織機構(gòu)圖是（C）。A.UML的一個最新圖B.類圖的一種C.用于識別角色的輔助圖D.用例圖的一種247、在圖書館系統(tǒng)中，假如已經(jīng)構(gòu)造了一個一般借書者類，后來發(fā)現(xiàn)圖書館的學(xué)生和教師在借書中有不同要求。請問在面向?qū)ο笤O(shè)計中用（B）方法可以方便地設(shè)計這兩個類？A.信息隱藏B.繼承C.動態(tài)聯(lián)編D.代碼復(fù)制248、框架是一組可用于不同應(yīng)用的（A）集合A.類B.對象C.模塊D.代碼249、下面哪個選項不能描述子系統(tǒng)之間的關(guān)系。（D）A.請求——服務(wù)關(guān)系B.繼承關(guān)系C.依賴關(guān)系D.數(shù)據(jù)關(guān)系250、每個子系統(tǒng)的接口上定義了若干（B），體現(xiàn)了子系統(tǒng)的功能。A.說明B.操作C.屬性D.關(guān)系251、通常將具有共性的非功能要求設(shè)計在（B），以減少重新開發(fā)的工作量。A.接口層B.中間層C.最低層D.最高層252、每個用例至少應(yīng)該有一個（C），它通常沒有屬性而只有方法，只是起協(xié)調(diào)和控制作用。A.接口類B.實體類C.控制類D.界面類253、類有三種類型即（A）。A.邊界類、實體類、控制類B.實體類、數(shù)據(jù)類、界面類C.控制類、實體類、數(shù)據(jù)類D.界面類、控制類、公共類254、下面那個選項不是正確的面向?qū)ο笤O(shè)計思想。（C）A.對接口進(jìn)行設(shè)計B.發(fā)現(xiàn)變化并且封裝它C.先繼承后組合D.先組合后繼承255、定義類的屬性類型時盡量使用已有的類型，太多的自定義類型會降低系統(tǒng)的（A）指標(biāo)。A.可維護(hù)性B.安全性C.開發(fā)效率D.可移植性256、結(jié)構(gòu)化語言是介于自然語言和形式語言之間的一種（D）。A．半形式語言B．計算機語言C．低級語言 D．高級語言257、關(guān)于JAVA語言下列說法不正確的是（B）。A.跨平臺的 B.動態(tài)指針 C.解釋型的 D.面向?qū)ο蟮?58、黑盒測試在設(shè)計測試用例時，主要研究（A）。A.需求規(guī)格說明 B.詳細(xì)設(shè)計說明C.項目開發(fā)計劃 D.概要設(shè)計說明與詳細(xì)設(shè)計說明259、下面哪些測試屬于黑盒測試（B）。A、路徑測試B、等價類劃分C、條件判斷D、循環(huán)測試260、在下述哪一種測試中，測試人員必須接觸到源程序（B）。A、功能測試 B、結(jié)構(gòu)測試C、功能測試和結(jié)構(gòu)測試D、性能測試261、檢查軟件產(chǎn)品是否符合需求定義的過程稱為（A）。A、確認(rèn)測試B、集成測試C、驗收測試D、驗證測試262、軟件測試方法中，黑盒、白盒測試法是常用的方法，其中白盒測試主要用于測試（A）。A、結(jié)構(gòu)合理性B、軟件外部功能C、程序正確性D、程序內(nèi)部邏輯263、以下屬于軟件維護(hù)階段文檔的是(C)。A、軟件需求說明B、操作手冊C、軟件問題報告D、測試分析報告264、可維護(hù)性的特性中，相互促進(jìn)的（A）。A、可理解性和可測試性B、效率和可移植性 C、效率和可修改性 D、效率和結(jié)構(gòu)好265、軟件維護(hù)的困難主要原因是（C）A、費用低 B、人員少 C、開發(fā)方法的缺陷D、用戶不配合266、為了適應(yīng)軟硬件環(huán)境變化而修改軟件的過程是(C)。A、校正性維護(hù) B、完善性維護(hù) C、適應(yīng)性維護(hù)D、預(yù)防性維護(hù)267、各種不同的軟件維護(hù)中，以（C）維護(hù)所占的維護(hù)量最小。A、糾錯性維護(hù)B、代碼維護(hù)C、預(yù)防性維護(hù)D、文檔維護(hù)268、軟件維護(hù)中，因修改交互輸入的順序，沒有正確的記錄而引起的錯誤是（A）產(chǎn)生的副作用。A、文檔 B、數(shù)據(jù) C、編碼 D、設(shè)計269、用圖表示軟件項目進(jìn)度安排，下列說法中正確的是（B）A.能夠反映多個任務(wù)之間的復(fù)雜關(guān)系B.能夠直觀表示任務(wù)之間相互依賴制約關(guān)系C.能夠表示哪些任務(wù)是關(guān)鍵任務(wù)D.能夠表示子任務(wù)之間的并行和串行關(guān)系270、基線可作為軟件生存期中各開發(fā)階段的一個檢查點。當(dāng)采用的基線發(fā)生錯誤時，可以返回到最近和最恰當(dāng)?shù)模–）上A.配置項B.程序C.基線D.過程271、TURBOPASCAL是（A）軟件。

A、系統(tǒng)軟件B、人工智能C、事務(wù)軟件D、應(yīng)用軟件

272、計算機輔助軟件工程，簡稱（D）。

A、SAB、SDC、SCD、CASe273、選擇結(jié)構(gòu)的復(fù)雜性比順序結(jié)構(gòu)的復(fù)雜性要（B）。

A、小B、大C、相等D、無法比較274、在數(shù)據(jù)流圖中，（橢圓）代表（C）。

A、源點B、終點C、加工D、模塊

275、模塊內(nèi)聚度越高，說明模塊內(nèi)各成分彼此結(jié)合的程度越（B）。

A、松散B、緊密C、無法判斷D、相等

276、軟件設(shè)計階段的輸出主要是（B）。

A、程序B、模塊C、偽代碼D、設(shè)計規(guī)格說明書

277、SD方法設(shè)計的結(jié)果是（D）。

A、源代碼B、偽代碼C、模塊D、模塊結(jié)構(gòu)圖

278、軟件維護(hù)是軟件生命周期中的固有階段，一般認(rèn)為，各種不同的軟件維護(hù)中以（C）維護(hù)所占的維護(hù)量最小。

A、糾錯性維護(hù)B、代碼維護(hù)C、預(yù)防性維護(hù)D、文檔維護(hù)

279、軟件需求分析是保證軟件質(zhì)量的重要步驟，它的實施應(yīng)該是在（C）。

A、編碼階段B、軟件開發(fā)全過程C、軟件定義階段D、軟件設(shè)計階段

280、軟件的結(jié)構(gòu)化設(shè)計（SD）方法中，一般分為概要設(shè)計和詳細(xì)設(shè)計兩階段，其中詳細(xì)設(shè)計主要是要建立

（D）。

A、軟件結(jié)構(gòu)B、軟件過程C、軟件模型D、軟件模塊軟件文檔是軟件工程實施中的重要萬分它不僅是軟件開發(fā)各階段的重要依據(jù)，而且與影響軟件的

（B）。

A、可理解性B、可維護(hù)性C、可擴展性D、可移植性

282、在瀑布模型中，將軟件劃分為若干個時期，軟件項目的可行性研究一般歸屬于（B）。

A、維護(hù)時期B、計劃時期C、運行時期D、開發(fā)時期

283、結(jié)構(gòu)化分析方法SA、結(jié)構(gòu)化設(shè)計方法SD，和JACKSON方法，是在軟件開發(fā)過程中常用的方法，人們使用SA方法時可以得到（A），使用SD方法時可以得到（C）。

A、程序流程圖 B、具體的語言程序C、模塊結(jié)構(gòu)圖與模塊的功能說明書

D、分層數(shù)據(jù)流圖

284、JACKSON方法是在軟件開發(fā)過程中常用的方法，使用JACKSON方法時可以實現(xiàn)（A）

A、從數(shù)據(jù)結(jié)構(gòu)導(dǎo)出程序結(jié)構(gòu)B、從數(shù)據(jù)流圖導(dǎo)出初始結(jié)構(gòu)圖

C、從模塊結(jié)構(gòu)導(dǎo)出數(shù)據(jù)結(jié)構(gòu)D、從模塊結(jié)構(gòu)導(dǎo)出程序結(jié)構(gòu)硬件與軟件的最大區(qū)別是（A）。

A.軟件產(chǎn)品是邏輯產(chǎn)品，硬件產(chǎn)品是物質(zhì)產(chǎn)品 B.軟件產(chǎn)品是以手工生產(chǎn)方式生產(chǎn)，硬件產(chǎn)品是以大工業(yè)生產(chǎn)方式生產(chǎn)

C.軟件產(chǎn)品不存在老化問題，硬件產(chǎn)品存在老化問題

D.軟件產(chǎn)品容易復(fù)制，硬件產(chǎn)品很難復(fù)制軟件是指（D）。

A.按事先設(shè)計的功能和性能要求執(zhí)行的指令系列

B.使程序能夠正確操縱信息的數(shù)據(jù)結(jié)構(gòu)

C.與程序開發(fā)、維護(hù)和使用有關(guān)的圖文資料

D.計算機系統(tǒng)中的程序和文檔“軟件工程的概念是為解決軟件危機而提出的”這句話的意思是（B）。

A.說明軟件工程的概念，即：工程的原則和思想、方法可能解決當(dāng)時軟件開發(fā)和維護(hù) 存在的問題

B.說明軟件工程這門學(xué)科的形成是軟件發(fā)展的需要

C.強調(diào)軟件工程成功地解決了軟件危機的問題

D.說明軟件危機存在的主要問題是軟件開發(fā)，而不像傳統(tǒng)工程項目那樣軟件工程的目標(biāo)是（C）。

A.生產(chǎn)滿足用戶需要的產(chǎn)品

B.以合適的成本生產(chǎn)滿足用戶需要的產(chǎn)品

C.以合適的成本生產(chǎn)滿足用戶需要的、可用性好的產(chǎn)品

D.生產(chǎn)正確的、可用性好的產(chǎn)品軟件工程的開發(fā)過程是指（B）。

A.軟件生存周期內(nèi)的所有活動

B.軟件生存周期內(nèi)的一系列有序活動集

C.軟件工程的一組活動 D.軟件生存周期內(nèi)的所有任務(wù)軟件工程的活動是指（B）。

A.軟件生存周期內(nèi)的一組任務(wù)

B.軟件生存周期內(nèi)的一組有序任務(wù)集

C.軟件項目的任務(wù) D.軟件開發(fā)的工作瀑布模型的主要特點是（A）。

A.將開發(fā)過程嚴(yán)格地劃分為一系列有序的活動

B.將過程分解為階段

C.提供了有效的管理模式 D.缺乏靈活性軟件開發(fā)方法是（A）。

A.指導(dǎo)軟件開發(fā)的一系列規(guī)則和約定

B.軟件開發(fā)的步驟

C.軟件開發(fā)的技術(shù) D.軟件開發(fā)的思想結(jié)構(gòu)化方法需要進(jìn)行（C）轉(zhuǎn)換。

A.數(shù)據(jù)流程圖向?qū)嶓w關(guān)系（ER）圖的

B.向軟件模塊的

C.數(shù)據(jù)流程圖向功能模型的

D.概要設(shè)計向詳細(xì)設(shè)計的面向?qū)ο蠓椒ǖ某霭l(fā)點是（D）。

A.把自然界的事物按對象這一基本元素來處理

B.盡可能按照人類認(rèn)識客觀世界的方法和思維方式來解決問題

C.使用面向?qū)ο蟮恼Z言來進(jìn)行軟件開發(fā) D.數(shù)據(jù)應(yīng)該和操作它的程序封裝在一起軟件可行性研究的目的是（A）。

A.證明軟件開發(fā)項目可行

B.證明軟件開發(fā)項目不可行

C.闡述軟件開發(fā)項目值得或不值得做

D.為了確定軟件開發(fā)項目要不要做技術(shù)可行性研究要解決的問題是（A）。

A.從技術(shù)方面說明項目是否可行

B.從技術(shù)上定義項目要解決的問題

C.給出項目開發(fā)可行的技術(shù)路線

D.給出精簡的項目需求設(shè)計報告可行性研究的步驟首先是（A）。

A.確定項目目標(biāo)，即對要解決的問題進(jìn)行定義

B.研究項目需求

C.對項目目標(biāo)進(jìn)行可行性分析

D.給出可行的解決方案可行性研究報告必須給出（A）。

A.可行性分析和結(jié)論

B.經(jīng)濟(jì)、技術(shù)、社會可行性分析

C.項目目標(biāo)說明和是否可以開發(fā)

D.可選擇的解決方案成本效益分析是（A）的主要內(nèi)容。

A.經(jīng)濟(jì)可行性分析

B.項目可行性分析

C.有形效益分析

D.無形效益分析累計經(jīng)濟(jì)效益是指（D）。

A.累計的成本

B.累計的投資

C.累計的收入

D.累計的純收入投資回收期是指（C）。

A.項目投資開始到停止投資的時間區(qū)間

B.項目開始到產(chǎn)生經(jīng)濟(jì)效益的時間區(qū)間

C.項目的累計經(jīng)濟(jì)效益等于投資額所需的時間

D.項目開始到完成所需的時間項目開發(fā)計劃通常不包括（C）。

A.項目的實施計劃

B.項目的資源計劃

C.項目的測試計劃

D.項目的驗收計劃年利率為i，現(xiàn)存入p元，不計復(fù)利，n年后本金利息為（B）。

A.p（1+i）n

B.p（1+in）

C.p（1+in）

D.p（1+i）n項目可行性分析一般要在（A）進(jìn)行項目的需求分析設(shè)計。

A.較高的層次

B.項目的資源方面

C.項目的成本效益上

D.項目的推廣前景上面向?qū)ο蠹夹g(shù)中，對象是類的實例。對象有三種成份：（A）、屬性和方法(或操作)。 A.標(biāo)識B.規(guī)則C.封裝D.消息下面關(guān)于面向?qū)ο蠓椒ㄖ邢⒌臄⑹?，不正確的是（B）。 A.鍵盤、鼠標(biāo)、通信端口、網(wǎng)絡(luò)等設(shè)備一有變化，就會產(chǎn)生消息 B．操作系統(tǒng)不斷向應(yīng)用程序發(fā)送消息，但應(yīng)用程序不能向操作系統(tǒng)發(fā)送消息 C.應(yīng)用程序之間可以相互發(fā)送消息 D．發(fā)送與接收消息的通信機制與傳統(tǒng)的子程序調(diào)用機制不同程序設(shè)計屬于軟件開發(fā)過程（C）階段。 A、設(shè)計B、編程C、實現(xiàn)D、編碼結(jié)構(gòu)設(shè)計是一種應(yīng)用最廣泛的系統(tǒng)設(shè)計方法，是以（A）為基礎(chǔ)、自頂向下、逐步求和模塊化的過程。 A、數(shù)據(jù)流B、數(shù)據(jù)流圖C、數(shù)據(jù)庫D、數(shù)據(jù)結(jié)構(gòu)結(jié)構(gòu)化程序設(shè)計主要強調(diào)程序的（C）。 A、效率B、速度C、可讀性D、大小軟件生產(chǎn)過程中，需求信息由（D）給出。 A、程序員B、項目管理者C、軟件分析設(shè)計人員D、軟件用戶與設(shè)計測試數(shù)據(jù)無關(guān)的文檔是（B）。 A、需求說明書B、設(shè)計說明書C、源程序D、項目開發(fā)設(shè)計結(jié)構(gòu)化分析SA方法以數(shù)據(jù)流圖、（B）和加工說明等描述工具，即用直觀的圖和簡潔的語言來描述軟系統(tǒng)模型。 A、DFD圖B、數(shù)據(jù)字典C、IPO圖D、PAD圖面向數(shù)據(jù)流的軟件設(shè)計方法，一般是把數(shù)據(jù)流圖中數(shù)據(jù)流劃分為（B），再將數(shù)據(jù)流圖映射為軟件結(jié)構(gòu)。 A、數(shù)據(jù)流和事務(wù)流B、交換流和事務(wù)流 C、信息流和控制流D、交換流和數(shù)據(jù)流總體設(shè)計的結(jié)果是提供一份（A）。 A、模塊說明書B、框圖C、程序D、數(shù)據(jù)結(jié)構(gòu)在E-R模型中，包含以下基本成分(C)。 A、數(shù)據(jù)、對象、實體 B、控制、聯(lián)系、對象 C、實體、聯(lián)系、屬性 D、實體、屬性、操作確定測試計劃是在(A)階段制定的. A．總體設(shè)計B.詳細(xì)設(shè)計C.編碼D.測試數(shù)據(jù)字典是軟件需求分析階段的最重要工具之一，其最基本的功能是（C） A．?dāng)?shù)據(jù)庫設(shè)計B．?dāng)?shù)據(jù)通信C．?dāng)?shù)據(jù)定義D．?dāng)?shù)據(jù)維護(hù)研究開發(fā)所需要的成本和資源是屬于可行性研究中的(B)研究的一方面。 A.技術(shù)可行性 B.經(jīng)濟(jì)可行性 C.社會可行性 D.法律可行性IDEF0圖不反映出系統(tǒng)(B) A.系統(tǒng)做什么 B.系統(tǒng)功能如何實現(xiàn) C.系統(tǒng)由誰來做 D.系統(tǒng)實現(xiàn)的約束條件6.軟件詳細(xì)設(shè)計主要采用的方法是(D) A.模塊設(shè)計 B.結(jié)構(gòu)化設(shè)計 C.PDL語言 D.結(jié)構(gòu)化程序設(shè)計下列關(guān)于JSP方法不正確的說法是(D) A.JSP方法主要用于規(guī)模不大的數(shù)據(jù)處理系統(tǒng) B.JSP方法不明確的劃分軟件概要設(shè)計和詳細(xì)設(shè)計的兩個階段 C.JSP方法適用于輸入數(shù)據(jù)和輸出數(shù)據(jù)之間有對應(yīng)關(guān)系的問題求解 D.JSP方法根據(jù)輸入、輸出的數(shù)據(jù)結(jié)構(gòu)，按一定的規(guī)則映射成軟件的體系結(jié)構(gòu)。因此它 只適用于詳細(xì)設(shè)計階段不適合作為科學(xué)工程計算的語言是(D) A.Pascal B.C C.Fortran D.Prolog黑盒測試在設(shè)計測試用例時，主要需要研究(A) A.需求規(guī)格說明與概要設(shè)計說明 B.詳細(xì)設(shè)計說明 C.項目開發(fā)計劃 D.概要設(shè)計說明與詳細(xì)設(shè)計說明下列屬于維護(hù)階段的文檔是(C) A.軟件規(guī)格說明 B.用戶操作手冊 C.軟件問題報告 D.軟件測試分析報告快速原型模型的主要特點之一是(D) A.開發(fā)完畢才見到產(chǎn)品 B.與早提供全部完整的軟件產(chǎn)品 C.開發(fā)完畢后才見到工作軟件 D.與早提供工作軟件因計算機硬件和軟件環(huán)境的變化而作出的修改軟件的過程稱為(B) A.糾正性維護(hù) B.適應(yīng)性維護(hù) C.完善性維護(hù) D.預(yù)防性維護(hù)類庫這種機制是(D)級別的信息共享。 A.同一類 B.不同類 C.同一應(yīng)用 D.不同應(yīng)用只有單重繼承的類層次結(jié)構(gòu)是(C)層次結(jié)構(gòu)。 A.網(wǎng)狀型 B.星型 C.樹型 D.環(huán)型在屏蔽硬件錯誤的冗錯技術(shù)中，冗余附加技術(shù)有(D) A.三模冗余 B.信息冗余 C.冗余備份程序的存儲與調(diào)用 D.關(guān)鍵程序和數(shù)據(jù)的冗余存儲和調(diào)用軟件按照設(shè)計的要求，在規(guī)定時間和條件下達(dá)到不出故障，持續(xù)運行的要求的質(zhì)量特性稱為(B) A.可用性 B.可靠性 C.正確性 D.完整性采用Gantt圖表示軟件項目進(jìn)度安排，下列說法中正確的是(D) A.能夠反映多個任務(wù)之間的復(fù)雜關(guān)系 B.能夠直觀表示任務(wù)之間相互依賴制約關(guān)系 C.能夠表示哪些任務(wù)是關(guān)鍵任務(wù) D.能夠表示子任務(wù)之間的并行和串行關(guān)系下列模型屬于成本估算方法的有(A) A.COCOMO模型 B.McCall模型 C.McCabe度量法 D.時間估算法以下哪個軟件生存周期模型是一種風(fēng)險驅(qū)動的模型（C）。 A．瀑布模型B．增量模型C．螺旋模型D．噴泉模型以下哪種語言可用于描述模塊算法設(shè)計和處理細(xì)節(jié)（B）。 A．UML語言B．過程設(shè)計語言C．FORTRAN語言D．Pascal語言以下哪種測試的任務(wù)是檢查軟件的功能與性能是否與需求規(guī)格說明書中確定的指標(biāo)相符合（B）。 A．集成測試B．確認(rèn)測試C．單元測試D．系統(tǒng)測試程序流程圖的優(yōu)點不包括(B)。 A．歷史悠久，使用廣泛 B．容易表示逐步求精的過程 C．支持程序的三種基本控制結(jié)構(gòu) D．直觀清晰，易于使用黑盒測試技術(shù)不包括(B)。 A．等價類劃分B．路徑覆蓋C．邊界值分析D．錯誤推測以下最適合于面向?qū)ο蟮能浖_發(fā)的軟件生存周期模型是（D）。 A．瀑布模型B．增量模型C．螺旋模型D．噴泉模型以下四種邏輯覆蓋中，發(fā)現(xiàn)錯誤能力最弱的是(A)。 A．語句覆蓋B．條件覆蓋C．判定覆蓋D．條件組合覆蓋面向?qū)ο蟮念悓哟谓Y(jié)構(gòu)中，聚集關(guān)系是一種（B）。 A．“一般-特殊”關(guān)系 B．“整體-部分”關(guān)系