軟件工程解答

1、軟件工程題庫單項(xiàng)選擇題1. D2. B3.A4.C5. D6. C7. D8.D9. D10.B11. D12. A 13. C14. D15.A16. D17. B18.B19. B20. C21. D22.D23.A24.C25. C26. A27.C28.A29 .C30.D31. D32.D33B34.B35.B36. A37.A38.D39.C40. A41. D42. A43.D44.D45. A46. D47.A48D49 .B50.B51. B52.D53A54.D55.C56. D57. B58.C59.C60. D61. D62.B63.C64.C65. B66. B67.

2、B68.A69. C70.A71. B72.A73C74.C75.B76. D77.B78A79.B80. B81. C82.C83.C84.B85. D86. B87.C88.C89. A90.A91. C92.D93D94.B95.B96. D97.D98.A99.B100. C101. C102.C103A 104.C10 5.D106. C107.A108.D 109. A 110.A111. C112.B113C114.C115.C116. C117.A118.C 119D120 .D121. B122.B123.A 124.B12 5.A126. A127.A128.B 129.

3、A130.D131. B132.C133D 134.A135.A136. B137. B138.A 139.D140. C141. D142.A143.C144.A145. B146. B147.A148.B149. C150.B151. D152.C153. B154.A155.B156. D157.C158B159.B160. B1.答：錯(cuò)。2.答：正確3.答：錯(cuò)。4.答：錯(cuò)。5.答：正確6.答：錯(cuò)，二. 判斷改錯(cuò)題是 改成不是。改成它所具有的封裝和集成的特征。它是軟件唯一的合成技術(shù)集成化 CASE 環(huán)境的集成包括工具集成，界面集成和方法集成。對(duì)于特定的程序而言，滿足條件覆蓋的測試數(shù)據(jù)，不

4、一定必然也滿足判定覆蓋。10.11.12.13.14.15.16.17.18.19.20.21.22.23.24.25.26.27.28.29.30.31.32.33.34.35.36.37.38.39.40.1.2.3.7. 答：8. 答：9. 答：錯(cuò)。每一個(gè)對(duì)象都是其相應(yīng)類的一個(gè)實(shí)例。正確。正確。錯(cuò)。 對(duì)。 錯(cuò)。 錯(cuò)。 答： 答： 答： 答： 答： 答： 答： 答： 答： 答： 答： 答： 答： 答： 答：增量模型改為瀑布模型編寫程序 邏輯實(shí)現(xiàn) 錯(cuò)。 正確 正確 正確 錯(cuò)誤。提高程序運(yùn)行效率正確 錯(cuò)誤。 正確 錯(cuò)誤。 錯(cuò)誤。 正確 錯(cuò)。 正確。 錯(cuò)誤。 錯(cuò)誤。改為改為測試階段物理實(shí)現(xiàn)模塊的

5、內(nèi)聚程度越高，耦合程度越低。改成 降低了程序運(yùn)行效率。軟件執(zhí)行環(huán)境順序內(nèi)聚 結(jié)構(gòu)測試系統(tǒng)要求改成 算法和數(shù)據(jù)結(jié)構(gòu)改成改成改成偶然內(nèi)聚單元測試用戶要求用戶幫助問題 改成 輸入輸出數(shù)據(jù)。 控制耦合 改成 內(nèi)容耦合答：錯(cuò)。 HTML 改成 統(tǒng)一建模語言 UML答：正確答：錯(cuò)。進(jìn)行需求分析改成 度量軟件的規(guī)模答：正確答：正確。答：錯(cuò)。設(shè)計(jì)結(jié)果 改成 設(shè)計(jì)模式答：錯(cuò)誤。一定的時(shí)間間隔改成基線答：錯(cuò)誤。程序 改成文檔答：正確答： 正確答：錯(cuò)誤。處理規(guī)格說明改成實(shí)體關(guān)系圖對(duì)。名詞解釋 答：軟件是計(jì)算機(jī)程序、數(shù)據(jù)及相關(guān)的各種文檔的集合。 答：計(jì)算機(jī)輔助軟件工程（ CASE ）工具是一個(gè)貫穿于軟件生存周期各個(gè)階

6、段的開發(fā)工具，在它的支持下，可以實(shí)現(xiàn)軟件開發(fā)的自動(dòng)化。 答：結(jié)構(gòu)化方法是軟件項(xiàng)目開發(fā)的一種分析方法，它根據(jù)軟件項(xiàng)目內(nèi)部數(shù)據(jù)傳遞、變換 的關(guān)系，遵循自頂向下逐步求精的指導(dǎo)思想，采用抽象與分解的原則，將復(fù)雜的軟件項(xiàng)目逐步分解，通過軟件開發(fā)的描述工具及其結(jié)構(gòu)化語言的描述得到軟件系統(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. 答：繼承性是子類自動(dòng)共享父類數(shù)據(jù)結(jié)

7、構(gòu)和方法的機(jī)制，這是類之間的一種關(guān)系。7. 答：多態(tài)性是指相同的操作或函數(shù)、 過程可作用于多種類型的對(duì)象上并獲得不同的結(jié)果。 不同的對(duì)象，收到同一消息可以產(chǎn)生不同的結(jié)果。8. 答：封裝性是指所有軟件部件內(nèi)部都有明確的范圍以及清楚的外部邊界。每個(gè)軟件部件 都有友好的界面接口， 軟件部件的內(nèi)部實(shí)現(xiàn)與外部可訪問性分離。 封裝性是保證軟件部 件具有優(yōu)良模塊性的基礎(chǔ)。9. 答：事件是指定時(shí)刻發(fā)生的某件事情。它是事情發(fā)生的信號(hào)，它沒有持續(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)記事件名，箭頭方向

8、表示轉(zhuǎn)換的方向。狀態(tài)圖反映 了狀態(tài)與事件的關(guān)系。11. 軟件質(zhì)量保證就是向用戶及社會(huì)提供滿意的高質(zhì)量的產(chǎn)品， 確保軟件產(chǎn)品從誕生到消亡 為止的所有階段的質(zhì)量活動(dòng)， 即確定、達(dá)到和維護(hù)需要的軟件質(zhì)量而進(jìn)行的所有有計(jì)劃、 有系統(tǒng)的管理活動(dòng)。12. 時(shí)間冗余是指以重復(fù)執(zhí)行指令或程序來消除瞬間時(shí)錯(cuò)誤帶來的影響。13. 瀑布模型又稱傳統(tǒng)模型。 要求項(xiàng)目所有的活動(dòng)都嚴(yán)格按照順序驚醒， 一個(gè)階段的輸出是 以下一個(gè)階段的輸入。瀑布模型沒有反饋，一個(gè)階段完成后，一般不返回。14. 答：關(guān)聯(lián)表示類之間的一種關(guān)系，就是一些可能的鏈的集合。15. 答：基線是軟件生存期中各開發(fā)階段的一個(gè)特定點(diǎn)， 它的作用是把開發(fā)各階段

9、工作的劃 分更加明確化，使本來連續(xù)的工作在這些點(diǎn)上斷開。16. 答：進(jìn)行開發(fā)成本的估算以及了解取得效益的評(píng)估， 確定要開發(fā)的項(xiàng)目是否值得投資開 發(fā)。17. 答：要開發(fā)的項(xiàng)目是否存在任何侵犯、 妨礙等責(zé)任問題， 要開發(fā)項(xiàng)目目的運(yùn)行方式在用 戶組織內(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)系的情況，稱為結(jié)構(gòu)沖突。21. 答：將系統(tǒng)化的、規(guī)范的、可度量的方法應(yīng)用于軟件的開發(fā)、運(yùn)行和維護(hù)的過程，即將工程化應(yīng)用于軟件中。22

10、. 答：容錯(cuò)技術(shù) :對(duì)那些無法避開的差錯(cuò) ,使其影響減少至最小的技術(shù) .也就是說 ,當(dāng)錯(cuò)誤發(fā)生 時(shí),盡可能地不影響其它的系統(tǒng)元素 ,或是把用戶的影響限制在某些容許的范圍內(nèi).23. 答：結(jié)構(gòu)化維護(hù) : 如果維護(hù)工作是從評(píng)價(jià)完整的軟件配置開始入手,確定軟件的重要結(jié)構(gòu)特點(diǎn) ,性能特點(diǎn)以及接口特點(diǎn) ;估量要求的改動(dòng)將帶來的影響 ,并且計(jì)劃實(shí)施途徑 .然后首 先修改設(shè)計(jì)并且對(duì)所做的修改進(jìn)行仔細(xì)審查.接下來編寫相應(yīng)的源程序代碼 ;使用在測試說明書中包含的信息進(jìn)行回歸測試 ;最后 ,把修改后的軟件再次交付使用 .24. 答：模塊獨(dú)立性是模塊化 , 抽象和信息隱蔽的直接產(chǎn)物 .每個(gè)模塊只要完成獨(dú)立的功能 與其

11、它模塊聯(lián)系越少 ,則模塊的獨(dú)立性就越強(qiáng) .通過模塊與模塊之間的耦合性和模塊內(nèi)部 的內(nèi)聚性來衡量模塊的獨(dú)立性 .25. 答：指開發(fā)人員要準(zhǔn)確理解用戶的要求， 進(jìn)行細(xì)致的調(diào)查分析， 將用戶非形式的需求陳 述轉(zhuǎn)化為完整的需求定義，再由需求定義轉(zhuǎn)換到相應(yīng)的形式功能規(guī)約的過程。26. 答：模塊化是指把一個(gè)復(fù)雜的問題按照自定向下逐步分解的原則， 劃分為若干個(gè)簡單模 塊的過程。 每個(gè)模塊完成一個(gè)特定的子功能， 所有模塊按照某種方法組裝起來成為一個(gè) 整體，完成整個(gè)系統(tǒng)所要求的功能。27. 答：信息屏蔽是指對(duì)某一個(gè)模塊來說，其內(nèi)部包括的數(shù)據(jù)或過程不能被其他的模塊訪 問，利用信息屏蔽可以限制對(duì)模塊的過程和局部數(shù)據(jù)

12、結(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ì)階段得到的模塊處理的過程轉(zhuǎn)換成為用某種計(jì)算機(jī)程序設(shè)計(jì) 語言設(shè)計(jì)的程序，也就是編寫源程序的過程。30. 答：程序設(shè)計(jì)風(fēng)格是指在編寫程序時(shí)所表現(xiàn)出來的編程習(xí)慣、邏輯思路等特點(diǎn)。 好的程序設(shè)計(jì)風(fēng)格對(duì)于提高開發(fā)效率、保證軟件質(zhì)量有較大的幫助作用。31. 答：數(shù)據(jù)流圖 :是描述數(shù)據(jù)處理過程的工具 .它從數(shù)據(jù)傳遞和加工的角度 ,以圖形 的方式刻畫數(shù)據(jù)流從輸入到輸出的移動(dòng)變換過程 .32. 答：軟件維護(hù)是軟件生命周期的最后一個(gè)階段,是在軟

13、件已經(jīng)交付給用戶使用之后 ,為了改正軟件錯(cuò)誤或滿足新的需要而修改軟件的過程.它包括四種類型的維護(hù)活動(dòng) :改正型維護(hù) ,適應(yīng)型維護(hù) ,預(yù)防型維護(hù)和完善型維護(hù) .33. 軟件測試是一個(gè)為了尋找軟件錯(cuò)誤而運(yùn)行程序的過程 .目的就是為了發(fā)現(xiàn)軟件中的錯(cuò)誤 一個(gè)好的測試用例是指很可能找到迄今為止尚未發(fā)現(xiàn)的錯(cuò)誤的用例.一個(gè)成功的測試是指揭示了迄今為止尚未發(fā)現(xiàn)的錯(cuò)誤的測試 .34. 程序的可維護(hù)性 :為滿足用戶新的需求 ,或當(dāng)環(huán)境發(fā)生了變化 ,或運(yùn)行中發(fā)現(xiàn)了新的錯(cuò)誤 時(shí) ,對(duì)一個(gè)已投入運(yùn)行的軟件進(jìn)行相應(yīng)診斷和修改所需工作量的大小.35. 軟件生存周期是指從提出軟件開發(fā)要求開始,直到該軟件報(bào)廢不用為止的整個(gè)時(shí)期

14、。這個(gè)時(shí)期又分為若干個(gè)階段 ,對(duì)軟件生產(chǎn)的管理和進(jìn)度控制有重要作用,使軟件的開發(fā)有相應(yīng)的模式 ,流程 ,工序和步驟 .36. 答：白盒法測試是針對(duì)程序的語句結(jié)構(gòu)對(duì)數(shù)據(jù)處理過程進(jìn)行的測試。37. 答：黑盒法測試是針對(duì)軟件生存周期各個(gè)階段的軟件文檔進(jìn)行的測試。38. 答：校正性維護(hù)是指在軟件開發(fā)階段， 由于軟件中難免存在有一些隱含的錯(cuò)誤， 在軟件 交付使用后，為了能識(shí)別和修改這些錯(cuò)誤而進(jìn)行的工作。39. 答：對(duì)象的消息是指對(duì)象要執(zhí)行的操作的說明， 包括接受消息的對(duì)象名、 要執(zhí)行的操作 名稱、必要的參數(shù)。40. 答：面向?qū)ο蟮脑O(shè)計(jì)是把分析階段得到的需求分析的模塊轉(zhuǎn)換為抽象的系統(tǒng)實(shí)現(xiàn)方案的 過程， 面

15、向?qū)ο蟮脑O(shè)計(jì)準(zhǔn)則是將對(duì)象模塊化、 數(shù)據(jù)抽象化、對(duì)象信息屏蔽、 模塊間低耦 合高內(nèi)聚。四. 簡答題1. 答：軟件危機(jī)的具體表現(xiàn)是軟件的開發(fā)計(jì)劃難以制定。進(jìn)度難以控制，開發(fā)出的軟件系 統(tǒng)不能滿足用戶的需求。 軟件開發(fā)方法不規(guī)范，沒有統(tǒng)一文檔。軟件的可維護(hù)性差。由 于缺少軟件的質(zhì)量保證體系，缺少完整的測試機(jī)制，軟件的可靠性差。2. 答：可行性分析和項(xiàng)目開發(fā)計(jì)劃階段主要是由用戶提出軟件開發(fā)的需求，系統(tǒng)分析員進(jìn) 行調(diào)查，明確軟件開發(fā)的任務(wù)，邊界，功能，規(guī)模后，進(jìn)行可行性研究，最終為用戶提 供軟件項(xiàng)目可行性報(bào)告和項(xiàng)目開發(fā)計(jì)劃，并將這些軟件開發(fā)文檔交用戶進(jìn)行討論和審 查。3. 答：數(shù)據(jù)字典 (DD )用于說

16、明數(shù)據(jù)流圖中各個(gè)元素含義的， 對(duì)各個(gè)元素的說明是標(biāo)準(zhǔn)的， 無二義性的。 數(shù)據(jù)字典是需求說明書的重要組成部分， 數(shù)據(jù)字典和數(shù)據(jù)流圖構(gòu)成了系統(tǒng) 的邏輯模型。4. 答 ,(1)收集來自用戶各個(gè)方面對(duì)軟件功能的要求，這些需求的表現(xiàn)形式是多樣的，不 系統(tǒng)的，有些甚至是不明確的。(2)對(duì)得到的需求進(jìn)行補(bǔ)充，完善和加工，利用軟件開發(fā)的描述工具，如數(shù)據(jù)流圖， 數(shù)據(jù)字典表示出軟件項(xiàng)目的邏輯結(jié)構(gòu)。(3)利用分析與綜合的思想進(jìn)行進(jìn)一步的整理，形成軟件需求說明書，以及其他相關(guān) 的軟件開發(fā)文檔。這些文檔為后期的軟件開發(fā)提供依據(jù)。5. 答：( 1)分析當(dāng)前系統(tǒng)的物理模型 技術(shù)人員通過對(duì)當(dāng)前系統(tǒng)的調(diào)查，分析出當(dāng)前系統(tǒng)的實(shí)際

17、工作過程。(2)抽象出當(dāng)前系統(tǒng)的邏輯模型 在對(duì)當(dāng)前系統(tǒng)進(jìn)行分析后， 區(qū)別出本質(zhì)因素和非本質(zhì)因素， 得到系統(tǒng)的抽象工作 過程。6. 答：軟件測試要經(jīng)過單元測試，集成測試，確認(rèn)測試，系統(tǒng)測試四個(gè)階段。 單元測試是對(duì)源程序中的每一個(gè)程序單元進(jìn)行的測試，目的是發(fā)現(xiàn)模塊中的錯(cuò)誤。 集成測試是將各個(gè)模塊組裝起來進(jìn)行的測試。確認(rèn)測試是檢查已經(jīng)實(shí)現(xiàn)的軟件是否符合軟件需求說明書的各種要求。 系統(tǒng)測試是對(duì)軟件項(xiàng)目進(jìn)行的綜合測試。7. 答：非漸增式方法和漸增式方法屬于軟件測試過程的集成測試。非漸增式方法將所有經(jīng) 過測試的單元模塊一起組裝起來進(jìn)行的測試。 漸增式方法采用逐步組裝模塊的方法， 組 裝一部分測試一部分。8

18、. 答：在軟件開發(fā)的過程中，如果各階段沒有嚴(yán)格的科學(xué)管理和規(guī)劃，會(huì)給軟件的維護(hù)帶 來一些困難。 不利于軟件維護(hù)。 這主要是因?yàn)閷?duì)于修改程序的人員來說， 在原有基礎(chǔ)上 進(jìn)行程序修改， 讀懂別人的程序比較困難； 在軟件開發(fā)的過程中， 文檔與實(shí)際程序設(shè)計(jì) 會(huì)存在一些差異。 軟件開發(fā)與維護(hù)這兩項(xiàng)工作在時(shí)間上， 人員上存在差異， 同時(shí)維護(hù)工作會(huì)遇到一些困難，因此軟件的維護(hù)工作不是非常吸引人。9. 答：快速原型開發(fā)方法可以按照快速分析，構(gòu)造原型，運(yùn)行原型，評(píng)價(jià)原型，修改原型 的開發(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ì)

19、象關(guān)聯(lián)關(guān)系。11. 答：分階段生命周期模型可以提高軟件開發(fā)過程的可見性，通過將階段當(dāng)作里程碑來更 好地管理項(xiàng)目；并且更加詳細(xì)的階段將會(huì)允許更加嚴(yán)密地監(jiān)控進(jìn)程。12. 答： A, 市場調(diào)研B, 項(xiàng)目計(jì)劃、成本估計(jì)、編制需求規(guī)格說明書（可同時(shí)進(jìn)行）C, 需求復(fù)審D, 總體設(shè)計(jì)E, 詳細(xì)設(shè)計(jì)F, 設(shè)計(jì)復(fù)審G, 實(shí)現(xiàn)H, 單元測試I, 系統(tǒng)測試J,驗(yàn)收測試13. 答：功能分解法，數(shù)據(jù)流方法，信息建模方法，面向?qū)ο蠓椒?4. A ，在結(jié)構(gòu)體中所有的是否都初始化？B, 所有變量是否都聲明了？C, 每一個(gè)“ ”是否都有一個(gè)匹配的“ ”D, 每一個(gè)相等比較是否都有連個(gè)“ =”？E, 任何“ while ”語句

20、或“ if ”條件語句都以“； ”結(jié)束？F, 每一個(gè)類聲明是否都以“： ”結(jié)束？15. 答： A ，里程碑必須與軟件開發(fā)過程中的進(jìn)程先聯(lián)系B，當(dāng)完成一個(gè)里程碑時(shí)必須是顯而易見的。16. 答：建立對(duì)象模型主要注意系統(tǒng)中對(duì)象的結(jié)構(gòu)，對(duì)象的屬性和對(duì)象的操作。建立對(duì)象模型的過程是：A，首先確定對(duì)象和類，找到對(duì)象的屬性，操作和方法B, 確定類之間的關(guān)聯(lián)關(guān)系和對(duì)象間的鏈。C, 確定類的層次結(jié)構(gòu)D, 形成對(duì)象模型E, 說明對(duì)象設(shè)計(jì)的內(nèi)容。17. 答：軟件開發(fā)的瀑布模型是一種線性的順序模型，這種模型在軟件的各個(gè)開發(fā)階段存在 著順序性和依賴性， 其中前一個(gè)階段的工作是后一個(gè)階段工作的基礎(chǔ)。 同時(shí)這種模型強(qiáng) 調(diào)預(yù)

21、先定義需求的重要性。但是，在實(shí)際的開發(fā)工作中， 在軟件開發(fā)的需求階段， 由于 用戶提出的需求本身是模糊的，這給軟件開發(fā)的技術(shù)人員理解用戶的需求帶來了困難， 軟件開發(fā)的后期， 用戶可能會(huì)提出新的要求， 因此軟件需求是不斷在變化的。 按照瀑布 模型的規(guī)范， 瀑布模型不能適合用戶需求的改變。 由于這個(gè)問題的出現(xiàn)， 使得軟件開發(fā) 的技術(shù)人員和用戶之間難以溝通，軟件的開發(fā)遇到了困難。18. 答：由于軟件維護(hù)的工作周期長，費(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ù)查

22、等工作。19. 答：軟件本身的特點(diǎn)說明了軟件是一種復(fù)雜的，抽象的邏輯實(shí)體，這就給軟件的開發(fā)帶 來了難題。 為了保證軟件能夠滿足設(shè)計(jì)的需求和用戶的需求， 因此在軟件生命周期的各 個(gè)階段都要保證軟件質(zhì)量， 由此而進(jìn)行的有關(guān)活動(dòng)稱為質(zhì)量保證。 軟件質(zhì)量保證一般可 以采用的策略包括以檢驗(yàn)為重，以過程管理為重，以新產(chǎn)品的開發(fā)為重。20. 答：由于軟件本身的特點(diǎn)，為了避免軟件危機(jī)的出現(xiàn)，所以軟件項(xiàng)目采用軟件工程化 的思想進(jìn)行軟件開發(fā)。 由于軟件工程是一項(xiàng)復(fù)雜的工作， 所以需要相應(yīng)的管理策略。 軟 件工程的管理工作非常重要，由于管理的失誤造成項(xiàng)目的開發(fā)進(jìn)度難以達(dá)到預(yù)期的要 求，進(jìn)度和資金的投入失控，這樣對(duì)于

23、軟件的質(zhì)量就難以把握了，所以應(yīng)當(dāng)切實(shí)做好 軟件工程的管理工作。21. 答：在進(jìn)行軟件開發(fā)時(shí)，某項(xiàng)工作的變更會(huì)引起軟件配置的連帶變更，對(duì)變更需要加以 控制，否則會(huì)給軟件的開發(fā)工作帶來混亂。 變更控制包括三個(gè)環(huán)節(jié)， 當(dāng)有變更的需求時(shí)， 需要提出變更的申請(qǐng)， 說明變更的原因， 當(dāng)決定要變更時(shí)， 需要建立變更控制點(diǎn)進(jìn)行變 更，當(dāng)變更結(jié)束時(shí)，需要對(duì)變更進(jìn)行審查和驗(yàn)證。22答：軟件文檔可以提高軟件開發(fā)過程的能見度，提高軟件開發(fā)的效率，可以作為軟件開發(fā)的階段性成果， 可以記錄軟件開發(fā)過程的有關(guān)信息， 提供軟件開發(fā)維護(hù)和培訓(xùn)的資料， 可以幫助用戶了解軟件的功能和性能。23. 答：為了做好軟件質(zhì)量保證工作，要正

24、確定義用戶的需求，采用軟件工程學(xué)的方法進(jìn)行 軟件項(xiàng)目開發(fā)， 運(yùn)用先進(jìn)的開發(fā)技術(shù)和管理方法， 利用已有的軟件成果， 軟件開發(fā)人員 要進(jìn)行充分的合作， 加強(qiáng)信息溝通， 制定切實(shí)可行的開發(fā)計(jì)劃， 確保軟件開發(fā)任務(wù)的進(jìn) 行。24答：軟件可維護(hù)性是指軟件能被理解，校正，適應(yīng)及增強(qiáng)功能的容易程度。提高軟件 可維護(hù)性的方法包括要建立明確的軟件質(zhì)量目標(biāo)，確定軟件質(zhì)量強(qiáng)調(diào)的是效率還是可移植 性；要利用先進(jìn)的開發(fā)技術(shù)和工具進(jìn)行軟件維護(hù)； 建立明確的軟件質(zhì)量的保證體系加強(qiáng)軟件 維護(hù)工作的檢查；選擇可維護(hù)的語言，改進(jìn)程序文檔的編寫和管理方法。25. 答： CASE 的生存期包括需求，剪裁，引入，操作，演化，廢止等過程

25、。26. 答：確定軟件項(xiàng)目的規(guī)模和目標(biāo)，研究現(xiàn)行的系統(tǒng)，簡歷新系統(tǒng)的模型，得出幾種設(shè)計(jì) 方案，編寫可行性研究報(bào)告。27. 答：可行性研究報(bào)告說明的是軟件項(xiàng)目是否可以開發(fā)，是否值得開發(fā)的問題，它是在對(duì) 原有系統(tǒng)進(jìn)行了充分調(diào)查論證后得到的軟件文檔。項(xiàng)目開發(fā)計(jì)劃是確定了軟件項(xiàng)目值得開發(fā)后形成的一份管理性文檔，它說明的是軟 件項(xiàng)目的實(shí)施計(jì)劃，人員分工和組織，資源分配情況，交付軟件的期限等內(nèi)容。28. 答：軟件設(shè)計(jì)是一個(gè)把軟件需求轉(zhuǎn)換為軟件表示的過程，軟件設(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ù)庫文件，編寫和評(píng)審軟件概要設(shè)計(jì)說明書。

26、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)成程序。 程序開發(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è)

27、計(jì)出模塊的算法，將算法用有關(guān)設(shè)計(jì)工具如程序流程圖，PAD 圖及過程設(shè)計(jì)語言描述出來。（2）設(shè)計(jì)出模塊內(nèi)的數(shù)據(jù)結(jié)構(gòu)（3）設(shè)計(jì)出數(shù)據(jù)庫的結(jié)構(gòu)和數(shù)據(jù)的存儲(chǔ)模式（ 4）進(jìn)行模塊的編碼設(shè)計(jì)，設(shè)計(jì)出模塊的輸入/輸入出界面和人機(jī)對(duì)話接口。（5）編寫出詳細(xì)設(shè)計(jì)的說明書（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ì)語言，要選擇標(biāo)準(zhǔn)的程序設(shè)計(jì)語言B, 程序模塊的算法與操作系統(tǒng)環(huán)境的聯(lián)系不能十分密切。C, 程序設(shè)計(jì)風(fēng)格要規(guī)范。34. 答：為了保證整體程序風(fēng)格的一致，在項(xiàng)目規(guī)劃

28、時(shí)注意做到一下幾點(diǎn)：A，為了便于閱讀和維護(hù)源程序，源程序中必須加上必要的注釋，數(shù)據(jù)，變量也應(yīng)當(dāng) 加說明。B, 程序的結(jié)構(gòu)應(yīng)當(dāng)盡量簡單C, 所設(shè)計(jì)的輸入輸出應(yīng)當(dāng)盡量符合操作人員習(xí)慣D，應(yīng)適當(dāng)考慮程序運(yùn)行的時(shí)間效率和空間效率。35. 答：黑盒法測試主要發(fā)現(xiàn)的錯(cuò)誤類型包括：檢查是否有不正確或者遺漏的功能， 能否正確接收數(shù)據(jù)并得到正確的輸出， 是否可以訪問外部的信息，軟件的性能是否滿足設(shè)計(jì)的需要。36. 答：簡單來說， 軟件體系結(jié)構(gòu)問題包括軟件系統(tǒng)總體組織和全局控制、 通信協(xié)議、 同步、 數(shù)據(jù)存取， 設(shè)計(jì)元素的功能分配和組織， 規(guī)模和性能， 以及在各設(shè)計(jì)方案間進(jìn)行擇等問 題。37. 答：一般認(rèn)為，模式

29、和框架的不同之處在于。1），設(shè)計(jì)模式比框架更加抽象?？蚣芸梢栽诖a中體現(xiàn)，但在代碼中只體現(xiàn)模式的實(shí)例。2），設(shè)計(jì)模式是比框架小的結(jié)構(gòu)元素。一個(gè)典型的框架包括若干設(shè)計(jì)模式，但反之不能成立。3），設(shè)計(jì)模式比框架有更廣泛的意義，框架往往有一個(gè)特定的應(yīng)用領(lǐng)域，而設(shè)計(jì)模式 可用于幾乎所有種類的應(yīng)用之中。38. 答：按照集成程度的高低，在軟件開發(fā)環(huán)境中 CASE 工具的集成形式有以下幾種：1交換2界面3共信息管理與信息共享4集成39. 答：軟件生存周期是指從提出軟件的開發(fā)要求開始到軟件報(bào)廢為止的整個(gè)時(shí)期。 軟件生存周期包括可行性分析和項(xiàng)目開發(fā)計(jì)劃、需求分析、概要設(shè)計(jì)、詳細(xì)設(shè)計(jì)、編碼、測 試、軟件維護(hù)等階段

30、。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)的開發(fā)技術(shù)， 開發(fā)方法并不規(guī)范， 同時(shí)由于程序員的技術(shù)素質(zhì)不高，造成了應(yīng)用軟件系統(tǒng)的開發(fā)過程中出現(xiàn)了一些問題， 導(dǎo)致了開發(fā)出的軟件系統(tǒng)不能滿足用戶需要的矛盾，因而導(dǎo)致了計(jì)算機(jī)軟件危機(jī)的出現(xiàn)。五應(yīng)用題1.解：用PAD圖描述如下:2解：軟件開發(fā)工具應(yīng)用于軟件開發(fā)可以

31、大幅度地提高軟件生產(chǎn)率，提高軟件質(zhì)量方便軟件管理,便于軟件重用，減少低級(jí)重復(fù)勞動(dòng)，支持快速原型設(shè)計(jì)，便于用戶和開發(fā)人員的交流降低大型復(fù)雜軟件的開發(fā)難度3解:旅游旺季T T F F團(tuán)體T F T F優(yōu)惠哎X不優(yōu)惠X優(yōu)惠30%X優(yōu)惠20%X4解：上圖所示的數(shù)據(jù)流圖既有事物型處理的特征又有變換型處理的特征，先分進(jìn)行轉(zhuǎn) 換，再進(jìn)行優(yōu)化，轉(zhuǎn)換的結(jié)果圖如下。5解：如下圖所示，將偽碼表示的代碼轉(zhuǎn)換為PAD圖。6解:檔戶操件線端恵T系統(tǒng)7計(jì)劃時(shí)期問題定義可行性研究8解:開發(fā)時(shí)期有錯(cuò)計(jì)劃時(shí)期需求分析概蓼設(shè)計(jì)詳細(xì)設(shè)計(jì)程序設(shè)計(jì)軟件測試運(yùn)行維護(hù)考生惜況=?若前處理準(zhǔn)著證嗎考牛成績計(jì)算總分考生咸韁單按總分捷序總分名次表

32、錄S錄用通知書統(tǒng)計(jì)-統(tǒng)計(jì)結(jié)果9解:軟件就是程序的觀點(diǎn)是不正確的。因?yàn)檐浖扔诔绦蚣游臋n加數(shù)據(jù) 文檔是軟件的一個(gè)非常重要的組成部分 ，在軟件的開 發(fā)過程中起著非常重要的作用 在軟件開發(fā)的每一個(gè)階段都應(yīng)有相應(yīng)的文檔 它是開發(fā)人員與 用戶以及開發(fā)人員與項(xiàng)目管理人員之間交流的媒介文檔是軟件在不同階段的表現(xiàn)形式 程序與文檔必須一致，文檔才有價(jià)值文檔質(zhì)量直接決定軟件質(zhì)量的高低 文檔也是軟件測試和維護(hù)的依據(jù) 在沒有文檔或文檔不全的情況下對(duì)大型軟件進(jìn)行測試與維護(hù)是不可思議的事情 .文檔是軟件可重用的依據(jù).10.解：while adoIf x0the nx1;Elsex2;If y0the ny1;If z0 the n z1;Else z2; Else y2;Y3; En d;11. 解：條件覆蓋，a=1, b=0, x=3(滿足 aw 1,b=0, aM 2,x1)