维护服务器监测软件

郑州市住房保障和房地产管理局2020年度信息系统维护运转项目项目需求1.
背景郑州市房产综合管理系统按照郑州市房产管理建设的总体规划、技术标准与操作规范,配合住建部总体建设、技术规范标准,在已有的数据资源、应用资源、硬件资原的基础上,新建开发郑州市房产管理局内部的综合业务信息管理系统,涵盖全市及各县市互通的房地产数据库,形成了一个设计科学、合理优化的集中业务中心数据库;建成了全局统一房屋交易管理、商品房预售及合同备案管理、存量房网上备案及资金监管、商品住房限价管理、个人住房信息管理等配套的综合业务应用系统;建成了一个全面灵活的业务督办和综合查询统计监测系统;建成了一个通用的数据应用支撑平台及一个与其他部门的数据互通、信息共享所需的标准外部接口支撑平台.

郑州市房产管理局的房产综合管理系统是属于集中式的开发和运行,业务系统的范围除了已经为全局及各县区涉及3500多用户提供业务访问和日常工作办理外,还涉及房地产开发企业、物业公司、中介公司一站式业务服务和管理平台.
目前,业务系统运行的生产环境,配套网络设施和服务器的性能,以及系统自身原开发合理性和使用效率都对后期系统的稳定运行提出了具体要求.
对房产综合管理系统应用软件生产环境的日常维护包括系统定期检查、用户报障与服务请求处理、技术业务及流程数据维护、特殊统计查询、协助用户进行业务系统软件更新发布管理、业务需求完善等.

2.
项目范围提供12个月对郑州市房产管理局纳入运维服务范围的业务应用软件提供现场驻场式运维服务保障工作.
包括系统定期检查、数据库监控、提高系统动行速度、根据政策变动修改完善业务系统、用户报障与服务请求处理、技术支持,业务及流程数据维护,特殊统计查询、协助用户进行业务系统软件更新发布管理,业务系统培训;总结更新软件件维护服务知识库等.

3.
项目需求3.
1.
项目总体目标对纳入本项目范围的应用软件,要全天候进行日常监控,及时发现解决问题;提高系统运行速度,根据政策变动修改业务系统,保障应用系统安全,防范数据等信息丢失;确保应用系统的变更与发布要经过严格的评估与测试,有序实施;对软件BUG能够及时修改;保障数据维护等工作的高效与安全;保障终端用户的应用系统使用问题能够及时解决;力求应用系统的配置管理工作能够全面、准确的实施.
全面提升应用系统的可用性.

3.
2.
应用软件维护范围与边界纳入本项目进行运维服务业务系统名称、业务系统的运维范围、业务系统的运维边界如下表所示:序号业务系统名称详细运维内容边界描述系统正式运行时间1郑州市房产综合管理信息系统应用软件的日常监控、故障分析处理、巡检、数据维护、功能缺陷维护、变更管理、发布管理、应急检查、迁移升级维护服务应用软件全部功能的运维20002郑州市住房货币化分配信息系统应用软件的日常监控、故障分析处理、巡检、数据维护、功能缺陷维护、变更管理、发布管理、应急检查、迁移升级维护服务应用软件全部功能的运维20033商品房预售管理及联机备案管理信息系统应用软件的日常监控、故障分析处理、巡检、数据维护、功能缺陷维护、变更管理、发布管理、应急检查、迁移升级维护服务应用软件全部功能的运维20054郑州房地产市场信息系统升级改造应用软件的日常监控、故障分析处理、巡检、数据维护、功能缺陷维护、变更管理、发布管理、应急检查、迁移升级维护服务应用软件全部功能的运维20075郑州市房地产业务管理系统升级(档案数字化部分)应用软件的日常监控、故障分析处理、巡检、数据维护、功能缺陷维护、变更管理、发布管理、应急检查、迁移升级维护服务应用软件全部功能的运维20086房地产市场信息系统-(存量房网上备案子系统销售合同)应用软件的日常监控、故障分析处理、巡检、数据维护、功能缺陷维护、变更管理、发布管理、应急检查、迁移升级维护服务应用软件全部功能的运维20107个人住房信息系统——GIS部分应用软件的日常监控、故障分析处理、巡检、数据维护、功能缺陷维护、变更管理、发布管理、应急检查、迁移升级维护服务应用软件全部功能的运维20118郑州市个人住房信息系统应用软件的日常监控、故障分析处理、巡检、数据维护、功能缺陷维护、变更管理、发布管理、应急检查、迁移升级维护服务应用软件全部功能的运维20119郑州市存量房网上备案及资金监管二期应用软件的日常监控、故障分析处理、巡检、数据维护、功能缺陷维护、变更管理、发布管理、应急检查、迁移升级维护服务应用软件全部功能的运维201210在建工程抵押前置业务软件项目应用软件的日常监控、故障分析处理、巡检、数据维护、功能缺陷维护、变更管理、发布管理、应急检查、迁移升级维护服务应用软件全部功能的运维201211郑州市商品住房限价管理系统应用软件的日常监控、故障分析处理、巡检、数据维护、功能缺陷维护、变更管理、发布管理、应急检查、迁移升级维护服务应用软件全部功能的运维201312郑州房产综合系统短信接口升级应用软件的日常监控、故障分析处理、巡检、数据维护、功能缺陷维护、变更管理、发布管理、应急检查、迁移升级维护服务应用软件全部功能的运维201313存量房资金监管系统与银行接口升级(郑州住房置业)应用软件的日常监控、故障分析处理、巡检、数据维护、功能缺陷维护、变更管理、发布管理、应急检查、迁移升级维护服务应用软件全部功能的运维201314郑州市房产综合管理系统升级和公证查询系统应用软件的日常监控、故障分析处理、巡检、数据维护、功能缺陷维护、变更管理、发布管理、应急检查、迁移升级维护服务应用软件全部功能的运维20153.
3本期项目应用软件运维内容3.
3.
1应用软件系统日常监控规范日常监测工作,加强通报及实际执行情况考核将日常监测以制度的形式确定下来,制定监测汇报流程,定义流程中各个角色的职责,确定发现问题时的通报和跟进机制.
使用服务管理系统、专业监控软件等定位工具辅助完成监测汇报流程的执行和考核,在软件中制定巡检计划,进行巡检签到,发现问题处理后,将处理情况记入巡检结果.

工作时段使用集中式运维管理平台及其监控工具,对主机、操作系统、中间件、数据库、网络、应用软件等资源使用情况及运行状况进行监控,并将每个应用系统及其相关资源的数据登记到相应的表格,每日定期向用户汇报,如发现问题必须及时向相关管理人员进行汇报,及时处理,并做好记录.

应用软件监控.
通过相应工具,监控应用软件访问有效性和时效性;监控监测访问响应速度;采用集中式运维管理平台及其监控工具,对应用服务器和数据库服务器主机、操作系统、中间件、数据库、网络、应用软件等资源使用情况及运行状况进行监控,并将每个应用系统及其相关资源的数据登记到相应的表格,每日定期向用户汇报,如发现问题必须及时的向相关管理人员进行汇报,及时处理,并做好记录.

1、数据库监控要求负责在用数据库日常使用监控工作,实施运维监控数据快照对比方法,确保业务系统的运行环境稳定,发现异常情况需报用户,由用户统一调度维护服务资源.
例如:若CPU占用率超过日常工作正常运行快照数值,则表明当前数据库处于繁忙状态,系统的负载偏高.
通过相关软件找出运行时间异常的SQL语句,并定位具体的应用模块,针对这些运行较慢的语句制定SQL语句优化方案并进行优化;如有死锁的进程,需找到死锁语句以定位具体的应用,制定解决死锁的放案并加以解决.

2、服务器监控要求配合服务器运维商,负责业务系统服务器日常使用监控工作,确保业务系统的运行环境稳定,实施运维监控数据快照对比方法,发现异常情况需报用户,由用户统一调度维护服务资源.
例如:若DISK的busy持续高于95%,则表明系统在等待磁盘的访问,需对空间进行梳理优化或升级磁盘设备,并向用户汇报优化内容.
若CPU占用率超过85%,则表明当前应用服务器处于繁忙状态,系统的负载偏高.
若此时客户端响应缓慢,需通过抓取运行时间较长的页面,以定位具体的应用模块.

分析应用系统承载环境,包括主机、操作系统、中间件、数据库、网络、应用软件等IT组件的日志分析,对其中存在的问题进行每日汇报及时整改,对需要其它主机、网络等运维商配合的工作提出需求,并由用户审核后协调解决.

3.
3.
2应用软件系统安全管理定期为与应用系统相关的主机、中间件、数据库等进行密码变更,配合服务器运维商为服务器和操作系统进行升级与打补丁,进行(或配合)系统防病毒、数据备份、系统操作记录分析等工作,分析可能的安全漏洞并予以解决.

3.
3.
3故障分析处理及巡检、预警机制做好核心业务系统应急预案和应急措施,一旦业务系统发生故障,需要在快速恢复使用的基础上,在确保应用系统恢复正常使用,不影响业务访问的前提下,分析原因并尽快解决根本问题,填写重大故障报告,报告内容应含有:故障现象、处理过程、影响情况、原因分析、分析说明、应急方案、处理方法等.

业务系统将纳入统一运维的巡检服务范围,一方面通过配合其他服务商做好对网络、服务器等基础架构设备进行巡检,通过业务系统正常运行快照对比法,通过阀值确定系统"物理可用",另一方面按照业务系统性能监控与日志分析的要求列出巡检目录和内容,对数据库、系统各进程进行巡检,以确保系统"性能可用",最终保障整个系统的正常运行.
巡检工作按照上午8:15-8:45,9:30-9:45,10:45-11:00三次,下午1:45-2:00,3:30-3:45两次频度进行,具体巡检时间可以根据实际情况进行增加和调整.
同时根据巡检内容及其运行环境的变化,实时更新巡检手册.
巡检手册应包含完整的巡检对象、巡检步骤、故障判定依据及处理方法性.

3.
3.
4应用软件数据维护经运维审批,在用户许可的条件下,对应用数据进行增、删、改、查等操作,做好操作记录,定期统计数据运维状况,并深入查找数据运维的原因,降低数据运维的数量,提升业务系统用户的自主操作能力.

在本次项目中,运维商需按照用户提供的数据标准管理工具录入所运维的业务系统数据库相关更新内容,保证标准管理工具录入更新内容及更新后物理数据库设计的一致性;在数据管理实施中,运维管理方将由专职人员负责审核运维商录入内容,如出现不符合要求,则需重新按照数据管控任务执行,直至用户运维管理方审核通过.

本期项目中要求运维商根据用户要求,通过不断完善和改进前端业务应用功能,减少和避免后台数据修改,通过业务人员自行通过审批进行数据的增,删,改.
涉及的开发费用已包含在本项目招标费用中.

3.
3.
5应用软件缺陷分析和修复主动、及时的发现、分析系统BUG,提升应用系统的可用性.
当系统缺陷发生后,运维服务商应在15分钟内响应,包括向信息中心相关负责人汇报情况,立即开始分析问题发生原因及解决方案,提供升级改造初步方案和实施计划,同时遵照信息中心的要求,配合服务台分析解决问题需要的协助资源运维事件处理过程中,要服从监理方的考核工作,积极配合其他运维服务人员的工作,争取在最短时间内解决问题;一般情况下,应用系统故障解决时间不超过3小时.

对缺陷的修补工作,运维商应提交系统修补需求和修补计划,按用户要求完成系统缺陷修补工作,为避免缺陷对应用的影响,缺陷修补完成时间要求在一周内完成,超出时间的要求提交延期完成申请,延期时间最长不能超过一周.
另因缺陷问题导致应用系统无法正常运行或影响业务正常操作的,同时在限定时间内无法完成修补工作的,将按照绩效考核中的投诉进行处理.

3.
3.
6软件变更管理收集用户的需求变更,并分析用户的变更需求,分析需求的合理性、风险、影响范围、可行性等,通过规范化的变更管理流程进行管理和控制,以免变更可能产生负面的影响,避免因系统变更导致应用性能缓慢,避免因系统变更导致某些业务无法正常运行,避免因系统变更导致数据传输与交换工作无法正常进行.

3.
3.
7软件发布管理1.
制定发布计划按照已有的发布管理规范,制定发布计划,内容包括:发布范围、发布内容、发布时间进度安排、确定发布过程各项工作负责人员、明确培训以及沟通等需求、制定发布策略、制定回滚策略.

2.
对发布包进行发布测试测试内容主要包括:功能测试:符合客户的功能需求兼容性:能在多平台、多系统中运行安装步骤:能按照安装操作手册的内容进行安装和配置备份、恢复和重新启动过程:具备可靠的系统备份、恢复和重新启动机制用户界面:用户界面友好并符合客户的需求安全问题:防止非法访问,具备用户权限分配、工作权限设置机制期望的性能:达到期望的指标要求(如响应时间、出错率等)压力测试:能承受预定的最大数据负载或业务负载系统接口测试:符合客户的接口要求3.
实施发布若发布不成功,则分析失败原因,决定是否取消发布若需取消发布,则进行恢复操作发布成功后,记录发布过程.
3.
3.
8应用系统配置管理理顺应用系统之间的关联关系,明确应用系统的部署情况(配置文件、内部接口、外部接口、同步服务、定时任务、程序文件、主机等),明确数据的生产者与使用者,明确接口的所有者与引用者.
根据用户需求完善一切与配置管理相关的工作.

根据用户需要优化资源管理软件,并将配置信息载入资源管理软件.
3.
3.
9测试环境维护按照用户的要求搭建与业务系统生产环境相似的测试和培训环境,测试和培训环境的硬件环境由用户提供.
按照用户的测试环境管理要求对测试过程中产生的数据和测试后不再使用的软件进行清理,对测试环境中产生的异常情况进行处理,保证后续测试工作的正常开展和测试系统的可持续使用.

3.
3.
10应急服务根据用户对生产环境、测试环境的调整需要,配合其他服务商做好对网络、服务器等基础架构设备的安装调测工作,内容包括:服务器更换:应用系统停、启、运行测试;小型机升级:应用系统停、启、运行检查,数据完整性检查;网络升级:应用系统停、启、运行检查;其他升级改造过程中所涉及到应用系统运行检查工作.

3.
3.
11系统迁移和升级维护服务主要是指将一个子系统从一个服务器集群迁移至另一个服务器集群;配合我局与应用系统相关的安全项目、网络架构调整等工作的开展.
配合数据库和中间件应用维护商,对数据库和中间件升级工作提供技术保障,对升级过程中涉及的环境搭建,代码测试和修改,运行环境升级后的版本测试以及部署,提供保障服务.

本项目的系统迁移和升级维护服务仅限房管局内部环境的迁移与维护,不包括将系统迁移至房管局外部环境(比如市电子政务平台等).

3.
4应用软件适应性维护服务本次项目中的适应性维护服务主要是对在维护的业务系统范围内涉及的已有模块或功能的适应性修改完善.

适应性修改完善的衡量标准:即若不对系统已有的模块或功能进行修改完善,就会导致原系统所承载的业务无法正常开展.
从用例角度进行衡量,1、"用例"不变情况下的界面操作调整,2、"用例"主流程不变情况下的控制条件修订,3、在"用例"流程和控制条件不变情况下的输入输出调整.

系统已有模块或功能的适应性维护,必须按照用户要求的时间内完成.
已有模块或功能适应性修改的开发工作预算累计不超过5万元,工作量评估按照实际实施时间和郑州官方工资指导价平均标准进行计算.
对适应性维护,需要提交维护计划与实施方案、需求概要设计、详细的开发文档、开发代码和使用手册等文档;经性能测试和兼容性测试通过,按照运维要求发布文档,确保软件版本的完整和准确,为后续的维护工作提供基础.

在项目实施过程,如对适应性维护或适应性修改完善范围的界定、服务完成时间存在分歧,由用户方和服务方视具体情况再行协商.
涉及到原系统的源代码,由采购人提供.
适应性开发的时效,完成的内容符合性等,由用户方对升级改造纳入绩效考核,规范应用软件适应性维护服务管理.
在进行应用软件适应性维护服务过程中,需要对应用软件适应性维护进行规范有效的管理,详细描述应用软件适应性维护的过程状态、处理结果,用户满意度.

1、用户方提出应用软件适应性维护申请,详细描述应用软件维护内容;2、维护供应商记录用户适应性维护申请提出的日期、内容,并评估应用软件适应性维护完成时间、完成状态,反馈给用户方;3、定期针对用户方提出的应用软件适应性维护申请进行跟踪,如每周一次,生成适应性维护服务报告,告知用户应用软件适应性维护服务当前状态;4、完成应用软件适应性维护后,填写总结报告,明确维护服务结束的时间、完成的内容等.
对用户提出的应用软件适应性维护服务实行责任制,每次用户提出的应用软件适应性维护服务都必须对应有责任人,责任人负责对应用软件适应性维护服务处理情况进行跟踪,并将处理结果及时反馈给用户.

3.
5应用软件运维材料补充和整理需提供本项目运维所涉及的应用软件的运维材料补充和整理,包括应用软件操作说明书、培训手册、需求说明书、概要设计说明书,以及相关完整源代码等相关文档材料,材料完成必须经用户方确认.

4.
其它服务要求4.
1服务人员要求软件运维服务项目要求服务商在用户服务场地提供驻场人员服务,根据用户安排,承担本项目服务专职团队人员不少于3,其中至少包括驻场项目经理1名、驻场维护2,长期驻场服务的人员不可少于2.
投标人在投标文件中提交以上人员的运维经验,并有社保名单和证明文件复印件,加盖公司公章,本项目服务成员应为业务系统的骨干成员,其中:1.
驻场项目经理:本科或以上学历,具有3年以上的软件运维服务管理经验,并对房管局业务系统熟悉,有专业项目管理认证证书.

2.
驻场维护人员:本科以上学历,具有2年以上的软件开发经验,对房管局业务系统的部分业务系统熟悉,工作责任心强.
3.
服务商不得随意更换项目经理及其成员,不得随意更换项目需求.
4.
2驻场维护人员主要职责1、负责对业务应用软件相关的申报事件进行处理和解决.
2、负责运维的业务应用系统提供日常性能和运行状况监控,对故障进行分析处理及建立完善预警机制.

3、负责对在运维的应用软件数据维护、软件缺陷分析、变更、发布、运行环境配置等管理.
按相应运维规定申报审批和处理.

4、负责保障已在运维的应用系统安全管理,遵循用户的安全保障管理要求.

5、接受相关人员对业务应用软件维护事件的督办、检查,协助相关人员完成对用户意见进行回访和事件统计、分析.
对服务过程和反馈的意见进行改进,同时接受相关人员的绩效考评工作.

6、及时提供对已纳入运维服务管理的应用软件运行和问题处理情况,并向相关人员报告,并按周、月提交运维运维服务工作进度总结和计划.

7、负责整理和归纳运维软件日常维护知识库,提交至运维服务平台中.
8、负责整理和提交已在运维软件的运维过程资料和相关配套维护文档,协助用户完成对运维系统的补丁和升级开发.

4.
3驻场维护人员主要工作内容1、7*24小时对业务应用软件相关的申报事件进行处理和解决.
2、每天对业务软件运行环境所属主机、操作系统、中间件、数据库、网络、应用软件等资源使用情况及运行状况进行监控,记录异常事件,并配合主机、操作系统、中间件、数据库、网络完成运行日志分析.
每周提供单个系统的运行小结报告和问题分析.

3、每月对影响的同类或相似事件累计单数超过5单,双方研究制定解决方案.

4、遵守用户的发布管理规定和安全管理规则,对应用系统的补丁进行发布.

5、遵守应用系统维护流程,在相关部门和信息中心审核通过后,对应用数据实施增、查、删、改等工作.

6、对应用软件进行数据维护、软件缺陷分析、变更、发布、运行环境配置等管理,按相应运维规定申报审批和处理.

7、认真核对服务单的申请是否合理,操作错误引起的报障,如需通过后台数据修改解决必须经过业务处室审批.

8、进行后台数据修改时,必须记录服务单号和SQL语句,以备翻查.
9、执行后台数据修改的SQL语句前,必须检查修改的记录数量,字段修改前的值,如果需要批量调整数据,必须将调整前的数据备份导出为相应格式.

10、接受对业务应用软件维护事件的督办、检查,协助完成对用户意见进行回访和事件统计、分析.
对服务过程和反馈的意见进行改进,同时接受绩效考评工作.

11、建立知识库,按月整理和归纳日常运维软件维护知识,负责将知识信息录入运维服务平台,接受相关检查.

12、规范运维管理文档,整理应用系统运维过程资料和相关配套维护文档,整理各应用系统之间的关联关系,完善部署信息文档,包括配置文件,数据内部接口、外部接口、数据同步关系、程序文件等.
注:在每一次发布和问题改进过程中都必须提交.

13、及时提供对应用软件运行和问题处理情况,并向用户负责,并按周、月提交运维运维服务工作进度总结和计划.

14、按照合同规定项目进度,提交项目阶段性验收文档.
4.
4绩效评估通过对服务提供商的绩效评估,实现有依据的服务质量考核.
对服务工作的响应、事件处理的能力、运维文档的规范性等进行评估.

从时效性、服务质量、管理成效三部分去评定1、时效性(分值总100分)1)应用系统故障:出现影响业务正常开展的应用系统故障(Web服务器故障、WAS服务器故障、oracle数据库服务器故障等),在0.
5小时之内响应并解决;2)数据维护服务:由于业务人员在输入数据时将数据录错或因系统原因产生的错误数据,而在前台无法修改,需后台修改,当接到用户数据修改请求后,在2个小时内响应并解决.

3)软件BUG修订:发现软件BUG后,单个BUG应在2个工作日内解决,累积单次BUG修订不可超过5个工作日.

4)应用系统可用性要求:注册登记系统全年在工作时间的不可用(应用系统停止服务或业务系统响应速度在15秒以上)时间控制在4小时之内,其它业务系统全年的不可用时间控制在8小时之内,除因因存储、服务器等设备故障原因导致除外.
如超过限定的时间范围,则在后续月度时效性审核中,按照超过限定时限100%计算,并列入每个月度的运维绩效考核中.

如按限定的时间内完成,100分;如果在超过限定时限50%,60分;超过限定时限100%,30分.

2.
服务质量(原始总分值100分)1)事件处理的方法和问题解决是否快速、准确;2)事件处理完成后是否有完整的文档记录和规范归档操作;3)事件处理后用户对服务的效果评价是否满意;4)事件处理后是否对原有的系统或设备整体性能有提升;5)事件处理后是否有提出好的建议.
另如果建议被用户采纳,则对单项建议加分10分.

3.
管理成效(原始总分值100分)1)是否按时提交月报,按时进行月度维护服务工作进度汇报,以及汇报和月报的质量是否良好.

2)对上月要求整改的内容是否有完成或良好的进度.
3)维护故障率是否降低,以及采取的应急措施是否完成,应急预案是否有效,如采取的应急预案能有效避免一次意外事故或高效的解决突发性事故的,加10分.

对上述评分由信息中心和统一运维服务台负责人同时签字方有效.
每月进行一次评估,每次总分分值>=100分,计算公式如下:时效性月分值=累计总分/事件处理总数;服务质量月分值=累计总分/事件处理总数;管理成效月分值=根据月度例会的评估报告进行评分;月考评总分值=时效性*30%+服务质量30%+管理成效*40%;年度分值=月分值累计/实际服务月份数;根据年度分值,评出服务最终等级,分值将按照好100-86,良85-71,中71-55,差54-30.
其中等级为好,支付尾款总额100%;等级为良,支付尾款总额80%;等级为中,支付尾款总额60%;等级为差,支付尾款总额30%.

序号付款等级说明好良中差1支付尾款总额100%√以项目终验用户意见作为答复2支付尾款总额80%√3支付尾款总额60%√4支付尾款总额30%√4.
5维护期从合同签订时间开始,为期一年(即12个月)4.
6售后服务1.
用户将设立统一维护部门,根据用户指定办公场所驻场服务,场所管理统一由用户运维管理方统一调整和管理.

2.
投标人应本着认真负责态度,按用户实际需求组织良好的技术队伍,出具投标承诺书,承诺书内容包括:(1)保证投标文件中列明所提供服务的维护技术人员是有效的,以及在标书中对技术人员一栏要注明是否提供给郑州市住房保障和房地产管理局软件维护服务的人员,以便在项目验收时进行核定;(2)保证对维护服务所涉及技术人员的技术支持和维护技能满足该项目的要求,并对标书中提供的相关认证是真实有效的;(3)所有驻场的服务商需要的设备统一自备,除了统一报障电话由用户方提供外.
自备的设备包括各驻场维护人员人手一台台式电脑、专用手机1台(用于日常维护申报和联系)或按需配备专用性能较好的手提电脑.
相关设备在维护期间提供驻场服务人员使用,未经用户许可,不允许用于个人上网和游戏等,保证设备随时可用于维护工作.
设备由各服务商自主保管,用户不承担遗失、损坏等责任.
由该项目服务商提供设备维修、保养、检测工具,调测仪器,所有检测设备必须经用户认可和登记后才可投入使用.

4.
7源代码及版权要求中标人应向采购人提供所有的应用软件源代码及相关文档,提供所有的开发平台和与本项目实施有关的其它软件.
采购人具有源代码修改权和永久使用权,采购人对本次开发的软件拥有产权,具有软件开发平台的永久使用权,中标人在售后维护期内(包括续签的售后服务期)应提供软件开发平台的后续升级及因开发平台升级导致的应用软件升级服务.

项目源代码移交方式应采用测试系统发布的方式.
即由中标人负责在测试环境内更新应用软件源代码及所有开发平台,通过应用系统在测试环境的部署,正式发布至正式环境上,且发布后的应用程序运行正常.

项目源代码移交条件为定期、重大更新、项目到期并通过验收三种条件.
定期移交为项目源代码应每两个月移交一次;重大更新移交为项目每次进行重大程序升级完善时应移交一次源代码;项目到期移交为项目维护期到后验收时应移交一次源代码.

4.
8软件集成要求中标人负责本项目内应用软件与系统软件和第三方软硬件的集成、安装和调试;中标人负责采购人原有软件(含系统软件、数据库软件、双机软件、备份软件等非应用软件)安装和调试;4.
9成果文档的提交须提交以下内容(电子文档是成果不可分割的部分):系统需求分析报告系统源代码系统设计报告系统数据字典设计系统测试报告系统安装维护手册用户使用操作手册4.
10培训要求要求中标人针对本项目建设内容对采购人相关人员进行操作和维护培训,培训前应提供详细的操作手册和PPT文档,确保培训效果,如有需要可进行二次培训.