軟件工程練習(xí)

1、C. 數(shù)據(jù)定義D. 數(shù)據(jù)維護(hù)）。B. 用戶要求C. 軟硬件要求5、 耦合度最高的是（BA. 環(huán)境B. 內(nèi)容6、 內(nèi)聚程度較低的是（AA. 偶然B. 通訊D. 系統(tǒng)要求）耦合。C. 控制D. 數(shù)據(jù)）內(nèi)聚。C. 順序D. 時(shí)間、單選題:1、下列屬于軟件的特點(diǎn)的是（D ） 。A. 軟件是一種邏輯實(shí)體，具有抽象性B. 軟件在使用過(guò)程中沒(méi)有磨損、老化的問(wèn)題C. 軟件不同于一般程序，它的一個(gè)顯著特點(diǎn)是規(guī)模龐大，復(fù)雜程度高D. 以上都正確2、需求分析階段最重要的技術(shù)文檔是（B ） 。A. 設(shè)計(jì)說(shuō)明書B. 需求規(guī)格說(shuō)明書C. 可行性分析報(bào)告D. 用戶手冊(cè)3、數(shù)據(jù)字典是軟件需求分析階段的最重要工具之一，其最基本

2、的功能是（C ） 。A. 數(shù)據(jù)庫(kù)設(shè)計(jì)B. 數(shù)據(jù)通信4、 需求分析階段的研究對(duì)象是（BA. 系統(tǒng)分析員要求7、從結(jié)構(gòu)化的瀑布模型看，在它的生命周期中的八個(gè)階段中，下面的幾個(gè)選項(xiàng)中哪個(gè)環(huán)節(jié)出錯(cuò)，對(duì)軟件的影響最大（ C）。A. 詳細(xì)設(shè)計(jì)階段B. 概要設(shè)計(jì)階段C. 需求分析階段D. 測(cè)試和運(yùn)行階段8、軟件工程方法學(xué)的目的是：使軟件生產(chǎn)規(guī)范化和工程化，而軟件工程方法得以實(shí)施的主要保證是（ C ）A. 硬件環(huán)境C. 軟件開發(fā)工具和軟件開發(fā)的環(huán)境9、 結(jié)構(gòu)化分析方法是一種預(yù)先嚴(yán)格定義需求的方法，A. 控制流B. 數(shù)據(jù)流C. 程序流10、 軟件生命周期一般都被劃分為若干個(gè)獨(dú)立的階段，是（ A ） 。B. 軟件

3、開發(fā)的環(huán)境D. 開發(fā)人員的素質(zhì)它在實(shí)施時(shí)強(qiáng)調(diào)的是分析對(duì)象的（ B ）D. 指令流其中占用精力和費(fèi)用最多的階段往往A. 運(yùn)行和維護(hù)階段B. 設(shè)計(jì)階段C. 代碼實(shí)現(xiàn)階段D. 測(cè)試階段11、軟件結(jié)構(gòu)中兩個(gè)模塊之間有調(diào)用關(guān)系，傳遞簡(jiǎn)單數(shù)據(jù)值，相當(dāng)于高級(jí)語(yǔ)言中的值傳遞，這兩個(gè)模塊之間的耦合是（D ）A. 公共耦合B. 控制耦合C. 標(biāo)記耦合D. 數(shù)據(jù)耦合12、軟件維護(hù)的四類維護(hù)活動(dòng)是（A ）A. 改正性維護(hù)，適應(yīng)性維護(hù)，完善性維護(hù)和預(yù)防性維護(hù)。B. 適應(yīng)性維護(hù)，完善性維護(hù)，搶救性維護(hù)和輔助性維護(hù)。C. 改正性維護(hù)，適應(yīng)性維護(hù)，完善性維護(hù)和輔助性維護(hù)。D. 適應(yīng)性維護(hù)，完善性維護(hù)，搶救性維護(hù)和預(yù)防性維護(hù)。

4、13、主要從（A ）幾個(gè)方面進(jìn)行系統(tǒng)可行性研究。A.技術(shù)可行性，經(jīng)濟(jì)可行性，操作可行性。B.技術(shù)可行性，經(jīng)濟(jì)可行性，系統(tǒng)可行性。C.經(jīng)濟(jì)可行性，系統(tǒng)可行性，操作可行性。D.經(jīng)濟(jì)可行性，系統(tǒng)可行性，時(shí)間可行性。14、 OMT（ Object Modelling Technique ） 方法的第一步是從問(wèn)題的陳述入手，構(gòu)造系統(tǒng)模型。系統(tǒng)模型由對(duì)象模型、（ C ）組成。B. 動(dòng)態(tài)模型和過(guò)程模型A. 靜態(tài)模型和功能模型C. 動(dòng)態(tài)模型和功能模型D. 靜態(tài)模型和操作模型15、為了表示項(xiàng)目管理功能工作中各項(xiàng)任務(wù)之間的進(jìn)度銜接關(guān)系，常用的計(jì)劃管理工具是（ D ）A.程序結(jié)構(gòu)圖B.數(shù)據(jù)流圖C. E-R圖 D.甘

5、特（Gantt）圖16、 可行性分析是在系統(tǒng)開發(fā)的早期所做的一項(xiàng)重要的論證工作，它是決定該系統(tǒng)是否開發(fā)的決策依據(jù)，因必須給出（B ）的回答。A.確定 B.行或不行C.正確 D.無(wú)二義17、在E-R 模型中，包含以下基本成分（ C）。A數(shù)據(jù)、對(duì)象、實(shí)體B. 控制、聯(lián)系、對(duì)象C 實(shí)體、聯(lián)系、屬性D. 實(shí)體、屬性、操作18、 各種軟件維護(hù)的類型中最重要的是（ A）。A.完善性維護(hù)B.糾錯(cuò)性維護(hù)C.適應(yīng)性維護(hù)D.預(yù)防性維護(hù)19、模塊的內(nèi)聚性最高的是（D ）A.邏輯內(nèi)聚B.時(shí)間內(nèi)聚C.偶然內(nèi)聚 D.功能內(nèi)聚20、提高測(cè)試的有效性非常重要,成功的測(cè)試是指（ D）A. 證明了被測(cè)試程序正確無(wú)誤B. 說(shuō)明了被

6、測(cè)試程序符合相應(yīng)的要求C.未發(fā)現(xiàn)被測(cè)程序的錯(cuò)誤D.發(fā)現(xiàn)了至今為止尚未發(fā)現(xiàn)的錯(cuò)誤21、下面幾種白箱測(cè)試技術(shù)，哪種是最強(qiáng)的覆蓋準(zhǔn)則（D ）A.語(yǔ)句覆蓋B.條件覆蓋C.判定覆蓋D.條件組合覆蓋22、若有一個(gè)計(jì)算類型的程序，它的輸入量只有一個(gè)X,其范圍是-1.0, 1.0,現(xiàn)從輸入的角度考慮一組測(cè)試用例：-1.001, -1.0, 1.0, 1.001. 設(shè)計(jì)這組測(cè)試用例的方法是（C ）A.條件覆蓋法B.等價(jià)分類法C.邊界值分析法D.錯(cuò)誤推測(cè)法23、在下列測(cè)試技術(shù)中，（ D ）不屬于黑盒測(cè)試技術(shù)。A.等價(jià)劃分B.邊界值分析C.錯(cuò)誤推測(cè)D.邏輯覆蓋24、 Jackson 方法是在軟件開發(fā)過(guò)程中常用的方法

7、，使用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)25、軟件測(cè)試時(shí)為了（ B）而執(zhí)行程序的過(guò)程。A.糾正錯(cuò)誤B.發(fā)現(xiàn)錯(cuò)誤C.避免錯(cuò)誤D.證明錯(cuò)誤26、模塊內(nèi)聚度越高，說(shuō)明模塊內(nèi)各成分彼此結(jié)合的程序越（B） 。A.松散 B.緊密C.無(wú)法判斷D.相等27、提高軟件的可維護(hù)性可采用很多措施，下列哪個(gè)不在措施之列？（A）A.提供沒(méi)有錯(cuò)誤的程序B.建立質(zhì)量保證制度C.改進(jìn)程序文檔質(zhì)量D.明確軟件質(zhì)量標(biāo)準(zhǔn)28、面向?qū)ο蟮姆治鲭A段建立的系統(tǒng)模型不包括（D） 。A.對(duì)象模型B.動(dòng)態(tài)模型C.功能模型D.數(shù)據(jù)模型

8、29、總體設(shè)計(jì)的目的是確定整個(gè)系統(tǒng)的（ B）。A.規(guī)模B.功能及模塊結(jié)構(gòu)C.費(fèi)用D測(cè)試方案30、 Jackson 設(shè)計(jì)方法是由英國(guó)的M. Jackson 提出的，它是一種面向（C ）的軟件設(shè)計(jì)方法。A.對(duì)象B.數(shù)據(jù)流C.數(shù)據(jù)結(jié)構(gòu)D.控制結(jié)構(gòu)31、 （A ）是用戶和設(shè)計(jì)者交換信息最頻繁的方法。A.原型化方法B.瀑布模型方法C.螺旋模型方法D.構(gòu)件組裝模型32、軟件測(cè)試的目的是？（ D ）A.證明軟件的正確性B.找出軟件系統(tǒng)中存在的所有錯(cuò)誤C.證明軟件系統(tǒng)中存在錯(cuò)誤D.盡可能多的發(fā)現(xiàn)軟件系統(tǒng)中的錯(cuò)誤33、使用白盒測(cè)試方法時(shí)，確定測(cè)試數(shù)據(jù)應(yīng)根據(jù)(A )和指定的覆蓋標(biāo)準(zhǔn)。A.程序的內(nèi)部邏輯B.程序的復(fù)

9、雜程度C.該軟件的編輯人員D.程序的功能34、軟件維護(hù)工作的最主要部分是( C)。A.校正性維護(hù)B.適應(yīng)性維護(hù)C.完善性維護(hù)D.預(yù)防性維護(hù)35、 PDL 是( B )語(yǔ)言。A.高級(jí)程序設(shè)計(jì)語(yǔ)言B.偽碼式C.中級(jí)程序設(shè)計(jì)語(yǔ)言D.低級(jí)程序設(shè)計(jì)語(yǔ)言36、計(jì)算機(jī)系統(tǒng)可以劃分為軟件系統(tǒng)和硬件系統(tǒng)，軟件是一種(A)A.邏輯產(chǎn)品B.文檔資料C.程序代碼D.物理裝置37、可行性分析研究的主要目的是(B )A.定義項(xiàng)目B.項(xiàng)目是否值得開發(fā)C.開發(fā)項(xiàng)目D.規(guī)劃項(xiàng)目38、需求分析是回答系統(tǒng)必須(D )的問(wèn)題。A.為誰(shuí)做B.怎么做C.何時(shí)做D.做什么39、在UML 中，類是用( A )表示的A 矩形框B 橢圓C 箭頭

10、D 菱形框40、編碼階段是位于哪個(gè)階段之后(A)A. 詳細(xì)設(shè)計(jì)B. 可行性研究C. 總體設(shè)計(jì)D. 需求分析41、 ( A )是把對(duì)象的屬性和操作結(jié)合在一起，構(gòu)成一個(gè)獨(dú)立的對(duì)象，其內(nèi)部信息對(duì)外界 是隱蔽的，外界只能通過(guò)有限的接口與對(duì)象發(fā)生聯(lián)系。A 封裝B 繼承C 多態(tài)性D 消息42、下面不屬于軟件工程的3 個(gè)要素是( D )A .工具B .過(guò)程C .方法D .環(huán)境43、數(shù)據(jù)流圖和(C)共同組成系統(tǒng)的邏輯模型。A. HIPO圖B. PDLC.數(shù)據(jù)字典 D.層次圖44、檢查軟件產(chǎn)品是否符合需求定義的過(guò)程稱為( A )A.確認(rèn)測(cè)試B.集成測(cè)試C.驗(yàn)證測(cè)試D.驗(yàn)收測(cè)試45、結(jié)構(gòu)化分析方法就是面向( B)

11、的自頂向下逐步求精進(jìn)行需求分析的方法。A.目標(biāo)B.數(shù)據(jù)流C.功能D.對(duì)象46、通過(guò)( B)可以完成數(shù)據(jù)流圖的細(xì)化。A.結(jié)構(gòu)分解B.功能分解C.數(shù)據(jù)分解D.系統(tǒng)分解47、下面不屬于軟件工程原則的是( C )A.抽象B.模塊化C.自底向上D.信息隱蔽48、 ( D)是數(shù)據(jù)說(shuō)明、可執(zhí)行語(yǔ)句等程序?qū)ο蟮募?它是單獨(dú)命名的而且可以通過(guò)名字來(lái)訪問(wèn)。A.模塊化B.抽象C.精化D.模塊49、 ( C)是指讓一些關(guān)系密切的軟件元素在物理上彼此靠近。A.信息隱蔽B.內(nèi)聚C.局部化D.模塊獨(dú)立50、在進(jìn)行軟件結(jié)構(gòu)設(shè)計(jì)時(shí)應(yīng)該遵循的最主要的原理是( C )A.抽象 B.模塊化 C.模塊獨(dú)立D.信息隱蔽51、在測(cè)試中,

12、下列說(shuō)法錯(cuò)誤的是( B )A.測(cè)試是為了發(fā)現(xiàn)程序中的錯(cuò)誤而執(zhí)行程序的過(guò)程B.測(cè)試是為了表明程序的正確性C.好的測(cè)試方案是極可能發(fā)現(xiàn)迄今為止尚未發(fā)現(xiàn)的錯(cuò)誤的測(cè)試方案D 成功的測(cè)試是發(fā)現(xiàn)了至今為止尚未發(fā)現(xiàn)的錯(cuò)誤的測(cè)試52、下列工具中為需求分析常用工具是( D )A PADB PFDC N-SD DFD53、軟件調(diào)試的目的是( B )A.發(fā)現(xiàn)錯(cuò)誤B.改正錯(cuò)誤C.改善軟件的性能D.挖掘軟件的潛能54、數(shù)據(jù)字典是對(duì)數(shù)據(jù)定義信息的集合,它所定義的對(duì)象都包含在( A)。A.數(shù)據(jù)流圖B.程序框圖C.軟件結(jié)構(gòu)D.方框圖55、軟件設(shè)計(jì)中,可應(yīng)用于詳細(xì)設(shè)計(jì)的工具有( A )。A.程序流程圖、PAD、方框圖和偽碼B.

13、數(shù)據(jù)流程圖、PAD、結(jié)構(gòu)圖和偽碼C.業(yè)務(wù)流程圖、N-S圖和偽碼D,數(shù)據(jù)流程圖、PAD、N-S圖和偽碼56、軟件設(shè)計(jì)中設(shè)計(jì)復(fù)審是和設(shè)計(jì)本身一樣重要的環(huán)節(jié),其主要目的和作用是( B )。A.減少測(cè)試工作量B.減免后期付出高代價(jià)C.保證軟件質(zhì)量D.縮短軟件開發(fā)周期57、瀑布模型將軟件生命周期歸納為個(gè)時(shí)期,即計(jì)劃期、開發(fā)期和運(yùn)行期。下列( D ) 不屬于開發(fā)期內(nèi)的工作。A .總體設(shè)計(jì)B.詳細(xì)設(shè)計(jì)C.程序設(shè)計(jì)D.維護(hù)58、耦合是軟件各個(gè)模塊間連接的一種度量。一組模塊都訪問(wèn)同一數(shù)據(jù)結(jié)構(gòu)應(yīng)屬于( B ) 方式。A.內(nèi)容耦合B.公共耦合C.外部耦合D.控制耦合59、內(nèi)聚是從功能角度來(lái)度量模塊內(nèi)的聯(lián)系,按照特定

14、次序執(zhí)行元素的模塊屬于( C ) 方式。A.邏輯內(nèi)聚B.時(shí)間內(nèi)聚C.過(guò)程內(nèi)聚D.順序內(nèi)聚60、軟件管理中,需要對(duì)軟件進(jìn)行配置,各階段文檔的管理屬于( D )。A.組織管理B.資源管理C.計(jì)劃管理D.版本管理61、結(jié)構(gòu)化軟件開發(fā)期將軟件開發(fā)劃分為3 個(gè)階段 ,其中關(guān)鍵的是( B)。A.編碼的正確性B.需求的準(zhǔn)確性C.測(cè)試的嚴(yán)格性D.設(shè)計(jì)的科學(xué)性62、瀑布模型把軟件生存周期劃分為軟件定義、軟件開發(fā)和(C )三個(gè)階段，而每一階段又可細(xì)分為若干個(gè)更小的階段。A.詳細(xì)設(shè)計(jì)B.可行性分析C.運(yùn)行及維護(hù)D.測(cè)試與排錯(cuò)63、劃分軟件生存周期的階段時(shí)所應(yīng)遵循的基本原則是(B ) 。A.各階段的任務(wù)盡可能相關(guān)性B

15、.各階段的任務(wù)盡可能相對(duì)獨(dú)立C.各階段的任務(wù)在時(shí)間上連續(xù)D.各階段的任務(wù)在時(shí)間上相對(duì)獨(dú)立64、一個(gè)軟件項(xiàng)目是否進(jìn)行開發(fā)的結(jié)論是在(B )文檔中作出的。A.軟件開發(fā)計(jì)劃B.可行性報(bào)告C.需求分析說(shuō)明書D.測(cè)試報(bào)告65、下列敘述中，( A )不屬于數(shù)據(jù)字典的作用。A .作為編碼階段的描述工具B.為用戶與開發(fā)人員之間統(tǒng)一認(rèn)識(shí)C.作為概要設(shè)計(jì)的依據(jù)D.為需求分析階段定義各類條目66、使用結(jié)構(gòu)化分析方法時(shí)，采用的基本手段是(A ) 。A.分解和抽象B.分解和綜合C.歸納與推導(dǎo)D.試探與回溯67、變換型和事務(wù)型是程序結(jié)構(gòu)的標(biāo)準(zhǔn)形式。從某處獲得數(shù)據(jù)，再對(duì)這些數(shù)據(jù)作處理，然后將結(jié)果送出是屬于(A ) 。A.變

16、換型B.事務(wù)型68、需求分析說(shuō)明書不能作為（A ） 。A.可行性研究的依據(jù)B.用戶和開發(fā)人員之間的合同C.系統(tǒng)概要設(shè)計(jì)的依據(jù)D.軟件驗(yàn)收測(cè)試的依據(jù)69、軟件的（A ）設(shè)計(jì)又稱為總體設(shè)計(jì)，其主要任務(wù)是建立軟件系統(tǒng)的總體結(jié)構(gòu)。A.概要B.抽象C.邏輯D.規(guī)劃70、結(jié)構(gòu)化設(shè)計(jì)采用模塊化方法的主要出發(fā)點(diǎn)是（D ） 。A.增加內(nèi)聚性 B.減少耦合度C.提高有效性D.降低復(fù)雜度71、一個(gè)模塊直接控制（調(diào)用）的下層模塊的數(shù)目稱為模塊的（B ） 。A.扇入數(shù)B.扇出數(shù)C.寬度 D.作用域72、某個(gè)模塊的作用域是指（ D ） 。A.被該模塊調(diào)用的所用模塊B.調(diào)用該模塊的所有模塊C.與該模塊相關(guān)聯(lián)的所有模塊D.受

17、該模塊內(nèi)的判定影響的所有模塊73、采用（D ）且編寫程序，可提高程序的可移植性。B 宏指令C. 7匚編語(yǔ)百D 高級(jí)語(yǔ)言74、對(duì)象實(shí)現(xiàn)了數(shù)據(jù)和操作的結(jié)合，使數(shù)據(jù)和操作（C ）于對(duì)象的統(tǒng)一體中。C.封裝C.循環(huán)覆蓋C.軟件開發(fā)費(fèi)D 抽象D 集成測(cè)試D 軟件系統(tǒng)的功能A .結(jié)合B .隱藏75、軟件調(diào)試技術(shù)包括（B ）A.邊界值分析B.演繹法76、需求分析階段的任務(wù)是確定（DA.軟件開發(fā)方法 B.軟件開發(fā)工具77、數(shù)據(jù)存儲(chǔ)和數(shù)據(jù)流都是（ D）,僅僅是所處的狀態(tài)不同。A.分析結(jié)果B.事件C.動(dòng)作D.數(shù)據(jù)二、判斷題1、軟件的開發(fā)與運(yùn)行經(jīng)常受到硬件的限制和制約。（V）2、模塊內(nèi)的高內(nèi)聚往往意味著模塊間的松耦

18、合。（V ）3、Jackson圖只能表達(dá)程序結(jié)構(gòu)，不能表達(dá)數(shù)據(jù)結(jié)構(gòu)。（乂 ）5、軟件的質(zhì)量好壞主要由驗(yàn)收人員負(fù)責(zé)，其他開發(fā)人員不必關(guān)心。（X ）6、判定覆蓋不一定包含條件覆蓋，條件覆蓋也不一定包含判定覆蓋。（V ）7、應(yīng)該盡量使用機(jī)器語(yǔ)言編寫代碼，提高程序運(yùn)行效率，而減少高級(jí)語(yǔ)言的使用。（X ）8、UML只能應(yīng)用于軟件系統(tǒng)模型的建立。（X ）9、容錯(cuò)就是每個(gè)程序采用兩種不同的算法編寫。（X ）10、軟件測(cè)試的目的是為了無(wú)一遺漏的找出所有的錯(cuò)誤。（X ）11、軟件工程學(xué)只有理論意義，沒(méi)有實(shí)際用途。（X ）12、軟件工程的方法只適用于大型軟件的開發(fā)，對(duì)小型軟件的開發(fā)沒(méi)有幫助。（X ）13、可行性研究進(jìn)一步研究問(wèn)題分析階段所確定的問(wèn)題是否有可行的解。（V ）14、代碼審查方法沒(méi)有計(jì)算機(jī)測(cè)試方法好。（X ）15、驗(yàn)證軟件需求的方法主要靠人工審查的方法。（V ）16、并發(fā)系統(tǒng)中遇到的一個(gè)主要問(wèn)題是定時(shí)問(wèn)題。（ V ）17、編碼風(fēng)格由個(gè)人喜好決定，沒(méi)有固定格式。（ X ）18、 軟 件 重 用 是 提 高 軟 件 開 發(fā) 生 產(chǎn) 率 和 目 標(biāo) 系 統(tǒng) 質(zhì) 量 的 重 要 途 徑 。（V ）19、判定覆蓋不一定包含條件覆蓋，條件覆蓋也不一定包含判定覆蓋。（V ）19、軟件是指用程序設(shè)計(jì)語(yǔ)言（如Pascal， C， Visual B