軟件工程試題庫(kù)

1、1 .采用工程的概念、原理、技術(shù)和方法來(lái)（）和（）軟件，把經(jīng)過(guò)時(shí)間考驗(yàn)而證明正確的管理技術(shù)和當(dāng)前能夠得到的最好的技術(shù)方法結(jié)合起來(lái)，以經(jīng)濟(jì)地開(kāi)發(fā)出高質(zhì)量的軟件并有效地維護(hù)它，這就是軟件工程。A、開(kāi)發(fā)測(cè)試B、運(yùn)行管理C、開(kāi)發(fā)管理D、開(kāi)發(fā)維護(hù)2 .軟件是程序、數(shù)據(jù)及相關(guān)文檔的完整集合，其中“開(kāi)發(fā)、使用和維護(hù)程序所需要的圖文資料”指的是（）A、程序以數(shù)據(jù)C、文檔D、以上都不是3 .計(jì)算機(jī)系統(tǒng)經(jīng)歷了幾個(gè)不同的發(fā)展階段，具有以下特點(diǎn)指的是（）發(fā)展時(shí)期：小規(guī)模團(tuán)隊(duì)開(kāi)發(fā)，但仍然沿用早期形成的個(gè)體化開(kāi)發(fā)軟件的方法。A、個(gè)體軟件B、軟件作坊C、軟件危機(jī)D、軟件工程4 .以下（）不是軟件危機(jī)的表現(xiàn)形式。A、開(kāi)發(fā)的軟

2、件不滿足用戶的需要B、開(kāi)發(fā)的軟件可維護(hù)性差C、開(kāi)發(fā)的軟件價(jià)格便宜D、開(kāi)發(fā)的軟件可靠性差5 .軟件產(chǎn)品與物質(zhì)產(chǎn)品有很大區(qū)別，軟件產(chǎn)品是一種（）產(chǎn)品A、有形R消耗C、邏輯D、文檔6 .以文檔作為驅(qū)動(dòng)，適合于軟件需求很明確的軟件項(xiàng)目的生存周期模型是（）。A、噴泉模型B增量模型C、瀑布模型口螺旋模型7 .下列軟件開(kāi)發(fā)模型中，適合于那些不能預(yù)先確切定義需求的軟件系統(tǒng)的開(kāi)發(fā)的模型是（）。C、原型模型B、瀑布模型C、基于知識(shí)的智能模型D變換模型8 .下列軟件開(kāi)發(fā)模型中，以面向?qū)ο蟮能浖_(kāi)發(fā)方法為基礎(chǔ)，以用戶的需求為動(dòng)力，以對(duì)象來(lái)驅(qū)動(dòng)的模型是（）。A、原型模型B、瀑布模型C、噴泉模型D、螺旋模型9 .下列軟件

3、開(kāi)發(fā)模型中，（）只有在開(kāi)發(fā)人員具有風(fēng)險(xiǎn)分析和排除風(fēng)險(xiǎn)的經(jīng)驗(yàn)及專門知識(shí)時(shí)，才能獲得成功。A、原型模型B、瀑布模型C、噴泉模型D、螺旋模型10 .（）是用戶和設(shè)計(jì)交換最頻繁的方法。A、原型模型以瀑布模型方法C、螺旋模型方法D、構(gòu)件組裝模型11 .傳統(tǒng)的（）要求，必須等前一階段的工作完成之后，才能開(kāi)始后一階段的工作；前一階段的輸出文檔，就是后一階段的輸入文檔。C、原型模型B、瀑布模型C、螺旋模型D、噴泉模型12 .下列敘述中不屬于軟件生命周期模型的是（）A、瀑布模型B、快速原型模型C、風(fēng)險(xiǎn)模型D、原子模型13 .“為了解決這個(gè)問(wèn)題，目標(biāo)系統(tǒng)必須做什么？”這是生命周期中（）階段要確定的事。A、需求分析

4、B、總體設(shè)計(jì)C、詳細(xì)設(shè)計(jì)D、測(cè)試14 .（）是為了獲得高質(zhì)量軟件所需要完成的一系列任務(wù)的框架，他規(guī)定了完成各項(xiàng)任務(wù)的工作步驟。C、軟件工程B、軟件過(guò)程15 .質(zhì)量管理D、軟件方法學(xué)15 .下面不屬于軟件工程的3個(gè)要素是（）A、工具B、過(guò)程C、方法D、環(huán)境16 .軟件工程方法學(xué)的目的是：使軟件生產(chǎn)規(guī)范化和工程化，而軟件工程方法得以實(shí)施的主要保證是（）。A、硬件環(huán)境B軟件開(kāi)發(fā)的環(huán)境C、軟件開(kāi)發(fā)工具和軟件開(kāi)發(fā)的環(huán)境D、開(kāi)發(fā)人員的素質(zhì)17 .在軟件生命周期法中，用戶的參與主要在（）。A、軟件定義期B、軟件開(kāi)發(fā)期C、軟件維護(hù)期D、整個(gè)軟件生命周期過(guò)程中18 .軟件開(kāi)發(fā)的瀑布模型最典型地刻畫了軟件生命周期

5、的階段劃分，而與其最相適應(yīng)的軟件開(kāi)發(fā)白方法是（）A、構(gòu)件化方法B、面向?qū)ο蠓椒–、結(jié)構(gòu)化方法D、原型化方法19 .在軟件生存周期中，（）階段必須要回答的問(wèn)題是“要解決的問(wèn)題是什么？”。C、詳細(xì)設(shè)計(jì)B、問(wèn)題定義C、概要設(shè)計(jì)D、軟件測(cè)試20 .數(shù)據(jù)存儲(chǔ)和數(shù)據(jù)流都是（，僅僅是所處的狀態(tài)不同。A、分析結(jié)果B、事件C、動(dòng)作D、數(shù)據(jù)21 .數(shù)據(jù)流圖和（）共同組成系統(tǒng)的功能模型。A、HIPO圖B、PDLC數(shù)據(jù)字典D、層次圖22.數(shù)據(jù)流圖用于抽象描述一個(gè)軟件的邏輯模型，數(shù)據(jù)流圖由一些特定的圖形符號(hào)構(gòu)成。下列圖符名標(biāo)識(shí)的圖符不屬于合法數(shù)據(jù)流圖圖符的是（）。A、控制流B、加工C數(shù)據(jù)存儲(chǔ)D、數(shù)據(jù)源點(diǎn)/終點(diǎn)23 .結(jié)

6、構(gòu)化分析方法就是面向（）的自頂向下逐步求精進(jìn)行需求分析的方法。A、目標(biāo)日數(shù)據(jù)流C、功能D、對(duì)象24 .數(shù)據(jù)字典是對(duì)數(shù)據(jù)定義信息的集合，它所定義的對(duì)象都包含在（）中。A、數(shù)據(jù)流圖B、程序框圖C、軟件結(jié)構(gòu)D、方框圖25 .軟件開(kāi)發(fā)的可行性研究，一般涉及經(jīng)濟(jì)、技術(shù)和操作的可能性，而進(jìn)行可行性研究的基本依據(jù)則是用戶提出的軟件（）。A、系統(tǒng)質(zhì)量B、系統(tǒng)目標(biāo)C、系統(tǒng)功能D、系統(tǒng)性能26 .軟件可行性一般不考慮（）。A、是否有足夠的人員和相關(guān)的技術(shù)來(lái)支持系統(tǒng)開(kāi)發(fā)B、待開(kāi)發(fā)的軟件是否有質(zhì)量問(wèn)題C、待開(kāi)發(fā)的軟件是否有市場(chǎng)，經(jīng)濟(jì)上是否合算D、是否有足夠的工具和相關(guān)的技術(shù)來(lái)支持系統(tǒng)開(kāi)發(fā)27 .數(shù)據(jù)流圖是進(jìn)行軟件需求

7、分析常用的工具,其中最基本的圖符是：處理,數(shù)據(jù)流，數(shù)據(jù)存儲(chǔ)和數(shù)據(jù)源點(diǎn)/終點(diǎn)淇中“圓角矩形”可用來(lái)代表流圖中的（）。.A、處理日數(shù)據(jù)流C、數(shù)據(jù)存儲(chǔ)D、數(shù)據(jù)源點(diǎn)/終點(diǎn)28 .數(shù)據(jù)流圖是描述數(shù)據(jù)在軟件中流動(dòng)和變換的過(guò)程，而對(duì)數(shù)據(jù)流圖中所包含的元素的定義則是（）A、數(shù)據(jù)存儲(chǔ)B、數(shù)據(jù)加工C、數(shù)據(jù)字典D、數(shù)據(jù)定義29 .可行性研究的目的不是解決問(wèn)題，而是確定問(wèn)題是否值得去解決，下列不是可行性研究的內(nèi)容是（）A、需求分析B、風(fēng)險(xiǎn)分析C、資源分析D、技術(shù)分析31 .一個(gè)軟件項(xiàng)目是否進(jìn)行開(kāi)發(fā)的結(jié)論是在（）文檔中作出的。C、軟件開(kāi)發(fā)計(jì)劃日可行性分析報(bào)告C、需求分析說(shuō)明書D、測(cè)試報(bào)告32 .下列敘述中，不屬于數(shù)據(jù)字

8、典的作用。A、作為編碼階段的描述工具B、為用戶與開(kāi)發(fā)人員之間統(tǒng)一認(rèn)識(shí)C、作為概要設(shè)計(jì)的依據(jù)D、為需求分析階段定義各類條目33 .不適于作為數(shù)據(jù)流圖處理（加工）框名稱的是。A、人工校核工資數(shù)據(jù)B、工資支票數(shù)據(jù)C、打印工資支票D、計(jì)算職工工資34 .系統(tǒng)流程圖是概括地描述物理系統(tǒng)的傳統(tǒng)工具，它的基本思想是用圖形符號(hào)以黑盒子形式描繪系統(tǒng)組成系統(tǒng)的每個(gè)部件，其表達(dá)的是（）A、控制過(guò)程B、對(duì)數(shù)據(jù)進(jìn)行加工和處理的過(guò)程C、程序的功能D、數(shù)據(jù)在各部件之間的流動(dòng)情況35 .雖然可以使用自然語(yǔ)言描述由數(shù)據(jù)元素組成數(shù)據(jù)的關(guān)系，但為了更加清晰簡(jiǎn)潔，建議采用符號(hào)來(lái)表示，其中1a5所代表的含義是（）A、a重復(fù)出現(xiàn)，最少出

9、現(xiàn)1次，最多出現(xiàn)5次B、a重復(fù)出現(xiàn)，只能出現(xiàn)1次，或5次C、a重復(fù)出現(xiàn)，其可以出現(xiàn)1次，也可以出現(xiàn)5次D、a是可選的，可以出現(xiàn)2、3、4次36 .（）是可行性研究的一項(xiàng)重要內(nèi)容，是客戶組織負(fù)責(zé)人從經(jīng)濟(jì)角度判斷是否繼續(xù)投資于這項(xiàng)工程的主要依據(jù)。A、純收入計(jì)算B、投資回收期分析C、成本/效益分析H投資回收率分析37 .下面哪一項(xiàng)不屬于可行性研究階段的典型步驟（）A、研究目前正在使用的系統(tǒng)B、草擬開(kāi)發(fā)計(jì)劃C、書寫文檔提交審查D、梳理模塊間關(guān)系38 .復(fù)雜的數(shù)據(jù)流圖（）。A、只有變換型B、只有事務(wù)型C、無(wú)規(guī)律D、既有變換型又有事務(wù)型39 .（）需求制定系統(tǒng)必須提供的服務(wù)，是對(duì)軟件系統(tǒng)的一項(xiàng)基本需求，但

10、卻并不是唯一的需求。C、功能需求B、性能需求C、可靠性和可用性需求D、接口及約束40 .“系統(tǒng)每周7天、每天24小時(shí)都可以使用且運(yùn)行無(wú)誤”，代表的是（）C、功能需求B、性能需求C、可靠性和可用性需求D、接口及約束41 .“系統(tǒng)應(yīng)在20秒之內(nèi)響應(yīng)所有的請(qǐng)求”，代表的是（）C、功能需求B、性能需求C、可靠性和可用性需求D、接口及約束42 .“系統(tǒng)出現(xiàn)異常時(shí)，應(yīng)能為用戶給出指導(dǎo)性的提示，并及時(shí)保存當(dāng)前的數(shù)據(jù)”代表的是（）A、出錯(cuò)處理需求B、性能需求C、可靠性和可用性需求D、接口及約束43 .與用戶溝通獲取需求的方式有很多，其中（）不屬于獲取需求的方式。A、正式或非正式的訪談B、自底向上的求精方法C、

11、快速建立軟件原型D、建議的應(yīng)用規(guī)格說(shuō)明技術(shù)44 .“快速建立軟件原型”是一種比較準(zhǔn)確、有效、強(qiáng)大的需求分析技術(shù)，為了快速的構(gòu)建和修改原型，通常采用3種方法和工具，以下哪項(xiàng)是無(wú)效的（）A、可重用的軟件構(gòu)件B、形式化需求規(guī)格說(shuō)明和環(huán)境原型C、高級(jí)語(yǔ)言選擇D、第四代技術(shù)45 .通常用“范式”定義消除數(shù)據(jù)冗余的程度，其中第三范式要求符合第二范式的條件，而且（）A、每個(gè)屬性值都必須是原子值B、每個(gè)非關(guān)鍵字屬性值都由整個(gè)關(guān)鍵字決定C、非關(guān)鍵字不是由關(guān)鍵字的一部分來(lái)決定D、一個(gè)非關(guān)鍵字屬性值不依賴于另一個(gè)非關(guān)鍵字屬性值46 .結(jié)構(gòu)化分析階段要建立中模型，分別是（）A、功能模型、數(shù)據(jù)模型、狀態(tài)模型B、功能模型

12、、行為模型、數(shù)據(jù)模型C、功能模型、數(shù)據(jù)模型、動(dòng)態(tài)模型D、對(duì)象模型、動(dòng)態(tài)模型、功能模型47,（）是對(duì)引起系統(tǒng)做動(dòng)作或（和）從一個(gè)狀態(tài)轉(zhuǎn)換到另一個(gè)狀態(tài)的外界事情的抽象。A、事件日狀態(tài)C、初態(tài)D、終態(tài)48 .進(jìn)行需求分析可使用多種工具，但（）是不適用的。A、數(shù)據(jù)流圖BE-R圖C、PAD圖D、數(shù)據(jù)字典49 .E-R圖是用于建立數(shù)據(jù)模型的的圖形，其中包括3種相互關(guān)聯(lián)的信息，分別是（）A、數(shù)據(jù)、對(duì)象、實(shí)體B、控制、聯(lián)系、對(duì)象C、實(shí)體、聯(lián)系、屬性D、實(shí)體、屬性、操作50 .描述復(fù)雜的事物時(shí)，圖形遠(yuǎn)比文字?jǐn)⑹鰞?yōu)越得多，在需求分析階段可以使用（）等圖形工具。A、層次方框圖和判定表B、數(shù)據(jù)流圖和程序流程圖C、IP

13、O圖和層次方框圖D、warnier圖和PDL51 .結(jié)構(gòu)化分析方法以數(shù)據(jù)流圖、（）和加工說(shuō)明等描述工具，即用直觀的圖和簡(jiǎn)潔的語(yǔ)言來(lái)描述軟件功能模型。A、DFD圖B、PAD圖C、HIPO圖D、數(shù)據(jù)字典52 .軟件需求說(shuō)明書中包括多方面的內(nèi)容，下述（）不是軟件說(shuō)明書中應(yīng)包括的內(nèi)容.A、數(shù)據(jù)描述B、功能描述C、性能描述D、結(jié)構(gòu)描述53 .軟件需求分析階段建立原型的主要目的是（）.A、確定系統(tǒng)的功能和性能要求B、確定系統(tǒng)的性能要求C、確定系統(tǒng)是否滿足用戶要求D、確定系統(tǒng)是否開(kāi)發(fā)人員需要54 .需求分析是由分析人員經(jīng)了解用戶的需求，認(rèn)真仔細(xì)的調(diào)研、分析，最終應(yīng)建立目標(biāo)系統(tǒng)的邏輯模型并寫出（）.A、模塊說(shuō)

14、明書B(niǎo)、需求規(guī)格說(shuō)明書C、項(xiàng)目開(kāi)發(fā)設(shè)計(jì)D、合同文檔55 .使用結(jié)構(gòu)化分析方法時(shí)，采用的基本手段是（）。C、分解和抽象B、分解和綜合C、歸納與推導(dǎo)D、試探與回溯56 .分層數(shù)據(jù)流圖是一種比較嚴(yán)格又易于理解的描述方式，它的頂層描述了系統(tǒng)的OA、總貌B、細(xì)節(jié)C、抽象D、軟件的作者57.下列關(guān)于軟件設(shè)計(jì)準(zhǔn)則的描述，錯(cuò)誤的是（）。A）提高模塊的獨(dú)立性B）深度、寬度、扇出和扇入適當(dāng)C腰摸塊的控制域在該模塊的作用域內(nèi)D）設(shè)計(jì)成單入口、單出口的模塊58 .下面關(guān)于“深度、寬度、扇出和扇入”描述錯(cuò)誤的是（）A、深度表示軟件結(jié)構(gòu)中控制的的層數(shù)B、寬度是軟件同一層次上的模塊總數(shù)的最大值C、扇出是一個(gè)模塊調(diào)用的模塊數(shù)

15、目D、扇入是直接調(diào)用這個(gè)模塊的上級(jí)模塊的數(shù)目59 .結(jié)構(gòu)化設(shè)計(jì)（SD磔軟件設(shè)計(jì)階段所使用的方法,（）不是SD所使用的工具。A、DFD圖B、PAD圖C、結(jié)構(gòu)化的過(guò)程設(shè)計(jì)語(yǔ)言D、判定樹(shù)60 .結(jié)構(gòu)化設(shè)計(jì)方法采用變換分析和事務(wù)分析技術(shù)實(shí)現(xiàn)。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)61 .把現(xiàn)實(shí)世界中的事物相似的地方集中和概括起來(lái)，暫時(shí)忽略他們之間的差異，這就是（）。A、抽象日模塊化C、自底向上D、信息隱蔽62 .（）是數(shù)據(jù)說(shuō)明、可執(zhí)行語(yǔ)句等程序?qū)ο蟮募?，它是單?dú)命名的而且可以通過(guò)名字來(lái)訪問(wèn)，是構(gòu)成程序的基本構(gòu)件。A、模塊化以抽象C、精

16、化D、模塊63 .（）是指讓一些關(guān)系密切的軟件元素在物理上彼此靠近。A、信息隱蔽B、內(nèi)聚C、局部化D、模塊獨(dú)立64 .“為了能集中精力解決主要問(wèn)題而盡量推遲對(duì)問(wèn)題細(xì)節(jié)的考慮”，這是對(duì)（）的定義。A、信息隱蔽B、逐步求精C、局部化D、模塊獨(dú)立65 .軟件設(shè)計(jì)中劃分模塊的一個(gè)準(zhǔn)則是（）。A、低內(nèi)聚低耦合B、低內(nèi)聚高耦合C、高內(nèi)聚低耦合D、高內(nèi)聚高耦合66 .模塊本身的內(nèi)聚是模塊獨(dú)立性的重要性度量因素之一。在7類內(nèi)聚中，具有最強(qiáng)內(nèi)聚的一類是（）A、順序內(nèi)聚B、過(guò)程內(nèi)聚C、邏輯內(nèi)聚D、功能內(nèi)聚67 .如果一個(gè)模塊內(nèi)部的處理元素和同一個(gè)功能密切相關(guān)，而且這些處理必須順序執(zhí)行（通常一個(gè)處理元素的輸入作為下

17、一個(gè)處理元素的輸出），則稱為（）。A、邏輯內(nèi)聚B、時(shí)間內(nèi)聚C、過(guò)程內(nèi)聚D、順序內(nèi)聚68 .如果一個(gè)模塊完成的任務(wù)在邏輯上屬于相同或相似的一類，則稱為（）A、邏輯內(nèi)聚B、時(shí)間內(nèi)聚C、過(guò)程內(nèi)聚D、順序內(nèi)聚69 .如果模塊中所有元素都是用同一個(gè)輸入數(shù)據(jù)和（或）產(chǎn)生同一個(gè)輸出數(shù)據(jù)，則稱為（）。A、通信內(nèi)聚B、時(shí)間內(nèi)聚C、過(guò)程內(nèi)聚D、順序內(nèi)聚70 .耦合是軟件各個(gè)模塊間連接的一種度量。一組模塊都訪問(wèn)同一公有環(huán)境數(shù)據(jù)結(jié)構(gòu)應(yīng)屬于（）方式。A、內(nèi)容耦合B、公共耦合C、外部耦合D、控制耦合71 .耦合是軟件中各種模塊間相互聯(lián)系的一種度量，耦合的強(qiáng)弱取決于模塊間的復(fù)雜程度，在下列耦合中，耦合度最低的是（）A、內(nèi)容

18、耦合B、公共耦合C、數(shù)據(jù)耦合D、控制耦合72 .把整個(gè)數(shù)據(jù)結(jié)構(gòu)作為參數(shù)傳遞而被調(diào)用的模塊只需要使用其中一部分?jǐn)?shù)據(jù)元素，稱之為（）A、內(nèi)容耦合B、公共耦合C、特征耦合D、控制耦合73 .模塊的功能是打印錄取通知書或不錄取通知書，調(diào)用模塊可通過(guò)向此模塊傳遞布爾標(biāo)志信息決定本次調(diào)用哪種通知書的打印，這種模塊之間的耦合稱之為（）。C、數(shù)據(jù)耦合B、混合耦合C、公共耦合D、控制耦合74 .數(shù)據(jù)沿著輸入通路到達(dá)一個(gè)處理，這個(gè)處理根據(jù)輸入數(shù)據(jù)的類型在若干動(dòng)作序列中選出一個(gè)來(lái)執(zhí)行，這類數(shù)據(jù)流稱為（）C、變換流B、變換中心C、事務(wù)中心D、事務(wù)流75 .信息沿輸入通路進(jìn)入系統(tǒng)，同時(shí)由外部形式變換成內(nèi)部形式，進(jìn)入系統(tǒng)

19、的信息經(jīng)過(guò)變換中心，經(jīng)過(guò)加工處理后再沿輸出通路變換成外部形式離開(kāi)軟件系統(tǒng)，這種信息流稱為（）。C、變換流B、變換中心C、事務(wù)中心D、事務(wù)流76 .軟件的結(jié)構(gòu)化設(shè)計(jì)（SD）方法中，一般分為總體設(shè)計(jì)和詳細(xì)設(shè)計(jì)兩個(gè)階段，其中總體設(shè)計(jì)主要是要建立（）。A、軟件結(jié)構(gòu)B、軟件流程C、軟件模型D、軟件模塊77 .面向數(shù)據(jù)流的設(shè)計(jì)方法把（）映射成軟件結(jié)構(gòu)。A、軟件結(jié)構(gòu)B、系統(tǒng)結(jié)構(gòu)C、控制結(jié)構(gòu)D、信息流78 .詳細(xì)設(shè)計(jì)的基本任務(wù)是確定每個(gè)模塊的（股計(jì)。C、功能日調(diào)用關(guān)系C、輸入輸出數(shù)據(jù)D、算法79 .結(jié)構(gòu)化程序設(shè)計(jì)思想的核心是要求程序只有順序，循環(huán)和（）三種結(jié)構(gòu)組成.A、分支B、單入口C、單出口D、有規(guī)則GOT

20、O80 .（）的結(jié)果基本上決定了最終的程序代碼的質(zhì)量。C、概要設(shè)計(jì)B、詳細(xì)設(shè)計(jì)C、編碼D測(cè)試81 .Jackson設(shè)計(jì)方法是由英國(guó)的M.Jackson提出的，它是一種面向（）的軟件設(shè)計(jì)方法。C、對(duì)象B、數(shù)據(jù)流C、數(shù)據(jù)結(jié)本D控制結(jié)構(gòu)82 .（）階段是為每個(gè)模塊完成的功能進(jìn)行具體的描述，要把功能描述轉(zhuǎn)變?yōu)榫_的、結(jié)構(gòu)化的過(guò)程描述。A、概要設(shè)計(jì)B、詳細(xì)設(shè)計(jì)C、編碼D、測(cè)試83 .結(jié)構(gòu)化程序從理論上可以不使用（）語(yǔ)句。當(dāng)然程序是否使用該語(yǔ)句是無(wú)關(guān)緊要的，重要的是程序的結(jié)構(gòu)是否嚴(yán)謹(jǐn)、清晰。A、ANDB、IFC、GOTCD、FOR84 .PAD（ProblemAnalysisDiagram）圖是一種（）工

21、具。C、系統(tǒng)描述B、詳細(xì)設(shè)計(jì)C、測(cè)試D、編程輔助85 .下列系統(tǒng)設(shè)計(jì)工具中，（）不屬于詳細(xì)設(shè)計(jì)工具。C、NS圖B、數(shù)據(jù)流圖C、程序流程圖D、PAD86 .（）應(yīng)考慮對(duì)模塊相聯(lián)和資源共享問(wèn)題進(jìn)行描法和制約。A、系統(tǒng)設(shè)計(jì)B、詳細(xì)設(shè)計(jì)C、接口控制D、結(jié)構(gòu)化編輯工具87 .程序流程圖是一種傳統(tǒng)的程序設(shè)計(jì)表示工具，有其優(yōu)點(diǎn)和缺點(diǎn)，使用該工具是應(yīng)注意（）A、支持逐步求精B、考慮控制流程C、遵守結(jié)構(gòu)化設(shè)計(jì)原則D、數(shù)據(jù)結(jié)構(gòu)表示88 .軟件設(shè)計(jì)中設(shè)計(jì)復(fù)審是和設(shè)計(jì)本身一樣重要的環(huán)節(jié)，其主要目的和作用是（）A、減少測(cè)試工作量B、減免后期付出高代價(jià)C、保證軟件質(zhì)量D、縮短軟件開(kāi)發(fā)周期89 .軟件設(shè)計(jì)中，可應(yīng)用于詳細(xì)設(shè)

22、計(jì)的工具有（）A、程序流程圖、B、數(shù)據(jù)流程圖、C、業(yè)務(wù)流程圖、D、數(shù)據(jù)流程圖、PAD方框圖和偽碼PAD.結(jié)構(gòu)圖和偽碼N-S圖和偽碼PAD.N-S圖和偽碼90 .詳細(xì)設(shè)計(jì)是軟件總體設(shè)計(jì)滯后的工作。下列可選內(nèi)容中,（）不屬于詳細(xì)設(shè)計(jì)內(nèi)容。A、算法設(shè)計(jì)B、程序流程設(shè)計(jì)C、界面設(shè)計(jì)D、功能設(shè)計(jì)91 .結(jié)構(gòu)化程序設(shè)計(jì)的一種基本方法是（）A、篩選法B、遞歸法C、迭彳弋法D、逐步求精法92 .“實(shí)現(xiàn)”在軟件生命周期中橫跨兩個(gè)階段，分別是（）。C、編碼和維護(hù)B、測(cè)試和維護(hù)C、編碼和測(cè)試D、調(diào)試和維護(hù)93 .20世紀(jì)50年代以來(lái)，出現(xiàn)了許多不同的程序設(shè)計(jì)語(yǔ)言，下列語(yǔ)言中哪個(gè)語(yǔ)言是低級(jí)語(yǔ)W（）C、PASCALB、

23、VISUALBASICC、C+D、匯編語(yǔ)百94 .把軟件設(shè)計(jì)結(jié)果翻譯成用某種程序設(shè)計(jì)語(yǔ)言書寫的程序的過(guò)程，稱之為（）。A、需求分析B、詳細(xì)設(shè)計(jì)C、編碼D、測(cè)試95 .軟件測(cè)試是為了（）而執(zhí)行程序的過(guò)程。A、證明軟件的正確性B、發(fā)現(xiàn)程序中的錯(cuò)誤C、證明軟件系統(tǒng)中存在錯(cuò)誤D、表明程序是正確的96 .使用白盒測(cè)試方法時(shí)，確定測(cè)試數(shù)據(jù)應(yīng)根據(jù)（）和指定的覆蓋標(biāo)準(zhǔn)。C、程序的內(nèi)部邏輯B、程序的復(fù)雜程度C、該軟件的編輯人員D、程序的功能97 .檢查軟件產(chǎn)品是否符合需求定義的過(guò)程稱為（）A、確認(rèn)測(cè)試B、集成測(cè)試C、系統(tǒng)測(cè)試D、模塊測(cè)試98 .單元測(cè)試又稱為（），一般用白盒法測(cè)試A、集成測(cè)試B、模塊測(cè)試C、系統(tǒng)

24、測(cè)試D、白盒法99 .對(duì)軟件是否能達(dá)到用戶所期望的要求的測(cè)試稱為（）A、集成測(cè)試B、系統(tǒng)測(cè)試C、有效T測(cè)試D、驗(yàn)收測(cè)試100 .以下（）不屬于白盒測(cè)試技術(shù)A、基本路徑測(cè)試B、邊界值分析C、條件覆蓋測(cè)試D、邏輯覆蓋測(cè)試101 .（）方法需要考察模塊間的接口和各個(gè)模塊之間的關(guān)系.A、單元測(cè)試B、集成測(cè)試C、確認(rèn)測(cè)試D、驗(yàn)收測(cè)試102 .軟件測(cè)試是軟件開(kāi)發(fā)過(guò)程中重要的和不可缺少的階段，其包含的內(nèi)容和步驟甚多而測(cè)試過(guò)程的多種環(huán)節(jié)中最基礎(chǔ)的是（）A、集成測(cè)試B、單元測(cè)試C、系統(tǒng)測(cè)試D、驗(yàn)收測(cè)試103 .可以提高軟件測(cè)試效率的是（）A、隨意選取測(cè)試的數(shù)據(jù)B、制定測(cè)試計(jì)劃C、選取邊界數(shù)據(jù)作為測(cè)試用例D、取盡

25、可能多的數(shù)據(jù)進(jìn)行測(cè)試104 .軟件測(cè)試采用白盒法的是（）A、單元測(cè)試B、集成測(cè)試C、確認(rèn)測(cè)試D、系統(tǒng)測(cè)試105 .集成測(cè)試有兩個(gè)具體辦法，它們是（）A、非漸增式方式和漸增式方式B、白盒法和黑盒法C、確認(rèn)測(cè)試和系統(tǒng)測(cè)試D、歸納法和演繹法106 .軟件測(cè)試方法一般有黑盒測(cè)試和白盒測(cè)試，而其中黑盒測(cè)試主要是依據(jù)程序的（）A、結(jié)構(gòu)日流程C、功能D、邏輯107 .程序測(cè)試是一項(xiàng)復(fù)雜的工作，一般測(cè)試者在進(jìn)行測(cè)試中都需要設(shè)計(jì)（）A、數(shù)據(jù)結(jié)構(gòu)B、測(cè)試用例C、測(cè)試階段D、測(cè)試方法108 .調(diào)試是指在測(cè)試發(fā)現(xiàn)錯(cuò)誤之后排除錯(cuò)誤的過(guò)程，（）不屬于調(diào)試途徑。A、蠻干法日回溯法C、原因排除法D、運(yùn)用測(cè)試實(shí)例法109 .所

26、謂邏輯覆蓋測(cè)試是對(duì)一系列測(cè)試過(guò)程的總稱，其中：被測(cè)程序中每個(gè)語(yǔ)句至少執(zhí)行一次，稱之為（）。A、語(yǔ)句覆蓋B、判定覆蓋C、條件覆蓋D、條件組合覆蓋110 .所謂邏輯覆蓋測(cè)試是對(duì)一系列測(cè)試過(guò)程的總稱，其中：每個(gè)判定的的每個(gè)分支都至少執(zhí)行一次，稱之為（）。A、語(yǔ)句覆蓋B、判定覆蓋C、條件覆蓋D、條件組合覆蓋111 .所謂邏輯覆蓋測(cè)試是對(duì)一系列測(cè)試過(guò)程的總稱，其中：不僅每個(gè)語(yǔ)句至少執(zhí)行一次，而且使判定表達(dá)式中的每個(gè)條件都取到各種可能的值，稱之為（）。A、語(yǔ)句覆蓋B、判定覆蓋C、條件覆蓋D、條件組合覆蓋112 .所謂邏輯覆蓋測(cè)試是對(duì)一系列測(cè)試過(guò)程的總稱，其中：每個(gè)判定表達(dá)式中條件的各種可能組合都至少出現(xiàn)一次，稱之為（）。A、語(yǔ)句覆蓋B、判定覆蓋C、條件覆蓋D、條件組合覆蓋113 .（）是一種黑盒測(cè)試技術(shù)，這種技術(shù)把程序的輸入域劃分成若干個(gè)數(shù)據(jù)類，據(jù)此導(dǎo)出測(cè)試用例。A、等價(jià)劃分B、邊界值分析C、錯(cuò)誤推測(cè)D、路徑測(cè)試114 .所謂（）是指在測(cè)試發(fā)現(xiàn)錯(cuò)誤之后排除錯(cuò)誤的過(guò)程。A、調(diào)試B、糾錯(cuò)C、評(píng)彳tD、維護(hù)115 .所謂（）就是在軟件