自考新軟件工程題庫及答案

1、02333 軟件工程題庫及答案單選題1. 軟件開發(fā)環(huán)境按解決的問題分類包含（ ）A.程序設(shè)計(jì)環(huán)境 B.工具箱環(huán)境C.基于方法的環(huán)境D.以語言為中心的環(huán)境2. 用于描述待開發(fā)產(chǎn)品 / 系統(tǒng)功能上的能力、性能參數(shù)或其他性質(zhì)的是（ ）A.程序 B.需求 C.設(shè)計(jì) D.規(guī)約3. 下列選項(xiàng)中，用作詳細(xì)設(shè)計(jì)的工具是（ ）A.層次圖B.數(shù)據(jù)流圖C.模塊結(jié)構(gòu)圖D.盒圖4. UML提供的圖形化工具中，用于概念模型和軟件模型的動(dòng)態(tài)結(jié)構(gòu)的是（）A.用況圖 B.部署圖 C.對(duì)象圖 D.構(gòu)件圖5. 根據(jù)軟件需求分類，下列選項(xiàng)中不屬于設(shè)計(jì)約束的是（ ）A.并發(fā)操作B.握手協(xié)議C.質(zhì)量屬性D.硬件限制6. 根據(jù)RUPW試活

2、動(dòng)，輸入為測(cè)試用況，活動(dòng)為實(shí)現(xiàn)測(cè)試，則輸出為（）A. 測(cè)試計(jì)劃B.測(cè)試構(gòu)件C. 測(cè)試評(píng)價(jià)D. 測(cè)試過程7. 一般來說，單元測(cè)試往往采用（)A. 等價(jià)類測(cè)試 B. 因果圖測(cè)試C. 白盒測(cè)試D. 黑盒測(cè)試8. 支持面向?qū)ο蠹夹g(shù)的軟件生存周期模型是（ ）A.噴泉模型B.螺旋模型C.增量模型D.瀑布模型9. CMMI成熟度等級(jí)中的第四級(jí)為（）A.已定義級(jí) B.已定量管理級(jí)C.持續(xù)優(yōu)化級(jí)D.已管理級(jí)10. 若一個(gè)學(xué)生可以在一所或者多所學(xué)校注冊(cè)學(xué)習(xí)，那么這種關(guān)聯(lián)關(guān)系稱為（ ）A.依賴B.泛化C.組合 D.聚合11. 以下（）不是結(jié)構(gòu)化分析方法常用的工具。A.數(shù)據(jù)流圖B.數(shù)據(jù)字典C.程序流程圖D.判定樹12

3、. 軟件基本過程指那些與軟件生產(chǎn)直接相關(guān)的活動(dòng)集，可分為獲取過程、供應(yīng)過程開始過程、運(yùn)行過程和（ ）A.驗(yàn)證過程B.調(diào)試過程C.測(cè)試過程D.維護(hù)過程13. 提高程序可讀性的有力手段是（ ） 。A. 選好一種程序設(shè)計(jì)語言 B. 顯式說明一切變量C. 使用三種標(biāo)準(zhǔn)控制語句D.給程序加注釋14. 軟件需求分析階段的任務(wù)是確定（ ） 。A.軟件開發(fā)方法B.軟件開發(fā)費(fèi)用 C.軟件系統(tǒng)功能D.軟件開發(fā)工具15. 下面不是軟件需求規(guī)格說明書的特點(diǎn)的是（ ） 。A. 正確性B.無歧義性C. 完整性D. 不可修改性A. 適應(yīng)性維護(hù)B. 糾錯(cuò)性維護(hù)C. 完善性維護(hù)D. 預(yù)防性維護(hù)16. 結(jié)構(gòu)設(shè)計(jì)是一種應(yīng)用最廣泛的

4、系統(tǒng)設(shè)計(jì)方法，是以 （ ）為基礎(chǔ)、自頂向下、逐步求精和模塊化的過程。A.數(shù)據(jù)流B.數(shù)據(jù)流圖C.數(shù)據(jù)庫D.數(shù)據(jù)結(jié)構(gòu)17. 需求分析說明書不能作為（ ） 。B. 用戶和開發(fā)人員之間的合同A. 可行性研究的依據(jù)C. 系統(tǒng)概要設(shè)計(jì)的依據(jù)D.軟件驗(yàn)收測(cè)試的依據(jù)18. 在數(shù)據(jù)流圖（DFD中，帶有名字的箭頭表示（）。A. 控制程序 的執(zhí)行順序 B. 模塊之間的調(diào)用關(guān)系 C. 數(shù)據(jù)的流向 D. 程序的組成成分19. 下列敘述中，不屬于結(jié)構(gòu)化 分析方法的是（ ） 。A. 面向數(shù)據(jù)流的結(jié)構(gòu)化分析方法B. 面向數(shù)據(jù)結(jié)構(gòu)的 Jackson 方法C. 面向數(shù)據(jù)結(jié)構(gòu)的結(jié)構(gòu)化數(shù)據(jù)系統(tǒng)開發(fā)方法D. 面向?qū)ο蟮姆治龇椒?0.

5、詳細(xì)設(shè)計(jì)的任務(wù)是決定每個(gè)模塊的內(nèi)部特性，即模塊（A.外部特性B.內(nèi)部特性C.算法和使用數(shù)據(jù)D.功能和輸入輸出數(shù)據(jù)21. 下列工具中屬于需求分析常用工具的是（ ） 。A.PADB.PFDC.N-SD.DFD22. 在白盒測(cè)試法中的邏輯覆蓋技術(shù)中，其中發(fā)現(xiàn)錯(cuò)誤能力最弱的覆蓋技術(shù)是（）。A.語句覆蓋B.判定覆蓋C.條件覆蓋D.數(shù)據(jù)流23. 在軟件測(cè)試過程的 4 個(gè)步驟中，測(cè)試依據(jù)是需求規(guī)格說明的是（ ） 。A.單元測(cè)試 B.集成測(cè)試C.確認(rèn)測(cè)試 D.系統(tǒng)測(cè)試24. 概要設(shè)計(jì)的結(jié)果是提供一份（ ） 。A. 模塊說明書B. 框圖C. 程序D. 數(shù)據(jù)結(jié)構(gòu)25. 與設(shè)計(jì)測(cè)試數(shù)據(jù)無關(guān)的文檔是（ ） 。A. 需

6、求說明書B. 設(shè)計(jì)說明書C. 源程序D. 項(xiàng)目開發(fā)設(shè)計(jì)26. 在軟件維護(hù)中，為了加強(qiáng)、 改善系統(tǒng)的功能和性能，以滿足用戶新的要求的維護(hù)稱為（ ） 。27. 軟件測(cè)試的目的是（A. 發(fā)現(xiàn)錯(cuò)誤B. 演示程序的功能 C. 改善軟件的性能D. 挖掘軟件的潛能28. 在瀑布模型中，將軟件分為若干個(gè)時(shí)期，軟件項(xiàng)目的可行性研究一般歸屬于（）A.維護(hù)時(shí)期B.運(yùn)行時(shí)期C.計(jì)劃時(shí)期D.開發(fā)時(shí)期29. 下列中不屬于軟件維護(hù)的是（ ） 。A. 糾錯(cuò)性維護(hù)B. 完善性維護(hù)C. 檢驗(yàn)性維護(hù) D. 預(yù)防性維護(hù)30. 軟件工程的理論和技術(shù)性研究的內(nèi)容主要包括軟件開發(fā)技術(shù)和（ ） 。A.消除軟件危機(jī) B.軟件工程管理C.程序設(shè)

7、計(jì)自動(dòng)化D.程序設(shè)計(jì)自動(dòng)化31. 軟件測(cè)試過程是軟件開發(fā)過程的逆過程，其最基礎(chǔ)性的測(cè)試應(yīng)是（ ） 。A.集成測(cè)試B.單元測(cè)試C.有效性測(cè)試D.系統(tǒng)測(cè)試32. 強(qiáng)行排除法是一種常用的簡(jiǎn)單方法，下列選項(xiàng)中（ ）不屬于強(qiáng)行排除法。A. 輸出內(nèi)存 儲(chǔ)器的信息 B. 進(jìn)行回歸測(cè)試C.在程序中插入打印語句D.利用自動(dòng)調(diào)試工具33. Putnam 成本估算模型是一個(gè)（ ）模型。34. 在SD方法中全面指導(dǎo)模塊劃分的最重要的原則是（）A. 程序模塊化 B. 模塊高內(nèi)聚C. 模塊低耦合D. 模塊獨(dú)立性35. 在集成（聯(lián)合）測(cè)試中，測(cè)試的主要目的是發(fā)現(xiàn)（ ）階段的錯(cuò)誤。A.軟件計(jì)劃B.需求分析 C.設(shè)計(jì) D.編碼

8、36. 下列不屬于軟件調(diào)試技術(shù)的是（ ） 。A.強(qiáng)行排錯(cuò)法B.集成測(cè)試法C.回溯法D.原因排除法37. 下面關(guān)于PDL語言不正確的說法是（）A.PDL是描述處理過程怎么做B.PDL是只描述加工做什么C.PDL也稱為偽碼D.PDL的外層語法應(yīng)符合一般程序設(shè)計(jì)語言常用的語法規(guī)則38. 程序的三種基本控制結(jié)構(gòu)的共同特點(diǎn)是（ ）。A. 不能嵌套使用B. 只能用來寫簡(jiǎn)單程序C. 只能一個(gè)入口和一個(gè)出口D. 已經(jīng)用硬件實(shí)現(xiàn)39. 在面向?qū)ο蟮母邔釉O(shè)計(jì)體系結(jié)構(gòu)中， （ ） 是用來描述用戶一般使用軟件習(xí)慣的部分A. 人機(jī)交互界面B. 問題論域C. 系統(tǒng)交互界面D. 數(shù)據(jù)管理40. 在ATM機(jī)系統(tǒng)中，下列（）不

9、能在面向?qū)ο笤O(shè)計(jì)中被定義為類。A.中央計(jì)算機(jī)B.柜臺(tái)事務(wù) C.撥號(hào)D.營(yíng)業(yè)廳41. 模塊的內(nèi)聚性最高的是（ ）A.邏輯內(nèi)聚 B.時(shí)間內(nèi)聚C.偶然內(nèi)聚D.功能內(nèi)聚42. 把一組具有相似特性的對(duì)象組合在一起，稱之為（ ）A.多態(tài)性 B.類C.消息 D.繼承性43. 以下說法錯(cuò)誤的是（）。A. 面向?qū)ο蠓治雠c面向?qū)ο笤O(shè)計(jì)的定義沒有明顯區(qū)別B. 從面向?qū)ο蠓治龅矫嫦驅(qū)ο笤O(shè)計(jì)，是一個(gè)逐漸擴(kuò)充模型的過程C. 在實(shí)際的軟件開發(fā)過程中，面向?qū)ο蠓治雠c面向?qū)ο笤O(shè)計(jì)的界限是模糊的D. 面向?qū)ο蠓治龊兔嫦驅(qū)ο笤O(shè)計(jì)活動(dòng)是一個(gè)多次反復(fù)迭代的過程44.SA 方法的基本思想是（ ）A. 自頂向下逐步分解B. 自底向上逐步抽

10、象C. 自底向上逐步分解D. 自底向下逐步抽象45. 在 E-R 模型中，包含以下基本成分（ ）。A. 數(shù)據(jù)、對(duì)象、實(shí)體B. 控制、聯(lián)系、對(duì)象C. 實(shí)體、聯(lián)系、屬性 D. 實(shí)體、屬性、操作46. 程序的三種基本控制結(jié)構(gòu)是（ ） 。A. 過程、子程序和分程序B. 順序、選擇和重復(fù) C. 遞歸、迭代和回溯 D. 調(diào)用、返回和轉(zhuǎn)移47. 軟件管理的主要職能有（ ） 。A. 人員管理、計(jì)劃管理B. 標(biāo)準(zhǔn)化管理、配置管理C. 成本管理、進(jìn)度管理D.A 和B48. 下列模型屬于成本估算方法的有（ ） 。A.COCOMO型B.McCall模型C.McCabe模型D.時(shí)間估算法49. 下列語言中哪個(gè)語言是低級(jí)

11、語言（ ） 。A.PASCALB.VISUAL BASIC C.C+D.匯編語言50. 原型化方法是一類動(dòng)態(tài)定義需求的方法，下列敘述中，哪一個(gè)不具有原型化方法的特點(diǎn)（） 。A. 提供嚴(yán)格定義的文檔B. 加強(qiáng)用戶參與和決策C.簡(jiǎn)化項(xiàng)目管理D.加快需求的確定多選題)是軟件構(gòu)造活動(dòng)的任務(wù)。1. 下面的(A.構(gòu)建軟件組件B.設(shè)計(jì)用戶界面C.實(shí)施組件的單元測(cè)試D.評(píng)估組件的質(zhì)量2. 良好設(shè)計(jì)的特征是( ) 。A. 模塊之間呈現(xiàn)高耦合B. 實(shí)現(xiàn)分析模型中的所有需求C.包括所有組件的測(cè)試用例D.提供軟件的完整描述3. 軟件維護(hù)的策略包括( ) 。A.定期檢測(cè)維護(hù)B.改正性維護(hù)C.適應(yīng)性維護(hù)D.完善性維護(hù)4.

12、 下列屬于不標(biāo)準(zhǔn)的書寫格式有() 。A. 書寫時(shí)適當(dāng)使用空格分隔 B. 一行寫入多條語句C. 嵌套結(jié)構(gòu)不使用分層縮進(jìn)的寫法D. 程序中不加注釋5. 面哪些測(cè)試屬于黑盒測(cè)試( )。A.路徑測(cè)試B.等價(jià)類劃分C.邊界值分析D.錯(cuò)誤推測(cè)E.循環(huán)測(cè)試6. 下列屬于軟件測(cè)試過程的是( )。A.單元測(cè)試B.組裝測(cè)試C.內(nèi)核測(cè)試 D.法律驗(yàn)證 E.確認(rèn)測(cè)試7. 軟件危機(jī)可以表現(xiàn)為（A. 產(chǎn)品不符合用戶的需要C. 軟件的可維護(hù)性差B.軟件產(chǎn)品的質(zhì)量差D.軟件的價(jià)格昂貴8 .（ ） 可以作為模塊.A.子程序 B.函數(shù) C.過程D.編譯文件9 . 關(guān)于內(nèi)容耦合的描述正確的是（ ） 。A. 內(nèi)容耦合是最高程度的耦合

13、B. 應(yīng)該盡量使用內(nèi)容耦合C. 高級(jí)語言一般設(shè)計(jì)成允許內(nèi)容耦合的形式D. 如果一個(gè)模塊有多個(gè)入口，可能發(fā)生內(nèi)容耦合10. Jackson 圖中一般可能包括（ ） 。A.表頭 B.表體 C.表名 D.字段名11. 下列屬于度量效益方法的是（ ） 。A. 貨幣的時(shí)間價(jià)值B. 投資回收期 C. 收入 D. 投資回報(bào)率12. 在敏捷開發(fā)方法中，用戶故事（ User Story ）的作用是（ ）A. 定義需要發(fā)布給最終用戶的軟件特性和功能B. 確定發(fā)布每一次增量的日程表C.用于代替詳細(xì)的活動(dòng)計(jì)劃D.用于估算構(gòu)建當(dāng)前增量所需要的努力E.選項(xiàng)A和C13. 數(shù)據(jù)流圖是用于表示軟件模型的一種圖示方法， 在下列可

14、采用的繪制方法中， 哪些是常 采用的（ ） 。A.自頂向下 B.自底向上 C.分層繪制D.逐步求精14. 軟件設(shè)計(jì)中一般將用到圖形工具，下列哪種些可用作設(shè)計(jì)的圖形工具（ ）A.結(jié)構(gòu)圖 B.實(shí)體聯(lián)系圖C.IPO圖D.層次圖19. 下面哪些測(cè)試屬于白盒測(cè)試（ ） 。A.基本路徑測(cè)試B.等價(jià)類劃分C.邊界值分析D.錯(cuò)誤推測(cè)E.邏輯覆蓋測(cè)試20. 下列哪些選項(xiàng)是屬于內(nèi)容耦合（ ） 。A. 一個(gè)模塊直接訪問另一個(gè)模塊的內(nèi)部數(shù)據(jù)B. 一個(gè)模塊有多個(gè)入口C. 一個(gè)模塊不通過正常入口轉(zhuǎn)到另一模塊內(nèi)部D. 一個(gè)模塊只有一個(gè)入口判斷題1. 螺旋模型是在瀑布模型和增量模型的基礎(chǔ)上增加了風(fēng)險(xiǎn)分析活動(dòng)。 （ ）2. 數(shù)

15、據(jù)字典是對(duì)數(shù)據(jù)流圖中的數(shù)據(jù)流，加工、數(shù)據(jù)存儲(chǔ)、數(shù)據(jù)的源和終點(diǎn)進(jìn)行詳細(xì)定義。 （ ）3. 系統(tǒng)設(shè)計(jì)時(shí)應(yīng)該將模塊劃分得很細(xì)，模塊數(shù)越多越好。4. 軟件是指用程序設(shè)計(jì)語言(如PASCAL,C,VISUAL?BASIC等)編寫的程序，軟件開發(fā)實(shí)際上就是編寫程序代碼。 ( )5. 文檔是影響軟件可維護(hù)性的決定因素。 ( )6. 軟件模塊之間的耦合性越弱越好。 ( )7. 軟件開發(fā)的方法的工作模型是螺旋模型。 ( )8. 繼承性是父類和子類之間共享數(shù)據(jù)結(jié)構(gòu)和消息的機(jī)制，這是類之間的一種關(guān)系。( )9. 模塊化，信息隱藏，抽象和逐步求精的軟件設(shè)計(jì)原則有助于得到高內(nèi)聚，低耦合度的軟件產(chǎn)品 ( )10. 在面向

16、對(duì)象的軟件開發(fā)方法中，每個(gè)類都存在其相應(yīng)的對(duì)象，類是對(duì)象的實(shí)例，對(duì)象是生成類的模板。 ( )11. 如果通過軟件測(cè)試沒有發(fā)現(xiàn)錯(cuò)誤，則說明軟件是正確的。 ( )12. 快速原型模型可以有效地適應(yīng)用戶需求的動(dòng)態(tài)變化。 ( )13. 總體設(shè)計(jì)的基本目的就是回答： "" 概括地說，系統(tǒng)應(yīng)該如何實(shí)現(xiàn)？ "" 這個(gè)問題。 ( )14. 在軟件開發(fā)過程中，軟件項(xiàng)目管理比軟件編碼技術(shù)顯得更為重要。 ( )15. 可行性研究階段要進(jìn)行一次大大壓縮簡(jiǎn)化了的系統(tǒng)分析和設(shè)計(jì)的過程。 ( )16 .JAVA語言編譯器是一個(gè) CASET具。()17 . 確認(rèn)測(cè)試計(jì)劃應(yīng)該在可行性研究

17、階段制定。 ( )18cMM標(biāo)準(zhǔn)共分五個(gè)等級(jí)，其中第三級(jí)是已管理級(jí)。 ()19. 軟件就是程序，編寫軟件就是編寫程序。 ( )20. 瀑布模型的最大優(yōu)點(diǎn)是將軟件開發(fā)的各個(gè)階段劃分得十分清晰。 ( )21. 結(jié)構(gòu)化方法的工作模型是使用螺旋模型進(jìn)行開發(fā)。 ( )22. 沒有 Do-case 、 Do-until 形結(jié)構(gòu)， 就不能實(shí)現(xiàn)某些結(jié)構(gòu)化程序， 從而降低了程序的運(yùn)行效率。 ( )23. 白盒測(cè)試無需考慮模塊內(nèi)部的執(zhí)行過程和程序結(jié)構(gòu)，只要了解模塊的功能即可。( )24. 過程描述語言可以用于描述軟件的系統(tǒng)結(jié)構(gòu)。 ( )25. 軟件開發(fā)小組的組成人員的素質(zhì)應(yīng)該好，而人數(shù)則不宜過多。 ( )26.

18、類圖中的角色是用于描述該類在關(guān)聯(lián)中所扮演的角色和職責(zé)的。 ( )27. 數(shù)據(jù)流圖表示了軟件系統(tǒng)對(duì)數(shù)據(jù)的算法處理過程，即系統(tǒng)的物理模型。 ( )28. 用面向?qū)ο蠓椒ǚ治?、設(shè)計(jì)、實(shí)現(xiàn)軟件，仍屬線性的瀑布開發(fā)模型。 ( )29. 面向?qū)ο蟮拈_發(fā)方法包括面向?qū)ο蟮姆治觥?面向?qū)ο蟮脑O(shè)計(jì)和面向?qū)ο蟮某绦蛟O(shè)計(jì)。 ( )30. 軟件危機(jī)的主要表現(xiàn)是軟件的需求量迅速增加，軟件價(jià)格上升。31. 信息隱蔽原則有利于提高模塊的內(nèi)聚性。 ( )32.SD 法是一種面向數(shù)據(jù)結(jié)構(gòu)的設(shè)計(jì)方法， 強(qiáng)調(diào)程序結(jié)構(gòu)與問題結(jié)構(gòu)相對(duì)應(yīng)。 ( )33. 中心變換型的 DFD 圖可看成是對(duì)輸入數(shù)據(jù)進(jìn)行轉(zhuǎn)換而得到輸出數(shù)據(jù)的處理，因此可以使

19、用事務(wù)分析技術(shù)得到初始的模塊結(jié)構(gòu)圖。 ( )34. 在等價(jià)分類法中，為了提高測(cè)試效率，一個(gè)測(cè)試用例可以覆蓋多個(gè)無效等價(jià)類。( )35. 用例模型的基本組成部件是用例、角色和用例之間的聯(lián)系。 ( )36. UML建模語言是由視圖、圖、模型元素和通用機(jī)制構(gòu)成的層次關(guān)系來描述的。()37. 順序圖描述對(duì)象之間的交互關(guān)系，重點(diǎn)描述對(duì)象間消息傳遞的時(shí)間順序。 ( )38. 類圖用來表示系統(tǒng)中類和類與類之間的關(guān)系， 它是對(duì)系統(tǒng)動(dòng)態(tài)結(jié)構(gòu)的描述。 ( )39. 活動(dòng)圖顯示動(dòng)作及其結(jié)果， 著重描述操作實(shí)現(xiàn)中所完成的工作以及用例實(shí)例或類中的活動(dòng)。 ( )40. 改進(jìn)程序的執(zhí)行效率不會(huì)引入錯(cuò)誤。 ( )41. 數(shù)據(jù)

20、庫設(shè)計(jì)說明書是一個(gè)軟件配置項(xiàng)。 ( )42. 判定表的優(yōu)點(diǎn)是容易轉(zhuǎn)換為計(jì)算機(jī)實(shí)現(xiàn)，缺點(diǎn)是不能夠描述組合條件。 ( )43. 分層的DFD圖可以用于可行性分析階段，描述系統(tǒng)的物理結(jié)構(gòu)44. RCP法與RSP法的主要區(qū)別是前者采用循環(huán)漸進(jìn)的開發(fā)方式，原型將成為最終的產(chǎn)品，而后者原型將被廢棄。 ( )45. 信息建模方法是從數(shù)據(jù)的角度來建立信息模型的， 最常用的描述信息模型的方法是 E-R 圖。 ( )46. 劃分模塊可以降低軟件的復(fù)雜度和工作量， 所以應(yīng)該將模塊分得越小越好。 ( )47. 面向?qū)ο蟮牡姆椒ㄊ且灶愖鳛樽罨镜脑?，它是分析問題和解決問題的核心。( )48. 復(fù)用也叫重用或再用，面向

21、對(duì)象技術(shù)中的“類”是比較理想的可重用軟構(gòu)件，它有三種重用方式：實(shí)例重用、繼承重用、多態(tài)重用。 ( )49. 對(duì)象模型表示了靜態(tài)的、 結(jié)構(gòu)化的系統(tǒng)數(shù)據(jù)性質(zhì)， 描述了系統(tǒng)的靜態(tài)結(jié)構(gòu)， 它是從客觀世界實(shí)體的對(duì)象關(guān)系角度來描述，表現(xiàn)了對(duì)象的相互關(guān)系。 ( )50. 面向?qū)ο蟮姆治鲞^程主要包括三項(xiàng)內(nèi)容：理解、表達(dá)和驗(yàn)證。 ( )答案單選題01.A02.B03.D04.A05.C06.B07.C08.A09.B10.D11.C12.D13.C14.C15.D16.B17.A18.C19.D20.C21.D22.A23.C24.A25.D26.C27.A28.C29.C30.B31.B32.B33.D34.

22、D35.D36.B37.D38.C39.C40.C41.D42.B43.A44.A45.C46.B47.D48.A49.50.A多選題01.AC 02.BD 03.BCD04.BCD05.BCD06.ABE 07.ABCD 08.ABCD09.AD 10.ABCD 11.ABCD 12.AD 13.ACD 14.ACD19.AE 20.ABC判斷題01. V02.X03.X04.X05. V06. V07.X08.X09. V10.X11.X12. V13. V14. V15. V16. V17.X18.X19.X20.X21.X22. V23.X24.X25. V26. V27.X28.X2

23、9. V30.X31. V32.X33.X34.X35. V36. V37. V38.X39.X40.X41. V42.X43.X44. V45. V46.X47.X48. V49. V50. V填空題1.計(jì)算機(jī)軟件一般是指計(jì)算機(jī)系統(tǒng)中的程序及其2.需求規(guī)約的基本性質(zhì)包括重要性和穩(wěn)定性、可修改的、完整的和一致的。3 .在結(jié)構(gòu)化分析方法中，加工是數(shù)據(jù)的變換單元，即它接受輸入的數(shù)據(jù)，對(duì)其進(jìn) 行處理，并產(chǎn)生輸出。4 .數(shù)據(jù)源是數(shù)據(jù)流的起點(diǎn)；數(shù)據(jù)潭是數(shù)據(jù)流的歸宿地。5 .結(jié)構(gòu)化設(shè)計(jì)的主要任務(wù)是在需求分析的基礎(chǔ)上,定義滿足需求所需要的結(jié)構(gòu),即針對(duì)給定的問題，給出該問題的軟件解決方案，確定“怎么做”的問題

24、。6 .模史是執(zhí)行一個(gè)特殊任務(wù)的一個(gè)過程以及相關(guān)的數(shù)據(jù)結(jié)構(gòu)。7 .耦食是指不同模塊之間相互依賴程度的度量。8 .在軟件工程中，F(xiàn)TR的中文含義為正式技術(shù)評(píng)審。9 .軟件風(fēng)險(xiǎn)的兩個(gè)主要特性是不確定性和損失。10 .在構(gòu)件設(shè)計(jì)中，用于描述加工邏輯的主要工具有圖形化設(shè)計(jì)表示、表格式設(shè)計(jì)表示和程序設(shè)計(jì)語言。11 .軟件項(xiàng)目管理的主要內(nèi)容是人員、產(chǎn)品、項(xiàng)目、過運(yùn)012 .功能獨(dú)立性是模塊化和抽象及信息隱藏概念的直接產(chǎn)物，是通過兩項(xiàng)質(zhì)量標(biāo)準(zhǔn)來衡量的：內(nèi)聚和耦合013 .傳統(tǒng)的軟件工程中，從分析模型到設(shè)計(jì)模型的翻譯，數(shù)據(jù)流圖是體系結(jié)構(gòu)設(shè)計(jì)和接口設(shè)計(jì)的的依據(jù)；而數(shù)據(jù)設(shè)計(jì)則依據(jù)數(shù)據(jù)字典和實(shí)體-關(guān)系圖。14 .自

25、底向上集成是集成測(cè)試中的一種策略，采用這種方法對(duì)軟件進(jìn)行集成測(cè)試時(shí)， 需要為每個(gè)模塊準(zhǔn)備一個(gè)驅(qū)動(dòng)卞I1塊。15 .軟件工程的分析模型有三種，分別是信息域、功能域和行為域。16 .UML的定義包括UML®義和UML示法兩個(gè)部分。17 .軟件工程是從軟件開發(fā)技術(shù)和 軟件工程 兩個(gè)方面研究如何運(yùn)用工程學(xué)的基 本原理和方法來更好地開發(fā)和維護(hù)計(jì)算機(jī)軟件的一門學(xué)科。18 .在軟件開發(fā)過程中要產(chǎn)生大量的信息，要進(jìn)行大量的修改軟件配置管理能協(xié)調(diào)軟件開發(fā)，并使混亂減到最低程度。19 .內(nèi)聚性有七種類型，最強(qiáng)的是些熊,最弱的是上。20 .集成測(cè)試采用的具體方法有漸增式方法、非漸增式方法o21 .螺隹模型

26、利用笛卡爾坐標(biāo)的四個(gè)像限分別表達(dá)軟件開發(fā)模型各方面的活動(dòng)。22 .軟件編碼階段要善于積累編程的經(jīng)驗(yàn)，使得編出的程序清晰易懂、易于 測(cè)試與 維護(hù),從而提高軟件質(zhì)量。23 .結(jié)構(gòu)程序設(shè)計(jì)的基本思想是自頂而下，逐步求精24 .數(shù)據(jù)字典是對(duì)數(shù)據(jù)定義信息的集合，它所定義的對(duì)象都包含于數(shù)據(jù)流圖中。25 .大型軟件測(cè)試包括單元測(cè)試 二 集成測(cè)試、確認(rèn)測(cè)試和系統(tǒng)測(cè)試四個(gè)步驟。26 .面象方法用對(duì)象行為和屬性分解取代了傳統(tǒng)方法的功能分解。27 .白盒測(cè)試和黑盒測(cè)試是軟件測(cè)試的兩類基本方法， 這兩類方法各有所長(zhǎng)，相 互補(bǔ)充。28 .UML中的泛化關(guān)系就是通常所說的繼生關(guān)系。29 .在前期需求明確、資料完整的情況下

27、盡量采用謾匝模型。30 .軟件重用技術(shù)是能從根本上提高軟件可維護(hù)性的重要技術(shù)。31 .檢查軟件產(chǎn)品是否符合需求定義的過程稱為確認(rèn)測(cè)認(rèn)。名詞解釋1. 軟件工程：內(nèi)容：軟件工程是用科學(xué)知識(shí)和技術(shù)原理來定義、開發(fā)、維護(hù)軟件的一門學(xué)科。（它是一門綜合性的交叉學(xué)科，它涉及計(jì)算機(jī)科學(xué)、工程科學(xué)、管理科學(xué)、數(shù)學(xué)等。）2. 軟件危機(jī)：內(nèi)容：是計(jì)算機(jī)軟件的開發(fā)和維護(hù)過程所遇到的一系列嚴(yán)重的問題。3. 軟件需求：內(nèi)容：軟件需求是指（1）用戶解決問題或達(dá)到目標(biāo)所需的條件或能力；（2）系統(tǒng)或系統(tǒng)部件要滿足合同、標(biāo)準(zhǔn)、規(guī)范或其它正式規(guī)定文檔所需具有的條件或能力；（3） 一種反映上面（1）或（2）所描述的條件或能力的文檔

28、說明。4. 需求分析：內(nèi)容：是準(zhǔn)確的理解用戶的需求將其轉(zhuǎn)換成需求定義，然后由需求定義轉(zhuǎn)換成形式 化的功能規(guī)約11. 數(shù)據(jù)抽象：5. 結(jié)構(gòu)化程序設(shè)計(jì)內(nèi)容：結(jié)構(gòu)化程序設(shè)計(jì)是一種程序設(shè)計(jì)技術(shù)，采用自頂向下逐步求精的設(shè)計(jì)方法和單入口單出口的控制構(gòu)件。6. 軟件設(shè)計(jì)：內(nèi)容：從抽象概括到具體實(shí)踐過程。7. 信息隱蔽：內(nèi)容：指在設(shè)計(jì)和確定模塊時(shí)，使得一個(gè)模塊內(nèi)包含的信息（過程或數(shù)據(jù)） ，對(duì)于不需要這些信息的其它 模塊來說，是不能訪問的。8. 對(duì)象：內(nèi)容：是系統(tǒng)中描述客觀事物的一個(gè)實(shí)體，它是構(gòu)成系統(tǒng)的一個(gè)基本單位，由一組屬性和對(duì)這組屬性進(jìn)行操作的一組服務(wù)組成，是類的一個(gè)實(shí)例9. 數(shù)據(jù)字典：內(nèi)容：數(shù)據(jù)字典由數(shù)據(jù)

29、條目組成，數(shù)據(jù)字典描述、組織和管理數(shù)據(jù)流圖的數(shù)據(jù)流、加工、數(shù)據(jù)源及外部實(shí)體。10. 耦合：內(nèi)容：塊間聯(lián)系，軟件系統(tǒng)結(jié)構(gòu)中各模塊間相互聯(lián)系緊密程度的一種度量。內(nèi)容：數(shù)據(jù)抽象把一個(gè)數(shù)據(jù)對(duì)象的定義（ 或描述 ） 抽象為一個(gè)數(shù)據(jù)類型名，用此類型名可定義多個(gè)具有相同性質(zhì)的數(shù)據(jù)對(duì)象。12. 類：內(nèi)容：具有相似或相同性質(zhì)的對(duì)象的抽象就是類。13. 系統(tǒng)測(cè)試：內(nèi)容：系統(tǒng)測(cè)試是通過與系統(tǒng)的需求規(guī)格作比較，發(fā)現(xiàn)軟件與系統(tǒng)需求規(guī)格不相符合或與之矛盾的地方。14. 綜合測(cè)試：內(nèi)容：綜合測(cè)試 是組裝軟件的系統(tǒng)測(cè)試技術(shù), 按設(shè)計(jì)要求把通過單元測(cè)試的各個(gè)模塊組裝在一起之后 , 進(jìn)行綜合測(cè)試以便發(fā)現(xiàn)與接口有關(guān)的各種錯(cuò)誤。15

30、. 軟件生存周期模型：內(nèi)容：軟件生存周期模型是描述軟件開發(fā)過程中各種活動(dòng)如何執(zhí)行的模型。16. 軟件生存周期：內(nèi)容：軟件產(chǎn)品從形成概念開始，經(jīng)過開發(fā)、運(yùn)行（使用）和維護(hù)直到退役的全過程稱為軟件生存周期，包括軟件定義、開發(fā)、使用和維護(hù)三部分17. 成熟度等級(jí)：內(nèi)容：軟件成熟度等級(jí)是指軟件開發(fā)組織在走向成熟的途中幾個(gè)具有明確定義的表示軟件過程能力成熟度的平臺(tái)。18. 繼承：內(nèi)容：廣義的說是指能夠直接獲得已有的性質(zhì)和特征，而不必重復(fù)定義它們狹義的說是子類自動(dòng)地共享基類中定義的數(shù)據(jù)和方法的機(jī)制19. 項(xiàng)目管理：內(nèi)容：就是通過合理地組織和利用一切可以利用的資源，按照計(jì)劃的成本和計(jì)劃的進(jìn)度，完成一個(gè)計(jì)劃的

31、目標(biāo)，它包含團(tuán)隊(duì)管理、風(fēng)險(xiǎn)管理、采購管理、流程管理、時(shí)間管理、成本管理和質(zhì)量管理等。20. 白盒測(cè)試：內(nèi)容：白盒測(cè)試是已知產(chǎn)品內(nèi)部工作過程, 通過測(cè)試檢驗(yàn)產(chǎn)品內(nèi)部動(dòng)作是否按照產(chǎn)品規(guī)格說明的規(guī)定正常進(jìn)行。是為了進(jìn)一步改善軟件系統(tǒng)的可維護(hù)性和可靠性, 并為以后的21. 預(yù)防性維護(hù)：內(nèi)容：預(yù)防性維護(hù) 改進(jìn)奠定基礎(chǔ)。22. 編程風(fēng)格：內(nèi)容：是在不影響性能的前提下, 有效地編排和組織程序以提高可讀性和可維性。23. 數(shù)據(jù)流圖：內(nèi)容：數(shù)據(jù)流圖是結(jié)構(gòu)化分析的基本工具，它描述了信息流和數(shù)據(jù)轉(zhuǎn)換。24. 軟件測(cè)試：內(nèi)容：軟件測(cè)試是以最少的時(shí)間和人力系統(tǒng)地找出軟件中潛在的各種錯(cuò)誤和缺陷。25. CASE 工具：內(nèi)

32、容：CASEL具是一些軟件系統(tǒng)，支持軟件過程的常規(guī)活動(dòng)，如編輯設(shè)計(jì)圖表、 檢查圖表的連貫性、跟蹤已經(jīng)運(yùn)行的程序測(cè)試等。26. 模塊作用域：內(nèi)容：是指受該模塊判定影響的所有模塊。受該模塊內(nèi)的一個(gè)判定影響的所有模塊的集合27. 內(nèi)聚性：內(nèi)容：內(nèi)聚性是模塊獨(dú)立性的衡量標(biāo)準(zhǔn)之一，它是指模塊的功能強(qiáng)度的度量，即一個(gè)模塊內(nèi)部各個(gè)元素彼此結(jié)合的緊密程度的度量28. 數(shù)據(jù)設(shè)計(jì)： 內(nèi)容：數(shù)據(jù)設(shè)計(jì)是為在需求規(guī)格說明中定義的那些數(shù)據(jù)對(duì)象選擇合適的邏輯表示并確定可能作用在這些邏輯結(jié)構(gòu)上的所有操作（ 包括選用已存在的程序包 ）29. 瀑布模型：內(nèi)容：瀑布模型是將軟件生命周期的各項(xiàng)活動(dòng)規(guī)定為依線性順序連接的若干階段的模型

33、，適合于軟件需求很明確的軟件項(xiàng)目。30. 條件組合覆蓋：內(nèi)容：條件組合覆蓋就是設(shè)計(jì)足夠的測(cè)試用例，運(yùn)行被測(cè)程序，使得每個(gè)判斷的所有可能的條件取值組合至少執(zhí)行一次。問答題一、軟件生命期各階段的任務(wù)是什么？答：軟件生命期分為 7 個(gè)階段： 1） 問題定義：確定要解決的問題是什么； 2） 可行性研究：確定問題是否值得解，技術(shù)可行性、經(jīng)濟(jì)可行性、操作可行性； 3） 需求分析：確定該系統(tǒng)必須做什么； 4） 總體設(shè)計(jì)：確定系統(tǒng)如何實(shí)現(xiàn)，包括系統(tǒng)設(shè)計(jì)和結(jié)構(gòu)設(shè)計(jì)； 5）詳細(xì)設(shè)計(jì)：具體實(shí)現(xiàn)設(shè)計(jì)的系統(tǒng)； 6） 實(shí)現(xiàn)：編碼和測(cè)試； 7）運(yùn)行維護(hù)：保證軟件正常運(yùn)行。二、如何理解模塊獨(dú)立性？用什么指標(biāo)來衡量模塊獨(dú)立性？

34、答：模塊獨(dú)立的概念是模塊化、抽象、信息隱蔽和局部化概念的直接結(jié)果。模塊的獨(dú)立性很重要：第一，有效的模塊化（即具有獨(dú)立的模塊）的軟件比較容易開發(fā)出來。第二，獨(dú)立的模塊比較容易測(cè)試和維護(hù)。 模塊的獨(dú)立程度可以由兩個(gè)定性標(biāo)準(zhǔn)度量，分別是內(nèi)聚和耦合。內(nèi)聚衡量一個(gè)模塊內(nèi)部各個(gè)元素彼此結(jié)合 的緊密程度；耦合衡量不同模塊彼此之間互相依賴（連接）的緊密程度。三、軟件重用的效益是什么？答： 1） 軟件重用可以顯著地改善軟件的質(zhì)量和可靠性； 2） 軟件重用可以極大地提高軟件開發(fā)的效率； 3） 節(jié)省軟件開發(fā)的成本，避免不必要的重復(fù)勞動(dòng)和人力、財(cái)力的浪費(fèi)。四、需求規(guī)約的作用是什么？答：需求規(guī)約的作用可概括為以下 4

35、點(diǎn)： 1）需求規(guī)約是軟件開發(fā)組織和用戶之間一份事實(shí)上的技術(shù)合同書，是產(chǎn)品功能及其環(huán)境的體現(xiàn)。 2 ）對(duì)于項(xiàng)目的其余大多數(shù)工作， 需求規(guī)約是一個(gè)管理控制點(diǎn)；3 ）對(duì)于產(chǎn)品/ 系統(tǒng)的設(shè)計(jì)，需求規(guī)約是一個(gè)正式的、受控的起始點(diǎn)；4）需求規(guī)約是創(chuàng)建產(chǎn)品驗(yàn)收測(cè)試計(jì)劃和用戶指南的基礎(chǔ)。五、簡(jiǎn)述建模過程及步驟？答：為了支持系統(tǒng)地使用信息來創(chuàng)建系統(tǒng)功能模型，結(jié)構(gòu)化分析方法給出了建模的基本步驟，該過程屬于“自頂向下，功能分解”形式。 1. 建立系統(tǒng)環(huán)境圖，確定系統(tǒng)語境； 2. 自頂向下，逐步求精，建立系統(tǒng)的層次數(shù)據(jù)流圖； 3. 定義數(shù)據(jù)字典； 4.描述加工。六、簡(jiǎn)述RUP中迭代增量式開發(fā)的概念以及規(guī)定的開發(fā)階段。

36、1）答：RUP中迭代增量式開發(fā)是指通過開發(fā)活動(dòng)的迭代，不斷產(chǎn)生相應(yīng)的增量初始階段； 2 ）精化階段；3）構(gòu)造階段；4）移交階段七、簡(jiǎn)述結(jié)構(gòu)化方法總體設(shè)計(jì)的任務(wù)。答：結(jié)構(gòu)化設(shè)計(jì)方法是將應(yīng)用軟件設(shè)計(jì)過程劃分為總體設(shè)計(jì)和詳細(xì)設(shè)計(jì)兩個(gè)階段?？傮w設(shè)計(jì)的主要任務(wù)是要確定軟件的整體結(jié)構(gòu)，其具體的任務(wù)是： 1）將系統(tǒng)或子系統(tǒng)分解為多個(gè)模塊； 2）確定模塊之間傳送的數(shù)據(jù)及其調(diào)用關(guān)系；3 ）評(píng)價(jià)并改進(jìn)模塊結(jié)構(gòu)的質(zhì)量。八、簡(jiǎn)述變換設(shè)計(jì)與事務(wù)設(shè)計(jì)的區(qū)別及聯(lián)系。答：變換設(shè)計(jì)是在需求規(guī)約的基礎(chǔ)上，經(jīng)過一系列設(shè)計(jì)步驟，將變換型數(shù)據(jù)流圖轉(zhuǎn)換成系統(tǒng)的模塊結(jié)構(gòu)圖。其基本步驟是： 1. 設(shè)計(jì)準(zhǔn)備復(fù)審并精化系統(tǒng)模型；2. 確定輸入、

37、變換、輸出這三部分之間的邊界； 3. 第一級(jí)分解系統(tǒng)模塊結(jié)構(gòu)圖頂層和第一層的設(shè)計(jì)； 4. 第二級(jí)分解自頂向下，逐步求精；當(dāng)數(shù)據(jù)流圖具有明顯的事務(wù)型特征時(shí)，也就是有一個(gè)明顯的事務(wù)處理中心時(shí)，則比較適宜采用事務(wù)設(shè)計(jì)。事務(wù)設(shè)計(jì)的基本步驟和變換設(shè)計(jì)大體相同。 事務(wù)設(shè)計(jì)的基本步驟如下： 1. 設(shè)計(jì)準(zhǔn)備復(fù)審并精化系統(tǒng)模型； 2. 確定事務(wù)處理中心； 3. 第一級(jí)分解系統(tǒng)模塊結(jié)構(gòu)圖頂層和第一層的設(shè)計(jì)； 4. “第二級(jí)分解”自頂向下，逐步求精。九、簡(jiǎn)述CMMI成熟度等級(jí)的概念、劃分及組成。答：成熟度等級(jí)是指達(dá)到預(yù)先定義的一組過程域所有目標(biāo)的一種過程改善等級(jí)。在CMMI中，應(yīng)用于一個(gè)組織過程改善的成熟度等級(jí)有5

38、個(gè):1 級(jí)：初始級(jí)； 2 級(jí)：以管理級(jí)； 3 級(jí)：以定義級(jí)； 4 級(jí)：以定量管理級(jí)； 5 級(jí)：持 續(xù)優(yōu)化級(jí)；十、什么是狀態(tài)？什么是狀態(tài)圖？簡(jiǎn)述實(shí)際應(yīng)用中只用狀態(tài)圖的作用。答：狀態(tài)是類目的一個(gè)實(shí)例在其生存中的一種條件或情況；期間該實(shí)例滿足這一條件，就執(zhí)行某一活動(dòng)或等待一個(gè)消息。狀態(tài)圖是現(xiàn)實(shí)狀態(tài)機(jī)的圖，強(qiáng)調(diào)從一個(gè)狀態(tài)到另一個(gè)狀態(tài)的控制流。從實(shí)際使用中狀態(tài)圖的作用：創(chuàng)建一個(gè)系統(tǒng)的動(dòng)態(tài)圖和創(chuàng)建一個(gè)場(chǎng)景的模型。十一、簡(jiǎn)述詳細(xì)設(shè)計(jì)任務(wù)及各階級(jí)的目標(biāo)。答：概要設(shè)計(jì)已經(jīng)確定了每個(gè)模塊的功能和接口，詳細(xì)設(shè)計(jì)的任務(wù)就是為每個(gè)模塊設(shè)計(jì)其實(shí)現(xiàn)的細(xì)節(jié)。詳細(xì)設(shè)計(jì)階段的根本目標(biāo)是確定應(yīng)該怎樣具體地實(shí)現(xiàn)所要求的系統(tǒng)，得出對(duì)目

39、標(biāo)系統(tǒng)的精確描述。詳細(xì)設(shè)計(jì)階段的內(nèi)容為每個(gè)模塊進(jìn)行詳細(xì)的算法設(shè)計(jì)。為模塊內(nèi)部的數(shù)據(jù)結(jié)構(gòu)進(jìn)行設(shè)計(jì)。對(duì)數(shù)據(jù)庫進(jìn)行物理設(shè)計(jì)。其他詳細(xì)設(shè)計(jì)工具主要包括程序流程圖（系統(tǒng)流程圖）、盒圖（N-S圖）、PAD圖和偽碼（PDD。十二、簡(jiǎn)述測(cè)試與軟件開發(fā)各階段的關(guān)系。答：測(cè)試與軟件開發(fā)各階段的關(guān)系單元測(cè)試對(duì)程序中每一個(gè)程序單元進(jìn)行測(cè)試，檢查各個(gè)模塊是否爭(zhēng)取實(shí)現(xiàn)規(guī)定的功能，從而發(fā)現(xiàn)模塊在編碼中或算法中的錯(cuò)誤，該階段涉及編碼和詳細(xì)設(shè)計(jì)文檔。集成測(cè)試是為了檢查與設(shè)計(jì)相關(guān)的軟件體系結(jié)構(gòu)的有關(guān)問題，也就是檢查概要設(shè)計(jì)是否合理有效。 確認(rèn)測(cè)試主要是檢查已實(shí)現(xiàn)的軟件是否滿足需求規(guī)格說明書中已確定了的各種需求。 系統(tǒng)測(cè)試是把已確

40、認(rèn)的軟件與其他系統(tǒng)元素（如硬件，其他支持軟件、數(shù)據(jù)、人工等）結(jié)合在一起進(jìn)行測(cè)試，以確定軟件是否可以支付使用十三、軟件質(zhì)量與軟件質(zhì)量保證的含義是什么？答：軟件質(zhì)量定義為：與所確定的功能和性能需求的一致性；與所成文的開發(fā)標(biāo)準(zhǔn)一致性；與所有專業(yè)開發(fā)的軟件所期望的隱含特性的一致性。而軟件質(zhì)量保證就是向用戶及社會(huì)提供滿意的高質(zhì)量的產(chǎn)品，確保軟件產(chǎn)品從誕生到消亡為止的所有階段的質(zhì)量的活動(dòng)，即確定、達(dá)到和維護(hù)需要的軟件質(zhì)量而進(jìn)行的所有有計(jì)劃、有系統(tǒng)的管理活動(dòng)。十四、什么是數(shù)據(jù)流圖？其作用是什么？ 其中的基本符號(hào)各表示什么含義？答：數(shù)據(jù)流圖簡(jiǎn)稱DFD是SA方法中用于表示系統(tǒng)邏輯模型的一種工具。它以圖形的方式描

41、述數(shù)據(jù)在系統(tǒng)中流動(dòng)和處理的過程，由于它只反映系統(tǒng)必須完成的邏輯功能，所以它是一種功能模型。數(shù)據(jù)流圖有四種基本圖形符號(hào)：箭頭表示數(shù)據(jù)流；圓或橢圓表述加工；“=”雙杠表示數(shù)據(jù)存儲(chǔ)；方框表示數(shù)據(jù)的源點(diǎn)或終點(diǎn)。十五、軟件維護(hù)的特點(diǎn)是什么？答：軟件維護(hù)主要體現(xiàn)在三個(gè)方面：1. 非結(jié)構(gòu)化維護(hù)和結(jié)構(gòu)化維護(hù)。軟件的開發(fā)過程對(duì)軟件的維護(hù)有很大的影響。若不采用軟件工程的方法開發(fā)軟件，則軟件只有程序而無文檔，維護(hù)工作非常困難，這是一種非結(jié)構(gòu)化的維護(hù)。若采用軟件工程的方法開發(fā)軟件，則各階段都有相應(yīng)的文檔，容易進(jìn)行維護(hù)工作，這是一種結(jié)構(gòu)化的維護(hù)。2. 維護(hù)的困難性。軟件維護(hù)的困難性是由于軟件需求分析和開發(fā)方法的缺陷。軟

42、件生存周期中的開發(fā)階段沒有嚴(yán)格而有科學(xué)的管理和規(guī)劃，就會(huì)引起軟件運(yùn)行時(shí)的維護(hù)困難。3. 軟件維護(hù)的費(fèi)用。軟件維護(hù)的費(fèi)用在總費(fèi)用中的比重是在不斷增加的，這是軟件維護(hù)有形的代價(jià)。另外還有無形的代價(jià)，即要占用更多的資源。軟件維護(hù)費(fèi)用增加的主要原因是軟件維護(hù)的生產(chǎn)率非常低。十六、對(duì)軟件開發(fā)環(huán)境的基本要求有哪些？答： 對(duì)軟件開發(fā)環(huán)境的基本要求有以下幾點(diǎn)： 軟件開發(fā)環(huán)境應(yīng)是高度集成的一體化的系統(tǒng)；軟件開發(fā)環(huán)境應(yīng)具有高度的通用性；軟件開發(fā)環(huán)境應(yīng)易于定制、裁 剪或擴(kuò)充以符合用戶要求，即軟件開發(fā)環(huán)境應(yīng)具有高度的適應(yīng)性和靈活性；軟件 開發(fā)環(huán)境不但可應(yīng)用性要好，而且是易使用的、經(jīng)濟(jì)高效的系統(tǒng)；軟件開發(fā)環(huán)境 應(yīng)有輔助開發(fā)向半自動(dòng)開發(fā)和自動(dòng)開發(fā)逐步過渡的系統(tǒng)十七、制定軟件項(xiàng)目進(jìn)度表有哪兩種途徑。答：制定軟件項(xiàng)目進(jìn)度表有下列兩種途徑：軟件開發(fā)小組根據(jù)提供軟件產(chǎn)品的最后期限從后往前安排時(shí)間；軟件項(xiàng)目開