本科生軟件工程7(編輯修改稿)
2025-02-05 18:03 本頁面
【文章內容簡介】 監(jiān)督員 來研究處理。 ? 他們應相應地做出 軟件修改報告 ，指明： – 所需修改變動的性質； – 申請修改的優(yōu)先級； – 為滿足某個維護申請報告，所需的工作量； – 預計修改后的狀況 . ?軟件修改報告應提交修改負責人，經批準后才能開始進一步安排維護工作。 軟件維護工作流程 ? 盡管維護申請的類型不同，但都要進行同樣的技術工作。 – 修改軟件需求說明 – 修改軟件設計 – 設計評審 – 對源程序做必要的修改 – 單元測試 – 集成測試 ( 回歸測試 ) – 確認測試 – 軟件配置評審等 。 在每次軟件維護任務完成后進行情況評審，對以下問題做一總結： (1) 在目前情況下，設計、編碼、測試中的哪一方面可以改進 ? (2) 哪些維護資源應該有但沒有 ? (3) 工作中主要的或次要的障礙是什么 ? (4) 從維護申請的類型來看是否應當有預防性維護 ? 情況評審對將來的維護工作如何進行會產生重要的影響。 維護檔案記錄 ? 程序名稱 ? 源程序語句條數 ? 機器代碼指令條數 ? 所用的程序設計語言 ? 程序安裝的日期 ? 程序安裝后的運行次數 ? 與程序安裝后運行次數有關的處理故障次數 ? 程序改變的層次及名稱 ? 修改程序增加的源程序語句條數 ? 修改程序減少的源程序語句條數 ? 每次修改所付出的“人時”數 ? 修改程序的日期 ? 軟件維護人員的姓名 ? 維護申請報告的名稱、維護類型 ? 維護開始時間和維護結束時間、 ? 花費在維護上的累計“人時”數 ? 維護工作的凈收益等。 維護評價 ? 評價維護活動比較困難 ，因為缺乏可靠的數據。 ? 如果維護的檔案記錄做得比較好，可以得出一些維護“性能”方面的度量值。 – 每次程序運行時的平均出錯次數； – 花費在每類維護上的總“人時”數； – 每個程序、每種語言、每種維護類型的程序平均修改次數； – 因為維護，增加或刪除每個源程序語句所花費的平均“人時”數； – 用于每種語言的平均“人時”數； – 維護申請報告的平均處理時間； – 各類維護申請的百分比。 據此可對開發(fā)技術、語言選擇、維護工作計劃、資源分配、以及其它許多方面做出判定。 程序修改的步驟及修改的副作用 ? 分析和理解程序 ? 修改程序 ? 重新驗證程序 分析和理解程序 ? 理解程序的功能和目標； ? 掌握程序的結構信息，即從程序中細分出若干結構成分。如程序系統(tǒng)結構、 控制結構、數據結構和輸入／輸出結構等； ? 了解數據流信息，即涉及到的數據來源何處，在哪里被使用 ? 了解控制流信息，即執(zhí)行每條路徑的結果； ? 理解程序的操作 (使用 )要求； 修改程序 1. 設計程序的修改計劃 程序的修改計劃要考慮人員和資源的安排。小的修改可以不需要詳細的計劃，而對于需要耗時數月的修改，就需要計劃立案。 2. 修改代碼，以適應變化 3. 修改程序的副作用 所謂副作用是指因修改軟件而造成的錯誤或其它不希望發(fā)生的情況。副作用有三種： 修改代碼的副作用 、 修改數據的副作用 、 文檔的副作用 。 重新驗證程序 ? 在將修改后的程序提交用戶之前，需要進行 充分的確認和測試 ，以保證整個修改后程序的正確性。 ? 靜態(tài)確認 修改軟件，伴隨著引起新的錯誤的危險 。為了能夠做出正確的判斷，驗證修改后的程序至少需要兩個人參加。要檢查： ? 計算機確認 在進行了以上確認的基礎上，用計算機對修改程序進行確認測試： (1) 確認測試順序：先對修改部分進行測試，然后隔離修改部分，測試程序的未修改部分，最后再把它們集成起來進行測試。這種測試稱為回歸測試。 (2) 準備標準的測試用例。 (3) 充分利用軟件工具幫助重新驗
黨政相關相關推薦
鄂ICP備17016276號-1