软件开发维护协议书

2024-04-07

软件开发维护协议书（精选8篇）

篇1：软件开发维护协议书

软件维护协议甲方：

乙方：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 年月日

篇2：软件开发维护协议书

网站开发维护协议书

甲方：

乙方：湖南求实网络信息服务有限公司

受甲方委托,乙方承担甲方INTERNET网站项目的开发与维护任务。为了明确相互的权利义务关系，甲乙双方本着诚实信用、平等互惠的原则，经协商一致，签订本协议。

第一条开发维护内容：

一、域名：；

二、进行系统配臵，提供100M的虚拟主机空间；

三、设计制作甲方提交方案上的网页；

四、开发“公司概况:（公司概况,经理致辞,公司领导,公司荣誉,企业文化）公司动态，商品展示，成功案例，在线招聘，意见反馈，企业论坛，联系我们，”应用系统；

五、赠送计数器、信箱1个。

第二条开发建设费用：

国际域名注册费元/年，虚拟主机空间租用费元/年；网站整体创意策划及网页设计制作费（含文字输入、软件设计、图片扫描、动画设计等）元；总计费用为：元。

第三条建设期限及网站运行期限：

自年月日起至年月日止完成全部工作任务并交付使用。

年月日网站正式开通。

第四条付款方式：

甲方须在协议签订之日起三日内向乙方支付第一阶段全部价款之40%合计人民币1120元整，网站验收合格正式开通之日起7日内向乙方支付剩余之60%的价款共1680元整，全部价款通过银行结算。

第五条双方责任和协作事项：

一、甲方安排专人负责根据设计方案设计的栏目进行相关材料的撰写、收集，并在签订协议后2个工作日内向乙方提供制作网页所需的素材。

二、网页内容双方共同商定。乙方负责网页的创意、设计、制作，并参考甲方的意见和建议。

三、乙方负责合同期内网站的域名维护和网页维护及相关软件维护工作。

四、合同签订后第12天由甲方进行系统验收工作。验收方法采用用户自行验收，或第三方现场鉴定会等方法。

第六条续约：

本协议履行期限届满时，为使网站得到继续运行，甲、乙双方须签订续约协议，自网站运行的第二起，甲方只要交纳域名维护费、磁盘空间租用费（以乙方当年

网站开发维护协议书

报价为标准）和网页维护及相关软件维护费用。即可得到乙方第二提供的网站维护工作

第七条扩容：

甲方可视自己工作的需要随时要求增加租用磁盘空间和增加网页，并交付相应的费用。

第八条版权：

甲方网站的版权归甲方所有；甲方允许在首页标注“本网站由开发和维护”字样。第九条违约责任和争议的解决：

一、本协议从订立生效之日起，甲、乙双方必须全面履行协议所规定的义务，任何一方不得擅自变更或解除协议。

二、由于违约造成本协议不能履行或不能完全履行的，责任方承担违约责任，按违约部分款额的10%向对方支付违约金。

三、甲方延期付款的，每日滞纳金为协议金额的千分之五，反之，乙方延期交付的，每日罚金为协议金额的千分之五。

四、由于甲方迟延提供资料致使网站交付日期推迟的不应视为乙方违约。

五、由于不可抗拒等客观原因（如邮电线路问题）致使网站建设延期交付且乙方无过错的，不应视为乙方违约。

六、本协议未尽事宜，由双方友好协商解决。必要时，可签订补充协议。补充协议可作本协议不可分割的组成部分。

第十条生效：

本协议双方签字盖章后生效，一式二份，甲、乙双方各执一份。

甲方：乙方：代表：代表：地址：地址：电话：电话：开户行：开户行：帐号：帐号：

年月日年月日本资料来自互联网共享文档

篇3：软件开发维护协议书

随着互联网技术快速的发展,人们对网络安全也越来越重视。毕竟网络在发展过程中容易受不法分子或是病毒的攻击,使用户相应工作不能顺利进行。在这种情况下,有必要对互联网中的相关细节进行研究,而网络协议分析软件正好能满足这一需求。网络协议软件的运行状态属于旁路状态,不仅对网络影响小,同时通过网络分析软件对相应通信宝进行捕获、解码分析,方便对整个网络特征进行非,其也对攻击源、病毒源等运行状况进行分析,为网络安全服务提供更多依据。本文主要从网络协议软件概念、网络协议软件功能、网络协议软件作用、网络协议软件原理及种类、协议软件环境搭建方法和网络安全协议软件安装部署等方面出发,对网络协议分析软件在网络维护中的运用进行分析。

1 网络协议软件概念、功能及作用

1.1 网络协议软件概念

所谓的网络分析协议软件就是某公司经过自主研发并拥有全部只是产品网络分析的产品。这种网络协议软件不仅拥有行业领先的专家分析技术,同时也能通过捕获和分析网路数据中的底层数据包,而对网络故障、网络安全及网路性能等进行全面分析,以便更为网络中潜在的故障、安全及性能问题的排除提供有效依据。

1.2 网络协议软件功能

网络分析系统主要功能包括故障诊断、流量分析、网络连接和通讯监视、解码分析、统计分析、安全分析、性能分析、协议分析等。网络协议软件在实际应用过程中是通过对故障点进行自动定位和故障原因进行分析的,利用其分析结果能找出最佳网络故障方案;流量数据也比较多,其最大的优势是能对整个网络或是单个部门、单个IP和单个MAC进行统计分析。

具体来说,流量的采集一般是由驱动系统通过链路层捕获以太网数据包来完成采集任务的,毕竟大部分软件都可以用过滤规则和相应条件进行定义,并获得相应流量。再加上相应官方网站也会为这些规则的导入和导出提供相应过滤器下载,使流量采集变得更加容易;网络连接和通讯监视不仅能直接反应网络连接情况,同时也能对网络活动进行实时监视。实时监视是网络协议分析软件中比较常见的功能,其也是一种简单易行并能为监控提供丰富信息的手段。

实时检测在实际应用过程中,不仅能对网络流量、负载率、TCP连接状况进行监视并以图形的形式显示出来,同时也能以错误数据包、数据包大小分布状况以图形形式显示出来。特别是对那些尚未部署长期流量性能进行局域网检测;解码分析就是以数据包的形式调用协议中分析模块来对网络安全进行分析,并遵循OSI模型及TCP/IP协议中相应规程将数据包分层次的展现给用户,并对不同字段的详细解码、十六进制还原码等让用户更清晰的了解相应数据包细节;统计分析是由全局统计和特定对象统计组成的。

在实际网络维护中是需要对网络各站点之间的流量、大小、百分比、排位及相应协议百分比一一显示出来的,以方便找网络故障的查找;通过查找方式也能对网络中存在的安全风险进行分析;通过性能分析,也能找出网路性能瓶颈;而协议分析则能对网络中所有应用进行深入分析。

1.3 网络协议软件作用

网络协议软件不仅具有跟踪网络实验作用,同时也具有识别和解决故障作用。其在实际应用过程中,可以通过捕捉流经主机和局域实验环境中所有数据包对其上层进行分析,以得出网络实验流量等相关信息,以便为实验管理员做正确决策提供有效依据。当主机和服务网络进行实验通信的时候,主机会对相应服务器进行操作,得到相应信息后,管理人员就能通过得到的信息做出相应决策,以保证服务器安全。正常情况下,网络协议分析软件和TCP/IP协议栈是有一定关系的,大多数协议分析软件的实现都是以TCP/IP协议栈层次关系来实现的。而TCP/IP协议栈包含网路分析工具要解释的各种协议,目前比较常用的是Ethereal。

2 网络协议分析软件原理及软件种类

2.1 网络协议分析软件原理

网络协议分析软件要想更好的发挥其作用,就应该对其原理进行分析。在对其原理进行分析的时候,有必要对抓包和解码平台进行分析。毕竟网络分析协议是通过捕获通信报的形式将信息交给上层协议的,再经过上层协议处理模块进行相应处理才能实现网络分析的。因此,再对网络协议分析软件原理进行分析的时候,应该先对抓包和解码进行分析。

抓包一般是以以太网为依据进行网络传播的,以太网作为一种共享网络,其信道是由不同站点组成并共有的,且其在同一时间内只有一个站点能被使用,其网络传送的数帧也只有一个站点能接受。因网络协议分析软件是以广播通信形式进行传播的,不同站点会以MAC地址来决定接受或是丢弃相对应的数帧。正常情况下,每一个站点只接受与自己地址相符合的单帧或是广播帧,而相应数据接收工作则是通过网卡来完成的。

网卡一般是由广播模式、组播模式、直接模式和混杂模式组成的,且这些模式只能及售后广播、组播、地址及与自身相符合的帧、数据。当网卡使用混杂模式的时候,以太网就能以广播通信方式被利用并实现抓包;网络协议分析软件在运行过程中,对工作在底层的函数库是有一定依赖性的。

在实际工作中,协议软件会通过网卡来获得数据包或通过过滤规则取出数据包中的子集,并将其交给上层,通过捕包函数库是Linux系统下的Libpcap和Windows系统下的Winpcap获得相应数据,在此基础上通过机械模块对相应数据进行分析还原。毕竟IP网络中物理层到应用层使用的协议种类是比较多的,且协议种类处在不断更新和完善中。为了使网络协议分析软件更好的发挥其作用,在实际应用过程中,应该采用层次化协议方法和插件技术。层次化协议事实上就是协议树,这种协议树的优势是对数据流进行逐层处理。当对同层协议特征字来进行相应区别的时候,就可以将TCP端口的80看作HTTP。而插件技术则具有一定的扩展性,在实际应用过程中只需要增加一种新的协议分析器,安装相应插件并对其进行注册就能满足实际需要,在一定程度上能减少程序员开发分析器过程。

2.2 网络协议分析软件种类

日常生活中比较常见的分析软件有Tcpdump、Ethereal、Sniffer Pro、Etherpeek/Ominipeek、Open View和IBM。这些软件不管是通用性、价格,还是平台都有属于自己的特色。其在功能设计上,不仅有能功能简单、协议单一的软件,也有功能多、协议多的软件。但是不管是哪一种,其在实际应用过程中,都应该应该以网络维护现状为依据进行选择。

2.2.1 Tcpdump网络分析软件

Tcpdump网络分析软件是以网络使用者定义为依据对数据包进行截获并分析的工具,其不仅能对网络层、协议进行过滤,也能对主机和网络端口进行过滤,并为and、not提供逻辑语句,以帮助其去掉多余的信息。同时Tcpdump分析软件作为一个能公开源代码和输出相应文件格式软件,能对原有的软件进行升级改进并增加一些辅助功能,以增强网络分析能力。此外,其还能对卸载的网络流量文件进行分析,以方便网络维护,保证网络安全。

2.2.2 Ethereal网络协议分析软件

Ethereal网络协议分析软件的功能比较强大,其能实时捕获网络数据并从被捕获的数据中读取数据。在实际应用过程中可以通过GUI、TTY模式程序访问被捕获的网络数据,也可以通过editcap程序来命令交换机,对捕获的文件进行编辑和修改,同时也能通过过滤器精确显示相应数据并将部分有用的数据保存在磁盘中,以供以后使用。从根本上来说,Ethereal网络协议软件是简单且易操作的软件,其能支持五百多种网络协议解析。然而,Ethereal只能是一种网络分析软件,不具备专用性。

2.2.3 Sniffer Pro网络协议分析软件

Sniffer Pro网络协议分析软件是这类软件中最经典的分析软件,其能支持近百种网络协议解析。在实际应用过程中,Sniffer Pro网络协议分析软件不仅能对网络实验中的流量进行详细分析、实时监控网络实验活动,也能通过其专家分析系统对系统问题进行诊断,并收集网络实验利用率和错误等。然而,这种网络分析软件在实际应用过程中却相对麻烦,其扩展功能也不强,免费的版本也得不到技术支持。对于初学者来说,也不易接受,不能更好的应用在网络中。

2.2.4 Etherpeek/Ominipeek网络分析软件

Etherpeek/Ominipeek网络分析软件是这类软件中界面程度比较好的网络分析软件,其功能也比较强大,再加上其具有可视化分析专家系统功能,使得其在现代网络维护中比较常见。

此外,还有Open View和IBM网络协议分析软件,Open View网络协议分析软件的网络节点管理器比较多、平台也比较多,再加上其应用的全面性,使得其逐渐成为网络协议分析软件领域主流产品。IBM网络协议分析软件是以自身操作系统AIX为依据进行设计的,其不能跨平台使用,直至现在尚未有Windows版本的IBM网络协议分析软件。

3 网络协议分析软件网络环境搭建方法及安装部署

3.1 网络协议分析软件网络环境搭建方法

在网络维护过程中,网络协议分析软件是以嗅探的方式进行工作的,为了使网络协议分析软件更好的发挥其作用,保证协议分析安装部署的顺利进行。就应该对网络环境进行搭建并保证其正确性。只有正确的搭建网络环境,才能更好的对网络中的数据包进行采集,才能对网络协议进行准确的分析。

在实际网络环境搭建过程中,主要有双机直连和采集器两种方式。双机直连就是采用A类双绞线直接连接双网卡进行网络搭建。这种方式的优势是能最大限度的减少集线设备采购费用,也能对通信环境进行单独控制,以满足大部分分析协议的需求。在使用双连机直接搭建网络的时候,必须选择其中一台用于网络服务,以更好的实现特定通信;集线器在网络维护中应用的比较广,集线器环境建成之后,能实现多心愿协议分析,在使用集线器的过程中,其作为集线设备,在同一集线器中只要连接一台计算机就能实现服务。

3.2 网络协议分析软件安装部署

因网络结构多种多样,网络协议种类之多,使得了解网络协议变得十分必要。为了更好满足协议需求,就应该借助相应网络协议分析软件来进行相应管理。毕竟用户在使用网络过程中,常会遇到通讯问题。而这些问题多数是因为软件安装不当而引起的,这就需要通过网络协议分析软件通过采集网络中的原始数据包对相应网络故障进行分析。一旦软件安装不当就会使采集数据包出现差异,进而影响分析结果并出现通讯问题。为了保证通信安全,有必要对网络协议分析软件安装部署进行分析。在网络协议分析软件进行安装部署过程中,应该采用共享式网络,也就是采用集线器作为网络中心交换设备的网络,集线器事实上就是共享模式工作在OSI层次上的物理层。

当局域网中的中心交换设备是集线器的时候,就可以将网络协议软件安装在局域网任何一个网络平台上;在选使用交换机作为网络中心交换设备网络的时候,应该将交换机安装在OSI模型的数据链接层上,这样能使不同端口之间形成有效分隔冲突域,也能将整个网络分割成小的网域;当网络中的交换机具备一定镜像功能的时候,可以将端口镜像配置在交换机上,再将网络协议分析软件安装在镜像端口主机上,以获得整个网络中数据通讯。

当一些简易的交换机不具备相应镜像功能的时候,可以不用端口镜像来实现网络监控分析,可以在交换机各路由器之间串接一个分路器或是集线器来实现数据捕获;网络协议分析软件在实际运行过程中,其拓扑结构也是比较复杂的。

在这种情况下,仅对出现异常的工作部门或是网段进行分析即可。此外,在实际安装过程中,可以将网络协议安装在移动电脑上,并在其上面附加一个分路器或是集线器,以捕获不同部门或网段数据。如果在小型的网络中安装网络协议分析软件,则可以以代理服务器的形式实现共享上网,将网络分析软件直接安装在代理服务器上。但是在使用这种方式的时候,必须同时捕获内网卡和外网卡数据。只有这样,才能更好的对相应数据进行分析,才能保证网络安全。

4 结束语

篇4：软件开发维护协议书

关键词：应用；开发方法；软件维护；敏捷软件

中图分类号：TP311.52

通常，软件维护有几种不同的目的：一是修改软件中存在的各种不足；二是提升软件本身的各种性能；三是提高软件的各种属性；四是让软件适应当前的应用环境。敏捷软件是当前软件维护中最新兴的一款软件，它主要有以下两种开发方法：一是权限编程的方法；二是自适应的开发方法。本文将谈谈敏捷软件拥有的开发方法该如何用于软件维护中。

1 敏捷软件拥有的几种开发方法

敏捷软件中运用最频繁的开发方法：一是权限编程的方法；二是自适应的开发方法。权限编程这种方法遵循着4条基本的开发准则。第一条准则是沟通。第二条准则是简洁。第三条准则是反馈。第四条准则是胆识。自适应的开发方法对收益递增经济给出了合理的解释。这种方法认为：由于经济变化频繁，市场形势难以预料，使得开发过程难以计划和控制，把自适应理论用到开发过程中后，自适应开发将适应迅速变化的市场形势，从而让开发过程变得可控。

2 软件的维护性开发

维护性开发一般来说有4种常用的方法。第一种是适应性维护。硬件设备推陈出新，为了适应新的硬件环境，软件环境的编译系统、操作系统也必须要更新。这种出于更新目的而做的程序修改工作便称之为适应性维护。第二种是纠错性维护。尽管软件在实际完成开发后，开发人员都要先做一次测试处理，但这次测试通常不能把所有错误都检测出来。所以，用户在实际使用中仍然会发现一些错误，并把这些错误告知开发人员，这种情况下，开发人员所做的改善工作就称之为纠错性维护。第三种是预防性维护。为了保障软件在将来能被正常维护，开发人员需要提前做一些维护工作，这些维护工作就称之为预防性维护。第四种是完善性维护。用户使用后可能因为需求的转变向开发人员提出添加功能的请求，这种情况下，开发人员根据用户要求添加相应功能的维护工作就称之为完善性维护。

3 敏捷软件开发方法在软件维护中的应用

3.1 开发背景

维护性开发和新软件的开发有明显的不同，其思路、方法、步骤都有较大的差别，维护性开发本身就受到软件原型的限制，这压缩了开发的范围和空间，但是软件原型也为我们提供了一个很好的模型，在开发时可以根据原型制定出专门的开发方法，在开发时能够很好的利用原型开发界面，并在原开发界面上进行调整，这需要开发部门和其他部门进行充分的沟通，在确保现生产系统能够正常运行的同时又要结合具体的需求进行相应的功能增加或调整。

3.2 开发过程

开发过程分为三个部分。第一部分是名词的解释[1]。第一个名词是行业标准。行业标准的含义是：软件开发中，开发人员必须依据的开发准则。第二个名词是编码规范。编码规范的含义是：开发人员必须依据一定的协议来开发，让代码符合开发的标准。第三个名词是开发人员。开发人员是指：软件开发时负责前期设计、中期开发及后期测试的人员。第四个名词是需求人员。需求人员简而言之就是指用户。第二部分是项目的开发。这个过程是指：软件开发公司在接到某个用户的开发任务后，把公司的开发人员召集起来，组成一个开发小组，并推选出一个小组组长，在小组组长的带领下，每个开发人员各抒己见，讨论前期的设计方案，接着各个开发人员便投入到中期的实际开发中，等到开发结束后，开发人员再对软件做后期的测试工作，最终把产品交给客户。第三部分是文档的开发。这个过程较为简单，它是指开发人员必须给需求分析、系统设计配上必要的文字说明。

3.3 开发实例

2014年6月某公司要求对该公司的运用管理平台进行维护性开发，在开发中运用到了敏捷开发方法，该方法主要是XP极限编程方法。开发组对该公司的管理平台的现有功能进行了详细的分析，并對业务管理的流程进行了仔细的讨论，总结出了几点需要修改的内容，在此基础上对新的业务内容进行补充、定义和开发。

3.3.1 运营管理一期的流程

通过对原有的运营管理系统进行分析，该系统的整体运行模式采用的是单独业务流程定值，例如问题单的管理，其管理的业务主要有如下的几种状态：未提交状态、提交状态、审核中状态、待分配状态、已受理状态、请求关闭状态、关闭状态、未解决关闭状态、确认状态、已确认解决关闭状态。虽然该运营管理平台能够完成日常的问题解决工作，并且运行也较为稳定，但是有些业务流程需要进一步的优化和完善，针对这一期的运营管理平台的使用情况，并结合的该公司的新需求，经过开发组的讨论，得出了新任务的模型。

3.3.2 运营管理系统新业务流程

确认的新业务流程管理的业务状态如下：①开始，开始类型的任务，表示某一个任务开始；②结束，结束类型任务，表示某一个任务结束；③通用，任务的类型为通用性；④提交，提交问题类型的任务，通常是流程的第一个任务；⑤审核；⑥分配；⑦处理；⑧会签；⑨确认；⑩子流程。对于所有的任务，其中可能的任务的状态有以下几种：①非活动状态，表示该状态当前并没有被使用；②活动状态，该状态应用在特定的任务中；③挂起状态，该状态用以保护草稿；④结束状态，用以提交任务；⑤处理状态，该状态应用在引擎出提交问题进行处理后显示的状态；⑥过期状态。

3.3.3 运营管理系统维护性开发的过程

对于该运营管理平台的开发，开发小组对开发的过程进行了统一的规定：①精炼整个开发小组的成员，整个开发小组成员为8人，其中包含项目经理、需求人员、开发人员；②要求整个开发小组进行积极的交流和沟通，对当前面临的问题进行阐述，并共同解决，然后定期的开展项目周例会和需求讨论会，进一步的根据需求来完善软件的开发；③要求在开发中使用统一的开发工具和统一的开发环境，并遵循统一的开发规范；④在对需求进行讨论时，要求和公司的管理人员及时沟通，并提出改进的方案；⑤在系统开发时尽量多利用开发工具和UML图来对需求进行说明和设计，主要的功能由2人共同完成；⑥在整个项目开发过程中，系统的设计、编码、测试需要同时的进行，测试时不但需要测试新功能，同样也需要测试旧功能。在整个开发过程中，开发小组各成员严格按照开发规范和流程进行，并充分和公司人员保持沟通，最终取得了很好的效果。

4 结束语

综上，本文首先阐述了敏捷软件中运用最频繁的开发方法：一是权限编程的方法；二是自适应的开发方法。其次，本文阐述了软件开发中的维护性开发，尤其谈到了维护性开发中的几种常用方法：一是适应性维护；二是纠错性维护；三是预防性维护；四是完善性维护。再次，本文举了一个开发的实例来说明敏捷开发方法该如何在维护性开发中应用。

参考文献：

[1]于世文，王丹丽.敏捷软件开发方法在软件维护中的应用研究[J].计算机仿真技术，2012（15）：13-16.

[2]高宇，冯向忠.敏捷软件开发方法在软件维护中的应用研究[J].科学学研究，2013（10）：11-12.

[3]谢东强.敏捷软件开发方法在软件维护中的应用研究[J].计算机应用与软件，2014（13）：22-24.

作者简介：张桐（1980.01-），男，天津人，2003年毕业于天津理工学院计算机科学与技术专业，软件工程师，研究方向：计算机软件设计与开发。

篇5：软件产品维护服务协议

技术服务合同

甲方：

税号：

乙方：XX有限公司

税号：xxx

为确保甲方正确和安全使用我公司相关软件产品，根据《中华人民共和国合同法》的有关规定，甲、乙双方在平等、自愿的基础上签订此合同，合同双方就乙方向甲方提供相关软件产品技术维护服务事宜达成如下协议：

一、服务内容：

乙方受甲方委托对甲方使用以下软件产品进行技术维护服务:

产品类型：□网上抄报税系统□网上认证系统□网上申报系统□车购税申报系统其他

二、服务方式：

1、电话支持服务：乙方设专线电话向甲方提供全天候电话技术支持服务，解答甲方问题，指导甲方排除故障，以满足甲方服务需求。全国服务热线电话：

400-61-12366，全省服务热线电话：

0551-65994361/65994365;

2、上门维护服务：对于电话不能解决的.问题，乙方在24小时内做出响应，现场排除故障不超过一个工作日;

3、回访服务：安装后一年内乙方至少安排一次电话回访;

4、安装服务：在甲方提供能正常运行相关软件产品的硬件和软件运行环境下，乙方协助甲方安装，保证甲方能够正常进行相关软件产品系统操作，乙方负责相关软件产品系统的升级工作;

5、培训服务：乙方负责为甲方相关软件产品系统操作人员提供免费技术培训及人员变更后甲方要求的后续免费技术培训;

6、其他约定事项：

三、服务收费标准：

1、在甲方使用相关软件产品系统运行期间，甲方应于每年相关软件产品系统服务到期日之前向乙方缴纳相关

技术维护费。2、缴费标准：网上抄报税系统：100元/户/套/年;网上认证系统：100元/户/套/年;网上申报系统：100元/户/套/年;车购税申报系统：150元/户/套/年;

3、服务的相关软件产品系统共计套，技术服务费合计元。

四、违约责任：

1、甲方有权向乙方或主管税务机关投诉乙方服务质量或技术服务工程师，乙方对投诉的问题和被投诉的人员，经查实确认后及时将处理结果通知甲方，乙方服务质量投诉电话：;

2、由于以下情况造成该系统无法正常使用，乙方只负责恢复相关软件产品系统的正常运行，不承担由此造成的损失：

( 1)操作人员误操作;

( 2)应甲方的要求系统移机时，所造成的数据丢失和软件损坏;

( 3)计算机感染病毒;

( 4)不可抗力(如突然停电)等原因。

五、合同纠纷的解决：

在合同履行过程中发生争议，双方应当协商解决，也可请求当地国税机关进行调解。当事人不愿协商、调解解决或协商、调解解决不成的，双方商定由乙方所在地人民法院管辖。

六、合同期限：

本合同执行期限从年月日至年月日止，合同期限届满前30日内，如甲乙双方均未提出异议，则本合同有效期则自动顺延一年，顺延的次数不限。如一方提出异议，则届满之日自行终止。

七、合同未尽事宜，双方友好协商解决。

八、本合同一式两份，甲乙双方各执一份，具有同等法律效力。

甲方(章)：

法定代表人或委托代理人：

签约时间：

乙方(章)：

法定代表人或委托代理人：

篇6：维护协议书

乙方：xx号业主

第一条甲、乙双方在公平、自愿的前提下经友好协商，依据《中华人民共和国合同法》的有关规定，订立本合同。

第二条本服务协议自签订之日起生效。

第三条甲方由xxxx年xx月xx日开始，为乙方座落于xx号的别墅或洋房提供特别护理服务，以月为计费周期，费用为人民币xxx元，每月于乙方的专用帐户内扣除。

第四条甲方可根据乙方提出的要求对服务进行改善。乙方如需甲方提供其它未列明的服务，必须向甲方提出，费用另计。

第五条在甲方提供特别护理服务期间乙方应留人在家，否则乙方室内物品如出现损坏或失窃的，甲方一概不负责任。

第六条乙方要保证在本协议生效期间帐户内有足够的金额缴付有关费用。如乙方逾期不交费用或在收费期间存款不足以支付费用开支时，甲方有权终止对乙方别墅或洋房的清洁服务并要求乙方支付所欠本息，息率按银行同期息率计提。

第七条乙方如需终止本服务协议的，应在上月未到管理处办理终止手续，甲方会在下月终止乙方服务;如乙方临时提出终止服务协议的，乙方除向甲方缴交甲方已护理的服务费外，还应按月费用的50%向甲方支付违约金。

第八条甲、乙双方应自觉遵守本协议的有关条款。未经协商，任何一方不得擅自修改。

第九条甲、乙双方对本协议条款内容发生异议时，应充分协商解决，如协商不成可通过调解或讼诉解决有关事宜。

第十条本协议一式两份，甲、乙双方各执一份。其他未尽事宜，甲、乙双方协商解决。

甲方： (盖章) 乙方：

经办人：

证件号码：

篇7：货架陈列维护协议书

甲方：东副市场荣庆副食配送中心

乙方：

签订时间：2012年日

为争取更好的展示面，做好产品宣传和促销，特举行荣庆副食配送中心产品的陈列活动，经甲、乙双方协商，自愿签订如下协议，以资双方共同遵守。

一、货架及排面

1、乙方陈列甲方产品的货架必须在销售此类产品的显著位置，并按甲方指定产品陈列；

2、乙方需把甲方提供产品，排放整齐干净；

3、乙方配合甲方在本店做好广宜品布置及张贴等工作；

4、乙方不得随意搞撤消甲方的陈列排面，否则不予结返利；

5、本协议经双方签字盖章后生效。

甲方：乙方：

地址：地址：

代理人：代理人：

篇8：军用软件维护方法探析

1 软件维护定义

软件维护, 是指软件产品已经交付使用之后, 为纠正错误、改进性能或其他属性或使产品适应改变了的环境而进行的修改活动。

按性质不同, 一般将软件维护划分为如下四类:

1.1 纠错性维护

用户在使用软件时仍会发现在前期的测试中没有揭露的软件系统中的潜在错误, 诊断和改正这些错误的过程称为纠错性维护。

1.2 适应性维护

由于操作系统或编译系统的升级, 为了使软件能适应新的环境而引起的程序修改活动。

1.3 完善性维护

在软件的使用过程中, 为了满足用户新的需求而增加或扩充软件功能的活动。

1.4 预防性维护

为了提高软件的可维护性和可靠性, 为未来的进一步改进打下基础而修改软件的活动。

2 软件维护的国内现状

随着武器装备复杂性的增长, 出现了使用和保障费用高, 战备完好性差等问题。软件维护逐渐引起各国军方和工业界的普遍注意, 不同程度地开展了软件维护、保障性分析及设计, 国内目前处于起步阶段。

2.1 可维护性差

在装备的研制过程中, 国内企业的软件开发大都采用“手工作坊”式的开发方式, 由软件开发设计人员自行设计、自行编码、自行测试、自行包维护, 甚至完全由一个人完成。

近几年刚刚有所改观。山于无法对软件开发过程进行有效的监督与管理, 软件的可理解性、可测试性、可修改性差, 使得软件出现故障后只能由开发者自行维护, 其它人员难以介入。软件人员“跳槽”后对软件维护影响极大, 甚至可以使软件维护工作处于瘫痪状态 (软件无人能读懂, 无人能维护) 。

在软件需要进行维护的时候, 才发现设计的时候不重视可维护性, 存在软件代码无注释、软件文档与代码小符、开发时用的开发工具无处查找、某些模块无源码等问题。

2.2可靠性低

计算机软件已经成为武器装备中最重要的一部分[5]。但据目前统计, 软件可靠性整整比硬件低一个数量级。有的系统故障统计结果是软件故障占系统故障的60%~70%。软件尽管与硬件小同, 在使用过程中没有磨损, 没有消耗, 但软件是有生命的, 在使用过程中更需要维护, 需要保障。

2.3软件维护的力度小够

鉴于软件的自身特点, 任何软件都难以做得尽善尽美。据美军统计:软件即使在装备研制过程中经过了严格的工程化及测试后仍会有多达15%的缺陷遗留在软件之中未被暴露。

美军1997 年的软件保障费用高达200 亿美元, 每行代码的年维护费用为110 美元, 为装备正常使用提供了保证。

目前国内关于软件维护经费如何处理处于一个非常时期, 军品审定价时完全不考虑软件经费, 软件维护经费更无从谈起。而现在软件使用阶段的保障经费已远远超过了软件的购置经费, 并非一笔可有可无的经费。只有软件研制经费, 没有软件维护经费, 是严重的比例失调。缺乏经费己成为严重制约软件保障的因素, 这对于开展软件维护工作十分不利。

3 软件维护的重要性

软件维护对软件可靠性产生的影响, 比硬件维护对硬件可靠性产生的影响要大。主要表现在两个方面, 一是通过正确的纠错性维护可以使软件可靠性不断地提高, 失效率不断下降。而硬件进行维护后, 可靠性一般不会提高 (多为恢复到某一定值) , 失效率也不会下降。另一方面, 软件维护对软件全系统产生的关联影响较大, 而硬件维护对全系统产生的关联影响相对较小。可见软件维护性对于软件而言, 是一个比硬件维护性更重要的属性, 而且软件维护性与软件可靠性相一致。

软件与硬件不同, 在使用过程中没有磨损、没有消耗。但软件是有生命的, 在使用过程中是需要维护、需要保障的。软件维护是软件生命周期的最后一个阶段, 处于系统投入生产性运行以后的时期。软件维护是软件生命周期中耗费最多, 延续时间最长的活动。通常大型软件的维护成本是开发成本的4倍左右, 软件开发组织中60%以上的人力用于软件维护。要想延长软件生命, 充分发挥软件的作用, 必须搞好软件维护。例如, 在沙漠风暴作战行动中, E-3空中预警飞机作为战场保障的中介部分, 起着跟踪所有战场空中目标并指挥拦截的作用, 被誉为神眼。而在当时战场上电磁信号太多造成拥塞, 以致E-3的能力大打折扣, 不得不对E-3雷达中的许多软件进行修改。为此, 专门派出软件保障组直接进行软件维修, 使E-3预警机的雷达软件在96小时内得到修正后完成飞行检测并投入使用。

4 如何做好软件维护

4.1 软件维护准备工作

当接到软件维护任务时, 第一步需要做的准备工作为熟悉所维护的软件功能、软件架构体系。熟悉所维护软件功能的主要方法是阅读该软件的设计文档或软件使用维护说明书[6]。

熟悉软件功能的同时, 我们还需要熟悉软件的架构体系。熟悉软件架构体系就等于站在软件维护的最高点。在面向对象分析与设计技术流行的今天, 没有理解软件的架构体系, 要去维护软件是很困难的。

4.2 如何收集并解决软件问题

装备定型后, 技术状态固, 软件的技术状态也同时固化。当出现软件质量问题时, 大部分承制单位都以能不改就不改, 必须改再说的思想去解决软件质量问题, 原因是因为一旦软件出现问题, 大部分都需要修改源代码, 哪怕几个字符的修改都需要重新编译并生成新的版本, 导致了软件技术状态的变更。

基于这种情况, 如何既保证技术状态的管理又能有效解决部队的软件问题是值得我们深思的。我个人认为应从以下几方面进行:

4.2.1 承制单位应建立软件维护部门

软件维护部门隶属于售后部门, 与部队建立一种简单而有效的机制。对部队反映的软件问题予以登记, “软件维护登记表”内容包括:编号, 日期, 反映单位, 反映人, 联系电话, 问题描述, 记录员, 软件维护人员, 单位领导, 软件更改单号等内容。

4.2.2 软件修改保持原有代码的编码规范

为了保证编码规范的统一性, 必须保持所维护的软件的编码规范。如果整个系统中没有统一的编码规范, 那至少在模块的层次上的编码规范应该是统一的, 因为一般情况下都是一个人负责开发一个模块。

4.2.3 软件修改后进行测试

为确保对软件的修改并没有破坏它的核心功能, 好的做法用一个测试用例来重新测试, 这样就可以知道当你修改其他部分时有没有再引入bug。有时, 可能只是对代码做了一点修改, 并要把它提交到源代码控制系统中, 但是运行整个的回归测试却会花费很长的时间。这种情况下, 我们可以取出回归测试集的一个子集进行一次“冒烟测试”, 即只覆盖了回归测试集中的一部分测试用例的测试。每次修改后都应进行“冒烟测试”。

4.2.4 保留修改记录

如何清楚记录软件维护过程, 正确统计所做的维护工作的工作量并做好后续的相关文档更新是非常重要的。软件维护人员到现场维护完成后, 应填写“软件维护记录单”, 其包括

软件维护类别:纠错性维护, 适应性维护, 完善性维护, 预防性维护;

难度系数:范围0.1-1;

维护日期:开始到结束的日期;

完成工时:最小单位为1小时;

完成人:完成该软件维护的程序员;

反映单位:具体的单位名称和地址;

问题描述:对反映问题的具体描述;

解决措施:描述解决问题的步骤和方法, 尽量描述到需要修改系统多层架构中哪一层的哪个方法;

软件更改单号:若存在软件更改的情况, 则填写对应的软件更改的编号;

程序员建议:该解决方案有什么要注意或不能满足的地方, 现有系统的不合理性等;