软件维护支持合同(精选11篇)
软件维护支持合同 篇1
软件系统维护合同
甲方:
地址:
联系电话:
乙方:
地址:
甲乙双方已 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.协商或调解不成,双方同意将争议提交上海仲裁委员会申请仲裁。
十、本合同经双方代表人签字盖章后生效。本合同一式二份,甲乙双方各持一份。
十一、其他未尽事宜,双方应友好协商解决,并签署书面补充协议,补充协议与本合同具有同等法律效力。
甲方(盖章):
甲方代表:
签署日期:乙方(盖章): 乙方代表: 签署日期:
软件维护支持合同 篇2
关键词:活动,复用,STECA
0 引 言
软件过程定义是开展以过程为中心的管理和过程改进的起点,但是定义一个软件过程需要花费大量的时间,有研究指出为一个CMM的KPA制定一个过程需要800到1000人时[1]。而且由于软件开发过程的特殊性,必须为每一个软件开发制定一个开发过程。这不但造成了软件过程定义效率低下,而且需要投入大量的人力物力。因此有的企业不愿意开展软件过程改进,也有的企业在改进的中途就放弃了[2]。过程定义效率低下,严重阻碍了过程改进运动的开展。软件过程复用是解决这个问题的方法,通过复用不但可以减少创建过程的费用,而且可以提高效率和质量,从而有效地降低软件开发成本和时间。从上世纪九十年代中期开始,软件过程复用受到越来越多的研究人员和软件开发人员的关注。Rollenbach和Frakes的研究指出,采用复用的方法创建一个过程开销只有重新创建一个过程所需开销的1/10[1]。
根据软件过程的定义[3,4,5],软件过程最主要的组成部分是一系列相互联系的活动,通过执行这些活动可以得到预期的结果,活动体现了过程的目的和功能。而且在不同的软件过程定义中往往具有活动稳定,而活动间关系易变的特点。在已有的活动定义中,往往把易变的活动间关系作为活动定义的一部分,一旦活动间关系改变必须重新定义活动,使得活动的定义无法被复用。图1中描述了一个传统的过程元模型[6],在此元模型中,子过程(Sub-process)作为过程的元素存在,同时子过程也是一个过程,包含活动及活动之间的迁移关系和依赖关系。另一方面,复杂活动由简单活动和活动间的迁移关系和依赖关系组成。这种表示法在区分子过程和活动时将出现困难。为了清晰描述的需要,必须要区分子过程和复杂活动。
为了支持复用,本文中把活动作为过程的最小组成单位,活动不再区分简单活动和复杂活动。在定义活动结构时,把依赖关系从活动的结构中分离出来,从而可以得到相互独立的可复用活动元素。通过这种方法定义的活动可以作为复用的基础,通过重新定义活动间的关系可以实现活动在多个过程中的复用。对于活动间的复杂联系采用STECA规则进行描述,不但可以描述活动间存在联系,而且可以清晰地描述联系的属性,包括顺序和条件等。
1 活动结构分析
本文把活动作为组成过程的最小单元,是不可再分的。同时规定每个活动只包含一个操作(action),这样规定的好处是方便描述和建模,因为如果一个活动过于复杂同时产生多个产品或中间产品时,在划分子过程边界时就会碰到困难。活动最主要的作用是通过执行它们可以实现过程的功能。因此,活动的功能就是对某个输入进行处理,生成符合要求的输出,由此可以确定作为一个完整的活动结构最主要应包含输入、对输入的操作和输出。
· 动作 动作是对某个输入产品进行的操作,真正体现了一个活动的功能。
· 输入 指提供给活动由活动处理或参考的软件制品。输入的内容和活动处理的内容并不相同,有些输入只是供活动执行时参考, 活动并不直接对其进行处理。比如测试时提供给测试活动的需求文档和设计文档等,这些文档只作为参考,测试活动并不对其进行处理。
· 输出 指由活动处理后得到的产品,可以是可交付产品,也可以是中间产品。
活动之间存在着各种联系,活动间的关系比活动和其他过程组成部分之间的关系更加复杂,其复杂性是软件过程复杂性的主要体现。软件过程定义和建模的一个重要任务是清晰、直观地描述活动间的关系。而且活动间关系的复杂性主要表现在其非线性上,当一个活动执行完以后,要根据条件判断才能确定接下来要执行的活动。比如在开发过程中,某个文档审查通过和未通过,其后继活动是不同的。活动间的关系主要包括顺序关系、与连接关系、或连接关系、与分裂关系、或分裂关系和循环关系, 如图2所示。
2 活动间关系的描述
2.1 STECA规则介绍
活动间的关系非常复杂,很难用简单的线性关系进行描述,过程间的关系是复杂的非线性关系。使用简单的迁移只能表示活动间存在着某类关系,并不能真正描述出具体的关系类型。本文中采用扩展的ECA规则对活动间的关系进行描述。ECA规则的含义是:当事件E发生并且条件C满足的情况下,执行动作A[7]。ECA的语法描述如下:
rule:=When <event> If <condition> Do <action>
但是这种简单的ECA规则显然无法满足描述活动间关系的需要,由于本文把活动和活动间的关系分离形成了两个相互独立的实体。而规则必须要有调用者和作用对象,也就是说要表示规则由谁调用,对谁施加定义的操作。为了符合描述的需要,本文把ECA扩展为STECA,即具有主客体的ECA规则。一个STECA规则是一个五元组R=(S,T,E,A,C),其中:
S 规则主体。发出事件或调用规则的实体,在过程定义中就是调用规则的活动。
T 规则客体。规则中动作的实施对象。
A 规则动作。应用规则对规则客体执行的操作集合。
C 规则约束条件。对规则执行的约束集合,必须在满足约束条件的情况下才能执行规则。
E 触发事件。触发事件是决定是否执行规则的判定条件,即当产生的事件和规则事件吻合时,才触发规则的执行。
本文中定义STECA的格式为:
本文约定一个规则只有一个主体和一个客体,根据主体和触发事件选择相应的规则,用规则中定义的动作对客体实施相应的操作。
2.2 规则事件和动作定义
为了规范化描述的需要,如表1所示定义规则的事件。
finish结束表示一个活动执行完成,并不关心其成功还是失败。而success和fail是指活动执行完以后,要根据执行情况判断其成功还是失败。比如测试通过还是未通过,就可以用success和fail表示。当执行情况超过两种,无法用success和fail表示时,可以采用事件和约束条件共同确定采用的规则。如表2所示定义规则的动作。
上面只定义了几个简单的规则事件和动作,在实际应用中可以根据具体需要定义事件和动作类型。
2.3 活动间关系的描述方法
接下来详细讨论如何利用STECA规则描述过程间的各种关系。对于顺序关系,主要是描述活动在执行中的先后关系,活动Act1和Act2的顺序关系规则可以表示如下:
上述规则描述了当活动Act1执行完成后发出了finish事件,通过调用RuleName1规则激发Act2的执行。
活动间的与连接关系,其实是活动间的同步关系,即所有的活动都必须完成才能执行后继的活动。为了表示这种关系,必须要增加一条同步规则,由同步规则判断是否所有的前驱活动都已结束。比如要描述活动Act1和Act2都结束后才能执行Act3,规则描述如下:
对于或连接关系类似于与连接关系,只需把条件中的与关系改成或关系:
即只要Act1和Act2中任何一个完成即可激发Act3。
对于分裂关系,即一个活动执行完以后可能同时执行几个活动、或者只能执行其中的一个活动。使用STECA可以方便地表示这三种关系,只要在条件中进行判断即可。比如要表示只要活动Act1执行结束,同时执行活动Act2和Act3,可以表示成两条规则:
而要表示二选一的选择关系时,可以使用事件判断完成。如要根据Act1的执行情况判断接着要执行的活动,比如Act1中条件为真时,执行Act2,否则执行Act3,可以表示为:
对于有多个选择时,处理方法相同,只是要在条件中分别列出所有可能的判定条件,根据事件和判定条件综合确定接下来要执行的活动。对于循环关系,即某个活动可能重复执行,直到某个条件满足为止,规则类似于选择关系,只是其中的一个目标活动为主体本身。
使用扩展的STECA规则可以方便地描述活动间各种复杂的关系,而且采用如上形式表示活动间的关系的另外一个好处是,这种表示法和政策(policy)表示法是兼容的。政策最初用于在网络环境中进行路由选择,现在已逐渐用于其他领域,比如Agent系统中的服务选择等。政策除了具有路由选择功能外,授权政策还提供了对各种资源访问进行权限控制的有效手段。在软件过程中,活动间路径选择非常类似于网络中的路由选择,只是更加简单而已。因此,通过和政策兼容的规则表示活动间的路径选择关系,可以方便地为将来创建自动化过程支持环境服务。
3 描述方法的实现
由于STECA规则具有规范的描述形式,可以使用XML作为STECA规则的实现方式。下面演示了用XML对STECA规则进行描述。
其中process表示规则所属的过程,在实际使用时,需要为每个过程创建一个STECA规则集,用来描述过程中活动间的关系。由于一个过程包含多个活动,因此需用多条规则描述活动间的关系。rule name表示规则名称,subject表示规则主体,event表示触发规则调用的事件,object表示规则客体,action表示规则采取的操作。
4 结 论
过程定义是软件过程改进的起点,过程中最主要的组成部分是活动及活动间的关系,活动及活动间关系体现了过程的功能。本文在对活动结构进行抽象的基础上,采用STECA规则对活动间关系进行描述。这种描述方式的优点是可以描述活动间各种复杂关系,采用XML作为实现手段,由于其采用了规范的描述形式,支持共享和检索,而且可以被标准推理器识别并进行推理。
参考文献
[1]Hollenbach C,Frakes W,Software process reuse in an industrial set-ting,Fourth International Conference on Software Reuse.IEEE Comput-er Society Press,1996:2230.
[2]SEI.Process Maturity Profile of the Software Community1999Year End Update.SEMA3.00,Carnegie Mellon University,2000.
[3]朱三元,钱乐秋,宿为民.软件过程概论.北京:科学出版社,2002.
[4]R MI.Toward a classification scheme for software process modeling ap-proache,Information and software Technology37,1995:2363374.
[5]Paulk MC,Charles V.Weber,Key practices of the capability maturity model.sm,version1.1,Technical Report CMU/SEI93-TR-025,Carne-gie Mellon University,Software Engineering Institute,Pittsburgn,1993.
[7]Thunem S.Process Modeling for Process Improvement—AProcess Con-formance Approach.PhD thesis,Department of Computer and Informa-tion Science,Norwegian University of Science and Technology,1997.
软件维护支持合同 篇3
【关键词】城市轨道交通;信号维护支持系统;远程控制;分析
现如今,随着城市客流量也来越多,导致城市轨道交通压力也越来越重,人们对于交通信号设备运行的安全性也提出了较高的要求,这就使我国城市交通部门面临了巨大的挑战。因此,大部分城市交通部门为了更好的解决这一问题,缓解城市轨道交通压力现状,纷纷加大了对信号维护支持系统的建立,以此来提高城市轨道交通信号系统的运行质量,从而充分保障了运营生产的安全、可靠性,这对于城市经济建设也有着重要的影响和意义。下面,本文就对信号维护支持系统在城市轨道交通系统中的应用进行探析。
1.信号维护支持系统在城市轨道交通信号系统中的作用
城市轨道交通信号系统是城市轨道交通的主要技术设备,担负着指挥列车运行、保证行车安全、提高运输效率的重要任务。由列车自动监控系统(ATS)、列车自动防护系统(ATP)、列车自动驾驶系统(ATO)、正线计算机联锁系统、数据通信系统(DCS)、车辆段/停车场联锁系统、电源屏系统组成,包括计轴、轨道电路、信号机、转辙机等设备。为保障系统的安全运行,必须对其进行良好的日常维护。
信号维护支持系统是整个信号系统的设备状态监测与维护工具,利用计算机、网络和通信技术,完成对信号系统所有设备的状态集中监视和报警,实时监测信号设备的使用情况,定位故障地点,分析故障原因,统计故障时间,管理维修作业,以实现预防故障发生,提高系统维护管理水平的效果。同时,通过专业化、智能化、流程化的综合维护平台,进一步提高信号设备的维护管理效率和质量,确保城市轨道交通信号系统安全、可靠、高效运行
2.城市轨道交通信号维护支持系统现状
车辆段/停车场采用国产微机联锁信号系统,并配备国有铁路2000/2006版信号微机监测系统。正线ATS、ATP、ATO设备报警信息汇聚到ATS界面,由ATS系统提供部分信号设备的报警信息,信号设备的维护与维修采用故障修和周期性维护的方式,缺少对转辙机、电源屏等设备的监测。
车辆段/停车场采用国产微机联锁信号系统,并配备国有铁路2000/2006版信号微机监测系统。正线采用基于通信的列车运行控制系统(CBTC),正线ATS、ATP、ATO设备报警信息汇聚到ATS界面,由ATS系统包含较全列车自动控制系统(ATC)的维护和报警信息,以及部分正线信号设备的报警信息。全线信号电源配备智能电源屏,并组建专用的电源屏监测网络。该情况通常出现在近期开通的CBTC线路上。
3.主要技术要求
3.1设计人员在对城市轨道交通信号维护支持系统进行设计时,应该充分考虑到系统独立、单一的网络问题,这样设计的主要目的是为了能够适应于不同系统供应商所提供的信号系统。并且,其中所配备的设备也最好是小型化,或是模块化,以此来对城市轨道交通中零散的集中站、停车场、车辆段等交通场所的控制中心进行统一的管理。
3.2在实际的信号维护支持系统建立过程中,设计人员应该采用大量先进的技术手段,从而确保信号设备能够始终保持在良好的运行状态中,并对数据记录、监测范围、不问断电源信号机、数据传输系统基进行实时监测。
3.3城市轨道交通信号维护支持系统应该具备记录信号系统、屏蔽门、监督等系统功能。
3.4通常情况下,在城市轨道交通信号维护支持系统的实际应用过程中,为了避免信号设备受到不良信号的干扰,需要将其与被监测设备之间进行隔离,以此来保证采集数据的真实有效性。并且,采集信息系统通过与其他系统相互结合在一起,加快实现了信息资源的共享。
3.5信号维护支持系统模拟量采集器在正式使用之前,应该利用专业标准的计量器进行校验,使其真正达到国家技术规范要求。
3.6信号维护支持系统最大的优点就是能够快速及时的采集到信号设备的工作信息,并通过智能化系统来对大量的信息数据进行整理分析,一旦信号系统出现运行故障问题,将会迅速发出预警信号,从而将损失程度降到最低。
3.7信号维护支持系统的主要功能是为了对监测设备的运行质量进行严密的监测,并对设备故障类型进行分类。
3.8所谓的城市轨道交通信号维护支持系统自身应该具备一定的故障诊断能力,一定信号设备发生故障情况时,系统可以根据信号设备中产生的状态信息进行分析,准确寻找出故障位置,从而采取相关有效的处理措施。
3.9由于信号维护支持系统在运行过程中,常常会受到外界因素的干扰影响,进而影响信号设备的正常运行。因此,设计人员需要增强信号维护支持系统的抗电化干扰能力。
4.轨道交通信号维护支持系统应用展望
相关技术人员通过对城市轨道交通信号维护支持系统进行深入的研究分析以后,提出了将不同信号系统的维护信息接口、信息数据进行表标准化,以此来提高系统整体的维护能力,促使操作界面也能够得到优化的统一管理,形成一个完整的信号维护管理系统,这也就大大减少了维修人员的工作任务量。并且,信号维护系统中具备数据分析,监测、故障诊断等使用功能,进一步提高了城市轨道交通信号系统的运行效率,有效的降低了后期信息系统的检修费用。同时,如果信号设备出现故障问题,系统也会根据其产生的运行数据进行检测分析,同时发出预警信息,尽最大限度的将损坏程度降到最低。
可以说,当今的城市轨道交通网络系统自身具备了很大的压力,随着客流量的快速增长,其也在发生着变化,再加之行车间的距离逐渐缩小,信号维护难度越来越大的,现有的轨道交通信号维护设备也存在着一定的不足,相关部门应该在此基础上,对所有的维护信息进行归纳整理,建设出方便、快捷的城市轨道交通信号维护支持系统,以此来提高城市轨道交通 的服务质量,充分保证行车的交通安全。
5.结束语
综上所述,可以得知,信息維护支持系统对于城市轨道交通系统有着至关重要的影响与作用。因此,我国城市交通部门应该加大对信息维护支持系统的建设力度,加快实现信号维护资源共享的目标,从而促进信息维护支持系统在城市国道交通系统中的可持续发展。
参考文献
[1]贾萍.完善城市轨道交通信号维护支持系统的必要性[J].中国铁路,2012(04)
[2]周庭梁,张兵建.地铁的信号维护支持系统[J].城市轨道交通研究,2010(08)
软件维护服务合同 篇4
甲方:乙方:
甲、乙双方经友好协商,双方同意,乙方就向甲方提供软件产品维护服务达成如下协议,乙方将按照本服务合同及相关附件所约定的维护服务内容向甲方提供服务,甲方同意并保证完全执行本服务合同所约定的责任,以利于本合同的顺利进行。
第一条:维护服务内容
甲方定期做好系统数据备份,并对备份数据进行妥善保管。甲方在应用过程中发现软件出现异常,应及时与乙方取得联系,并记录当前故障现象,便于乙方作出诊断。甲方在乙方服务人员服务完成后,配合检查软件系统运行是否正常。
乙方向甲方提供系统的运行维护服务(客户其它应用软件不含在内)。乙方负责向甲方提供对上述系统问题或故障解决的技术支持与相应服务及提供服务期内软件升级的咨询服务。乙方指根据甲方要求对软件现有功能进行和改动。甲方如需新增软件功能费用另外协商再议。
第二条:服务期限:
月日至年方有运行维护服务要求,必须另行签定运行维护服务合同。
第三条:合同金额及付款方式:
3.1合同总金额:年服务费为(软件价值的15%)整(大写:)。除本合同另有明确约定外,甲方不再向乙方支付任何费用。
3.2付款方式:甲方应于本合同生效之日起的 ,向乙方一次性支付合同约定的运行维护费
第四条:维护服务进度及方式
在本合同有效期内,乙方向甲方提供系统管理的全面的技术支持和维护服务。具体维护内容和方式如下:
4.1技术支持咨询
乙方将提供给甲方一份详细的技术咨询联系办法,在合同维护服务期内,甲方系统管理员可以随时通过电话、传真及电子邮件等各种灵活的通讯手段向乙方进行技术咨询,乙方将第一时间给予甲方答复。
4.2 及时响应
乙方向甲方提供每周5个正常工作日,每个工作日8小时的随时响应服务。
4.3远程联机
如果甲方遇到一些基本问题,乙方的支持工程师可以通过远程登录到甲方设备上来查看问题所在,并指导甲方或直接排除故障。
4.4现场支持
4.4.1如果甲方遇到较为复杂的问题,一般通讯手段的咨询和远程联机不足以解决,乙方将根据甲方具体情况,安排工程师赶到现场解决问题。对于通过远程方式无法解决的,乙方应在72小时内安排工程师到达用户现场第一时间内对系统进行处理,使系统重新恢复运行。
4.4.2乙方对于甲方工程师提出的有关软件方面的技术问题进行培训和辅导。
4.4.3针对用户系统的运行情况,结合乙方工程师自身的经,提出系统改进建议,供用户参考。
4.4.4 以上若干种维护服务内容并不是相互割裂、互不相关的,而是相互渗透、紧密结合成为完整统一的支持维护体系。
乙方向甲方提供的所有现场维护服务所涉及的全部费用不包括在本合同总价款之内,甲方需根据实际费用另外支付。
第五条:责任限制及有限保证
5.1乙方承诺根据本合同的约定向甲方提供服务,但是对于因不可抗力或甲方因素导致的延误而给甲方造成的损失不承担任何责任。
5.2 除本合同或其附件另有约定,乙方对如下软件产品不提供任何运行维护:乙方及乙 方代理人之外的任何人未经乙方许可对许可软件进行任何方式的修改而产生的软件;甲方未按照许可合同约定的范围及限制使用的许可软件;甲方所使用的任何第三方软件产品。
5.3除本合同后其附件另有约定,乙 方提供的运行维护不包括以下情况:甲方人员非法操作、计算机设备感染病毒、第三方产品的故障、计算机设备故障、网络故障等导致许可软件无法正常运行;甲方因许可软件遗失、被盗、被误用或被擅自修改、计算机设备故障、网络故障、其他软件的故障、操作失误等情况造成数据混乱和丢失。
第六条:不可抗力
6.1若合同的任何一方由于不可抗力的原因影响合同正常执行,则合同应延期执行,延期时间应与事件的持续时间相同。
6.2受阻方尽快将发生的不可抗力事件情况以最快方式通知另一方,并在随后的十天内开具书面的证明给另一方,做为不可抗力的证明。
6.3受不可抗力影响的一方,应尽一切努力减轻和克服不可抗力的影响,并在不可抗力事件后,继续履行合同职责。
6.4在不可抗力的影响下,受阻方可暂时停止执行合同的受阻部分。当不可抗力事件持续的时间超过三个月,双方可就解除合同及其它未尽事宜进行协商处理。
第七条:保密
7.1甲乙双方应履行保密义务,未经双方许可,不可向任何第三方泄露任何技术文件及与合同有关的数据,包括合同本身。
7.2对于来自甲方或用户的有关保密信息,乙方须同样遵守保密约定。
7.3以上保密条款的期限为永久,自本合同生效之日起算。
7.4若乙方违反保密条款的约定,则承担本合同总额10%的违约责任及赔偿由此给甲方造成的损失。
第八条:争议的处理和解决
本合同及其补充协议的签订、履行及责任的划分等,均适用中华人民共和国法律。与本合同有关或履行本合同过程中发生的一切争议,双方同意提请甲方住所地人民法院通过诉讼方式解决。
第九条:其它
9.1本合同一式四份,双方各执两份,附件和正本具有同等效力,经双方签字并盖章之日起立即生效。
9.2对本合同的任何修改和补充,应经双方协商共同签订补充协议。
签署
甲方:乙方:
代表:代表:
最新软件系统维护合同范本 篇5
在当今社会,人们对合同愈发重视,合同在生活中的使用越来越广泛,合同能够促使双方正确行使权力,严格履行义务。那么一份详细的合同要怎么写呢?下面是小编整理的最新软件系统维护合同范本,希望能够帮助到大家。
软件系统维护合同1甲方:_________
乙方(服务方):_________
甲乙双方本着互相信任、真诚合作的原则,经双方友好协商,就乙方为甲方提供技术支持服务达成一致意见,特签订本合同。
一、合同适用说明
本合同适用于首次购买乙方软件产品及需要乙方技术服务的用户。
甲乙双方签订本合同,表明甲方接受乙方所提供的标准服务;否则,视甲方主动放弃乙方所提供的服务。
二、服务内容
乙方提供的服务内容:
产品标准培训:乙方负责承担甲方所产品的标准培训。
热线支持:指乙服务人员通过电话向用户提供技术问题解答的过程。
现场维护:指乙方派遣技术人员到用户现场处解决问题的过程。
功能改进:指根据甲方要求对软件功能进行和改动。
乙方的服务承诺:
乙方接到甲方通过电话,信函,传真,电子邮件等方式提出关于软件的服务请求后,在当日内给予响应并提供服务。
乙方提供给甲方的服务,必须按照合同规定的服务内容进行。
三、甲方责任
甲方应确保有专人对软件的使用和管理负责。
甲方应建立相关制度,以确保软件运行环境(包括计算机,打印机及相关硬件设备)的安全,为软件正常运行提供保障。
甲方定期做好系统数据备份,并对备份数据进行妥善保管。
甲方在应用过程中发现软件出现异常,应及时与乙方取得联系,并记录当前故障现象,便于乙方作出诊断。
甲方在乙方服务人员服务完成后,配合检查软件系统运行是否正常。
四、收费办法和合同期限
年服务费为(软件价值的15%):_________(大写)。
合同有效期为一年,自_________年_________月_________日至_________年_________月_________日止,期满合同自动中止。
合同合同满后,双方协商,甲方可要求乙方继续提供软件运行维护服务,但双方必须重新签署新的服务合同。
五、争议处理
甲乙双方如对协议条款规定的理解有异议,或者对与有关的事项发生争议,双方应本着友好合作的精神进行协商。
协商不能解决的,依照《中华人民共和国合同法》,任何一方可向乙所在地的人民法院起诉。
六、其他
本合同未尽事宜,由甲乙双方协商后产生书面文件,作为本合同的补充条款,具备与本合同同等法律效力。
对本合同内容的任何修改和变更需用书面形式,并经双方签字确认后生效。
本合同为双方唯一的正式协议,其他任何方案,口头说明及与本项目有关的信函、传真、邮件等,均以本合同为准。
甲方(盖章):_________
代表人(签字):_________
_________年____月____日
签订地点:_________
乙方(盖章):_________
代表人(签字):_________
_________年____月____日
签订地点:_________
软件系统维护合同2甲方:
地址:
联系电话:
乙方:
地址:
联系电话:
甲乙双方已20xx年xx月xx日签订了《××销售合同》,该合同包含自合同签署之日起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、协商或调解不成,双方同意将争议提交上海仲裁委员会申请仲裁。
十、合同生效
本合同经双方代表人签字盖章后生效。本合同一式二份,甲乙双方各持一份。
十一、其他未尽事宜
双方应友好协商解决,并签署书面补充协议,补充协议与本合同具有同等法律效力。
甲方(盖章):
甲方代表:
签署日期:
乙方(盖章):
乙方代表:
软件维护支持合同 篇6
2.监督制作部计算机系统日常维护工作。如定期硬盘整理,定期系统病毒检测,定期计算机清洁,定期系统重装等。
3.承担制作部的视听网络、计算机网络的线路维护、线材制作,保证线路通畅,始终存有备用。
4.承担学院网络直播中视听制作设备的连接、安装、调试。
5.保存各种设备的使用说明书、保修卡等资料,将各种计算机硬件及相关设备的驱动程序光盘建档保存并留有程序副本。
软件技术支持工程师的具体职责 篇7
1、全面负责所有酒店机器人的运营状况管理;
2、远程监控和处理机器人在酒店遇到的问题,第一时间进行解决;
3、定期分析各机器人的使用情况和健康度,并给出相关建议;
4、软件相关说明文件和帮助文档的编写与维护。
任职要求:
1.计算机或相关专业专科及以上学历;
2.有较强的逻辑分析能力和学习能力,工作责任心强,细致有耐心;
3.具有良好的客户沟通能力和协调能力,良好的团队合作能力及任务执行能力;
软件维护及售后承诺 篇8
公司制定如下服务约定:
1、每年保证至少5次不定期派服务人员到办公地点现场维护及处理相关问题,如遇产品问题,停留至问题解决。
3、在系统发生故障时,由 公司技术工程师远程检测并解决,如远程无法解决时,技术工程师将继续保证远程检测故障。同时,派遣另一位工程师在故障发生后2小时内到达办公地点现场处理。
3、如遇产品严重问题,公司技术工程师协同产品厂家工程师现场处理,并承诺在厂家工程师到场后3个工作日内解决问题。服务保证
在售后服务与技术支持的过程中,我们是以ISO9001质量体系作为提供优质服务的标准和保障,一个项目从立项到实施,到最终提交给用户、提交后系统的维护和产品维修,都有非常严格的制度和规定。这样不但能确保我们的工作可以按步骤有计划地进行,最重要的是确保了用户的利益,保证了我们提供的产品及服务满足用户的需要。保证工程师在系统发生故障后解决问题至系统正常运行后再离开。服务体系结构
通过多年的客户服务与实施经验,公司已经形成了自己完善的服务体系,充分服务于我们的客户。服务体系如下: 本地服务
在一般的咨询和应用被满足后,各种硬件故障和软件应用中的冲突和使用问题,通过对用户的本地上门服务提供支持。
保证在出现系统应用紧急问题情况下,2小时到现场解决问题。 专人负责
系统实施上线后,将安排专人负责项目对接,对系统运行、用户使用中的问题给出及时响应。服务内容和范围
一、维护服务内容
青海 公司提供的服务形式和内容如下
1、热线服务:青海 公司维护服务人员通过热线电话解答技术问题的过程。
2、远程维护服务:青海 公司通过远程维护系统对软件进行远程调试的过程。
3、现场服务:青海 公司派遣技术人员到使用现场解决问题,并对许可软件系统进行系统保障的过程。
4、用户拜访服务:青海 公司将不定期派工程师拜访客户了解使用情况及问题。
维护服务范围
服务范围
(1)青海 公司提供维护与技术支持服务的范围包括:
1、由于系统数据库或许可软件发生严重故障或在关键处理时期内主应用程序出现故障而使软件系统停滞并且不能用许可软件处理数据;
2、许可软件发生问题而导致主要业务受到严重干扰并且无法轻易解决(暂时性地)的问题;
3、许可软件发生非关键性问题,并且能继续运行系统和/或进行操作;
4、所有有关许可软件的使用和实施的问题和要求。现场维护响应时间
1.“响应时间”是指从青海 公司接到服务请求之后,到工程师沟通并做出服务承诺的时间。
2.青海 公司在接到通过电话、信函、传真、电子邮件、网上提交等方式提出关于许可软件的服务请求后,在2小时之内给予响应并安排提供相关服务。软件升级
青海 科技有限公司承诺按照以下要求严格执行软件升级服务。1.产品免费质保期为12个月,自双方签订验收报告算起。
2.在质保期内,青海 科技有限公司对其提供的产品进行现场维修维护、软件小版本升级(小版本升级指:3.5sp1版本升级为3.5sp2版本)、打补丁、消除软件缺陷。
3.如软件进行大版本升级(大版本升级指:3.5版本升级为3.6或其他版本),双方另行签订升级服务合同
应急预案
本应急方案适用于某一个或多个部门的信息系统因故障不能正常使用,甚至全院整个系统崩溃。对于某工作站一点一般采用备用机器的办法,不启动应急方案。
应急方案制定原则 当系统出现故障时,为了尽快的作出响应,将损失减少到最少,通过应急方案,继续保证我单位各项业务地顺利进行,保证单位数据的安全可靠。本应急方案制定时,遵循了以下原则:
① 重点部门原则。重点部门、关键业务必须得到重点保护,制定应急方案时,应合理安排人力资源、设备资源。
② 重点设备原则。对一些牵涉面较大的设备(如主服务器、主交换机、磁盘阵列等)必须得到重点保护,应该使用双份。
③ 风险优先原则。根据风险评估情况,对有可能造成损失的系统,优先制定应急方案,并在发生问题时优先启动、优先恢复。
④完整性原则。应急方案是一个系统工程,它包含了预防防范性、应急处理措施、触发条件、启动、恢复措施等。在制定应急方案的同时,必须考虑到成本及可能遇到的风险,达到较好的性价比。
⑤有效性原则。必须保证应急措施的切实有效。
⑥可操作性原则。应急方案涉及到日常工作的各个部门,具体的应急措施要简单、准确。
⑦可恢复性原则。待故障排除或系统恢复后,对于启动应急措施后至恢复前的数据应该能够得到恢复,并与前后数据保持一致。
二、日常准备工作
(一)、软资源备用:对重要信息资源需要有足够备份,并将备份存放于攻击和灾害不能及的地方。
(二)、设备备用:在工作现场有主板、硬盘、光驱、网线等备件,以及备用的外部设备。
(三)、电源备用:配置不间断UPS电源。不间断电源可在断电后维持工作3小时以上。
(四)、重要或大型系统中的关键设备和信息安全产品采用双机热备份。应急处理流程 信息管理科人员在监控过程中发现或收到其他部门反馈不能正常使用办公或业务应用系统等故障事件,应通知青海 科技有限公司,我公司技术人员和相关软件、硬件的技术人员立即配合行动,初步查明原因(电力、服务器、存储、网络、应用系统软件等),并向科室、部门相关领导汇报。部门领导在听取情况汇报后,根据事件的范围、影响和紧急程度启动相应的专题预案。如果没有相应的专题预案,要根据情况迅速采取措施抑制事件的扩散,恢复系统运行。
全局事件处理时双方人员共同按照以下流程排除解决问题
(一)、总公司核心信息系统的外部电力中断、UPS故障等导致的大面积停电事件处理流程:
(二)、网络线路或网络设备故障导致的内外网中断故障处理流程:
一、服务器或其他机房设备故障:
服务器或其他机房设备发生的硬件故障处理流程:
1、信息管理科人员立即到达事故现场,观察故障现象(操作系统情况、日志信息、硬件报警信息等)并电话通知 公司项目技术负责人,工程师则尝试远程修复(对单机系统,尝试使用备用设备恢复)。
2、如 工程师无法远程修复,向设备提供商进行电话报修,向设备提供商对故障情况等信息进行描述,请求设备提供商现场技术支持。
3、向设备提供商进行报修,确定设备提供商报修的受理回复,以及设备提供商工程师和故障备件到场时间。
4、公司技术人员协助信息管理科有关人员做好相关系统和数据备份及安全关机准备。
5、如果设备故障不能及时修复,应向各级相关领导汇报,并采取相应措施。
二、OA系统或短信平台故障
1、信息管理科人员立即到达机房,检查服务器运转是否正常,并向 公司反映故障情况,共同初步分析故障原因,并及时向领导汇报,技术工程师尝试远程修复。
2、若OA故障导致系统不可用,则通过电话、短信平台等发布停机公告,同时通知各部门使用电话、飞鸽、QQ等通讯工具暂时进行业务联系。
3、若短信平台故障导致平台不可用,则通过OA、电话等通讯工具给业务员进行联系。
4、技术工程师协助信息管理科技术人员尽快查找故障原因,并远程排除故障,如远程无法排除时,请求 技术工程师现场技术支持。
5、故障排除后及时发布系统恢复公告。
三、网络线路或网络设备故障
软件维护支持合同 篇9
1.按要求接收指派的客户请求,处理,跟进直到关闭case;
2.在上级指导下操作;
3.严格遵循case的操作指导等管理流程工作,确保case能够及时有效的得到对应和更新,并且每一步操作都能达到服务标准;
4.每一个case都要存档记录,包括所有的解决步骤;
5.能够积极的,有效的,灵活的完成团队目标和要求;
6.服从/完成具体的或者临时特别的工作;
7.与其他团队成员合作,提供更高质量的服务;
8.参与部门会议,定期配合部门经理进行1对1工作回顾;
9.工程师监控自己所在的组里的所有case工作状况;
10.通过每天的工作,网络培训和其他工具,不断坚持自我发展。
技术和能力:
1.以客户为导向,积极解决客户问题,满足客户要求;
2.较高的客户服务技能,电话沟通技巧,口语和书写能力;
3,英语熟练,会日语是加分项;
4.丰富的各种软/硬件知识,熟悉Linux ,Windows 操作系统 ;
5.熟练掌握Databases, Operating Systems, Programming, Networking等;
6.解决问题的技能;
7.自我管理能力;
软件维护支持合同 篇10
1、负责公司软件产品用户维护及支持,包括 安装部署、培训和日常技术支持;
2、负责收集整理客户的需求以及将自己改良产品的建议反馈到需求组;
3、负责软件技术方案的编写;
4、负责有关实施专题的研究与讨论,并建立问题知识库;
5、负责对内部成员进行产品业务或技术上的培训;
6、参与公司产品的需求定义;
7、参与公司产品的测试,熟悉产品的功能与用途。
任职条件:
1、通讯、计算机及相关专业,大专及以上学历,二年以上工作经验。工作经验丰富者可适当放宽学历要求;
2、熟悉SQL数据库,对数据库存储、备份、同步、迁移以有一定的了解,对数据库优化有一定的认识;
3、熟悉windows服务器操作系统,熟悉windows service和IIS的部署及其他windows环境下的应用软件部署;
4、能熟练使用PPT、Visio等工具;
5、拥有良好的服务意识和出色的学习能力,能够自发主动的解决问题;
6、能够接受短期出差培训和实施;
软件维护支持合同 篇11
技术支持部职位:
总线技术支持工程师(职位代码:SHSPD_BUS)1-2人
岗位职责:
1.负责总线相关工具的售前及售后技术支持; 2.总线相关测试设备的研究和开发 岗位要求:
1.汽车、电子、控制等相关专业研究生或具有2年以上工作经验的本科生; 2.熟悉CAN、LIN总线协议和标准,了解FlexRay和MOST总线协议 3.具备良好的沟通能力、语言表达能力 4.具备良好的英文阅读和听说能力 5.具有嵌入式软硬件开发经验者优先 6.熟悉Vector工具者优先
控制系统技术支持工程师(职位代码:SHSPD_CDA))2人
岗位职责:
1.负责控制系统开发相关工具的售前及售后技术支持 2.参与控制相关项目及产品开发 岗位要求:
1.飞行器控制、伺服控制、机电或相关控制专业研究生或具有2年以上工作经验的本科生; 2.熟悉控制系统的开发过程; 3.熟悉MATLAB/SIMULINK环境
4.能熟练使用MATLAB控制系统设计工具者优先;
5.有实时仿真系统(如:dSPACE、xPC)使用经验者优先; 6.有航空、航天、轨道车辆、汽车背景者优先。
电机应用工程师(职位代码:SHSPD_MAE)1人
岗位职责:
1.负责电机本体模型的搭建 2.负责电机控制算法的嵌入式实现 3.负责电机相关系统的试验设备开发 岗位要求:
1.熟悉电机控制原理和方法(步进电机、直流电机,交流电机),并具备相关开发经验; 2.熟悉了解电力电子控制技术应用和测试(IGBT,IGCT,变频器); 3.熟悉和了解电机磁场理论,电学理论,传感器控制原理等;
4.了解各种应用行业电机应用要求(汽车电子,风力发电,电力机车等)
硬件设计工程师(职位代码:SHSPD_HWE)1人
岗位职责:
1.负责电子产品的硬件设计和开发,包括硬件原理图设计和硬件调试; 2.负责相关设计文档的撰写 岗位要求:
1.电机、汽车、航空航天、电子工程及相关专业硕士生或具有2年以上工作经验的本科生; 2.具有FPGA或DSP或单片机的实际开发经验; 3.熟悉电子电路基本知识、数字电路和模拟电路;
4.熟悉汇编语言、C语言,具有底层软件编程能力和基本的编程技巧; 5.熟悉VeriLog/VHDL语言,有FPGA产品项目设计经验者优先; 6.熟练使用FPGA常用开发工具,如Xilinx、Quartus II者优先;
7.熟悉和了解DSP的信号处理应用和汽车电子应用等,了解双口RAM应用,基本总线操作,了解DSP主从方式工作者优先。
通信与信号处理技术支持工程师(职位代码:SHSPD_SPC)1人
岗位职责:
1.公司信号处理应用技术支持;
2.负责MATLAB信号处理模块,LSP,Xillinx相关产品技术支持; 3.负责软件无线电中软件通信架构设计工具的支持工作; 4.负责与之相关的市场推广的技术方面工作。岗位要求:
1.通信专业研究生毕业
2.熟悉无线通信系统设计,具备调制解调设计经验 3.具备GPP/DSP或FPGA开发经验
4.具备实时软件无线电或RTOS开发经验优先
AE销售部职位:
汽车电子销售工程师(职位代码:SHAED_SLE)2-3人
岗位职责:
1.负责汽车行业的信息收集 2.负责公司产品的销售业务 岗位要求:
1.汽车及机电专业;
2.性格活跃,喜欢销售工作,乐于与人交往,对市场动向敏感; 3.吃苦耐劳,踏实肯干,做事认真负责,有良好的自我管理能力;、4.有三年销售经验者优先;
5.熟悉华东或华南汽车行业情况者优先
基础服务部职位:
IT工程师(职位代码:SHFSD_ITE)1人
岗位职责:
1.负责为公司内部员工提供IT技术支持; 2.负责IT系统日常检查和监控;
3.负责办公软件的安装和维护,协同部门完成内部IT项目实施 岗位要求:
1.本科或以上学历,2年以上IT相关工作经验优先考虑;
2.熟悉操作Window服务器和Linux服务器,能够正确安装和配置服务器; 3.熟悉C,Python或者Shell语言,具有基本的编程能力和编程技巧;
4.掌握网络知识,熟悉TCP/IP、VPN,熟悉防火墙、交换机及路由器的配置,可以进行网络安全和计算机软硬件维护;
5.熟悉各种网络设备,能熟练对计算机、打印机等设备进行安装、配置、调试和维护; 6.具有较强的网络安全意识,了解安全系统的结构与实施; 7.具有敬业、创新和开拓意识,思路清晰,独立性强,善于合作,有较强的协调能力和团队精神
产品工程部职位需求:
汽车电子硬件设计工程师(职位代码:SHPED_HWE)2人
岗位职责:
1.负责汽车电子产品的硬件开发过程管理; 2.负责产品的硬件开发和底层驱动编写;
3.负责产品的试验和生产的支持工作,负责同其它部门的接口 岗位要求:
1.汽车、电子工程或相关专业本科以上学历; 2.熟悉电子电路基本知识、数字电路和模拟电路;
3.掌握电路分析和仿真技术,具有产品可靠性和故障分析的知识; 4.熟悉汇编语言、C语言,具有底层软件编程能力和基本的编程技巧; 5.具有大批量产品开发经验者优先; 6.熟悉Cadence优先;
7.具有良好的沟通和协调能力,具有团队精神。
汽车电子软件设计工程师(职位代码:SHPED_SWE)2-3人
岗位职责:
1.负责汽车电子产品的软件件开发过程管理; 2.负责产品的功能代码开发和集成; 3.客户项目支持 岗位要求:
1.汽车、电子工程或相关专业本科以上学历;
2.掌握C,汇编语言编程,能够熟练进行嵌入式系统的分析、设计、编码和调试; 3.具有 16/32位MCU微处理器开发经验;
4.熟悉车辆总线网络知识(如CAN, ,LIN总线)者优先; 5.具有良好的沟通和协调能力,具有团队精神
汽车电子结构设计工程师(职位代码:SHPED_SDE)2人
岗位职责:
1.负责汽车电子产品的结构件开发过程管理; 2.负责汽车电子产品的结构件开发和设计; 3.负责生产线工装设备设计和改进; 岗位要求:
1.机械、机电、力学或相关专业本科以上学历; 2.具备扎实的机械设计、材料力学基础;
3.熟练掌握PRO/E、CATIA、AUTOCAD等绘图工具软件; 4.具有两年机械产品设计开发工作经验者优先; 5.具有良好的沟通和协调能力,具有团队精神
产品质量部职位需求
质量工程师(职位代码:SHPED_QCE)2人
岗位职责:
1、负责维护和改善公司的质量管理体系;
2、负责制造过程审核,产品质量审核,质量管理体系的内审和管理审核等,并跟踪纠正预防措施的制定和实施,完成过程质量和成品的质量报告;
3、负责制定数据分析管理的相关表格,管理监视和测量装置,收集数据,完成各种数据分析的工作;
4、负责不合格品控制,包括各种检验记录的审核,协调不合格品的判定,返工和维修工作;
5、负责供应商管理,监控供应商的来料质量和过程稳定性,完成供应商质量体系和生产过程的审核,监控供应商完成PPAP材料的提交和审核;
6、实施质量培训 岗位要求:
1、本科以上(含)学历,测控,精密仪器,机械电子等相关专业优先考虑,熟悉汽车电子,步进电机或注塑工艺的优先考虑
2、具有良好的团队协作能力和沟通能力,工作严谨
3、快速学习能力,能够承受工作压力
【软件维护支持合同】推荐阅读:
软件系统维护合同09-11
软件维护外包服务合同09-05
软件系统维护10-19
软件维护的内容06-15
软件免费维护升级协议07-05
软件系统应用维护11-01
erp系统软件维护07-17
面向对象的软件维护论文10-12
软件的可维护性设计06-11
计算机软件安装与维护07-11