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