軟件工程第8章(參考版)
2024-10-11 15:56本頁面
【正文】 。 正向工程過程應(yīng)用軟件工程的原理、概念、技術(shù)和方法來重新開發(fā)某個(gè)現(xiàn)有的應(yīng)用系統(tǒng)。 由于數(shù)據(jù)體系結(jié)構(gòu)對程序體系結(jié)構(gòu)及程序中的算法有很大影響，對數(shù)據(jù)的修改必然會導(dǎo)致體系結(jié)構(gòu)或代碼層的改變。在大多數(shù)情況下，數(shù)據(jù)重構(gòu)始于逆向工程活動，分解當(dāng)前使用的數(shù)據(jù)體系結(jié)構(gòu)，必要時(shí)定義數(shù)據(jù)模型，標(biāo)識數(shù)據(jù)對象和屬性，并從軟件質(zhì)量的角度復(fù)審現(xiàn)存的數(shù)據(jù)結(jié)構(gòu)。 5. 數(shù)據(jù)重構(gòu) 對數(shù)據(jù)體系結(jié)構(gòu)差的程序很難進(jìn)行適應(yīng)性修改和增強(qiáng)，事實(shí)上，對許多應(yīng)用系統(tǒng)來說，數(shù)據(jù)體系結(jié)構(gòu)比源代碼本身對程序的長期生存力有更大影響。 通常，重構(gòu)并不修改整體的程序體系結(jié)構(gòu)，它僅關(guān)注個(gè)體模塊的設(shè)計(jì)細(xì)節(jié)以及在模塊中定義的局部數(shù)據(jù)結(jié)構(gòu)。然后重構(gòu)有問題的代碼（此項(xiàng)工作可自動進(jìn)行）。在這種情況下，可以重構(gòu)可疑模塊的代碼。 4. 代碼重構(gòu) 代碼重構(gòu)是最常見的再工程活動。 （ 3） 如果某應(yīng)用系統(tǒng)是完成業(yè)務(wù)工作的關(guān)鍵，而且必須重構(gòu)全部文檔，則仍然應(yīng)該設(shè)法把文檔工作減少到必需的最小量。具體情況不同，處理這個(gè)問題的方法也不同： （ 1） 建立文檔非常耗費(fèi)時(shí)間，不可能為數(shù)百個(gè)程序都重新建立文檔。 應(yīng)該仔細(xì)分析庫存目錄，按照業(yè)務(wù)重要程度、壽命、當(dāng)前可維護(hù)性、預(yù)期的修改次數(shù)等標(biāo)準(zhǔn)，把庫中的應(yīng)用系統(tǒng)排序，從中選出再工程的候選者，然后明智地分配再工程所需要的資源。但是，某些程序并不頻繁使用而且不需要改變，此外，逆向工程和再工程工具尚不成熟，目前僅能對有限種類的應(yīng)用系統(tǒng)執(zhí)行逆向工程或再工程，代價(jià)又十分高昂，因此，對庫中每個(gè)程序都做逆向工程或再工程是不現(xiàn)實(shí)的。該目錄包含關(guān)于每個(gè)應(yīng)用系統(tǒng)的基本信息（例如，應(yīng)用系統(tǒng)的名字，最初構(gòu)建它的日期，已做過的實(shí)質(zhì)性修改次數(shù)，過去 18個(gè)月報(bào)告的錯誤，用戶數(shù)量，安裝它的機(jī)器數(shù)量，它的復(fù)雜程度，文檔質(zhì)量，整體可維護(hù)性等級，預(yù)期壽命，在未來 36個(gè)月內(nèi)的預(yù)期修改次數(shù)，業(yè)務(wù)重要程度等）。下面簡要地介紹該模型所定義的 6類活動。 在圖 。 典型的軟件再工程過程模型如圖 ，該模型定義了 6類活動。 ” 粗看起來，在一個(gè)正在工作的程序版本已經(jīng)存在的情況下重新開發(fā)一個(gè)大型程序，似乎是一種浪費(fèi)。其中第 4種做法稱為軟件再工程，這樣的維護(hù)活動也就是本章 護(hù)，而第 3種做法實(shí)質(zhì)上是局部的再工程。 怎樣滿足用戶對上述這類老程序的維護(hù)要求呢？為了修改這類程序以適應(yīng)用戶新的或變更的需求，有以下幾種做法可供選擇： 預(yù)防性維護(hù) （ 1） 反復(fù)多次地做修改程序的嘗試，與不可見的設(shè)計(jì)及源代碼 “ 頑強(qiáng)戰(zhàn)斗 ” ，以實(shí)現(xiàn)所要求的修改； （ 2） 通過仔細(xì)分析程序盡可能多地掌握程序的內(nèi)部工作細(xì)節(jié)，以便更有效地修改它； （ 3） 在深入理解原有設(shè)計(jì)的基礎(chǔ)上，用軟件工程方法重新設(shè)計(jì)、重新編碼和測試那些需要變更的軟件部分； （ 4） 以軟件工程方法學(xué)為指導(dǎo)，對程序全部重新設(shè)計(jì)、重新編碼和測試，為此可以使用CASE工具（逆向工程和再工程工具）來幫助理解原有的設(shè)計(jì)。 幾乎所有歷史比較悠久的軟件開發(fā)組織，都有一些十幾年前開發(fā)出的 “ 老 ” 程序。 如果在軟件再次交付使用之前，對軟件配置進(jìn)行嚴(yán)格的復(fù)審，則可大大減少文檔的問題。 用戶通常根據(jù)描述軟件特點(diǎn)和使用方法的用戶文檔來使用、評價(jià)軟件。不能準(zhǔn)確反映軟件當(dāng)前狀態(tài)的設(shè)計(jì)文檔可能比完全沒有文檔更壞。當(dāng)對源程序代碼的修改沒有反映在設(shè)計(jì)文檔或用戶手冊中時(shí)，就會產(chǎn)生嚴(yán)重的后果。 在完成了每項(xiàng)維護(hù)工作之后，都應(yīng)該對軟件維護(hù)本身進(jìn)行仔細(xì)認(rèn)真的復(fù)審。在測試結(jié)束時(shí)進(jìn)行最正式的可維護(hù)性復(fù)審，這個(gè)復(fù)審稱為配置復(fù)審。 在設(shè)計(jì)和編碼過程中應(yīng)該盡量使用可重用的軟件構(gòu)件，如果需要開發(fā)新的構(gòu)件，也應(yīng)該注意提高構(gòu)件的可重用性。 可維護(hù)性復(fù)審 在正式的和非正式的設(shè)計(jì)復(fù)審期間，應(yīng)該從容易修改、模塊化和功能獨(dú)立的目標(biāo)出發(fā)，評價(jià)軟件的結(jié)構(gòu)和過程；設(shè)計(jì)中應(yīng)該對將來可能修改的部分預(yù)作準(zhǔn)備。在軟件工程過程的每一個(gè)階段都應(yīng)該考慮并努力提高軟件的可維護(hù)性，在每個(gè)階段結(jié)束前的技術(shù)審查和管理復(fù)審中，應(yīng)該著重對可維護(hù)性進(jìn)行復(fù)審。和用戶文檔類似，系統(tǒng)文檔的結(jié)構(gòu)也應(yīng)該能把讀者從對系統(tǒng)概貌的了解，引導(dǎo)到對系統(tǒng)每個(gè)方面每個(gè)特點(diǎn)的更形式化更具體的認(rèn)識。 2. 系統(tǒng)文檔 系統(tǒng)文檔：指從問題定義、需求說明到驗(yàn)收測試計(jì)劃這樣一系列和系統(tǒng)實(shí)現(xiàn)有關(guān)的文檔。 用戶文檔至少應(yīng)該包括下述 5方面的內(nèi)容： (1) 功能描述，說明系統(tǒng)能做什么； (2) 安裝文檔，說明怎樣安裝這個(gè)系統(tǒng)以及 怎樣使系統(tǒng)適應(yīng)特定的硬件配置； (3)
高考資料相關(guān)推薦
鄂ICP備17016276號-1