軟件工程解答.doc

軟件工程題庫(kù)一. 單項(xiàng)選擇題1. D 2. B 3. A 4. C 5. D 6. C 7. D 8. D 9. D 10. B 11. D 12. A 13. C 14. D 15. A 16. D 17. B 18. B 19. B 20. C 21. D 22. D 23. A 24. C 25. C 26. A 27. C 28. A 29. C 30. D 31. D 32. D 33. B 34. B 35. B 36. A 37. A 38. D 39. C 40. A 41. D 42. A 43. D 44. D 45. A 46. D 47. A 48. D 49. B 50. B 51. B 52. D 53. A 54. D 55. C 56. D 57. B 58. C 59. C 60. D 61. D 62. B 63. C 64. C 65. B 66. B 67. B 68. A 69. C 70. A 71. B 72. A 73. C 74. C 75. B 76. D 77. B 78. A 79. B 80. B 81. C 82. C 83. C 84. B 85. D 86. B 87. C 88. C 89. A 90. A 91. C 92. D 93. D 94. B 95. B 96. D 97. D 98. A 99. B 100. C 101. C 102. C 103. A 104. C 105. D 106. C 107. A 108. D 109. A 110. A 111. C 112. B 113. C 114. C 115. C 116. C 117. A 118. C 119. D 120. D 121. B 122. B 123. A 124.B 125. A 126. A 127. A 128. B 129. A 130. D 131. B 132. C 133. D 134. A 135. A 136. B 137. B 138. A 139. D 140. C 141. D 142. A 143. C 144. A 145. B 146. B 147. A 148. B 149. C 150. B 151. D 152. C 153. B 154. A 155. B 156. D 157. C 158. B 159. B 160. B 二. 判斷改錯(cuò)題1. 答：錯(cuò)。 是 改成 不是。2. 答：正確3. 答：錯(cuò)。 它是軟件唯一的合成技術(shù) 改成 它所具有的封裝和集成的特征。4. 答：錯(cuò)。集成化CASE環(huán)境的集成包括工具集成，界面集成和方法集成。5. 答：正確6. 答：錯(cuò)，對(duì)于特定的程序而言，滿(mǎn)足條件覆蓋的測(cè)試數(shù)據(jù)，不一定必然也滿(mǎn)足判定覆蓋。7. 答：錯(cuò)。每一個(gè)對(duì)象都是其相應(yīng)類(lèi)的一個(gè)實(shí)例。8. 答：正確。9. 答：正確。10. 答：錯(cuò)。HTML 改成 統(tǒng)一建模語(yǔ)言UML11. 答：正確12. 答：錯(cuò)。進(jìn)行需求分析 改成 度量軟件的規(guī)模 13. 答：正確 14. 答：正確。15. 答：錯(cuò)。 設(shè)計(jì)結(jié)果 改成 設(shè)計(jì)模式16. 答：錯(cuò)誤。一定的時(shí)間間隔 改成 基線 17. 答：錯(cuò)誤。 程序 改成 文檔18. 答：正確19. 答： 正確20. 答：錯(cuò)誤。 處理規(guī)格說(shuō)明 改成 實(shí)體關(guān)系圖21. 對(duì)。22. 錯(cuò)。增量模型 改為 瀑布模型23. 對(duì)。24. 錯(cuò)。 編寫(xiě)程序 改為 測(cè)試階段25. 錯(cuò)。 邏輯實(shí)現(xiàn) 改為 物理實(shí)現(xiàn)26. 答：錯(cuò)。 模塊的內(nèi)聚程度越高，耦合程度越低。27. 答：正確 28. 答：正確 29. 答：正確30. 答：錯(cuò)誤。提高程序運(yùn)行效率 改成 降低了程序運(yùn)行效率。31. 答： 正確32. 答：錯(cuò)誤。軟件執(zhí)行環(huán)境 改成 算法和數(shù)據(jù)結(jié)構(gòu)33. 答：正確34. 答：錯(cuò)誤。順序內(nèi)聚 改成 偶然內(nèi)聚35. 答：錯(cuò)誤。結(jié)構(gòu)測(cè)試 改成 單元測(cè)試36. 答：正確37. 答：錯(cuò)。 系統(tǒng)要求 改成 用戶(hù)要求38. 答：正確。39. 答：錯(cuò)誤。用戶(hù)幫助問(wèn)題 改成 輸入輸出數(shù)據(jù)。40. 答：錯(cuò)誤。 控制耦合 改成 內(nèi)容耦合三. 名詞解釋1. 答：軟件是計(jì)算機(jī)程序、數(shù)據(jù)及相關(guān)的各種文檔的集合。2. 答：計(jì)算機(jī)輔助軟件工程（CASE）工具是一個(gè)貫穿于軟件生存周期各個(gè)階段的開(kāi)發(fā)工具，在它的支持下，可以實(shí)現(xiàn)軟件開(kāi)發(fā)的自動(dòng)化。3. 答：結(jié)構(gòu)化方法是軟件項(xiàng)目開(kāi)發(fā)的一種分析方法，它根據(jù)軟件項(xiàng)目?jī)?nèi)部數(shù)據(jù)傳遞、變換的關(guān)系，遵循自頂向下逐步求精的指導(dǎo)思想，采用抽象與分解的原則，將復(fù)雜的軟件項(xiàng)目逐步分解，通過(guò)軟件開(kāi)發(fā)的描述工具及其結(jié)構(gòu)化語(yǔ)言的描述得到軟件系統(tǒng)的邏輯模型。4. 答：IDEF方法是針對(duì)計(jì)算機(jī)輔助制造工程中，用于進(jìn)行復(fù)雜系統(tǒng)分析和設(shè)計(jì)的方法，它是在結(jié)構(gòu)化分析于設(shè)計(jì)技術(shù)的基礎(chǔ)上進(jìn)行的。5. 答：表示軟件結(jié)構(gòu)的一種圖形工具，可以描述軟件總的模塊層次（H圖）和每個(gè)模塊的輸入、輸出及其處理（IPO圖）的詳細(xì)情況。6. 答：繼承性是子類(lèi)自動(dòng)共享父類(lèi)數(shù)據(jù)結(jié)構(gòu)和方法的機(jī)制，這是類(lèi)之間的一種關(guān)系。7. 答：多態(tài)性是指相同的操作或函數(shù)、過(guò)程可作用于多種類(lèi)型的對(duì)象上并獲得不同的結(jié)果。不同的對(duì)象，收到同一消息可以產(chǎn)生不同的結(jié)果。8. 答：封裝性是指所有軟件部件內(nèi)部都有明確的范圍以及清楚的外部邊界。每個(gè)軟件部件都有友好的界面接口，軟件部件的內(nèi)部實(shí)現(xiàn)與外部可訪問(wèn)性分離。封裝性是保證軟件部件具有優(yōu)良模塊性的基礎(chǔ)。9. 答：事件是指定時(shí)刻發(fā)生的某件事情。它是事情發(fā)生的信號(hào)，它沒(méi)有持續(xù)時(shí)間，它是一種相對(duì)性的快速事件。10. 答：狀態(tài)圖是一種圖，用結(jié)點(diǎn)表示狀態(tài)，結(jié)點(diǎn)用圓圈表示；圓圈內(nèi)有狀態(tài)名，用帶箭頭連線（?。┍硎緺顟B(tài)的轉(zhuǎn)換，上面標(biāo)記事件名，箭頭方向表示轉(zhuǎn)換的方向。狀態(tài)圖反映了狀態(tài)與事件的關(guān)系。11. 軟件質(zhì)量保證就是向用戶(hù)及社會(huì)提供滿(mǎn)意的高質(zhì)量的產(chǎn)品，確保軟件產(chǎn)品從誕生到消亡為止的所有階段的質(zhì)量活動(dòng)，即確定、達(dá)到和維護(hù)需要的軟件質(zhì)量而進(jìn)行的所有有計(jì)劃、有系統(tǒng)的管理活動(dòng)。12. 時(shí)間冗余是指以重復(fù)執(zhí)行指令或程序來(lái)消除瞬間時(shí)錯(cuò)誤帶來(lái)的影響。13. 瀑布模型又稱(chēng)傳統(tǒng)模型。要求項(xiàng)目所有的活動(dòng)都嚴(yán)格按照順序驚醒，一個(gè)階段的輸出是以下一個(gè)階段的輸入。瀑布模型沒(méi)有反饋，一個(gè)階段完成后，一般不返回。14. 答：關(guān)聯(lián)表示類(lèi)之間的一種關(guān)系，就是一些可能的鏈的集合。15. 答：基線是軟件生存期中各開(kāi)發(fā)階段的一個(gè)特定點(diǎn)，它的作用是把開(kāi)發(fā)各階段工作的劃分更加明確化，使本來(lái)連續(xù)的工作在這些點(diǎn)上斷開(kāi)。16. 答：進(jìn)行開(kāi)發(fā)成本的估算以及了解取得效益的評(píng)估，確定要開(kāi)發(fā)的項(xiàng)目是否值得投資開(kāi)發(fā)。17. 答：要開(kāi)發(fā)的項(xiàng)目是否存在任何侵犯、妨礙等責(zé)任問(wèn)題，要開(kāi)發(fā)項(xiàng)目目的運(yùn)行方式在用戶(hù)組織內(nèi)是否行得通，現(xiàn)有管理制度、人員素質(zhì)、操作方式是否可行。18. 答：投資回收期就是使累計(jì)的經(jīng)濟(jì)效益等于最初的投資費(fèi)用所需的時(shí)間。19. 答：即有直接因果關(guān)系在程序中可以同時(shí)處理。20. 答：輸入數(shù)據(jù)與輸出數(shù)據(jù)結(jié)構(gòu)找不到對(duì)應(yīng)關(guān)系的情況，稱(chēng)為結(jié)構(gòu)沖突。21. 答：將系統(tǒng)化的、規(guī)范的、可度量的方法應(yīng)用于軟件的開(kāi)發(fā)、運(yùn)行和維護(hù)的過(guò)程，即將工程化應(yīng)用于軟件中。22.答：容錯(cuò)技術(shù):對(duì)那些無(wú)法避開(kāi)的差錯(cuò),使其影響減少至最小的技術(shù).也就是說(shuō),當(dāng)錯(cuò)誤發(fā)生時(shí),盡可能地不影響其它的系統(tǒng)元素,或是把用戶(hù)的影響限制在某些容許的范圍內(nèi). 23.答：結(jié)構(gòu)化維護(hù): 如果維護(hù)工作是從評(píng)價(jià)完整的軟件配置開(kāi)始入手,確定軟件的重要結(jié)構(gòu)特點(diǎn),性能特點(diǎn)以及接口特點(diǎn);估量要求的改動(dòng)將帶來(lái)的影響,并且計(jì)劃實(shí)施途徑.然后首先修改設(shè)計(jì)并且對(duì)所做的修改進(jìn)行仔細(xì)審查.接下來(lái)編寫(xiě)相應(yīng)的源程序代碼;使用在測(cè)試說(shuō)明書(shū)中包含的信息進(jìn)行回歸測(cè)試;最后,把修改后的軟件再次交付使用. 24. 答：模塊獨(dú)立性是模塊化,抽象和信息隱蔽的直接產(chǎn)物.每個(gè)模塊只要完成獨(dú)立的功能,與其它模塊聯(lián)系越少,則模塊的獨(dú)立性就越強(qiáng).通過(guò)模塊與模塊之間的耦合性和模塊內(nèi)部的內(nèi)聚性來(lái)衡量模塊的獨(dú)立性.25. 答：指開(kāi)發(fā)人員要準(zhǔn)確理解用戶(hù)的要求，進(jìn)行細(xì)致的調(diào)查分析，將用戶(hù)非形式的需求陳述轉(zhuǎn)化為完整的需求定義，再由需求定義轉(zhuǎn)換到相應(yīng)的形式功能規(guī)約的過(guò)程。26. 答：模塊化是指把一個(gè)復(fù)雜的問(wèn)題按照自定向下逐步分解的原則，劃分為若干個(gè)簡(jiǎn)單模塊的過(guò)程。每個(gè)模塊完成一個(gè)特定的子功能，所有模塊按照某種方法組裝起來(lái)成為一個(gè)整體，完成整個(gè)系統(tǒng)所要求的功能。27. 答：信息屏蔽是指對(duì)某一個(gè)模塊來(lái)說(shuō)，其內(nèi)部包括的數(shù)據(jù)或過(guò)程不能被其他的模塊訪問(wèn)，利用信息屏蔽可以限制對(duì)模塊的過(guò)程和局部數(shù)據(jù)結(jié)構(gòu)的存取。28. 答：結(jié)構(gòu)化設(shè)計(jì)的優(yōu)化原則是指在設(shè)計(jì)軟件劃分模塊時(shí)盡量做到模塊之間低耦合，模塊內(nèi)部高內(nèi)聚，同時(shí)要保持模塊的相對(duì)獨(dú)立性。29. 答：軟件編碼是將詳細(xì)設(shè)計(jì)階段得到的模塊處理的過(guò)程轉(zhuǎn)換成為用某種計(jì)算機(jī)程序設(shè)計(jì)語(yǔ)言設(shè)計(jì)的程序，也就是編寫(xiě)源程序的過(guò)程。30. 答：程序設(shè)計(jì)風(fēng)格是指在編寫(xiě)程序時(shí)所表現(xiàn)出來(lái)的編程習(xí)慣、邏輯思路等特點(diǎn)。好的程序設(shè)計(jì)風(fēng)格對(duì)于提高開(kāi)發(fā)效率、保證軟件質(zhì)量有較大的幫助作用。31. 答：數(shù)據(jù)流圖:是描述數(shù)據(jù)處理過(guò)程的工具.它從數(shù)據(jù)傳遞和加工的角度,以圖形的方式刻畫(huà)數(shù)據(jù)流從輸入到輸出的移動(dòng)變換過(guò)程. 32. 答：軟件維護(hù)是軟件生命周期的最后一個(gè)階段,是在軟件已經(jīng)交付給用戶(hù)使用之后,為了改正軟件錯(cuò)誤或滿(mǎn)足新的需要而修改軟件的過(guò)程.它包括四種類(lèi)型的維護(hù)活動(dòng):改正型維護(hù),適應(yīng)型維護(hù),預(yù)防型維護(hù)和完善型維護(hù).33. 軟件測(cè)試是一個(gè)為了尋找軟件錯(cuò)誤而運(yùn)行程序的過(guò)程.目的就是為了發(fā)現(xiàn)軟件中的錯(cuò)誤.一個(gè)好的測(cè)試用例是指很可能找到迄今為止尚未發(fā)現(xiàn)的錯(cuò)誤的用例.一個(gè)成功的測(cè)試是指揭示了迄今為止尚未發(fā)現(xiàn)的錯(cuò)誤的測(cè)試.34. 程序的可維護(hù)性:為滿(mǎn)足用戶(hù)新的需求,或當(dāng)環(huán)境發(fā)生了變化,或運(yùn)行中發(fā)現(xiàn)了新的錯(cuò)誤時(shí),對(duì)一個(gè)已投入運(yùn)行的軟件進(jìn)行相應(yīng)診斷和修改所需工作量的大小.35. 軟件生存周期是指從提出軟件開(kāi)發(fā)要求開(kāi)始,直到該軟件報(bào)廢不用為止的整個(gè)時(shí)期。這個(gè)時(shí)期又分為若干個(gè)階段,對(duì)軟件生產(chǎn)的管理和進(jìn)度控制有重要作用,使軟件的開(kāi)發(fā)有相應(yīng)的模式,流程,工序和步驟. 36. 答：白盒法測(cè)試是針對(duì)程序的語(yǔ)句結(jié)構(gòu)對(duì)數(shù)據(jù)處理過(guò)程進(jìn)行的測(cè)試。37. 答：黑盒法測(cè)試是針對(duì)軟件生存周期各個(gè)階段的軟件文檔進(jìn)行的測(cè)試。38. 答：校正性維護(hù)是指在軟件開(kāi)發(fā)階段，由于軟件中難免存在有一些隱含的錯(cuò)誤，在軟件交付使用后，為了能識(shí)別和修改這些錯(cuò)誤而進(jìn)行的工作。39. 答：對(duì)象的消息是指對(duì)象要執(zhí)行的操作的說(shuō)明，包括接受消息的對(duì)象名、要執(zhí)行的操作名稱(chēng)、必要的參數(shù)。40.答：面向?qū)ο蟮脑O(shè)計(jì)是把分析階段得到的需求分析的模塊轉(zhuǎn)換為抽象的系統(tǒng)實(shí)現(xiàn)方案的過(guò)程，面向?qū)ο蟮脑O(shè)計(jì)準(zhǔn)則是將對(duì)象模塊化、數(shù)據(jù)抽象化、對(duì)象信息屏蔽、模塊間低耦合高內(nèi)聚。四. 簡(jiǎn)答題1. 答：軟件危機(jī)的具體表現(xiàn)是軟件的開(kāi)發(fā)計(jì)劃難以制定。進(jìn)度難以控制，開(kāi)發(fā)出的軟件系統(tǒng)不能滿(mǎn)足用戶(hù)的需求。軟件開(kāi)發(fā)方法不規(guī)范，沒(méi)有統(tǒng)一文檔。軟件的可維護(hù)性差。由于缺少軟件的質(zhì)量保證體系，缺少完整的測(cè)試機(jī)制，軟件的可靠性差。2. 答：可行性分析和項(xiàng)目開(kāi)發(fā)計(jì)劃階段主要是由用戶(hù)提出軟件開(kāi)發(fā)的需求，系統(tǒng)分析員進(jìn)行調(diào)查，明確軟件開(kāi)發(fā)的任務(wù)，邊界，功能，規(guī)模后，進(jìn)行可行性研究，最終為用戶(hù)提供軟件項(xiàng)目可行性報(bào)告和項(xiàng)目開(kāi)發(fā)計(jì)劃，并將這些軟件開(kāi)發(fā)文檔交用戶(hù)進(jìn)行討論和審查。3. 答：數(shù)據(jù)字典（DD）用于說(shuō)明數(shù)據(jù)流圖中各個(gè)元素含義的，對(duì)各個(gè)元素的說(shuō)明是標(biāo)準(zhǔn)的，無(wú)二義性的。數(shù)據(jù)字典是需求說(shuō)明書(shū)的重要組成部分，數(shù)據(jù)字典和數(shù)據(jù)流圖構(gòu)成了系統(tǒng)的邏輯模型。4. 答,(1)收集來(lái)自用戶(hù)各個(gè)方面對(duì)軟件功能的要求，這些需求的表現(xiàn)形式是多樣的，不系統(tǒng)的，有些甚至是不明確的。(2)對(duì)得到的需求進(jìn)行補(bǔ)充，完善和加工，利用軟件開(kāi)發(fā)的描述工具，如數(shù)據(jù)流圖，數(shù)據(jù)字典表示出軟件項(xiàng)目的邏輯結(jié)構(gòu)。(3)利用分析與綜合的思想進(jìn)行進(jìn)一步的整理，形成軟件需求說(shuō)明書(shū)，以及其他相關(guān)的軟件開(kāi)發(fā)文檔。這些文檔為后期的軟件開(kāi)發(fā)提供依據(jù)。5. 答：（1）分析當(dāng)前系統(tǒng)的物理模型 技術(shù)人員通過(guò)對(duì)當(dāng)前系統(tǒng)的調(diào)查，分析出當(dāng)前系統(tǒng)的實(shí)際工作過(guò)程。 （2）抽象出當(dāng)前系統(tǒng)的邏輯模型 在對(duì)當(dāng)前系統(tǒng)進(jìn)行分析后，區(qū)別出本質(zhì)因素和非本質(zhì)因素，得到系統(tǒng)的抽象工作過(guò)程。6. 答：軟件測(cè)試要經(jīng)過(guò)單元測(cè)試，集成測(cè)試，確認(rèn)測(cè)試，系統(tǒng)測(cè)試四個(gè)階段。 單元測(cè)試是對(duì)源程序中的每一個(gè)程序單元進(jìn)行的測(cè)試，目的是發(fā)現(xiàn)模塊中的錯(cuò)誤。 集成測(cè)試是將各個(gè)模塊組裝起來(lái)進(jìn)行的測(cè)試。 確認(rèn)測(cè)試是檢查已經(jīng)實(shí)現(xiàn)的軟件是否符合軟件需求說(shuō)明書(shū)的各種要求。 系統(tǒng)測(cè)試是對(duì)軟件項(xiàng)目進(jìn)行的綜合測(cè)試。7. 答：非漸增式方法和漸增式方法屬于軟件測(cè)試過(guò)程的集成測(cè)試。非漸增式方法將所有經(jīng)過(guò)測(cè)試的單元模塊一起組裝起來(lái)進(jìn)行的測(cè)試。漸增式方法采用逐步組裝模塊的方法，組裝一部分測(cè)試一部分。8. 答：在軟件開(kāi)發(fā)的過(guò)程中，如果各階段沒(méi)有嚴(yán)格的科學(xué)管理和規(guī)劃，會(huì)給軟件的維護(hù)帶來(lái)一些困難。不利于軟件維護(hù)。這主要是因?yàn)閷?duì)于修改程序的人員來(lái)說(shuō)，在原有基礎(chǔ)上進(jìn)行程序修改，讀懂別人的程序比較困難；在軟件開(kāi)發(fā)的過(guò)程中，文檔與實(shí)際程序設(shè)計(jì)會(huì)存在一些差異。軟件開(kāi)發(fā)與維護(hù)這兩項(xiàng)工作在時(shí)間上，人員上存在差異，同時(shí)維護(hù)工作會(huì)遇到一些困難，因此軟件的維護(hù)工作不是非常吸引人。9. 答：快速原型開(kāi)發(fā)方法可以按照快速分析，構(gòu)造原型，運(yùn)行原型，評(píng)價(jià)原型，修改原型的開(kāi)發(fā)步驟進(jìn)行。10. 答：對(duì)象設(shè)計(jì)包括設(shè)計(jì)對(duì)象，建立對(duì)象模型，對(duì)象算法設(shè)計(jì)，優(yōu)化設(shè)計(jì)，實(shí)現(xiàn)對(duì)象控制，調(diào)整對(duì)象繼承，設(shè)計(jì)對(duì)象關(guān)聯(lián)關(guān)系。11. 答：分階段生命周期模型可以提高軟件開(kāi)發(fā)過(guò)程的可見(jiàn)性，通過(guò)將階段當(dāng)作里程碑來(lái)更好地管理項(xiàng)目；并且更加詳細(xì)的階段將會(huì)允許更加嚴(yán)密地監(jiān)控進(jìn)程。12. 答：A,市場(chǎng)調(diào)研 B,項(xiàng)目計(jì)劃、成本估計(jì)、編制需求規(guī)格說(shuō)明書(shū)（可同時(shí)進(jìn)行） C,需求復(fù)審 D,總體設(shè)計(jì) E,詳細(xì)設(shè)計(jì) F,設(shè)計(jì)復(fù)審 G,實(shí)現(xiàn) H,單元測(cè)試 I,系統(tǒng)測(cè)試 J,驗(yàn)收測(cè)試13. 答：功能分解法，數(shù)據(jù)流方法，信息建模方法，面向?qū)ο蠓椒?4. A，在結(jié)構(gòu)體中所有的是否都初始化？ B, 所有變量是否都聲明了？ C, 每一個(gè)“”是否都有一個(gè)匹配的“” D, 每一個(gè)相等比較是否都有連個(gè)“=”？ E, 任何“while”語(yǔ)句或“if”條件語(yǔ)句都以“；”結(jié)束？ F, 每一個(gè)類(lèi)聲明是否都以“：”結(jié)束？ 15. 答：A，里程碑必須與軟件開(kāi)發(fā)過(guò)程中的進(jìn)程先聯(lián)系 B，當(dāng)完成一個(gè)里程碑時(shí)必須是顯而易見(jiàn)的。 16. 答：建立對(duì)象模型主要注意系統(tǒng)中對(duì)象的結(jié)構(gòu)，對(duì)象的屬性和對(duì)象的操作。建立對(duì)象模型的過(guò)程是： A，首先確定對(duì)象和類(lèi)，找到對(duì)象的屬性，操作和方法 B，確定類(lèi)之間的關(guān)聯(lián)關(guān)系和對(duì)象間的鏈。C，確定類(lèi)的層次結(jié)構(gòu)D,形成對(duì)象模型E,說(shuō)明對(duì)象設(shè)計(jì)的內(nèi)容。17. 答：軟件開(kāi)發(fā)的瀑布模型是一種線性的順序模型，這種模型在軟件的各個(gè)開(kāi)發(fā)階段存在著順序性和依賴(lài)性，其中前一個(gè)階段的工作是后一個(gè)階段工作的基礎(chǔ)。同時(shí)這種模型強(qiáng)調(diào)預(yù)先定義需求的重要性。但是，在實(shí)際的開(kāi)發(fā)工作中，在軟件開(kāi)發(fā)的需求階段，由于用戶(hù)提出的需求本身是模糊的，這給軟件開(kāi)發(fā)的技術(shù)人員理解用戶(hù)的需求帶來(lái)了困難，軟件開(kāi)發(fā)的后期，用戶(hù)可能會(huì)提出新的要求，因此軟件需求是不斷在變化的。按照瀑布模型的規(guī)范，瀑布模型不能適合用戶(hù)需求的改變。由于這個(gè)問(wèn)題的出現(xiàn)，使得軟件開(kāi)發(fā)的技術(shù)人員和用戶(hù)之間難以溝通，軟件的開(kāi)發(fā)遇到了困難。18. 答：由于軟件維護(hù)的工作周期長(zhǎng)，費(fèi)用高，因此維護(hù)工作也有可能產(chǎn)生一些副作用。為了保證軟件維護(hù)工作的順利進(jìn)行，軟件維護(hù)應(yīng)按照一定的工作流程進(jìn)行，包括制定維護(hù)申請(qǐng)報(bào)告，審查并批準(zhǔn)維護(hù)申請(qǐng)，進(jìn)行維護(hù)并做詳細(xì)記錄，復(fù)查等工作。19. 答：軟件本身的特點(diǎn)說(shuō)明了軟件是一種復(fù)雜的，抽象的邏輯實(shí)體，這就給軟件的開(kāi)發(fā)帶來(lái)了難題。為了保證軟件能夠滿(mǎn)足設(shè)計(jì)的需求和用戶(hù)的需求，因此在軟件生命周期的各個(gè)階段都要保證軟件質(zhì)量，由此而進(jìn)行的有關(guān)活動(dòng)稱(chēng)為質(zhì)量保證。軟件質(zhì)量保證一般可以采用的策略包括以檢驗(yàn)為重，以過(guò)程管理為重，以新產(chǎn)品的開(kāi)發(fā)為重。20. 答：由于軟件本身的特點(diǎn)，為了避免軟件危機(jī)的出現(xiàn)，所以軟件項(xiàng)目采用軟件工程化的思想進(jìn)行軟件開(kāi)發(fā)。由于軟件工程是一項(xiàng)復(fù)雜的工作，所以需要相應(yīng)的管理策略。 軟件工程的管理工作非常重要，由于管理的失誤造成項(xiàng)目的開(kāi)發(fā)進(jìn)度難以達(dá)到預(yù)期的要求，進(jìn)度和資金的投入失控，這樣對(duì)于軟件的質(zhì)量就難以把握了，所以應(yīng)當(dāng)切實(shí)做好軟件工程的管理工作。21. 答：在進(jìn)行軟件開(kāi)發(fā)時(shí)，某項(xiàng)工作的變更會(huì)引起軟件配置的連帶變更，對(duì)變更需要加以控制，否則會(huì)給軟件的開(kāi)發(fā)工作帶來(lái)混亂。變更控制包括三個(gè)環(huán)節(jié)，當(dāng)有變更的需求時(shí)，需要提出變更的申請(qǐng)，說(shuō)明變更的原因，當(dāng)決定要變更時(shí)，需要建立變更控制點(diǎn)進(jìn)行變更，當(dāng)變更結(jié)束時(shí)，需要對(duì)變更進(jìn)行審查和驗(yàn)證。22答：軟件文檔可以提高軟件開(kāi)發(fā)過(guò)程的能見(jiàn)度，提高軟件開(kāi)發(fā)的效率，可以作為軟件開(kāi)發(fā)的階段性成果，可以記錄軟件開(kāi)發(fā)過(guò)程的有關(guān)信息，提供軟件開(kāi)發(fā)維護(hù)和培訓(xùn)的資料，可以幫助用戶(hù)了解軟件的功能和性能。23. 答：為了做好軟件質(zhì)量保證工作，要正確定義用戶(hù)的需求，采用軟件工程學(xué)的方法進(jìn)行軟件項(xiàng)目開(kāi)發(fā)，運(yùn)用先進(jìn)的開(kāi)發(fā)技術(shù)和管理方法，利用已有的軟件成果，軟件開(kāi)發(fā)人員要進(jìn)行充分的合作，加強(qiáng)信息溝通，制定切實(shí)可行的開(kāi)發(fā)計(jì)劃，確保軟件開(kāi)發(fā)任務(wù)的進(jìn)行。24 答：軟件可維護(hù)性是指軟件能被理解，校正，適應(yīng)及增強(qiáng)功能的容易程度。提高軟件可維護(hù)性的方法包括要建立明確的軟件質(zhì)量目標(biāo)，確定軟件質(zhì)量強(qiáng)調(diào)的是效率還是可移植性；要利用先進(jìn)的開(kāi)發(fā)技術(shù)和工具進(jìn)行軟件維護(hù)；建立明確的軟件質(zhì)量的保證體系加強(qiáng)軟件維護(hù)工作的檢查；選擇可維護(hù)的語(yǔ)言，改進(jìn)程序文檔的編寫(xiě)和管理方法。25. 答：CASE的生存期包括需求，剪裁，引入，操作，演化，廢止等過(guò)程。26. 答：確定軟件項(xiàng)目的規(guī)模和目標(biāo)，研究現(xiàn)行的系統(tǒng)，簡(jiǎn)歷新系統(tǒng)的模型，得出幾種設(shè)計(jì)方案，編寫(xiě)可行性研究報(bào)告。27. 答：可行性研究報(bào)告說(shuō)明的是軟件項(xiàng)目是否可以開(kāi)發(fā)，是否值得開(kāi)發(fā)的問(wèn)題，它是在對(duì)原有系統(tǒng)進(jìn)行了充分調(diào)查論證后得到的軟件文檔。 項(xiàng)目開(kāi)發(fā)計(jì)劃是確定了軟件項(xiàng)目值得開(kāi)發(fā)后形成的一份管理性文檔，它說(shuō)明的是軟件項(xiàng)目的實(shí)施計(jì)劃，人員分工和組織，資源分配情況，交付軟件的期限等內(nèi)容。28. 答：軟件設(shè)計(jì)是一個(gè)把軟件需求轉(zhuǎn)換為軟件表示的過(guò)程，軟件設(shè)計(jì)包括軟件概要設(shè)計(jì)和軟件詳細(xì)設(shè)計(jì)。軟件概要設(shè)計(jì)主要完成的任務(wù)是設(shè)計(jì)軟件的結(jié)構(gòu)，設(shè)計(jì)數(shù)據(jù)結(jié)構(gòu)，設(shè)計(jì)數(shù)據(jù)庫(kù)文件，編寫(xiě)和評(píng)審軟件概要設(shè)計(jì)說(shuō)明書(shū)。29. 答：在軟件的模塊設(shè)計(jì)中，盡量做到模塊高內(nèi)聚低耦合，以此提高模塊的獨(dú)立性，為設(shè)計(jì)出高質(zhì)量，可靠的軟件系統(tǒng)打下基礎(chǔ)。30. 答： 結(jié)構(gòu)化程序設(shè)計(jì)采用的基本思想是自頂向下逐步求精的方法。利用結(jié)構(gòu)化的方法進(jìn)行程序設(shè)計(jì)由順序，選擇，循環(huán)三種結(jié)構(gòu)構(gòu)成程序。程序開(kāi)發(fā)采用程序員負(fù)責(zé)制的管理方式，這樣可以保證軟件的質(zhì)量。31. 答：JSP設(shè)計(jì)方法進(jìn)行軟件系統(tǒng)設(shè)計(jì)的步驟是分析和確定輸入/輸出數(shù)據(jù)的邏輯結(jié)構(gòu)，并用Jackson結(jié)構(gòu)圖表示出數(shù)據(jù)結(jié)構(gòu)，得到輸入/輸出數(shù)據(jù)結(jié)構(gòu)中對(duì)應(yīng)關(guān)系的數(shù)據(jù)單元，從輸入/輸出的數(shù)據(jù)結(jié)構(gòu)中推導(dǎo)出程序結(jié)構(gòu)，列出基本的操作和操作條件，用偽碼編碼。32. 答：（1）詳細(xì)設(shè)計(jì)出模塊的算法，將算法用有關(guān)設(shè)計(jì)工具如程序流程圖，PAD圖及過(guò)程設(shè)計(jì)語(yǔ)言描述出來(lái)。 （2）設(shè)計(jì)出模塊內(nèi)的數(shù)據(jù)結(jié)構(gòu) （3）設(shè)計(jì)出數(shù)據(jù)庫(kù)的結(jié)構(gòu)和數(shù)據(jù)的存儲(chǔ)模式 （4）進(jìn)行模塊的編碼設(shè)計(jì)，設(shè)計(jì)出模塊的輸入/輸入出界面和人機(jī)對(duì)話接口。 （5）編寫(xiě)出詳細(xì)設(shè)計(jì)的說(shuō)明書(shū) （6）對(duì)詳細(xì)設(shè)計(jì)階段的工作進(jìn)行評(píng)審。33. 答：軟件的可移植性是指所設(shè)計(jì)的程序可以在不同的計(jì)算機(jī)環(huán)境中運(yùn)行的容易程序。在程序設(shè)計(jì)中，要提高程序的可移植性應(yīng)當(dāng)做到以下幾點(diǎn)： A，選好程序設(shè)計(jì)語(yǔ)言，要選擇標(biāo)準(zhǔn)的程序設(shè)計(jì)語(yǔ)言 B，程序模塊的算法與操作系統(tǒng)環(huán)境的聯(lián)系不能十分密切。 C, 程序設(shè)計(jì)風(fēng)格要規(guī)范。34. 答：為了保證整體程序風(fēng)格的一致，在項(xiàng)目規(guī)劃時(shí)注意做到一下幾點(diǎn)： A，為了便于閱讀和維護(hù)源程序，源程序中必須加上必要的注釋?zhuān)瑪?shù)據(jù)，變量也應(yīng)當(dāng)加說(shuō)明。 B，程序的結(jié)構(gòu)應(yīng)當(dāng)盡量簡(jiǎn)單 C,所設(shè)計(jì)的輸入輸出應(yīng)當(dāng)盡量符合操作人員習(xí)慣 D，應(yīng)適當(dāng)考慮程序運(yùn)行的時(shí)間效率和空間效率。35. 答：黑盒法測(cè)試主要發(fā)現(xiàn)的錯(cuò)誤類(lèi)型包括：檢查是否有不正確或者遺漏的功能， 能否正確接收數(shù)據(jù)并得到正確的輸出， 是否可以訪問(wèn)外部的信息，軟件的性能是否滿(mǎn)足設(shè)計(jì)的需要。36. 答：簡(jiǎn)單來(lái)說(shuō)，軟件體系結(jié)構(gòu)問(wèn)題包括軟件系統(tǒng)總體組織和全局控制、通信協(xié)議、同步、數(shù)據(jù)存取，設(shè)計(jì)元素的功能分配和組織，規(guī)模和性能，以及在各設(shè)計(jì)方案間進(jìn)行擇等問(wèn)題。37. 答：一般認(rèn)為，模式和框架的不同之處在于。1），設(shè)計(jì)模式比框架更加抽象。框架可以在代碼中體現(xiàn)，但在代碼中只體現(xiàn)模式的實(shí)例。2)，設(shè)計(jì)模式是比框架小的結(jié)構(gòu)元素。一個(gè)典型的框架包括若干設(shè)計(jì)模式，但反之不能成立。3），設(shè)計(jì)模式比框架有更廣泛的意義，框架往往有一個(gè)特定的應(yīng)用領(lǐng)域，而設(shè)計(jì)模式可用于幾乎所有種類(lèi)的應(yīng)用之中。38. 答：按照集成程度的高低，在軟件開(kāi)發(fā)環(huán)境中CASE工具的集成形式有以下幾種：1交換 2界面 3共信息管理與信息共享 4集成 39. 答：軟件生存周期是指從提出軟件的開(kāi)發(fā)要求開(kāi)始到軟件報(bào)廢為止的整個(gè)時(shí)期。軟件生存周期包括可行性分析和項(xiàng)目開(kāi)發(fā)計(jì)劃、需求分析、概要設(shè)計(jì)、詳細(xì)設(shè)計(jì)、編碼、測(cè)試、軟件維護(hù)等階段。40. 答：由于軟件是一種特殊的邏輯產(chǎn)品，軟件的生產(chǎn)有其特殊性。軟件生產(chǎn)經(jīng)歷了程序設(shè)計(jì)階段，程序系統(tǒng)階段，軟件工程階段，其中在軟件生產(chǎn)的第二階段主要采用小集團(tuán)合作方式，當(dāng)時(shí)由于計(jì)算機(jī)硬件技術(shù)的發(fā)展，計(jì)算機(jī)硬件價(jià)格降低，性能提高，為計(jì)算機(jī)軟件的應(yīng)用和發(fā)展創(chuàng)造了條件。一些建立大型，復(fù)雜的應(yīng)用系統(tǒng)的需求不斷提出，但是應(yīng)用軟件系統(tǒng)的開(kāi)發(fā)技術(shù)，開(kāi)發(fā)方法并不規(guī)范，同時(shí)由于程序員的技術(shù)素質(zhì)不高，造成了應(yīng)用軟件系統(tǒng)的開(kāi)發(fā)過(guò)程中出現(xiàn)了一些問(wèn)題，導(dǎo)致了開(kāi)發(fā)出的軟件系統(tǒng)不能滿(mǎn)足用戶(hù)需要的矛盾，因而導(dǎo)致了計(jì)算機(jī)軟件危機(jī)的出現(xiàn)。五. 應(yīng)用題1. 解：用PAD圖描述如下：2 解：軟件開(kāi)發(fā)工具應(yīng)用于軟件開(kāi)發(fā)可以大幅度地提高軟件生產(chǎn)率,提高軟件質(zhì)量.方便軟件管理,便于軟件重用,減少低級(jí)重復(fù)勞動(dòng),支持快速原型設(shè)計(jì),便于用戶(hù)和開(kāi)發(fā)人員的交流.降低大型復(fù)雜軟件的開(kāi)發(fā)難度.3 解：4 解：上圖所示的數(shù)據(jù)流圖既有事物型處理的特征又有變換型處理的特征，先分進(jìn)行轉(zhuǎn)換，再進(jìn)行優(yōu)化，轉(zhuǎn)換的結(jié)果圖如下。 5 解：如下圖所示，將偽碼表示的代碼轉(zhuǎn)換為PAD圖。 6 解：7 解：8 解：9 解：軟件就是程序的觀點(diǎn)是不正確的。因?yàn)檐浖扔诔绦蚣游臋n加數(shù)據(jù).文檔是軟件的一個(gè)非常重要的組成部分,在軟件的開(kāi)發(fā)過(guò)程中起著非常重要的作用.在軟件開(kāi)發(fā)的每一個(gè)階段都應(yīng)有相應(yīng)的文檔.它是開(kāi)發(fā)人員與用戶(hù)以及開(kāi)發(fā)人員與項(xiàng)目管理人員之間交流的媒介 文檔是軟件在不同階段的表現(xiàn)形式. 程序與文檔必須一致,文檔才有價(jià)值. 文檔質(zhì)量直接決定軟件質(zhì)量的高低. 文檔也是軟件測(cè)試和維護(hù)的依據(jù).在沒(méi)有文檔或文檔不全的情況下對(duì)大型軟件進(jìn)行測(cè)試與維護(hù)是不可思議的事情.文檔是軟件可重用的依據(jù). 10 解： while a