【正文】 。特別是數(shù)據(jù)庫管理系統(tǒng) 、 程序生成器 、應(yīng)用軟件包 ，可減少維護工作量。 (3) 使用內(nèi)部程序列表、外部文件，以及處理的例行程序包，可為維護時修改程序提供方便。 (1) 在配置管理時，把硬件、操作系統(tǒng)和其它相關(guān)環(huán)境因素的可能變化考慮在內(nèi) 。 以及 新的開發(fā)方法 、 軟件復(fù)用 、 防錯程序設(shè)計 及 周期性維護審查 等 。 但通過使用新技術(shù)，可大大減少進行改正性維護的需要 。 ? 許多軟件在開發(fā)時并未考慮將來的修改，為軟件的維護帶來許多問題。 ? 先進的軟件開發(fā)技術(shù) ：在軟件開發(fā)時， 若使用能使軟件結(jié)構(gòu)比較穩(wěn)定的分析與設(shè)計技術(shù)，及程序設(shè)計技術(shù)，如面向?qū)ο蠹夹g(shù)、復(fù)用技術(shù)等，可減少大量的工作量 。 ? 在長期的維護過程中文檔在許多地方與程序?qū)崿F(xiàn)變得不一致，在維護時就會遇到很大困難。 ? 系統(tǒng)年齡 ： ? 老系統(tǒng)隨著不斷的修改，結(jié)構(gòu)越來越亂； ? 維護人員經(jīng)常更換，程序又變得越來越難于理解。 ? 程序設(shè)計語言 ：使用強功能的程序設(shè)計語言可以控制程序的規(guī)模。系統(tǒng)越大，所執(zhí)行功能越復(fù)雜。 ? 應(yīng)當(dāng)考慮 有哪些因素影響軟件維護的工作量 ，相應(yīng) 應(yīng)該采取什么維護策略 ，才能 有效地維護軟件并 控制維護的成本 。 ? 軟件維護活動所花費的工作占整個生存期工作量的 70%以上 ，這是由于在漫長的軟件運行過程中需要不斷對軟件進行修改，以 改正新發(fā)現(xiàn)的錯誤 、適應(yīng)新的環(huán)境和用戶新的要求，這些修改需要花費很多精力和時間，而且有時會引入新的錯誤。 ? 預(yù)防性維護定義為： 采用先進的軟件工程方法對需要維護的軟件或軟件中的某一部分（重新）進行設(shè)計、編制和測試。 ? 事實證明，來自用戶要求擴充、加強軟件功能、性能的維護活動約占整個維護工作的 50％。 即大部分維護工作是改變和加強軟件，而不是糾錯 。 ? 這種情況下進行的維護活動叫做完善性維護。 完善性維護 ? 在軟件的使用過程中，用戶往往會對軟件提出新的 功能 與 性能 要求。 適應(yīng)性維護 ? 在使用過程中， ? 外部環(huán)境 （ 新的硬、軟件配置 ） ? 數(shù)據(jù)環(huán)境 （ 數(shù)據(jù)庫、數(shù)據(jù)格式、數(shù)據(jù)輸入 /輸出方式、數(shù)據(jù)存儲介質(zhì) ） 可能發(fā)生變化。 ? 這些隱藏下來的錯誤 在某些特定的使用環(huán)境下就會暴露出來 。? 軟件維護的概念 ? 軟件維護活動 ? 程序修改的步驟及修改的副作用 ? 可維護性 ? 提高可維護性的方法 軟件維護的概念 ? 軟件維護的定義 ? 影響維護工作量的因素 ? 軟件維護的策略 ? 維護成本 軟件維護的定義 ? 在軟件運行／維護階段 對軟件產(chǎn)品進行的修改 就是所謂的維護。 ? 維護的類型有三種： ? 改正性維護 ? 適應(yīng)性維護 ? 完善性維護 改正性維護 ? 在軟件交付使用后，因開發(fā)時測試的 不徹底 、 不完全 ，必然會有部分隱藏的錯誤遺留到運行階段。 ? 為了 識別和糾正軟件錯誤 、 改正軟件性能上的缺陷 、 排除實施中的誤使用 ，應(yīng)當(dāng)進行的診斷和改正錯誤的過程就叫做改正性維護。 ? 為使軟件適應(yīng)這種變化，而去修改軟件的過程就叫做適應(yīng)性維護。 ? 為了滿足這些要求，需要修改或再開發(fā)軟件，以 擴充軟件功能 、 增強軟件性能 、 改進加工效率 、 提高軟件的可維護性 。 ? 實踐表明，在幾種維護活動中，完善性維護所占的比重最大。 ? 完善性維護不一定是救火式的緊急維修，而可以 是有計劃、有預(yù)謀的一種再開發(fā)活動 。 預(yù)防性維護 ? 預(yù)防性維護是為了 提高軟件的可維護性 、 可靠性等 ，為以后進一步改進軟件打下良好基礎(chǔ)。 ? 在整個軟件維護階段所花費的全部工作量中， 完善性維護占了幾乎一半的工作量。 三類維護占 維護在軟件生存期 總維護比例 所占比例 影響維護工作量的因素 ? 在軟件的維護過程中，需要花費大量的工作量，從而直 接影響了軟件維護的成本 。 ? 系統(tǒng)大小 ：系統(tǒng)越大，理解掌握起來越困難。因而需要更多的維護工作量。語言的功能越強，生成程序的模塊化和結(jié)構(gòu)化程度越高，所需的指令數(shù)就越少，程序的可讀性越好。 ? 許多老系統(tǒng)在當(dāng)初并未按照軟件工程的要求進行開發(fā)，因而沒有文檔，或文檔太少。 ? 數(shù)據(jù)庫技術(shù)的應(yīng)用 ： 使用數(shù)據(jù)庫，可以簡單而有效地管理和存儲用戶程序中的數(shù)據(jù)，還可以減少生成用戶報表應(yīng)用軟件的維護工作量 。 ? 其它 ： ? 應(yīng)用的類型 ? 數(shù)學(xué)模型 ? 任務(wù)的難度 ? 開關(guān)與標(biāo)記、 IF嵌套深度、索引或下標(biāo)數(shù)等 對維護工作量都有影響。 軟件維護的策略 ? 改正性維護 通常要生成 100％可靠的軟件并不一定合算，成本太高 。 這些技術(shù)包括： 數(shù)據(jù)庫管理系統(tǒng) 、軟件開發(fā)環(huán)境 、 程序自動生成系統(tǒng) 、 較高級 (第四代 )的語言 。 ? 適應(yīng)性維護 這一類維護不可避免，可以控制。 (2) 把與硬件、操作系統(tǒng)，以及其它外圍設(shè)備有關(guān)的程序歸到特定的程序模塊中。 ? 完善性維護 利用前兩類維護中列舉的方法，也可以減少這一類維護。 此外，建立軟件系統(tǒng)的原型，把它在實際系統(tǒng)開發(fā)之前提供給用戶。 維護成本 ? 有形的軟件維護成本 是花費了多少錢， 無形的維護成本 有更大的影響。 ? 軟件維護的 代價 是 降低了生產(chǎn)率 ，在做老程序的維護時非常明顯。 ? 維護工作量包括 生產(chǎn)性活動 （如分析和評價、設(shè)計修改和實現(xiàn)）和“ 輪轉(zhuǎn) ” 活動 （如力圖理解代碼在做什么、試圖判明數(shù)據(jù)結(jié)構(gòu)、接口特性、性能界限等）。 dcKepM ???? 模型指明，如果使用了不好的軟件開發(fā)方法（未按軟件工程要求做），原來參加開發(fā)的人員或小組不能參加維護，則工作量（及成本）將按指數(shù)級增加。 ? 首先 建立維護的機構(gòu) ? 申明 提出維護申請報告的過程 及評價的過程 ? 為每一個維護申請規(guī)定 標(biāo)準(zhǔn)的處理步驟 ? 建立 維護活動的登記制度 以及規(guī)定 評價和評審的標(biāo)準(zhǔn) 。 ? 雖然不要求建立一個正式的維護機構(gòu)，但是在開發(fā)部門確立一個非正式的維護機構(gòu)則是非常必要的。 ? 一旦做出評價，由 修改負(fù)責(zé)人 確定 如何進行修改 。 ? 在維護之前，就把責(zé)任明確下來，可以減少維護過程中的混亂。 ? 用戶必須 完整地說明產(chǎn)生錯誤的情況 ，包括 輸入數(shù)據(jù) 、 錯誤清單以及 其它有關(guān)材料 。 ? 維護申請報告將由 維護管理員 和系統(tǒng)監(jiān)督員 來研究處理。 軟件維護工作流程 ? 盡管維護申請的類型不同，但都要進行同樣的技術(shù)工作。 在每次軟件維護任務(wù)完成后進行情況評審，對以下問題做一總結(jié)： (1) 在目前情況下，設(shè)計、編碼、測試中的哪一方面可以改進 ? (2) 哪些維護資源應(yīng)該有但沒有 ? (3) 工作中主要的或次要的障礙是什么 ? (4)