軟件工程學(xué)-軟件維護-資料下載頁

　　

【正文】 可理解性 檢查的重點是 程序的復(fù)雜性 。對每個模塊可用 McCabe環(huán)路來計算模塊的復(fù)雜性，若大于 10，則需重新設(shè)計。 ? 可以使用各種 質(zhì)量特性檢查表 ，或用 度量標準 來檢查可維護性。 ? 審查小組可以采用人工測試一類的方式，進行審查。 2. 驗收檢查 ? 驗收檢查 是一個 特殊的檢查點 的檢查，是交付使用前的 最后一次檢查 ， ? 驗收檢查 實際上是 驗收測試 的一部分，只不過它是從維護的角度提出驗收的條件和標準。 ? 驗收檢查必須遵循的最小驗收標準。 (1) 需求和規(guī)范標準 ① 需求應(yīng)當以可測試的術(shù)語進行書寫，排列優(yōu)先次序和定義； ② 區(qū)分必須的、任選的、將來的需求； ③ 包括對系統(tǒng)運行時的計算機設(shè)備的需求；對維護、測試、操作、以及維護人員的需求；對測試工具等的需求。 (2) 設(shè)計標準 ① 程序應(yīng)設(shè)計成分層的模塊結(jié)構(gòu)。每個模塊應(yīng)完成唯一的功能，并達到高內(nèi)聚、低耦合； ② 通過一些知道預(yù)期變化的實例，說明設(shè)計的可擴充性、可縮減性和可適應(yīng)性。 (3) 源代碼標準 ① 盡可能使用最高級的程序設(shè)計語言，且只使用語言的標準版本； ② 所有的代碼都必須具有良好的結(jié)構(gòu)； ③ 所有的代碼都必須文檔化，在注釋中說明它的輸入、輸出、以及便于測試／再測試的一些特點與風(fēng)格。 (4) 文檔標準 文檔中應(yīng)說明 ? 程序的輸入／輸出 ? 使用的方法／算法 ? 錯誤恢復(fù)方法 ? 所有參數(shù)的范圍 ? 缺省條件等。 3. 周期性地維護審查 ? 檢查點復(fù)查 和 驗收檢查 ，可用來 保證新軟件系統(tǒng)的可維護性 。 ? 對已有的軟件系統(tǒng)，則應(yīng)當 進行周期性的維護檢查 。 ? 軟件在運行期間進行修改，會導(dǎo)致軟件質(zhì)量有變壞的危險，破壞程序概念的完整性。 ? 必須 定期檢查 ，對軟件做周期性的維護審查， 以跟蹤軟件質(zhì)量的變化 。 ? 周期性維護審查 實際上是開發(fā)階段檢查點復(fù)查的繼續(xù)，并且 采用的檢查方法 、 檢查內(nèi)容都是相同的 。 ? 維護審查的結(jié)果 可以同 以前的維護審查的結(jié)果 ， 以前的驗收檢查的結(jié)果 、 檢查點檢查的結(jié)果 相比較，任何一種改變都表明在軟件質(zhì)量上或其它類型的問題上可能起了變化。 ? 對于改變的原因應(yīng)當進行分析 。 4. 對軟件包進行檢查 ? 軟件包 是一種 標準化 的，可 為不同單位 、 不同用戶使用 的軟件。 ? 一般 源代碼和程序文檔 不會提供給用戶。 ? 對軟件包的維護采取以下方法。 – 使用單位的維護人員首先要仔細分析、研究賣主提供的用戶手冊、操作手冊、培訓(xùn)教程等，以及賣方提供的驗收測試報告等。 – 在此基礎(chǔ)上，深入 了解本單位的希望和要求 ， 編制軟件包的檢驗程序 。 檢查軟件包程序所執(zhí)行的功能是否與用戶的要求和條件相一致。 – 為了建立這個程序，維護人員可以利用賣方提供的驗收測試實例 ，還可以自 己重新設(shè)計新的測試實例 。 – 根據(jù)測試結(jié)果，檢查和驗證軟件包的參數(shù)或控制結(jié)構(gòu)，以完成軟件包的維護。 選擇可維護的程序設(shè)計語言 ? 程序設(shè)計語言的選擇，對程序的可維護性影響很大。 機器語言 匯編語言 高級語言 查詢語言 (FORTRAN、 報表生成語言 COBOL等 ) 圖象語言 應(yīng)用生成語言 改進程序的文檔 ? 程序文檔是對程序 總目標 、 程序各組成部分之間的關(guān)系 、 程序設(shè)計策略 、 程序?qū)崿F(xiàn)過程的歷史數(shù)據(jù) 等的說明和補充。 ? 即使是一個十分簡單的程序，要想有效地、高效率地維護它，也需要編制文檔來解釋其目的及任務(wù)。 ? 對于程序維護人員來說，要想 按程序編制人員的意圖重新改造程序 ，并對今后變化的可能性進行估計，缺了文檔是不行的。 ? 因此，為了維護程序，人們必須閱讀和理解文檔。 ? 另外，在軟件維護階段，利用 歷史文檔 ，可以大大簡化維護工作。通過了解原設(shè)計思想，可以判斷出錯之處，指導(dǎo)維護人員選擇適當?shù)姆椒ㄐ薷拇a而不危及系統(tǒng)的完整性。 ? 歷史文檔有三種： – 系統(tǒng)開發(fā)日志 – 錯誤記載 – 系統(tǒng)維護日志 預(yù)防性維護也為軟件再工程 。 典型的軟件再工程過程模型定義了 6類活動 。 在某些情況下 ， 這些活動按照圖中所示次序以線性順序進行 ， 但也并非總是如此， 例如 ， 可能在文檔重構(gòu)之前需要先進行逆向工程 ， 以理解程序的工作原理 。 軟件再工程過程 ? 圖示的軟件在工程過程范型是一個循環(huán)模型 ? 這意味著作為該范形組成部分的每個活動都可能重復(fù)進行 ? 而且對于某個特定的循環(huán)來說，過程可以在完成任意一個活動之后終止。 ?1. 庫存目錄分析 ? 對軟件組織用語的每個應(yīng)用系統(tǒng)都進行預(yù)防性維護是不現(xiàn)實的，也是不必要的。一般說來，下述 3類程序有可能成為預(yù)防性的對象： ? 該程序?qū)⒃诮窈髷?shù)年內(nèi)繼續(xù)維護的對象 ? 當前正在成功地使用著該程序 ? 可能在最近的將來要對該程序做較大程度的修改或擴充 ? 應(yīng)該仔細的、分析庫存目錄，按照業(yè)務(wù)重要程度、壽命、當前可維護性、預(yù)期的修改次數(shù)等標準，把庫中的應(yīng)用小排序，從中選出再工程的侯選者。然后合理地分配再工程所需要的資源。 ?2. 文檔重構(gòu) ? 老程序固有的特點缺乏文檔，根據(jù)具體情況可采用下述 3種方法之一來處理這個問題： ? 1)如果一個程序是相對穩(wěn)定的，正在走向生命的終點，而且可能不會再修改它，則不必為它建立文檔。 ? 2)為了便于今后的維護，必須更新文檔，但是由于資源有限，應(yīng)該采用 “ 使用時建立文檔 ” 的方法，也就是說，不是一下子把某應(yīng)用系統(tǒng)的文檔全部都重建起來，而是只建立系統(tǒng)中當前正在修改的那些部分的完整文檔。 ? 3)如果某應(yīng)用系統(tǒng)是用戶完成業(yè)務(wù)工作的關(guān)鍵，而且必須重構(gòu)全部文檔，則仍然應(yīng)該盡量把文檔工作減少到必需的最小量。 ?3. 逆向工程 ? 軟件的逆向工程是 ， 分析程序以便在比源程序更高的抽象層次上創(chuàng)建出程序的某種描述的過程 ， 也就是說 ， 逆向工程是一個恢復(fù)設(shè)計結(jié)果的過程 。 ?4. 代碼重構(gòu) ? 某些老程序的體系結(jié)構(gòu)比較合理，但是，一些模塊的編碼方式卻是難于理解、測試和維護的。 ? 在這種情況下，可以重構(gòu)這些模塊的代碼。 ? 通常，代碼重構(gòu)并不修改程序的體系結(jié)構(gòu)，它只關(guān)注個體模塊的設(shè)計細節(jié)以及在模塊中定義的局部數(shù)據(jù)結(jié)構(gòu)。 ? 如果重構(gòu)擴展到模塊邊界之外并涉及軟件體系結(jié)構(gòu)，則重構(gòu)變成了正向工程。 ?5. 數(shù)據(jù)重構(gòu) ? 對數(shù)據(jù)體系結(jié)構(gòu)差的程序很難進行適應(yīng)性和完善性維護，因此，數(shù)據(jù)體系結(jié)構(gòu)比源代碼對程序的長期生存力有更大的影響。 ? 數(shù)據(jù)重構(gòu)是一種全范圍的再工程活動。 ? 由于數(shù)據(jù)結(jié)構(gòu)對程序體系結(jié)構(gòu)及程序中的算法有很大影響，對數(shù)據(jù)的修改必然會導(dǎo)致程序體系結(jié)構(gòu)或代碼層的改變。 ?6. 正向工程 ? 正向工程也稱為更新或再造 。 ? 正向工程過程應(yīng)用現(xiàn)代軟件工程的概念 、 原理 、技術(shù)和方法 ， 重新開發(fā)現(xiàn)有的某些應(yīng)用系統(tǒng) 。 ? 在大多數(shù)情況下 ， 經(jīng)過正向工程過程后的出的軟件 ， 不僅重新實現(xiàn)了現(xiàn)有系統(tǒng)的功能 ， 而且增加了新功能 ， 提高了整體性能 。 演講完畢，謝謝觀看！