軟件工程-第6章第3節(jié)

6.3軟件維護(hù)的實(shí)施6.3.1維護(hù)的組織1.臨時(shí)維護(hù)小組

臨時(shí)維護(hù)小組是非正式的機(jī)構(gòu)，它執(zhí)行一些特殊的或臨時(shí)的維護(hù)任務(wù)。例如，對(duì)程序排錯(cuò)的檢查，檢查完善性維護(hù)的設(shè)計(jì)和進(jìn)行質(zhì)量控制的復(fù)審等。臨時(shí)維護(hù)小組采用“同事復(fù)審”或“同行復(fù)審”等方法來提高維護(hù)工作的效率。6.3.1維護(hù)的組織2.長期維護(hù)小組對(duì)長期運(yùn)行的復(fù)雜系統(tǒng)需要一個(gè)穩(wěn)定的維護(hù)小組。維護(hù)小組由以下成員組成。1)組長維護(hù)小組組長是該小組的技術(shù)負(fù)責(zé)人，負(fù)責(zé)向上級(jí)主管部門報(bào)告維護(hù)工作。組長應(yīng)是一個(gè)有經(jīng)驗(yàn)的系統(tǒng)分析員，具有一定的管理經(jīng)驗(yàn)，熟悉系統(tǒng)的應(yīng)用領(lǐng)域。6.3.1維護(hù)的組織2)副組長

副組長是組長的助手。在組長缺席時(shí)完成組長的工作，具有與組長相同的業(yè)務(wù)水平和工作經(jīng)驗(yàn)。副組長還執(zhí)行同開發(fā)部門或其他維護(hù)小組聯(lián)系的任務(wù)。在系統(tǒng)開發(fā)階段，收集與維護(hù)有關(guān)的信息；在維護(hù)階段，他同開發(fā)者繼續(xù)保持聯(lián)系，向他們傳送程序運(yùn)行的反饋信息。因?yàn)榇蟛糠志S護(hù)要求是由用戶提出的，所以副組長同用戶保持密切聯(lián)系也是非常重要的。3)維護(hù)負(fù)責(zé)人

維護(hù)負(fù)責(zé)人是維護(hù)小組的行政負(fù)責(zé)人。他通常管理幾個(gè)維護(hù)小組的人事工作，負(fù)責(zé)維護(hù)小組成員的人事管理工作。4)維護(hù)程序員

維護(hù)程序員負(fù)責(zé)分析程序改變的要求和執(zhí)行修改工作。維護(hù)程序員不僅具有軟件開發(fā)方面的知識(shí)和經(jīng)驗(yàn)，也應(yīng)具有軟件維護(hù)方面的知識(shí)和經(jīng)驗(yàn)，還應(yīng)熟悉程序應(yīng)用領(lǐng)域的知識(shí)。6.3.1維護(hù)的組織6.3.2維護(hù)的流程軟件維護(hù)的流程如下：(1)制定維護(hù)申請(qǐng)報(bào)告。(2)審查申請(qǐng)報(bào)告并批準(zhǔn)。(3)進(jìn)行維護(hù)并做詳細(xì)記錄。(4)復(fù)審。6.3.2維護(hù)的流程1.制定維護(hù)申請(qǐng)報(bào)告

所有軟件維護(hù)申請(qǐng)報(bào)告應(yīng)按規(guī)定的方式提出。該報(bào)告也稱為軟件問題報(bào)告。它是維護(hù)階段的一種文檔，由申請(qǐng)維護(hù)的用戶填寫。當(dāng)遇到一個(gè)錯(cuò)誤時(shí)，用戶必須完整地說明錯(cuò)誤產(chǎn)生的情況，包括輸入數(shù)據(jù)、錯(cuò)誤清單、源程序清單以及其他有關(guān)材料，即導(dǎo)致該錯(cuò)誤的環(huán)境的完整描述。對(duì)于適應(yīng)性或完善性的維護(hù)要求，要提交一份簡要的維護(hù)規(guī)格說明。6.3.2維護(hù)的流程

維護(hù)申請(qǐng)報(bào)告是一種由用戶產(chǎn)生的文檔，是用作計(jì)劃維護(hù)任務(wù)的基礎(chǔ)。在軟件維護(hù)組織內(nèi)部還要制定一份軟件修改報(bào)告，該報(bào)告是維護(hù)階段的另一種文檔，用來指出：(1)為滿足軟件問題報(bào)告實(shí)際要求的工作量。(2)要求修改的性質(zhì)。(3)請(qǐng)求修改的優(yōu)先權(quán)。(4)關(guān)于修改的事后數(shù)據(jù)。6.3.2維護(hù)的流程2.維護(hù)過程

一個(gè)維護(hù)申請(qǐng)?zhí)岢鲋螅?jīng)評(píng)審需要維護(hù)的，則按下列過程實(shí)施維護(hù)：(1)首先確定要進(jìn)行維護(hù)的類型。有許多情況，用戶可以把一個(gè)請(qǐng)求看作校正性維護(hù)，而軟件開發(fā)者可以把這個(gè)請(qǐng)求看作適應(yīng)性或完善性維護(hù)，此時(shí)，對(duì)不同觀點(diǎn)就要協(xié)商解決。(2)對(duì)校正性維護(hù)從評(píng)價(jià)錯(cuò)誤的嚴(yán)重性開始。如果存在一個(gè)嚴(yán)重的錯(cuò)誤，例如一個(gè)系統(tǒng)的重要功能不能執(zhí)行，則由管理者組織有關(guān)人員立即開始分析問題。如果錯(cuò)誤并不嚴(yán)重，則校正性維護(hù)與軟件其他任務(wù)一起進(jìn)行，統(tǒng)一安排，按計(jì)劃進(jìn)行維護(hù)工作。甚至?xí)羞@樣一種情況，申請(qǐng)是錯(cuò)誤的。因此經(jīng)審查后發(fā)現(xiàn)并不需要修改軟件。6.3.2維護(hù)的流程(3)對(duì)適應(yīng)性和完善性進(jìn)行維護(hù)。如同它是另一個(gè)開發(fā)工作一樣，建立每個(gè)請(qǐng)求的優(yōu)先權(quán)，安排所要求的工作。若設(shè)置一個(gè)極高的優(yōu)先權(quán)，當(dāng)然也就意味著要立即開始此項(xiàng)維護(hù)工作了。(4)實(shí)施維護(hù)任務(wù)。不管維護(hù)類型如何，大體上要開展相同的技術(shù)工作。這些工作包括修改軟件設(shè)計(jì)、必要的代碼修改、單元測(cè)試、集成測(cè)試、確認(rèn)測(cè)試以及復(fù)審，每種維護(hù)類型的側(cè)重點(diǎn)不一樣。6.3.2維護(hù)的流程(5)“救火”維護(hù)。實(shí)際中存在著并不完全適合上面所述的經(jīng)過仔細(xì)考慮的維護(hù)申請(qǐng)，這時(shí)申請(qǐng)的維護(hù)稱為“救火”維護(hù)，在發(fā)生重大的軟件問題時(shí)，就會(huì)出現(xiàn)這種情況。例如，一個(gè)造紙廠的流程控制系統(tǒng)出現(xiàn)一個(gè)使壓出的紙?jiān)匠鼋ㄖ锏墓收?，這時(shí)要立即組織有關(guān)人員去“救火”，必須立即解決問題。顯然，如果一個(gè)軟件開發(fā)機(jī)構(gòu)經(jīng)常“救火”，就必須要認(rèn)真檢查一下該機(jī)構(gòu)的管理和技術(shù)存在什么重大問題。6.3.2維護(hù)的流程3.維護(hù)的復(fù)審在維護(hù)任務(wù)完成后，要對(duì)維護(hù)任務(wù)進(jìn)行復(fù)審。進(jìn)行復(fù)審時(shí)要回答下列問題：(1)給出當(dāng)前情況，即設(shè)計(jì)、代碼和測(cè)試的哪些方面已經(jīng)完成？(2)各種維護(hù)資源已經(jīng)用了哪些？還有哪些未用？(3)對(duì)于這個(gè)工作，主要的、次要的障礙是什么？(4)復(fù)審對(duì)維護(hù)工作能否順利進(jìn)行有重大影響，對(duì)一個(gè)軟件機(jī)構(gòu)來說也是有效的管理工作的一部分。6.3.3維護(hù)技術(shù)1.面向維護(hù)的技術(shù)面向維護(hù)的技術(shù)涉及軟件開發(fā)的所有階段。在需求分析階段，對(duì)用戶的需求進(jìn)行嚴(yán)格的分析定義，使之沒有矛盾和易于理解，可以減少軟件中的錯(cuò)誤。例如美國密執(zhí)安大學(xué)的ISDOS系統(tǒng)就是需求分析階段使用的一種分析與文檔化工具，可以用它來檢查需求說明書的一致性和完備性。在設(shè)計(jì)階段，劃分模塊時(shí)應(yīng)充分考慮將來改動(dòng)或擴(kuò)充的可能性。使用結(jié)構(gòu)化分析和結(jié)構(gòu)化設(shè)計(jì)方法，采用容易變更的、不依賴于特定硬件和特定操作系統(tǒng)的設(shè)計(jì)。在編碼階段，采用靈活的數(shù)據(jù)結(jié)構(gòu)，使程序相對(duì)獨(dú)立于數(shù)據(jù)的物理結(jié)構(gòu)，養(yǎng)成良好的程序設(shè)計(jì)風(fēng)格。在測(cè)試階段，盡可能多地發(fā)現(xiàn)錯(cuò)誤，保存測(cè)試用例和測(cè)試數(shù)據(jù)等。6.3.3維護(hù)技術(shù)2.維護(hù)支援技術(shù)維護(hù)支援技術(shù)包括下列各方面的內(nèi)容：(1)信息收集。(2)錯(cuò)誤原因分析。(3)軟件分析與理解。(4)維護(hù)方案評(píng)價(jià)。(5)代碼與文檔修改。(6)修改后的確認(rèn)。(7)遠(yuǎn)距離的維護(hù)。6.3.4維護(hù)的副作用維護(hù)的目的是為了延長軟件的壽命并讓其創(chuàng)造更多的價(jià)值，經(jīng)過一段時(shí)間的維護(hù)，軟件中的錯(cuò)誤減少了，功能增強(qiáng)了。但修改軟件是危險(xiǎn)的，每修改一次，潛伏的錯(cuò)誤就可能增加一份。這種因修改軟件而造成的錯(cuò)誤或其他不希望出現(xiàn)的情況稱為維護(hù)的副作用。維護(hù)的副作用有編碼副作用、數(shù)據(jù)副作用和文檔副作用三種。6.3.4維護(hù)的副作用1.編碼副作用在使用程序設(shè)計(jì)語言修改源代碼時(shí)可能引入如下錯(cuò)誤：(1)刪除或修改一個(gè)子程序、一個(gè)標(biāo)號(hào)和一個(gè)標(biāo)識(shí)符。(2)改變程序代碼的時(shí)序關(guān)系，改變占用存儲(chǔ)的大小，改變邏輯運(yùn)算符。(3)修改文件的打開或關(guān)閉。(4)改進(jìn)程序的執(zhí)行效率。(5)把設(shè)計(jì)上的改變翻譯成代碼的改變。(6)為邊界條件的邏輯測(cè)試做出改變。6.3.4維護(hù)的副作用2.數(shù)據(jù)副作用在修改數(shù)據(jù)結(jié)構(gòu)時(shí)，有可能造成軟件設(shè)計(jì)與數(shù)據(jù)結(jié)構(gòu)不匹配，因而導(dǎo)致軟件錯(cuò)誤。數(shù)據(jù)副作用是修改軟件信息結(jié)構(gòu)導(dǎo)致的結(jié)果,有以下幾種：(1)重新定義局部或全局的常量，重新定義記錄或文件格式。(2)增加或減少一個(gè)數(shù)組或高層數(shù)據(jù)結(jié)構(gòu)的大小。(3)修改全局或公共數(shù)據(jù)。(4)重新初始化控制標(biāo)志或指針。(5)重新排列輸入/輸出或子程序的參數(shù)。6.3.4維護(hù)的副作用3.文檔副作用對(duì)數(shù)據(jù)流、軟件結(jié)構(gòu)、模塊邏輯或任何其他有關(guān)特性進(jìn)行修改時(shí)，必須對(duì)相關(guān)技術(shù)文檔進(jìn)行相應(yīng)修改。否則會(huì)導(dǎo)致文檔與程序功能不匹配、缺省條件改變和新錯(cuò)誤信息不正確等錯(cuò)誤，使文檔不能反映軟件當(dāng)前的狀態(tài)。如果對(duì)可執(zhí)行軟件的修改沒有反映在文檔中，就會(huì)產(chǎn)生如下文檔副作用：6.3.4維護(hù)的副作用(1)修改交互輸入的順序或格式?jīng)]有正確地記入文檔中。(2)過時(shí)的文檔內(nèi)容、索引和文本可能造成沖突等。因此，