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