軟件工程第8章(已改無(wú)錯(cuò)字)
2022-10-28 15:56:34 本頁(yè)面
【正文】 ) 參考手冊(cè)，詳盡描述用戶可以使用的所有系統(tǒng)設(shè)施以及它們的使用方法，還應(yīng)該解釋系統(tǒng)可能產(chǎn)生的各種出錯(cuò)信息的含義； (5) 操作員指南，說(shuō)明操作員應(yīng)該如何處理使用中出現(xiàn)的各種情況。 上述內(nèi)容可以分別作為獨(dú)立的文檔，也可以作為一個(gè)文檔的不同分冊(cè)，具體做法應(yīng)該由系統(tǒng)規(guī)模決定。 2. 系統(tǒng)文檔 系統(tǒng)文檔：指從問(wèn)題定義、需求說(shuō)明到驗(yàn)收測(cè)試計(jì)劃這樣一系列和系統(tǒng)實(shí)現(xiàn)有關(guān)的文檔。 描述系統(tǒng)設(shè)計(jì)、實(shí)現(xiàn)和測(cè)試的文檔對(duì)于理解程序和維護(hù)程序來(lái)說(shuō)是極端重要的。和用戶文檔類(lèi)似，系統(tǒng)文檔的結(jié)構(gòu)也應(yīng)該能把讀者從對(duì)系統(tǒng)概貌的了解，引導(dǎo)到對(duì)系統(tǒng)每個(gè)方面每個(gè)特點(diǎn)的更形式化更具體的認(rèn)識(shí)。 可維護(hù)性是所有軟件都應(yīng)該具備的基本特點(diǎn)，必須在開(kāi)發(fā)階段保證軟件具有 的那些可維護(hù)因素。在軟件工程過(guò)程的每一個(gè)階段都應(yīng)該考慮并努力提高軟件的可維護(hù)性，在每個(gè)階段結(jié)束前的技術(shù)審查和管理復(fù)審中，應(yīng)該著重對(duì)可維護(hù)性進(jìn)行復(fù)審。 在需求分析階段的復(fù)審過(guò)程中，應(yīng)該對(duì)將來(lái)要改進(jìn)的部分和可能會(huì)修改的部分加以注意并指明；應(yīng)該討論軟件的可移植性問(wèn)題，并且考慮可能影響軟件維護(hù)的系統(tǒng)界面。 可維護(hù)性復(fù)審 在正式的和非正式的設(shè)計(jì)復(fù)審期間，應(yīng)該從容易修改、模塊化和功能獨(dú)立的目標(biāo)出發(fā)，評(píng)價(jià)軟件的結(jié)構(gòu)和過(guò)程；設(shè)計(jì)中應(yīng)該對(duì)將來(lái)可能修改的部分預(yù)作準(zhǔn)備。 代碼復(fù)審應(yīng)該強(qiáng)調(diào)編碼風(fēng)格和內(nèi)部說(shuō)明文檔這兩個(gè)影響可維護(hù)性的因素。 在設(shè)計(jì)和編碼過(guò)程中應(yīng)該盡量使用可重用的軟件構(gòu)件，如果需要開(kāi)發(fā)新的構(gòu)件，也應(yīng)該注意提高構(gòu)件的可重用性。 每個(gè)測(cè)試步驟都可以暗示在軟件正式交付使用前，程序中可能需要做預(yù)防性維護(hù)的部分。在測(cè)試結(jié)束時(shí)進(jìn)行最正式的可維護(hù)性復(fù)審，這個(gè)復(fù)審稱為配置復(fù)審。配置復(fù)審的目的是保證軟件配置的所有成分是完整的、一致的和可理解的，而且為了便于修改和管理已經(jīng)編目歸檔了。 在完成了每項(xiàng)維護(hù)工作之后，都應(yīng)該對(duì)軟件維護(hù)本身進(jìn)行仔細(xì)認(rèn)真的復(fù)審。 維護(hù)應(yīng)該針對(duì)整個(gè)軟件配置，不應(yīng)該只修改源程序代碼。當(dāng)對(duì)源程序代碼的修改沒(méi)有反映在設(shè)計(jì)文檔或用戶手冊(cè)中時(shí)，就會(huì)產(chǎn)生嚴(yán)重的后果。 每當(dāng)對(duì)數(shù)據(jù)、軟件結(jié)構(gòu)、模塊過(guò)程或任何其他有關(guān)的軟件特點(diǎn)做了改動(dòng)時(shí)，必須立即修改相應(yīng)的技術(shù)文檔。不能準(zhǔn)確反映軟件當(dāng)前狀態(tài)的設(shè)計(jì)文檔可能比完全沒(méi)有文檔更壞。在以后的維護(hù)工作中很可能因文檔不完全符合實(shí)際而不能正確理解軟件，從而在維護(hù)中引入過(guò)多的錯(cuò)誤。 用戶通常根據(jù)描述軟件特點(diǎn)和使用方法的用戶文檔來(lái)使用、評(píng)價(jià)軟件。如果對(duì)軟件的可執(zhí)行部分的修改沒(méi)有及時(shí)反映在用戶文檔中，則必然會(huì)使用戶因?yàn)槭艽煺鄱a(chǎn)生不滿。 如果在軟件再次交付使用之前，對(duì)軟件配置進(jìn)行嚴(yán)格的復(fù)審，則可大大減少文檔的問(wèn)題。事實(shí)上，某些維護(hù)要求可能并不需要修改軟件設(shè)計(jì)或源程序代碼，只是表明用戶文檔不清楚或不準(zhǔn)確，因此只需要對(duì)文檔做必要的維護(hù)。 幾乎所有歷史比較悠久的軟件開(kāi)發(fā)組織，都有一些十幾年前開(kāi)發(fā)出的 “ 老 ” 程序。目前，某些老程序仍然在為用戶服務(wù)，但是，當(dāng)初開(kāi)發(fā)這些程序時(shí)并沒(méi)有使用軟件工程方法學(xué)來(lái)指導(dǎo)，因此，這些程序的體系結(jié)構(gòu)和數(shù)據(jù)結(jié)構(gòu)都很差，文檔不全甚至完全沒(méi)有文檔，對(duì)曾經(jīng)做過(guò)的修改也沒(méi)有完整的記錄。 怎樣滿足用戶對(duì)上述這類(lèi)老程序的維護(hù)要求呢？為了修改這類(lèi)程序以適應(yīng)用戶新的或變更的需求，有以下幾種做法可供選擇： 預(yù)防性維護(hù) （ 1） 反復(fù)多次地做修改程序的嘗試，與不可見(jiàn)的設(shè)計(jì)及源代碼 “ 頑強(qiáng)戰(zhàn)斗 ” ，以實(shí)現(xiàn)所要求的修改； （ 2） 通過(guò)仔細(xì)分析程序盡可能多地掌握程序的內(nèi)部工作細(xì)節(jié)，以便更有效地修改它； （ 3） 在深入理解原有設(shè)計(jì)的基礎(chǔ)上，用軟件工程方法重新設(shè)計(jì)、重新編碼和測(cè)試那些需要變更的軟件部分； （ 4） 以軟件工程方法學(xué)為指導(dǎo)，對(duì)程序全部重新設(shè)計(jì)、重新編碼和測(cè)試，為此可以使用CASE工具（逆向工程和再工程工具）來(lái)幫助理解原有的設(shè)計(jì)。 第一種做法很盲目，通常人們采用后 3種做法。其中第 4種做法稱為軟件再工程，這樣的維護(hù)活動(dòng)也就是本章 護(hù)，而第 3種做法實(shí)質(zhì)上是局部的再工程。 預(yù)防性維護(hù)方法是由 Miller提出來(lái)的，他把這種方法定義為： “ 把今天的方法學(xué)應(yīng)用到昨天的系統(tǒng)上，以支持明天的需求。 ” 粗看起來(lái)，在一個(gè)正在工作的程序版本已經(jīng)存在的情況下重新開(kāi)發(fā)一個(gè)大型程序，似乎是一種浪費(fèi)。其實(shí)不然，下述事實(shí)很能說(shuō)明問(wèn)題： （ 1） 維護(hù)一行源代碼的代價(jià)可能是最初開(kāi)發(fā)該行源代碼代價(jià)的 14~40倍； （ 2） 重新設(shè)計(jì)軟件體系結(jié)構(gòu)（程序及數(shù)據(jù)結(jié)構(gòu)）時(shí)使用了現(xiàn)代設(shè)計(jì)概念，它對(duì)將來(lái)的維護(hù)可能有很大的幫助；
高考資料相關(guān)推薦
鄂ICP備17016276號(hào)-1