《广东省省级政务信息化（2023年第三批）项目需求--广东省价格成本调查监审系统运维和运营（2024年）项目.docx》由会员分享，可在线阅读，更多相关《广东省省级政务信息化（2023年第三批）项目需求--广东省价格成本调查监审系统运维和运营（2024年）项目.docx（26页珍藏版）》请在课桌文档上搜索。
1、附件项目采购需求1.项目概况1.1.基本信息1.1.1.项目名称广东省价格成本调查监审系统运维和运营（2024年）项目1.1.2.采购人广东省发展和改革委员会/./3用户单位广东省价格成本调查队是广东省发展和改革委员会直属事业单位，内设成本调查监审一组、成本调查监审二组、成本调查监审三组和成本调查监审四组。主要职能是：负责全省农产品价格成本调查工作；承担对农产品、副食品、省列名管理的商品、服务、收费项目及依法采取临时价格干预措施的商品和服务的成本进行调查、测算、核算定价成本等工作；承担对列入中央和地方成本监审目录的商品和服务价格进行成本监审（包括定调价前的监审和定期监审）；调查、跟踪重要商品价
2、格及其成本变动情况。LL4.项目总体目标为广东省价格成本调查监审系统提供1年期的运行维护服务1.L5.服务地点广东省价格成本调查队目前，全省的价格成本调查监审业务从信息的收集、数据的上报以及报表的汇总、统计均采用较为传统的线下核算方式，各级成本调查系统不仅投入了大量的人力物力，而且因线下核算方式的局限，成本监审管理的许多职能无法得到充分有效发挥和拓展，这就需要有更为先进的工具即成本监审管理系统来补充和完善。因此，利用先进的计算机技术,并依托高速信息网络，构建以省、市、县三级物价部门的中心数据库为核心，具有先进性和灵活性的成本监审应用系统，除了提高工作效率，还可进一步发挥成本监审的作用，提高成本
3、监审话语权，实现成本监审业务管理水平上一个新的台阶。广东省价格成本调查监审系统目前由系统开发公司负责质保维护期，因合同期限将至，需要重新申报维护服务，避免可能出现的如下问题：1.广东省价格成本调查监审系统通过互联网为成本监审机构、被监审单位等用户提供应用入口，不可避免存在安全方面问题，来自互联网的黑客、木马、病毒等对平台基础设施、应用系统、数据库、中间件等软硬件都存在威胁，如何通过运维手段方案杜绝安全隐患，保障平台稳定、数据准确、是此运维项目的重点。2.广东省价格成本调查监审系统的用户特别是市县（区）成监审机构人员、被监审单位计算机应用水平参差不齐，因此，系统相关业务咨询和技术支持需要全天候提
4、供相应服务保障。3.广东省价格成本调查监审系统因业务相对较为复杂，且根据要求不同，每年制定完监审计划后，需要自定义业务模型、公式数据等，在系统层面需要具备一定的操作知识完成对应的数据校验工作2项目预算本项目总预算为2.8万元。3.服务期限本项目委托服务期限采用以下第种方式：(1)以合同签订之日为服务起始时间，服务期为12个月。(2)服务期自2024年1月I日至2024年12月31日止。(3)以甲方确认的服务启动报审备案时间为服务起始时间，服务期为_个月。4.服务内容4.1.基本要求4.1.1.日常运维服务提供7X24小时故障响应服务具体包括：维护期内提供电话、传真、电子邮件等方式的咨询和支持服
5、务系统出现故障时，15分钟内响应，当维护工程师或节假日值班维护工程师无法排除故障时，1小时内中心派高级专业工程师进行故障诊断及处理，在1小时内排除普通故障，2小时内排除较大故障，4小时内排除重大故障，24小时内排除特大故障。一般故障，正常工作日内响应4.12数据库系统维护服务数据库为MySQL,其维护服务内容主要包括：数据库实例状态检查、数据库表空间使用情况、数据库告警日志检查分析、数据库备份检查、数据库性能监测4.1.3.中间件维护服务中间件软件维护服务内容主要包括：数据维护、数据备份、系统日常维护、中间件升级而对应用软件进行适应性更新与调测服务4.1.4.临时保障服务当遇到重大活动需要提供
6、临时保障服务时，团队将在需要保障服务的前三天进行系统的统一排查，针对出现系统、网络等出现的异常情况进行修复，已应对重大事件，做到万无一失4.2.服务流程要求4.2.1.主动式服务（1）定期预防性维护服务维护团队根据系统维护服务计划或用户要求为用户提供定期预防性维护服务。此类服务是有计划有步骤进行的，目的是为了提高系统的可使用率和高可靠性，把系统故障的可能性降低到最低。在硬件维护方面，要求维护团队工程师每两周进行一次现场例行检查，为用户维护硬件设备，并为用户替换那些虽然能蜂工作但不是很正常的部件，以避免系统崩溃的情况发生，防患于未然。在系统服务方面，投标方应指定预防性服务级别，安装预防性PTF软
7、件（补丁软件）检测系统运行状况，解决系统软件问题，使用户的系统保持良好的运行状况。（2）系统运行健康检查维护团队应提供一月一次的系统运行健康检查，按计划由专家定期对主机系统性能进行诊断，根据结果出具性能诊断报告，并征得用户同意后调整系统参数，使系统始终在最佳状态下运行。对可能出现的问题提供科学预测，并采取必要的预防和补救措施，防患于未然。(3)系统运行状况分析每季一次对系统的运行状况分析。提供本项目系统设备和PC服务器设备运行状态和性能的分析、评估服务，以提高系统的可靠性、可用性和整体性能。每年一次向用户提交详细的系统可用性、安全性、运行状况分析等预防性维护策略、报告和总结。4.2.2.纠错性
8、维护/维修服务维护团队应提供电话技术支持服务或到场维修服务。在部件服务方面，维护团队应及时确认故障原因，并更换故障部件，恢复系统正常运行。解决系统软件问题，恢复系统软件正常运行，作系统备份，递交系统检查报告等。4.3.服务响应要求4.3.1.日常服务响应时间由于针对本项目主要采用远程服务方式，维护团队指派3名资深工程师采取同步的作息时间，保障业务服务的及时响应。4.3.2.事故分级响应服务时间各级故障事件的最晚响应时间为:确认时间一级故障事件二级故障事件三级故障事件四级故障事件1小时技术服务人员4小时专业工程师技术服务人员12小时技术支持专家专业工程师技术服务人员24小时服务项目经理服务项目经
9、理专业工程师技术服务人员故障事件等级划分如下:一级故障事件：现有的网络或系统停机，或遭到严重攻击行为或安全事件，对信息系统的业务运作有重大影响；二级故障事件：现有网络或系统的操作性能严重降级，或由于网络性能失常或安全事件严重影响信息系统用户业务运作；三级故障事件：网络或系统的操作性能受损，安全事件（例如病毒在小范围内发作），但大部分业务运作仍可正常工作；四级故障事件：在网络、服务器、存储、安全设备功能、安装或配置方面需要调整或优化。本级故障事件对信息系统的业务运作几乎无影响，或影响很小。依据事故重要性和紧急性的原则，每一级事故严格定义升级时间为2小时，其中在二级事故和一级事故应急处理过程中，要
10、及时考虑替代恢复方案，尽可能在最短的时间内恢复业务系统。其中三级事故的处理，服务人员在事故响应1个小时内，如果不能快速判断问题所在，可以寻求整个服务团队的支持。在一、二级事故判断中，服务人员在监控中发现问题，一方面应迅速将问题向部门领导进行反应，一方面须快速判断问题和收集事故信息，涉及到具体产品提供商或服务商内，及时告知客户协调相关厂商现场支持。为保障业务平台的正常运行，除对突发故障的应急支持外，要充分保障日常对业务系统软硬件的应急灾备恢复预案，并通过定期的演练加强应对突发事故的意识和流程。4.4.服务报告要求维护团队定期提供服务报告，服务期结束前应提供服务年报，并对每一次重大故障和问题的原因
11、、解决方法、完成情况等形成专门报告，及时报送用户部门和服务管理部门。在运维服务过程中将产生不限于以下的记录和报告：（1）系统巡检日志（2）系统维护记录（3）重大故障记录报告4.5.项目管理要求维护团队派遣一名具有专业知识的资深管理人员负责本项目的项目管理，统筹相关工作，项目监督与情况汇报，控制工作质量和预算，执行变更和应急情况管理，并根据实际状况调整服务方人员安排，以保证此项目的正常高效运作。451.质量管理要求维护团队根据本项目要求提出服务质量管理及监控具体措施，并对所提供的服务质量和标准做出明确可量化的承诺。4.6.运行维护服务人员投入序人员数量专业等级服务时长服务指标12技术服务人员（中
12、级）8小时/天（并提供7*24小时故障响应服务）定期预防性维护服务，针对运行服务提供补丁服务；提供系统运行健康检测报告，包含：巡检日志、维护记录、重大故障保障记录报告；4.7.运行维护服务工作内容序号服务内容服务描述1运行维护21个地市业务支撑服务：主要负责数据查询等服务、业务数据调整等工作事项务2提供系统运行维护等工作，保障系统正常运作。包含：应用系统运转的软件环境巡查、应用系统补丁更新、应用系统服务调整等工作5.服务要求5.1.技术要求5/.总体技术要求广东省发展改革委价格成本调查监审系统的使用用户分别是省、市、县区成本调查机构，以及被监管企业、单位，系统分为2个子模块：成本调查监审数据报
13、送模块：提供给被监审企业、单位使用，被监审企业、单位通过互联网/政务外网按照成本调查部门已经设计好的数据填报表单进行在线的数据填报，也可以通过下载表单模板进行离线填报，在导入到系统，由于企业、部门的负责人审核后报送到对于的成本调查机构，然后再逐级上报省成本调查队。成本调查监审管理信息模块：全省各级成本调查机构内部使用系统，实现从成本调查监审填报表单设计、公式设定、任务管理、任务分发、数据填报审核、逐级上报、数据预警、数据导出、数据归档等成本调查监审全过程全流程的管理。系统整体结构如下图所示:系统管理网普理S公土售理Iil螯预警Hf任鲁理公式管理填报表单设计器晶D理系统管理通知公告统计香面填报审
14、核整域报用户登录成本监审数据位送系统成本监审管理信息系统星尘MARS全流程支撑应用开发平台成本监审数据中&5.7.2.技术路线*xll交互，鸡败据进行必IF的验JSP页面堤写AeIlO依对应Form用户的非法操作进行适当的MVC模式(Model-view-controller)是软件工程中的一种软件架构模式，把软件系统分为三个基本部分：模型(Mode1)、视图(View)和控制器(Controller)。MVC模式的目的是实现一种动态的程式设计，使后续对程序的修改和扩展简化，并且使程序某一部分的重复利用成为可能。除此之外，此模式透过对复杂度的简化，使程序结构更加直观。软件系统透过对自身基本部分
15、分离的同时也赋予了各个基本部分应有的功能。专业人员可以依据自身的专长分组：模型(Model)-程序员编写程序应有的功能(实现算法等等)、数据库专家进行数据管理和数据库设计(可以实现具体的功能)视图(View)-界面设计人员进行图形界面设计控制器(Controller)-负责转发请求，对请求进行处理5/3.性能要求性能测试通过并发负载测试检测检测系统主要业务的响应速度，通过疲劳测试检测系统在长时间大负载情况下系统运行的稳定性及系统响应时间是否衰减，同时通过对系统资源使用情况的监控分析系统可能存在的问题。主要测试内容包括：1.并发测试并发测试的过程，是一个负载测试和压力测试的过程。即逐渐增加负载,
16、直到系统的瓶颈或者不能接收的性能点，通过综合分析交易执行指标和资源监控指标来确定系统并发性能的过程。2.负载测试(LOadTesting)负载测试是确定在各种工作负载下系统的性能，目标是测试当负载逐渐增加时，系统组成部分的相应输出项，例如通过量、响应时间、CPU负载、内存使用等如何决定系统的性能。负载测试是一个分析软件应用程序和支撑架构，模拟真实环境的使用，从而来确定能够接收的性能的过程。3.压力测试(StressTesting)压力测试通过确定一个系统的瓶颈或者不能接收的性能点，来获得系统能提供的最大的服务级别的测试。4.疲劳测试通常是采用系统稳定运行情况下能够支持的最大并发用户数，持续执行
17、一段时间业务，通过综合分析交易执行指标和资源监控指标来确定系统处理最大工作量强度性能的过程。5.资源监控内容可以进行监控的资源包括：操作系统资源、数据库系统资源、应用服务器系统资源。5.14数据及接口要求系统暂未与外部数据对接5.7.5兼容性要求软件兼容性：和其他主要软件如字处理，杀毒软件的兼容性；硬件兼容性：主要设备的兼容；数据兼容性：交换数据格式的兼容性5J.6安全要求安全测试类型分为应用系统安全、网络应用安全、渗透测试及网络安全评估四方面内容，其中应用系统安全针对软件系统的安全管理，网络应用安全针对网络环境中的主要网络环境及设备的安全和漏洞，渗透测试是对网络应用做尝试性的探测或攻击测试，
18、网络安全评估主要对现有网络做安全风险评估。评测内容如下：测试组成测试项目测试要点A、应用系统安全性访问控制策略/用户注册/身份认证/用户信息维护/访问控制权限审计分析/日志信息/日志管理/系统信息分析/网络对象操作审计/日志权限应用数据安全性/数据交换安全性/加密传输/加密存储/数据备份机制，备份文件的存储/备份数据的恢复B、网络应用安全性防火墙/防火墙规则审查/防火墙自身安全性测试/放火墙日志的审查IDS/入侵防御的部署测试组成测试项目测试要点，入侵防御的规则/入侵防御自身的安全性/入侵防御日志的审查/防火墙与入侵防御系统的联动交换机/交换机网络安全性设置/交换机自身安全性设置漏洞扫描/应用
19、漏洞，系统漏洞/网络漏洞网络设备冗余/冗余策略分析/设备异常/主备切换C、渗透测试网络渗透/网络外部攻击/权限窃取/内部网络攻击/防火墙欺骗/DDOS攻击设备渗透/设备信息获得/管理权限窃取测试组成测试项目测试要点D、网络安全评估网络系统结构分析/网络结构分析/网络策略分析/网络部署分析安全管理文档评估/信息安全策略文档/信息安全责任划分/安全管理相关培训记录及考核/信息安全事故管理系统安全风险评估，资产识别/威胁识别/脆弱性识别/系统安全分析5./.7,测试要求(1)验收测试指标功能性：指软件是否完成了设计的功能；可靠性：指软件是否健壮，是否存在运行、计算等错误；友好性：指软件是否容易使用、
20、界面一致、在线帮助齐全；效率：指软件运行的快捷性和空间利用率；综合评价：指根据上述四项指标选择合适的权重计算出的产品综合评价指标。(2)验收产品质量等级验收产品质量等级的确定根据度量综合指标进行。度量综合指标计算公式为：综合评价指标=totaI=EQiMio其中i=l,2,.4,Q代表度量的指标，M代表度量的指标Q在整个指标体系中所占的权重系数。一般地，根据度量综合指标值，有以下评分标准:序号得分质量评价19.0-10.0优质产品28.0-9.0良好产品37.0-8.O合格产品46.0-7.O及格产品5低于6.O劣质产品(3)指标的获得方法功能性和软件设计书比较。假定总共有n个产品设计特性，实
21、现了In个(n=m,m=0,n0),则Al=10mno和用户的需求比较。可采用用户调查表，评分标准A2如下：10分：全部满足9分：绝大部分满足8分：主要功能满足7分：一般能满足6分：需要改进1-5分：不能满足业务需要，无法使用，需要重新开发。和同类产品功能比。假定：同类产品有n个产品特性，我方产品有m个产品特性(n0,m0),贝!jL=mn,A3=10Lno功能性可以根据具体工作情况采用任意一种，也可以采用三个值的算术平均值：A=(Al+A2+A3)/3o选定何种办法，需在验收测试计划中指定。可靠性根据测试问题报告计算获得。计算方法如下：假设A：死机或死循环次数；B：不死机但出现非正常提示信息
22、次数；C：与设计不符或与实际情况相矛盾现象次数；D：操作后无反应或虽响应但未达到预期结果次数；Bl=Io0.90.95b0.98c0.99注：0.9表示0.9的A次方容错能力。假定随机抽取n个输入特性，然后针对这n个输入特性进行调查，B2=10(Xi)/n,其中：i=l,2,.n,Xi0,1,1表示容错能力全面，0表示容错能力不全面。是否具有错误恢复能力。可对系统设计采用设计调查法进行调查，评分标准B3如下:10分:自动备份,自动恢复,不损失数据;9分:自动备份,自动恢复,只损失当天数据;8分:自动备份,手动恢复,只损失当天数据;7分:手动备份,自动恢复,损失自上次备份以来的数据;6分:手动备
23、份,手动恢复,损失自上次备份以来的数据;5分：难于进行备份和恢复。可靠性B可以根据具体工作情况取BLB2,B3任意一种，也可以取三个值的算术平均值，即B=(Bl+B2+B3)/3o选定何种办法，需在验收测试计划中指定。友好性用户界面是否美观、一致、合理。假定随机抽取n个特性，Cl=10(EXi)/n,其中：i=l,2,.n,Xi0,1,1表示符合标准，0表示不符合标准。操作是否方便。假定随机抽取n个特性，然后针对这n个特性进行调查,C2=10(Xi)/n,其中：i=l,2,.n,Xi0,1,1表示操作方便,0表示操作不方便。可靠性C可以根据具体工作情况取Cl、C2、C3任意一种，也可以取三个值
24、的算术平均值，即C=(Cl+C2+C3)3o选定何种办法，需在验收测试计划中指定。性能运行速度是否快捷。假定随机抽取n个功能，然后针对这n个特性进行调查。D=10(Xi)/n,(i=l,2,.n,Xi=(0,1),1功能快捷,0表示功能不快捷)，某个功能是否快捷应该参照该阶段行业标准制定，判断标准应该在软件测试计划中给出。该项分数应该在进行系统测试后根据系统测试中的性能测试项得出。5.2.管理要求5.2.1.服务人员投标人须书面承诺，如在项目实际执行过程中发生项目经理不能按采购文件要求胜任相关工作的，采购人有权要求更换项目经理，投标人必须在两周内调整为符合采购文件要求且能胜任相关工作的项目经理
25、并到位开展工作，否则采购人有权终止合同并报相关管理部门进行处理。投标人承诺的项目经理和开发实施的主要人员未经用户同意不得调整；投标人如中途更换项目经理和主要开发技术人员，应征得用户同意，否则采购人有权终止合同“服务商应指派固定的团队为本项目提供专业服务，服务团队成员不得少于2人。项目经理应具备2年以上项目经验。如须调整服务团队成员，须书面向采购人提出申请，说明申请理由，经采购人书面同意方可调整团队人员，调入人员的资历和从业经验不低于调出人员，否则视为违约行为，采购人有权终止服务合同。5.22进度要求项目整个建设周期为12个月，分为两个个阶段及1个常规阶段：(1)第一阶段完成系统适配调整工作；(
26、2)第二阶段做好2至3个系统业务培训工作；(3)在12个月内，根据网络信息安全要求，做好系统运维保障工作;项目里程碑计划严格按照本服务项目的服务任务和进度要求，通过关键节点、里程碑事件的监控，来控制项目工作的进展和保证实现总目标。本服务项目里程碑计划如下：(T表示项目合同签订日期)表格里程碑计划工作内容里程碑事件时间/月工作内容里程碑事件时间/月项目启动项目正式启动T业务培训做好2至3个业务培训业务工作T+4运维保障业务系统运维保障工作T+85.2.3组织实施要求为配合本项目的建设，需建议成立一个“项目管理委员会，该委员会由双方核心管理人员共同构成。该委员会负责项目中大事项的监督、管理和协调，
27、确保项目多方能够顺利实现工作协作和工作交流，高效、高质的完成本项目的建设。实施方高层领导参与该项目管理委员会。5.231.团队核心构成将以大型政府信息化建设项目实施服务经验的工程师组建强大的实施队伍对该项目进行实施、管理和监控，以保证项目的实施效果。星尘科技项目核心成员构成如下:角色主要责任主管领导该角色由实施方高层主管领导担任。参与项目管理委员会，负责项目工作与用户方、代建方、监理方的整体协调。项目经理负责项目的总体技术。该角色将按周期检查项目技术服务、开发进展、技术质量保证及项目技术方面的顺利研发。项目开发经理负责项目开发过程的监控与资源协调。由实施方开发部经理担任，该角色将按周检查项目进
28、展，确保项目的顺利进行。项目实施经理项目的实施服务管理者，由实施方实施部经理担任，负责项目的组织、控制和进度控制。524.文档管理要求投标人应在项目完成时，将本项目所有文档、资料汇集成册交付给采购人，所有文件要求用中文书写或有完整的中文注释。验收后，投标人按国家、省以及采购人档案管理要求，向采购人提供装订成册的纸质文档至少I套,电子文档I套。5.2.5.质量保证要求(1)汇报规范要求项目实施小组：运维一周之内，必须与客户进行正面沟通，组成项目组并将情况汇报项目经理，抄送招标方项目负责人进驻一月内内完成系统的安装调试，形成系统实施报告，经客户确认,送客户主管领导、项目经理、项目总监各一份，项目组
29、保留一份每周将项目进展情况、遇到的困难及对策汇报项目经理，抄送项目总监每一阶段结束，做阶段性汇报及下一阶段汇报，报告送招标方项目负责人开发阶段的测试报告以日志的形式每日报送招标方项目负责人项目实施完毕，项目组向客户领导主管领导、项目经理提交项目验收申请、项目实施总结报告各一份。(2)计划规范在项目的组织推进过程中，项目组要分别向项目经理、客户主管领导提交项目总体计划、阶段性计划。如果遇到项目原计划外的突发技术、突发需求等情况，因及时将应变措施和计划提交项目经理和客户主管领导。计划必须同时抄送项目总监。(3)文档规范我们要求项目实施小组在实施过程中除了提供上面提到的计划和总结之外，还应该向客户提
30、交如下项目相关的需求说明书、总体设计文档、系统部署记录表、详细设计文档、数据库设计文档模块设计文档、测试总结、管理员手册、系统安装手册等9类文档；向项目经理提交经客户签字确认的需求说明书、系统管理员培训记录、应用管理员培训记录、普通用户培训记录、功能实现确认表、项目验收报告书等6类文档。(4)大后方支持规范我们强调：每一个项目并非只是项目组的独立工作，而是整体任务。在有研发中心作为项目组的强大后盾，大后方的支持按照如下规范进行：*项目组向客服中心技术组提交技术支持任务，技术组接到任务2小时内提出解决方案；*技术组无法解决的问题向研发中心提交支持任务，研发中心必须在2小时内提出解决方*必要时，项
31、目组可以向项目经理提请技术组人员的现场支持；*必要时，项目经理可以向项目总监提请研发中心人员的现场支持。在以上规范中，着重强调合作双方的互动功能，相信在双方共同努力下,完全可以确保系统的成功实施和取得优良的项目质量。5.3.验收标准维护团队定期提供服务报告，服务期结束前应提供服务年报，并对每一次重大故障和问题的原因、解决方法、完成情况等形成专门报告，及时报送用户部门和服务管理部门。在运维服务过程中将产生不限于以下的记录和报告：(1)系统巡检日志(2)系统维护记录(3)重大故障记录报告5.4.其他要求5.4.1.标准规范要求提出项目涉及的国家标准、行业标准、国际标准等标准规范。1、GB/T189
32、05-2002软件工程规范；2、GAT373-2001计算机信息网络国际联网备案系统信息代码和统计要求规范；3,GAT388-2002计算机信息系统安全等级保护操作系统技术要求规范；4、S0A标准体系VI.0；5、JavaEE5标准-JSF(JSR-127)；6、JaVaMVC三层开发架构；7、AOP设计规范;5.4.2.培训要求为保证用户能够有效地操作使用信息系统、操作工具，或掌握某一技能提供的培训有关人员的服务，如：1.提供系统业务操作培训，包括对采购人和使用人员的培训。5.4.3.服务响应要求由于针对本项目主要采用远程服务方式，维护团队指派3名资深工程师采取同步的作息时间，保障业务服务的
33、及时响应。各级故障事件的最晚响应时间为：确认时间一级故障事件二级故障事件三级故障事件四级故障事件1小时技术服务人员4小时专业工程师技术服务人12小时技术支持专家专业工程师技术服务人员24小时服务项目经理服务项目经理专业工程师技术服务人员故障事件等级划分如下:一级故障事件：现有的网络或系统停机，或遭到严重攻击行为或安全事件，对信息系统的业务运作有重大影响；二级故障事件：现有网络或系统的操作性能严重降级，或由于网络性能失常或安全事件严重影响信息系统用户业务运作；三级故障事件：网络或系统的操作性能受损，安全事件（例如病毒在小范围内发作），但大部分业务运作仍可正常工作；四级故障事件：在网络、服务器、存
34、储、安全设备功能、安装或配置方面需要调整或优化。本级故障事件对信息系统的业务运作几乎无影响，或影响很小。依据事故重要性和紧急性的原则，每一级事故严格定义升级时间为2小时，其中在二级事故和一级事故应急处理过程中，要及时考虑替代恢复方案，尽可能在最短的时间内恢复业务系统。其中三级事故的处理，服务人员在事故响应1个小时内，如果不能快速判断问题所在，可以寻求整个服务团队的支持。在一、二级事故判断中，服务人员在监控中发现问题，一方面应迅速将问题向部门领导进行反应，一方面须快速判断问题和收集事故信息，涉及到具体产品提供商或服务商内，及时告知客户协调相关厂商现场支持。为保障业务平台的正常运行，除对突发故障的
35、应急支持外，要充分保障日常对业务系统软硬件的应急灾备恢复预案，并通过定期的演练加强应对突发事故的意识和流程。5.4.4.资产权属1.本合同不会引起任何已申请、登记的知识产权所有权的转移。2.投标人、采购人双方一致同意，本合同所涉服务成果的知识产权归属按下列第（1）种方式处理:（1）投标人为履行本合同义务所形成的服务成果的知识产权归采购人所有。（2）采购人基于本合同约定委托投标人提供的产品、程序、服务等的知识产权归采购人、投标人（含投标人合作商）共同所有，投标人应按采购人书面要求交付该共有部分的源代码；投标人（含投标人合作商）在共有部分的基础上进行二次开发的及对二次开发形成的产品、程序等财产进行
36、处置的，需经采购人书面同意，二次开发所形成的产品、程序、服务等的知识产权归开发者所有，共有部分仍归采购人、投标人（含投标人合作商）共同所有。3.本合同所涉及的数据所有权归政府所有。投标人只能用于履行本合同之义务。4.投标人提供的相关软件应是自行开发的产品或具备合法、合规授权,满足知识产权、安全等保三级等方面的有关规定和要求。5.投标人保证向采购人提供的服务成果是其独立实施完成，不存在任何侵犯第三方专利权、商标权、著作权等合法权益。如因投标人提供的服务成果侵犯任何第三方的合法权益，导致该第三方追究采购人责任的，投标人应负责解决并赔偿因此给采购人造成的全部损失。5.4.5保密要求1.投标人应签订保
37、密协议，对其因身份、职务、职业或技术关系而知悉的采购人商业秘密和党政机关保密信息应严格保守，保证不被披露或使用，包括意外或过失。2.投标人不得以竞争为目的、或出于私利、或为第三人谋利而擅自保存、披露、使用采购人商业秘密和党政机关保密信息；不得直接或间接地向无关人员泄露采购人的商业秘密和党政机关保密信息；不得向不承担保密义务的任何第三人披露采购人的商业秘密和党政机关保密信息。投标人在从事政府项目时，不得擅自记录、复制、拍摄、摘抄、收藏在工作中涉及的保密信息，严禁将涉及政府项目的任何资料、数据透露或以其他方式提供给项目以外的其他方或投标人内部与该项目无关的任何人员。3.投标人对于工作期间知悉采购人
38、的商业秘密和党政机关保密信息（包括业务信息在内）或工作过程中接触到的政府机关文件（包括内部发文、各类通知及会议记录等）的内容，同样承担保密责任，严禁将政府机关内部会议、谈话内容泄露给无关人员；不得翻阅与工作无关的文件和资料。4.严禁泄露在工作中接触到的政府机关科技研究、发明、装备器材及其技术资料和政府工作信息C5.4.6.监理要求投标人须承诺，在项目开展过程中接受采购人指定的咨询监理机构的监理。6.付款方式本项目计划分2期支付,具体支付方式和时间如下：1.首期款：签订合同后7个工作日内,中标人书面提出支付申请函及拟支付金额等额的符合采购人财务管理要求的相应发票，采购人确认后启动首期款支付流程，约占合同总金额的70%。2.尾款：项目验收后15个工作日内,中标人书面提出支付申请函及拟支付金额等额的符合采购人财务管理要求的相应发票，采购人确认后启动尾款支付流程，约占合同总金额的30%。
