《广东省省级政务信息化（2020年第三批）项目需求--广东省文化和旅游厅厅属单位行政效能协同（2020）项目.docx》由会员分享，可在线阅读，更多相关《广东省省级政务信息化（2020年第三批）项目需求--广东省文化和旅游厅厅属单位行政效能协同（2020）项目.docx（22页珍藏版）》请在课桌文档上搜索。
1、需求21:省文化和旅游厅厅属单位行政能效协同（2020年）项目采购需求1 .项目概况1.1. 基本信息1.1.1. 项目名称省文化和旅游厅厅属单位行政效能协同（2020年）项目。1.1.2. 采购人广东省旅游发展研究中心。1.1.3. 用户单位广东省文化和旅游厅。1.1.4. 项目总体目标采用云计算、信息安全、移动互联网技术，基于我厅移动办公平台为技术基础，以集约化、规范化、统一化为原则，开发和建设一套具有我厅特色的厅属单位行政效能协同应用信息平台系统。厅属单位行政效能协同信息平台提供厅属单位标准内部业务流程和管理模块，可根据厅属单位定制开发个性化业务流程，充分满足内部办公、业务应用管理需求。
2、厅属单位行政效能协同信息平台提供公文管理、办公事务、资讯管理、邮件服务、督办管理、归档管理、办公网盘、个人信息管理、数据交换等功能，满足厅属单位对行政效能协同应用的要求。厅属单位行政效能协同信息平台实现我厅本部及各厅属单位间公文、数据和文件等共享和传输，提供平台系统与档案系统的数据交换，实现归档管理等功能。厅属单位行政效能协同信息平台具备基于移动智能终端设备的在线应用功能，可实现安全、方便、功能统一的集成化移动应用。1.1.5. 服务地点广东省文化和旅游厅及其指定地点。1.2. 项目背景1.2.1. 项目背景广东省人民政府办公厅关于印发广东省“数字政府”建设总体规划(2018-2020年)实施
3、方案的通知(粤府办“2018”48号)提出要“增强政府部门办公集约、移动、协同能力，逐步实现跨地区、跨部门、跨层级信息共享和办公协同”。广东省文化和旅游厅作为我省直属厅局部门，已建设的广东省文化和旅游厅移动办公信息平台支持移动办公，侧重用户体验，兼顾信息获取的便利化，综合应用主流软件技术，建设一个涵盖公文流转、事务处理、会议管理、移动办公、督办管理、资讯管理等方面的综合信息处理软件系统平台。目前，广东省文化和旅游厅移动办公信息平台已成为厅日常办公、事务办理、资讯管理、行政事务、移动办公等业务核心重要信息平台。为响应广东省数字政府改革，实现集约化、标准化、统一化、数据共享管理要求，亟待落实广东省
4、文化和旅游厅厅属单位提升行政效能和协同应用能力工作，提高厅属单位信息化系统运行效率，进一步提升和发挥信息平台在我厅厅属单位数字中枢、业务支撑、综合管理等方面的效能。因此，遵循集约化、统一化、标准化原则，基于厅本部移动办公平台和厅档案系统平台，扩容升级建设一个统一的系统集中、管理集约、数据交换、业务联动的厅属单位行政效能协同信息平台，是合理和科学的解决方案，也是势在必行的解决之道。122.信息化现状广东省文化和旅游厅移动办公信息系统于2017年11月正式上线运行，涵盖公文、请示汇报、通知公告、资讯管理、电子邮件、即时通信、办公网盘、身份认证等应用功能，已成为省文化和旅游厅的移动办公核心支撑系统。
5、广东省文化和旅游厅下属共计25个厅属单位，领导干部和工作人员逾一千多人。随着政府职能由管理向服务模式转变，新的管理服务方式对信息化办公提出新的要求，现有的办公模式和系统已难以满足厅属单位的要求。厅属单位办公信息化主要存在如下情况：部分厅属单位缺乏信息化专业技术人才和队伍；自建办公信息系统、档案系统需要大量成本支出，造成厅属单位资金负担；另外，办公信息化系统的长期运用需要稳定的技术保障和支持，这些都对厅属单位政务办公信息化推进工作造成一定的困难。现阶段各厅属单位办公信息化运用水平参差不齐，相当一部分厅属单位的日常办公和档案管理等工作开展采用传统纸质件方式，部分厅属单位具备自身的内部办公系统，但在
6、公文交换、档案归档、流程管理、系统升级、技术维护等方面存在一定的局限性。目前，开展广东省文化和旅游厅厅属单位行政效能协同信息平台建设所需的技术条件已具备，多年来，省文化和旅游厅信息化发展建设过程中储备了熟练管理和使用信息平台的技术人员队伍，建设厅属单位行政效能协同信息平台的技术条件已经非常充分。1.2.2.1.基础设施服务现状1.1.1.1 网络环境按照相关的规范要求，电子政务类项目已实施内外网分离，移动办公信息平台也完全满足该规范要求，即厅内与各级政府单位通过电子政务网络访问内网平台，外部单位等通过互联网访问外网平台，内外网之间通过交换平台实现数据的传递交换。1.1.1.2 机房环境与本次厅
7、属单位行政能效协同平台建设相关的机房环境，见广东省文化和旅游厅移动办公信息平台机房设备清单。具体如下:序号业萨产品名称用途和孕操作系统数配置版本量1信息平台业务区生产数据库服务器存储信息平台数据Xeon(R)E5-2609内存32GB、硬盘322GBCentOS7.3.161112信息平台内网服务器内网信息平台应用程序XeOn(R)E5-2609、内存64GB、硬盘429GBCentOS7.3.161113信息平台外网服务器外网信息平台应用程序XeOn(R)E5620、内存64GB、硬盘440GBCenlOS7.3.161114文件存储服务器存储信息平台数据及文件Xeon(R)E5-2609内
8、存32GB、硬盘IOTCentOS7.3.161115旧信息平台数据库旧信息平台数据Xeon(R)E5-2609内存16GB、硬盘440GBCentOS7.3.161116信息平台测试服务测试信息平台应用程序Xeon(R)E5-2609内存16GB、硬盘256GBCentOS7.3.161117安全防护区网闸安全防护安全隔离与信息交换系统SU-GAP3000-GZS018防火墙安全防护天融信防火墙NGFW4000-UF19VPN接入移动专网用VPN接入承载210用户；支持主流移动设备的VPN接入认证开发包。1122.2.应用支撑平台现状省文化和旅游厅移动办公系统集成建设项目主要是为解决安全可靠
9、的使用多种类型终端，不受地域网络环境限制进行协同办公,是在满足厅机关现有办公系统使用习惯的前提下，充分满足保密与信息安全的要求，实现涵盖公文处理、业务办理、机关管理、资讯处理、交流沟通、安全管控等功能的综合解决方案，建设内容包括办公系统软件、旧信息平台系统对接、网络基础设施、安全防护软硬件集成、专用平板、网络带宽、数据流量套餐等。结合省文化和旅游厅网络信息化应用实际情况，发挥厅信息化管理和技术队伍优势，基于现有设备、网络和信息化管理框架，建设新一代的厅属单位内部办公综合信息平台，满足厅属单位业务发展能效协同对信息平台在移动性、高效性、高可用、人性化等方面提出的新要求。文旅厅内部办公信息平台基本
10、打通各业务环节、综合利用内部信息资源、提升办公效率、向管理要效益为任务，涵盖文化厅公文处理、办公事务、知识管理、决策支持等多个方面。1.1.1.3 .已建/在建政务信息系统现状目前广东省文化和旅游厅已建系统共13个，其10个系统是部署在政务云平台，3个系统部署在厅局本地机房。与本次厅属单位行政效能协同项目建设有关的系统，具体状况如下：序号系统名称部署方式等保级别用户访问一使用情况建设年份系统内容备注1厅本部办公系统V3本地部署无369正常2017内部办公，用于收发内部文件。2省文物局文物档案存储系统本地部署无平常关机正常2011文物档案管息，内容信息敏感。此系统已纳入”厅数字档案室建设（202
11、0年）项目1.1.1.4 .运维管理现状目前广东省文化和旅游厅的基础环境主要依托政务云平台的管理体系和相关规范进行管理，本地机房主要根据省文化和旅游厅机房管理制度对机房进行日常管理。主要运维内容包括：对软件系统（应用、数据库、操作系统、中间件等）进行日常巡检、维护服务、处理系统故障；支撑用户在使用系统中遇到的问题；面向用户进行系统辅导、培训；对系统工作流、权限、系统配络、系统数据整理、功能调整等进行管理。省文化和旅游厅部分系统已经建成并上线多年，系统已经超出建设免费运维期，目前系统均按照广东省“数字政府”建设要求，由数字政府建设运营中心统一提供运维服务，确保业务系统继续保持稳定的运行能力。2
12、.项目预算本项目总预算为64.80万元。3 .服务期限本项目服务期限为自合同签订之日起3个月。4 .服务内容4.1. 软件开发服务4.1.1. 定制软件开发服务4.1.1.1. 厅属单位集约化办公信息平台开发4.1.1.1.1. 系统功能开发一、平台首页首页界面设计，主要是对所有层级菜单的维护管理，包括菜单的显示、菜单的访问权限、快捷方式、访问地址等信息。系统首页分为登录首页和工作台首页。为系统管理员提供设辂首页部件、功能菜单而后可以设辂首页的功能。系统管理员设辂后，用户可以使用导航菜单设貉好的首页。首页界面配辂工作首页、公文管理、办公事务、资讯中心、信息管理等功能模块。用户通过系统登陆页面，
13、输入用户名、密码或CA、统一认证进入平台首页，可对系统菜单、工作待办、通知公告、我的经办、办公事务、版式切换、个人信息管理等进行操作。二、公文管理公文管理就是对公文的创制、处貉和管理，即在公文从形成、运转、办理、传递、存贮到转换为档案或销毁的一个完整周期中，以特定的方法和原则对公文进行创制加工、保管料理，使其完善并获得功效的行为或过程。本信息平台公文管理主要包括收文管理、发文管理、公文查询等。收文指收进外部送达本机关、单位的公务文书和材料，包括文件、电报传真、信函、内部刊物、资料，其他文字资料。信息平台移动版提供收文查询、收文拟办、收文办理等功能。拟办：由部门负责人或有关具体工作人员经过对公文
14、进行认真的阅读分析,提出建议性的处貉意见，供有关领导者审核定夺。批阅：即机关领导者或部门负责人对公文提出处貉意见。办理：即有关工作人员按拟办意见、审核意见、批阅意见等意见具体处貉公文所针对的事务和问题。包括收文登记、待办办件、待办阅件、已办收文、收文查询、收文收藏、收文记录登记、新建发文、待办发文、已办发文、发文查询、发文收藏、发文记录登记、新增编号、年份管理、类别管理、编号查询、收文归档、发文归档、公开阅读、批示列表、批示设辂。三、办公事务实现内部办公事务类任务管理，包括待办事务、已办事务、新建内部发文、待办内部发文、已办内部发文、内部发文收藏、请假申请、请假审批、销假处理、请假统计、销假统
15、计、因私出国（境）列表、因私出国（境）统计、证照管理、公文督办事务督办等日常办公事务工作的信息化管理。四、资讯中心用户可通过资讯中心模块操作通知公告、工作动态、规章制度、媒体聚焦、大事记、图片集、业务统计、信息简报、研究参考资料、资讯收藏、资讯检索、领导一周安排、新增栏目、删除栏目、栏目安排、新增文章、删除文章、专题列表、专题展示。五、个人信息管理个人信息管理包括以下栏目：个人文件柜、公共文件柜、共享文件柜、工作联系通讯录、个性化首页配貉、个人信息修改、新建邮件、收件箱、草稿箱、已发送邮件、已删除邮件、地址簿。(1)个人信息修改。提供修改个人的手机号码、办公号码和房号的功能，不能修改职位信息。
16、(2)查看通讯录。按顺序显示所有的处室，默认打开显示办公室的通讯录,提供导出通讯录功能，可以按照处室导出全部的通讯录。(3)人员信息管理。此权限为人事处所有，可以修改所有人的个人信息，如果修改职位，可以走审批流程，也可以不走审批流程。如果走审批流程，则审批通过后，职位信息才会被修改，如果不通过，则职位信息保持不变。在人员信息列表，提供修改人员信息功能，用户可以保存修改的所有信息，只有在修改职位的情况下，才需要提交审批。在办公事务-待办事务或者首页的办公事务，可以进行待办审批的职位修改。在审批界面，可以选择通过，不通过，或者给其他人事处的领导审批。只有当审核通过后，职位信息才会被同步到个人信息。
17、(4)职位修改记录。当职位的信息发生修改后，会在职位修改记录显示，并显示状态(主要包括已修改(直接保存)、未审核、审核、审核通过，审核不J三)o六、系统管理系统管理员可通过系统管理模块操作查看密码、办结业务、恢复办理、删除收发文、修改意见、角色管理、菜单管理、角色组管理、角色管理、操作员管理、流程人员配辂、用户关联管理、登录日志查询、日志查询。七、文档在线编辑功能为了实现对移动办公应用系统的有效支撑，需要集成开发在线文档编辑控件，以实现在线编辑文档、在线阅读文档等。在32位和64位IE、GooglexFirefoX浏览器中在线编辑Word、excelxppt、金山文字处理、金山电子表文档并保存
18、回服务器。支持痕迹保留、模板套红、二维码、自定义菜单（按钮、工具栏），另存为HTM1.、PDF等其他文档格式。在线阅读PDF和TIF文档等。平台版P1.US运行环境要求：32位和64位浏览器IE8-11.Chrome28-7KFirefox28-62o支持专业完整版MSe）FFICE2003-2019、专业版WPS2005-2019、专业增强版永中OFFICE。八、行政效能协同功能厅属单位行政效能协同信息平台应实现与省文化和旅游厅本部办公系统、数字档案室系统协同交互。主要为各厅属单位内部之间公文、数据和文件等共享和传输，并与省文化和旅游厅办公系统文件交互，同时实现集约化办公信息平台系统与档案系
19、统的数据交换，实现归档管理等。跨系统协同应以我厅本部移动办公系统为基础，采用云计算和虚拟化技术,统一规划，集中部署。各厅属单位办公系统内部业务独立运行，通过交换系统实现数据共享，实现档案系统对接和集成。各厅属单位办公系统独立运行，互不干扰；通过数据交换平台系统实现公文收发、档案归档、业务集成、信息共享。总体系统设计方案参考如下：厅办公系统数据统计档案系统5 .服务要求5.1. 技术要求5.1.1. 总体技术要求本项目建设应采用当下最先进的技术和方法，既反映当今先进水平，又具有发展潜力。必须保证整个系统的质量和安全，为了施工和维护方便，系统基本要求主要表现在以下几方面：稳定性：软件系统在持续操作
20、期间出错率较低，满足用户访问使用稳定要求。开放性：系统应当扩展性好、灵活及兼容性强，其应用软件移植性强，生命周期长。模块化：系统应严格遵循模块化结构的方式进行开发，以满足通用性、可替代性。保障性：在故障或意外情况下有切实可行的应急方案和技术措施，保证系统可靠与安全运行。先进性：采用与技术发展潮流相吻合的产品，保证工程的可延续性。安全性：必须符合国家的安全标准和要求。经济性：系统在满足功能要求的基础上，尽可能降低造价。高性能：系统响应快，网络的吞吐能力强，可以适应未来五年发展需要。便捷性：系统使用便捷，操作简单和方便游客。多环境：满足采购方工作相关要求，支持多环境应用。5.1.2. 技术路线5.
21、121.自定义工作流技术在工作流模型中，通过过程模板完成独立于业务实现的流程定义；通过将具体的工位抽象成环节，保证过程模板的定义与具体业务请求内容无关；通过定义工位与环节的映射关系，支持在具体的过程实例调度过程中系统的自动识别处理；通过过程实例实现对于某个具体的业务请求的个性处理。系统受理用户的业务审批申请，形成待审批业务申请。工作流引擎根据业务审批申请内容寻找匹配的过程模板创建过程实例，解释过程逻辑，管理业务审批在环节层面上按照预先定义的工作流程流转，审批流在到达某一个环节时按照环节对应的工作类型寻找对应的审批单位，派发审批任务，通过组织机构和信息系统的协同激活审批流程。5.1.2.2.组件
22、技术组件是具有某种特定功能的软件模块，以其较高的可重用性产生了一种崭新的软件设计思路。通过开发不同的可重复使用的组件、接口和构件，实现分布式应用程序的快速开发，应用模块间相对独立，接口清晰，内部的业务流程升级和改造与其他模块无关。组件技术是迄今为止最优秀也是发展最快的一种软件重用技术，它比较彻底地解决了软件开发中存在的重用性、适应性差和周期长等问题。本项目在系统设计和开发阶段，通过使用组件技术，开发不同的可重复使用的组件，使开发人员可以快速地开发和构建各个应用模块，避免开发过程中的软件无法重用、适应性差、开发周期长等问题。5.123.微服务架构微服务架构(MicroserviceArchite
23、cture)是一种使用一套小服务来开发单个应用的方式途径，每个服务运行在自己的进程中，并使用轻量级机制通信，通常是HTTPAPI,这些服务基于业务能力构建，并能够通过自动化部署机制来独立部署，这些服务使用不同的编程语言实现，以及不同数据存储技术，并保持最低限度的集中式管理。主要作用是将功能分解到离散的各个服务当中，从而降低系统的耦合性，并提供更加灵活的服务支持。本项目在系统设计和开发阶段，应使用微服务架构构建厅属单位信息平台，每个服务都可以独立开发、独立测试、独立部署。通过使用微服务架构，开发团队可以快速地构建和交付每个服务，并保证了系统整体弹性和可扩展性。5.1.24集群部署架构应用集群部署
24、，结合Redis数据缓存技术，实现应用高性能高可用，具备负载均衡与横向扩展能力。数据库集群部署，结合数据库合理分拆与读写分离技术，实现数据库高性能高可用。RediS缓存集群部署，采用了P2P的模式，完全去中心化，不会因为某个节点成为整个集群的性能瓶颈，实现高性能高可用。本项目在系统部署阶段，应使用n+1集群方式部署App、Database、Redis,利用RediS保存状态缓存和缓存热点数据，实现系统整体高性能、高可用、高可靠；在业务高峰期通过增加节点方式实现可扩展。5.1.2.5.支持多环境拓展应用系统需支持多环境拓展应用，如操作系统支持：Windowsx1.inux、麒麟操作系统等。5.1
25、.3.性能要求5.131.可靠性需求在日常工作中，需要通过724小时不间断的系统性维护服务，确保系统具有良好的安全性和可靠性，同时结合备份恢复、入侵监测、防火墙等工作，共同构建起多层次，全方位的安全保障体系。另外，同时通过日常维护使系统具备一定的容错性，避免由于误操作或其他原因导致的系统错误。5.132.易用性需求根据本项目的需要，在技术的使用和产品的选择方面要考虑其技术的成熟性，同时，在产品方面要考虑适用和实用，保证技术、性能满足网站建设需要。所提供的系统设计方案具有大量成功的实施案例，方案稳定成熟，有丰富的经验可以借鉴，能够确保用户在最短的时间内达到应用需求，并充分降低后期维护的影响。5.
26、1.3.3.响应速度需求响应时间指标包括页面响应时间和数据响应时间。页面响应时间为用户点击操作页面后的反应，页面反应时间不超过3秒。数据响应时间为用户点击后的到结果的时间，包括服务器反应和数据传输到客户端，普通页面不超过3秒，跨年历史数据最大不超过10秒。系统的年可用率99.9%,由于偶发性故障而发生自动热启动的平均次数2次/年。常规数据分析响应时间V3秒，历史数据分析响应时间V5秒。5.134.业务系统并发需求根据用户数量对业务系统的并发量进行估算，假设系统使用高峰期有15%的用户同时发出请求，则各业务系统的并发支持能力要求如下：不设貉用户使用权限，平台基础支撑能力满足支撑100OO个用户同
27、时在线，500个用户并发能力。5.1.4. 数据及接口要求经过分析，需获取1个数据项，具体数据项如下表所示:序号数据需求内容望取式期获方需求原因需息源称所信资名信息资源来源部门期望数据更新频率期望的大数据服务1收发文信息数据批量同步用于与档案系统同步已经办结的收发文收发文信息广东省文化和旅游厅天比对、查验、分析、汇总通过API接口与档案系统对接，实现数据的互通共享，为厅属单位提供收发文信息数据的批量同步。5.1.5. 安全监测要求5.1.6. 业务保障安全需求信息安全是电子政务系统得以顺利实施的前提。本项目的安全体系应实现如下具体安全目标：安全目标描述身份真实性能对通讯实体身份的真实性进行鉴别
28、信息机密性保证机密信息不会泄露给非授权的人或实体信息完整性保证数据的一致性，能够防止数据被非授权用户或实体建立、修改和破坏服务可用性保证合法用户对信息和资源的使用不会被不正当地拒绝不可否认性建立有效的责任机制，防止实体否认其行为系统可控性能够控制使用资源的人或实体的使用方式系统易用性在满足安全要求的条件下，系统应当操作简单、维护方便可审查性对出现的网络安全问题提供调查的依据和手段5.1.5.2.信息安全合规性要求要求通过信息系统安全等级保护（二级）认证。根据国务院“互联网+政务服务”工作的指导意见“2016”55号文中关于政务平台的网络和信息安全保护的要求，按照国家信息安全等级保护制度要求，加
29、强网站信息安全建设，健全安全保障体系。国家等级保护认证是中国最权威的信息产品安全等级资格认证，对各机构的信息系统安全等级保护状况进行认可及评级。5.1.6,备份容灾要求信息平台现部署于厅内部机房，应用、数据库、公文都进行定期备份。应用在每次升级前后进行备份；数据库在每天进行增量备份，每周进行全量备份；公文在每天进行增量备份，且都通过离线方式进行异地备份。厅信息平台计划在2020年内迁移到广东“数字政府”政务云平台，目前处于待割接状态，后续的备份容灾机制基于广东“数字政府”政务云备份能力。后续备份容灾机制：对虚拟机、数据库进行本地备份和异地备份，预计备份容量约为5TBo其中，本地备份要求：每日增
30、量备份，每周全备，数据周期性保存两个月。全量文件、档案、数据备份数据长期保存。52管理要求1.1.1. 服务人员报价人须书面承诺，如在项目实际执行过程中发生服务人员不能按采购文件要求胜任相关工作的，采购人有权要求更换服务人员，报价人必须在两周内调整为符合采购文件要求且能胜任相关H作的服务人员并到位开展工作，否则采购人有权终止合同并报相关管理部门进行处理。报价人承诺的服务人员未经用户同意不得调整；报价人如中途更换服务人员，应征得用户同意，否则采购人有权终止合同。如须调整服务团队成员，须书面向采购人提出申请，说明申请理由，经采购人书面同意方可调整团队人员，调入人员的资历和从业经验不低于调出人员，否
31、则视为违约行为，采购人有权终止服务合同。1.1.2. 进度要求本项目总体计划时间为个月，包括需求阶段、设计阶段、系统开发阶段、系统测算阶段、系统部署上线、试运行阶段、完善交付阶段共计7个阶段。1.1.3. 组织实施要求为使项目按质、按量、按时及有序实施，报价人应建立完善、稳定的项目团队、内部组织管理方式及管理机构、协调机制、技术基础，支撑保障要求及其他相关要求。在机制保障方面，成立组织实施小组和项目专家组的双轨制的组织模式。在项目日常管理和条件保障方面，从行政组织、后勤保障和支撑条件各方面创造良好的服务环境，确保项目的顺利实施。1.1.4. 文档管理要求报价人应在项目完成时，将本项目所有文档、
32、资料汇集成册交付给采购人，所有文件要求用中文书写或有完整的中文注释。验收后，报价人按国家、省以及采购人档案管理要求，向采购人提供装订成册的纸质文档至少1套，电子文档1套。1.1.5. 质保证要求为保证本项目能按时高质的顺利完成，规避项目风险或将风险降至最低程度，报价人应建立项目质量管理体系，包括但不限于质量目标、质量指标、岗位责任、问题处理计划、质量评价、整改完善等内容，并建立奖惩制度。5.3. 验收标准项目验收按照广东省财政投资信息化建设项目验收的有关规定执行。项目验收的具体组织工作由项目采购人承担。1 .软件开发服务报价人在系统交付时应将项目过程中的相关交付物，与采购方进行确认。经双方确认
33、无误，可作为正式验收材料。验收主要包含但不限于以下内容：(1)系统功能，按照用户需求书的要求，逐一检查系统功能是否达到建设要求。(2)系统性能，按照用户需求书的性能指标，逐一测试系统指标是否达到建设要求。(3)文档资料，检查系统设计文档是否齐全、是否合格。5.4. 其他要求5.4.1. 培训要求投标人须提供软件系统操作方面的培训，包括对采购人和相关系统使用人员的培训，培训应该在系统验收前进行。5.4.2. 服务响应要求服务响应可通过现场、远程等方式提供，由此产生的一切费用均由报价人承担。提供全年全天候的技术咨询服务、IT运维维修服务、技术支持服务和紧急情况即时现场支援服务。提供全年全天候的技术
34、咨询服务。提供30分钟内响应，3小时内上门的标准故障诊断及排除服务。提供15分钟内响应，1小时内上门的紧急故障诊断及排除服务5.4.3. 资产权属1 .本合同不会引起任何已申请、登记的知识产权所有权的转移。2 .投标人、采购人双方一致同意，本合同所涉服务成果的知识产权归属按下列第（2）种方式处理：（1）投标人为履行本合同义务所形成的服务成果的知识产权归采购人所有。（2）采购人基于本合同约定委托投标人提供的产品、程序、服务等的知识产权归采购人、投标人（含投标人合作商）共同所有，投标人应按采购入书面要求交付该共有部分的源代码；投标人（含投标人合作商）在共有部分的基础上进行二次开发的及对二次开发形成
35、的产品、程序等财产进行处貉的，需经采购人书面同意，二次开发所形成的产品、程序、服务等的知识产权归开发者所有，共有部分仍归采购人、投标人（含投标人合作商）共同所有。3 .本合同所涉及的数据所有权归政府所有。投标人只能用于履行本合同之义务。4 .投标人提供的相关软件应是自行开发的产品或具备合法、合规授权，满足知识产权、安全等保二级等方面的有关规定和要求。5 .投标人保证向采购人提供的服务成果是其独立实施完成，不存在任何侵犯第三方专利权、商标权、著作权等合法权益。如因投标人提供的服务成果侵犯任何第三方的合法权益，导致该第三方追究采购人责任的，投标人应负责解决并赔偿因此给采购人造成的全部损失。5.4.
36、4. 保密要求1 .报价人应签订保密协议，对其因身份、职务、职业或技术关系而知悉的采购人商业秘密和党政机关保密信息应严格保守，保证不被披露或使用，包括意外或过失。2 .报价人不得以竞争为目的、或出于私利、或为第三人谋利而擅自保存、披露、使用采购人商业秘密和党政机关保密信息；不得直接或间接地向无关人员泄露采购人的商业秘密和党政机关保密信息；不得向不承担保密义务的任何第三人披露采购人的商业秘密和党政机关保密信息。报价人在从事政府项目时，不得擅自记录、复制、拍摄、摘抄、收藏在H作中涉及的保密信息，严禁将涉及政府项目的任何资料、数据透露或以其他方式提供给项目以外的其他方或报价人内部与该项目无关的任何人
37、员。3 .报价人对于工作期间知悉采购人的商业秘密和党政机关保密信息（包括业务信息在内）或工作过程中接触到的政府机关文件（包括内部发文、各类通知及会议记录等）的内容，同样承担保密责任，严禁将政府机关内部会议、谈话内容泄露给无关人员；不得翻阅与工作无关的文件和资料。4 .严禁泄露在工作中接触到的政府机关科技研究、发明、装备器材及其技术资料和政府工作信息。6.付款方式本项目计划分3期支付，具体支付方式和时间如下：首期款：签订合同后10个工作日内.成交人书面提出支付申请函及拟支付金额等额的符合采购人财务管理要求的相应发票，采购人确认后启动首期款支付流程，约占合同总金额的进度款：按照项目服务周期（里程碑
38、节点）后的10个工作日内,成交人书面提出支付申请函及拟支付金额等额的符合采购人财务管理要求的相应发票，采购人确认后启动进度款支付流程，约占合同总金额的2。3.尾款：项目验收后_个H作日内，成交人书面提出支付申请函及拟支付金额等额的符合采购人财务管理要求的相应发票，采购人确认后启动尾款支付流程，约占合同总金额的工。（以上付款比例可按项目实际情况选择，付款时间点可与验收要求结合进行设貉）O项目实际支付总金额按采购成交总金额计算，项目支付计划按合同约定执行，对于满足合同约定支付条件的，采购人应当自收到发票后30日内将资金支付到合同约定的成交人账户，不得以机构变动、人员更替、政策调整等为由延迟付款，不得将采购文件和合同中未规定的义务作为向成交人付款的条件。
