【正文】 要檢驗(yàn)： (1) 全部文檔是否完備，并已更新； (2) 所有測(cè)試用例和測(cè)試結(jié)果已經(jīng)正確記載； (3) 記錄軟件配置所有副本的工作已經(jīng)完成； (4) 維護(hù)工序和責(zé)任已經(jīng)確定。 (3) 充分利用軟件工具幫助重新驗(yàn)證過(guò)程 。這種測(cè)試稱為回歸測(cè)試。要檢查： (1) 修改是否涉及到規(guī)格說(shuō)明 ? 修改結(jié)果是否符合規(guī)格說(shuō)明 ? 有沒(méi)有歪曲規(guī)格說(shuō)明 ? (2) 程序的修改是否足以修正軟件中的問(wèn)題 ? 源程序代碼有無(wú)邏輯錯(cuò)誤 ? 修改時(shí)有無(wú)修補(bǔ)失誤 ? (3) 修改部分對(duì)其它部分有無(wú)不良影響 (副作用 )? 對(duì)軟件進(jìn)行修改，常常會(huì)引發(fā)別的問(wèn)題，有必要檢查修改的影響范圍 。 ? 靜態(tài)確認(rèn) 修改軟件，伴隨著引起新的錯(cuò)誤的危險(xiǎn) 。 可以使用交叉引用表、存儲(chǔ)映象表、執(zhí)行流程跟蹤等。 ? 因此， 必須在軟件交付之前對(duì)整個(gè)軟件配置進(jìn)行評(píng)審 ，以減少文檔的副作用。 ? 對(duì)交互輸入的順序或格式進(jìn)行修改，如果沒(méi)有正確地記入文檔中，就可能引起重大的問(wèn)題。 ? 對(duì)于用戶來(lái)說(shuō)，軟件事實(shí)上就是文檔。否則會(huì)導(dǎo)致 文檔與程序功能不匹配 ， 缺省條件改變 ， 新錯(cuò)誤信息不正確 等錯(cuò)誤。把數(shù)據(jù)元素、記錄、文件和其它結(jié)構(gòu)聯(lián)系起來(lái)。 ? 數(shù)據(jù)副作用就是修改軟件信息結(jié)構(gòu)導(dǎo)致的結(jié)果。例如， 刪除或修改一個(gè)子程序 、 刪除或修改一個(gè)標(biāo)號(hào) 、 刪除或修改一個(gè)標(biāo)識(shí)符 、 改變程序代碼的時(shí)序關(guān)系 、 改變占用存儲(chǔ)的大小 、 改變邏輯運(yùn)算符 、 修改文件的打開(kāi)或關(guān)閉 、改進(jìn)程序的執(zhí)行效率 ，以及 把設(shè)計(jì)上的改變翻譯成代碼的改變 時(shí)，都容易引入錯(cuò)誤。副作用有三種： 修改代碼的副作用 、修改數(shù)據(jù)的副作用 、 文檔的副作用 。 可以采取的措施有： ① 查找問(wèn)題原因 ，可能情況有： ? 意外停機(jī) ? 安裝的期限到期 ? 系統(tǒng)運(yùn)行中發(fā)現(xiàn)錯(cuò)誤 ② 如果弄清了問(wèn)題的原因，可 通過(guò)臨時(shí)修改或改變運(yùn)行控制以回避在系統(tǒng)運(yùn)行時(shí)產(chǎn)生的問(wèn)題 。 (4) 向用戶提供 回避措施 。 (2) 依次地把 要修改的 、以及 那些受修改影響的模塊和數(shù)據(jù)結(jié)構(gòu) 分離出來(lái) 。 ? 規(guī)格說(shuō)明信息：數(shù)據(jù)修改、處理修改、作業(yè)控制語(yǔ)言修改、系統(tǒng)之間接口的修改等； ? 維護(hù)資源：新程序版本、測(cè)試數(shù)據(jù)、所需軟件、計(jì)算機(jī)時(shí)間等； ? 人員； ? 支持 ：紙面、計(jì)算機(jī)媒體等。小的修改可以不需要詳細(xì)的計(jì)劃，而對(duì)于需要耗時(shí)數(shù)月的修改，就需要計(jì)劃立案。 修改程序 ? 對(duì)程序的修改，必須事先做出計(jì)劃，有預(yù)謀地、周密有效地實(shí)施修改。 5. 充分使用由編譯程序或匯編程序提供的交叉引用表、符號(hào)表、以及其它有用的信息。 3. 控制跟蹤 控制流跟蹤可采用符號(hào)執(zhí)行或?qū)嶋H動(dòng)態(tài)跟蹤的方法， 了解數(shù)據(jù)如何從一個(gè)輸入源到達(dá)輸出點(diǎn)的 。對(duì)于判斷問(wèn)題原因特別有用。 2. 數(shù)據(jù)跟蹤 (1) 建立各層次的程序級(jí)上的接口圖 ，展示各模塊或過(guò)程的調(diào)用方式和接口參數(shù)； (2) 利用數(shù)據(jù)流分析方法，對(duì)過(guò)程內(nèi)部的一些變量進(jìn)行跟蹤。 (3) 建立過(guò)程的間接調(diào)用矩陣 I，即直接調(diào)用矩陣 D的傳遞閉包 I＝ D1∪ D2∪ D3∪ … ∪ Dn 其中， n是所包含的過(guò)程總數(shù) . 例如， 過(guò)程 i 調(diào)用 j， j 調(diào)用 k， 則 D[i][j]＝ 1， D[j][k]＝ 1， I[i][k]＝ 1。如程序系統(tǒng)結(jié)構(gòu)、 控制結(jié)構(gòu)、數(shù)據(jù)結(jié)構(gòu)和輸入／輸出結(jié)構(gòu)等； ? 了解數(shù)據(jù)流信息，即涉及到的數(shù)據(jù)來(lái)源何處，在哪里被使用； ? 了解控制流信息，即執(zhí)行每條路徑的結(jié)果； ? 理解程序的操作 (使用 )要求； ? 為了容易地理解程序，要求自頂向下地理解現(xiàn)有源程序的程序結(jié)構(gòu)和數(shù)據(jù)結(jié)構(gòu)，為此可采用如下幾種方法： 1. 分析程序結(jié)構(gòu)圖 (1) 搜集所有存儲(chǔ)該程序的文件，閱讀這些文件，記下它們包含的過(guò)程名， 建立一個(gè)包括這些過(guò)程名和文件名的清單 ； (2) 分析各個(gè)過(guò)程的源代碼， 建立一個(gè)直接調(diào)用矩陣 D或調(diào)用樹(shù) 。在這方面，軟件的可理解性和文檔的質(zhì)量非常重要。 ? 通常對(duì)源程序的修改不能無(wú)計(jì)劃地倉(cāng)促上陣，為了正確、有效地修改 ,需要經(jīng)歷以下三個(gè)步驟。 據(jù)此可對(duì)開(kāi)發(fā)技術(shù)、語(yǔ)言選擇、維護(hù)工作計(jì)劃、資源分配、以及其它許多方面做出判定。 ? 如果維護(hù)的檔案記錄做得比較好，可以得出一些維護(hù)“性能”方面的度量值。 維護(hù)檔案記錄 ? 程序名稱 ? 源程序語(yǔ)句條數(shù) ? 機(jī)器代碼指令條數(shù) ? 所用的程序設(shè)計(jì)語(yǔ)言 ? 程序安裝的日期 ? 程序安裝后的運(yùn)行次數(shù) ? 與程序安裝后運(yùn)行次數(shù)有關(guān)的處理故障次數(shù) ? 程序改變的層次及名稱 ? 修改程序增加的源程序語(yǔ)句條數(shù) ? 修改程序減少的源程序語(yǔ)句條數(shù) ? 每次修改所付出的“人時(shí)”數(shù) ? 修改程序的日期 ? 軟件維護(hù)人員的姓名 ? 維護(hù)申請(qǐng)報(bào)告的名稱、維護(hù)類型 ? 維護(hù)開(kāi)始時(shí)間和維護(hù)結(jié)束時(shí)間、 ? 花費(fèi)在維護(hù)上的累計(jì)“人時(shí)”數(shù) ? 維護(hù)工作的凈收益等。 ? 修改軟件需求說(shuō)明 ? 修改軟件設(shè)計(jì) ? 設(shè)計(jì)評(píng)審 ? 對(duì)源程序做必要的修改 ? 單元測(cè)試 ? 集成測(cè)試 ( 回歸測(cè)試 ) ? 確認(rèn)測(cè)試 ? 軟件配置評(píng)審等 。 ? 他們應(yīng)相應(yīng)地做出 軟件修改報(bào)告 ，指明： ? 所需修改變動(dòng)的性質(zhì)； ? 申請(qǐng)修改的優(yōu)先級(jí)； ? 為滿足某個(gè)維護(hù)申請(qǐng)報(bào)告，所需的工作量； ? 預(yù)計(jì)修改后的狀況 . ? 軟件修改報(bào)告應(yīng)提交修改負(fù)責(zé)人，經(jīng)批準(zhǔn)后才能開(kāi)始進(jìn)一步安排維護(hù)工作。 ? 如果申請(qǐng)的是適應(yīng)性維護(hù)或完善性維護(hù)，用戶必須提出一份修改說(shuō)明書，列出所有希望的修改。 軟件維護(hù)申請(qǐng)報(bào)告 ? 維護(hù)申請(qǐng)報(bào)告或稱 軟件問(wèn)題報(bào)告 ，由 申請(qǐng)維護(hù)的用戶 填寫 。 ? 在修改程序的過(guò)程中，由 配置管理員 嚴(yán)格把關(guān)， 控制修改的范圍 ，對(duì)軟件配置進(jìn)行審計(jì) 。 軟件維護(hù)的機(jī)構(gòu) ? 維護(hù)申請(qǐng) 提交給 維護(hù)管理員 ，他把申請(qǐng)交給某個(gè) 系統(tǒng)監(jiān)督員 去 評(píng)價(jià) 。 維護(hù)機(jī)構(gòu) ? 除了較大的軟件開(kāi)發(fā)公司外，通常在軟件維護(hù)工作方面，并不保持一個(gè)正式的組織機(jī)構(gòu)。 軟件維護(hù)活動(dòng) ? 為了有效地進(jìn)行軟件維護(hù)，應(yīng)事先就開(kāi)始做組織工作。 維護(hù)工作量的模型 ? M是維護(hù)中消耗的總工作量 ? p是上面描述的生產(chǎn)性工作量 ? K是一個(gè)經(jīng)驗(yàn)常數(shù) ? c是因缺乏好的設(shè)計(jì)和文檔而導(dǎo)致復(fù)雜性的度量 ? d是對(duì)軟件熟悉程度的度量。 ? 例如， 開(kāi)發(fā)每一行源代碼耗資 25美元 ， 維護(hù)每一行源代碼需要耗資1000美元 。 ? 一些 合理的修復(fù)或修改請(qǐng)求不能及時(shí)安排 ，使得客戶不滿意； ? 變更的結(jié)果 引入新的故障 ，使得軟件整體質(zhì)量下降； ? 把軟件人員抽調(diào)到維護(hù)工作中，干擾了軟件開(kāi)發(fā)工作。用戶通過(guò)研究原型，進(jìn)一步完善他們的功能要求，就可以減少以后完善性維護(hù)的需要