【正文】 可修改的 、 可移植的 、 效率高的 、 可使用的 。 ?某些質(zhì)量特性是相互促進的 ，例如可理解性和可測試性、可理解性和可修改性。 ?每一種 質(zhì)量特性 的 相對重要性 應隨程序的用途及計算環(huán)境的不同而不同 。 ?應當對程序的質(zhì)量特性，在 提出目標 的同時還必須 規(guī)定它們的優(yōu)先級 。 ? 模塊的控制結構僅限于順序、選擇、重復三種，且沒有GOTO語句。 提高可維護性的方法 37 ?使用結構化程序設計技術，提高現(xiàn)有系統(tǒng)的可維護性 ? 采用備用件的方法 ── 用一個新的結構良好的模塊替換掉整個要修改的模塊。 ? 改進現(xiàn)有程序的不完善的文檔 ─ ─ 建立或補充系統(tǒng)說明書、設計文檔、模塊說明書、以及在源程序中插入必要的注釋。 ?審查 用來 檢測在開發(fā)和維護階段內(nèi)發(fā)生的質(zhì)量變化 。 提高可維護性的方法 38 3. 1. 在檢查點進行復審 ?保證軟件質(zhì)量的最佳方法是 在軟件開發(fā)的最初階段把質(zhì)量要求考慮進去 ，并 在開發(fā)過程每一階段的終點 ， 設置檢查點進行檢查 。在不同的檢查點，檢查的重點不完全相同。 ?可理解性 檢查的重點是 程序的復雜性 。 ?可以使用各種 質(zhì)量特性檢查表 ，或用 度量標準 來檢查可維護性。 提高可維護性的方法 39 軟件開發(fā)期間各個檢查點的檢查重點 提高可維護性的方法 40 3. 2. 驗收檢查 ?驗收檢查 是一個 特殊的檢查點 的檢查，是交付使用前的最后一次檢查 ?驗收檢查 實際上是 驗收測試 的一部分，只不過它是從維護的角度提出驗收的條件和標準。 (1) 需求和規(guī)范標準 ① 需求應當以可測試的術語進行書寫，排列優(yōu)先次序和定義； ② 區(qū)分必須的、任選的、將來的需求； ③ 包括對系統(tǒng)運行時的計算機設備的需求；對維護、測試、操作、以及維護人員的需求；對測試工具等的需求。每個模塊應完成唯一的功能，并達到高內(nèi)聚、低耦合； ② 通過一些知道預期變化的實例，說明設計的可擴充性、可縮減性和可適應性。 (4) 文檔標準 文檔中應說明： 程序的輸入／輸出、 使用的方法／算法、 錯誤恢復方法、 所有參數(shù)的范圍、 缺省條件等。 ?對已有的軟件系統(tǒng)，則應當 進行周期性的維護檢查 。 ?必須 定期檢查 ，對軟件做周期性的維護審查， 以跟蹤軟件質(zhì)量的變化 。 ?維護審查的結果 可以同 以前的維護審查的結果 ， 以前的驗收檢查的結果 、 檢查點檢查的結果 相比較，任何一種改變都表明在軟件質(zhì)量上或其它類型的問題上可能起了變化。 提高可維護性的方法 43 3 .4. 對軟件包進行檢查 ?軟件包 是一種 標準化 的，可 為不同單位 、 不同用戶使用 的軟件。 ?對軟件包的維護采取以下方法。 ? 在此基礎上，深入 了解本單位的希望和要求 ， 編制軟件包的檢驗程序 。 ? 為了建立這個程序，維護人員可 利用賣方提供的驗收測試實例 ，還可以自己 重新設計新的測試實例 ? 根據(jù)測試結果，檢查和驗證軟件包的參數(shù)或控制結構，以完成軟件包的維護。 機器語言 匯編語言 高級語言 (FORTRAN COBOL等 ) 查詢語言 表生成語言 圖象語言 應用生成語言 提高可維護性的方法 45 改進程序的文檔 文檔是影響軟件可維護性的決定因素。 ?對于程序維護人員來說，要想 按程序編制人員的意圖重新改造程序 ，并對今后變化的可能性進行估計，缺了文檔是不行的。 ?另外，在軟件維護階段，利用 歷史文檔 ，可以大大簡化維護工作。 ?歷史文檔有： 系統(tǒng)開發(fā)日志、 錯誤記載、系統(tǒng)維護日志 。預防性維護定義為： 把今天的方法學應用到昨天的軟件系統(tǒng)上，以支持明天的需求。 預防性維護 48 ?預防性維護也為軟件再工程。 ?在某些情況下，這些活動按照圖中所示次序以線性順序進行，但也并非總是如此，例如，可能在文檔重構之前需要先進行逆向工程，以理解程序的工作原理。 49 1. 庫存目錄分析 ?對軟件組織用語的每個應用系統(tǒng)都進行預防性維護是不現(xiàn)實的，也是不必要的。然后合理地分配再工程所需要的資源。 2)為了便于今后的維護，必須更新文檔，但是由于資源有限，應該采用 “ 使用時建立文檔 ” 的方法，也就是說，不是一下子把某應用系統(tǒng)的文檔全部都重建起來，而是只建立系統(tǒng)中當前正在修改的那些部分的完整文檔。 軟件再工程過程 51 3. 逆向工程 ?軟件的逆向工程是，分析程序以便在比源程序更高的抽象層次上創(chuàng)建出程序的某種描述的過程，也就是說，逆向工程是一個恢復設計結果的過程。 ?在這種情況下，可以重構這些模塊的代碼。 ?如果重構擴展到模塊邊界之外并涉及軟件體系結構，則重構變成了正向工程。 ?數(shù)據(jù)重構是一種全范圍的再工程活動。 6. 正向工程： 正向工程也稱為更新或再造。 ?在大多數(shù)情況下，經(jīng)過正向工程過程后的出的軟件，不僅重新實現(xiàn)了現(xiàn)有系統(tǒng)的功能，而且增加了新功能，提高了整體性能。 ? 改正性維護： 在軟件交付使用后，為了 識別和糾正由于軟件開發(fā)時隱藏的錯誤、改正軟件性能上的缺陷，軟件 進行的診斷和改正錯誤的過程就。為使軟件適應這種變化，而去修改軟件的過程。進而以 擴充軟件功能 、 增強軟件性能 、改進加工效率 、 提高軟件的可維護性的 維護活動 ? 預防性維護： 為了 提高軟件的可維護性 、 可靠性等， 采用先進的軟件工程方法對需要維護的軟件或軟件中的某一部分（重新）進行設計、編制和測試。請判斷哪些措施是正確的，哪些措施不正確。 (2)測試完程序后，刪去程序中的注解以縮短源程序長度。 (4)編碼時盡量多用全局變量。 (6)盡可能利用硬件特點以提高程序效率。 (8)進行總體設計時加強模塊間的聯(lián)系。 (10)用數(shù)據(jù)庫系統(tǒng)代替文件系統(tǒng)來存儲需要長期保存的信息 軟件工程中的一些觀念討論 55 (11)用 CASE環(huán)境或程序自動生成工具來自動生成一部分程序。 (13)使用先進的軟件開發(fā)技術。 (15)把與硬件及操作系統(tǒng)有關的代碼放到某些特定的程序模塊中。 請問，你對上述爭論有何看法？ 2．為什么大型軟件的維護成本高達開發(fā)成本的 4倍左右？ 3．假設你的任務是對一個已有的軟件做重大修改，而且只允許你從下述文檔中選取兩份： (a)程序的規(guī)格說明； (b)程序的詳細設計結果（自然語言描述加上某種設計工具表示 )。 你將選取哪兩份文檔？為什么這樣選??？ 4．當一個十幾年前開發(fā)出的程序還在為其用戶完成關鍵的業(yè)務工作時，是否有必要對它進行再工程？如果對它進行再工程，經(jīng)濟上是否劃算？ 5．代碼重構與正向工程有何相同之處？有何不同之處？ 作業(yè)