軟件工程第8章軟件維護-資料下載頁
2024-10-09 15:48本頁面
【正文】 件產(chǎn)品的功能變化超過 30%時，其版本才能升級，此時，版本號中小圓點的左一位才能加 1，由 變?yōu)?。 46 軟件維護的工作流程 (1).分類整理用戶意見 (2).提出維護申請 (3).評審、審計、批準維護申請 (4).修改需求文檔 (5).維護需求文檔評審 (6).修改設(shè)計文檔 (7).維護設(shè)計文檔評審 (8).修改源程序 (9).回歸測試 (10).修改軟件產(chǎn)品版本號 (11).交付用戶運行 (12).進行新一輪維護，轉(zhuǎn)向流程 (1). 47 UML對軟件維護的影響 ?UML把軟件生存周期定義為 4個主要階段：初始、細化、構(gòu)造、移交。經(jīng)過這 4個階段的歷程被稱為一個開發(fā)周期，自動產(chǎn)生一個周期內(nèi)的所有文檔，從而生成一個軟件產(chǎn)品。 ?首次經(jīng)歷這 4個階段稱為該產(chǎn)品的初始開發(fā)周期，除非該產(chǎn)品的生命終止，否則它將重復初始、細化、構(gòu)造、移交這 4個階段，從而演化為下一代產(chǎn)品，這就是舊產(chǎn)品的維護，也是新產(chǎn)品的升級換代，這就是 UML對軟件維護工作的影響。 ?由此可見，在軟件開發(fā)中，若采用 UML建模技術(shù)和相應(yīng)的 CASE工具 Rose，高額的軟件維護費用將會較快地降下來。 48 CMM/CMMI對軟件維護的影響 ?軟件為什么需要維護 ？ 因為它程序上有缺陷 ， 所以有面向程序的缺陷維護；因為它設(shè)計上功能不齊全 ， 所以有面向設(shè)計的功能維護 。 ?當軟件組織達到 CMM3以上時，由于軟件過程的持續(xù)改善，對軟件質(zhì)量的評審和審計活動的加強，軟件過程數(shù)據(jù)庫作用的發(fā)揮，關(guān)于 “ 程序上有缺陷 ” 和 “ 設(shè)計上功能不齊全 ” 的情況，將會逐漸減少，所以軟件的維護工作量也會逐漸減少。 ?真正維護工作量大的單位，就是 CMM1的軟件組織，因為他們管理無序，文檔不全，工作不規(guī)范，表現(xiàn)形式就是：人治加個人英雄主義。 49 六、 軟件維護文檔 50 對于結(jié)構(gòu)化維護來說，軟件維護文檔，就是對原來已有的分析文檔、設(shè)計文檔、實現(xiàn)文檔、測試文檔、用戶指南進行修改，形成新的開發(fā)文檔。新的開發(fā)文檔的組織方式有兩種格式： 格式 1： 在先保存好原有的開發(fā)文檔之后，直接在原來已有的文檔上面修改，修改后形成新的小版本號文檔，即在原來版本號中小圓點的右一位或右二位上加 1。 格式 2： 不直接在原來已有的文檔上面修改，而是將修改的內(nèi)容單獨作為一個附錄，放在被修改文檔的最后面，形成一份新的小版本號文檔，即在原來版本號中小圓點的右一位或右二位上加 1。 51 2．維護管理文檔 ?用戶意見反饋表 ?用戶意見分類整理表 ?維護申請單 ?維護文檔評審報告 ?產(chǎn)品缺陷統(tǒng)計表 ?功能擴充統(tǒng)計表 ?未答復問題匯總表 ?未驗證問題匯總表 ?已修改問題匯總表 ?已驗證問題匯總表 ?維護費用統(tǒng)計表 52 本 章 小 結(jié) ?軟件維護令軟件人員頭痛的原因主要有三個： ?非結(jié)構(gòu)化的維護太難。 ?維護費用開銷太大。 ?維護工作沒有創(chuàng)新，學不到新知識。 通過本章的學習，上述問題基本上獲得了解決。 ?成熟的 IT企業(yè)有專門的維護部門，維護工作井然有序，隨著軟件過程的不斷改善，維護工作量占軟件總工作量的比例應(yīng)當逐漸下降。 53 習 題 “ 軟件維護是面向用戶提供的服務(wù) ” ？ ？ “ 軟件產(chǎn)品客戶化 ” 和 “ 軟件項目產(chǎn)品化 ” ？ ？ ？ 4個方面 ？ ？ ？ ？ ？ UML/CMMI對軟件維護的影響 ？
外語相關(guān)推薦
鄂ICP備17016276號-1