軟件工程習(xí)題+答案.doc

1、一、選擇題1 軟件開發(fā)瀑布模型中的軟件定義時期各個階段依次是： （ B）A） 可行性研究，問題定義，需求分析。B） 問題定義，可行性研究，需求分析。C） 可行性研究，需求分析，問題定義。D） 以上順序都不對。（ 軟件開發(fā)時期：概要設(shè)計、詳細設(shè)計、軟件實現(xiàn)、軟件測試）2 可行性研究主要從以下幾個方面進行研究： （ A）A） 技術(shù)可行性，經(jīng)濟可行性，操作可行性。B） 技術(shù)可行性，經(jīng)濟可行性，系統(tǒng)可行性。C） 經(jīng)濟可行性，系統(tǒng)可行性，操作可行性。D） 經(jīng)濟可行性，系統(tǒng)可行性，時間可行性。3 耦合是對軟件不同模塊之間互連程度的度量。各種耦合按從強到弱排列如下： （ C）A） 內(nèi)容耦合，控制耦合，數(shù)據(jù)耦

2、合，公共環(huán)境耦合。B） 內(nèi)容耦合，控制耦合，公共環(huán)境耦合，數(shù)據(jù)耦合。C） 內(nèi)容耦合， 公共環(huán)境耦合， 控制耦合，數(shù)據(jù)耦合。 （ 內(nèi)容耦合、公共耦合、外部耦合、控制耦合、特征耦合、數(shù)據(jù)耦合）D） 控制耦合，內(nèi)容耦合，數(shù)據(jù)耦合，公共環(huán)境耦合。4 在詳細設(shè)計階段所使用到的設(shè)計工具是： （ C ）A）程序流程圖，PADS, N-S圖，HIPO圖，判定表，判定樹.B）數(shù)據(jù)流程圖，Yourdon圖，程序流程圖，PAD®, N-S圖，HIPO圖。C）判定表，判定樹，PDL程序流程圖，PAD0, N-S圖。D） 判定表，判定樹，數(shù)據(jù)流程圖，系統(tǒng)流程圖，程序流程圖，層次圖。詳細設(shè)計階段工具：判定表、判

3、定樹、數(shù)據(jù)流程圖、系統(tǒng)流程圖、程序流程圖、PAD圖、N-S 圖、PDL在軟件詳細設(shè)計階段, 常用的圖形描述工具有程序流程圖 , 盒圖 （NS 圖） 和問題分析圖（PAD）.常用的語言描述工具為PDL（程序設(shè)計語言）,常用的表格描 述工具有判定表和判定樹.DF嗷據(jù)流圖：總體設(shè)計階段5 按照軟件工程的原則，模塊的作用域和模塊的控制域之間的關(guān)系是：（ A）A）模塊的作用域應(yīng)在模塊的控制域之內(nèi)。B）模塊的控制域應(yīng)在模塊的作用域之內(nèi)。C）模塊的控制域與模塊的作用域互相獨立。D）以上說法都不對。6 在軟件生命周期中，能準確確定軟件系統(tǒng)的體系結(jié)構(gòu)的功能階段是（C）A. 概要設(shè)計 B. 詳細設(shè)計 C. 需求分

4、析 D. 可行性分析7 下面不是軟件工程的 3 個要素的是（C）A過程B.方法C.環(huán)境D.工具軟件工程的三個要素：方法、工具、過程8 下面不屬于軟件的組成的是（ B ）A 程序B. 記錄 C. 文檔 D. 數(shù)據(jù) 軟件 =程序 +數(shù)據(jù) +文檔 +服務(wù)9 在瀑布模型中，將軟件分為若干個時期，軟件項目的可行性研究一般歸屬于（ C ）A. 維護時期 B. 運行時期 C. 定義時期 D. 開發(fā)時期10 . 在瀑布模型中，下面（ C ）是其突出的缺點。A. 不適應(yīng)平臺的變動B. 不適應(yīng)算法的變動C. 不適應(yīng)用戶需求的變動D.不適應(yīng)程序語言的變動11 下面不屬于軟件的特點的是（ D ） 。A軟件是一種軟件產(chǎn)

5、品B 軟件產(chǎn)品不會用壞，不存在磨損、消耗問題C軟件產(chǎn)品的生產(chǎn)主要是研制D 軟件產(chǎn)品非常便宜12 軟件開發(fā)工具是協(xié)助開發(fā)人員進行軟件開發(fā)活動所使用的軟件或環(huán)境。下面不是軟件開發(fā)工具的是。 AA. 維護工具 B. 編碼工具 C. 測試工具 D. 需求分析工具13. 下列敘述中不屬于軟件生命周期模型的是（ D ） 。A.原型模型B.瀑布模型C.螺旋模型D.快速組裝模型14. 軟件設(shè)計中，用抽象和分解的目的是（ B ） 。A.提高易讀性B.降低復(fù)雜性C.增加內(nèi)聚性D.降低耦合性15. 件生命周期中所花費用最多的階段是（ D ）。A. 詳細設(shè)計 B. 軟件編碼 C. 概要設(shè)計 D. 軟件測試和維護B）。

6、16. 開發(fā)軟件時對提高開發(fā)人員工作效率至關(guān)重要的是（A. 操作系統(tǒng)的資源管理功能B. 先進的軟件開發(fā)工具和環(huán)境C. 程序人員的數(shù)量D.計算機的并行處理能力17.開發(fā)軟件所需高成本和產(chǎn)品的低質(zhì)量之間有著尖銳的矛盾，這種現(xiàn)象稱作（ 8） 。A.軟件投機B.軟件危機C.軟件工程D軟件產(chǎn)生18軟件開發(fā)的結(jié)構(gòu)化生命周期方法將軟件生命周期劃分成（A）A. 定義、開發(fā)、運行維護B. 設(shè)計階段、編程階段、測試階段C. 總體設(shè)計、詳細設(shè)計、編程調(diào)試D.需求分析、功能定義、系統(tǒng)設(shè)計19. 軟件工程的理論和技術(shù)性研究的內(nèi)容主要包括軟件開發(fā)技術(shù)和（ B ） 。A. 消除軟件危機B. 軟件工程管理C. 程序設(shè)計自動化

7、D.實現(xiàn)軟件可重用20 軟件工程的出現(xiàn)是由于（C） 。A. 程序設(shè)計方法學(xué)的影響B(tài). 軟件產(chǎn)業(yè)化的需要C. 軟件危機的出現(xiàn)D.計算機的發(fā)展21. 在軟件生命周期中，能準確地確定軟件系統(tǒng)必須做什么和必須具備哪些功能的階段是（ D ） 。A. 概要設(shè)計B. 詳細設(shè)計C. 問題定義D.需求分析22. 開發(fā)大型軟件時，產(chǎn)生困難的根本原因是（ A ） 。A. 大系統(tǒng)的復(fù)雜性B. 人員知識不足C. 客觀世界千變?nèi)f化 D. 時間緊、任務(wù)重23. 文檔是軟件開發(fā)人員、軟件管理人員、維護人員、用戶以及計算機之間的（B） ，軟件開發(fā)人員在各個階段以文檔作為前段工作成果的體現(xiàn)和后段工作的基礎(chǔ)。A.接口 B.橋梁C.

8、科學(xué)D.繼續(xù)24. 軟件工程學(xué)的目的是以 較低的成本，研制（ A ）質(zhì)量的軟件。A較高B較低C.可靠D.優(yōu)秀25. 軟件從一個計算機系統(tǒng)或環(huán)境轉(zhuǎn)換到另一個計算機和環(huán)境的容易程度稱為（D）。A.可用性B.兼容性C.可靠性D.可移植性26. 軟件生存周期是指（ D ）階段。A. 軟件開始使用到用戶要求修改為止C. 從開始編寫程序到不能再使用為止D.從立項制定計劃，進行需求分析到不能再使用為止27. 軟件工程學(xué)是應(yīng)用科學(xué)理論和工程上的技術(shù)指導(dǎo)軟件開發(fā)的學(xué)科，其目的是（B） 。A引入新技術(shù)提高空間利用率B 用較少的投資獲得高質(zhì)量的軟件C縮短研制周期擴大軟件功能D 硬軟件結(jié)合使系統(tǒng)面向應(yīng)用28. 軟件可

9、行性分析是著重確定系統(tǒng)的目標和規(guī)模。對成本- 效益進行發(fā)現(xiàn)應(yīng)屬于下列選項中的（ A ） 。A.經(jīng)濟可行性B.操作可行性C.技術(shù)可行性D.社會可行性29. 在數(shù)據(jù)流圖中，用圓或者橢圓來表示（ B ） 。A.數(shù)據(jù)流B.加工C.數(shù)據(jù)存儲D.數(shù)據(jù)源點或終點30. 需求分析階段的任務(wù)是確定（ C ） 。A. 軟件開發(fā)方法B. 軟件開發(fā)費用C. 軟件系統(tǒng)功能D.軟件開發(fā)工具31（ D ）的目的就是用最小的代價在盡可能短的時間內(nèi)確定該軟件項目是否能夠開發(fā)，是否值得去開發(fā)。A 需求分析 B 概要設(shè)計 C 總體設(shè)計 D 可行性研究32.下列選項中（D）不是軟件需求規(guī)格目標。A. 便于用戶、分析員和軟件設(shè)計人員進

10、行理解及交流B. 控制系統(tǒng)的實施過程C. 作為軟件測試和驗收以及維護的依據(jù)D.便于軟件的維護33 下面描述中，不符合結(jié)構(gòu)化程序設(shè)計風(fēng)格的是（B） 。A使用順序、選擇和重復(fù)（循環(huán)）三種基本控制結(jié)構(gòu)表示程序的控制邏輯B 模塊只有一個入口，可以有多個出口C注重提高程序的執(zhí)行效率D 不使用goto 語句34 . 下列工具中屬于需求分析常用工具的是（ D ） 。A.PAD B.PFD C.N-S D.DFD35 .在數(shù)據(jù)流圖（DFD中，帶有名字的箭頭表示（C）。A. 控制程序的執(zhí)行順序B. 模塊之間的調(diào)用關(guān)系 （直線 ）C. 數(shù)據(jù)的流向D.程序的組成成分長方形代表起點或者終點36 . 在軟件生產(chǎn)過程中，

11、需求信息的給出是（ D ） 。A. 程序員 B. 項目管理者 C. 軟件分析設(shè)計人員 D. 軟件用戶37 下列敘述中，不屬于結(jié)構(gòu)化分析方法的是（C） 。A. 面向數(shù)據(jù)流的結(jié)構(gòu)化分析方法B. 面向數(shù)據(jù)結(jié)構(gòu)的結(jié)構(gòu)化數(shù)據(jù)系統(tǒng)開發(fā)方法C. 面向?qū)ο蟮姆治龇椒?8結(jié)構(gòu)設(shè)計（SD是一種應(yīng)用最廣泛的系統(tǒng)設(shè)計方法，是以（ B）為基礎(chǔ)、 自頂向下、逐步求精和模塊化的過程。A.數(shù)據(jù)流B.數(shù)據(jù)流圖C.數(shù)據(jù)庫D數(shù)據(jù)結(jié)構(gòu)39 需求分析是由分析員經(jīng)了解用戶的要求，認真細致地調(diào)研、分析，最終應(yīng)建立目標系統(tǒng)的邏輯模型并寫出（B） 。A.模塊說明書B.軟件規(guī)格說明書C.項目開發(fā)計劃D.合同文檔40 .結(jié)構(gòu)化分析方法以數(shù)據(jù)流圖、

12、（D）和加工說明等描述工具，即用直觀的 圖和簡潔的語言來描述軟件系統(tǒng)模型。A.DFD圖B.PAD圖C.IPO圖 D.數(shù)據(jù)字典41 . 數(shù)據(jù)字典是軟件需求分析階段的重要工具之一，它的基本功能是（ A ）A.數(shù)據(jù)定義B.數(shù)據(jù)維護C.數(shù)據(jù)通訊D.數(shù)據(jù)庫設(shè)計42 .以下（A不是詳細設(shè)計中常用的圖形描述工具。A.數(shù)據(jù)流圖B.程序流圖C.盒圖（N-S）D.問題分析圖（PAD43 . 在結(jié)構(gòu)圖的有關(guān)術(shù)語中，用于表示軟件結(jié)構(gòu)中控制的層數(shù)的是（ C ）A.扇入B扇出C深度D寬度44 . 模塊的獨立程度是評價設(shè)計好壞的重要標準。 （ A ）是衡量軟件的模塊獨立性的兩個定性度量標準。A耦合性和內(nèi)聚性B內(nèi)聚性和可靠性

13、C耦合性和獨立性D可靠性和獨立性45 . 軟件設(shè)計包括（ B ）兩個階段。A.接口設(shè)計和結(jié)構(gòu)設(shè)計B.概要設(shè)計和詳細設(shè)計C.數(shù)據(jù)設(shè)計和概要設(shè)計D.結(jié)構(gòu)設(shè)計和過程設(shè)計46 在詳細設(shè)計階段，經(jīng)常采用的工具是（ A ） 。A.PADB.SA C.SC （結(jié)構(gòu)圖，總體設(shè)計） D.DFD47 . 在軟件開發(fā)中，下面任務(wù)不屬于設(shè)計階段的是（ D ） 。A. 數(shù)據(jù)結(jié)構(gòu)設(shè)計B 給出系統(tǒng)模塊結(jié)構(gòu)C定義模塊算法D定義需求并建立系統(tǒng)模型48 . 對建立良好的程序設(shè)計風(fēng)格，下面描述正確的是（A） 。A程序應(yīng)簡單、清晰、可讀性好B符號名的命名要符合語法C充分考慮程序的執(zhí)行效率 D程序的注釋可有可無49 . 下面不屬于軟件

14、設(shè)計原則的是（ C ） 。A抽象B模塊化C自底向上D信息隱蔽50 . 為了避免流程圖在描述程序邏輯時的靈活性，提出了用方框圖來代替?zhèn)鹘y(tǒng)的程序流程圖，通常也把這種圖稱為（ C ） 。A PAD圖B.N-S圖C.結(jié)構(gòu)圖D數(shù)據(jù)流圖51 軟件測試按照功能劃分可以分為（ B ） 。A 黑盒測試和單元測試B 白盒測試和黑盒測試C集成測試和單元測試D白盒測試和靜態(tài)測試軟件測試按照 功能劃分可以分為白盒測試和黑盒測試按照開發(fā)階段 劃分，軟件測試可分為單元測試、集成測試，系統(tǒng)測試和驗收測試白盒測試方法：邏輯覆蓋、循環(huán)測試、基本路徑測試黑盒測試方法：等價分類法，邊界值分析法、錯誤推斷法, 因果圖法 , 場景法 .

15、52 在軟件測試過程的4 個步驟中，測試依據(jù)是需求規(guī)格說明的是（C）A單元測試B集成測試C確認測試D系統(tǒng)測試53 黑盒測試法屬于（C ） 。A集成測試B系統(tǒng)測試C動態(tài)測試D靜態(tài)測試靜態(tài)測試（不實際運行軟件，對軟件的格式和結(jié)構(gòu)進行評估）包括：代碼規(guī)則檢查、程序結(jié)構(gòu)分析、代碼質(zhì)量度量（程序復(fù)雜度分析）動態(tài)測試：功能確認與接口測試、覆蓋率分析、性能分析、內(nèi)存分析54 下列敘述中錯誤的是（ C ） 。A測試是為了尋找錯誤而運行程序的過程B 一個成功的測試是揭示了迄今為止尚未發(fā)現(xiàn)的錯誤的測試C測試的目的是為了證明程序是正確的D 一個好的測試用例是指很可能找到迄今為止尚未發(fā)現(xiàn)的錯誤的測試55 軟件測試過程

16、是軟件開發(fā)過程的逆過程，其最基礎(chǔ)性的測試應(yīng)是（ B）A集成測試B單元測試C有效性測試D系統(tǒng)測試55.1 有一組測試用例使得每一個被測試用例的分支覆蓋至少被執(zhí)行一次，它滿足的覆蓋標準。 （ B ）A.語句覆蓋B.判定覆蓋C.條件覆蓋D.路徑覆蓋6. 關(guān)于白盒測試與黑盒測試的最主要區(qū)別，正確的是_。 （ A ）A.白盒測試側(cè)重于程序結(jié)構(gòu)，黑盒測試側(cè)重于功能B.白盒測試可以使用測試工具，黑盒測試不能使用工具C.白盒測試需要程序參與，黑盒測試不需要D.黑盒測試比白盒測試應(yīng)用更廣泛56. 程序的三種基本控制結(jié)構(gòu)是（ B ） 。A. 過程、子程序和分程序C. 遞歸、迭代和回溯B. 順序、選擇和重復(fù)D. 調(diào)

17、用、返回和轉(zhuǎn)移57. 面向?qū)ο蟮姆治龇椒ㄖ饕墙⑷惸Ｐ?，即?D ）A）系統(tǒng)模型、ER模型、應(yīng)用模型B） 對象模型、動態(tài)模型、應(yīng)用模型C） E-R模型、對象模型、功能模型D） 對象模型、動態(tài)模型、功能模型58.在E-R模型中，包含以下基本成分（C）。A） 數(shù)據(jù)、對象、實體B） 控制、聯(lián)系、對象C） 實體、聯(lián)系、屬性59軟件測試的目標是（B ） 。A. 證明軟件是正確的B. 發(fā)現(xiàn)錯誤、降低錯誤帶來的風(fēng)險C. 排除軟件中所有的錯誤D. 與軟件調(diào)試相同60軟件生命周期中所花費用最多的階段是(D)A.詳細設(shè)計B.軟件編碼C.軟件測試D.軟件維護61. 在數(shù)據(jù)流圖中 , 圓或橢圓表示(1) A ，平

18、行線表示(2) D_。(1) A 、加工B 、外部實體C、數(shù)據(jù)流D、存儲(2) ) A 加工B、外部實體C數(shù)據(jù)流(箭頭)D、存儲62.瀑布模型(Waterfall Model )突出的缺點是不適應(yīng)(D)的變動,A、算法 B、平臺C、程序語言D、用戶需求63結(jié)構(gòu)化分析方法(SA) 的一個重要指導(dǎo)思想是( C ) 。A.自頂向下，逐步抽象B.自底向上，逐步抽象C.自頂向下，逐步分解D.自底向上，逐步分解64模塊的控制范圍包括它本身及它所有的從屬模塊，模塊的作用范圍是指模塊內(nèi)一個判定的作用范圍，凡是受到這個判定影響的所有模塊都屬于這個判定的作用范圍，理想的情況是( A)A.模塊的作用范圍應(yīng)在控制范圍

19、之內(nèi)B.模塊的控制范圍應(yīng)在作用范圍之內(nèi)C.模塊的作用范圍與控制范圍交叉D. 模塊的作用范圍與控制范圍不相交65. 軟件危機具有下列表現(xiàn)（ D ）I 、對軟件開發(fā)成本估計不準確II 、軟件產(chǎn)品的質(zhì)量往往不可靠III 、軟件常常不可維護IV、軟件成本逐年上升A I 、 II 和 III B I 、 III 和 IVC II 、 III 和 IV D 以上都正確66. 產(chǎn)生軟件危機的原因可能有（ D ）I 、用戶需求描述不精確、不準確II 、對大型軟件項目的開發(fā)缺乏有力的組織與管理III 、缺乏有力的方法學(xué)和工具的支持IV、軟件產(chǎn)品的特殊性和人類智力的局限性A I 和 II B I 、 II 和 I

20、VC II 、 III 和 IV D 以上都正確68. （ A ）分批地逐步向用戶提交產(chǎn)品，每次提交一個滿足用戶需求子集的可運行的產(chǎn)品。A. 增量模型 （ 分批 ） B 噴泉模型（重疊） C 原型模型D. 螺旋模型（迭代，風(fēng)險分析）69. 為了克服軟件危機，人們提出了用 （ D ） 的原理來設(shè)計軟件，這就是軟件工程誕生的基礎(chǔ)。A. 數(shù)學(xué) B. 軟件學(xué) C. 運籌學(xué) D. 工程學(xué)70. 具有風(fēng)險分析的軟件生存周期模型是（ C ）B. 噴泉模型A. 瀑布模型C. 螺旋模型D. 增量模型71. 瀑布模型的關(guān)鍵不足在于( B )A .過于簡單B .不能適應(yīng)需求的動態(tài)變更C .過于靈活D.各個階段需要進

21、行評審72. 軟件工程的目標有( B ) 。A. 易于維護B. 低的開發(fā)成本C. 高性能 D. 短的開發(fā)期73. 軟件工程學(xué)的目的和意義是( D ) 。A. 應(yīng)用科學(xué)的方法和工程化的規(guī)范管理來指導(dǎo)軟件開發(fā)B. 克服軟件危機C. 做好軟件開發(fā)的培訓(xùn)工作D. 以較低的成本開發(fā)出高質(zhì)量的軟件74. 開發(fā)軟件所需高成本和產(chǎn)品的低質(zhì)量之間有著尖銳的矛盾，這種現(xiàn)象稱做 ( C)A. 軟件工程 B. 軟件周期 C. 軟件危機 D. 軟件產(chǎn)生75. 快速原型模型的主要特點之一是 ( D)A. 開發(fā)完畢才見到產(chǎn)品 B. 及早提供全部完整的軟件產(chǎn)品C. 開發(fā)完畢后才見到工作軟件 D. 及早提供工作軟件76. 瀑布

22、模型的存在問題是( B )A 用戶容易參與開發(fā)B 缺乏靈活性C 用戶與開發(fā)者易溝通D 適用可變需求77. 軟件生存周期模型不包括： ( B )A.瀑布模型B.對象模型C.增量模型D.噴泉模型78. 下列哪個不屬于軟件工程的內(nèi)涵之一 ( C )A. 應(yīng)用完善的科學(xué)與工程原理B. 經(jīng)濟地開發(fā)軟件C. 高薪聘請軟件高手D. 開發(fā)既可靠又能有效運行的軟件79. 在瀑布模型中，將軟件劃分為若干個時期，軟件項目的可行性研究一般歸屬于( B )。A.維護時期B.計劃時期C.運行時期D.開發(fā)時期80. 下列哪個辦法不屬于解決軟件危機的途徑之一 ( B )A. 研制新一代智能計算機B. 大力扶持軟件企業(yè)C. 采

23、用軟件工程的解決途徑D. 采用面向?qū)ο蟮能浖O(shè)計方法81. 下面哪一項不屬于快速原型模型的優(yōu)點。 BA. 可及早為用戶提供有用的產(chǎn)品。B. 可保證在開發(fā)后期，全面發(fā)現(xiàn)錯誤給以糾正 。C. 減少技術(shù)應(yīng)用風(fēng)險，縮短開發(fā)時間，減少費用、提高生產(chǎn)率。D.促使用戶主動參與開發(fā)活動，促進各類人員的協(xié)調(diào)，適應(yīng)需求變化。82. 下列哪個不屬于瀑布模型與傳統(tǒng)的程序設(shè)計的不同之處( D )。A. 傳統(tǒng)的程序設(shè)計開發(fā)人員只開發(fā)程序 , 不寫文檔 .B. 傳統(tǒng)的程序設(shè)計重點在問題求解和算法 , 并只有自己才能讀懂 .C. 瀑布模型的各階段要第三方介入審察D.傳統(tǒng)的程序設(shè)計規(guī)定各階段必須寫文檔.83.A. 基于瀑布模型

24、的開發(fā)模式B.基于原型模型的開發(fā)模式C. 基于人機對話的開發(fā)模式D.基于關(guān)系數(shù)據(jù)庫的開發(fā)模式84. 數(shù)據(jù)字典是數(shù)據(jù)流圖中所有元素的定義的集合，一般由以下四類條目組成 （ B ） 。A. 數(shù)據(jù)說明條目、控制流條目、加工條目、數(shù)據(jù)存儲條目B. 數(shù)據(jù)流條目、數(shù)據(jù)項條目、數(shù)據(jù)存儲條目、加工條目C. 數(shù)據(jù)源條目、數(shù)據(jù)流條目、數(shù)據(jù)處理條目、數(shù)據(jù)文件條目D. 數(shù)據(jù)流條目、數(shù)據(jù)文件條目、數(shù)據(jù)項條目、加工條目85. 下列模型屬于成本估算方法的有（ A ）A.COCOM使型B.McCall模型C.McCabe度量法D.時間估算法86. DFDffl反映系統(tǒng)（D ）A.怎么做 B .對誰做 C.何時做D .做什么8

25、7. 經(jīng)濟可行性研究的范圍包括（ C ）A.資源有效性B .管理制度C.效益分析D .開發(fā)風(fēng)險88. 為高質(zhì)量地開發(fā)軟件項目， 在軟件結(jié)構(gòu)設(shè)計時， 必須遵循 （ A ） 原 則。A 信息隱蔽B 質(zhì)量控制 C 程序優(yōu)化 D 數(shù)據(jù)共享89. 需求規(guī)格說明書的作用不包括（ C ）A 軟件驗收的依據(jù)B 用戶與開發(fā)人員對軟件要做什么的共同理解90分層數(shù)據(jù)流圖是一種比較嚴格又易于理解的描述方式，它的頂層描述了系統(tǒng)的（A）。A.總貌B.細節(jié)C.抽象D.軟件的作者91經(jīng)調(diào)查，系統(tǒng)分析員給出有問題的初略陳述，其中部分描述如下：某商場的采購部門要求每天開出定購清單，交采購員；倉庫管理員將此要還應(yīng)輸入系統(tǒng)，經(jīng)庫存業(yè)

26、務(wù)（進貸或出貸）處理后輸出。從這段描述可知該部分數(shù)據(jù)流圖中的外部項為： AA. 采購員、倉庫管理員 B. 定購清單、庫存業(yè)務(wù)C.庫存業(yè)務(wù)D.定購清單、采購員92數(shù)據(jù)流是數(shù)據(jù)流圖的基本成分，下列關(guān)于數(shù)據(jù)流的敘述中，_B_ 是正確的。A. 某加工的輸入是一個數(shù)據(jù)流，該加工的輸出也必定是一個數(shù)據(jù)流B. 多個不同的數(shù)據(jù)流可以流向一個加工，也可從一個加工中流出C. 數(shù)據(jù)流只能從加工流向文件，但不能從文件流向加工D. 一個數(shù)據(jù)流可以從一個文件流向另一個文件93. 需求分析階段最重要的技術(shù)文檔之一是： （ C ）A.項目開發(fā)計劃B.設(shè)計說明書C.需求規(guī)格說明書D.可行性分析報告94需求工程的主要目的是（ C

27、 ）A. 系統(tǒng)開發(fā)的具體方案 B. 進一步確定用戶的需求C. 解決系統(tǒng)是“做什么的問題” D. 解決系統(tǒng)是“如何做的問題”95不適于作為數(shù)據(jù)流圖處理（加工）框名稱的是_B_。A.人工校核工資數(shù)據(jù)B.工資支票數(shù)據(jù)C.打印工資支票D.計算職工工資96. 結(jié)構(gòu)化程序設(shè)計思想的核心是要求程序只由順序、循環(huán)和 （ A ） 三種結(jié) 構(gòu)組成。A. 選擇 B. 單入口 C. 單出口 D. 有規(guī)則 GOTO97. 模塊（C） ，則說明模塊的獨立性越強。A耦合越強 B 扇入數(shù)越高 C 耦合越弱 D 扇入數(shù)越低98. 當一個模塊直接使用另一個模塊的內(nèi)部數(shù)據(jù)， 這種模塊之間的耦合為（ D）A 數(shù)據(jù)耦合B 公共耦合C

28、標記耦合D 內(nèi)容耦合 解析 耦合分為以下幾種，按照耦合度由高到低排列是：內(nèi)容耦合一個模塊直接訪問另一個模塊的內(nèi)容。公共耦合組模塊都訪問同一全局數(shù)據(jù)結(jié)構(gòu)。外部耦合組模塊都訪問同一個數(shù)據(jù)項?？刂岂詈弦灰灰粋€模塊明顯地把開關(guān)量、名字等信息送入另一模塊，控制 另一模塊的功能99軟件結(jié)構(gòu)圖中，模塊框之間若有直線連接，表示它們之間存在（A ）A. 調(diào)用關(guān)系 B. 組成關(guān)系 C. 鏈接關(guān)系 D. 順序執(zhí)行關(guān)系100概要設(shè)計最終結(jié)果是產(chǎn)生（C）A. 項目開發(fā)計劃 B. 需求規(guī)格說明書C. 軟件結(jié)構(gòu)設(shè)計說明書 D. 可行性分析報告101在有集成（組裝）測試的敘述中，_A 是正確的。A測試底層模塊時不需要樁模塊B

29、 驅(qū)動模塊的作用是模擬被調(diào)模塊C自頂向下測試方法易于設(shè)計測試結(jié)果D 自底向上測試方法有有利于提前預(yù)計測試結(jié)果102 程序功能說明中指出：由三個輸入數(shù)據(jù)表示一個三角形的三條邊長。根據(jù)黑盒法中的邊緣值分析法設(shè)計測試用例，應(yīng)選_D_。A.a=3,b=4,c=5B.a=1,b=2,c=4C.上述A.B項目都應(yīng)選上D.a=1,b=2,c=3103、軟件維護的副作用，是指( C ) 。A. 開發(fā)時的錯誤B. 隱含的錯誤C.因修改軟件而造成的錯誤D.運行時誤操作104. 在考察系統(tǒng)的一些涉及時序和改變的狀態(tài)時，要用動態(tài)模型來表示。動態(tài)模型著重于系統(tǒng)的控制邏輯，它包括兩個圖：一個是事件追蹤圖，另一個是( D

30、)。A.狀態(tài)圖 B .數(shù)據(jù)流圖 C .系統(tǒng)結(jié)構(gòu)圖D.時序圖105. 面向?qū)ο蠓治鍪菍ο到y(tǒng)進行( A )的一種方法。A. 需求建模 B. 程序設(shè)計C. 設(shè)計評審 D. 測試驗收106. ( C )是把對象的屬性和操作結(jié)合在一起，構(gòu)成一個獨立的對象，其內(nèi)部信息對外界是隱蔽的，外界只能通過有限的接口與對象發(fā)生聯(lián)系。A. 多態(tài)性 B. 繼承 C. 封裝 D. 消息107. 下列不屬于面向?qū)ο箝_發(fā)方法的是( B)A.Booch B.UML C.Coad D.OMT108. 面向?qū)ο蟮姆治龇椒ㄖ饕墙⑷惸Ｐ?，?( D )A.系統(tǒng)模型，ER模型，應(yīng)用模型B.對象模型，動態(tài)模型，實現(xiàn)(應(yīng)用)模型C.ER

31、模型，對象模型，功能模型D.對象模型，動態(tài)模型，功能模型109. 面向?qū)ο蟪绦蛟O(shè)計的基本機制 ( A )A. 繼承 B. 消息 C. 方法 D. 結(jié)構(gòu)110. 下列屬于面向?qū)ο蟮囊赜? C )A.分類性 B.抽象 C.對象D.封裝對象三要素：對象、屬性、服務(wù)111. 在進行面向?qū)ο蠓治鰰r，所采用的模型有( ) 。A.對象模型B.動態(tài)模型 C.靜態(tài)模型D.功能模型112. 狀態(tài)是對象屬性的值的一種抽象，它的性質(zhì)有( )。A. 時間性 B. 持續(xù)性 C. 有序性 D. 有窮性113. 建立繼承關(guān)系時所采用的方式有( ) 。A. 自頂向下B. 從內(nèi)到外C. 自底向上D. 從復(fù)雜到簡單114. 對象

32、是人們要研究的任何事物，主要的對象類型有( ) 。A. 有形實體B. 作用 C. 事件 D. 性能說明115. 類庫這種機制是 ( D ) 級別的信息共享。A. 同一類 B. 不同類 C. 同一應(yīng)用 D. 不同應(yīng)用116. 狀態(tài)是對象( D ) 的抽象。A 屬性值B. 方法 C. 功能 D. 行為117. 動態(tài)模型的描述工具是( D )A. 對象圖 B. 結(jié)構(gòu)圖 C. 流程圖 D. 狀態(tài)圖118. 在確定對象的屬性中，所有（ A ） 是候選的對象。A. 名詞 B. 動詞 C. 詞組 D. 修飾性名詞詞組119. 對象實現(xiàn)了數(shù)據(jù)和操作的結(jié)合，使數(shù)據(jù)和操作（ C ）于對象的統(tǒng)一 體中。A 結(jié)合B

33、隱藏C 封裝 D 抽象120. OO是（D ）A. 結(jié)構(gòu)化分析B.面向?qū)ο蟪绦蛟O(shè)計C. 面向?qū)ο蟪绦蚍治?D. 面向?qū)ο蠓治?21. 面向?qū)ο蟮奶卣鞑话ǎ?C ）A.繼承性。 B.多態(tài)性。C.互換性 D. 封裝性122. 在面向?qū)ο筌浖_發(fā)方法中，類與類之間主要有以下結(jié)構(gòu)關(guān)系（D）A 繼承和聚集B 繼承和一般C 聚集和消息傳遞D 繼承和方法調(diào)用123. 以下哪一項不是面向?qū)ο蟮奶卣鳎?D ）A多態(tài)性B繼承性 C封裝性D過程調(diào)用124. 對象實現(xiàn)了數(shù)據(jù)和操作的結(jié)合，使數(shù)據(jù)和操作（ C ）于對象的統(tǒng)一 體中。A 結(jié)合B 隱藏C 封裝 D 抽象125. 在面向?qū)ο筌浖_發(fā)方法中， 類與類之間主要有

34、以下結(jié)構(gòu)關(guān)系 （ A ）A繼承和聚集B繼承和一般C聚集和消息傳遞D繼承和方法調(diào)用126. 以下哪一項不是面向?qū)ο蟮奶卣鳎―）A 多態(tài)性 B 繼承性 C 封裝性 D 過程調(diào)用127. 下面所列的性質(zhì)中，（ D ）不屬于面向?qū)ο蟪绦蛟O(shè)計的特性。A.繼承性 B. 重用性 C.封裝性 D.可視化128. 下列是面向?qū)ο笤O(shè)計方法中有關(guān)對象的敘述，其中（ B ）是正確的。A. 對象在內(nèi)存中沒有它的存儲區(qū)B. 對象的屬性集合是它的特征表示C. 對象的定義與程序中類型概念相當D. 對象之間不能相互通信129. 在面向?qū)ο筌浖椒ㄖ?，“類”是?D ）。A. 具有同類數(shù)據(jù)的對象的集合B. 具有相同操作的對象的集

35、合C.具有同類數(shù)據(jù)的對象的定義D.具有同類數(shù)據(jù)和相同操作的對象的定義130. 面向?qū)ο蠓治鰰r，所標識的對象為_D是錯誤的。A. 與目標系統(tǒng)有關(guān)的物理實體B. 與目標系統(tǒng)發(fā)生作用和人或組織的角色C. 目標系統(tǒng)運行中需記憶的事件D. 目標系統(tǒng)中環(huán)境場所的狀態(tài)131. 面向?qū)ο笤O(shè)計00靖型的主要部件中，通常不包括A 。A 通信部件 B. 人機交互部件C. 任務(wù)管理 D. 數(shù)據(jù)管理132. 面向?qū)ο笤O(shè)計時，對象信息的隱藏主要是通過_A實現(xiàn)的。A. 對象的封裝性 B. 子類的繼承性C. 系統(tǒng)模塊化D.模塊的可重用133. 作為面向?qū)ο蠓治龅幕A(chǔ)、由問題領(lǐng)域中的對象所組成、用 ER圖來描 述是 _A_。A

36、 消息模型B.處理模型C.狀態(tài)模型D.瀑布模塊134. 開發(fā)軟件所需高成本和產(chǎn)品的低質(zhì)量之間有著尖銳的矛盾，這種現(xiàn)象稱作（ C ）。A.軟件工程B.軟件周期C.軟件危機D.軟件產(chǎn)生135. 下面不屬于軟件工程3 要素的是 （ D ）A） 工具 B） 過程 C） 方法 D） 環(huán)境136. 檢查軟件產(chǎn)品是否符合需求定義的過程稱為 （ A ）A）確認測試B）集成測試C）驗證測試D）驗收測試137. 數(shù)據(jù)存儲和數(shù)據(jù)流都是（ D ） ，僅僅是所處的狀態(tài)不同。A）分析結(jié)果B）事件C）動作D）數(shù)據(jù)138. 數(shù)據(jù)流圖和 （ C ） 共同組成目標系統(tǒng)的邏輯（功能）模型。A）HIPO圖B）PDL C）數(shù)據(jù)字典D）

37、層次圖139. 數(shù)據(jù)流圖用于抽象描述一個軟件的邏輯模型，數(shù)據(jù)流圖由一些特定的圖符構(gòu)成。下列圖符名標識的圖符不屬于數(shù)據(jù)流圖合法圖符的是（ A ） 。A）控制流B）加工C）數(shù)據(jù)存儲D）源和匯140. 結(jié)構(gòu)化分析方法就是面向 （ B ） 的自頂向下逐步求精進行需求分析的方 法。A）目標B）數(shù)據(jù)流C）功能D）對象141. 下面不屬于軟件工程設(shè)計基本原理的是 （ C ）A）抽象B）模塊化C）自底向上D）信息隱蔽142. （ D ） 是數(shù)據(jù)說明、可執(zhí)行語句等程序?qū)ο蟮募?，它是單獨命名的而且可以通過名字來訪問。A）模塊化B）抽象C）精化D）模塊143. 面向數(shù)據(jù)流的設(shè)計方法把（ D ） 映射成軟件結(jié)構(gòu)。A

38、）數(shù)據(jù)流B）系統(tǒng)結(jié)構(gòu)C）控制結(jié)構(gòu)D）信息流144. 程序流程圖（PDF）中的箭頭代表的是（B ）。A）數(shù)據(jù)流B）控制流C）調(diào)用關(guān)系D）組成關(guān)系145. 在進行軟件結(jié)構(gòu)設(shè)計時應(yīng)該遵循的最主要的原理是 （ C ）A）抽象B）模塊化C）模塊獨立D）信息隱蔽146. 在測試中，下列說法錯誤的是（ B ）A）測試是為了發(fā)現(xiàn)程序中的錯誤而執(zhí)行程序的過程B）測試是為了表明程序的正確性C）好的測試方案是極可能發(fā)現(xiàn)迄今為止尚未發(fā)現(xiàn)的錯誤的測試方案D）成功的測試是發(fā)現(xiàn)了至今為止尚未發(fā)現(xiàn)的錯誤的測試147. 下列工具中為需求分析常用工具是 （ D ）A）PAD B）PFD C）N-S D）DFD148. 軟件調(diào)試的

39、目的是（ B ）A）發(fā)現(xiàn)錯誤B）改正錯誤 C）改善軟件的性能D）挖掘軟件的潛能149. 軟件詳細設(shè)計主要采用的方法是（ A ） 。A）結(jié)構(gòu)化程序設(shè)計B）模型設(shè)計C）結(jié)構(gòu)化設(shè)計D）流程圖設(shè)計150. 軟件開發(fā)的原型化方法是一種動態(tài)定義軟件需求的方，下述條件中，（ A ） 是實施原型化方法所必需的。成熟的原型化人員n快速的成型工具m需求了解的正確性A） I 和 n B） ii 和田 C） I、 II 和m D） m151. 模塊本身的內(nèi)聚是模塊獨立性的重要性度量因素之一。 在 7類內(nèi)聚中，具有最強內(nèi)聚的一類是（ D ）。A）順序性內(nèi)聚B）過程性內(nèi)聚C）邏輯性內(nèi)聚D）功能性內(nèi)聚由弱到強：偶然內(nèi)聚、邏

40、輯內(nèi)聚、時間內(nèi)聚、過程內(nèi)聚；通信內(nèi)聚、順序內(nèi)聚和功能內(nèi)聚。152. 數(shù)據(jù)字典是對數(shù)據(jù)定義信息的集合，它所定義的對象都包含在 （ A ） 中。A）數(shù)據(jù)流圖B）程序框圖C）軟件結(jié)構(gòu)D）方框圖153. 軟件開發(fā)的結(jié)構(gòu)化分析方法，常用的描述軟件功能需求的工具是 （ C）A）業(yè)務(wù)流程圖、處理說明B）軟件流程圖、模塊說明C）數(shù)據(jù)流程圖、數(shù)據(jù)字 典 D） 系統(tǒng)流程圖、程序編碼154. 軟件開發(fā)的結(jié)構(gòu)化設(shè)計方法（SD方法），全面指導(dǎo)模塊化分的最重要 的原則應(yīng)該是（ C ） 。A）模塊高內(nèi)聚B）模塊低耦合C）模塊獨立性D）程序模塊化155. 面向數(shù)據(jù)流的軟件設(shè)計方法，一般是把數(shù)據(jù)流圖中得數(shù)據(jù)流化分為（ B ）

41、兩種流，再將數(shù)據(jù)流圖映射為軟件結(jié)構(gòu)。A）數(shù)據(jù)流與事務(wù)流B）交換流和事務(wù)流C）信息流與控制流D）交換流和數(shù)據(jù) 流156. 軟件設(shè)計中，可應(yīng)用于詳細設(shè)計的工具有（ A ）A）程序流程圖、PAD方框圖和偽碼B)數(shù)據(jù)流程圖、PAD結(jié)構(gòu)圖和偽碼C)業(yè)務(wù)流程圖、N-S圖和偽碼D)數(shù)據(jù)流程圖、PAD N-S圖和偽碼157. 軟件開發(fā)的可行性研究，一般涉及經(jīng)濟、技術(shù)和操作的可能性，而進行可行性研究的基本依據(jù)則是用戶提出的軟件( B ) 。A) 系統(tǒng)質(zhì)量 B) 系統(tǒng)目標 C) 系統(tǒng)功能 D) 系統(tǒng)性能158. 結(jié)構(gòu)化方法將軟件生命周期分為計劃、開發(fā)和運行3 個時期，下列任務(wù)中 ( B ) 屬于計劃時期的任務(wù)。A

42、) 需求分析 B) 問題定義 C) 總體設(shè)計 D) 編碼159. 耦合是軟件各個模塊間連接的一種度量。一組模塊都訪問同一數(shù)據(jù)結(jié)構(gòu)應(yīng)屬于 ( B ) 方式。A)內(nèi)容耦合B)公共耦合C)外部耦合D)控制耦合 解析 耦合分為以下幾種，按照耦合度由高到低排列是：內(nèi)容耦合一個模塊直接訪問另一個模塊的內(nèi)容。公共耦合組模塊都訪問同一全局數(shù)據(jù)結(jié)構(gòu)。外部耦合組模塊都訪問同一個數(shù)據(jù)項?？刂岂詈弦灰灰粋€模塊明顯地把開關(guān)量、名字等信息送入另一模塊，控制另一模塊的功能160. 內(nèi)聚是從功能角度來度量模塊內(nèi)的聯(lián)系，按照特定次序執(zhí)行元素的模塊屬于 ( C ) 方式。A)邏輯內(nèi)聚B)時間內(nèi)聚C)過程內(nèi)聚D)順序內(nèi)聚邏輯內(nèi)聚是

43、指把幾種相關(guān)的功能組合在一起，每次調(diào)用時，由傳給模塊的參數(shù)來確定模塊應(yīng)完成哪一種功能；時間內(nèi)聚是指順序完成一類相關(guān)功能的模塊；過程內(nèi)聚是指內(nèi)部的處理元素是相關(guān)的而且必須以特定次序執(zhí)行的模塊，與題目相符；而順序模塊是把模塊內(nèi)的處理元素和同一個功能密切相關(guān)，而且這些處理必須順序執(zhí)行的模塊。161. 軟件管理中，需要對軟件進行配置，各階段文檔的管理屬于 （ D ）A）組織管理B）資源管理C）計劃管理D）版本管理162. 軟件開發(fā)的結(jié)構(gòu)化方法中，常用數(shù)據(jù)字典技術(shù)，其中數(shù)據(jù)加工是其組成內(nèi)容之一，下述方法（ D） 是常采用編寫加工說明的方法。I結(jié)構(gòu)化語言n判定樹m判定表A） I B） n C） n、m D

44、）都是163. 軟件開發(fā)過程中，軟件結(jié)構(gòu)設(shè)計是描述（ B ） 。A）數(shù)據(jù)存儲結(jié)構(gòu)B）軟件模塊體系C）軟件結(jié)構(gòu)測試D）軟件控制過程164. （ B ）是對象的靜態(tài)特征。A. 方法 B. 屬性 C. 關(guān)系 D. 操作165. 對象的（ D ）是對象的動態(tài)特征。A.特征B.屬性C.關(guān)系D.操作166. 屬于某個類的一個具體對象稱為該類的（ A ）A. 實例 B. 虛擬 C. 繼承 D. 多態(tài)A） 一種可視化的建模語言B） 是一種可視化的程序設(shè)計語言C）是一種過程D） 是一種方法168. 下列的（ C ）不屬于面向?qū)ο蠓治瞿Ｐ?。A. 用例圖 B. 類圖 C. 實體關(guān)系圖 D. 順序圖169. 程序的三

45、種基本控制結(jié)構(gòu)是（ B ）。A 過程、子程序和分程序 B 順序、 選擇和重復(fù) C 遞歸、 堆棧和隊列 D 調(diào)用、返回和轉(zhuǎn)移170. 結(jié)構(gòu)化程序設(shè)計主要強調(diào)的是（ D ）。A.程序白規(guī)模B.程序的效率C.程序設(shè)計語言的先進性D.程序易讀性171. 使用白盒測試方法時， 確定測試數(shù)據(jù)應(yīng)根據(jù)（ A ） 和指定的覆蓋標準。A.程序內(nèi)部邏輯 B .程序復(fù)雜結(jié)構(gòu)C.使用說明書D .程序的功能172. 確認測試主要涉及的文檔是（ A ）。A）需求規(guī)格說明書B）概要設(shè)計說明書C）詳細設(shè)計說明書D）源程序173. 測試的關(guān)鍵問題是（ D ）。A. 如何組織對軟件的評審B. 如何驗證程序的正確性C. 如何采用綜合

46、策略D.如何選擇測試用例174. 下面哪個測試屬于黑盒測試（ B ）。A）路徑測試B）等價類劃分C）條件判斷覆蓋測試D）循環(huán)測試175. 軟件測試方法中，黑盒、白盒測試法是常用的方法，其中白盒測試主要用于測試（ D ）。A）結(jié)構(gòu)合理性B）軟件外部功能C）程序正確性D）程序內(nèi)部邏輯176. 為了適應(yīng)軟硬件環(huán)境變化而修改軟件的過程是（ C ） 。A）校正性維護B）完善性維護C）適應(yīng)性維護D）預(yù)防性維護177. 在 McCall 軟件質(zhì)量度量模型中，（ C ）屬于面向軟件產(chǎn)品修改。A.可靠性 B .可重用性C .適應(yīng)性 D .可移植性178. 瀑布模型的存在問題是（ B ）A.用戶容易參與開發(fā)B.缺

47、乏靈活性 C.用戶與開發(fā)者易溝通D .適用可變需求179. 軟件生命周期中所花費用最多的階段是（ D ）A.詳細設(shè)計 B .軟件編碼C .軟件測試D.軟件維護180. 程序的三種基本控制結(jié)構(gòu)的共同特點是（ D ）A.不能嵌套使用B.只能用來寫簡單程序C.已經(jīng)用硬件實現(xiàn)D.只有一個入口和一個出口181. 原型化方法是用戶和設(shè)計者之間執(zhí)行的一種交互構(gòu)成，適用于 （ A ） 系統(tǒng)。A.需求不確定性高的B.需求確定的C.管理信息D.實時182. 以下不屬于邏輯覆蓋的是（ D ）。A. 語句覆蓋 B. 判定覆蓋 C. 條件覆蓋D. 基本路徑覆蓋183. 一個模塊的（ B ）是指能直接控制該模塊的模塊數(shù)。

48、A. 扇出數(shù) B. 扇入數(shù) C. 寬度 D. 深度184. 軟件需求分析階段的工作， 可以分為 4 個方面： 需求獲取， 需求分析， 編寫需求規(guī)格說明書以及（ B ） 。A）用戶B）需求審評C）總結(jié)D）都不正確185. 以下分析模型的結(jié)構(gòu)成員中，屬于行為模型的是（ C ） 。A） 數(shù)據(jù)流圖 B） 實體 - 關(guān)系圖 C） 狀態(tài)轉(zhuǎn)換圖 D） 數(shù)據(jù)字典186. 在白盒法技術(shù)測試用例的設(shè)計中（ A ）是最弱的覆蓋標準。A） 語句 B） 條件 C） 判定187. 模塊化中的信息隱藏原則是指（A） 使信息對用戶隱藏C） 使信息對軟件隱藏D）188. CAS品指（C ）。A計算機輔助軟件開發(fā)BC）計算機輔助

49、軟件工程D189. 以下軟件生命周期模型中，（A）快速原型模型B ）螺旋模型D） 條件組合B ）。B） 使信息對其它模塊隱藏使信息對操作系統(tǒng)隱藏）計算機輔助軟件制造）計算機輔助軟件設(shè)計A ）是用戶驅(qū)動的模型。C ）噴泉模型D ）瀑布模型190. 若有一個計算類型的程序，它的輸入量只有一個X,其范圍是-1.0 ,1.0，現(xiàn)從輸入的角度考慮一組測試用例： -1.001 ， -1.0 ， 1.0 ， 1.001 。設(shè)計這組測試用例的方法是 （）A）條件覆蓋法 B ）等價分類法 測法191. 模塊的扇入是指（ A ）。C）邊界值分析法D ）錯誤推）本模塊的所有下層模塊數(shù)C）調(diào)用本模塊的所有模塊數(shù)D ）

50、本模塊調(diào)用的所有模塊數(shù)A）本模塊的所有上層模塊數(shù) B192. 軟件生存周期是指（ D ）。A）開發(fā)軟件的全部時間B）使用軟件的全部時間C）開發(fā)和使用軟件的全部時間D）從軟件計劃起直到軟件廢棄所經(jīng)歷的全部時間193. 測試用例是指（ C ）。A）被測對象B）測試的輸入數(shù)據(jù)C）測試數(shù)據(jù)+ 預(yù)期結(jié)果D ）測試的預(yù)期結(jié)果194. 軟件能力成熟度模型CM附為（ C ）個等級。A） 3 B ） 4 C ） 5 D ） 6195 .數(shù)據(jù)流A由若干個數(shù)據(jù)項B和一個數(shù)據(jù)項C組成，用數(shù)據(jù)字典的符號 表示出來（ D ）。A A = B + C B A = B+C C A = B+CD A = B+ C196 .分層

51、DFD中父子平衡是指（ D ）。A.父加工的數(shù)據(jù)流數(shù)目與子圖中數(shù)據(jù)流數(shù)目相同B.父圖應(yīng)包含子圖中的全部數(shù)據(jù)流C.子圖應(yīng)包含父圖中的全部數(shù)據(jù)流D.父加工和子圖的輸入數(shù)據(jù)和輸出數(shù)據(jù)應(yīng)分別保持一致197. 下列 （ B ） 屬于不良的編程習(xí)慣。A.盡量不使用GOT®句B.從來不使用注釋C. 每行只寫一條語句D.變量命名盡量直觀198. 瀑布模型中各階段按時間先后順序是( B )A.計劃-需求分析-編碼-設(shè)計-測試-維護B.計劃-需求分析-設(shè)計-編碼-測試-維護C.計劃-設(shè)計-需求分析-編碼-測試-維護D.計劃-需求分析-設(shè)計-測試-編碼-維護199. 目前最流行的面向?qū)ο蠼ＵZ言是( C

52、)。A) HTMLB ) XML C ) UML D ) VML判斷題：1 .軟件是一種抽象的邏輯產(chǎn)品。（V）2 .按照軟件的服務(wù)對象可將軟件劃分為系統(tǒng)軟件和應(yīng)用軟件兩類。（X ）3 . 開發(fā)軟件所需高成本和產(chǎn)品的低質(zhì)量之間有著尖銳的矛盾，這種現(xiàn)象稱作軟件危機。（，）4 .軟件危機就是大量軟件出現(xiàn)嚴重問題不能繼續(xù)再使用。（X ）5 .軟件工程有7個基本要素。（X）6 . 結(jié)構(gòu)化軟件開發(fā)期將軟件開發(fā)劃分為 3 個階段， 其中關(guān)鍵的是需求的準確性。（V）7 .瀑布模型存在的最主要的問題是缺乏靈活性。（ V ）8 .在軟件工程中，軟件是指程序+數(shù)據(jù)+文檔。（X ）9 .軟件就是指程序。（X）10 .CASE即計算機輔助軟件工程 的英文縮寫。（V ）11 .瀑布模型也稱為是基于文檔驅(qū)動的模型。（V ）12 .快速原型模型也稱為是基于文檔驅(qū)動的模型。（X ）13 .軟件生存周期是指開發(fā)軟件的全部時間。（X ）14 .軟件工程在軟件設(shè)計時把軟件的效率放在第一位。（V）15 .可行性分析研究的目的是規(guī)劃如何開發(fā)項目。（