軟件工程第8章-在線瀏覽
2024-11-10 15:56本頁(yè)面
【正文】 件工程至少部分地解決了與維護(hù)有關(guān)的每一個(gè)問題。 首先必須建立一個(gè)維護(hù)組織 隨后必須確定報(bào)告和評(píng)價(jià)的過程 為每個(gè)維護(hù)要求規(guī)定一個(gè)標(biāo)準(zhǔn)化的事件 序列。 軟件維護(hù)過程 1. 維護(hù)組織 雖然通常并不需要建立正式的維護(hù)組織，但是，即使對(duì)于一個(gè)小的軟件開發(fā)團(tuán)體而言，非正式地委托責(zé)任也是絕對(duì)必要的。系統(tǒng)管理員是被指定去熟悉一小部分產(chǎn)品程序的技術(shù)人員。圖 。 圖 維護(hù)組織 2. 維護(hù)報(bào)告 應(yīng)該用標(biāo)準(zhǔn)化的格式表達(dá)所有軟件維護(hù)要求。 如果遇到了錯(cuò)誤，那么必須完整描述導(dǎo)致出現(xiàn)錯(cuò)誤的環(huán)境 (包括輸入數(shù)據(jù)、全部輸出數(shù)據(jù)以及其他有關(guān)信息 )。由維護(hù)管理員和系統(tǒng)管理員評(píng)價(jià)用戶提交的維護(hù)要求表。軟件組織內(nèi)部應(yīng)該制定出一個(gè)軟件修改報(bào)告，它給出下述信息： (1)滿足維護(hù)要求表中提出的要求所需要的 工作量； (2) 維護(hù)要求的性質(zhì)； (3) 這項(xiàng)要求的優(yōu)先次序； (4) 與修改有關(guān)的事后數(shù)據(jù)。 3. 維護(hù)的事件流 圖 件。用戶常常把一項(xiàng)要求看作是為了改正軟件的錯(cuò)誤(改正性維護(hù) )，而開發(fā)人員可能把同一項(xiàng)要求看作是適應(yīng)性或完善性維護(hù)。 圖 維護(hù)階段的事件流 從圖 : 對(duì)一項(xiàng)改正性維護(hù)要求 (圖中 “ 錯(cuò)誤 ” 通路 )的處理，從估量錯(cuò)誤的嚴(yán)重程度開始。 不管維護(hù)類型如何，都需要進(jìn)行同樣的技術(shù)工作 :包括修改軟件設(shè)計(jì)、復(fù)查、必要的代碼修改、單元測(cè)試和集成測(cè)試、驗(yàn)收測(cè)試和復(fù)審。維護(hù)事件流中最后一個(gè)事件是復(fù)審 . 當(dāng)然，也有并不完全符合上述事件流的維護(hù)要求。如果對(duì)一個(gè)組織來說， “ 救火 ” 是常見的過程，那么必須懷疑它的管理能力和技術(shù)能力。 一般說來，這種復(fù)查試圖回答下述問題： (1)在當(dāng)前處境下設(shè)計(jì)、編碼或測(cè)試的哪些方面能用不同方法進(jìn)行 ? (2)哪些維護(hù)資源是應(yīng)該有而事實(shí)上卻沒有的 ? (3)對(duì)于這項(xiàng)維護(hù)工作什么是主要的 (以及次要的 )障礙 ? (4)要求的維護(hù)類型中有預(yù)防性維護(hù)嗎 ? 處境復(fù)查對(duì)將來維護(hù)工作的進(jìn)行有重要影響，而且所提供的反饋信息對(duì)有效地管理軟件組織十分重要。以至于往往不能估價(jià)維護(hù)技術(shù)的有效性，不能確定一個(gè)產(chǎn)品程序的 “ 優(yōu)良 ” 程度，而且很難估算維護(hù)的實(shí)際成本。 應(yīng)該為每項(xiàng)維護(hù)工作都收集上述數(shù)據(jù)。 5. 評(píng)價(jià)維護(hù)活動(dòng) 缺乏有效的數(shù)據(jù)就無(wú)法評(píng)價(jià)維護(hù)活動(dòng)。至少可以從下述 7個(gè)方面度量維護(hù)工作： (1) 每次程序運(yùn)行平均失效的次數(shù)； (2) 用于每一類維護(hù)活動(dòng)的總?cè)藭r(shí)數(shù)； (3) 平均每個(gè)程序、每種語(yǔ)言、每種維護(hù)類型所做的程序變動(dòng)數(shù)； (4) 維護(hù)過程中增加或刪除一個(gè)源語(yǔ)句平均 花費(fèi)的人時(shí)數(shù)； (5) 維護(hù)每種語(yǔ)言平均花費(fèi)的人時(shí)數(shù)； (6) 一張維護(hù)要求表的平均周轉(zhuǎn)時(shí)間； (7) 不同維護(hù)類型所占的百分比。 軟件的可維護(hù)性： 維護(hù)人員理解、改正、改動(dòng)或改進(jìn)這個(gè)軟件的難易程度。 軟件的可維護(hù)性 維護(hù)就是在軟件交付使用后進(jìn)行的修改，修改之前必須理解待修改的對(duì)象，修改之后應(yīng)該進(jìn)行必要的測(cè)試，以保證所做的修改是正確的。 決定軟件可維護(hù)性的因素主要有下述 5個(gè)： 決定軟件可維護(hù)性的因素 1. 可理解性 軟件可理解性表現(xiàn)為外來讀者理解軟件的結(jié)構(gòu)、功能、接口和內(nèi)部處理過程的難易程度。 2. 可測(cè)試性 診斷和測(cè)試的容易程度取決于軟件容易理解的程度。維護(hù)人員應(yīng)該能夠得到在開發(fā)階段用過的測(cè)試方案，以便進(jìn)行回歸測(cè)試。 對(duì)于程序模塊來說，可以用程序復(fù)雜度來度量它的可測(cè)試性。 3. 可修改性 軟件容易修改的程度和本書第 5章講過的設(shè)計(jì)原理和啟發(fā)規(guī)則直接有關(guān)。 4. 可移植性 軟件可移植性指的是，把程序從一種計(jì)算環(huán)境（硬件配置和操作系統(tǒng)）轉(zhuǎn)移到另一種計(jì)算環(huán)境的難易程度。 5. 可重用性 重用（ reuse）是指同一事物不做修改或稍加改動(dòng)就在不同環(huán)境中多次重復(fù)使用。因此，軟件中使用的可重用構(gòu)件越多，軟件的可靠性越高，改正性維護(hù)需求越少。因此，軟件中使用的可重用構(gòu)件越多，適應(yīng)性和完善性維護(hù)也就越容易。 由于長(zhǎng)期使用的大型軟件系統(tǒng)在使用過程中必然會(huì)經(jīng)受多次修改，所以文檔比程序代碼更重要。用戶文檔主要描述系統(tǒng)功能和使用方法，并不關(guān)心這些功能是怎樣實(shí)現(xiàn)的；系統(tǒng)文檔描述系統(tǒng)設(shè)計(jì)、實(shí)現(xiàn)和測(cè)試等各方面的內(nèi)容。 下面分別討論用戶文檔和系統(tǒng)文檔。文檔的結(jié)構(gòu)方式應(yīng)該使用戶能夠方便地根據(jù)需要閱讀有關(guān)的內(nèi)容。 上
高考資料相關(guān)推薦
鄂ICP備17016276號(hào)-1