軟件工程第8章-wenkub.com
2024-10-07 15:56 本頁面
【正文】 在大多數(shù)情況下，被再工程的軟件不僅重新實現(xiàn)現(xiàn)有系統(tǒng)的功能，而且加入了新功能和提高了整體性能。 當數(shù)據(jù)結(jié)構(gòu)較差時，應(yīng)該對數(shù)據(jù)進行再工程。如果重構(gòu)擴展到模塊邊界之外并涉及軟件體系結(jié)構(gòu)，則重構(gòu)變成了正向工程。 為了完成代碼重構(gòu)活動，首先用重構(gòu)工具分析源代碼，標注出和結(jié)構(gòu)化程序設(shè)計概念相違背的部分。 3. 逆向工程 軟件的逆向工程是分析程序以便在比源代碼更高的抽象層次上創(chuàng)建出程序的某種表示的過程，也就是說，逆向工程是一個恢復(fù)設(shè)計結(jié)果的過程，逆向工程工具從現(xiàn)存的程序代碼中抽取有關(guān)數(shù)據(jù)、體系結(jié)構(gòu)和處理過程的設(shè)計信息。 2. 文檔重構(gòu) 老程序固有的特點是缺乏文檔。 每一個大的軟件開發(fā)機構(gòu)都擁有上百萬行老代碼，它們都可能是逆向工程或再工程的對象。這意味著作為該范型的組成部分的每個活動都可能被重復(fù)，而且對于任意一個特定的循環(huán)來說，過程可以在完成任意一個活動之后終止。其實不然，下述事實很能說明問題： （ 1） 維護一行源代碼的代價可能是最初開發(fā)該行源代碼代價的 14~40倍； （ 2） 重新設(shè)計軟件體系結(jié)構(gòu)（程序及數(shù)據(jù)結(jié)構(gòu)）時使用了現(xiàn)代設(shè)計概念，它對將來的維護可能有很大的幫助； （ 3） 由于現(xiàn)有的程序版本可作為軟件原型使用，開發(fā)生產(chǎn)率可大大高于平均水平； （ 4） 用戶具有較多使用該軟件的經(jīng)驗，因此，能夠很容易地搞清新的變更需求和變更的范圍； （ 5） 利用逆向工程和再工程的工具，可以使一部分工作自動化； （ 6） 在完成預(yù)防性維護的過程中可以建立起完整的軟件配置。 第一種做法很盲目，通常人們采用后 3種做法。事實上，某些維護要求可能并不需要修改軟件設(shè)計或源程序代碼，只是表明用戶文檔不清楚或不準確，因此只需要對文檔做必要的維護。在以后的維護工作中很可能因文檔不完全符合實際而不能正確理解軟件，從而在維護中引入過多的錯誤。 維護應(yīng)該針對整個軟件配置，不應(yīng)該只修改源程序代碼。 每個測試步驟都可以暗示在軟件正式交付使用前，程序中可能需要做預(yù)防性維護的部分。 在需求分析階段的復(fù)審過程中，應(yīng)該對將來要改進的部分和可能會修改的部分加以注意并指明；應(yīng)該討論軟件的可移植性問題，并且考慮可能影響軟件維護的系統(tǒng)界面。 描述系統(tǒng)設(shè)計、實現(xiàn)和測試的文檔對于理解程序和維護程序來說是極端重要的。文檔的結(jié)構(gòu)方式應(yīng)該使用戶能夠方便地根據(jù)需要閱讀有關(guān)的內(nèi)容。用戶文檔主要描述系統(tǒng)功能和使用方法，并不關(guān)心這些功能是怎樣實現(xiàn)的；系統(tǒng)文檔描述系統(tǒng)設(shè)計、實現(xiàn)和測試等各方面的內(nèi)容。因此，軟件中使用的可重用構(gòu)件越多，適應(yīng)性和完善性維護也就越容易。 5. 可重用性 重用（ reuse）是指同一事物不做修改或稍加改動就在不同環(huán)境中多次重復(fù)使用。 3. 可修改性 軟件容易修改的程度和本書第 5章講過的設(shè)計原理和啟發(fā)規(guī)則直接有關(guān)。維護人員應(yīng)該能夠得到在開發(fā)階段用過的測試方案，以便進行回歸測試。 決定軟件可維護性的因素主要有下述 5個： 決定軟件可維護性的因素 1. 可理解性 軟件可理解性表現(xiàn)為外來讀者理解軟件的結(jié)構(gòu)、功能、接口和內(nèi)部處理過程的難易程度。 軟件的可維護性： 維護人員理解、改正、改動或改進這個軟件的難易程度。 5. 評價維護活動 缺乏有效的數(shù)據(jù)就無法評價維護活動。以至于往往不能估價維護技術(shù)的有效性，不能確定一個產(chǎn)品程序的 “ 優(yōu)良 ” 程度，而且很難估算維護的實際成本。如果對一個組織來說， “ 救火 ” 是常見的過程，那么必須懷疑它的管理能力和技術(shù)能力。 不管維護類型如何，都需要進行同樣的技術(shù)工作 :包括修改軟件設(shè)計、復(fù)查、必要的代碼修改、單元測試和集成測試、驗收測試和復(fù)審。用戶常常把一項要求看作是為了改正軟件的錯誤(改正性維護 )，而開發(fā)人員可能把同一項要求看作是適應(yīng)性或完善性維護。軟件組織內(nèi)部應(yīng)該制定出一個軟件修改報告，它給出下述信息： (1)滿足維護要求表中提出的要求所需要的 工作量； (2) 維護要求的性質(zhì)； (3) 這項要求的優(yōu)先次序； (4) 與修改有關(guān)的事后數(shù)據(jù)。 如果遇到了錯誤，那么必須完整描述導(dǎo)致出現(xiàn)錯誤的環(huán)境 (包括輸入數(shù)據(jù)、全部輸出數(shù)據(jù)以及其他有關(guān)信息 )。圖 。 軟件維護過程 1. 維護組織 雖然通常并不需要建立正式的維護組織，但是，即使對于一個小的軟件開發(fā)團體而言，非正式地委托責任也是絕對必要的。不應(yīng)該把一種科學(xué)的方法學(xué)看做萬應(yīng)靈藥，但是，軟件工程至少部分地解決了與維護有關(guān)的每一個問題。除非使用強調(diào)模塊獨立原理的設(shè)計方法學(xué)，否則修改軟
高考資料相關(guān)推薦
鄂ICP備17016276號-1