軟件工程期末選擇題

1、1. 軟件工程的概念是哪年提出的(B )。A. 1988 B. 1968C. 1948 D. 19282. 瀑布模型的關(guān)鍵不足在于(D )。A. 過(guò)于簡(jiǎn)單 B. 各個(gè)階段需要進(jìn)行評(píng)審C. 過(guò)于靈活 D. 不能適應(yīng)需求的動(dòng)態(tài)變更3. 以下哪一項(xiàng)不是軟件危機(jī)的表現(xiàn)形式(C)。A. 開(kāi)發(fā)的軟件不滿足用戶需要 B. 開(kāi)發(fā)的軟件可維護(hù)性差C. 開(kāi)發(fā)的軟件價(jià)格便宜 D. 開(kāi)發(fā)的軟件可靠性差4. 軟件可行性研究實(shí)質(zhì)上是要進(jìn)行一次(A)需求分析、設(shè)計(jì)過(guò)程。A. 簡(jiǎn)化、壓縮的 B. 詳細(xì)的C. 徹底的 D. 深入的5. 結(jié)構(gòu)化設(shè)計(jì)是一種面向(A)的設(shè)計(jì)方法。A. 數(shù)據(jù)流 B. 模塊C. 數(shù)據(jù)結(jié)構(gòu) D. 程序6.

2、 與確認(rèn)測(cè)試階段有關(guān)的文檔是(A)。A. 需求規(guī)格說(shuō)明書(shū) B. 概要設(shè)計(jì)說(shuō)明書(shū)C. 詳細(xì)設(shè)計(jì)說(shuō)明書(shū) D. 源程序7. 軟件開(kāi)發(fā)的需求活動(dòng)，其主要任務(wù)是（D）。A. 給出軟件解決方案 B. 給出系統(tǒng)模塊結(jié)構(gòu)C. 定義模塊算法 D. 定義需求并建立系統(tǒng)模型8. 以下說(shuō)法錯(cuò)誤的是(A)。A. 文檔僅僅描述和規(guī)定了軟件的使用范圍及相關(guān)的操作命令B. 文檔也是軟件產(chǎn)品的一部分，沒(méi)有文檔的軟件就不成軟件C. 軟件文檔的編制在軟件開(kāi)發(fā)工作中占有突出的地位和相當(dāng)大的工作量D. 高質(zhì)量文檔對(duì)于發(fā)揮軟件產(chǎn)品的效益有著重要的意義9. 一個(gè)項(xiàng)目是否開(kāi)發(fā)，從經(jīng)濟(jì)上來(lái)說(shuō)是否可行，歸根結(jié)底是取決于(A)。A. 成本估算 B

3、. 項(xiàng)目計(jì)劃C. 工程管理 D. 工程網(wǎng)絡(luò)圖10. 在面向?qū)ο蟮脑O(shè)計(jì)中，我們應(yīng)遵循的設(shè)計(jì)準(zhǔn)則除了模塊化、抽象、低耦合、高內(nèi)聚以外，還有(B)。A. 隱藏復(fù)雜性 B. 信息隱蔽C. 經(jīng)常類的復(fù)用 D. 類的開(kāi)發(fā)11. 面向?qū)ο蟮闹饕卣鞒龑?duì)象惟一性、封裝、繼承外，還有( )。A. 多態(tài)性 B. 完整性C. 可移植性 D. 兼容性12. 在考察系統(tǒng)的一些涉及時(shí)序和改變的狀況時(shí)，要用動(dòng)態(tài)模型來(lái)表示。動(dòng)態(tài)模型著重于系統(tǒng)的控制邏輯，它包括兩個(gè)圖：一個(gè)是事件追蹤圖，另一個(gè)是( )。A. 數(shù)據(jù)流圖 B. 狀態(tài)圖C. 系統(tǒng)結(jié)構(gòu)圖 D. 用例圖13. 面說(shuō)法正確的是( )。A. 經(jīng)過(guò)測(cè)試沒(méi)有發(fā)現(xiàn)錯(cuò)誤說(shuō)明程序正確

4、B. 測(cè)試的目標(biāo)是為了證明程序沒(méi)有錯(cuò)誤C. 成功的測(cè)試是發(fā)現(xiàn)了迄今尚未發(fā)現(xiàn)的錯(cuò)誤的測(cè)試D. 成功的測(cè)試是沒(méi)有發(fā)現(xiàn)錯(cuò)誤的測(cè)試14. ( )能夠有效地檢測(cè)輸入條件的各種組合可能會(huì)引起的錯(cuò)誤。A. 等價(jià)類劃分 B. 邊界值分析C. 錯(cuò)誤推測(cè) D. 因果圖15. 火車是一種陸上交通工具?；疖嚭完懮辖煌üぞ咧g的關(guān)系是( )關(guān)系。A. 組裝 B. 整體部分C. has a D. 一般特殊16. 軟件維護(hù)產(chǎn)生的副作用，是指（ ）A、開(kāi)發(fā)時(shí)的錯(cuò)誤 B、隱含的錯(cuò)誤C、因修改軟件而造成的錯(cuò)誤 D、運(yùn)行時(shí)誤操作17. 使用程序設(shè)計(jì)的控制結(jié)構(gòu)導(dǎo)出測(cè)試用例的測(cè)試方法是（ ）A、黑盒測(cè)試 B、白盒測(cè)試C、邊界測(cè)試 D、

5、系統(tǒng)測(cè)試18. 軟件詳細(xì)設(shè)計(jì)的主要任務(wù)是確定每個(gè)模塊的（ ）A、算法和使用的數(shù)據(jù)結(jié)構(gòu) B、外部接口C、功能 D、編程19. 軟件結(jié)構(gòu)圖的形態(tài)特征能反映程序重用率的是（ ）A、深度 B、寬度C、扇入 D、扇出20. 為了提高模塊的獨(dú)立性，模塊內(nèi)部最好是（ ）A、邏輯內(nèi)聚 B、時(shí)間內(nèi)聚C、功能內(nèi)聚 D、通信內(nèi)聚21. 軟件是一種（ ）A、程序 B、數(shù)據(jù)C、邏輯產(chǎn)品 D、物理產(chǎn)品22. 需求分析最終結(jié)果是產(chǎn)生（ ）A、項(xiàng)目開(kāi)發(fā)計(jì)劃 B、需求規(guī)格說(shuō)明書(shū)C、設(shè)計(jì)說(shuō)明書(shū) D、可行性分析報(bào)告23. 因計(jì)算機(jī)硬件和軟件環(huán)境的變化而作出的修改軟件的過(guò)程稱為( )A、糾正性維護(hù) B、適應(yīng)性維護(hù) C、完善性維護(hù) D

6、、預(yù)防性維護(hù)24. 下列屬于維護(hù)階段的文檔是( )A、軟件規(guī)格說(shuō)明 B、用戶操作手冊(cè) C、軟件問(wèn)題報(bào)告 D、軟件測(cè)試分析報(bào)告25. 若有一個(gè)計(jì)算類型的程序，它的輸入量只有一個(gè)X，其范圍是-1.0，1.0，現(xiàn)從輸入的角度考慮一組測(cè)試用例：-1.001，-1.0，1.0，1.001。設(shè)計(jì)這組測(cè)試用例的方法是( )A、條件覆蓋法 B、等價(jià)分類法 C、邊界值分析法 D、錯(cuò)誤推測(cè)法26. 研究開(kāi)發(fā)所需要的成本和資源是屬于可行性研究中的( )研究的一方面。A. 技術(shù)可行性 B. 經(jīng)濟(jì)可行性 C. 社會(huì)可行性 D. 法律可行性27. 按軟件生命周期方法設(shè)計(jì)軟件的過(guò)程中，畫(huà)數(shù)據(jù)流圖屬于下面哪個(gè)階段的工作（ ）

7、A、需求分析 B、程序設(shè)計(jì)C、詳細(xì)設(shè)計(jì) D、軟件維護(hù)28. 經(jīng)過(guò)嚴(yán)密的軟件測(cè)試后所提交給用戶的軟件產(chǎn)品中（ ）A、軟件不再包含任何錯(cuò)誤 B、還可能包含少量軟件錯(cuò)誤C、所提交給用戶的可執(zhí)行文件不會(huì)含有錯(cuò)誤 D、文檔中不會(huì)含有錯(cuò)誤。29. 等價(jià)劃分測(cè)試方法屬于（ ）A、黑盒測(cè)試 B、白盒測(cè)試 C、邊界測(cè)試 D、系統(tǒng)測(cè)試30. 軟件按照設(shè)計(jì)的要求，在規(guī)定時(shí)間和條件下達(dá)到不出故障，持續(xù)運(yùn)行的要求的質(zhì)量特性稱為( )A.可用性 B.可靠性 C.正確性 D.完整性31. 確認(rèn)軟件的功能是否與需求規(guī)格說(shuō)明書(shū)中所要求的功能相符的測(cè)試屬于（ ）A、集成測(cè)試 B、恢復(fù)測(cè)試C、確認(rèn)測(cè)試 D、單元測(cè)試32. 要顯示描

8、繪軟件開(kāi)發(fā)項(xiàng)目各作業(yè)的依賴關(guān)系，應(yīng)選擇( )。A. Gantt圖 B.工程網(wǎng)絡(luò)C. COCOMO模型 D.數(shù)據(jù)流圖33. 從心理學(xué)角度看，對(duì)數(shù)據(jù)流程圖的數(shù)據(jù)處理泡進(jìn)行分解，一次分解為多少個(gè)泡為宜。（ ）A、31 B、72C、151 D、18234. 結(jié)構(gòu)化程序設(shè)計(jì)主要強(qiáng)調(diào)的是（ ）A、程序的規(guī)模 B、程序的效率C、程序設(shè)計(jì)語(yǔ)言的先進(jìn)性 D、程序易讀性35. 在用戶界面層次上對(duì)軟件進(jìn)行測(cè)試屬于哪種測(cè)試方法（ ）A、黑盒測(cè)試 B、白盒測(cè)試 C、邊界測(cè)試 D、系統(tǒng)測(cè)試36. 對(duì)象實(shí)現(xiàn)了數(shù)據(jù)和操作的結(jié)合， 使數(shù)據(jù)和操作（ ）于對(duì)象的統(tǒng)一體中。A、結(jié)合 B、隱藏 C、封裝 D、抽象37. ( )是比較理

9、想的可重用軟構(gòu)件。A.子程序庫(kù) B.源代碼包含文件C.對(duì)象 D.類38. 下列模型屬于成本估算方法的有( )A、COCOMO模型 B、McCall模型 C、McCabe度量法 D、時(shí)間估算法39. 軟件生存周期中時(shí)間最長(zhǎng)的是（ ）階段。A、總體設(shè)計(jì) B、需求分析C、軟件測(cè)試 D、軟件維護(hù)40. 為了提高模塊的獨(dú)立性，模塊之間的聯(lián)系最好的是（ ）。A、公共耦合 B、控制耦合C、內(nèi)容耦合 D、數(shù)據(jù)耦合41. 軟件概要設(shè)計(jì)結(jié)束后得到（ ）A、初始化的軟件結(jié)構(gòu)圖 B、優(yōu)化后的軟件結(jié)構(gòu)圖C、模塊的接口圖和詳細(xì)算法 D、程序編碼42. 為使得開(kāi)發(fā)人員對(duì)軟件產(chǎn)品的各個(gè)階段工作都進(jìn)行周密的思考，從而減少返工，

10、所以（ ）的編制是很重要的。A、需求說(shuō)明 B、概要說(shuō)明C、軟件文檔 D、測(cè)試計(jì)劃43. 汽車有一個(gè)發(fā)動(dòng)機(jī)，因而汽車與發(fā)動(dòng)機(jī)之間的關(guān)系是（ ）關(guān)系。A、一般與特殊 B、整體與部分C、分類關(guān)系 D、is a 關(guān)系44. 軟件部件的內(nèi)部實(shí)現(xiàn)與外部可訪問(wèn)性的分離，是指軟件的（ ）。A、繼承性 B、共享性C、封裝性 D、抽象性45. 單元測(cè)試是發(fā)現(xiàn)編碼錯(cuò)誤，集成測(cè)試是發(fā)現(xiàn)模塊的接口錯(cuò)誤，確認(rèn)測(cè)試是為了發(fā)現(xiàn)功能錯(cuò)誤，那么系統(tǒng)測(cè)試是為了發(fā)現(xiàn)（ ）的錯(cuò)誤。A、接口錯(cuò)誤 B、編碼錯(cuò)誤C、性能、質(zhì)量不合要求 D、功能錯(cuò)誤46. 軟件工程管理對(duì)軟件項(xiàng)目的開(kāi)發(fā)管理，即對(duì)整個(gè)軟件（ ）的一切活動(dòng)的管理。A、軟件項(xiàng)目 B

11、、生存期C、軟件開(kāi)發(fā)計(jì)劃 D、軟件開(kāi)發(fā)47. 許多產(chǎn)品的質(zhì)量問(wèn)題源于新產(chǎn)品的開(kāi)發(fā)設(shè)計(jì)階段，因此在產(chǎn)品（ ）階段就應(yīng)采取有力措施來(lái)消滅由于設(shè)計(jì)原因而產(chǎn)生的質(zhì)量隱患。A、軟件評(píng)審 B、軟件測(cè)試C、開(kāi)發(fā)設(shè)計(jì) D、軟件度量48. 下列幾種類型中，耦合性最弱的是（ ）。A、內(nèi)容型 B、控制型C、公共型 D、數(shù)據(jù)型49. 系統(tǒng)因錯(cuò)誤而發(fā)生故障時(shí)，仍然能在一定程度上完成預(yù)期的功能，則把該軟件稱為（ ）。A、軟件容錯(cuò) B、系統(tǒng)軟件C、測(cè)試軟件 D、恢復(fù)測(cè)試50. 瀑布模型的關(guān)鍵不足在于A、過(guò)于簡(jiǎn)單 B、不能適應(yīng)需求的動(dòng)態(tài)變更C、過(guò)于靈活 D、各個(gè)階段需要進(jìn)行評(píng)審51. 在面向?qū)ο筌浖_(kāi)發(fā)方法中，類與類之間主要

12、有以下結(jié)構(gòu)關(guān)系A(chǔ)、繼承和聚集 B、繼承和一般 C、聚集和消息傳遞 D、繼承和方法調(diào)用52. 以下哪一項(xiàng)不是軟件危機(jī)的表現(xiàn)形式A、成本高 B、生產(chǎn)率低 C、技術(shù)發(fā)展快 D、質(zhì)量得不到保證53. 以下哪一項(xiàng)不是面向?qū)ο蟮奶卣鰽、多態(tài)性 B、繼承性 C、封裝性 D、過(guò)程調(diào)用54. 軟件可行性研究一般不考慮A、是否有足夠的人員和相關(guān)的技術(shù)來(lái)支持系統(tǒng)開(kāi)發(fā)B、是否有足夠的工具和相關(guān)的技術(shù)來(lái)支持系統(tǒng)開(kāi)發(fā)C、待開(kāi)發(fā)軟件是否有市場(chǎng)、經(jīng)濟(jì)上是否合算D、待開(kāi)發(fā)的軟件是否會(huì)有質(zhì)量問(wèn)題55. 軟件維護(hù)的副作用主要有以下哪幾種A、編碼副作用、數(shù)據(jù)副作用、測(cè)試副作用B、編碼副作用、數(shù)據(jù)副作用、調(diào)試副作用C、編碼副作用、數(shù)據(jù)

13、副作用、文檔副作用D、編碼副作用、文檔副作用、測(cè)試副作用56. 軟件項(xiàng)目計(jì)劃一般不包括以下哪項(xiàng)內(nèi)容A、培訓(xùn)計(jì)劃 B、人員安排 C、進(jìn)度安排 D、軟件開(kāi)發(fā)標(biāo)準(zhǔn)的選擇和制定57. 以下哪一項(xiàng)不屬于面向?qū)ο蟮能浖_(kāi)發(fā)方法A、coad方法 B、booch方法 C、jackson方法 D、omt方法58. 以下哪種測(cè)試方法不屬于白盒測(cè)試技術(shù)A、基本路徑測(cè)試 B、邊界值分析測(cè)試 C、循環(huán)覆蓋測(cè)試 D、邏輯覆蓋測(cè)試59. “軟件危機(jī)”是指( )A. 計(jì)算機(jī)病毒的出現(xiàn)B. 利用計(jì)算機(jī)進(jìn)行經(jīng)濟(jì)犯罪活動(dòng)C. 軟件開(kāi)發(fā)和維護(hù)中出現(xiàn)的一系列問(wèn)題D. 人們過(guò)分迷戀計(jì)算機(jī)系統(tǒng)60. DFD中的每個(gè)加工至少需要( )A.

14、一個(gè)輸入流 B. 一個(gè)輸出流C. 一個(gè)輸入或輸出流 D. 一個(gè)輸入流和一個(gè)輸出流61. 為了提高模塊的獨(dú)立性，模塊之間最好是( )A. 控制耦合 B. 公共耦合 C. 內(nèi)容耦合 D. 數(shù)據(jù)耦合62. 下面關(guān)于PDL語(yǔ)言不正確的說(shuō)法是( )A. PDL是描述處理過(guò)程怎么做B. PDL是只描述加工做什么C. PDL也稱為偽碼D. PDL的外層語(yǔ)法應(yīng)符合一般程序設(shè)計(jì)語(yǔ)言常用的語(yǔ)法規(guī)則63. 詳細(xì)設(shè)計(jì)與概要設(shè)計(jì)銜接的圖形工具是( )A. DFD圖 B. 程序圖 C. PAD圖 D. SC圖64. 不適合作為數(shù)據(jù)處理與數(shù)據(jù)庫(kù)應(yīng)用的語(yǔ)言是( )A. SQL B. Cobol C. 4GL D. Lisp6

15、5. 下列關(guān)于功能性注釋不正確的說(shuō)法是( )A. 功能性注釋嵌在源程序中，用于說(shuō)明程序段或語(yǔ)句的功能以及數(shù)據(jù)的狀態(tài)B. 注釋用來(lái)說(shuō)明程序段，需要在每一行都要加注釋C. 可使用空行或縮進(jìn)，以便很容易區(qū)分注釋和程序D. 修改程序也應(yīng)修改注釋66. 下列關(guān)于效率的說(shuō)法不正確的是( )A. 效率是一個(gè)性能要求，其目標(biāo)應(yīng)該在需求分析時(shí)給出B. 提高程序效率的根本途徑在于選擇良好的設(shè)計(jì)方法，數(shù)據(jù)結(jié)構(gòu)與算法C. 效率主要指處理機(jī)時(shí)間和存儲(chǔ)器容量?jī)蓚€(gè)方面D. 程序的效率與程序的簡(jiǎn)單性無(wú)關(guān)67. 測(cè)試的關(guān)鍵問(wèn)題是( )A. 如何組織對(duì)軟件的評(píng)審 B. 如何驗(yàn)證程序的正確性C. 如何采用綜合策略 D. 如何選擇測(cè)

16、試用例68. 結(jié)構(gòu)化維護(hù)與非結(jié)構(gòu)化維護(hù)的主要區(qū)別在于( )A. 軟件是否結(jié)構(gòu)化 B. 軟件配置是否完整C. 程序的完整性 D. 文檔的完整性69. 軟件維護(hù)困難的主要原因是( )A. 費(fèi)用低 B. 人員少C. 開(kāi)發(fā)方法的缺陷 D. 得不到用戶支持70. 可維護(hù)性的特性中，相互矛盾的是( )A. 可理解性與可測(cè)試性 B. 效率與可修改性C. 可修改性和可理解性 D. 可理解性與可讀性71. 快速原型是利用原型輔助軟件開(kāi)發(fā)的一種新思想，它是在研究( )的方法和技術(shù)中產(chǎn)生的。A. 需求階段 B. 設(shè)計(jì)階段C. 測(cè)試階段 D. 軟件開(kāi)發(fā)的各個(gè)階段72. 從目前情況來(lái)看，增量模型存在的主要問(wèn)題是( )A

17、. 用戶很難適應(yīng)這種系統(tǒng)開(kāi)發(fā)方法B. 該方法的成功率很低C. 缺乏豐富而強(qiáng)有力的軟件工具和開(kāi)發(fā)環(huán)境D. 缺乏對(duì)開(kāi)發(fā)過(guò)程中的問(wèn)題和錯(cuò)誤具有應(yīng)付變化的機(jī)制73. 下列文檔與維護(hù)人員有關(guān)的有( )A. 軟件需求說(shuō)明書(shū) B. 項(xiàng)目開(kāi)發(fā)計(jì)劃C. 概要設(shè)計(jì)說(shuō)明書(shū) D. 操作手冊(cè)74. ( )是為了確保每個(gè)開(kāi)發(fā)過(guò)程的質(zhì)量，防止把軟件差錯(cuò)傳遞到下一個(gè)過(guò)程而進(jìn)行的工作。A. 質(zhì)量檢測(cè) B. 軟件容錯(cuò) C. 軟件維護(hù) D. 系統(tǒng)容錯(cuò)75. 表示對(duì)象相互行為的模型是( )模型。A. 動(dòng)態(tài)模型 B. 功能模型 C. 對(duì)象模型 D. 靜態(tài)模型76. CASE工具的表示集成是指CASE工具提供相同的( )A. 編程環(huán)境

18、B. 用戶界面C. 過(guò)程模型 D. 硬件/操作系統(tǒng)77. 在軟件開(kāi)發(fā)中，（）是指對(duì)將要開(kāi)發(fā)的系統(tǒng)的開(kāi)發(fā)成本進(jìn)行估算，然后與可能取得的效益進(jìn)行比較和權(quán)衡。A. 成本效益分析 B. 可行性分析C. 結(jié)構(gòu)化分析 D. 軟件需求分析78. 軟件開(kāi)發(fā)過(guò)程來(lái)自用戶方面的主要干擾是（）A. 功能變化 B. 經(jīng)費(fèi)減少C. 設(shè)備損壞 D. 人員變化79. 軟件復(fù)雜性度量的參數(shù)包括（）A. 結(jié)構(gòu) B. 問(wèn)題背景C. 可重用性 D. 容錯(cuò)性80. 在 McCall 軟件質(zhì)量度量模型中，（）屬于面向軟件產(chǎn)品操作。A. 可維護(hù)性 B. 效率C. 適應(yīng)性 D. 可互操作性81. 為了提高軟件的可維護(hù)性或可靠性而對(duì)軟件進(jìn)行

19、的修改稱為（）A. 糾錯(cuò)性維護(hù) B. 適應(yīng)性維護(hù)C. 完善性維護(hù) D. 預(yù)防性維護(hù)82. 面向維護(hù)的技術(shù)涉及軟件開(kāi)發(fā)的（）階段。A. 設(shè)計(jì) B. 編碼C. 測(cè)試 D. 所有83. 用白盒技術(shù)設(shè)計(jì)測(cè)試用例的方法包括（）A. 邊界值分析 B. 條件組合覆蓋C. 因果圖 D. 錯(cuò)誤推測(cè)84. 軟件測(cè)試的目的是（）A. 為了表明程序沒(méi)有錯(cuò)誤B. 為了說(shuō)明程序能正確地執(zhí)行C. 為了發(fā)現(xiàn)程序中的錯(cuò)誤D. 為了評(píng)價(jià)程序的質(zhì)量85. 針對(duì)軟件需求分析所進(jìn)行的軟件測(cè)試是指（）A. 集成測(cè)試 B. 確認(rèn)測(cè)試C. 黑盒子測(cè)試 D. 白盒子測(cè)試86. 源程序文檔化要求在每個(gè)模塊之前加序言性注釋。該注釋內(nèi)容不應(yīng)有（）A

20、. 模塊的功能 B. 語(yǔ)句的功能C. 模塊的接口 D. 開(kāi)發(fā)歷史87. 結(jié)構(gòu)化程序設(shè)計(jì)采用的三種基本控制結(jié)構(gòu)是（）A. 順序、分支、選擇 B. 選擇、循環(huán)、重復(fù)C. 順序、選擇、循環(huán) D. 輸入、變換、輸出88. 在軟件設(shè)計(jì)中詳細(xì)描述處理過(guò)程常用的三種工具是（）A.SA ， SD ， SP B. 程序流程圖， IPO ， PADC.SA ， SC ， SD D. 圖形，表格，語(yǔ)言89. 通信內(nèi)聚、邏輯內(nèi)聚、順序內(nèi)聚和時(shí)間內(nèi)聚的內(nèi)聚性從高到低順序是（）A. 通信、邏輯、順序、時(shí)間B. 通信、時(shí)間、順序、邏輯C. 順序、通信、時(shí)間、邏輯D. 順序、通信、邏輯、時(shí)間90. 在下列四種模塊的耦合性中，

21、信息隱蔽性能最好的是（）A. 控制耦合 B. 內(nèi)容耦合C. 標(biāo)記耦合 D. 數(shù)據(jù)耦合91. 結(jié)構(gòu)化方法是一種（）的軟件開(kāi)發(fā)方法。A. 面向用戶 B. 面向數(shù)據(jù)結(jié)構(gòu)C. 面向?qū)ο?D. 面向數(shù)據(jù)流92. 需求分析是回答系統(tǒng)必須（）的問(wèn)題。A. 做什么 B. 怎么做C. 何時(shí)做 D. 為誰(shuí)做93. 在軟件生產(chǎn)的（），使用的工具主要是機(jī)器語(yǔ)言和匯編語(yǔ)言。A. 程序系統(tǒng)時(shí)代 B. 軟件工程時(shí)代C.面向?qū)ο髸r(shí)代 D. 人工智能時(shí)代94. 軟件工程管理的具體內(nèi)容不包括對(duì) _ 管理。（）A 開(kāi)發(fā)人員 B 組織機(jī)構(gòu)C 控制 D 設(shè)備95. 在 McCall 軟件質(zhì)量度量模型中， _ 屬于面向軟件產(chǎn)品操作。（）

22、A 正確性 B 可維護(hù)性C 適應(yīng)性 D 互操作性96. 在快速原型模型的開(kāi)發(fā)過(guò)程中，用原型過(guò)程來(lái)代替全部開(kāi)發(fā)階段所用模型是 _ 模型。（）A 探索型原型 B 演化型原型C 實(shí)驗(yàn)型原型 D 增量型原型97. 維護(hù)中因刪除一個(gè)標(biāo)識(shí)符而引起的錯(cuò)識(shí)是 _ 副作用。（）A 文檔 B 數(shù)據(jù)C 編碼 D 設(shè)計(jì)98. 軟件維護(hù)的困難主要原因是（）A 費(fèi)用低 B 人員少C 開(kāi)發(fā)方法的缺陷 D 維護(hù)難99. 用白盒法技術(shù)設(shè)計(jì)測(cè)試用例的方法包括（）A 錯(cuò)誤推測(cè) B 因果圖C 基本路徑測(cè)試 D 邊界值分析100. 軟件測(cè)試中根據(jù)測(cè)試用例設(shè)計(jì)的方法的不同可分為黑盒測(cè)試和白盒測(cè)試兩種，它們（）A 前者屬于靜態(tài)測(cè)試，后者屬

23、于動(dòng)態(tài)測(cè)試B 前者屬于動(dòng)態(tài)測(cè)試，后者屬于靜態(tài)測(cè)試C 都屬于靜態(tài)測(cè)試D 都屬于動(dòng)態(tài)測(cè)試101. 程序的三種基本控制結(jié)構(gòu)的共同特點(diǎn)是（）A 只能用來(lái)描述簡(jiǎn)單程序 B 不能嵌套使用C 單入口，單出口 D 僅用于自動(dòng)控制系統(tǒng)102. JSP 方法是一種面向 _ 的設(shè)計(jì)方法。（）A 控制結(jié)構(gòu) B 對(duì)象C 數(shù)據(jù)流 D 數(shù)據(jù)結(jié)構(gòu)103. 當(dāng)一個(gè)模塊直接使用另一個(gè)模塊的內(nèi)部數(shù)據(jù)，這種模塊之間的耦合為（）A 數(shù)據(jù)耦合 B 公共耦合C 標(biāo)記耦合 D 內(nèi)容耦合104. 軟件設(shè)計(jì)的方法有多種， _ 方法不屬于面向數(shù)據(jù)流的設(shè)計(jì)方法。（）A 基于 Jackson 圖的設(shè)計(jì) B 基于 IDEF 0 圖的設(shè)計(jì)C 交換分析設(shè)計(jì)

24、 D 事務(wù)分析設(shè)計(jì)105. 為高質(zhì)量地開(kāi)發(fā)軟件項(xiàng)目，在軟件結(jié)構(gòu)設(shè)計(jì)時(shí)，必須遵循 _ 原則。（）A 信息隱蔽 B 質(zhì)量控制C 程序優(yōu)化 D 數(shù)據(jù)共享106. 數(shù)據(jù)流圖（ DFD ）是 _ 方法中用于表示系統(tǒng)的邏輯模型的一種圖形工具。（）A SA B SDC SP D SC107. 螺旋模型是一種將瀑布模型和 _ 結(jié)合起來(lái)的軟件開(kāi)發(fā)模型。（）A 增量模型 B 專家系統(tǒng)C 噴泉模型 D 變換模型108. 需求規(guī)格說(shuō)明書(shū)的作用不包括（）A 軟件驗(yàn)收的依據(jù)B 用戶與開(kāi)發(fā)人員對(duì)軟件要做什么的共同理解C 軟件可行性研究的依據(jù)D 軟件設(shè)計(jì)的依據(jù)109. 數(shù)據(jù)字典是用來(lái)定義 _ 中的各個(gè)成份的具體含義的。（）A

25、 流程圖 B 功能結(jié)構(gòu)圖C 系統(tǒng)結(jié)構(gòu)圖 D 數(shù)據(jù)流圖110. 設(shè)年利率為 i ，現(xiàn)存入 p 元，不計(jì)復(fù)利， n 年后可得錢數(shù)為（）A p * (1+i*n) B p * (i+1) + nC p * (1+i) * n D p * (i+n)111. 在軟件生產(chǎn)的程序系統(tǒng)時(shí)代由于軟件規(guī)模擴(kuò)大和軟件復(fù)雜性提高等原因?qū)е铝耍ǎ〢 軟件危機(jī) B 軟件工程C 程序設(shè)計(jì)革命 D 結(jié)構(gòu)化程序設(shè)計(jì)112. Putnam 成本估算模型是一個(gè)（ ）模型。A 靜態(tài)單變量 B 動(dòng)態(tài)單變量 C 靜態(tài)多變量 D 動(dòng)態(tài)多變量113. 在 McCall 軟件質(zhì)量度量模型中，（ ）屬于面向軟件產(chǎn)品修改。A 可靠性 B 可重用

26、性 C 適應(yīng)性 D 可移植性114. ISO 的軟件質(zhì)量評(píng)價(jià)模型由 3 層組成，其中用于評(píng)價(jià)設(shè)計(jì)質(zhì)量的準(zhǔn)則是（ ）A SQIC B SQMC C SQRC D SQDC115. 軟件復(fù)雜性度量的參數(shù)包括（ ）A 效率 B 規(guī)模 C 完整性 D 容錯(cuò)性116. 對(duì)象實(shí)現(xiàn)了數(shù)據(jù)和操作的結(jié)合，使數(shù)據(jù)和操作（ ）于對(duì)象的統(tǒng)一體中。A 結(jié)合 B 隱藏 C 封裝 D 抽象117. 軟件調(diào)試技術(shù)包括（ ）A 邊界值分析 B 演繹法 C 循環(huán)覆蓋 D 集成測(cè)試118. 瀑布模型的存在問(wèn)題是（ ）A 用戶容易參與開(kāi)發(fā)B 缺乏靈活性C 用戶與開(kāi)發(fā)者易溝通D 適用可變需求119. 軟件測(cè)試方法中的靜態(tài)測(cè)試方法之一為

27、（ ）A 計(jì)算機(jī)輔助靜態(tài)分析B 黑盒法C 路徑覆蓋D 邊界值分析120. 軟件生命周期中所花費(fèi)用最多的階段是（ ）A 詳細(xì)設(shè)計(jì) B 軟件編碼 C 軟件測(cè)試 D 軟件維護(hù)121. 第一個(gè)體現(xiàn)結(jié)構(gòu)化編程思想的程序設(shè)計(jì)語(yǔ)言是（ ）A FORTRAN 語(yǔ)言 B Pascal 語(yǔ)言 C C 語(yǔ)言 D PL/1 語(yǔ)言122. 程序的三種基本控制結(jié)構(gòu)是（ ）A 過(guò)程、子程序和分程序B 順序、選擇和重復(fù)C 遞歸、堆棧和隊(duì)列D 調(diào)用、返回和轉(zhuǎn)移123. 在詳細(xì)設(shè)計(jì)階段，經(jīng)常采用的工具有（ ）A PAD B SA C SC D DFD124. 詳細(xì)設(shè)計(jì)的結(jié)果基本決定了最終程序的（ ）A 代碼的規(guī)模 B 運(yùn)行速度

28、C 質(zhì)量 D 可維護(hù)性125. 需求分析中開(kāi)發(fā)人員要從用戶那里了解（ ）A 軟件做什么 B 用戶使用界面 C 輸入的信息 D 軟件的規(guī)模126. 結(jié)構(gòu)化程序設(shè)計(jì)主要強(qiáng)調(diào)的是（ ）A程序的規(guī)模B 程序的效率C 程序設(shè)計(jì)語(yǔ)言的先進(jìn)性D 程序易讀性127. IDEF0圖反映系統(tǒng)（ ）A 怎么做 B 對(duì)誰(shuí)做 C 何時(shí)做 D 做什么128. 經(jīng)濟(jì)可行性研究的范圍包括（ ）A 資源有效性 B 管理制度 C 效益分析 D 開(kāi)發(fā)風(fēng)險(xiǎn)129. 可行性分析是在系統(tǒng)開(kāi)發(fā)的早期所做的一項(xiàng)重要的論證工作，它是決定該系統(tǒng)是否開(kāi) 發(fā)的決策依據(jù)，因必須給出（ ）的回答。A 確定 B 行或不行 C 正確 D 無(wú)二義130. 需

29、求分析階段的任務(wù)是確定（ ）A 軟件開(kāi)發(fā)方法B 軟件開(kāi)發(fā)工具C 軟件開(kāi)發(fā)費(fèi)D軟件系統(tǒng)的功能131. 下列方法中不屬于面向?qū)ο蟮拈_(kāi)發(fā)方法有( )。A. Booch方法 B. Coad方法C. OMT方法 D. VDM方法132. 系統(tǒng)流程圖是一種傳統(tǒng)工具，用于描繪( )。A. 邏輯模型 B. 程序系統(tǒng)C. 體系結(jié)構(gòu) D. 物理系統(tǒng)133. 結(jié)構(gòu)化分析方法是以數(shù)據(jù)流圖、( )和加工說(shuō)明等描述工具，即用直觀的圖和簡(jiǎn)潔的語(yǔ)言來(lái)描述軟件系統(tǒng)模型。A. DFD圖 B. PAD圖C. IPO圖 D. DD134. 信息隱蔽概念與( )這一概念直接的相關(guān)。A. 模塊的獨(dú)立性 B. 模塊類型的劃分C. 軟件結(jié)構(gòu)

30、定義 D. 軟件生命周期135. 在軟件的概要設(shè)計(jì)中，不使用的圖形工具是( )圖。A. SC B. IPOC. PAD D. IDEF0136. 不屬于詳細(xì)設(shè)計(jì)的主要工具有( )。A. IPO圖 B. PAD圖C. PDL D. SC137. 不屬于序言性注釋的有( )。A. 模塊設(shè)計(jì)者 B. 修改日期C. 程序的整體說(shuō)明 D. 語(yǔ)句功能138. 單元測(cè)試階段主要涉及( )的文檔。A. 需求設(shè)計(jì) B. 編碼和詳細(xì)設(shè)計(jì)C. 詳細(xì)設(shè)計(jì) D. 概要設(shè)計(jì)139. 在軟件測(cè)試中，白盒測(cè)試方法是通過(guò)分析程序的( )來(lái)設(shè)計(jì)測(cè)試用例的方法。A. 應(yīng)用范圍 B. 內(nèi)部邏輯C. 功能 D. 輸入數(shù)據(jù)140. 需求

31、分析是分析員經(jīng)了解用戶的要求，認(rèn)真細(xì)致地調(diào)研、分析，最終建立目標(biāo)系統(tǒng)的邏輯模型并寫(xiě)出( )的過(guò)程。A. 模塊說(shuō)明書(shū) B. 軟件規(guī)格說(shuō)明C. 項(xiàng)目開(kāi)發(fā)計(jì)劃 D. 合同文檔141. 數(shù)據(jù)耦合和控制耦合相比，則( )成立。A. 數(shù)據(jù)耦合的耦合性強(qiáng) B. 控制耦合的耦合性強(qiáng)C. 兩者的耦合性相當(dāng) D. 兩者的耦合性需要根據(jù)具體情況分析142. 魚(yú)是一種水生動(dòng)物。魚(yú)與水生生物之間的關(guān)系是( )。A. 分類關(guān)系 B. 組裝關(guān)系C. 整體成員關(guān)系 D. has a143. 進(jìn)度安排的好壞往往會(huì)影響整個(gè)項(xiàng)目的按期完成，下列屬于軟件進(jìn)度的方法有( )。A. 程序結(jié)構(gòu)圖 B. 流程圖C. 工程網(wǎng)絡(luò)圖 D. E-R

32、圖144. 系統(tǒng)因錯(cuò)誤而發(fā)生錯(cuò)誤時(shí)，仍然能在一定程度上完成預(yù)期的功能，則把該軟件稱為( )。A. 容錯(cuò)軟件 B. 系統(tǒng)軟件C. 測(cè)試軟件 D. 操作系統(tǒng)145. Putnam 成本估算模型是一個(gè)（ ）模型。A 靜態(tài)單變量 B 動(dòng)態(tài)單變量 C 靜態(tài)多變量 D 動(dòng)態(tài)多變量146. 用白盒法技術(shù)設(shè)計(jì)測(cè)試用例的方法包括（）A 錯(cuò)誤推測(cè) B 因果圖C 基本路徑測(cè)試 D 邊界值分析147. 軟件測(cè)試中根據(jù)測(cè)試用例設(shè)計(jì)的方法的不同可分為黑盒測(cè)試和白盒測(cè)試兩種，它們（）A 前者屬于靜態(tài)測(cè)試，后者屬于動(dòng)態(tài)測(cè)試B 前者屬于動(dòng)態(tài)測(cè)試，后者屬于靜態(tài)測(cè)試C 都屬于靜態(tài)測(cè)試D 都屬于動(dòng)態(tài)測(cè)試148. JSP 方法是一種面向 _ 的設(shè)計(jì)方法。（）A 控制結(jié)構(gòu) B 對(duì)象C 數(shù)據(jù)流 D 數(shù)據(jù)結(jié)構(gòu)149. 當(dāng)一個(gè)模塊直接使用另一個(gè)模塊的內(nèi)部數(shù)據(jù)，這種模塊之