第一篇:国家标准 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%):_________(大写)。
合同有效期为一年,自_________年_________月_________日至_________年_________月_________日止,期满合同自动中止。
合同合同满后,双方协商,甲方可要求乙方继续提供软件运行维护服务,但双方必须重新签署新的服务合同。
五、争议处理
甲乙双方如对协议条款规定的理解有异议,或者对与有关的事项发生争议,双方应本着友好合作的精神进行协商。
协商不能解决的,依照《中华人民共和国合同法》,任何一方可向乙所在地的人民法院起诉。
六、其他
本合同未尽事宜,由甲乙双方协商后产生书面文件,作为本合同的补充条款,具备与本合同同等法律效力。
对本合同内容的任何修改和变更需用书面形式,并经双方签字确认后生效。
本合同为双方唯一的正式协议,其他任何方案,口头说明及与本项目有关的信函、传真、邮件等,均以本合同为准。
甲方(盖章):_________ 乙方(盖章):_________
代表人(签字):_________代表人(签字):_________
_________年____月____日 _________年____月____日
签订地点:_________ 签订地点:_________