软件工程教程：第7章软件维护 课后习题
《軟件工程教程》（第2版）主編：吳迪?馬宏茹?丁萬寧?電子科技大學出版社
目錄
簡答題
（1）面向缺陷維護的內容是什么？
（2）傳統軟件維護分哪幾大類？
（3）怎樣理解“軟件維護是一種面向用戶提供的服務”？
（4）什么叫結構化維護和非結構化維護？
（5）可維護性的軟件應具備什么性質？
（6）軟件維護的副作用表現在哪4個方面？
（7）面向功能維護的內容是什么？
（8）簡述軟件維護的流程。
（9）怎么理解UMILCMOMI對軟件維護的影響?
簡答題
（1）面向缺陷維護的內容是什么？
答：面向缺陷維護(程序級維護)：軟件產品能夠正常運轉，可以滿足用戶的功能、性能、接口需求，只是個別地方存在缺陷，使用戶感到不便。缺陷發生在程序實現的級別上。克服缺陷的方法是修改程序，而不是修改分析與設計，也就是通常說的只修改編碼，不修改數據結構。
（2）傳統軟件維護分哪幾大類？
答：完善性維護：滿足用戶在使用過程中提出增加新的功能或修改已有功能，以滿足用戶日益增長的需要而進行的工作；
適應性維護：是軟件適應新的運行環境而進行的工作；
糾錯性維護：糾正開發期間未發現的遺留錯誤，即在程序使用期間發現的程序錯誤進行診斷和改正的過程；
預防性維護：為了改善未來的可維護性或可靠性而修改軟件的工作。
（3）怎樣理解“軟件維護是一種面向用戶提供的服務”？
答：激烈的軟件產品市場競爭中，同類軟件產品的價格、功能、性能、接口都是不相上下的，那么用戶如何選擇呢？?軟件廠商要推銷自己的產品，推銷的焦點就是服務。誰的售后服務及時、到位，誰的產品就可能占領市場。現在流行一句話：“賣軟件就是賣服務”。
（4）什么叫結構化維護和非結構化維護？
答：結構化維護的前提是：軟件產品或軟件項目必須有完善的文檔，并且文檔與程序代碼互相匹配。反之為非結構化維護。
（5）可維護性的軟件應具備什么性質？
答：主要有可理解性、可測試性和可修改性。可理解性被定義為人們通過閱讀源代碼和文檔了解軟件系統的結構、接口、功能、內部過程以及如何運行的難易程度；可測試性被定義為診斷和測試系統的難易程度；可修改性被定義為修改軟件系統的難易程度；它們是密切相關的。
（6）軟件維護的副作用表現在哪4個方面？
答：①修改編碼：使編碼更加混亂，程序結構更不清晰，可讀性更差，而且有連鎖反應。
②修改數據結構：數據結構是系統的骨架，修改數據結構是對系統傷筋動骨的大手術，在數據冗余與數據不一致方面，可能顧此失彼。
③修改用戶數據：需要與用戶協商，一旦有疏忽，可使系統發生意外。
④修改文檔：對非結構化維護不適應，對結構化維護要嚴防程序與文檔的不匹配。
（7）面向功能維護的內容是什么？
答：面向功能維護(設計級維護)：軟件產品在功能、性能、接口上存在某些不足。不維護就不能正常運轉。維護即要修改分析與設計，又要修改程序，也就是既修改數據結構，又修改編碼。
（8）簡述軟件維護的流程。
答：軟件維護的流程：
1.制定申請維護報告；
2.審查申請報告并批準；
3.進行維護并作詳細記錄；
4.覆審。
軟件維護的工作程序：
1.維護需求分析；
2.維護設計；
3.程序代碼修改；
4.維護后測試；
5.維護后試運行；
6.維護后正式運行；
7.維護過程的評審和審核。
（9）怎么理解UMILCMOMI對軟件維護的影響?
答：UML把軟件生存周期定義為4個主要階段：初始、細化、構造、移交。經過這四個階段的歷程被稱為一個開發周期，自動產生一個周期內的所有文檔，從而生成一個軟件產品。
首次經歷這四個階段稱為該產品的初始開發周期，除非該產品的生命終止，否則它將重復初始、細化、構造、移交這4個階段，從而演化為下一代產品，這就是舊產品的維護，也是新產品的升級換代，這就是UML對軟件維護工作的影響。由此可見，在軟件開發中，若采用UML建模技術和相應的CASET具Rose，高額的軟件維護費用將會較快地降下來。
總結
以上是生活随笔為你收集整理的软件工程教程：第7章软件维护 课后习题的全部內容，希望文章能夠幫你解決所遇到的問題。
- 上一篇： 32、出任爬虫公司CEO（爬取职友网招聘
- 下一篇： 常见web中间件及其漏洞概述