第一篇:國家標準 GB-T14079-1993-軟件維護指南
中華人民共和國國家標準
G8/T14079—93
軟
件
維
護
指
南
GUNel5量e o量80『twa『e ma5nte量Qnce 1 主題內容與適用范圍
本標準描述軟件維護的內容和類型、維護過程及維護的控制和改進。
本標準適用于軟件生存周期的運行和維護階段,主要供軟件管理人員和維護人員使用。2 引用標準
GB 8567 計算機軟件產品開發文件編制指南
GB/T l1457 軟件工程術語 3 術語
本標準使用GB/T11457中的術語及下列術語:
3.1 自底向上法
在層次結構的軟件中,一種從最低層成份開始逐級向上擴展,直到最高層成份的開發方法。
3.2 自頂向下法
在層次結構的軟件中,一種從最高層成份開始逐級向下擴展,直到最低層成份的開發方法。
3.3 編譯擴展
一種程序設計語言的特征。這種特征超越了該語言的標準特征,但仍可以為一專門的編譯程序所接受并加以編譯。
3.4 同級評審
一種質量保證方法,由兩個或多個同級程序員互相檢查、評估,以確保被檢查內容正確,且與軟件的其他部分相一致。3.5軟件維護管理機構
為評審修改帶來的影響、制訂維護計劃、復查修改結果、管理維護工作等而設立的機構。3.6軟件維護主管
組織、管理和協調維護工作的負責人。3.7維護管理人員
管理一個或幾個軟件的維護工作的技術人員。3.8軟件維護人員
具體完成軟件維護的工作人員。軟件維護的內容與類型
軟件維護是在軟件產品交付使用之后,為糾正故障,改善性能和其他屬性,或使產品適應改變了的環境所進行的修改活動。4.1 完善性維護
完善性維護是為擴充功能和改善性能而進行修改和擴充,以滿足用戶變化了的需求。主要內容包括:
s.為擴充或增強功能而作的修改(如擴充解題范圍和算法優化);
b.為提高性能而作的修改(如提高精度,節省存儲空間等);
c.為便于維護而作的修改(如增加注釋,改進易讀性)。
4.2適應性維護
適應性維護是為適應軟件運行環境的變化而作的修改,變化的主要內容包括:
a.影響系統的規定、法律和規則的變化;
b.硬件配置的變化,如機型、終端、打印機等的變化;
c.數據格式或文卷結構的變化;
·
d.系統軟件的變化,如操作系統、編譯系統或實用程序的變化。4.3改正性維護
改正性維護是為維持系統操作運行,對在開發過程產生而在測試和驗收時沒有發現的錯誤而進行的改正。所必需改正的錯誤包括:
s.設計錯誤;
b.邏輯錯誤;
c.編碼錯誤;
d.文檔錯誤;
e.數據錯誤。5軟件維護過程
軟件生存周期中的維護階段通常起始于軟件產品交付給用戶、用戶驗收之時。軟件維護活動通常可定義成軟件生存周期中前幾個階段的重復。軟件維護與軟件開發有許多相同的活動,但也有其獨特之處:
a.維護活動限定在已有系統的框架之內完成,維護人員必須在已有的設計和編碼結構的約束下作出修改,一般系統越舊,軟件維護越困難和越費時。
b.通常軟件維護階段的時間比軟件開發的時間長得多,但一項具體的軟件維護一般比該軟件的開發時間短得多。
c.軟件開發必須從無到有產生所有測試數據,而軟件維護通常可以便用現有的測試數據進行回歸測試。有時還要產生新的數據,對軟件修改及修改后的影響進行必要的測試。
完成一項軟件維護的過程是復雜的。下面按順序列出完成一項軟件維護過程的步驟:
a.確定修改類型;
b.確定修改的需要;
c.提出修改請求;
d.需求分析;
e.認可或否決修改請求;
f.安排任務進度;
g.設計;
h.設計評審;
5.編碼修改和排錯;
j.評審編碼修改i
k.測試;
I.更新文檔;
m.標準審計;
n.用戶驗收;
o.安裝后評審修改及其對系統的影響。
其中有幾個步驟會經常發生循環,但并不是每次修改都要執行所有的步驟。6軟件維護的控制和改進
軟件維護必須有控制地進行,使整個過程中都處于適當的管理和控制之下。除了控制預算、進度和人員,關鍵在于要由軟件維護主管來負責控制和修改系統。
大量的編碼在開發過程中并非都考慮到了維護。即使原來是良好設計及良好實現的編碼和邏輯,也會因無休止的”決速排錯”和修補工作受到破壞。所以一個系統不僅在開發時要考慮到維護,還要在維護時考慮到將來的維護。6.1 軟件維護的控制
軟件系統的可維護性常常隨著時間的推移而降低,這是許多因素綜合的結果。如果沒有為軟件維護管理制定嚴格的條例,或條例貫徹不力,許多系統都將蛻變到無法繼續維護的地步。
軟件維護的目標是保持系統功能和及時、滿意地響應用戶的請求。
軟件維護的控制是保持一個有秩序的維護過程,在這個過程中所有的維護請求要正式提出、評審,給予一個優先級并安排進度。
6.1.1 確立軟件維護的策略
軟件維護策略的確定是軟件維護控制的一個關鍵步驟。軟件維護策略應充分地描述軟件維護組織的責任、權利、職能及操作,它應全面地考慮到軟件系統和它的環境的任何類型變化。該策略應由軟件維護管理機構制定和支持。
軟件維護策略必須具體地闡述修改的需要和理由、修改的責任和步驟。規定控制修改軟件的過程和步驟,使請求的修改從提議到完成有控制地進行。
為保證維護策略的貫徹執行,需進行評審和審計。6.1.2 評審和評價所有修改請求
a.所有的修改要求應先提出正規的書面請求;
b.評審所有修改請求;
c.分析和評價修改請求的類型和額度;
d.考慮對修改的需要程度和它可預見的使用,所有修改都需有充足的理由;
e.評價修改,以確保與原來的系統設計和用意不沖突,對每個修改都應該仔細考慮其影響;
『.應特別強調確定所建議的修改是增強還是降低系統的性能;
g·
僅當修改的效益超過其成本時方可修改。6.1.3 為維護安排進度
a.給每個修改請求分配一個優先級;
b.為每個認可的修改請求安排進度;
c.遵守安排的進度。
6.1.4 將代碼修改限制于批準的工作范圍內
軟件維護主管必須監督維護人員的工作,確保只在授權的工作范圍內作修改。為有效實行監督,必須將所有的維護活動記入文檔,包括修改請求報告和完成修改后的源程序清單,并為系統復原做好安月6。
6.1.5 強制實施文檔標準和編碼約定
必須貫徹編碼約定和文檔標準,以對軟件維護人員的所有工作進行經常不斷的強制性評審和檢查。在開始一項新的維護工作之前,應當為更新文檔分配足夠的時間。
6.2軟件維護的改進
可維護性是對軟件進行修改的難易程度。一個系統的可維護性必須放在系統的整個生存周期中加以考慮。在系統最初的設計和開發階段就應考慮到可維護性。
由于維護階段的處理過程同開發階段相似,因此許多技術和開發工具也可用在維護階段。為提高軟件可維護性,應在系統的整個生存周期中綜合地使用下列技術和原理。6.2.1 編碼指南
編碼指南和標準提供了一種提高系統可維護性的結構和框架,它使得系統以一種共同的、更易理解的方式進行開發和維護。編碼應遵循下列基本原則。6.2.1.1 單一高級語言
盡可能只用一種符合標準的高級語言。6.2.1.2 編碼約定
維護人員首先必須克服的困難是編碼本身,開發人員和維護人員編寫大量源碼時很少考慮到以后的維護人員,結果使得源碼的可讀性很差。源碼一定要加注解并用結構化格式編寫。下列技術可提高程序的可讀性:
n.盡量采用較簡單的方法;
b.代碼的每節開始行使用行首空格把一系列代碼分成段。行首空格和字間的間隔是顯示從屬關系的兩種方法;
c.用有意義的注釋來適當地為代碼加說明;
d.使用有意義的變量名,以表達此數據項是什么以及為何要使用它;
e.避免使用相似的變量名;
『.在程序的過程/函數之間用參數來傳遞數據;
g·
在變量名中使用數字時,應放在末端。用作程序序標簽或標號的數字應按順序給出;
h.·邏輯上相關的功能應集中安排在同一模塊或模塊集,盡可能使邏輯流向自頂向下;
5.避免使用程序語言版本的非標準特征。6.2.1.3 結構化和模塊化
應采用自頂向下的程序設計方法,使程序的靜態結構與執行時的動態結構相一致。
模塊化是指用一組小的層次結構的單元或例行程序構成程序,其中每個單元或例行程序集完成特定的單一功能。模塊性不是僅僅將程序分段,模塊的結構必須遵循下列設計原則:
a.一個模塊應只完成一個主要功能;
b.模塊間的相互作用應最少;
c.一個模塊應只有一個入口和一個出口。6.2.1.4 標準數據定義
一定要為系統制定一組數據定義的標準。這些數據定義可匯集于數據字典。字典項定義了系統中使用的每個數據元素名字、屬性、用途和內容。這些名字要盡可能具有描述性和意義。正確一致地定義數據標準,就會大大簡化閱讀和理解各模塊,并確保各模塊問的正確通信。
6.2.1.5 良好注釋的代碼
好的注釋可增強源碼的可理解性。除了提高程序可讀性,注釋還有兩個重要用途,即提供程序的用途和歷史信息、它的起源(作者、生成和修改日期)、子程序名和個數以及輸入/輸出需求和格式,其次也提供操作控制信息、指示和建議來幫助維護人員理解代碼中不清楚的部分。
6.2.1.6編譯程序擴展
使用編譯程序的非標準特征會嚴重影響系統的可維護性。如果編譯程序更改了,或如果系統必須移至新機器,則以前的編譯程序擴展很可能與新的編譯程序相沖突。因此最好限制語言的擴展和保留語言基本特征的一致。如果需要使用編譯程序擴展,應編制良好文檔加以說明。
6.2.2 文檔編寫指南
一個系統的文檔是良好維護的基礎,文檔編寫工作應貫穿系統的整個生存周期。應有計劃地建立和及時地更新文檔,使維護人員能很快地找到所需的信息。應參照GB 8567編制文檔。
文檔合格的關鍵不僅是將必需的信息記錄下來,以保持文檔的及時更新和一致;而且必須使維護人員能迅速地獲得它。對于維護人員來說,具有受控的存取和修改能力的聯機文檔是文檔的最佳形式,如果不能提供聯機文檔,應保證有一機制使維護人員在任何時候能取用硬拷貝的文檔。
6.2.3 編碼和評審技術
本條列出有助于提高軟件可維護性的設計和評審技術。6.2.3.1 自頂向下/自底向上法
應將自頂向下與自底向上的方法組合起來使用。
6.2.3.2 同級評審
同級評審是一種質量保證方法。參加評審人員務必明白他們不是要評價其他程序員的能力或表現,而是分析和評價編碼。評審內容應包括可維護性。6.2.3.3 審查
審查是一種質量評估技術,在軟件生存周期中檢查各階段工作,然后產生一個報告指出發現的錯誤和提出錯誤改正要求。6.2.3.4 走查
簡單的走查方式是讓兩個維護人員一起討論正在進行的工作,復雜的走查方式可以有一份日程表、報告書和一位記錄秘書。不論何種方式,目標是通過公開直接的交流,提煉好的主意,修改原來的方案。6.2.4 測試標準和過程
測試是軟件維護的關鍵部分,因此測試過程必須強調一致性,并以合理的原則為基礎,測試計劃要定義預期的輸入,測試有效的、無效的、預期的和出乎意料的情況。測試要檢查程序是否執行預期任務,測試的目的是發現錯誤,而不是證明錯誤不存在。
只要有可能,測試過程和測試數據均需由其他人完成,而不是由做系統實際維護的人來完成。
6.3 軟件維護人員的管理
管理是改進軟件維護過程的主要因素之一。管理必須指導怎樣維護軟件,行使對整個過程的控制,并保證使用高效的軟件維護技術和工具。
為確保實現成功的維護,在維護過程中要有效使用良好的管理技術和方法,必須建立軟件維護組織機構。
軟件維護機構由維護主管、維護管理機構、維護管理員和維護人員組成。
軟件維護機構的主要任務是審批維護請求,制訂并實施維護策略,控制和管理維護過程,負責軟件維護的審查,組織評審和驗收,確保軟件維護任務的完成。
軟件維護人員的素質對于有效地進行維護是十分重要的,因此應為維護項目選擇合格的各級人員。
下面列出挑選軟件維護人員和進行維護管理的要點:
a.維護與開發同等重要,同樣具有難度;
b.維護人員應是合格的、有責任心的人;
c.維護不能當作初級人員“放任自流”式的培訓;
d.全體人員應輪流分配去做維護和開發工作;
e.出色的維護工作應同出色的開發工作一樣受到獎勵;
『.必須強調對維護人員進行良好的培訓;
g·
輪換分配,不應讓一個系統或一個系統的主要部分成為某個人的專有領地。7 軟件維護與軟件宣新設計
維護是一種不斷進行的過程,但有時也應考慮是否要重新設計一個軟件系統。當一個軟件已變得易出差錯、效率降低和耗費增大,再對其繼續維護的成本/效益比可能會超出重新設計一個系統時,應考慮是否要重新設計一個軟件系統。下列特征可幫助管理人員決定是否應重建軟件。7.1 軟件經常出錯與性能惡化
代碼越久,則經常的更新、新的需求和功能增強就越會引起系統的故障和性能惡化。7.2 程序結構和邏輯流過分復雜
具有部分或全部下列屬性的軟件通常很難維護,需重新設計:
a.過多使用DO循環;
b.過多使用IF語句;
c.使用不必要的GOTO語句;
d.過多使用嵌入的常數和文字;
eo 使用不必要的全程變量;
『.使用自我修改的代碼;
g·
使用多入口或多出口的模塊;
h.使用相互作用過多的模塊;
5.使用執行同樣或相似功能的模塊。7.3過時的代碼
過時的代碼嚴重影響新系統的性能發揮。7.4 在仿真方式下運行
采用仿真方法,常阻止系統發揮全部能力和所有功能。仿真系統往往介于功能上尚可實用,但效率較低這二者之間。7.5 模塊或單個子程序非常大
此時,大模塊結構應重新構造,分成較小的、功能上相關的部分,這可增強系統的可維護性。
7.6 過多的資源需求
需要過多資源的系統會成為用戶的沉重負擔,因此需考慮是增加更多的計算機設備還是重新設計和實現該系統。
7.7 將易變的參數編在代碼中
盡可能對程序進行更新,以使它們能從輸入模塊或一個數據表中讀入參數。7.8 難于擁有維護人員
用低級語言編寫的程序,尤其是匯編,需大量的時間和人力去維護。一般這類語言不為人們廣泛了解,因此要尋找了解這類語言的維護人員日益困難。7.9 文檔嚴重不全或失真
文檔不全、過時或失真,將造成維護工作極其困難。7 軟件維護與軟件宣新設計
維護是一種不斷進行的過程,但有時也應考慮是否要重新設計一個軟件系統。當一個軟件已變得易出差錯、效率降低和耗費增大,再對其繼續維護的成本/效益比可能會超出重新設計一個系統時,應考慮是否要重新設計一個軟件系統。下列特征可幫助管理人員決定是否應重建軟件。
7.1 軟件經常出錯與性能惡化
代碼越久,則經常的更新、新的需求和功能增強就越會引起系統的故障和性能惡化。7.2 程序結構和邏輯流過分復雜
具有部分或全部下列屬性的軟件通常很難維護,需重新設計:
a.過多使用DO循環;
b.過多使用IF語句;
c.使用不必要的GOTO語句;
d.過多使用嵌入的常數和文字;
eo 使用不必要的全程變量;
『.使用自我修改的代碼;
g·
使用多入口或多出口的模塊; h.使用相互作用過多的模塊;
5.使用執行同樣或相似功能的模塊。
7.3過時的代碼
過時的代碼嚴重影響新系統的性能發揮。
7.4 在仿真方式下運行
采用仿真方法,常阻止系統發揮全部能力和所有功能。仿真系統往往介于功能上尚可實用,但效率較低這二者之間。7.5 模塊或單個子程序非常大
此時,大模塊結構應重新構造,分成較小的、功能上相關的部分,這可增強系統的可維護性。
7.6 過多的資源需求
需要過多資源的系統會成為用戶的沉重負擔,因此需考慮是增加更多的計算機設備還是重新設計和實現該系統。
7.7 將易變的參數編在代碼中
盡可能對程序進行更新,以使它們能從輸入模塊或一個數據表中讀入參數。7.8 難于擁有維護人員
用低級語言編寫的程序,尤其是匯編,需大量的時間和人力去維護。一般這類語言不為人們廣泛了解,因此要尋找了解這類語言的維護人員日益困難。7.9 文檔嚴重不全或失真
文檔不全、過時或失真,將造成維護工作極其困難。
第二篇:軟件維護協議
軟件維護協議 甲方:
乙方:xxxxxxxxxx有限公司
甲乙雙方共同協商一致,現依據雙方簽訂的<<軟件購銷合同>>的約定,乙方向甲方的系統軟件(以下簡稱“系統軟件”)提供維護服務事宜簽定本協議。
一、甲方權利義務
1、業務需求發生變化時,對系統軟件提出的修改建議享有及時修改和升級服務,并且屬于非結構性變動或非工作量大的修改,享有免費修改服務。
2、任何系統軟件異常問題,乙方應在2小時內響應,緊急問題乙方應在15分鐘內實時響應,并通過寬帶提供及時服務。
3、享有同一產品同一大版號的軟件無限次免費升級服務;享有數據庫優化和維護服務。
4、及時支付相應服務費用。
二、乙方權利義務
1、及時通過遠程網絡、客戶服務系統、即時通信工具(如:QQ、MSN等)、電話等解決甲方提出的問題。系統設計缺陷問題遠程不能解決時,及時提供免費現場處理服務。
2、系統升級包發布時第一時間告之甲方,并在甲方許可和配合下完成升級。
3、提供在線客服系統: 服務直線:000-1234564、及時收取相應服務費用。
三、維護服務期限:X年
四、費用及支付方式
1、費用總額(不含稅)(RMB: 元)。
2、支付方式:本協議簽訂三個工作日內甲方向乙方提供的賬戶一次性支付。
3、收款賬戶
開戶行:
戶 名:
帳 號:
(麻煩辦款后匯款回單與合同蓋章一起回傳至XXX-123456,聯系電話XXX-123456)
五、爭議解決:
本協議未盡事宜,甲乙雙方友好協商解決;協商不成,提交被告所在地人民法院起訴。
六、其他
1、本協議履行過程中對協議的修改、補充、意見等,必須是經雙方代表簽字單位蓋章后才生效。
2、本協議經雙方代表簽字、單位蓋章后即生法律效力。
3、本協議一式兩份,甲乙雙方各持一份,傳真件具有同等法律效力。
甲方(蓋章):乙方(蓋章):
代表人(簽字):代表人(簽字):時間:2012年月日時間:2012 年月日
第三篇:軟件維護合同
軟件系統維護合同
甲方:
地址:
聯系電話:
乙方:
地址:
甲乙雙方已 2010 年 10月 20 日簽訂了《××銷售合同》,該合同包含自合同簽署之日起1年的免費維護服務。
依據《中華人民共和國合同法》和相關的法律法規,按照平等互利的原則,經甲乙雙方協商,雙方就該軟件系統的維護服務達成以下合同內容。
一、維護服務的定義
“維護服務”是指乙方根據甲方的需求,為甲方提供基于乙方開發軟件的技術指導和產品保障的維護支持服務。
二、維護服務內容
1.乙方向甲方提供的服務形式和內容如下(甲方如果要求乙方超出以下范圍提供維護與技術支
持服務,甲方應與乙方另行協商簽署相關協議,并向乙方支付相應的服務費用):
1)在線服務:乙方通過Web瀏覽器、即時通工具(如QQ、MSN)等在線工具為用戶提供的提交問題、查詢問題、解答問題的在線式服務方式;在線服務能夠及時、方便的為甲方提供維護服務。
2)熱線服務:乙方維護服務人員通過熱線電話為甲方解答技術問題的過程。
3)遠程維護服務:乙方通過遠程維護系統對甲方的軟件系統進行遠程調試的過程。
4)現場服務:乙方派遣技術人員到甲方軟件使用現場解決問題,并對軟件系統進行系統保
障的過程。(差旅費和食宿費由甲方承擔)
2.乙方向甲方提供維護與技術支持服務的范圍包括:
1)由于系統數據庫或軟件發生嚴重故障或在關鍵處理時期內主應用程序出現故障而使甲方的軟件系統停滯并且不能用軟件處理數據;
2)軟件發生問題而導致甲方主要業務受到嚴重干擾并且無法輕易解決(暫時性地)的問題;
3)軟件發生非關鍵性問題,并且甲方能繼續運行系統和/或進行操作;
4)所有有關軟件的使用和實施的問題和要求;
3.本合同或其附件另有約定,乙方對如下軟件產品不提供任何維護與技術支持服務:
1)乙方及乙方代理人之外的任何人未經乙方許可對軟件進行任何方式的修改而產生的軟件
運行故障;
聯系電話:
2)甲方未按照許可合同約定的范圍及限制使用的軟件;
3)甲方所使用的任何第三方軟件產品。
4.乙方提供的標準維護服務并且包括以下情況:
1)甲方人員非法操作、計算機設備感染病毒或第三方產品的故障、計算機設備故障、網絡
故障等使軟件無法正常運行;
2)甲方因軟件遺失、被盜、被誤用或被擅自修改、計算機設備故障、網絡故障、其他軟件的故障、操作失誤等情況造成數據混亂和丟失;
3)對甲方使用軟件的軟硬件提供相應技術指導。
三、現場維護響應時間
1.“響應時間”是指從乙方接到甲方服務請求之后,到與甲方進行溝通并對甲方做出服務承諾的時間。
2.乙方在接到甲方通過電話、信函、傳真、電子郵件、網上提交等方式提出關于軟件的服務請
求后,在24小時之內給予響應并安排提供現場服務。
四、甲方責任
1.甲方應確保有專人負責軟件的使用和管理,并建立相關制度,以確保軟件運行環境(包括計
算機、打印機及相關硬件設備)的安全,為軟件正常運行提供保障。
2.甲方應定期做好系統數據備份,并對備份數據進行妥善保管。
3.甲方應在軟件使用過程中發現軟件出現異常,應及時與乙方取得聯系,并記錄當前故障現象,便于乙方做出診斷。
4.甲方應在乙方進行維護與技術支持時,根據乙方要求,指定配合工作的員工,提供必要的設
備。
5.甲方應在乙方服務人員維護與技術支持完成時,配合檢查軟件系統運行是否正常。
五、維護服務費與合同期限
1.運行維護費用按年收取,每年收取標準為銷售合同總額的%(¥元)。
2.運行維護費用的收費起始時間為年月日,以后每年的開始日期是月日。
六、維護服務費用支付
1.在每年的上述確定日期前一周內支付完下一的運行維護費用,如果中間甲方停止付費,則乙方將終止相應的服務,若要恢復服務,甲方需補交停止的所有技術服務費用。
2.服務費不包括乙方服務人員為向甲方提供維護與技術支持服務所支出的差旅費和食宿費,乙
方在提供維護與技術支持服務過程中實際發生的差旅費和食宿費由甲方報銷,但是乙方在上述款項支出前應獲得甲方的書面確認。
七、責任限制
1.除本合同的明確約定以外,乙方不對維護服務做其他任何明示的或者暗示的保證或承諾。
2.乙方承諾根據本合同的約定及時向甲方提供服務,但是對于因不可抗力因素導致的延誤而給
甲方造成的損失不承擔任何責任。
3.甲方違反本合同第四條的約定,導致乙方無法提供或無法按合同約定的期限提供服務,乙方
不承擔任何責任。
4.乙方的維護與支持人員不履行或不按本合同約定履行服務,導致甲方無法正常使用軟件,并
造成了實際損失,乙方應該給甲方以適當的經濟補償;補償標準不超過甲方所支付的一年的維護服務費。
八、合同終止
1.甲方終止。在本合同的有效期內,甲方有權取消對軟件或其中某一模塊的維護與技術支持服
務,但應提前一個月通知乙方,并支付乙方已提供的服務的費用。如甲方已預付服務費,則乙方退還甲方未提供的服務的費用。
2.乙方終止。
1)甲方使用軟件的許可終止,本合同自動終止,甲方已支付的服務費不予退還;
2)甲方未能履行本合同第四條的約定義務;
3)甲方在本合同有效期內中止支付維護服務費,乙方有權終止本合同,若要恢復服務,甲
方需補交停止的所有維護服務費用。
3.合同期限屆滿并且雙方沒有續簽合同,本合同終止。
九、爭議解決
1.凡由本合同引起的或解釋與執行本合同有關的任何爭議,雙方應當友好協商或調解解決。
2.協商或調解不成,雙方同意將爭議提交上海仲裁委員會申請仲裁。
十、本合同經雙方代表人簽字蓋章后生效。本合同一式二份,甲乙雙方各持一份。
十一、其他未盡事宜,雙方應友好協商解決,并簽署書面補充協議,補充協議與本合同具有同等法律效力。
甲方(蓋章):
甲方代表:
簽署日期:乙方(蓋章): 乙方代表: 簽署日期:
第四篇:(軟件)維護合同
軟件系統維護合同
甲方:
乙方(服務方):沈陽科儀視訊系統工程有限公司
甲乙雙方本著互相信任、真誠合作的原則,經雙方友好協商,就乙方為甲方提供技術支持服務達成一致意見,特簽訂本合同。
一、維護目的
通過對軟件的標準化維護,幫助客戶正確使用、管理和維護應用軟件,解決應用軟件運行過程中出現的問題,保證應用軟件正常穩定運行。
二、維護內容
由于計算機硬件、操作系統、數據庫等更新很快,系統需要及時升級,跟上計算機技術更新換代的步伐。
軟件維護分類:
1、完善性維護
主要包括:模塊功能擴展、模塊功能修改、用戶新功能培訓等。
2、適應性維護
主要包括:數據庫升級、服務器操作系統升級、服務器硬件升級等。
3、數據災難維護
主要包括:數據備份、數據恢復、系統恢復等。
4、網絡安全維護
主要包括:網絡黑客攻擊分析、服務器安全配置、網絡故障恢復等。
5、日常維護
主要包括:日常使用故障解決、用戶培訓、新數據庫清空及以往數據庫備份等。
三、維護任務
1、軟件系統所涉及的所有軟件模塊維護
2、系統運行的服務器軟件環境維護
3、系統運行的服務器網絡安全環境維護
四、合同適用說明
甲乙雙方簽訂本合同,表明甲方接受乙方所提供的標準服務;否則,視甲方主動放棄乙方所提供的服務。
五、乙方提供維護列表及收費標準 5.1乙方提供的標準維護列表
5.2乙方提供的定制服務列表
六、乙方提供維護方式
6.1維護流程
標準化軟件維護服務流程如下圖所示:
6.2維護方式說明
熱線支持:指乙方服務人員通過電話向用戶提供技術問題解答的過程。
乙方提供工作日熱線支持服務,工作日服務時間:9:00—17:00。熱線電話:4000240045。
現場維護:指乙方派遣技術人員到用戶現場處解決問題的過程。
乙方每年至少提供2次現場服務:每年6月30日左右,進行系統運行優化;每年12月31日,備份數據庫,啟用新數據庫服務,保證系統正常運行。
遠程維護:指乙方技術人員通過網絡遠程協助用戶解決問題的過程。乙方提供工作日遠程維護服務,工作日服務時間:9:00—17:00。
功能改進:指根據甲方要求對軟件功能進行升級和完善。乙方保證根據用戶需求對軟件進行功能完善及升級服務。
七、乙方維護承諾
乙方接到甲方通過電話,信函,傳真,電子郵件等方式提出關于軟件的服務請求后,在當日內給予響應并提供服務。
乙方提供給甲方的服務,必須按照合同規定的服務內容進行。
八、乙方為甲方提供的具體維護內容
8.1標準維護內容 乙方標準維護內容:
甲方管理員維護內容:
8.2雙方協商定制維護內容
九、甲方責任
甲方應確保有專人對軟件的使用和管理負責。
甲方應建立相關的制度,以確保軟件運行環境(包括服務器、計算機,打印機及相關硬件設備)的安全,為軟件正常運行提供保障。
甲方定期做好系統備份,并對備份數據進行妥善保管。
甲方在應用過程中發現軟件出現異常,應及時與乙方取得聯系,并記錄當前故障現象,便于乙方作出診斷。
甲方在乙方服務人員服務完成后,配合檢查軟件系統運行是否正常。
十、收費辦法和合同期限
標準維護費合計: ¥*******(大寫:人民幣*******整)。定制維護費另行結算。
合同有效期為 年,自 年 月 日至 年 月 日止,期滿合同自動終止。
合同期滿后,雙方協商,甲方可要求乙方繼續提供軟件運行維護服務,但雙方需重新簽署新的服務合同。
付費方式:按付費,每年12月31日前,乙方向甲方開具正式發票,甲方向乙方支付系統年維護費。
十一、乙方開戶銀行信息
十二、爭議處理
甲方指定 為本維護項目負責人;
乙方指定 為本維護項目負責人;指定 為本維護項目聯系人;
甲乙雙方如對協議條款規定的理解有異議,或者對與有關的事項發生爭議,雙方應本著友好合作的精神進行協商。
協商不能解決的,依照《中華人民共和國合同法》,任何一方可向乙所在地的人民法院起訴。
九、其他
本合同未盡事宜,由甲乙雙方協商后產生書面文件,作為本合同的補充條款,具備與本合同同等法律效力。
對本合同內容的任何修改和變更需用書面形式,并經雙方簽字確認后生效。本合同為雙方唯一的正式協議,其他任何方案,口頭說明及本項目有關的信函、傳真、郵件等,均以本合同為準。
本合同一式肆份,甲乙雙方各執兩份。
甲方:(蓋章)乙方:沈陽科儀視訊系統工程(蓋章)
法定代表人或授權代理人: 地址: 電話: 日期: 年 月 日 有限公司
法定代表人或授權代理人: 地址: 電話:
日期: 年 月 日
第五篇:軟件維護合同
甲方:_________
乙方(服務方):_________
甲乙雙方本著互相信任、真誠合作的原則,經雙方友好協商,就乙方為甲方提供技術支持服務達成一致意見,特簽訂本合同。
一、合同適用說明
本合同適用于首次購買乙方軟件產品及需要乙方技術服務的用戶。
甲乙雙方簽訂本合同,表明甲方接受乙方所提供的標準服務;否則,視甲方主動放棄乙方所提供的服務。
二、服務內容
乙方提供的服務內容:
產品標準培訓:乙方負責承擔甲方所產品的標準培訓。
熱線支持:指乙服務人員通過電話向用戶提供技術問題解答的過程。
現場維護:指乙方派遣技術人員到用戶現場處解決問題的過程。
功能改進:指根據甲方要求對軟件功能進行和改動。
乙方的服務承諾:
乙方接到甲方通過電話,信函,傳真,電子郵件等方式提出關于軟件的服務請求后,在當日內給予響應并提供服務。
乙方提供給甲方的服務,必須按照合同規定的服務內容進行。
三、甲方責任
甲方應確保有專人對軟件的使用和管理負責。
甲方應建立相關制度,以確保軟件運行環境(包括計算機,打印機及相關硬件設備)的安全,為軟件正常運行提供保障。
甲方定期做好系統數據備份,并對備份數據進行妥善保管。
甲方在應用過程中發現軟件出現異常,應及時與乙方取得聯系,并記錄當前故障現象,便于乙方作出診斷。
甲方在乙方服務人員服務完成后,配合檢查軟件系統運行是否正常。
四、收費辦法和合同期限
年服務費為(軟件價值的15%):_________(大寫)。
合同有效期為一年,自_________年_________月_________日至_________年_________月_________日止,期滿合同自動中止。
合同合同滿后,雙方協商,甲方可要求乙方繼續提供軟件運行維護服務,但雙方必須重新簽署新的服務合同。
五、爭議處理
甲乙雙方如對協議條款規定的理解有異議,或者對與有關的事項發生爭議,雙方應本著友好合作的精神進行協商。
協商不能解決的,依照《中華人民共和國合同法》,任何一方可向乙所在地的人民法院起訴。
六、其他
本合同未盡事宜,由甲乙雙方協商后產生書面文件,作為本合同的補充條款,具備與本合同同等法律效力。
對本合同內容的任何修改和變更需用書面形式,并經雙方簽字確認后生效。
本合同為雙方唯一的正式協議,其他任何方案,口頭說明及與本項目有關的信函、傳真、郵件等,均以本合同為準。
甲方(蓋章):_________ 乙方(蓋章):_________
代表人(簽字):_________代表人(簽字):_________
_________年____月____日 _________年____月____日
簽訂地點:_________ 簽訂地點:_________