國(guó)家標(biāo)準(zhǔn)GB-T14079-1993-軟件維護(hù)指南

?中華人民共和國(guó)國(guó)家標(biāo)準(zhǔn)

G8/T14079—93

軟件維護(hù)指南

GUNel5量e.量80『twa『ema5nte量Qnce

1主題內(nèi)容與適用范圍

本標(biāo)準(zhǔn)描述軟件維護(hù)的內(nèi)容和類型、維護(hù)過(guò)程及維護(hù)的限制和改良.

本標(biāo)準(zhǔn)適用于軟件生存周期的運(yùn)行和維護(hù)階段,主要供軟件治理人員和維護(hù)人員使用.

2引用標(biāo)準(zhǔn)

GB8567計(jì)算機(jī)軟件產(chǎn)品開(kāi)發(fā)文件編制指南

GB/Tl1457軟件工程術(shù)語(yǔ)

3術(shù)語(yǔ)

本標(biāo)準(zhǔn)使用GB/T11457中的術(shù)語(yǔ)及以下術(shù)語(yǔ)：

3.1自底向上法

在層次結(jié)構(gòu)的軟件中,一種從最低層成份開(kāi)始逐級(jí)向上擴(kuò)展,直到最高層成份的開(kāi)發(fā)方

法.

3.2自頂向下法

在層次結(jié)構(gòu)的軟件中,一種從最高層成份開(kāi)始逐級(jí)向下擴(kuò)展,直到最低層成份的開(kāi)發(fā)方

法.

3.3編譯擴(kuò)展

一種程序設(shè)計(jì)語(yǔ)言的特征.這種特征超越了該語(yǔ)言的標(biāo)準(zhǔn)特征,但仍可以為一專門的編

譯程序所接受并加以編譯.

3.4同級(jí)評(píng)審

一種質(zhì)量保證方法,由兩個(gè)或多個(gè)同級(jí)程序員互相檢查、評(píng)估,以保證被檢查內(nèi)容正確,

且與軟件的其他局部相一致.

3.5軟件維護(hù)治理機(jī)構(gòu)

為評(píng)審修改帶來(lái)的影響、制訂維護(hù)方案、復(fù)查修改結(jié)果、治理維護(hù)工作等而設(shè)立的機(jī)構(gòu).

3.6軟件維護(hù)主管

組織、治理和協(xié)調(diào)維護(hù)工作的負(fù)責(zé)人.

3.7維護(hù)治理人員

治理一個(gè)或幾個(gè)軟件的維護(hù)工作的技術(shù)人員.

3.8軟件維護(hù)人員

具體完成軟件維護(hù)的工作人員.

4軟件維護(hù)的內(nèi)容與類型

軟件維護(hù)是在軟件產(chǎn)品交付使用之后,為糾正故障,改善性能和其他屬性,或使產(chǎn)品適

應(yīng)改變了的環(huán)境所進(jìn)行的修改活動(dòng).

4.1完善性維護(hù)

完善性維護(hù)是為擴(kuò)充功能和改善性能而進(jìn)行修改和擴(kuò)充,以滿足用戶變化了的需求.主

要內(nèi)容包括：

s.為擴(kuò)充或增強(qiáng)功能而作的修改〔如擴(kuò)充解題范圍和算法優(yōu)化〕；

b.為提升性能而作的修改〔如提升精度,節(jié)省存儲(chǔ)空間等〕；

c.為便于維護(hù)而作的修改〔如增加注釋,改良易讀性〕.

4.2適應(yīng)性維護(hù)

適應(yīng)性維護(hù)是為適應(yīng)軟件運(yùn)行環(huán)境的變化而作的修改,變化的主要內(nèi)容包括：

a.影響系統(tǒng)的規(guī)定、法律和規(guī)那么的變化；

b.硬件配置的變化,如機(jī)型、終端、打印機(jī)等的變化；

c.數(shù)據(jù)格式或文卷結(jié)構(gòu)的變化；

d.系統(tǒng)軟件的變化,如操作系統(tǒng)、編譯系統(tǒng)或?qū)嵱贸绦虻淖兓?

4.3改正性維護(hù)

改正性維護(hù)是為維持系統(tǒng)操作運(yùn)行,對(duì)在開(kāi)發(fā)過(guò)程產(chǎn)生而在測(cè)試和驗(yàn)收時(shí)沒(méi)有發(fā)現(xiàn)的錯(cuò)誤而進(jìn)行的改正.所必需改正的錯(cuò)誤包括：

s.設(shè)計(jì)錯(cuò)誤；

b.邏輯錯(cuò)誤；

c.編碼錯(cuò)誤；

d.文檔錯(cuò)誤；

e.數(shù)據(jù)錯(cuò)誤.

5軟件維護(hù)過(guò)程

軟件生存周期中的維護(hù)階段通常起始于軟件產(chǎn)品交付給用戶、用戶驗(yàn)收之時(shí).軟件維護(hù)

活動(dòng)通?？啥x成軟件生存周期中前幾個(gè)階段的重復(fù).軟件維護(hù)與軟件開(kāi)發(fā)有許多相同的活

動(dòng),但也有其獨(dú)特之處：

a.維護(hù)活動(dòng)限定在已有系統(tǒng)的框架之內(nèi)完成,維護(hù)人員必須在已有的設(shè)計(jì)和編碼結(jié)構(gòu)

的約束下作出修改,一般系統(tǒng)越舊,軟件維護(hù)越困難和越費(fèi)時(shí).

b.通常軟件維護(hù)階段的時(shí)間比軟件開(kāi)發(fā)的時(shí)間長(zhǎng)得多,但一項(xiàng)具體的軟件維護(hù)一般比

該軟件的開(kāi)發(fā)時(shí)間短得多.

c.軟件開(kāi)發(fā)必須從無(wú)到有產(chǎn)生所有測(cè)試數(shù)據(jù),而軟件維護(hù)通常可以便用現(xiàn)有的測(cè)試數(shù)

據(jù)進(jìn)行回歸測(cè)試.有時(shí)還要產(chǎn)生新的數(shù)據(jù),對(duì)軟件修改及修改后的影響進(jìn)行必要的測(cè)試.

完成一項(xiàng)軟件維護(hù)的過(guò)程是復(fù)雜的.下面按順序列出完成一項(xiàng)軟件維護(hù)過(guò)程的步驟：

a.確定修改類型；

b.確定修改的需要；

c.提出修改請(qǐng)求；

d.需求分析；

e.認(rèn)可或否決修改請(qǐng)求；

f.安排任務(wù)進(jìn)度；

g.設(shè)計(jì)；

h.設(shè)計(jì)評(píng)審；

5.編碼修改和排錯(cuò)；

j.評(píng)審編碼修改i

k.測(cè)試；

I.更新文檔；

m.標(biāo)準(zhǔn)審計(jì)；

n.用戶驗(yàn)收；

o.安裝后評(píng)審修改及其對(duì)系統(tǒng)的影響.

其中有幾個(gè)步驟會(huì)經(jīng)常發(fā)生循環(huán),但并不是每次修改都要執(zhí)行所有的步驟.

6軟件維護(hù)的限制和改良

軟件維護(hù)必須有限制地進(jìn)行,使整個(gè)過(guò)程中都處于適當(dāng)?shù)闹卫砗拖拗浦?除了限制預(yù)

算、進(jìn)度和人員,關(guān)鍵在于要由軟件維護(hù)主管來(lái)負(fù)責(zé)限制和修改系統(tǒng).

大量的編碼在開(kāi)發(fā)過(guò)程中并非都考慮到了維護(hù).即使原來(lái)是良好設(shè)計(jì)及良好實(shí)現(xiàn)的編碼和邏輯,也會(huì)因無(wú)休止的“決速排錯(cuò)〞和修補(bǔ)工作受到破壞.所以一個(gè)系統(tǒng)不僅在開(kāi)發(fā)時(shí)要

考慮到維護(hù),還要在維護(hù)時(shí)考慮到將來(lái)的維護(hù).

6.1軟件維護(hù)的限制

軟件系統(tǒng)的可維護(hù)性常常隨著時(shí)間的推移而降低,這是許多因素綜合的結(jié)果.如果沒(méi)有

為軟件維護(hù)治理制定嚴(yán)格的條例,或條例貫徹不力,許多系統(tǒng)都將蛻變到無(wú)法繼續(xù)維護(hù)的地

步.

軟件維護(hù)的目標(biāo)是保持系統(tǒng)功能和及時(shí)、滿意地響應(yīng)用戶的請(qǐng)求.

軟件維護(hù)的限制是保持一個(gè)有秩序的維護(hù)過(guò)程,在這個(gè)過(guò)程中所有的維護(hù)請(qǐng)求要正式提

出、評(píng)審,給予一個(gè)優(yōu)先級(jí)并安排進(jìn)度.

6.1.1確立軟件維護(hù)的策略

軟件維護(hù)策略確實(shí)定是軟件維護(hù)限制的一個(gè)關(guān)鍵步驟.軟件維護(hù)策略應(yīng)充分地描述軟件

維護(hù)組織的責(zé)任、權(quán)利、職能及操作,它應(yīng)全面地考慮到軟件系統(tǒng)和它的環(huán)境的任何類型變化.該策略應(yīng)由軟件維護(hù)治理機(jī)構(gòu)制定和支持.

軟件維護(hù)策略必須具體地闡述修改的需要和理由、修改的責(zé)任和步驟.規(guī)定限制修改軟

件的過(guò)程和步驟,使請(qǐng)求的修改從提議到完成有限制地進(jìn)行.

為保證維護(hù)策略的貫徹執(zhí)行,需進(jìn)行評(píng)審和審計(jì).

6.1.2評(píng)審和評(píng)價(jià)所有修改請(qǐng)求

a.所有的修改要求應(yīng)先提出正規(guī)的書(shū)面請(qǐng)求；

b.評(píng)審所有修改請(qǐng)求；

c.分析和評(píng)價(jià)修改請(qǐng)求的類型和額度；

d.考慮對(duì)修改的需要程度和它可預(yù)見(jiàn)的使用,所有修改都需有充足的理由；

e.評(píng)價(jià)修改,以保證與原來(lái)的系統(tǒng)設(shè)計(jì)和用意不沖突,對(duì)每個(gè)修改都應(yīng)該仔細(xì)考慮其

影響；

『.應(yīng)特別強(qiáng)調(diào)確定所建議的修改是增強(qiáng)還是降低系統(tǒng)的性能；

g?僅當(dāng)修改的效益超過(guò)其本錢時(shí)方可修改.

6.1.3為維護(hù)安排進(jìn)度

a.給每個(gè)修改請(qǐng)求分配一個(gè)優(yōu)先級(jí)；

b.為每個(gè)認(rèn)可的修改請(qǐng)求安排進(jìn)度；

c.遵守安排的進(jìn)度.

6.1.4將代碼修改限制于批準(zhǔn)的工作范圍內(nèi)

軟件維護(hù)主管必須監(jiān)督維護(hù)人員的工作,保證只在授權(quán)的工作范圍內(nèi)作修改.為有效實(shí)

行監(jiān)督,必須將所有的維護(hù)活動(dòng)記入文檔,包括修改請(qǐng)求報(bào)告和完成修改后的源程序清單,并為系統(tǒng)復(fù)原做好安月6.

6.1.5強(qiáng)制實(shí)施文檔標(biāo)準(zhǔn)和編碼約定

必須貫徹編碼約定和文檔標(biāo)準(zhǔn),以對(duì)軟件維護(hù)人員的所有工作進(jìn)行經(jīng)常不斷的強(qiáng)制性評(píng)審和檢查.在開(kāi)始一項(xiàng)新的維護(hù)工作之前,應(yīng)當(dāng)為更新文檔分配足夠的時(shí)間.

6.2軟件維護(hù)的改良

可維護(hù)性是對(duì)軟件進(jìn)行修改的難易程度.一個(gè)系統(tǒng)的可維護(hù)性必須放在系統(tǒng)的整個(gè)生存

周期中加以考慮.在系統(tǒng)最初的設(shè)計(jì)和開(kāi)發(fā)階段就應(yīng)考慮到可維護(hù)性.

由于維護(hù)階段的處理過(guò)程同開(kāi)發(fā)階段相似,因此許多技術(shù)和開(kāi)發(fā)工具也可用在維護(hù)階段.為提升軟件可維護(hù)性,應(yīng)在系統(tǒng)的整個(gè)生存周期中綜合地使用以下技術(shù)和原理.

6.2.1編碼指南

編碼指南和標(biāo)準(zhǔn)提供了一種提升系統(tǒng)可維護(hù)性的結(jié)構(gòu)和框架,它使得系統(tǒng)以一種共同的、更易理解的方式進(jìn)行開(kāi)發(fā)和維護(hù).編碼應(yīng)遵循以下根本原那么.

6.2.1.1單一高級(jí)語(yǔ)言

盡可能只用一種符合標(biāo)準(zhǔn)的高級(jí)語(yǔ)言.

6.2.1.2編碼約定

維護(hù)人員首先必須克服的困難是編碼本身,開(kāi)發(fā)人員和維護(hù)人員編寫(xiě)大量源碼時(shí)很少考

慮到以后的維護(hù)人員,結(jié)果使得源碼的可讀性很差.源碼一定要加注解并用結(jié)構(gòu)化格式編寫(xiě).

以下技術(shù)可提升程序的可讀性：

n.盡量采用較簡(jiǎn)單的方法；

b.代碼的每節(jié)開(kāi)始行使用行首空格把一系列代碼分成段.行首空格和字間的間隔是顯

示附屬關(guān)系的兩種方法；

c.用有意義的注釋來(lái)適當(dāng)?shù)貫榇a加說(shuō)明；

d.使用有意義的變量名,以表達(dá)此數(shù)據(jù)項(xiàng)是什么以及為何要使用它；

e.防止使用相似的變量名；

『.在程序的過(guò)程/函數(shù)之間用參數(shù)來(lái)傳遞數(shù)據(jù)；

g?在變量名中使用數(shù)字時(shí),應(yīng)放在末端.用作程序序標(biāo)簽或標(biāo)號(hào)的數(shù)字應(yīng)按順序給

出；

h.?邏輯上相關(guān)的功能應(yīng)集中安排在同一模塊或模塊集,盡可能使邏輯流向自頂向下；

5.防止使用程序語(yǔ)言版本的非標(biāo)準(zhǔn)特征.

1.1.1.3結(jié)構(gòu)化和模塊化

應(yīng)采用自頂向下的程序設(shè)計(jì)方法,使程序的靜態(tài)結(jié)構(gòu)與執(zhí)行時(shí)的動(dòng)態(tài)結(jié)構(gòu)相一致.

模塊化是指用一組小的層次結(jié)構(gòu)的單元或例行程序構(gòu)成程序,其中每個(gè)單元或例行程序

集完成特定的單一功能.模塊性不是僅僅將程序分段,模塊的結(jié)構(gòu)必須遵循以下設(shè)計(jì)原那么：

a.一個(gè)模塊應(yīng)只完成一個(gè)主要功能；

b.模塊間的相互作用應(yīng)最少；

c.一個(gè)模塊應(yīng)只有一個(gè)入口和一個(gè)出口.

1.1.1.4標(biāo)準(zhǔn)數(shù)據(jù)定義

一定要為系統(tǒng)制定一組數(shù)據(jù)定義的標(biāo)準(zhǔn).這些數(shù)據(jù)定義可聚集于數(shù)據(jù)字典.字典項(xiàng)定義

了系統(tǒng)中使用的每個(gè)數(shù)據(jù)元素名字、屬性、用途和內(nèi)容.這些名字要盡可能具有描述性和意

義.正確一致地定義數(shù)據(jù)標(biāo)準(zhǔn),就會(huì)大大簡(jiǎn)化閱讀和理解各模塊,并保證各模塊問(wèn)的正確通

信.

1.1.1.5良好注釋的代碼

好的注釋可增強(qiáng)源碼的可理解性.除了提升程序可讀性,注釋還有兩個(gè)重要用途,即提

供程序的用途和歷史信息、它的起源〔作者、生成和修改日期卜子程序名和個(gè)數(shù)以及輸入/輸出需求和格式,其次也提供操作限制信息、指示和建議來(lái)幫助維護(hù)人員理解代碼中不清楚的局部.

1.1.1.6編譯程序擴(kuò)展

使用編譯程序的非標(biāo)準(zhǔn)特征會(huì)嚴(yán)重影響系統(tǒng)的可維護(hù)性.如果編譯程序更改了,或如果

系統(tǒng)必須移至新機(jī)器,那么以前的編譯程序擴(kuò)展很可能與新的編譯程序相沖突.因此最好限制

語(yǔ)言的擴(kuò)展和保存語(yǔ)言根本特征的一致.如果需要使用編譯程序擴(kuò)展,應(yīng)編制良好文檔加以

說(shuō)明.

6.2.2文檔編寫(xiě)指南

一個(gè)系統(tǒng)的文檔是良好維護(hù)的根底,文檔編寫(xiě)工作應(yīng)貫穿系統(tǒng)的整個(gè)生存周期.應(yīng)有計(jì)

劃地建立和及時(shí)地更新文檔,使維護(hù)人員能很快地找到所需的信息.應(yīng)參照GB8567編制

文檔.

文檔合格的關(guān)鍵不僅是將必需的信息記錄下來(lái),以保持文檔的及時(shí)更新和一致；而且必

須使維護(hù)人員能迅速地獲得它.對(duì)于維護(hù)人員來(lái)說(shuō),具有受控的存取和修改水平的聯(lián)機(jī)文檔

是文檔的最正確形式,如果不能提供聯(lián)機(jī)文檔,應(yīng)保證有一機(jī)制使維護(hù)人員在任何時(shí)候能取用

硬拷貝的文檔.

6.2.3編碼和評(píng)審技術(shù)

本條列出有助于提升軟件可維護(hù)性的設(shè)計(jì)和評(píng)審技術(shù).

6.2.3.1自頂向下/自底向上法

應(yīng)將自頂向下與自底向上的方法組合起來(lái)使用.

6.2.3.2同級(jí)評(píng)審

同級(jí)評(píng)審是一種質(zhì)量保證方法.參加評(píng)審人員務(wù)必明白他們不是要評(píng)價(jià)其他程序員的能

力或表現(xiàn),而是分析和評(píng)價(jià)編碼.評(píng)審內(nèi)容應(yīng)包括可維護(hù)性.

6.2.3.3審查

審查是一種質(zhì)量評(píng)估技術(shù),在軟件生存周期中檢查各階段工作,然后產(chǎn)生一個(gè)報(bào)告指出

發(fā)現(xiàn)的錯(cuò)誤和提出錯(cuò)誤改正要求.

6.2.3.4走查

復(fù)雜的走查方式可以有

簡(jiǎn)單的走查方式是讓兩個(gè)維護(hù)人員一起討論正在進(jìn)行的工作,

份日程表、報(bào)告書(shū)和一位記錄秘書(shū).不管何種方式,目標(biāo)是通過(guò)公開(kāi)直接的交流,提煉好的

主意,修改原來(lái)的方案.

6.2.4測(cè)試標(biāo)準(zhǔn)和過(guò)程

測(cè)試是軟件維護(hù)的關(guān)鍵局部,因此測(cè)試過(guò)程必須強(qiáng)調(diào)一致性,并以合理的原那么為根底,

測(cè)試方案要定義預(yù)期的輸入,測(cè)試有效的、無(wú)效的、預(yù)期的和出乎意料的情況.測(cè)試要檢查

程序是否執(zhí)行預(yù)期任務(wù),測(cè)試的目的是發(fā)現(xiàn)錯(cuò)誤,而不是證實(shí)錯(cuò)誤不存在.

只要有可能,測(cè)試過(guò)程和測(cè)試數(shù)據(jù)均需由其他人完成,而不是由做系統(tǒng)實(shí)際維護(hù)的人來(lái)

完成.

6.3軟件維護(hù)人員的治理

治理是改良軟件維護(hù)過(guò)程的主要因素之一.治理必須指導(dǎo)怎樣維護(hù)軟件,行使對(duì)整個(gè)過(guò)

程的限制,并保證使用高效的軟件維護(hù)技術(shù)和工具.

為保證實(shí)現(xiàn)成功的維護(hù),在維護(hù)過(guò)程中要有效使用良好的治理技術(shù)和方法,必須建立軟

件維護(hù)組織機(jī)構(gòu).

軟件維護(hù)機(jī)構(gòu)由維護(hù)主管、維護(hù)治理機(jī)構(gòu)、維護(hù)治理員和維護(hù)人員組成.

軟件維護(hù)機(jī)構(gòu)的主要任務(wù)是審批維護(hù)請(qǐng)求,制訂并實(shí)施維護(hù)策略,限制和治理維護(hù)過(guò)程,

負(fù)責(zé)軟件維護(hù)的審查,組織評(píng)審和驗(yàn)收,保證軟件維護(hù)任務(wù)的完成.

軟件維護(hù)人員的素質(zhì)對(duì)于有效地進(jìn)行維護(hù)是十分重要的,因此應(yīng)為維護(hù)工程選擇合格的

各級(jí)人員.

下面列出挑選軟件維護(hù)人員和進(jìn)行維護(hù)治理的要點(diǎn)：

a.維護(hù)與開(kāi)發(fā)同等重要,同樣具有難度；

b.維護(hù)人員應(yīng)是合格的、有責(zé)任心的人；

c.維護(hù)不能當(dāng)作初級(jí)人員“放任自流〞式的培訓(xùn)；

d.全體人員應(yīng)輪流分配去做維護(hù)和開(kāi)發(fā)工作；

e.出色的維護(hù)工作應(yīng)同出色的開(kāi)發(fā)工作一樣受到獎(jiǎng)勵(lì)；

『.必須強(qiáng)調(diào)對(duì)維護(hù)人員進(jìn)行良好的培訓(xùn)；

g?輪換分配,不應(yīng)讓一個(gè)系統(tǒng)或一個(gè)系統(tǒng)的主要局部成為某個(gè)人的專有領(lǐng)地.

7軟件維護(hù)與軟件宣新設(shè)計(jì)

維護(hù)是一種不斷進(jìn)行的過(guò)程,但有時(shí)也應(yīng)考慮是否要重新設(shè)計(jì)一個(gè)軟件系統(tǒng).當(dāng)一個(gè)軟

件已變得易出過(guò)失、效率降低和消耗增大,再對(duì)其繼續(xù)維護(hù)的本錢/效益比可能會(huì)超出重新設(shè)計(jì)一個(gè)系統(tǒng)時(shí),應(yīng)考慮是否要重新設(shè)計(jì)一個(gè)軟件系統(tǒng).以下特征可幫助治理人員決定是否

應(yīng)重建軟件.

7.1軟件經(jīng)常出錯(cuò)與性能惡化

代碼越久,那么經(jīng)常的更新、新的需求和功能增強(qiáng)就越會(huì)引起系統(tǒng)的故障和性能惡化.

7.2程序結(jié)構(gòu)和邏輯流過(guò)分復(fù)雜

具有局部或全部以下屬性的軟件通常很難維護(hù),需重新設(shè)計(jì)：

a.過(guò)多使用DO循環(huán)；

b.過(guò)多使用IF語(yǔ)句；

c.使用不必'要的GOTO語(yǔ)句；

d.過(guò)多使用嵌入的常數(shù)和文字；

eo使用不必要的全程變量；

『.使用自我修改的代碼；

g?使用多入口或多出口的模塊；

h.使用相互作用過(guò)多的模塊；

5.使用執(zhí)行同樣或相似功能的模塊.

7.3過(guò)時(shí)的代碼

過(guò)時(shí)的代碼嚴(yán)重影響新系統(tǒng)的性能發(fā)揮.

7.4在仿真方式下運(yùn)行

采用仿真方法,常阻止系統(tǒng)發(fā)揮全部水平和所有功能.仿真系統(tǒng)往往介于功能上尚可實(shí)

用,但效率較低這二者之間.

7.5模塊或單個(gè)子程序非常大

此時(shí),大模塊結(jié)構(gòu)應(yīng)重新構(gòu)造,分成較小的、功能上相關(guān)的局部,這可增強(qiáng)系統(tǒng)的可維

護(hù)性.

7.6過(guò)多的資源需求

需要過(guò)多資源的系統(tǒng)會(huì)成為用戶的沉重負(fù)擔(dān),因此需考慮是增加更多的計(jì)算機(jī)設(shè)備還是

重新設(shè)計(jì)和實(shí)現(xiàn)該系統(tǒng).

7.7將易變的參數(shù)編在代碼中

盡可能對(duì)程序進(jìn)行更新,以使它們能從輸入模塊或一個(gè)數(shù)據(jù)表中讀入?yún)?shù).

7.8難于擁有維護(hù)人員

用低級(jí)語(yǔ)言編寫(xiě)的程序,尤其是匯編,需大量的時(shí)間和人力去維護(hù).一般這類語(yǔ)言不為

人們廣泛了解,因此要尋找了解這類語(yǔ)言的維護(hù)人員日益困難.

7.9文檔嚴(yán)重不全或失真

文檔不全、過(guò)時(shí)或失真,將造成維護(hù)工作極其困難.

7軟件維護(hù)與軟件宣新設(shè)計(jì)

維護(hù)是一種不斷進(jìn)行的過(guò)程,但有時(shí)也應(yīng)考慮是否要重新設(shè)計(jì)一個(gè)軟件系統(tǒng).當(dāng)一個(gè)軟

件已變得易出過(guò)失、效率降低和消耗增大,再對(duì)其繼續(xù)維護(hù)的本錢/效益比可能會(huì)超出重新設(shè)計(jì)一個(gè)系統(tǒng)時(shí),應(yīng)考慮是否要重新設(shè)計(jì)一個(gè)軟件系統(tǒng).以下特征可幫助治理人員決定是否

應(yīng)重建軟件.

7.1軟件經(jīng)常出錯(cuò)與性能惡化

代碼越久,那么經(jīng)常的更新、新的需求和功能增強(qiáng)就越會(huì)引起系統(tǒng)的故障和性能惡化.

7.2程序結(jié)構(gòu)和邏輯流過(guò)分復(fù)雜

具有局部或全部以下屬性的軟件通常很難維護(hù),需重新設(shè)計(jì)：

a.過(guò)多使用DO循環(huán)；

b.過(guò)多使用IF語(yǔ)句；

c.使用不必'要的GOTO語(yǔ)句；

d.過(guò)多使用嵌入的常數(shù)和文字；

eo使用不必要的全程變量；

『.使用自我修改的代碼；

g?使用多入口或多出口的模塊；

h.使用相互作用過(guò)多的模塊；

5.使用執(zhí)行同樣或相似功能的模塊.

7.3過(guò)時(shí)的代碼

過(guò)時(shí)的代碼嚴(yán)重影響新系統(tǒng)的性能發(fā)揮.

7.4在仿真方式下運(yùn)行

采用仿真方法,常阻止系統(tǒng)發(fā)揮全部水平和所有功能.仿真系統(tǒng)往往介于功能上尚可實(shí)

用,但效率較低這二者之間.

7.5模塊或單個(gè)子程序非常大

此時(shí),大模塊結(jié)構(gòu)應(yīng)重新構(gòu)造,分成較小的、功能上相關(guān)的局部,這可增強(qiáng)系統(tǒng)的可維

護(hù)性.

7.6過(guò)多的資源需求

需要過(guò)多資源的系統(tǒng)會(huì)成為用戶的沉重負(fù)擔(dān),因此需考慮是增加更多的計(jì)算機(jī)設(shè)備還是

重新設(shè)計(jì)和實(shí)現(xiàn)該系統(tǒng).

7.7將易變的參數(shù)編在代碼中

盡可能對(duì)程序進(jìn)行更新,以使它們能從輸入模塊或一個(gè)數(shù)據(jù)表中讀入?yún)?shù).

7.8難于擁有維護(hù)人員

用低級(jí)語(yǔ)言編寫(xiě)的程序,尤其是匯編,需大量的時(shí)間和人力去維護(hù).一般這類語(yǔ)言不為

人們廣泛了解,因此要尋找了解這類語(yǔ)言的維護(hù)人員日益困難.

7.9文檔嚴(yán)重不全或失真

文檔不全、過(guò)時(shí)或失真,將造成維護(hù)工作極其困難.

下午13:00—17:00

B.實(shí)行不定時(shí)工作制的員工,在保證完成甲方工作任務(wù)情況下,經(jīng)公司同意,可自行安排工作和休息時(shí)間.

3.1.2打卡制度.

3.1.2.1公司實(shí)行上、下班指紋錄入打卡制度.全體員工都必須自覺(jué)遵守工作時(shí)間,實(shí)行不定時(shí)工作制的員工不必打卡.

3.1.2.2打卡次數(shù)：一日兩次,即早上上班打卡一次,下午下班打卡一次.

3.1.2.3打卡時(shí)間：打卡時(shí)間為上班到崗時(shí)間和下班離崗時(shí)間；

3.1.2.4因公外出不能打卡：因公外出不能打卡應(yīng)填寫(xiě)?外勤登記表?,注明外出日期、事由、外勤起止時(shí)間.因公外出需事先申請(qǐng),如因特殊情況不能事先申請(qǐng),應(yīng)在事畢到崗當(dāng)日完成申請(qǐng)、

審批手續(xù),否那么按曠工處理.因停電、卡鐘〔工卡〕故障未打卡的員工,上班前、下班后要及時(shí)到部門考勤員處填寫(xiě)?未打卡補(bǔ)簽申請(qǐng)表?,由直接主管簽字證實(shí)當(dāng)日的出勤狀況,報(bào)部門經(jīng)理、

人力資源部批準(zhǔn)后,月底由部門考勤員據(jù)此上報(bào)考勤.上述情況考勤由各部門或分公司和工程文員協(xié)助人力資源部進(jìn)行治理.

3.1.2.5手工考勤制度

,可由各部門提出人員名單,經(jīng)主管副總批準(zhǔn)后,報(bào)人力資源部審批備案.

3.1.2.6手工考勤制申請(qǐng)：由于工作性質(zhì),員工無(wú)法正常打卡〔如外圍人員、出差〕

3.1.2.7參與手工考勤的員工,需由其主管部門的部門考勤員〔文員〕或部門指定人員進(jìn)行考勤治理,并于每月26日前向人力資源部遞交考勤報(bào)表.

3.1.2.8參與手工考勤的員工如有請(qǐng)假情況發(fā)生,應(yīng)遵守相關(guān)請(qǐng)、休假制度,如實(shí)填報(bào)相關(guān)表單.

3.1.2.9外派員工在外派工作期間的考勤,需在外派公司打卡記錄；如遇中途出差,持出差證實(shí),出差期間的考勤在出差地所在公司打卡記錄；

3.2加班治理

3.2.1定義

加班是指員工在節(jié)假日或公司規(guī)定的休息日仍照常工作的情況.

A.現(xiàn)場(chǎng)治理人員和勞務(wù)人員的加班應(yīng)嚴(yán)格限制,各部門應(yīng)按月工時(shí)標(biāo)準(zhǔn),合理安排工作班次.部門經(jīng)理要嚴(yán)格審批員工排班表,保證員工有效工時(shí)到達(dá)要求.但凡到達(dá)月工時(shí)標(biāo)準(zhǔn)的,應(yīng)扣減

員工本人的存休或工資；對(duì)超出月工時(shí)標(biāo)準(zhǔn)的,應(yīng)說(shuō)明理由,報(bào)主管副總和人力資源部審批.

B.因員工月薪工資中的補(bǔ)貼已包括延時(shí)工作補(bǔ)貼,所以延時(shí)工作在4b時(shí)〔不含〕以下的,不再另計(jì)加班工資.因工作需要,一般員工延時(shí)工作4小時(shí)至8小時(shí)可申報(bào)加班半天,超過(guò)8小

時(shí)可申報(bào)加班1天.對(duì)主管〔含〕以上治理人員,一般情況下延時(shí)工作不計(jì)加班,因特殊情況經(jīng)總經(jīng)理以上領(lǐng)導(dǎo)批準(zhǔn)的延時(shí)工作,可按以上標(biāo)準(zhǔn)計(jì)加班.

3.2.2.2員工加班應(yīng)提前申請(qǐng),事先填寫(xiě)?加班申請(qǐng)表?,因無(wú)法確定加班工時(shí)的,應(yīng)在本次加班完成后3個(gè)工作日內(nèi)補(bǔ)填?加班申請(qǐng)表?.?加班申請(qǐng)表?經(jīng)部門經(jīng)理同意,主管副總經(jīng)理審核

報(bào)總經(jīng)理批準(zhǔn)后有效.?加班申請(qǐng)表?必須事前當(dāng)月內(nèi)上報(bào)有效,如遇特殊情況,也必須在一周內(nèi)上報(bào)至總經(jīng)理批準(zhǔn).如未履行上述程序,視為乙方自愿加班.

3.2.2.3員工加班,也應(yīng)按規(guī)定打卡,沒(méi)有打卡記錄的加班,公司不予成認(rèn)；有打卡記錄但無(wú)公司總經(jīng)理批準(zhǔn)的加班,公司不予成認(rèn)加班.

3.2.2.4原那么上,參加公司組織的各種培訓(xùn)、集體活動(dòng)不計(jì)加班.

3.2.2.5加班工資的補(bǔ)償：?jiǎn)T工在排班休息日的加班,可以以倒休形式安排補(bǔ)休.原那么上,員工加班以倒休形式補(bǔ)休的,公司將根據(jù)工作需要統(tǒng)一安排在春節(jié)前后補(bǔ)休.加班可按1:1的比例沖

抵病、事假.

3.2.3加班的申請(qǐng)、審批、確認(rèn)流程

3.2.3.1?加班申請(qǐng)表?在各部門文員處領(lǐng)取,加班統(tǒng)計(jì)周期為上月26日至本月25日.

3.2.3.2員工加班也要按規(guī)定打卡,沒(méi)有打卡記錄的加班,公司不予成認(rèn).各部門的考勤員〔文員〕負(fù)責(zé)?加班申請(qǐng)表?的保管及加班申報(bào).員工加班應(yīng)提前申請(qǐng),事先填寫(xiě)?加班申請(qǐng)表?加班

前到部門考勤員〔文員〕處領(lǐng)取?加班申請(qǐng)表?,?加班申請(qǐng)表?經(jīng)工程治理中央或部門經(jīng)理同意,主管副總審核,總經(jīng)理簽字批準(zhǔn)后有效.填寫(xiě)并履行完審批手續(xù)后交由部門考勤員〔文員〕保

管.

27日匯總交人力資源部,逾期未交的加班記錄公司不予成認(rèn).

3.2.3.3部門考勤員〔文員〕負(fù)責(zé)檢查、復(fù)核確認(rèn)考勤記錄的真實(shí)有效性