軟件工程復(fù)習題1

1、復(fù)習題一選擇題：1.計算機系統(tǒng)可以劃分為軟件系統(tǒng)和硬件系統(tǒng)，軟件是一種 AA邏輯產(chǎn)品 B文檔資料 C程序代碼 D物理裝置2.可行性分析研究的主要目的是 BA.定義項目B. 項目是否值得開發(fā)C.開發(fā)項目D.規(guī)劃項目3.在下列四種模塊的耦合性中，信息隱蔽性能最好的是（C）A.控制耦合B.內(nèi)容耦合 C. 數(shù)據(jù)耦合D. 特征耦合4.需求分析是回答系統(tǒng)必須（D）的問題。A. 為誰做B.怎么做C.何時做D.做什么5.在UML中，類是用 （ A ）表示的A 矩形框 B 橢圓 C 箭頭 D 菱形框 6.編碼階段是位于哪個階段之后 AA. 詳細設(shè)計B. 可行性研究C. 總體設(shè)計D. 需求分析7.在數(shù)據(jù)流圖中，圓

2、圈符號表示的是 BA. 數(shù)據(jù)源點或終點B.數(shù)據(jù)處理C. 數(shù)據(jù)存儲D. 數(shù)據(jù)流8.內(nèi)聚是衡量模塊內(nèi)部聚合能力的量度。內(nèi)聚越高，說明模塊內(nèi)各成分彼此聯(lián)系的程度 CA越松散B彼此相等C越緊密D沒有聯(lián)系9.在瀑布模型中，將軟件劃分為若干個時期，軟件項目的可行性研究一般歸屬于（D）A、維護時期B、開發(fā)時期 C、運行時期D、計劃時期10.軟件維護有四種，下面哪一個不是的 BA. 完善性維護B. 測試性維護C. 預(yù)防性維護D. 適應(yīng)性維護11.結(jié)構(gòu)化程序設(shè)計采用的三種基本控制結(jié)構(gòu)是（A）A.順序、選擇、循環(huán)B.選擇、循環(huán)、重復(fù)C.順序、分支、選擇D.輸入、變換、輸出12.軟件測試的目的是（B）A. 為了表明

3、程序沒有錯誤B.為了發(fā)現(xiàn)程序中的錯誤C. 為了說明程序能正確地執(zhí)行D.為了評價程序的質(zhì)量13.在UML的用例圖中，人形符號表示的是 CA關(guān)聯(lián)B 用例 C角色 D 系統(tǒng)14.軟件測試方法中，黑盒、白盒測試法是常用的方法，其中白盒測試主要用于測試（D）A、結(jié)構(gòu)合理性B、軟件外部功能C、程序正確性D、程序內(nèi)部邏輯15.下面哪些測試屬于黑盒測試（C）。A、路徑測試B、循環(huán)測試C、等價類劃分 D、條件判斷16.（ A ）是把對象的屬性和操作結(jié)合在一起，構(gòu)成一個獨立的對象，其內(nèi)部信息對外界是隱蔽的，外界只能通過有限的接口與對象發(fā)生聯(lián)系。 A封裝 B 繼承 C多態(tài)性D 消息 17.需求分析是軟件生存周期中的

4、一個重要階段，它的應(yīng)該是在（C）進行。A、維護階段B、軟件開發(fā)全過程C、軟件定義階段D、軟件運行階段18.下面哪個階段不屬于軟件的開發(fā)時期 C DA.編碼B.測試C.需求分析D. 維護19.模塊內(nèi)聚可分為七類，最低的內(nèi)聚是 DA. 順序內(nèi)聚B. 時間內(nèi)聚C. 過程內(nèi)聚D. 巧合內(nèi)聚20.軟件危機出現(xiàn)于_C_，為了解決軟件危機，人們提出了用_B_的原理來設(shè)計軟件，這是軟件工程誕生的基礎(chǔ)。 A50年代末 B60年代初 C60年代末 D70年代初 A運籌學 B工程學 C軟件學 D軟件學 E數(shù)字21.開發(fā)軟件需高成本和產(chǎn)品的低質(zhì)量之間有著尖銳的矛盾，這種現(xiàn)象稱作_B_。A.軟件投機B軟件危機C軟件工程

5、D軟件產(chǎn)生22.產(chǎn)生軟件危機的原因有如下幾點，除了_D_。A.軟件開發(fā)過程未經(jīng)審查 B.軟件開發(fā)不分階段，開發(fā)人員沒有明確的分工C.所開發(fā)的軟件，除了程序清單外，沒有其他文檔D.采用工程設(shè)計的方法開發(fā)軟件，不符合軟件本身的特點23.軟件工程學是應(yīng)用科學理論和工程上的技術(shù)指導(dǎo)軟件開發(fā)的學科，其目的是_B_。A引入新技術(shù)提高空間利用率B用較少的投資獲得高質(zhì)量的軟件C縮短研制周期擴大軟件功能D硬軟件結(jié)合使系統(tǒng)面向應(yīng)用24.瀑布模型把軟件生存周期劃分為軟件定義、軟件開發(fā)和_C_三個階段，而每一階段又可細分為若干個更小的階段。A詳細設(shè)計B可行性分析C運行及維護D測試與排錯25.劃分軟件生存周期的階段時所

6、應(yīng)遵循的基本原則是_D_。A、各階段的任務(wù)盡可能相關(guān)性 B、各階段的任務(wù)盡可能相對獨立C、各階段的任務(wù)在時間上連續(xù) D、各階段的任務(wù)在時間上相對獨立26.一個軟件項目是否進行開發(fā)的結(jié)論是在_B_文檔中作出的。A.軟件開發(fā)計劃B、可行性報告C、需求分析說明書D、測試報告27.分析員是_B_。 A.用戶中系統(tǒng)的直接使用者B用戶和軟件人員的中間人C軟件的編程人員 D。用戶和軟件人員的領(lǐng)導(dǎo) 28.下列敘述中，_A_不屬于數(shù)據(jù)字典的作用。A、作為編碼階段的描述工具 B、為用戶與開發(fā)人員之間統(tǒng)一認識C、作為概要設(shè)計的依據(jù) D、為需求分析階段定義各類條目29.使用結(jié)構(gòu)化分析方法時，采用的基本手段是_A_。A

7、分解和抽象B分解和綜合C歸納與推導(dǎo)D試探與回溯30.結(jié)構(gòu)化系統(tǒng)分析主要是通過_D_進行分析的。A算法分解B控制結(jié)構(gòu)分解C數(shù)據(jù)結(jié)構(gòu)分解D處理功能分解31.分層數(shù)據(jù)流圖是一種比較嚴格又易于理解的描述方式，它的頂層描述了系統(tǒng)的_A_。A總貌B細節(jié)C抽象D軟件的作者 32.軟件調(diào)試技術(shù)包括（ B ） A邊界值分析 B演繹法 C循環(huán)覆蓋 D集成測試33.瀑布模型的存在問題是（ C ） A用戶容易參與開發(fā) B缺乏靈活性 C用戶與開發(fā)者易溝通 D適用可變需求34.軟件生命周期中所花費用最多的階段是（ D ） A詳細設(shè)計 B軟件編碼 C軟件測試 D軟件維護35.下面關(guān)于文檔的敘述，錯誤的是（A）A. 文檔是僅

8、用于說明使用軟件的操作命令，不包括軟件設(shè)計和實現(xiàn)細節(jié)B. 文檔是軟件產(chǎn)品的一部分，沒有文檔的軟件就不成為軟件C. 高質(zhì)量文檔對于轉(zhuǎn)讓. 變更. 修改. 擴充和使用有重要的意義D. 軟件文檔的編制在軟件開發(fā)工作中占有突出的地位和相當大的工作量36.模塊的（C），則說明模塊的獨立性越強。A. 耦合越強B. 扇入數(shù)越高 C. 耦合越弱 . 扇入數(shù)越低37.使用獨立測試團隊的最好理由是（B ）。A. 軟件開發(fā)人員不需要做任何測試B. 測試團隊將更徹底地測試軟件C. 測試人員在測試開始之前不參與項目D. 開發(fā)人員與測試人員之間的爭論會減少38.黑盒測試技術(shù)不包括(B)A. 等價類劃分B. 路徑覆蓋C.

9、邊界值分析D. 錯誤推測39.在軟件生存周期中，時間最長的階段是 （ D ）A. 需求分析 B. 詳細設(shè)計C. 編碼 D. 維護40.以下四種邏輯覆蓋中，發(fā)現(xiàn)錯誤能力最弱的是( A ) A. 語句覆蓋 B. 條件覆蓋 C. 判定覆蓋 D. 條件組合覆蓋41.詳細設(shè)計的結(jié)果基本決定了最終程序的（ C ） A代碼的規(guī)模 B運行速度 C質(zhì)量 D可維護性42.結(jié)構(gòu)化程序設(shè)計主要強調(diào)的是（ D ）A   程序的規(guī)模 B   程序的效率C   程序設(shè)計語言的先進性 D  程序易讀性43.可行性分析是在系統(tǒng)開發(fā)的早期所做的一項重要的論證工

10、作，它是決定該系統(tǒng)是否開 發(fā)的決策依據(jù)，因必須給出（ D ）的回答。 A確定 B行或不行 C正確 D無二義44.經(jīng)濟可行性研究的范圍包括（ C ） A資源有效性 B管理制度 C效益分析 D開發(fā)風險45.結(jié)構(gòu)化分析方法以數(shù)據(jù)流圖、_D_和加工說明等描述工具，即用直觀的圖和簡潔的語言來描述軟件系統(tǒng)模型。ADFD圖BPAD圖CIPO圖D數(shù)據(jù)字典46.一個模塊直接控制（調(diào)用）的下層模塊的數(shù)目稱為模塊的_B_。A、扇入數(shù) B、扇出數(shù) C、寬度 D、作用域47.要減少兩個模塊之間的耦合，則必須_D_。A兩個模塊間的調(diào)用次數(shù)要少B模塊間傳遞的參數(shù)要少C模塊間傳遞的參數(shù)要少且布傳遞開關(guān)型參數(shù)D模塊間傳遞的參數(shù)

11、要少且不傳遞開關(guān)型參數(shù)以及兩模塊不引用同樣的全局變量48.某個模塊的作用域是指_D_。 A、被該模塊調(diào)用的所用模塊 B、調(diào)用該模塊的所有模塊C、與該模塊相關(guān)聯(lián)的所有模塊 D、受該模塊內(nèi)的判定影響的所有模塊49.程序流程圖、N-S圖和PAD圖是_B_使用的表達工具。A設(shè)計階段的概要設(shè)計B設(shè)計階段的詳細設(shè)計C編碼階段D測試階段50.若一模塊內(nèi)部的處理動作為：成分A的輸出是成分B的輸入，則該模塊的聚合性稱為_D_。A、順序內(nèi)聚 B、功能內(nèi)聚 C、過程內(nèi)聚 D、通信內(nèi)聚51.如果某種內(nèi)聚要求一個模塊中包含的任務(wù)必須在同一段時間內(nèi)執(zhí)行，則這種內(nèi)聚為（A ）。A.時間內(nèi)聚B.邏輯內(nèi)聚C.通信內(nèi)聚D.信息內(nèi)

12、聚52選擇足夠多的測試數(shù)據(jù)，使得判定表達式中的每個條件都取得各種可能的值，而且每個判定表達式也都取到各種可能的結(jié)果。滿足這種測試條件的覆蓋是（C ）。A.判定覆蓋B.條件覆蓋C.判定/條件覆蓋D.條件組合覆蓋53.下列（ B）屬于詳細設(shè)計。A.分析項目的成本和效益B.為每個模塊確定采用的算法C.編寫代碼D.確定模塊結(jié)構(gòu)，劃分模塊功能54.某次程序調(diào)試沒有出現(xiàn)預(yù)計的結(jié)果，下列（C ）不可能是原因。A變量沒有初始化B循環(huán)控制出錯C變量沒有明確的注釋D代碼輸入有誤55下列（B ）屬于不良的編程習慣。A盡量不使用GOTO 語句B從來不使用注釋C每行只寫一條語句D變量命名盡量直觀56.在衡量軟件質(zhì)量時，

13、最重要的標準是（C ）。（A） 成本低（B）可維護性好（C）符合要求（D）界面友好57在編程安全方面，一般來說無法做到（B ）。（A）避開錯誤（B）完美無缺，絕無錯誤（C）冗余 （D）涉及防錯程序58軟件工程學科出現(xiàn)的主要原因是（C）。、計算機的發(fā)展、其他工程學科的影響、軟件危機的出現(xiàn)、程序設(shè)計方法學的影響59問題定義階段必須回答的關(guān)鍵問題是（A）。、要解決的問題是什么 B、確定目標系統(tǒng)必須具備哪些功能、怎樣實現(xiàn)目標系統(tǒng) 、如何具體實現(xiàn)系統(tǒng)60在軟件可行性研究中，可以從不同的角度對軟件進行研究，其中是從軟件的功能可行性角度考慮的是（B）。、經(jīng)濟可性性、技術(shù)可行性、操作可行性、法律可行性61在軟

14、件可行性研究中，可以從不同的角度對軟件進行研究，其中是從軟件的成本/效益分析的是（A）。、經(jīng)濟可性性、技術(shù)可行性、操作可行性、法律可行性62在程序的描述和分析中，用以指明數(shù)據(jù)來源、數(shù)據(jù)流向和數(shù)據(jù)處理的輔助圖形是（B）。、瀑布模型圖 B、數(shù)據(jù)流圖 C、數(shù)據(jù)結(jié)構(gòu)圖 D、業(yè)務(wù)圖63數(shù)據(jù)流圖是用于表示軟件模型的一種圖示方法，在下列可采用的繪圖方法中，（A）是常采用的。自頂向下 自底向上 分層繪制 逐步求精、全是 B、 、64需求分析（D）。、要回答“軟件必須做什么？”、要求編寫軟件需求說明書、系統(tǒng)分析員可以采用訪談、簡易的應(yīng)用規(guī)格說明技術(shù)獲取用戶需求、以上都對65在結(jié)構(gòu)化分析方法（）中，與數(shù)據(jù)流圖配合

15、使用的是（B）。、數(shù)據(jù)流圖 、數(shù)據(jù)字典 、實體聯(lián)系圖 、程序流程圖66 通過（B）可以完成數(shù)據(jù)流圖的細化。、結(jié)構(gòu)分解 B、功能分解 C、數(shù)據(jù)分解 D、系統(tǒng)分解67需求分析最終結(jié)果是產(chǎn)生（C）。、項目開發(fā)計劃、可行性分析報告、需求規(guī)格說明書、設(shè)計說明書68軟件設(shè)計階段一般可分為（B）。、邏輯設(shè)計與功能設(shè)計、概要設(shè)計與詳細設(shè)計、概念設(shè)計與物理設(shè)計、模型設(shè)計與程序設(shè)計69好的軟件結(jié)構(gòu)應(yīng)該是（B）。、高耦合，高內(nèi)聚 、低耦合，高內(nèi)聚、高耦合，低內(nèi)聚 、低耦合，低內(nèi)聚70 Alpha測試是（A）。、由用戶在開發(fā)者的場所進行、由軟件的最終用戶在開發(fā)者的一個或多個客戶場所進行、是在不受開發(fā)者控制的環(huán)境中進行

16、的、是軟件在開發(fā)者不能控制的環(huán)境中的“真實應(yīng)用71關(guān)于測試下列說法錯誤的是（D）。、調(diào)試也稱為糾錯、調(diào)試作為成功測試的后果出現(xiàn)、調(diào)節(jié)器試是在測試發(fā)現(xiàn)錯誤之后排除錯誤的過程、調(diào)試的目標是發(fā)現(xiàn)錯誤72（C）是軟件開發(fā)人員為用戶準備的有關(guān)該軟件使用、操作、維護的資料。、開發(fā)文檔 、管理文檔、用戶文檔 、軟件文檔73（C）著重測試軟件功能。、黑盒測試 、白盒測試、功能測試 、循環(huán)測試74在邏輯覆蓋中，每個語句至少執(zhí)行一次，而且使判定表達式中的每個條件都取到各種可能的結(jié)果，這種覆蓋稱為（C）。、語句覆蓋 、判定覆蓋 、條件覆蓋 、條件組合覆蓋75在軟件結(jié)構(gòu)中，如果兩個矩形之間有直接相連，表示它們存在（B

17、）關(guān)系。、鏈接 、調(diào)用 、并列 、順序執(zhí)行76將幾個邏輯上相似的成分放在一個模塊中，該模塊的內(nèi)聚度是（A）。、邏輯性 、瞬時性 、功能性 、通信性77 在數(shù)據(jù)流圖中，有名字及方向的成分是（C）。、控制流 、信息流 、數(shù)據(jù)流 、信號流78（D）著重反映的是模塊間的隸屬關(guān)系，即模塊間的調(diào)用關(guān)系和層次關(guān)系。、程序流程圖 、數(shù)據(jù)流圖 、圖 、結(jié)構(gòu)圖79概要設(shè)計與詳細設(shè)計銜接的圖形工具是（B）。、數(shù)據(jù)流圖 、結(jié)構(gòu)圖 、程序流程圖 、圖80 程序控制的三種基本結(jié)構(gòu)中，（D）結(jié)構(gòu)可提供多條路徑選擇。、反序 、順序 、循環(huán) 、分支81下列軟件開發(fā)模型中，以面向?qū)ο蟮能浖_發(fā)方法為基礎(chǔ)，以用戶的需求為動力，以對

18、象來驅(qū)動的模型是（ C ）。A 原型模型 B 瀑布模型 C 噴泉模型 D 螺旋模型82軟件特性中，軟件產(chǎn)品交付使用后，在實現(xiàn)改正潛伏的錯誤、改進性能、適應(yīng)環(huán)境變化等方面工作的難易程度稱為（ 可維護性 ）。83軟件特性中，（ A ）是指系統(tǒng)具有清晰的結(jié)構(gòu)，能直接反映問題的需求的程度。A可理解性 B可靠性 C可適應(yīng)性 D 可重用性84需求分析中，開發(fā)人員要從用戶那里解決的最重要的問題是（ A ）A讓軟件做什么 B要給軟件提供哪些信息 C要求軟件工作效率怎樣 D讓軟件具有何種結(jié)構(gòu)85 DFD中的每個加工至少有（ B ）A一個輸入流或一個輸出流 B一個輸入流和一個輸出流C一個輸入流 D一個輸出流86數(shù)

19、據(jù)字典中，一般不出現(xiàn)的條目是（ D ） A數(shù)據(jù)流 B 數(shù)據(jù)存儲 C加工 D源點與終點87需求規(guī)格說明書的內(nèi)容不應(yīng)包括對（ B ）的描述。A.主要功能 B算法的詳細過程 C用戶界面和運行環(huán)境 D軟件性能88 SA方法的基本思想是（C ）A自底向上逐步抽象 B自底向上逐步分解C自頂向下逐步分解 D自頂向上抽象 89可行性研究要進行一次_C_需求分析。 A詳細的B全面的C簡化的、壓縮的D徹底的90_D_工具在軟件詳細設(shè)計過程中不采用。A判定表 BIPO圖 CPDL DDFD圖91程序的三種基本控制結(jié)構(gòu)的共同特點是DA不能嵌套使用B只能用來寫簡單程序C已經(jīng)用硬件實現(xiàn)D只有一個入口和一個出口92在數(shù)據(jù)流

20、圖中，（橢圓）代表（C）。A、 源點B、終點C、加工D、模塊93軟件需求分析是保證軟件質(zhì)量的重要步驟，它的實施應(yīng)該是在（C）。A、編碼階段B、軟件開發(fā)全過程C、軟件定義階段D、軟件設(shè)計階段94策略樹( C )A能用來代替程序流程圖B是程序流程圖的輔助手段C是描述基本加工的邏輯功能的有效工具DA和B95結(jié)構(gòu)化分析方法使用的描述工具( B )定義了數(shù)據(jù)流圖中每一個圖形元素。 A數(shù)據(jù)流圖 B數(shù)據(jù)字典c判定表 D判定樹96需求分析階段不適于描述加工邏輯的工具是( D )。A結(jié)構(gòu)化語言C判定樹B判定表D流程圖97數(shù)據(jù)流圖是用于軟件需求分析的工具，下列元素(C )是其基本元素。 數(shù)據(jù)流 加工 數(shù)據(jù)存儲 外

21、部實體 A和 B和 c全部 D和98數(shù)據(jù)字典最基本的功能是( C )。 A數(shù)據(jù)庫設(shè)計 B數(shù)據(jù)通訊 C數(shù)據(jù)定義 D數(shù)據(jù)維護99數(shù)據(jù)字典是對數(shù)據(jù)定義信息的集合，它所定義的對象都包含于( A )。 A數(shù)據(jù)流圖 B程序框圖c軟件結(jié)構(gòu) D方框圖100結(jié)構(gòu)化分析方法以數(shù)據(jù)流圖、( D )和加工說明等描述工具，即用直觀的圖和簡潔語言來描述軟件系統(tǒng)模型。 ADFD圖 BPAD圖 CIPO圖 D數(shù)據(jù)字典2、 填空題1.耦合性和內(nèi)聚性是衡量_的兩個定性的標準。2.從模塊內(nèi)外的聯(lián)系來看，結(jié)構(gòu)化設(shè)計的要求是_。3.一個模塊的 表明有多少個上級模塊直接調(diào)用它。4.通常，軟件生存周期包括問題定義、 、 、總體設(shè)計、詳細設(shè)

22、計、 、 、軟件運行和維護活動，可以將這些活動以適當方式分配到不同階段去完成。5.結(jié)構(gòu)化語言是介于自然語言和 之間的一種半形式語言。6.耦合性有七種類型，耦合程度最高的是 。7.在結(jié)構(gòu)化分析中，用于描述加工邏輯的主要工具有三種，即：結(jié)構(gòu)化語言、判定表、 .8.若年利率為i，不計復(fù)利，n年后可得錢數(shù)為F，則現(xiàn)在的價值P=9.從模塊內(nèi)外的聯(lián)系來看，結(jié)構(gòu)化設(shè)計的要求是_。10.UML是 的英文縮寫11軟件詳細設(shè)計階段采用的工具有 和 。12集成測試采用的具體方法有 、 13軟件編碼階段要善于積累編程的經(jīng)驗，使得編出的程序 。14在可行性研究中，（ ）是最關(guān)鍵的因素。15面向?qū)ο蠓椒ㄊ且环N運用（ ）、（ ）、（ ）、（ ）、聚合、消息傳送、多態(tài)性等概念來構(gòu)造系統(tǒng)的軟件開發(fā)方法。16軟件工程包括 _ _ 和 _ _ 兩方面的內(nèi)容，是技術(shù)與管理緊密結(jié)合所形成的工程學科。17通常把在軟件生命周期全過程中使用的一整套技術(shù)方法的集合稱為 _ _ ，也稱為范型。18瀑布模型 _ _ 適應(yīng)需求可變的軟件開發(fā)，只有到 _ _ 才能見到整個軟件系統(tǒng)19ER圖中包含了 _ _、_ _ 和 _ _ 等3種基本成分。20需求分析階段得出的數(shù)據(jù)流圖是 _ _的極好