【正文】 以完整的軟件配置為基礎(chǔ)的結(jié)構(gòu)化維護(hù)，是在軟件開(kāi)發(fā)過(guò)程中應(yīng)用軟件過(guò)程方法學(xué)的結(jié)果。 ?不能及時(shí)安排 ，使得客戶不滿意； ? 變更的結(jié)果 引入新的故障 ，使軟件整體質(zhì)量下降 ? 把軟件人員抽調(diào)到維護(hù)工作中，干擾了軟件開(kāi)發(fā) ?軟件維護(hù)的 代價(jià) 是 降低了生產(chǎn)率 ，在做老程序的維護(hù)時(shí)非常明顯。 ?模型指明，如果使用了不好的軟件開(kāi)發(fā)方法（未按軟件工程要求做），原來(lái)參加開(kāi)發(fā)的人員或小組不能參加維護(hù)，則工作量（及成本）將按指數(shù)級(jí)增加。 ?如果僅有程序代碼沒(méi)有文檔，則會(huì)出現(xiàn)嚴(yán)重的問(wèn)題 ?需要維護(hù)的軟件往往沒(méi)有合格的文檔，或者文檔資料顯著不足。 ? 絕大多數(shù)軟件在設(shè)計(jì)時(shí)沒(méi)有考慮將來(lái)的修改。 ? 上述種種問(wèn)題在現(xiàn)有的沒(méi)采用軟件過(guò)程思想開(kāi)發(fā)出來(lái)的軟件中，都或多或少地存在著。 ?維護(hù)申請(qǐng) 提交給 維護(hù)管理員 ，他把申請(qǐng)交給某個(gè) 系統(tǒng)監(jiān)督員 去 評(píng)價(jià) 。 ?用戶必須 完整地說(shuō)明產(chǎn)生錯(cuò)誤的情況 ，包括 輸入數(shù)據(jù) 、 錯(cuò)誤清單 以及 其它有關(guān)材料 。 ?修改報(bào)告提交修改負(fù)責(zé)人批準(zhǔn)后才能開(kāi)始進(jìn)一步安排維護(hù)工作。 軟件維護(hù)過(guò)程 20 維護(hù)評(píng)價(jià) ?評(píng)價(jià)維護(hù)活動(dòng)比較困難 ，因?yàn)槿狈煽康臄?shù)據(jù)。 軟件維護(hù)過(guò)程 21 ?許多軟件的維護(hù)十分困難，原因在于這些 軟件的文檔不全 、質(zhì)量差 、 開(kāi)發(fā)過(guò)程不注意采用好的方法 ， 忽視程序設(shè)計(jì)風(fēng)格 等。 ?維護(hù)人員理解、改正、改動(dòng)或改進(jìn)這個(gè)軟件的難易程度。 ?目前廣泛使用的是用如下的七個(gè)特性來(lái)衡量程序的可維護(hù)性。 ?這些質(zhì)量要求要滲透到而各開(kāi)發(fā)階段的各個(gè)步驟當(dāng)中 。就是 質(zhì)量檢查表、 質(zhì)量測(cè)試、 質(zhì)量標(biāo)準(zhǔn) ?質(zhì)量檢查表 是用于測(cè)試程序中某些質(zhì)量特性是否存在的一個(gè)問(wèn)題清單。 軟件可維護(hù)性 25 . 可理解性 ?可理解性表明人們通過(guò)閱讀源代碼和相關(guān)文檔，了解程序功能及其如何運(yùn)行的容易程度。常用方法是利用一些 可靠性模型 ， 根據(jù)程序測(cè)試時(shí)發(fā)現(xiàn)并排除的錯(cuò)誤數(shù)預(yù)測(cè)平均失效間隔時(shí)間 MTTF。程序復(fù)雜性度量標(biāo)準(zhǔn)可用于 預(yù)測(cè)哪些模塊最可能發(fā)生錯(cuò)誤 ，以及 可能出現(xiàn)的錯(cuò)誤類型 。 ?一個(gè)可測(cè)試的程序應(yīng)當(dāng)是 可理解的 ， 可靠的 ， 簡(jiǎn)單的 。 ?靈活性是指能夠容易地對(duì)程序進(jìn)行修改。 則修改的難度 D由下式計(jì)算： D = A / C . 可移植性 ?可移植性表明程序轉(zhuǎn)移到一個(gè)新的計(jì)算環(huán)境的可能性的大小 。 ?這些機(jī)器資源包括 內(nèi)存容量 、 外存容量 、 通道容量 和 執(zhí)行時(shí)間 。 ? 程序是否具有容錯(cuò)性 ? ? 程序是否靈活 ? 軟件可維護(hù)性 33 其它間接定量度量可維護(hù)性的方法 ?問(wèn)題識(shí)別的時(shí)間； ?因管理活動(dòng)拖延的時(shí)間； ?收集維護(hù)工具的時(shí)間； ?分析、診斷問(wèn)題的時(shí)間； ?修改規(guī)格說(shuō)明的時(shí)間； ?具體的改錯(cuò)或修改的時(shí)間； ?局部測(cè)試的時(shí)間； ?集成或回歸測(cè)試的時(shí)間； ?維護(hù)的評(píng)審時(shí)間； ?這些數(shù)據(jù)反映了維護(hù)全過(guò)程中 檢錯(cuò)－糾錯(cuò)－驗(yàn)證 的周期，即 從檢測(cè)出軟件存在的問(wèn)題開(kāi)始至修正它們并經(jīng)回歸測(cè)試驗(yàn)證這段時(shí)間 。 ?某些質(zhì)量特性是相互促進(jìn)的 ，例如可理解性和可測(cè)試性、可理解性和可修改性。 ?應(yīng)當(dāng)對(duì)程序的質(zhì)量特性，在 提出目標(biāo) 的同時(shí)還必須 規(guī)定它們的優(yōu)先級(jí) 。 提高可維護(hù)性的方法 37 ?使用結(jié)構(gòu)化程序設(shè)計(jì)技術(shù)，提高現(xiàn)有系統(tǒng)的可維護(hù)性 ? 采用備用件的方法 ── 用一個(gè)新的結(jié)構(gòu)良好的模塊替換掉整個(gè)要修改的模塊。 ?審查 用來(lái) 檢測(cè)在開(kāi)發(fā)和維護(hù)階段內(nèi)發(fā)生的質(zhì)量變化 。在不同的檢查點(diǎn)，檢查的重點(diǎn)不完全相同。 ?可以使用各種 質(zhì)量特性檢查表 ，或用 度量標(biāo)準(zhǔn) 來(lái)檢查可維護(hù)性。 (1) 需求和規(guī)范標(biāo)準(zhǔn) ① 需求應(yīng)當(dāng)以可測(cè)試的術(shù)語(yǔ)進(jìn)行書寫，排列優(yōu)先次序和定義； ② 區(qū)分必須的、任選的、將來(lái)的需求； ③ 包括對(duì)系統(tǒng)運(yùn)行時(shí)的計(jì)算機(jī)設(shè)備的需求；對(duì)維護(hù)、測(cè)試、操作、以及維護(hù)人員的需求；對(duì)測(cè)試工具等的需求。 (4) 文檔標(biāo)準(zhǔn) 文檔中應(yīng)說(shuō)明： 程序的輸入／輸出、 使用的方法／算法、 錯(cuò)誤恢復(fù)方法、 所有參數(shù)的范圍、 缺省條件等。 ?必須 定期檢查 ，對(duì)軟件做周期性的維護(hù)審查， 以跟蹤軟件質(zhì)量的變化 。 提高可維護(hù)性的方法 43 3 .4. 對(duì)軟件包進(jìn)行檢查 ?軟件包 是一種 標(biāo)準(zhǔn)化 的，可 為不同單位 、 不同用戶使用 的軟件。 ? 在此基礎(chǔ)上，深入 了解本單位的希望和要求 ， 編制軟件包的檢驗(yàn)程序 。 機(jī)器語(yǔ)言 匯編語(yǔ)言 高級(jí)語(yǔ)言 (FORTRAN COBOL等 ) 查詢語(yǔ)言 表生成語(yǔ)言 圖象語(yǔ)言 應(yīng)用生成語(yǔ)言 提高可維護(hù)性的方法 45 改進(jìn)程序的文檔 文檔是影響軟件可維護(hù)性的決定因素。 ?另外，在軟件維護(hù)階段，利用 歷史文檔 ，可以大大簡(jiǎn)化維護(hù)工作。預(yù)防性維護(hù)定義為： 把今天的方法學(xué)應(yīng)用到昨天的軟件系統(tǒng)上，以支持明天的需求。 ?在某些情況下，這些活動(dòng)按照?qǐng)D中所示次序以線性順序進(jìn)行，但也并非總是如此，例如，可能在文檔重構(gòu)之前需要先進(jìn)行逆向工程，以理解程序的工作原理。然后合理地分配再工程所需要的資源。 軟件再工程過(guò)程 51 3. 逆向工程 ?軟件的逆向工程是，分析程序以便在比源程序更高的抽象層次上創(chuàng)建出程序的某種描述的過(guò)程，也就是說(shuō)，逆向工程是一個(gè)恢復(fù)設(shè)計(jì)結(jié)果的過(guò)程。 ?如果重構(gòu)擴(kuò)展到模塊邊界之外并涉及軟件體系結(jié)構(gòu)，則重構(gòu)變成了正向工程。 6. 正向工程： 正向工程也稱為更新或再造。 ? 改正性維護(hù)： 在軟件交付使用后，為了 識(shí)別和糾正由于軟件開(kāi)發(fā)時(shí)隱藏的錯(cuò)誤、改正軟件性能上的缺陷，軟件 進(jìn)行的診斷和改正錯(cuò)誤的過(guò)程就。進(jìn)而以 擴(kuò)充軟件功能 、 增強(qiáng)軟件性能 、改進(jìn)加工效率 、 提高軟件的可維護(hù)性的 維護(hù)活動(dòng) ? 預(yù)防性維護(hù)： 為了 提高軟件的可維護(hù)性 、 可靠性等， 采用先進(jìn)的軟件工程方法對(duì)需要維護(hù)的軟件或軟件中的某一部分（重新）進(jìn)行設(shè)計(jì)、編制和測(cè)試。 (2)測(cè)試完程序后，刪去程序中的注解以縮短源程序長(zhǎng)度。 (6)盡可能利用硬件特點(diǎn)以提高程序效率。 (10)用數(shù)據(jù)庫(kù)系統(tǒng)代替文件系統(tǒng)來(lái)存儲(chǔ)需要長(zhǎng)期保存的信息 軟件工程中的一些觀念討論 55 (11)用 CASE環(huán)境或程序自動(dòng)生成工具來(lái)自動(dòng)生成一部分程序。 (15)把與硬件及操作系統(tǒng)有關(guān)的代碼放到某些特定的程序模塊中。 你將選取哪兩份文檔？為什么這樣選取？ 4．當(dāng)一個(gè)十幾年前開(kāi)發(fā)出的程序還在為其用戶完成關(guān)鍵的業(yè)務(wù)工作時(shí)，是否有必要對(duì)它進(jìn)行再工程？如果對(duì)它進(jìn)行再工程，經(jīng)濟(jì)上是否劃算？ 5．代碼重構(gòu)與正向工程有何相同之處？有何不同之處？ 作業(yè) 57 演講完畢，謝謝觀看！