軟件工程第8章軟件維護-文庫吧
2024-09-29 15:48 本頁面
【正文】 有連鎖反應。 ② 修改數(shù)據(jù)結構：數(shù)據(jù)結構是系統(tǒng)的骨架，修改數(shù)據(jù)結構是對系統(tǒng)傷筋動骨的大手術，在數(shù)據(jù)冗余與數(shù)據(jù)不一致方面，可能顧此失彼。 ③ 修改用戶數(shù)據(jù)：需要與用戶協(xié)商，一旦有疏忽，可使系統(tǒng)發(fā)生意外。 ④ 修改文檔：對非結構化維護不適應，對結構化維護要嚴防程序與文檔的不匹配。 維護的副作用 15 總之 ， 維護的副作用可能表現(xiàn)在： ， 很容易出現(xiàn)打補丁現(xiàn)象 ， 造成維護一次 ， 就追加一個補丁 ， 最后補丁越打越多 ， 隱含的問題也會越來越多 。 ， 或對系統(tǒng)消化不透 ， 可能在維護中出現(xiàn)連鎖反應現(xiàn)象 :此處的錯誤改了 ， 彼處的錯誤又冒出來了 。 ① 用 SWCMM框架體系的思想來改善軟件企業(yè)的軟件過程管理。 ② 在開發(fā)和維護中，盡量使用 CASE工具。 ③ 維護完成后，一定要進行回歸測試。 為了減少維護的工作量，防止維護的副作用，人們在長期的實踐中積累了如下的經(jīng)驗： 16 維護管理員 修改批準 主管人員 維護要求 系統(tǒng)管理員 系統(tǒng)管理員 系統(tǒng)管理員 維護機構 三、軟件維護步驟 17 第一步：軟件維護申請報告 為了有效地進行軟件維護，應在維護前先做組織工作，建立維護機構，申明提出維護申請報告的過程和評價的過程；為每一個維護申請規(guī)定標準的處理步驟；同時還必須建立維護活動的登記制度以及規(guī)定評價和評審的標準。 18 軟件維護工作流程： 維護 類型 評價 錯誤 評價優(yōu) 先次序 安排改正 性維護 開始問 題分析 開始 分析 將安排好的開發(fā) 工作量列入目錄 將錯誤改正 列入目錄 維護 實施 復 審 改正性 適應性 完善性 維護請求 嚴重 不嚴重 低 分派人員 分派人員 修改過的軟件 通過并交付使用的軟件 測試 * * 第二步：維護工作的實施 19 源程序修改的步驟： 20 ⑴ 分析程序結構圖； ⑵ 跟蹤數(shù)據(jù)； ⑶ 控制跟蹤； ⑷ 充分閱讀和源程序清單和文檔，分析現(xiàn)有文檔的合理性； ⑸ 充分使用由編譯程序或匯編程序提供的交叉引用表、符號表及其它信息； 分析和理解程序： 21 一方面：考慮對人員和資源的安排 另一方面：需要根據(jù)修改的內容及受到修改影響的內容設計修改方案。包括： ?研究程序的各個模塊、模塊接口及數(shù)據(jù)庫等，按全局觀點提出修改計劃； ?依次將要修改的、以及受修改影響的模塊和數(shù)據(jù)結構分離出來； ?詳細分析將要修改的、以及受修改影響的模塊和數(shù)據(jù)結構的內部細節(jié)，標明新邏輯及要修改的現(xiàn)有邏輯； 設計程序的修改計劃 22 ① 正確、有效、謹慎地修改程序代碼，盡量保持程序的原有風格； ② 修改過程中 ， 要隨時保存前一次調試正確的源程序代碼； ③ 保持詳細的維護活動和維護結果記錄 ， 保證維護工作的可追蹤性； ④ 如果修改較大 ， 程序原有架構不符合要求 ，可拋棄原有程序重新編寫 。 修改代碼，以適應變化 修改時應遵循的原則： 23 修改程序的副作用 副作用是指因修改軟件而造成的錯誤或其它不希望發(fā)生的情況。 24 在使用程序設計語言修改源代碼時可能引起的錯誤，如刪除或修改一個標號、標識符、一個子程序，改變程序代碼的時序關系，改變邏輯運算符，改進程序的執(zhí)行效率，改變程序占用存儲的大小等，都很容易引入錯誤，應特別小心。 ⑴
外語相關推薦
鄂ICP備17016276號-1