【软件工程】交付后维护
生活随笔
收集整理的這篇文章主要介紹了
【软件工程】交付后维护
小編覺得挺不錯的,現在分享給大家,幫大家做個參考.
軟件完美無缺、無任何修改必要是不現實的。對于既有軟件產品,推翻重寫遠比修改已有代碼容易,但修改卻比重寫更為經濟。綜合各種因素,除非軟件已經維護到繼續維護下去代價明顯高于推翻重寫,綜合考慮下,維護比重新開發更切實可行。
對產品進行修改可能有三方面的原因:
- 糾錯性維護:修改源代碼是為了糾正錯誤,錯誤包括分析錯誤、設計缺陷、編碼錯誤、文檔錯誤以及其他任何錯誤。
- 完善性維護:修改源代碼是為了提高產品的有效性。
- 適應性維護:修改源代碼是為了適應產品運行環境的變化。
交付后維護是軟件產品開發所有工作重最困難的部分。
- 交付后維護的工作涵蓋了軟件開發過程所有其他工作流的各個方面。
- 修復錯誤可能引入新的錯誤(回歸錯誤),因此需要再進行回歸測試。
- 現有軟件系統可能是缺乏正確的文檔和注釋的,有時只能依據源代碼進行分析判斷,現有文檔和注釋有誤則效果更差,需要很強的錯誤分析尋找能力和經驗。
- 現有軟件系統的開發過程可能是維護者未曾參與的,這時維護者必須面對陌生而復雜的系統進行維護。
交付后維護是軟件生產最重要的階段,也是最消耗資源的階段。
交付后維護的管理需要做好如下工作:
- 收集并分析缺陷報告
- 審批產品修改
- 確保系統的可維護性
- 盡可能避免出現移動目標問題,即客戶改變需求的速度大于等于開發人員完成產品的速度。
加入互聯網公司對已發布軟件進行的所有修改其實都屬于交付后維護的范疇,開發者面對的是陌生而復雜的軟件系統、層出不窮的故障報警、各種各樣的新需求,在“屎山”上“飛舞”,屬實不易。
總結
以上是生活随笔為你收集整理的【软件工程】交付后维护的全部內容,希望文章能夠幫你解決所遇到的問題。
- 上一篇: delphi 中listview的右键菜
- 下一篇: ehlib中dbgrideh的多选框设置