《軟件工程教程》（第2版）主編：吳迪?馬宏茹?丁萬寧?電子科技大學出版社

目錄

簡答題

（1）面向缺陷維護的內容是什么？

（2）傳統軟件維護分哪幾大類？

（3）怎樣理解“軟件維護是一種面向用戶提供的服務”？

（4）什么叫結構化維護和非結構化維護？

（5）可維護性的軟件應具備什么性質？

（6）軟件維護的副作用表現在哪4個方面？

（7）面向功能維護的內容是什么？

（8）簡述軟件維護的流程。

（9）怎么理解UMILCMOMI對軟件維護的影響?

---

簡答題

（1）面向缺陷維護的內容是什么？

答：面向缺陷維護(程序級維護)：軟件產品能夠正常運轉，可以滿足用戶的功能、性能、接口需求，只是個別地方存在缺陷，使用戶感到不便。缺陷發生在程序實現的級別上?？朔毕莸姆椒ㄊ切薷某绦?#xff0c;而不是修改分析與設計，也就是通常說的只修改編碼，不修改數據結構。

（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章软件维护 课后习题的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。