軟件工程第8章軟件維護-全文預覽
【正文】 三代語言 第四代語言 35 模塊化 結構化程序設計 整理完備的文檔資料，包括： 系統(tǒng)開發(fā)日志、 錯誤記載、 系統(tǒng)維護日志、 測試文檔 ⑶ 采用結構化技術提高軟件質量； 36 逆向工程與再工程 37 ?預防性維護工作主要針對一些多年前開發(fā)出來的 “ 較老 ” 的軟件，這些軟件的功能仍然能夠滿足人們的某些需求，但是，由于這些軟件所采用的體系結構或數據結構等方面較差，用戶在使用時存在一定困難，因此，需要對軟件進行全面修改，以適應用戶需求。影響軟件可維護性的因素很多，設計、編碼及測試中的疏忽和低劣的軟件配置、缺少文檔等都會對軟件的可維護性帶來不良影響。 第三步：維護文檔整理 29 ? 每次程序運行時的平均出錯次數； ? 花費在每類維護活動上的總的 “ 人時 ” 數； ? 每個程序 、 每種語言 、 每種維護類型程序的平均修改次數； ? 維護工作中增加或刪除每個源程序語句所花費的平均“ 人時 ” 數； ? 用于每種語言的平均 “ 人時 ” 數； ? 維護申請報告的平均處理時間； ? 各類維護申請的百分比 。數據副作用是修改軟件信息結構引起的，如重新定義全局或局部常量，重新初始化控制標志或指針等，都容易產生設計與數據不相容的錯誤，可通過詳細設計文檔對數據副作用加以控制。包括： ?研究程序的各個模塊、模塊接口及數據庫等，按全局觀點提出修改計劃； ?依次將要修改的、以及受修改影響的模塊和數據結構分離出來； ?詳細分析將要修改的、以及受修改影響的模塊和數據結構的內部細節(jié)，標明新邏輯及要修改的現有邏輯； 設計程序的修改計劃 22 ① 正確、有效、謹慎地修改程序代碼，盡量保持程序的原有風格； ② 修改過程中 ， 要隨時保存前一次調試正確的源程序代碼； ③ 保持詳細的維護活動和維護結果記錄 ， 保證維護工作的可追蹤性； ④ 如果修改較大 ， 程序原有架構不符合要求 ，可拋棄原有程序重新編寫 。 ② 在開發(fā)和維護中，盡量使用 CASE工具。 ④ 修改文檔：對非結構化維護不適應，對結構化維護要嚴防程序與文檔的不匹配。人們常說維護費用很高，是因為非結構化維護的比重太大。 12 M：維護工作總量 P：生產性工作量 K：經驗常數 c：軟件復雜程度 (非結構化設計和缺少文檔 都會增加軟件的復雜程度 ) d: 維護人員對軟件的熟悉程度。因此應當考慮有哪些因素影響軟件維護的工作量，相應應該采取什么維護策略，才能有效地維護軟件并控制維護的成本。 5 ⑴ 糾錯性維護 ： ⑵ 適應性維護： ⑶完善性維護： ⑷預防性維護： 完善性維護 50% 適應性 維護 25% 改正性 維護 21% 其它 4% 6 軟件維護過程是軟件開發(fā)過程的縮影。 3 一、 軟件維護概念 4 所謂軟件維護，就是在軟件產品安裝、運行并交付給用戶使用后，在新版本產品升級之前這段時間里軟件廠商向客戶提供的服務。隨著軟件開發(fā)技術、軟件管理技術和軟件支持工具的發(fā)展，軟件維護中的許多觀念正在發(fā)生變化。所以軟件工程方法學的一個主要目的就是如何減少維護的工作量。 8 二、 軟件維護的特點 9 在軟件維護過程中，工作量直接影響了軟件維護的成本。 ? 有形的代價是指維護費用的數目 ? 無形的代價，包括： 維
外語相關推薦
鄂ICP備17016276號-1