軟件工程解答.doc

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