【正文】 （c)源程序清單（其中有適當(dāng)數(shù)量的注解 )。 軟件工程中的一些觀念討論 56 1． 某些軟件工程師不同意“目前國(guó)外許多軟件開發(fā)組織把60%以上的人力用于維護(hù)已有的軟件”的說法，他們爭(zhēng)論說：“我并沒有花費(fèi)我的 60%的時(shí)間去改正我所開發(fā)的程序中的錯(cuò)誤”。 (14)采用防錯(cuò)程序設(shè)計(jì)技術(shù)，在程序中引入自檢能力。 (12)盡量用可重用的軟件構(gòu)件來組裝程序。 (9)盡量減少程序模塊的規(guī)模。 (7)盡可能使用高級(jí)語言編寫程序。 (5)選用時(shí)間效率和空間效率盡可能高的算法。 (3)在軟件開發(fā)過程中盡量保證各階段文檔的正確性。 (1)在分析用戶需求時(shí)同時(shí)考慮維護(hù)問題。 54 某軟件公司擬采取下述措施提高他們開發(fā)出的軟件產(chǎn)品的可維護(hù)性。 ? 完善性維護(hù)： 軟件的使用過程中，對(duì)用戶對(duì)軟件提出新的功能 與 性能 要求。 ? 適應(yīng)性維護(hù) ： 在使用過程中， 外部環(huán)境 （ 新的硬、軟件配置 ）和 數(shù)據(jù)環(huán)境 （ 數(shù)據(jù)庫、數(shù)據(jù)格式、數(shù)據(jù)輸入 /輸出方式、數(shù)據(jù)存儲(chǔ)介質(zhì) ）發(fā)生 變化。 軟件再工程過程 53 小結(jié) ? 軟件維護(hù)的定義： 在軟件運(yùn)行／維護(hù)階段對(duì)軟件產(chǎn)品進(jìn)行的修改就是所謂的維護(hù)。 ?正向工程過程應(yīng)用現(xiàn)代軟件工程的概念、原理、技術(shù)和方法，重新開發(fā)現(xiàn)有的某些應(yīng)用系統(tǒng)。 ?由于數(shù)據(jù)結(jié)構(gòu)對(duì)程序體系結(jié)構(gòu)及程序中的算法有很大影響，對(duì)數(shù)據(jù)的修改必然會(huì)導(dǎo)致程序體系結(jié)構(gòu)或代碼層的改變。 軟件再工程過程 52 5. 數(shù)據(jù)重構(gòu) ?對(duì)數(shù)據(jù)體系結(jié)構(gòu)差的程序很難進(jìn)行適應(yīng)性和完善性維護(hù)，因此，數(shù)據(jù)體系結(jié)構(gòu)比源代碼對(duì)程序的長(zhǎng)期生存力有更大的影響。 ?通常，代碼重構(gòu)并不修改程序的體系結(jié)構(gòu)，它只關(guān)注個(gè)體模塊的設(shè)計(jì)細(xì)節(jié)以及在模塊中定義的局部數(shù)據(jù)結(jié)構(gòu)。 4. 代碼重構(gòu) ?某些老程序的體系結(jié)構(gòu)比較合理，但是，一些模塊的編碼方式卻是難于理解、測(cè)試和維護(hù)的。 3)如果某應(yīng)用系統(tǒng)是用戶完成業(yè)務(wù)工作的關(guān)鍵，而且必須重構(gòu)全部文檔，則仍然應(yīng)該盡量把文檔工作減少到必需的最小量。 軟件再工程過程 50 2. 文檔重構(gòu) 老程序固有的特點(diǎn)缺乏文檔，根據(jù)具體情況可采用下述 3種方法之一來處理這個(gè)問題： 1)如果一個(gè)程序是相對(duì)穩(wěn)定的，正在走向生命的終點(diǎn)，而且可能不會(huì)再修改它，則不必為它建立文檔。一般說來，下述 3類程序有可能成為預(yù)防性的對(duì)象： ?該程序?qū)⒃诮窈髷?shù)年內(nèi)繼續(xù)維護(hù)的對(duì)象 ?當(dāng)前正在成功地使用著該程序 ?可能在最近的將來要對(duì)該程序做較大程度的修改或擴(kuò)充 ?應(yīng)該仔細(xì)的、分析庫存目錄，按照業(yè)務(wù)重要程度、壽命、當(dāng)前可維護(hù)性、預(yù)期的修改次數(shù)等標(biāo)準(zhǔn)，把庫中的應(yīng)用小排序，從中選出再工程的侯選者。 軟件再工程過程 ?圖示的軟件在工程過程范型是一個(gè)循環(huán)模型 ?這意味著作為該范形組成部分的每個(gè)活動(dòng)都可能重復(fù)進(jìn)行 ?而且對(duì)于某個(gè)特定的循環(huán)來說，過程可以在完成任意一個(gè)活動(dòng)之后終止 。 ?典型的軟件再工程過程模型定義了 6類活動(dòng)。 ?初看起來，在一個(gè)正在工作的程序版本已經(jīng)存在的情況下，重新開發(fā)這個(gè)大型程序似乎是一種浪費(fèi)，但是，考慮到下述事實(shí)預(yù)防性維護(hù)實(shí)際上是可行的： ?(1)維護(hù)一行源代碼的成本事實(shí)可能是該行代碼初始開發(fā)成本的 20~40倍； ?(2)使用現(xiàn)代設(shè)計(jì)概念重新設(shè)計(jì)軟件體系結(jié)構(gòu)（程序結(jié)構(gòu)和數(shù)據(jù)結(jié)構(gòu)），對(duì)未來的維護(hù)工作將有很大幫助； ?(3)由于軟件原型（即現(xiàn)在正在工作的程序）已經(jīng)存在，軟件開發(fā)生產(chǎn)率將遠(yuǎn)遠(yuǎn)高于平均水平； ?(4)現(xiàn)在用戶已經(jīng)有比較豐富的使用該軟件的經(jīng)驗(yàn)，因此，很容易確定新的需求和變更方向； ?(5)利用軟件再工程工具可以自動(dòng)完成部分工作； ?(6)在完成預(yù)防性維護(hù)的過程中，可以建立起完整的軟件配置（文檔、程序和數(shù)據(jù)）。 提高可維護(hù)性的方法 46 ?可以分為用戶文檔和系統(tǒng)文檔兩類： ?用戶文檔主要描述系統(tǒng)功能和使用方法，并不關(guān)心這些功能是怎樣實(shí)現(xiàn)的 ?系統(tǒng)文檔描述系統(tǒng)設(shè)計(jì)、實(shí)現(xiàn)和測(cè)試等各方面的內(nèi)容 ?總的來說，軟件文檔應(yīng)該滿足下述要求： ?必須描述如何使用這個(gè)系統(tǒng)，沒有這種描述即使是最簡(jiǎn)單的系統(tǒng)也無法使用 ?必須描述怎樣安裝和管理這個(gè)系統(tǒng) ?必須描述系統(tǒng)需求和設(shè)計(jì) ?必須描述系統(tǒng)的實(shí)現(xiàn)和測(cè)試，以便使系統(tǒng)成為可維護(hù)的 提高可維護(hù)性的方法 47 ?所謂預(yù)防性維護(hù)，就是為了提高未來的可維護(hù)性或可靠性，而主動(dòng)地修改軟件。通過了解原設(shè)計(jì)思想，可以判斷出錯(cuò)之處，指導(dǎo)維護(hù)人員選擇適當(dāng)?shù)姆椒ㄐ薷拇a而不危及系統(tǒng)的完整性。 ?因此，為了維護(hù)程序，人們必須閱讀和理解文檔。 由于長(zhǎng)期使用的大型系統(tǒng)在使用過程中必然會(huì)受多次修改，所以文檔比程序代碼更重要 程序文檔是對(duì)程序 總目標(biāo) 、 程序各組成部分之間的關(guān)系 、 程序設(shè)計(jì)策略 、 程序?qū)崿F(xiàn)過程的歷史數(shù)據(jù) 等的說明和補(bǔ)充。 提高可維護(hù)性的方法 44 選擇可維護(hù)的程序設(shè)計(jì)語言 程序設(shè)計(jì)語言的選擇，對(duì)程序的可維護(hù)性影響很大。檢查軟件包程序所執(zhí)行的功能是否與用戶的要求和條件相一致。 ? 使用單位的維護(hù)人員首先要 仔細(xì)分析、研究賣主提供的用戶手冊(cè)、操作手冊(cè)、培訓(xùn)教程等，以及賣方提供的驗(yàn)收測(cè)試報(bào)告等。一般 源代碼和程序文檔 不會(huì)提供給用戶。 ?對(duì)于改變的原因應(yīng)當(dāng)進(jìn)行分析 。 ?周期性維護(hù)審查 實(shí)際上是開發(fā)階段檢查點(diǎn)復(fù)查的繼續(xù)，并且 采用的檢查方法 、 檢查內(nèi)容都是相同的 。 ?軟件在運(yùn)行期間進(jìn)行修改，會(huì)導(dǎo)致軟件質(zhì)量有變壞的危險(xiǎn)，破壞程序概念的完整性。 提高可維護(hù)性的方法 42 3. 3. 周期性地維護(hù)審查 ?檢查點(diǎn)復(fù)查 和 驗(yàn)收檢查 ，可用來 保證新軟件系統(tǒng)的可維護(hù)性 。 (3) 源代碼標(biāo)準(zhǔn) ① 盡可能使用最高級(jí)的程序設(shè)計(jì)語言，且只使用語言的標(biāo)準(zhǔn)版本； ② 所有的代碼都必須具有良好的結(jié)構(gòu)； ③ 所有的代碼都必須文檔化，在注釋中說明它的輸入、輸出、以及便于測(cè)試／再測(cè)試的一些特點(diǎn)與風(fēng)格。 提高可維護(hù)性的方法 41 (2) 設(shè)計(jì)標(biāo)準(zhǔn) ① 程序應(yīng)設(shè)計(jì)成分層的模塊結(jié)構(gòu)。 ?驗(yàn)收檢查必須遵循的最小驗(yàn)收標(biāo)準(zhǔn)。 ?審查小組可以采用人工測(cè)試一類的方式，進(jìn)行審查。對(duì)每個(gè)模塊可用McCabe環(huán)路來計(jì)算模塊的復(fù)雜性，若大于 10，則需重新設(shè)計(jì)。 ?在設(shè)計(jì)階段，檢查重點(diǎn)是 可理解性 、 可修改性 、 可測(cè)試性 。 ?檢查的目的是要證實(shí)，已開發(fā)的軟件 是否符合標(biāo)準(zhǔn) ， 是否滿足規(guī)定的質(zhì)量需求 。 ?一旦檢測(cè)出問題，就可以采取措施來糾正，以控制不斷增長(zhǎng)的軟件維護(hù)成本，延長(zhǎng)軟件系統(tǒng)的有效生命期。 進(jìn)行明確的質(zhì)量保證審查 ?質(zhì)量保證審查 對(duì)于 獲得和維持軟件的質(zhì)量 ，是一個(gè)很有用的技術(shù)。 ? 采用自動(dòng)重建結(jié)構(gòu)和重新格式化的工具 (結(jié)構(gòu)更新技術(shù) )── 把非結(jié)構(gòu)化代碼轉(zhuǎn)換成良好結(jié)構(gòu)代碼 。 ? 每個(gè)