軟件工程選擇題匯總

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

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

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

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

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

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

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

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

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

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

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

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

A、相互排斥 B、相互補(bǔ)充 C、獨(dú)立使用 D、交替使用

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

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

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

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

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

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

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

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

A、計(jì)劃階段、開發(fā)階段、運(yùn)行階段 B、計(jì)劃階段、編程階段、測試階段

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

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

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

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

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

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

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

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

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

A、概要設(shè)計(jì)

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

C、程序設(shè)計(jì)

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

A、DFD

B、PAD

C、SC

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

A、對象

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

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

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

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

B、抽象類型的描述性

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

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

A、應(yīng)用范圍

B、內(nèi)部邏輯

C、功能

D、輸入數(shù)據(jù)19、軟件維護(hù)費(fèi)用高的主要原因是（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è)計(jì)與實(shí)現(xiàn)過程中22、確認(rèn)測試主要涉與的文檔是（A）。

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

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

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

D、源程序

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

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

272、計(jì)算機(jī)輔助軟件工程，簡稱（D）。

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

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

A、源點(diǎn)B、終點(diǎn)C、加工D、模塊

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

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

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

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

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

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

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

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

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

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

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

（D）。

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

（B）。

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

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

A、維護(hù)時(shí)期B、計(jì)劃時(shí)期C、運(yùn)行時(shí)期D、開發(fā)時(shí)期

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

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

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

284、JACKSON方法是在軟件開發(fā)過程中常用的方法，使用JACKSON方法時(shí)可以實(shí)現(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è)計(jì)的功能和性能要求執(zhí)行的指令系列

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

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

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

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

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

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

D.說明軟件危機(jī)存在的主要問題是軟件開發(fā)，而不像傳統(tǒng)工程項(xià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.軟件項(xiàng)目的任務(wù) D.軟件開發(fā)的工作瀑布模型的主要特點(diǎn)是（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è)計(jì)向詳細(xì)設(shè)計(jì)的面向?qū)ο蠓椒ǖ某霭l(fā)點(diǎn)是（D）。

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

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

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

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

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

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

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

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

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

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

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

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

B.研究項(xiàng)目需求

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

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

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

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

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

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

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

B.項(xiàng)目可行性分析

C.有形效益分析

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

A.累計(jì)的成本

B.累計(jì)的投資

C.累計(jì)的收入

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

A.項(xiàng)目投資開始到停止投資的時(shí)間區(qū)間

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

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

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

A.項(xiàng)目的實(shí)施計(jì)劃

B.項(xiàng)目的資源計(jì)劃

C.項(xiàng)目的測試計(jì)劃

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

A.p（1+i）n

B.p（1+in）

C.p（1+in）

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

A.較高的層次

B.項(xiàng)目的資源方面

C.項(xiàng)目的成本效益上

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