軟件工程第8章-文庫吧
2024-09-29 15:56 本頁面
【正文】 和壓縮了的軟件定義 和開發(fā)過程，事實上遠在提出一項維護要求 之前，與軟件維護有關的工作已經(jīng)開始。 首先必須建立一個維護組織 隨后必須確定報告和評價的過程 為每個維護要求規(guī)定一個標準化的事件 序列。 應該建立一個適用于維護活動的記錄保管過程 規(guī)定復審標準。 軟件維護過程 1. 維護組織 雖然通常并不需要建立正式的維護組織，但是，即使對于一個小的軟件開發(fā)團體而言，非正式地委托責任也是絕對必要的。每個維護要求都通過維護管理員轉交給相應的系統(tǒng)管理員去評價。系統(tǒng)管理員是被指定去熟悉一小部分產品程序的技術人員。系統(tǒng)管理員對維護任務做出評價之后，由變化授權人決定應該進行的活動。圖 。 在維護活動開始之前就明確維護責任是十分必要的，這樣做可以大大減少維護過程中可能出現(xiàn)的混亂。 圖 維護組織 2. 維護報告 應該用標準化的格式表達所有軟件維護要求。軟件維護人員通常給用戶提供空白的維護要求表（ MRF） —— 有時稱為軟件問題報告表(SPR)， 這個表格由要求一項維護活動的用戶填寫。 如果遇到了錯誤，那么必須完整描述導致出現(xiàn)錯誤的環(huán)境 (包括輸入數(shù)據(jù)、全部輸出數(shù)據(jù)以及其他有關信息 )。 如果是適應性或完善性的維護要求，應該提出一個簡短的需求說明書。由維護管理員和系統(tǒng)管理員評價用戶提交的維護要求表。 維護要求表是一個外部產生的文件，它是計劃維護活動的基礎。軟件組織內部應該制定出一個軟件修改報告，它給出下述信息： (1)滿足維護要求表中提出的要求所需要的 工作量； (2) 維護要求的性質； (3) 這項要求的優(yōu)先次序； (4) 與修改有關的事后數(shù)據(jù)。 在擬定進一步的維護計劃之前，把軟件修改報告提交給變化授權人審查批準。 3. 維護的事件流 圖 件。 首先應該確定要求進行的維護的類型。用戶常常把一項要求看作是為了改正軟件的錯誤(改正性維護 )，而開發(fā)人員可能把同一項要求看作是適應性或完善性維護。當存在不同意見時必須協(xié)商解決。 圖 維護階段的事件流 從圖 : 對一項改正性維護要求 (圖中 “ 錯誤 ” 通路 )的處理，從估量錯誤的嚴重程度開始。 適應性維護和完善性維護的要求沿著相同的事件流通路前進。 不管維護類型如何，都需要進行同樣的技術工作 :包括修改軟件設計、復查、必要的代碼修改、單元測試和集成測試、驗收測試和復審。不同類型的維護強調的重點不同，但是基本途徑是相同的。維護事件流中最后一個事件是復審 . 當然，也有并不完全符合上述事件流的維護要求。當發(fā)生惡性的軟件問題時，就出現(xiàn)所謂的 “ 救火 ” 維護要求，這種情況需要立即把資源用來解決問題。如果對一個組織來說， “ 救火 ” 是常見的過程，那么必須懷疑它的管理能力和技術能力。 在完成軟件維護任務之后，進行處境復查常常是有好處的。 一般說來，這種復查試圖回答下述問題： (1)在當前處境下設計、編碼或測試的哪些方面能用不同方法進行 ? (2)哪些維護資源是應該有而事實上卻沒有的 ? (3)對于這項維護工作什么是主要的 (以及次要的 )障礙 ? (4)要求的維護類型中有預防性維護嗎 ? 處境復查對將來維護工作的進行有重要影響，而且所提供的反饋信息對有效地管理軟件組織十分重要。 4. 保存維護記錄 長期以來，對于保存軟件生命周期各個階段的記錄未給予足夠重視，軟件維護的歷史記錄同樣如此。以至于往往不能估價維護技術的有效性，不能確定一個產品程序的 “ 優(yōu)良 ” 程度，而且很難估算維護的實際成本。 維護過程中值得保存的數(shù)據(jù)包括： ① 程序標識； ② 源語句數(shù)； ③ 機器指令條數(shù)； ④ 使用的程序設計語言； ⑤ 程序安裝的日期； ⑥ 自從安裝以來程序運行的次數(shù)； ⑦ 自從安裝以來程序失效的次數(shù)； ⑧ 程序變動的層次和標識； ⑨ 因程序變動而增加的源語句數(shù)； (10)因程序變動而刪除的源語句數(shù)； (11) 每個改動耗費的人時數(shù)； (12) 程序改動的日期； (13)軟件工程師的名字； (14) 維護要求表的標識； (15)維護類型； (16)維護開始和完成的日期； (17) 累計用于維護的人時數(shù)； (18) 與完成的維護相聯(lián)系的純效益。 應該為每項維護工作都收集上述數(shù)據(jù)?？梢岳眠@些數(shù)據(jù)構成一個維護數(shù)據(jù)庫的基礎
高考資料相關推薦
鄂ICP備17016276號-1