軟件工程第8章-文庫吧資料
2024-10-13 15:56本頁面
【正文】 使用手冊，簡要說明如何著手使用這個 系統(tǒng)； (4) 參考手冊，詳盡描述用戶可以使用的所有系統(tǒng)設施以及它們的使用方法，還應該解釋系統(tǒng)可能產生的各種出錯信息的含義； (5) 操作員指南，說明操作員應該如何處理使用中出現的各種情況。 1. 用戶文檔 用戶文檔是用戶了解系統(tǒng)的第一步，它應該能使用戶獲得對系統(tǒng)的準確的初步印象。 總的說來，軟件文檔應該滿足下述要求： 文檔 (1) 必須描述如何使用這個系統(tǒng)，沒有這種描述時即使是最簡單的系統(tǒng)也無法使用； (2) 必須描述怎樣安裝和管理這個系統(tǒng)； (3) 必須描述系統(tǒng)需求和設計； (4) 必須描述系統(tǒng)的實現和測試，以便使系統(tǒng)成為可維護的。 軟件系統(tǒng)的文檔可以分為用戶文檔和系統(tǒng)文檔兩類。 文檔是影響軟件可維護性的決定因素。 （ 2） 很容易修改可重用的軟件構件使之再次應用在新環(huán)境中。大量使用可重用的軟件構件來開發(fā)軟件，可以從下述兩個方面提高軟件的可維護性： (1) 可重用的軟件構件在開發(fā)時經過很嚴格的測試，可靠性比較高，且在每次重用過程中都會發(fā)現并清除一些錯誤，隨著時間推移，這樣的構件將變成實質上無錯誤的。把與硬件、操作系統(tǒng)以及其他外部設備有關的程序代碼集中放到特定的程序模塊中，可以把因環(huán)境變化而必須修改的程序局限在少數程序模塊中，從而降低修改的難度。耦合、內聚、信息隱藏、局部化、控制域與作用域的關系等等，都影響軟件的可修改性。模塊的環(huán)形復雜度越大，可執(zhí)行的路徑就越多，因此，全面測試它的難度就越高。在設計階段應該盡力把軟件設計成容易測試和容易診斷的。良好的文檔對診斷和測試是至關重要的，此外，軟件結構、可用的測試工具和調試工具，以及以前設計的測試過程也都是非常重要的。模塊化（模塊結構良好，高內聚，松耦合）、詳細的設計文檔、結構化設計、程序內部的文檔和良好的高級程序設計語言等等，都對提高軟件的可理解性有重要貢獻。如果是改正性維護，還必須預先進行調試以確定錯誤的具體位置。 在前面的章節(jié)中曾經多次強調，提高可維護性是支配軟件工程方法學所有步驟的關鍵目標。 根據對維護工作定量度量的結果，可以做出關于開發(fā)技術、語言選擇、維護工作量規(guī)劃、資源分配及其他許多方面的決定，而且可以利用這樣的數據去分析評價維護任務。如果已經開始保存維護記錄了，則可以對維護工作做一些定量度量?？梢岳眠@些數據構成一個維護數據庫的基礎，并且它們進行評價。 維護過程中值得保存的數據包括： ① 程序標識； ② 源語句數； ③ 機器指令條數； ④ 使用的程序設計語言； ⑤ 程序安裝的日期； ⑥ 自從安裝以來程序運行的次數； ⑦ 自從安裝以來程序失效的次數； ⑧ 程序變動的層次和標識； ⑨ 因程序變動而增加的源語句數； (10)因程序變動而刪除的源語句數； (11) 每個改動耗費的人時數； (12) 程序改動的日期； (13)軟件工程師的名字； (14) 維護要求表的標識； (15)維護類型； (16)維護開始和完成的日期； (17) 累計用于維護的人時數； (18) 與完成的維護相聯系的純效益。 4. 保存維護記錄 長期以來，對于保存軟件生命周期各個階段的記錄未給予足夠重視，軟件維護的歷史記錄同樣如此。 在完成軟件維護任務之后，進行處境復查常常是有好處的。當發(fā)生惡性的軟件問題時，就出現所謂的 “ 救火 ” 維護要求，這種情況需要立即把資源用來解決問題。不同類型的維護強調的重點不同，但是基本途徑是相同的。 適應性維護和完善性維護的要求沿著相同的事件流通路前進。當存在不同意見時必須協商解決。 首先應該確定要求進行的維護的類型。 在擬定進一步的維護計劃之前，把軟件修改報告提交給變化授權人審查批準。 維護要求表是一個外部產生的文件，它是計劃維護活動的基礎。 如果是適應性或完善性的維護要求，應該提出一個簡短的需求說明書。軟件維護人員通常給用戶提供空白的維護要求表（ MRF） —— 有時稱為軟件問題報告表(SPR)， 這個表格由要求一項維護活動的用戶填寫。 在維護活動開始之前就明確維護責任是十分必要的，這樣做可以大大減少維護過程中可能出現的混亂。系統(tǒng)管理員對維護任務做出評價之后，由變化授權人決定應該進行的活動。每個維護要求都通過維護管理員轉交給相應的系統(tǒng)管理員去評價。 應該建立一個適用于維護活動的記錄保管過程 規(guī)定復審標準。 維護過程本質上是修改和壓縮了的軟件定義 和開
高考資料相關推薦
鄂ICP備17016276號-1