1. <tt id="5hhch"><source id="5hhch"></source></tt>
    1. <xmp id="5hhch"></xmp>

  2. <xmp id="5hhch"><rt id="5hhch"></rt></xmp>

    <rp id="5hhch"></rp>
        <dfn id="5hhch"></dfn>

      1. 淺析計(jì)算機(jī)軟件維護(hù)

        淺析計(jì)算機(jī)軟件維護(hù)

          計(jì)算機(jī)軟件的維護(hù)過程幾乎與開發(fā)過程一樣復(fù)雜,因而軟件維護(hù)活動通常也可定義成軟件生存周期中前幾個階段的重復(fù),下面是小編搜集整理的一篇探究計(jì)算機(jī)軟件維護(hù)工作的論文范文,供大家閱讀參考。

          摘要:系統(tǒng)軟件是計(jì)算機(jī)組成中非常重要的部分,其維護(hù)工作量與費(fèi)用大約占軟件壽命周期的67%,因此,計(jì)算機(jī)軟件維護(hù)工作就顯得舉足輕重。本文作者基于多年關(guān)于計(jì)算機(jī)軟件維護(hù)的實(shí)踐經(jīng)驗(yàn),就軟件維護(hù)的方法及如何提高可維護(hù)性等方面進(jìn)行淺談,以期在實(shí)際工作中具有借鑒作用。

          關(guān)鍵詞:計(jì)算機(jī)軟件;軟件維護(hù);維護(hù)方法

          計(jì)算機(jī)軟件維護(hù)是指已完成開發(fā)工作、交付使用以后,對軟件產(chǎn)品進(jìn)行的一些軟件工程活動,其一般可分為改正性維護(hù)、適應(yīng)性維護(hù)、完善性維護(hù)、預(yù)防性維護(hù)4類維護(hù)工作。計(jì)算機(jī)軟件的維護(hù)過程幾乎與開發(fā)過程一樣復(fù)雜,如何有效的進(jìn)行計(jì)算機(jī)軟件維護(hù)工作是每一個維護(hù)工作者需要不斷探討的問題。

          1 計(jì)算機(jī)軟件維護(hù)工作分類

          計(jì)算機(jī)軟件維護(hù)工作一般可分為改正性維護(hù)、適應(yīng)性維護(hù)、完善性維護(hù)、預(yù)防性維護(hù)等。

          1.1 改正性維護(hù)指糾正軟件在使用中出現(xiàn)的錯誤。統(tǒng)計(jì)表明,軟件交付使用時仍然有占總代碼行數(shù)的3‰含有缺陷的代碼行未被發(fā)現(xiàn),需在使用中改正,這類錯誤包括設(shè)計(jì)錯誤、邏輯錯誤、編碼錯誤、文檔錯誤、數(shù)據(jù)錯誤等。

          1.2 適應(yīng)性維護(hù)指使運(yùn)行的軟件適應(yīng)外部環(huán)境變化。外部環(huán)境變化主要包括計(jì)算機(jī)的硬件升級、操作系統(tǒng)的升級、數(shù)據(jù)環(huán)境的改變或升級,以及有關(guān)標(biāo)準(zhǔn)、規(guī)則的變化等。

          1.3 完善性維護(hù)指擴(kuò)充或增強(qiáng)軟件功能,提高軟件性能。這些新功能和新性能都不是在原軟件需求規(guī)格說明書中規(guī)定的,而是用戶在使用軟件一段時間后提出的新要求。

          1.4 預(yù)防性維護(hù)指為了進(jìn)一步改進(jìn)維護(hù)性和可靠性而對尚可運(yùn)行的軟件進(jìn)行更改。它是采用軟件工程的方法,完全地或部分地重新設(shè)計(jì)、編寫和測試要修改的那部分軟件,以便將來的維護(hù)工作更方便。早期開發(fā)的軟件是這類維護(hù)的重要對象。

          2 計(jì)算機(jī)軟件維護(hù)的主要方法

          2.1 軟件維護(hù)的基本要求

          軟件維護(hù)的基本要求主要有:對操作系統(tǒng)實(shí)行定期質(zhì)量控制審查,以確保質(zhì)量維持在一個可接受的水準(zhǔn)上;務(wù)必使數(shù)據(jù)管理員報(bào)告的數(shù)據(jù)足夠準(zhǔn)確,防止脫離其數(shù)據(jù)模型;開發(fā)過程中,應(yīng)有經(jīng)驗(yàn)豐富的維護(hù)人員參加,以確保軟件開發(fā)時考慮到維護(hù)的需要;建立并嚴(yán)格執(zhí)行程序設(shè)計(jì)及文件標(biāo)準(zhǔn);分析并確認(rèn)那些維護(hù)代價(jià)昂貴的老系統(tǒng),用更現(xiàn)代化的技術(shù)對它們進(jìn)行重新開發(fā);激勵和教育所有數(shù)據(jù)處理人員采用良好的維護(hù)方法等。

          2.2 實(shí)施軟件維護(hù)活動

          計(jì)算機(jī)軟件的維護(hù)過程幾乎與開發(fā)過程一樣復(fù)雜,因而軟件維護(hù)活動通常也可定義成軟件生存周期中前幾個階段的重復(fù)。其一般步驟為:確定修改類型;確定修改的需要;提出修改請求;需求分析;認(rèn)可或否決修改請求;安排任務(wù)進(jìn)度;設(shè)計(jì);設(shè)計(jì)評審;編碼修改和排錯;評審編碼修改;測試;更新文檔;標(biāo)準(zhǔn)審計(jì);用戶驗(yàn)收;安裝后評審修改對系統(tǒng)的影響。其中有幾個步驟會經(jīng)常反復(fù)循環(huán),也并不是每次修改都要執(zhí)行所有的步驟。

          實(shí)施軟件維護(hù)活動中,還應(yīng)注意以下事項(xiàng):①建立一個專門的維護(hù)組織,以改善對維護(hù)的控制并提高效率,激發(fā)維護(hù)人員的積極性,避免自信心不足。②制定系統(tǒng)維護(hù)計(jì)劃,其中包括替換廢棄的模塊和新版本計(jì)劃。③使用功能強(qiáng)大的維護(hù)工具;提供一個使用結(jié)構(gòu)技術(shù)的程序修改過程;改進(jìn)現(xiàn)行系統(tǒng)的文件。④修改程序時,應(yīng)強(qiáng)調(diào)仔細(xì)、全面地重新調(diào)試和重新驗(yàn)證;對非緊急的變動和擴(kuò)充,要經(jīng)過成本核算證明,并按計(jì)劃進(jìn)度分批解決;對選擇性維護(hù)工作建立用戶自付費(fèi)用制度;開發(fā)人員與維護(hù)人員進(jìn)行輪換,使開發(fā)人員對維護(hù)方面的要求有一定了解。⑤采用“維護(hù)護(hù)送”措施,即當(dāng)一個系統(tǒng)移交給維護(hù)人員時,由一位開發(fā)程序員協(xié)助進(jìn)行維護(hù)。⑥維護(hù)人員的配備要少而精;明確每一個維護(hù)人員的職責(zé),使維護(hù)人員及其管理人員能夠衡量自己的工作績效;從成本、完成時間、現(xiàn)行用戶服務(wù)的中斷以及降低軟件質(zhì)量的風(fēng)險(xiǎn)等方面驗(yàn)證修改的可行性。⑦研究成功的軟件項(xiàng)目的管理方法,并使之適用于當(dāng)前維護(hù)環(huán)境。采用項(xiàng)目管理方法,如主程序員小組概念和結(jié)構(gòu)化普查。

          2.3 減少軟件維護(hù)的策略。(1)減少糾錯性維護(hù)的措施。通過生產(chǎn)出盡量可靠的系統(tǒng)來基本消除糾錯性維護(hù)。盡管從投資效益上講,生產(chǎn)100%可靠的軟件并不合算,但使用新的技術(shù)可以大大提高可靠性并減少執(zhí)行糾錯性維護(hù)的需要。建議采用的一些新技術(shù),包括數(shù)據(jù)庫管理系統(tǒng)、應(yīng)用開發(fā)系統(tǒng)、程序自動生成、更高級程序語言、應(yīng)用軟件包、結(jié)構(gòu)技術(shù)、防錯性程序設(shè)計(jì)、維護(hù)審查。(2)減少適應(yīng)性維護(hù)的措施。適應(yīng)性維護(hù)不能完全避免,但肯定能夠控制。例如,把從屬于系統(tǒng)的那些特性都?xì)w到特定的程序模塊中,可以限制為適應(yīng)硬件配置變化而必須修改的程序部分。(3)減少完善性維護(hù)的措施。使用上述用于糾錯性及適應(yīng)性維護(hù)的方法也可以減少完善性維護(hù)。數(shù)據(jù)庫管理系統(tǒng)、程序自動生成以及軟件包對減少系統(tǒng)及程序員所需的維護(hù)支持都是有用的。使用這些功能很強(qiáng)且易于使用的工具,使某些完善性維護(hù)工作可以由終端用戶自己來做。采用面向?qū)ο箝_發(fā)技術(shù)和建立系統(tǒng)原型模型等可以減少今后完善性維護(hù)的需要。通過使用如下方法來減少支援性的維護(hù):最新用戶文件、聯(lián)機(jī)用戶文件、適當(dāng)?shù)挠脩襞嘤?xùn)、專門的維護(hù)人員。

          3 提高軟件維護(hù)性策略

          3.1 提高軟件維護(hù)性一般方法

          為提高軟件維護(hù)性,可采取以下方法:(1)在軟件開發(fā)的開始階段就應(yīng)建立軟件維護(hù)性的`觀念。根據(jù)用戶需求和軟件運(yùn)行支持環(huán)境以及上述影響維護(hù)性的各項(xiàng)因素建立軟件維護(hù)性的質(zhì)量指標(biāo)和它的優(yōu)先級。(2)使用提高軟件質(zhì)量的先進(jìn)技術(shù)和工具,堅(jiān)持按結(jié)構(gòu)化和模塊化方法進(jìn)行設(shè)計(jì)。提供用結(jié)構(gòu)化模塊逐一替換非結(jié)構(gòu)化模塊的途徑,降低程序結(jié)構(gòu)的復(fù)雜性。(3)選用維護(hù)性好的程序設(shè)計(jì)語言。(4)采用自動重建結(jié)構(gòu)和重新格式化工具將非結(jié)構(gòu)化代碼轉(zhuǎn)換為結(jié)構(gòu)良好的代碼。(5)開發(fā)中努力提高軟件的可靠性,以減少改正性維護(hù)的工作量。開發(fā)時最好能預(yù)計(jì)到未來使用中可能的變動,使設(shè)計(jì)具有可修改、可擴(kuò)充的靈活性。努力提高文檔編制的質(zhì)量,改進(jìn)現(xiàn)有系統(tǒng)的不完整文檔。進(jìn)行各階段有效的質(zhì)量保證審查。(6)加強(qiáng)軟件維護(hù)的管理,建立維護(hù)文檔,確保維護(hù)中對變更的控制和審查。

          3.2 明確不必進(jìn)行維護(hù)而應(yīng)重新設(shè)計(jì)的軟件

          當(dāng)一個軟件繼續(xù)維護(hù)的“成本/效益比”可能會超出重新設(shè)計(jì)一個系統(tǒng)時,就應(yīng)考慮重新設(shè)計(jì)一個軟件系統(tǒng),而不必再進(jìn)行維護(hù)工作了。其特征主要為:(1)軟件經(jīng)常出錯,性能不斷惡化。(2)程序結(jié)構(gòu)和邏輯流過分復(fù)雜,例如:過多使用DO循環(huán);過多使用Ⅳ語句;使用不必要的GOTO語句;過多使用嵌入的常數(shù)和文字;使用不必要的全程變量;使用自我修改的代碼;使用多人口或多出口的模塊;使用相互作用過多的模塊;使用執(zhí)行同樣或相似功能的模塊。(3)過時的代碼嚴(yán)重影響系統(tǒng)性能發(fā)揮。(4)在仿真方式下運(yùn)行的系統(tǒng);模塊或單個子程序非常大的系統(tǒng)。(5)需要過多資源的系統(tǒng);將易變參數(shù)編在代碼中的程序;難以擁有維護(hù)人員的用低級語言編寫的程序。

          4 結(jié)束語

          總之,軟件維護(hù)的好壞,在很大程度上決定著計(jì)算機(jī)軟件系統(tǒng)運(yùn)行的質(zhì)量。相關(guān)人員要不斷借鑒國內(nèi)外軟件維護(hù)理論和實(shí)踐的基礎(chǔ)上,結(jié)合我國實(shí)際市場經(jīng)濟(jì)條件下現(xiàn)狀,勇于探索、創(chuàng)新有效的軟件維護(hù)方法。只有這樣才能更好地適應(yīng)我國社會主義市場經(jīng)濟(jì)發(fā)展的需要,發(fā)展我國的計(jì)算機(jī)事業(yè)。

          參考文獻(xiàn):

          [1]安宏偉.高校計(jì)算機(jī)機(jī)房軟件維護(hù)管理的探索[J].無線互聯(lián)科技,2012,7:125.

          [2]李丹,劉思維.淺談服務(wù)器的硬件維護(hù)與軟件維護(hù)[J].華章,2012,33:331.

          [3]邸鳳英,李鋒.軟件項(xiàng)目維護(hù)成本估算模型研究[J].計(jì)算機(jī)應(yīng)用與軟件,2012,12:166-170.

        【淺析計(jì)算機(jī)軟件維護(hù)】相關(guān)文章:

        1.淺析計(jì)算機(jī)軟件工程管理維護(hù)

        2.淺析計(jì)算機(jī)軟件工程的維護(hù)措施

        3.淺析計(jì)算機(jī)軟件設(shè)計(jì)中的可維護(hù)性

        4.試論計(jì)算機(jī)軟件維護(hù)

        5.論計(jì)算機(jī)軟件維護(hù)

        6.計(jì)算機(jī)軟件日常維護(hù)措施論文

        7.計(jì)算機(jī)軟件工程維護(hù)策略

        8.計(jì)算機(jī)軟件工程管理維護(hù)

        国产高潮无套免费视频_久久九九兔免费精品6_99精品热6080YY久久_国产91久久久久久无码

        1. <tt id="5hhch"><source id="5hhch"></source></tt>
          1. <xmp id="5hhch"></xmp>

        2. <xmp id="5hhch"><rt id="5hhch"></rt></xmp>

          <rp id="5hhch"></rp>
              <dfn id="5hhch"></dfn>