《軟件工程》題庫及答案9頁

1、華中師范大學(xué)網(wǎng)絡(luò)教育學(xué)院軟件工程練習(xí)測試題庫及答案 本科一、單項(xiàng)選擇題1. 開發(fā)軟件所需高成本和產(chǎn)品的低質(zhì)量之間有著尖銳的矛盾，這種現(xiàn)象稱做(C) A.軟件工程B.軟件周期 C.軟件危機(jī)D.軟件產(chǎn)生2. 研究開發(fā)所需要的成本和資源是屬于可行性研究中的（ B ）研究的一方面。 A.技術(shù)可行性B.經(jīng)濟(jì)可行性 C.社會(huì)可行性D.法律可行性3. IDEF0圖不反映出系統(tǒng)（ B ） A.系統(tǒng)做什么B.系統(tǒng)功能如何實(shí)現(xiàn) C.系統(tǒng)由誰來做D.系統(tǒng)實(shí)現(xiàn)的約束條件4. 模塊的內(nèi)聚性最高的是（ D ） A.邏輯內(nèi)聚B.時(shí)間內(nèi)聚 C.偶然內(nèi)聚D.功能內(nèi)聚5. 在SD方法中全面指導(dǎo)模塊劃分的最重要的原則是（ D ）

2、A.程序模塊化B.模塊高內(nèi)聚 C.模塊低耦合D.模塊獨(dú)立性6. 軟件詳細(xì)設(shè)計(jì)主要采用的方法是（ D ） A.模塊設(shè)計(jì)B.結(jié)構(gòu)化設(shè)計(jì) C.PDL語言D.結(jié)構(gòu)化程序設(shè)計(jì)7. 下列關(guān)于JSP方法不正確的說法是（ D ） A.JSP方法主要用于規(guī)模不大的數(shù)據(jù)處理系統(tǒng) B.JSP方法不明確的劃分軟件概要設(shè)計(jì)和詳細(xì)設(shè)計(jì)的兩個(gè)階段 C.JSP方法適用于輸入數(shù)據(jù)和輸出數(shù)據(jù)之間有對應(yīng)關(guān)系的問題求解 D.JSP方法根據(jù)輸入、輸出的數(shù)據(jù)結(jié)構(gòu)，按一定的規(guī)則映射成軟件的體系結(jié)構(gòu)。因此它只適用于詳細(xì)設(shè)計(jì)階段8. 不適合作為科學(xué)工程計(jì)算的語言是（ D ） A. PascalB. C C. FortranD. Prolog9

3、. 黑盒測試在設(shè)計(jì)測試用例時(shí)，主要需要研究（ A ） A.需求規(guī)格說明與概要設(shè)計(jì)說明B.詳細(xì)設(shè)計(jì)說明 C.項(xiàng)目開發(fā)計(jì)劃D.概要設(shè)計(jì)說明與詳細(xì)設(shè)計(jì)說明10. 若有一個(gè)計(jì)算類型的程序，它的輸入量只有一個(gè)X，其范圍是-1.0，1.0，現(xiàn)從輸入的角度考慮一組測試用例：-1.001，-1.0，1.0，1.001。設(shè)計(jì)這組測試用例的方法是（ C ）A.條件覆蓋法B.等價(jià)分類法 C.邊界值分析法 D.錯(cuò)誤推測法11. 下列屬于維護(hù)階段的文檔是（ C ）A.軟件規(guī)格說明B.用戶操作手冊 C.軟件問題報(bào)告D.軟件測試分析報(bào)告12. 快速原型模型的主要特點(diǎn)之一是（ D ） A.開發(fā)完畢才見到產(chǎn)品B.及早提供全部完

4、整的軟件產(chǎn)品 C.開發(fā)完畢后才見到工作軟件D.及早提供工作軟件13. 因計(jì)算機(jī)硬件和軟件環(huán)境的變化而做出的修改軟件的過程稱為（ B ）A.較正性維護(hù)B.適應(yīng)性維護(hù) C.完善性維D.預(yù)防性維護(hù)14. 類庫這種機(jī)制是（ D ）級(jí)別的信息共享。 A.同一類B.不同類 C.同一應(yīng)用D.不同應(yīng)用15. 只有單重繼承的類層次結(jié)構(gòu)是（ C ）層次結(jié)構(gòu)。 A.網(wǎng)狀型B.星型 C.樹型D.環(huán)型16. 在屏蔽硬件錯(cuò)誤的冗錯(cuò)技術(shù)中，冗余附加技術(shù)有（ D ） A.三模冗余B.信息冗余 C.冗余備份程序的存儲(chǔ)及調(diào)用D.關(guān)鍵程序和數(shù)據(jù)的冗余存儲(chǔ)和調(diào)用17. 軟件按照設(shè)計(jì)的要求，在規(guī)定時(shí)間和條件下達(dá)到不出故障，持續(xù)運(yùn)行的要

5、求的質(zhì)量特性稱為（ B ） A.可用性B.可靠性 C.正確性D.完整性18. 下列文檔與維護(hù)人員有關(guān)的有（ C ） A.軟件需求說明書B.項(xiàng)目開發(fā)計(jì)劃 C.概要設(shè)計(jì)說明書D.操作手冊19. 采用Gantt圖表示軟件項(xiàng)目進(jìn)度安排，下列說法中正確的是（ D ） A.能夠反映多個(gè)任務(wù)之間的復(fù)雜關(guān)系 B.能夠直觀表示任務(wù)之間相互依賴制約關(guān)系 C.能夠表示哪些任務(wù)是關(guān)鍵任務(wù) D.能夠表示子任務(wù)之間的并行和串行關(guān)系20. 下列模型屬于成本估算方法的有（ A ） A.COCOMO模型 B.McCall模型 C.McCabe度量D.時(shí)間估算法21. 瀑布模型的關(guān)鍵不足在于（ B ） A. 過于簡單B. 不能適

6、應(yīng)需求的動(dòng)態(tài)變更 C. 過于靈活D. 各個(gè)階段需要進(jìn)行評審22. 在面向?qū)ο筌浖_發(fā)方法中，類與類之間主要有以下結(jié)構(gòu)關(guān)系（ A ） A. 繼承和聚集B. 繼承和一般 C. 聚集和消息 D. 繼承和方法調(diào)用23. 以下哪一項(xiàng)不是軟件危機(jī)的表現(xiàn)形式（ C ） A. 成本高B. 生產(chǎn)率低 C. 技術(shù)發(fā)展快D. 質(zhì)量得不到保證24. 以下哪一項(xiàng)不是面向?qū)ο蟮奶卣鳎?D ） A. 多態(tài)性B. 繼承性 C. 封裝性D. 過程調(diào)用25. 面向?qū)ο竽Ｐ椭饕梢韵履男┠Ｐ徒M成（ A ） A. 對象模型、動(dòng)態(tài)模型、功能模型B. 對象模型、數(shù)據(jù)模型、功能模型 C. 數(shù)據(jù)模型、動(dòng)態(tài)模型、功能模型D. 對象模型、動(dòng)態(tài)模

7、型、數(shù)據(jù)模型26. 軟件可行性研究一般不考慮（ D ） A. 是否有足夠的人員和相關(guān)的技術(shù)來支持系統(tǒng)開發(fā)B. 是否有足夠的工具和相關(guān)的技術(shù)來支持系統(tǒng)開發(fā)C. 待開發(fā)軟件是否有市場、經(jīng)濟(jì)上是否合算 D. 待開發(fā)的軟件是否會(huì)有質(zhì)量問題27. 軟件維護(hù)的副作用主要有以下哪幾種（ C ） A. 編碼副作用、數(shù)據(jù)副作用、測試副作用 B. 編碼副作用、數(shù)據(jù)副作用、測試副作用 C. 編碼副作用、數(shù)據(jù)副作用、文檔副作用 D. 編碼副作用、文檔副作用、測試副作用28. 軟件項(xiàng)目計(jì)劃一般不包括以下哪項(xiàng)內(nèi)容（ D ） A. 培訓(xùn)計(jì)劃B. 人員安排 C. 進(jìn)度安排D. 軟件開發(fā)標(biāo)準(zhǔn)的選擇和制定29. 以下哪一項(xiàng)不屬于

8、面向?qū)ο蟮能浖_發(fā)方法（ C ） A. coad方法 B. booch方法 C. jackson方法D. omt方法30. 以下哪種測試方法不屬于白盒測試技術(shù)（ D ） A. 基本路徑測試B. 邊界值分析測試 C. 循環(huán)覆蓋測試D. 邏輯覆蓋測試31. 軟件生命周期中所花費(fèi)用最多的階段是（ D ） A. 詳細(xì)設(shè)計(jì)B. 軟件編碼 C. 軟件測試D. 軟件維護(hù)32. 在軟件開發(fā)過程中，DFD是面向（ B ）分析方法的描述工具。 A. 數(shù)據(jù)結(jié)構(gòu)B. 數(shù)據(jù)流 C. 對象D. 構(gòu)件（component）33. 在畫分層DFD時(shí)，應(yīng)注意保持（ A ）之間的平衡。 A. 父圖與子圖B. 同一父圖的所有子圖

9、C. 不同父圖的所有子圖D. 同一子圖的所有直接父圖34. DFD中從系統(tǒng)的輸入流到系統(tǒng)的輸出流的一連串連續(xù)變換形成一種信息流，這種信息流可分為（ B ）兩大類。 A. 控制流和變換流B. 變換流和事務(wù)流 C. 事務(wù)流和事件流 D. 事件流和控制流35. 通常影響軟件易維護(hù)性的因素有易理解性、易修改性和（ D ）。 A. 易使用性B. 易恢復(fù)性 C. 易替換性D. 易測試性36. 在軟件的開發(fā)過程中往往采取各種措施來提高軟件的易維護(hù)性。如（ B ）有助于提高軟件的易修改性。 A. 高效的算法B. 信息隱蔽原則 C. 增強(qiáng)健壯性D. 身份認(rèn)證37. 在軟件質(zhì)量特性中，（ C ）是指在規(guī)定的一段時(shí)

10、間和條件下，與軟件維持其性能水平的能力有關(guān)的一組屬性。 A. 正確性B. 準(zhǔn)確性 C. 可靠性D. 易使用性38. 在軟件質(zhì)量特性中，（ A ）是指防止對程序及數(shù)據(jù)的非授權(quán)訪問的能力。 A. 安全性B. 適應(yīng)性 C. 靈活性D. 容錯(cuò)性39. 軟件設(shè)計(jì)中劃分模塊的一個(gè)準(zhǔn)則是（ C ）。 A. 低內(nèi)聚低耦合B. 低內(nèi)聚高耦合 C. 高內(nèi)聚低D. 高內(nèi)聚高耦合40. 一個(gè)模塊內(nèi)部的內(nèi)聚種類中（ C ）內(nèi)聚的內(nèi)聚度最高。 A. 偶然B. 邏輯 C. 功能D. 過程41. OMT是一種對象建模技術(shù)，它定義了三種模型，它們分別是（ A ）。 A. 對象模型、動(dòng)態(tài)模型、功能模型B. 靜態(tài)模型、動(dòng)態(tài)模型、功

11、能模型 C. 對象模型、時(shí)序模型、功能模型D. 對象模型、動(dòng)態(tài)模型、計(jì)算模型42. 對象建模技術(shù)中，表示瞬時(shí)行為上的系統(tǒng)的“控制”特征，通?？捎茫?B）來表示。 A. 類圖B. 狀態(tài)圖 C. 對象圖D. 數(shù)據(jù)流圖43. 為了提高軟件的可移植性，應(yīng)注意提高軟件的（ D ）。 A. 使用方便性B. 簡潔性 C. 可靠性D. 設(shè)備不依賴性44. 可維護(hù)性通常包括（ D ）。 A. 可用性和可理解性B. 可修改性、數(shù)據(jù)獨(dú)立性和數(shù)據(jù)一致性 C. 可測試性和穩(wěn)定性D. 可理解性、可修改性和可測試性45. （ D ）維護(hù)是為了補(bǔ)充軟件的功能或提高原有軟件的性能而進(jìn)行的維護(hù)活動(dòng)。 A. 功能性 B. 擴(kuò)展性

12、C. 合法性D. 完善性46. （ D ）是指系統(tǒng)萬一遇到未預(yù)料的情況時(shí)，能夠按照預(yù)定的方式做合適的處理。 A. 可用性B. 正確性 C. 穩(wěn)定性D. 健壯性47. 在設(shè)計(jì)測試用例時(shí)，（ B ）是用得最多的一種黑盒測試方法。 A. 等價(jià)類劃分B. 邊值分析 C. 因果圖D. 判定表48. 在實(shí)際應(yīng)用中，一旦糾正了程序中的錯(cuò)誤后，還應(yīng)選擇部分或全部原先已測試過的測試用例，對修改后的程序重新測試，這種測試稱為（ D ）。 A. 驗(yàn)收測試 B. 強(qiáng)度測試 C. 系統(tǒng)測試D. 回歸測試49. 在軟件工程的設(shè)計(jì)階段中，（ C ）法只提供了重要的設(shè)計(jì)準(zhǔn)則，沒有規(guī)定出具體的工作步驟。 A. SDB. Jac

13、kson C. ParnasD. 以上皆非50. 軟件測試的目的是（ C ）。 A. 表明軟件的正確性B. 評價(jià)軟件質(zhì)量 C. 盡可能發(fā)現(xiàn)軟件中錯(cuò)誤D. 判定軟件是否合格51. 通常，（ D ）是在代碼編寫階段可進(jìn)行的測試，它是整個(gè)測試工作的基礎(chǔ)。 A. 系統(tǒng)測試B. 安裝測試 C. 驗(yàn)收測試 D. 單元測試52. 邏輯覆蓋標(biāo)準(zhǔn)主要用于（ B ）。A. 黑盒測試方法 B. 白盒測試方法 C. 灰盒測試方 D. 軟件驗(yàn)證方法53. 邏輯覆蓋中最強(qiáng)的覆蓋標(biāo)準(zhǔn)是（ B ）。 A. 條件覆蓋B. 條件組合覆蓋 C. 判定覆蓋D. 語句覆蓋54. 軟件維護(hù)工作越來越收到重視，它的花費(fèi)常常要占軟件生存周期

14、全部花費(fèi)的（ C ）左右。 A. 1020 B. 2040 C. 6080D. 90以上55. 為了減少維護(hù)工作的困難，可以考慮采取的措施是（ C ）。 A. 設(shè)法開發(fā)出無錯(cuò)的軟件 B. 增加維護(hù)人員數(shù)量C. 切實(shí)加強(qiáng)維護(hù)管理，并在開發(fā)過程中就采取有利于未來維護(hù)的措施D. 限制修改的范圍56. 軟件測試是軟件質(zhì)量保證的主要手段之一。“高產(chǎn)”的測試是指（ C ）。 A. 用適量的測試用例，說明被測試程序正確無誤B. 用適量的測試用例，說明被測試程序符合相應(yīng)的要求C. 用少量的測試用例，發(fā)現(xiàn)被測試程序盡可能多的錯(cuò)誤D. 用少量的測試用例，糾正被測試程序盡可能多的錯(cuò)誤57. Jackson結(jié)構(gòu)化程序

15、設(shè)計(jì)方法主要適用于規(guī)模適中的（ A ）系統(tǒng)的開發(fā)。 A. 數(shù)據(jù)處理B. 文字處理 C. 實(shí)時(shí)控制D. 科學(xué)計(jì)算58. 單元測試在試驗(yàn)階段進(jìn)行，它所依據(jù)的模塊功能描述和內(nèi)部細(xì)節(jié)以及測試方案應(yīng)在（ C ）階段完成，目的是發(fā)現(xiàn)編程錯(cuò)誤。 A. 需求分析B. 概要設(shè)計(jì) C. 詳細(xì)設(shè)計(jì)D. 結(jié)構(gòu)設(shè)計(jì)59. 使用白盒測試方法時(shí)，確定測試數(shù)據(jù)應(yīng)根據(jù)（ A ）和指定的覆蓋標(biāo)準(zhǔn)。A. 程序的內(nèi)部邏輯B. 程序的復(fù)雜程度 C. 使用說明書D. 程序功能60. 軟件的集成測試工作最好由（ D ）承擔(dān)，以提高集成測試的效果。 A. 該軟件的設(shè)計(jì)人員B. 該軟件開發(fā)組的負(fù)責(zé)人 C. 該軟件的編程人員D. 不屬于該軟件開

16、發(fā)組的軟件設(shè)計(jì)人員二、名詞解釋1、 集成測試:集成測試也稱組裝測試或聯(lián)合測試。是指在單元測試的基礎(chǔ)上，將所有模塊按照設(shè)計(jì)要求組裝成一個(gè)完整的系統(tǒng)進(jìn)行的測試。組裝模塊的方式有兩種：漸增式測試和非漸增式測試。2、 CASE: CASE是一組工具和方法的集合，可以輔助軟件開發(fā)生命周期各階段進(jìn)行軟件開發(fā)。CASE把軟件開發(fā)技術(shù)、軟件工具和軟件開發(fā)方法集成到一個(gè)統(tǒng)一而一致的框架中，并且吸收了CAD（計(jì)算機(jī)輔助設(shè)計(jì)）、軟件工程、操作系統(tǒng)、數(shù)據(jù)庫、網(wǎng)絡(luò)和許多其他計(jì)算機(jī)領(lǐng)域的原理和技術(shù)。因而，CASE領(lǐng)域是一個(gè)應(yīng)用、繼承和綜合的領(lǐng)域。3、 SA: 結(jié)構(gòu)化分析方法是需求分析中使用最多的方法之一，適用于數(shù)據(jù)處理類

17、型軟件的需求分析?；舅枷胧遣捎米皂斚蛳?，逐步分解的方法分析整個(gè)系統(tǒng)，有效地控制系統(tǒng)開發(fā)的復(fù)雜性。4、 軟件工程：軟件工程是用工程、科學(xué)和數(shù)學(xué)的原則與方法研制、維護(hù)計(jì)算機(jī)軟件的有關(guān)技術(shù)及管理方法。它由方法、工具和過程三部分組成。5、 可互操作性：多個(gè)軟件元素相互通信并協(xié)同完成任務(wù)的能力。為了實(shí)現(xiàn)可互操作性，軟件開發(fā)通常要遵循某種標(biāo)準(zhǔn)，支持這種標(biāo)準(zhǔn)的環(huán)境將為軟件元素之間的互操作提供便利。6、 法律可行性研究：研究在系統(tǒng)開發(fā)過程中可能涉及的各種合同、侵權(quán)、責(zé)任以及各種與法律相抵觸的問題。7、 數(shù)據(jù)流圖：數(shù)據(jù)流圖就是用來刻畫數(shù)據(jù)流和轉(zhuǎn)換的信息系統(tǒng)建模技術(shù)8、 需求分析：需求分析是指開發(fā)人員要準(zhǔn)確理解

18、用戶的要求，進(jìn)行細(xì)致的調(diào)查分析，經(jīng)用戶非形式化的需求陳述轉(zhuǎn)化為完整的需求定義，再由需求定義轉(zhuǎn)化到相應(yīng)的形式功能規(guī)約的過程。9、 過程抽象: 過程抽象是一個(gè)命名的指令序列，它具有一個(gè)特定的和受限的功能。10、 模塊獨(dú)立性：每個(gè)模塊只完成系統(tǒng)要求的獨(dú)立的子功能，并且與其他模塊的聯(lián)系最少且接口簡單.11、 數(shù)據(jù)性塊間聯(lián)系: 計(jì)算機(jī)系統(tǒng)工程是指與構(gòu)造基于計(jì)算機(jī)系統(tǒng)有關(guān)的過程、方法和技術(shù)。它是一種問題求解活動(dòng)。12、 判定表：判定表提供了一種把各種動(dòng)作和條件（在處理解說詞中描述的）專換為表格形式的表示法。13、 事務(wù)型數(shù)據(jù)流圖：某個(gè)加工將它的輸入分離成一串發(fā)散的數(shù)據(jù)流，形成許多活動(dòng)路徑，并根據(jù)輸入的值選

19、擇其中一條路徑。具有這樣特征的數(shù)據(jù)流圖稱為事務(wù)型數(shù)據(jù)流圖。14、 耦合性: 是軟件系統(tǒng)結(jié)構(gòu)中各模塊間相互聯(lián)系緊密程度的一種度量。也稱塊間聯(lián)系15、 面向數(shù)據(jù)設(shè)計(jì)：面向數(shù)據(jù)的設(shè)計(jì)就是根據(jù)數(shù)據(jù)結(jié)構(gòu)的表示來獲取軟件表示16、 系統(tǒng)響應(yīng)時(shí)間：系統(tǒng)響應(yīng)時(shí)間指當(dāng)用戶執(zhí)行了某個(gè)控制動(dòng)作后（例如，按回車鍵，點(diǎn)擊鼠標(biāo)器等），系統(tǒng)做出反應(yīng)的時(shí)間（指輸出所期望的信息或執(zhí)行對應(yīng)的動(dòng)作）。17、 判定-條件覆蓋：用判定-條件覆蓋所設(shè)計(jì)的測試用例能夠使得判斷中每個(gè)條件的所有可能取值至少執(zhí)行一次，同時(shí)每個(gè)判斷的所有可能判斷結(jié)果至少執(zhí)行一次。18、 路徑覆蓋：路徑覆蓋就是設(shè)計(jì)足夠的測試用例，覆蓋程序中所有可能的路徑。19、

20、靜態(tài)測試：是指被測程序不再機(jī)器上運(yùn)行，而是采用人工測試和計(jì)算機(jī)輔助靜態(tài)分析的手段對程序進(jìn)行檢測。20、 測試：測試是由一個(gè)用戶在開發(fā)場所進(jìn)行的，用戶在開發(fā)者的“指導(dǎo)”下對軟件進(jìn)行的測試，開發(fā)者負(fù)責(zé)記錄錯(cuò)誤和使用中出現(xiàn)的問題。三、判斷題1、 螺旋模型是在瀑布模型和增量模型的基礎(chǔ)上增加了風(fēng)險(xiǎn)分析活動(dòng)。對2、 數(shù)據(jù)字典是對數(shù)據(jù)流圖中的數(shù)據(jù)流，加工、數(shù)據(jù)存儲(chǔ)、數(shù)據(jù)的源和終點(diǎn)進(jìn)行詳細(xì)定義。錯(cuò)3、 軟件是指用程序設(shè)計(jì)語言（如PASCAL ,C,VISUAL BASIC 等）編寫的程序，軟件開發(fā)實(shí)際上就是編寫程序代碼。錯(cuò)4、 軟件模塊之間的耦合性越弱越好。對5、 過程描述語言可以用于描述軟件的系統(tǒng)結(jié)構(gòu)。錯(cuò)6

21、、 如果通過軟件測試沒有發(fā)現(xiàn)錯(cuò)誤，則說明軟件是正確的。錯(cuò)7、 快速原型模型可以有效地適應(yīng)用戶需求的動(dòng)態(tài)變化。對8、 模塊化，信息隱藏，抽象和逐步求精的軟件設(shè)計(jì)原則有助于得到高內(nèi)聚，低耦合度的軟件產(chǎn)品。對9、 軟件概要設(shè)計(jì)包括軟件系統(tǒng)結(jié)構(gòu)設(shè)計(jì)以及數(shù)據(jù)結(jié)構(gòu)和數(shù)據(jù)庫設(shè)計(jì)。對10、 軟件定義的基本任務(wù)是確定軟件系統(tǒng)的工程需求。對11、 為支持軟件開發(fā)、維護(hù)、管理而研制的計(jì)算機(jī)程序系統(tǒng)稱為軟件工具。對12、 軟件提交是指把軟件提交給用戶，必要時(shí)還應(yīng)負(fù)責(zé)把軟件安裝到用戶環(huán)境中。錯(cuò)13、 系統(tǒng)規(guī)格說明評審?fù)瓿梢院?，系統(tǒng)開發(fā)可以按照硬件工程、軟件工程、數(shù)據(jù)庫工程、人機(jī)工程等并行開展工作。對14、 個(gè)模塊內(nèi)所有

22、處理元素集中于相同的數(shù)據(jù)結(jié)構(gòu)，其塊內(nèi)聯(lián)系屬功能性塊內(nèi)聯(lián)系。錯(cuò)15、 流程圖不是結(jié)構(gòu)化設(shè)計(jì)工具。錯(cuò)16、 從軟件的生存期來看，軟件測試只涉及編碼階段，即在編寫出每個(gè)模塊之后所進(jìn)行的模塊測試（又稱單元測試），測試者應(yīng)是該模塊的作者。錯(cuò)17、 好的測試用例應(yīng)當(dāng)是合理的輸入條件。錯(cuò)18、 軟件測試中綜合策略的通常做法是用白盒法設(shè)計(jì)基本的測試方案，再用黑盒法補(bǔ)充一些必要的測試方案。錯(cuò)19、 一次性組裝方式進(jìn)行集成測試的思想和增殖式組裝方式進(jìn)行集成測試的思想是一致的。錯(cuò)20、 人工測試中走查方法和代碼評審方法是同一種方法。錯(cuò)四、簡答題1. 簡述軟件危機(jī)的表現(xiàn)。答：軟件危機(jī)有如下表現(xiàn)：.對軟件開發(fā)成本和進(jìn)度

23、的估計(jì)不準(zhǔn)確；.對已經(jīng)完成的軟件，用戶不滿意的現(xiàn)象經(jīng)常發(fā)生；.軟件產(chǎn)品的質(zhì)量靠不??；.軟件常常不可維護(hù)；.軟件通常沒有適當(dāng)文檔；.軟件成本在系統(tǒng)中所占比例逐年上升；.軟件生產(chǎn)率低。2. 軟件開發(fā)模型可以分為那幾類？答：軟件開發(fā)模型大體上可分為三種類型。第一種是以軟件需求完全確定為前提的瀑布模型。第二種是在軟件開發(fā)初始階段只能提供基本需求時(shí)采用的漸進(jìn)式開發(fā)模型，如原型模型、螺旋模型等。第三種是以形式化開發(fā)方法為基礎(chǔ)的變換模型。3. 采用快速原型技術(shù)的步驟是什么？答：1）利用本課時(shí)及后面將要介紹的各種分析技術(shù)、方法，生成一個(gè)簡化的需求規(guī)格說明。（2）對已經(jīng)完成的需求規(guī)格說明進(jìn)行檢查、修訂后，生成設(shè)

24、計(jì)規(guī)格說明。（3）在現(xiàn)有工具或環(huán)境的幫助下快速生成可運(yùn)行的軟件原型并進(jìn)行測試、改進(jìn)。（4）將原型提交用戶評估并征詢改進(jìn)意見。（5）上述過程將反復(fù)進(jìn)行，直到用戶完全首肯。4. 數(shù)據(jù)字典的作用是什么？答：利用數(shù)據(jù)字典可以對數(shù)據(jù)流圖中的數(shù)據(jù)流、數(shù)據(jù)源及外部實(shí)體進(jìn)行描述、組織和管理。5軟件工程的原則有哪些？答：抽象、信息隱藏、模塊化、局部化、一致性、完整性和可驗(yàn)證性6. 簡述提高可維護(hù)性的方法。答：（1）建立明確的軟件質(zhì)量目標(biāo)（2）利用先進(jìn)的軟件開發(fā)技術(shù)和工具（3）建立明確的質(zhì)量保證工作（4）選擇可維護(hù)的程序設(shè)計(jì)語言（5）改進(jìn)程序文檔7. 在軟件工程實(shí)踐中，形成組合模型的方式有那幾種？答：第一種方式是

25、以一種模型為主，嵌入另外一種或幾種模型。第二種方式是建立軟件開發(fā)的組合模型。軟件開發(fā)者可以根據(jù)軟件項(xiàng)目和軟件開發(fā)環(huán)境的特點(diǎn)，選擇一條或幾條軟件開發(fā)路徑。8. 軟件項(xiàng)目定義階段的任務(wù)是什么？答：制定軟件項(xiàng)目規(guī)劃。軟件需求分析和定義。確定軟件性能和資源約束，這對軟件設(shè)計(jì)特性會(huì)產(chǎn)生直接的影響。為軟件要素定義驗(yàn)收標(biāo)準(zhǔn)，它也是制定軟件測試計(jì)劃的基礎(chǔ)。9. 為什么要采用實(shí)體關(guān)系圖？答：在數(shù)據(jù)密集型應(yīng)用問題中，對復(fù)雜數(shù)據(jù)之間復(fù)雜關(guān)系的分析和建模將成為需求分析的重要任務(wù)。顯然，這項(xiàng)任務(wù)是簡單的數(shù)據(jù)字典機(jī)制無法勝任的。所以，有必要在數(shù)據(jù)流分析方法中引進(jìn)適合于復(fù)雜數(shù)據(jù)建模的實(shí)體關(guān)系圖。10簡述人機(jī)界面風(fēng)格的演變。

26、答：最早，在圖形顯示、鼠標(biāo)、高速工作站等技術(shù)出現(xiàn)之前，現(xiàn)實(shí)可行的界面方式只能是命令和詢問方式，通信完全以正文形式并通過用戶命令和用戶對系統(tǒng)詢問的響應(yīng)來完成。第二代界面是簡單的菜單式。第三代界面能同時(shí)顯示不同種類的信息；用戶通過下拉式菜單可方便執(zhí)行控制型和對話型任務(wù)；引入圖標(biāo)、下拉式菜單、按鈕和滾動(dòng)桿技術(shù)。最新一代HCI把第三代HCI技術(shù)與超文本、多任務(wù)概念結(jié)合起來，使用戶可同時(shí)執(zhí)行多個(gè)任務(wù)（以用戶的觀點(diǎn)）。11設(shè)計(jì)規(guī)格說明包括什么內(nèi)容？答：設(shè)計(jì)說明書的第一節(jié)描述與設(shè)計(jì)活動(dòng)有關(guān)的各個(gè)方面，該節(jié)中許多信息取自系統(tǒng)規(guī)格說明書和系統(tǒng)定義階段產(chǎn)生的其他文檔。第二節(jié)具體指明引用信息的出處，第三節(jié)的設(shè)計(jì)描述

27、是概要設(shè)計(jì)的產(chǎn)物，第四、五兩節(jié)是概要設(shè)汁向詳細(xì)設(shè)計(jì)過渡后形成的，第六節(jié)是與需求規(guī)格說明書的交叉訪問表，第七節(jié)是測試的初步計(jì)劃，第八節(jié)將逐條說明這種限制和造成的影響，九、十兩節(jié)包括若干輔助數(shù)據(jù)。12可行性研究的任務(wù)是什么？答：可行性研究的任務(wù)是了解用戶的要求及現(xiàn)實(shí)環(huán)境，從技術(shù)、經(jīng)濟(jì)和社會(huì)等幾個(gè)方面研究并論證軟件系統(tǒng)的可行性。13結(jié)構(gòu)化分析方法通過那些步驟來實(shí)現(xiàn)？答：（1）了解當(dāng)前系統(tǒng)的工作流程，獲得當(dāng)前系統(tǒng)的物理模型。（2）抽象出當(dāng)前系統(tǒng)的邏輯模型。（3）建立目標(biāo)系統(tǒng)的邏輯模型。（4）作進(jìn)一步的補(bǔ)充和說明。14寫源程序時(shí)的原則是什么？答：1）遇處理框，寫出其處理的內(nèi)容。（2）遇選擇框或重復(fù)框，則

28、按語言模式寫出相應(yīng)的語句15數(shù)據(jù)輸入設(shè)計(jì)的指導(dǎo)原則是什么？答：盡量減少用戶輸入的動(dòng)作；保證信息顯示方式與數(shù)據(jù)輸入方式的協(xié)調(diào)一致；允許用戶定做輸入格式；采用靈活多樣的交互方式，允許用戶自選輸入方式；隱藏當(dāng)前狀態(tài)下不可選用的命令；允許用戶控制交互過程；為所有輸入動(dòng)作提供幫助信息；刪除所有無實(shí)現(xiàn)意義的輸入。16選擇程序設(shè)計(jì)語言的依據(jù)是什么？答：（1）應(yīng)用領(lǐng)域；（2）算法和計(jì)算復(fù)雜性；（3）軟件運(yùn)行環(huán)境；（4）用戶需求中關(guān)于性能方面的需要；（5）數(shù)據(jù)結(jié)構(gòu)的復(fù)雜性；（6）軟件開發(fā)人員的知識(shí)水平；（7）可用的編譯器與交叉編譯器。17黑盒測試用于發(fā)現(xiàn)哪些類型的錯(cuò)誤？答：功能不符合要求或遺漏；界面錯(cuò)誤；數(shù)據(jù)結(jié)

29、構(gòu)或外部數(shù)據(jù)庫訪問錯(cuò)誤；性能錯(cuò)誤；初始化或終止錯(cuò)誤。18使用邊界值分析方法選擇測試用例的原則是什么？答：如果輸入條件規(guī)定了值的范圍，則應(yīng)取剛達(dá)到這個(gè)范圍的邊界的值，以及剛剛超越這個(gè)范圍邊界的值作為測試輸人數(shù)據(jù)。如果輸入條件規(guī)定了值的個(gè)數(shù)，則用最大個(gè)數(shù)、最小個(gè)數(shù)、比最大個(gè)數(shù)多1、比最小個(gè)數(shù)少1的數(shù)作為測試數(shù)據(jù)。根據(jù)規(guī)格說明的每個(gè)輸出條件，使用原則。根據(jù)規(guī)格說明的每個(gè)輸出條件，使用原則。如果程序的規(guī)格說明給出的輸入域或輸出域是有序集合（如有序表、順序文件等），則應(yīng)選取集合的第一個(gè)元素和最后一個(gè)元素作為測試用例。如果程序中使用了一個(gè)內(nèi)部數(shù)據(jù)結(jié)構(gòu)，則應(yīng)當(dāng)選擇這個(gè)內(nèi)部數(shù)據(jù)結(jié)構(gòu)的邊界上的值作為測試用例。分

30、析規(guī)格說明，找出其他可能的邊界條件。19簡述軟件重用的類型。答：（1）代碼重用 代碼重用就是對程序庫中的某個(gè)模塊進(jìn)行子程序調(diào)用，它包括源代碼的拼接、源代碼的拷貝、繼承、對目標(biāo)碼的拼接、運(yùn)行時(shí)連接幾種形式。這是一種重用性低的重用方法。（2）設(shè)計(jì)結(jié)果重用設(shè)計(jì)結(jié)果重用指的是重用某程序的設(shè)計(jì)模型，例如面向?qū)ο笤O(shè)計(jì)的模型，這是一種重用性比較高的重用方法。（3）分析結(jié)果重用分析結(jié)果的重用是指對問題空間描述的重用例如對面向?qū)ο蠓治鼋Y(jié)果或其他一些分析描述方法結(jié)果的重用，這是一種重用性更高的重用方法。20數(shù)據(jù)規(guī)格說明應(yīng)該遵守的原則是什么。答：（1）用于功能（function）和行為（behaviour）的系統(tǒng)分

31、析原則也應(yīng)用于數(shù)據(jù)設(shè)計(jì)。（2）應(yīng)確定所有的數(shù)據(jù)結(jié)構(gòu)及每項(xiàng)上所進(jìn)行的操作。（3）應(yīng)建立數(shù)據(jù)字典，用來定義數(shù)據(jù)和程序設(shè)計(jì)。（4）低層的數(shù)據(jù)設(shè)計(jì)決策，應(yīng)在設(shè)計(jì)過程的后期進(jìn)行。（5）數(shù)據(jù)結(jié)構(gòu)的表達(dá)式應(yīng)當(dāng)是那些有名的模型。（6）應(yīng)當(dāng)開發(fā)數(shù)據(jù)結(jié)構(gòu)及其操作的實(shí)用庫。（7）軟件設(shè)計(jì)和編程語言應(yīng)當(dāng)支持抽象數(shù)據(jù)類型的規(guī)格說明和實(shí)現(xiàn)。五、論述題1某旅館的電話服務(wù)如下：可以撥分機(jī)號(hào)和外線號(hào)碼。分機(jī)號(hào)是從7201至7299。外線號(hào)碼先撥9，然后是市話號(hào)碼或長話號(hào)碼。長話號(hào)碼是以區(qū)號(hào)和市話號(hào)碼組成。區(qū)號(hào)是從100到300中任意的數(shù)字串。市話號(hào)碼是以局號(hào)和分局號(hào)組成。局號(hào)可以是455，466，888，552中任意一個(gè)號(hào)碼。分局號(hào)是任意長度為4的數(shù)字串。要求：寫出在