电子交易平台系统建设实施方案.docx
- 文档编号:12715520
- 上传时间:2023-04-21
- 格式:DOCX
- 页数:23
- 大小:28.99KB
电子交易平台系统建设实施方案.docx
《电子交易平台系统建设实施方案.docx》由会员分享,可在线阅读,更多相关《电子交易平台系统建设实施方案.docx(23页珍藏版)》请在冰豆网上搜索。
电子交易平台系统建设实施方案
电子交易平台系统建设实施方案
1.实施方案
1.1建设原则
1.全面性
系统用户群涉及交易发起人、交易参与人、中介机构等机构、人员,因此要综合各方面需求进行系统、全面的通盘考虑,达到最优化设计。
要充分考虑电子交易业务流程及电子交易记录单和相关文件存储、审批、印章、CA证书、服务、维护的实际情况。
具有良好的可扩展性,能够满足目前和将来的应用,达到10年不落后。
2.先进性
要采用当代计算机及应用系统发展趋势的成熟主流技术,技术先进、被公众认可的优质产品。
3.实用性
充分利用原有的投资设备,提供与各类现有业务系统进行衔接的良好接口
4.高效性
提供对各类事务处理的高效性。
使对大容量数据的查询和更新等操作为在较短的时间内迅速完成。
对于大数据量的处理,也能高效地完成。
5.可靠性
系统的正常运行直接关系到是否能够实现相关机构的高效工作。
因此提供整个系统的可靠运行是系统建设的一个关键因素。
6.安全性
基于各机构部门用户群集的特殊地位,系统必须采取严格的保密措施。
可采用对交易信息存储及对电子交易记录单文档加盖印章及相关的数字信息来确保系统用户的身份真实性、数据保密性、数据完整性。
7.易用性
系统的设计尤其重视用户界面的友好性。
简洁活泼,美观实用,提示准确,可以根据交易市场主体需求进行细化调整。
1.2系统运行后,具体将实现以下目标:
全流程化电子化管理。
交易过程实现全程信息化管理、全程电子监督,提高工作效能,实现绿色低碳。
全程资源共享。
实现交易主体信息的集中管理和共享,实现交易信息的资源共享和自动流转,做到“同类资源、一次录入、集中管理、统一使用”。
全程安全防护。
结合CA数字证书技术,对交易过程中的用户身份认证、交易记录单、使用多方密钥开标等进行安全保护。
改变保证金和交易服务费的收取方式,保护交易主体参与交易的信息。
通过数据库访问控制、数据库文件、数据传输,提高信息的安全程度。
全程业务留痕。
全方位规范化网上操作,流程预先定义并进行固化。
全过程电子化网上留痕、可溯可查。
关键节点自动预警提醒,违规行为自动监控。
全程业务提醒。
提供以项目和流程为引导的业务提醒功能,根据用户身份和所选任务提供业务处理引导和提醒。
短信通知、个人工作台紧密结合,使每个参与交易业务的人员及时处理业务。
1.3建设内容
1.电子交易平台系统
(1)业务交易平台
(2)信息交互平台(3)保证金交易管理系统
2.完成电子交易平台系统的部署
系统集中部署在数据中心,提供系统运行所需的计算、数据存储、信息安全、数据备份、网络通信等方面的基础资源。
数据存储采用集中+分级存储模式,交易过程数据、数据和监管数据等数据在本级集中存储。
可以定期同步到市级平台,能够实现省级平台实时调用。
3.实现与信息交互平台、监督管理平台的对接和数据共享
实现与信息交互平台和监督管理平台的对接,完成主体数据、交易数据、信用数据、数据、监管数据的采集、整理与上报。
4.完成上线交割
做好工作人员、中介机构、交易主体、监督机构、行业监管部门驻场人员、日常维护管理人员用户培训工作,确保交易工作的正常开展。
配合客户完成系统上线所需处理的其他工作。
5.做好运维工作
在系统正式投入使用后,由供应商提供7×24小时运维响应服务,完成日常巡检、故障维修、系统升级、技术指导等运维保障工作,确保系统能正常运行和使用。
承诺系统正式运行后,供应商对系统不得设置任何使用限制,包括使用期限、阶段性授权码等类似方式方法。
质保期后,交易市场主体有权选择其他运维单位,现有运维服务团队无条件配合。
6.平台系统功能要求
(1)业务电子交易平台
对业务交易进行电子化管理,实现各类交易项目的资源建立、信息发布、资料交互、交易响应、线上交易、结果确定、异常处理等网上交易环节、包括特殊情况下的线下交易。
支持现行的多种配置方式。
支持现行的各种交易方法的交易。
从电子化中自动提取相关信息,能够横向、纵向、多方比对,辅助进行电子交易,自动记录相关信息并生成规范文档。
可对交易相关表格、交易报告进行电子。
支持线上通知书发放、合同备案,能够自动对项目进行办结及归档处理(包括纸质)。
支持交易市场主体需要的交易数据收集。
实现异地远程竞拍、异地网上查验、异地网上竞买。
按相关要求实现的入场管理。
网上行为监控,实现网上操作行为录播。
(1)业务子系统:
完成工程建设类项目交易的全流程电子化,交易方式涵盖现行法律规定的用户式,系统功能应包括项目入场、项目登记、文件澄清与修改、文件在线获取、文件在线递交、开标前准备、进入开标大厅、实现在线签到、解密、确认、生成开标一览表,进入评标室、在线评标、辅助评标、在线定标和项目归档、各种异常处理、数据统计导出等功能。
(2)项目业务子系统:
完成类项目交易的全流程电子化,交易方式包括涵盖现行法律规定的用户式,系统功能应包括项目入场、项目登记、文件澄清与修改、文件在线获取、文件在线递交、开标前准备、进入开标大厅、实现在线签到、解密、确认、生成开标一览表、进入评标室、在线评标、辅助评标、在线定标和项目归档、各种异常处理、数据统计导出等功能。
支持集中采购项目业务子系统按实际需求单列处理。
(3)权益项目业务子系统:
完成权益类项目交易的全流程电子化,权益类包括国有产权、土地使用权、矿业权、林权、特种交易权,交易方式包括涵盖现行法律规定的用户式,系统功能应包括项目入场、项目登记、文件澄清与修改、文件在线获取、文件在线递交、开标前准备、进入开标大厅、实现在线签到、解密、确认;生成开标一览表,进入评标室、在线评标、辅助评标、在线定标和项目出场、在线、在线竞价、在线转竞价、各种异常处理、数据统计导出等功能。
(4)文件制作辅助功能
对文件格式内容规范要求的标准,提供多种类型模版,方便用户制作不同类型的文件。
可以按照标准文件或范本生成(采购)文件,编辑(采购)文件,设定主要内容、格式要求,可将不同格式附件组合打包生成一个文件,可用于开标、评标系统自动提取重要信息,达到电子辅助开标评标功能。
(5)制作辅助功能
工具可以在线或离线编辑和制作文件,主要包括文件导入、内容编辑、工程量清单(如有)导入、版式文件转换、电子签章、生成、工程量清单校验以及、围串标异常检验等功能。
7.信息交互平台
服务系统为电子交易平台交易系统、交易平台活动当事人、社会公众和监督部门、监察机关提供信息服务,满足交易系统之间信息交换、资源共享需要,并为市场主体、监督部门和社会公众提供信息服务的信息平台。
具体建设内容包括:
门户网站群、信息发布、市场主体管理、信用管理、中介机构抽取。
(1)统一交易门户网站
市级交易门户网站作为交易的信息服务窗口,承担服务信息公布,交易系统、监督系统等登录入口;以政府、企业和社会公众服务为目标,构建一个技术先进、标准一致、统一信息发布、统一管理的、便捷的门户网站。
网站主站前台功能:
应包括信息发布、信息公开、公告通知、办事指南、交易业务数据同步、行业网站内容推送等
网站后台功能要求:
通过后台管理对系统进行基础配置、栏目管理、模板管理、流程管理、文章管理、用户及权限管理、基础数据配置管理、日志管理等功能。
(2)统一信息发布系统
信息发布系统是交易相关信息数据采集,审核、发布的信息管理系统。
信息发布功能应支持:
交易公告信息、交易流程信息、评标结果信息、澄清答疑回复信息、新闻咨询信息、行业咨询信息、信息公开信息等信息发布,便于交易参与人及社会大众及时、准确、全面的了解相关信息,办理相关事务。
系统应支持外部相关系统生成的数据,通过标准或者双方共同遵守的数据格式与接口协议,根据数据的时效性,按实时或者异步的方式收集汇总。
(3)市场主体管理子系统
市场主体管理子系统用于为市场主体完成注册授权,并实现省级范围内一次注册即可实现省级信息共享的目标。
主要功能实现主体注册信息接入时的统一登记、主体信息的登录共享及主体信息的变更等功能。
(4)应用配置支撑系统
应用配置支撑系统作为支撑业务系统的基础性、公共性的通用功能模块,主要包括:
统一用户权限管理、报表系统、日志管理、故障管理。
具体功能要求:
1)统一用户权限管理,实现各应用模块的权限、范围控制,包括具体操作项等权限管理以及权限分配功能等。
2)报表系统,采用统一的报表平台,便于各应用系统调用,支持图表展现。
3)日志管理,日志管理提供对企业采购管理系统运行状态的记录,包括日志配置管理、日志存储管理、日志检索管理等。
4)故障管理,通过故障管理使系统维护人员能及时了解电子交易平台的主机、网络以及业务系统出现的异常运行状态,帮助维护人员确定故障原因和故障位置。
采集后的故障信息,将通过图形方式展示给维护人员,并可对故障信息进行统计分析和管理。
8.保证金交易管理系统
包括各类保证金的缴纳、查询、退款、提醒功能。
保证金缴纳分为汇款缴纳和网银在线缴纳两种方式。
对接银行,获取用户的保证金汇款信息。
支持银行电子保函系统对接。
保证金查询查验人只能根据企业编号、登录密码和短信验证码来查询自己的明细。
只能对交易完成项目申请退费操作。
相关人员审核退款申请。
包含:
“保证金子账户生成”、“保证金缴纳”、“保证金缴纳情况查询”、“符合开标条件提醒”、“保证金退款申请及审核”、“保证金分批一键退款”、“保证金到账及异常提醒”、“保证金数据到处及归档”等。
9.系统对接及共享数据要求
对于第(五)项要求的与级信息交互平台和监督管理平台对接、与CA互联互通的接口对接、与交易主体信息接口对接以及其他接口对接和第(六)项系统对外共享数据要求,严格按照国家、关于交易一体化平台建设数据共享、对接的要求,按照《交易平台系统数据规范V2.0》要求和实际需求,建立统一的交易数据库,完成国家、县区一体化平台数据共享、对接,提供共享数据,实现系统之间的数据互联互通。
负责对接,由此可能引起的成本由供应商承担。
1.6系统安全需求
系统提供有效的安全保密机制,保证各数据流之间的信息能够安全发送与接收。
系统提供口令验证、权限控制等安全机制。
系统提供完善坚实权限管理手段,具有良好的安全保密机制。
选择良好的服务器操作系统平台及数据库,使系统处于安全的环境中;采用操作权限控制、密码控制、系统日志监督、数据更新严格凭证等多种手段。
网上设计采用三层结构设计,所有对数据库的访问操作行为全部封装;网站管理分权限控制、数据传输严密实现。
1.7系统性能需求
应用系统在设计上充分考虑用户界面应方便、友好、灵活,用户应能够方便地在权限范围内于各子系统之间切换。
系统有良好的整体化设计,同时完善的帮助系统也是增强可操作性的必要辅助工具之一。
(1)操作简洁:
系统要求操作简洁,易于学习,用户只需要简单培训即可掌握系统操作。
(2)用户界面友好:
用户界面的友好性直接影响系统可用性,系统要求用户界面满足以下要求:
1)用户界面风格一致。
2)界面操作灵活(操作方便,有足够的快捷键,相关数据项应放在临近的位置)。
3)界面表现真实性与完整性(界面表现与实际数据和处理相一致,不遗漏,不多余)。
4)界面操作正确性(界面操作要完整、正确地处理实际的数据,提示的操作要真正处理)。
5)界面用语描述正确性、规范性与一致性(使用规范用语,同样的字段,原则上不应有多个名称等)。
(3)数据校验:
数据校验是增强系统可用性和可靠性的重要手段,系统要求对输入的数据进行有效性与合法性校验,数据校验可以排除许多数据不一致的现象,从逻辑上、数据完整性上保证数据的质量,做到“正确的输入有正确的结果,错误的输入有正确的响应”。
(4)系统容错:
系统应具有较强的容错性,对于用户的错误操作,应给予友好的提示;对于系统出现的异常,应向用户解释原因,提示用户如何处理;对于已经发生错误或异常,系统应尽可能恢复到原来操作状态。
(5)重要操作可恢复:
对于重要的业务操作,系统应提供回退(恢复)的功能。
1.8应用接口要求
1、与级信息交互平台、监督管理平台对接
遵循国家《电子招查验系统通用数据接口》及国家有关要求,实现我区服务系统与信息交互平台和监督管理平台的无缝对接。
如不能对接,在本地建设信息交互平台、监督管理平台。
2、与CA互联互通的接口对接
服务系统建立各家数字证书的互认标准,形成统一的数字证书对接标准。
要求各数字证书供应商按照标准接口进行对接,实现多家数字证书在服务系统及接入信息交互平台的各交易系统中的通用。
3、与交易主体信息接口对接
服务系统需建立交易主体信息的存储与共享机制。
服务系统与市交易系统之间交易主体的信息共享,采取建立标准接口的形式,各交易系统遵循标准接口的要求,获取各自系统需要的主体信息,同时各交易系统需按照服务系统接口要求,回传服务系统所需信息。
4、其他接口标准
服务系统与其他系统之间的对接,需要根据对接系统的职能实际情况,以及服务系统所需数据情况,综合考虑,在满足各方需求的情况下,建立符合各系统的数据接口标准,实现系统之间的对接。
1.9系统对外共享数据要求
1.各专项业务系统接口要求
(1)结构化数据提供WebServices接口,满足数据资源管理系统通过该接口获取指定的业务数据项;
(2)附件类的非结构化数据提供指定非共享文件目录,满足数据资源管理系统正常读取文件内容。
(3)系统交互方式支持同步与异步方式。
2.各专项业务系统提供数据内容要求
(1)交易系统提供数据内容:
a.业务子系统,提供数据,项目及公告信息、开/评标信息、中标信息、合同和履约信息、资格预审信息、异常信息和招查验附件信息等。
b.项目业务子系统,提供数据集,采购项目信息、采购(资格预审)公告信息、更正事项信息、中标(中标)结果公告信息、采购合同信息和附件信息等。
c.权益项目业务子系统,数据(包括中标行为信息、中标宗地信息等);矿业权出让数据(包括探矿权招拍挂出让公告信息、采矿权招拍挂出让公告信息、探矿权招拍挂出让结果公示信息、采矿权招拍挂出让结果公示信息、其他方式出让矿业权公开信息、非油气探矿权登记公告信息、非油气采矿权登记公告信息、油气探矿权登记公告信息、油气采矿权登记公告信息和附件信息等);国有产权交易数据(包括披露信息、交易结果信息等);国有产权交易数据(披露信息、转让标的企业信息、转让标的企业股东信息、交易结果信息等)。
(2)市场主体管理子系统提供数据内容,包括法人信息(包括法人基本信息、人扩展信息、机构扩展信息、查验人扩展信息、交易市场主体扩展信息、采购中介机构扩展信息、供应商扩展信息、出让人扩展信息、受让人扩展信息、竞得人扩展信息、法人交易业绩信息、执业人员基本信息、执业人员资格信息、执业人员业绩信息等;自然人信息(包括自然人基本信息、供应商扩展信息、受让人扩展信息、竞得人扩展信息)和附件集数据等。
(3)市场主体管理子系统提供数据内容,包括中介机构信息、信息、信用记录和附件信息等。
(4)保证金价款管理系统提供保证金价款相关数据信息等。
3.交易中产生的其它数据。
1.10技术路线
1、面向服务的体系结构(SOA)
基于SOA的系统架构将屏蔽由于开发商选择的开发环境和手段不同带来的风险,将业务需求拆分到基本服务单元,做到了最大程度地柔性面对需求变化,不仅满足现在的需求,同时也增强了系统在未来的抗风险性。
2、三层应用体系结构
三层应用体系结构包含表示层、业务逻辑层、数据层。
表示层用户界面只能与业务逻辑层相联系,无需直接访问后台数据库,使后台数据库与用户界面隔离,提高应用系统的可靠性和扩展性,提高系统数据的安全性。
3、采用组件化设计方法
采用组件化设计方法,能够有效的支持流程重组。
系统的建设,必须以业务模型为基础,但不能照搬现有的业务模型,而应该对业务模型进行分析、优化,使之符合计算机的处理习惯,同时又使系统能符合用户的使用习惯,反过来促进业务过程重组和优化。
4、基于J2EE技术体系
除移动应用APP、竞拍软件和文件制作工具以外,其它所有系统及子系统必须采用JAVA语言,J2EE技术架构进行开发,应用系统均为B/S架构;保证源代码具有跨操作系统的可移植性。
基于J2EE技术的结构中,应用程序不能直接调用后台的数据库存取数据,而要通过中间件产品来进行对数据库的调用。
J2EE应用服务器作为前台应用程序和后台数据库中间的代理,帮助进行应用和数据库之间的交互。
这样,应用程序无法直接对数据库进行操作,增加了系统的安全性;再加上中间件与前端应用和后端平台的独立性,应用程序的开发更加的灵活,不需要考虑对后台的调用,而且中间件性能的进一步开发会带来系统整体性能的提升。
5、符合XML数据交换标准
系统全面遵循XML标准。
以XML标准描述数据格式,能促进多种数据格式支持、内容共享、内容的再利用,使跨平台、跨应用系统的信息交换更加流畅和便捷。
6、基于WebService接口
应用系统须提供WebService的接口,满足系统之间的互联互通。
2.项目实施要求
1)建立完善和稳定的实施团队,开发团队拥有较强项目管理能力、技术研发实力和行业实践经验,服务意识优秀,具备制定数据接口规范等技术标准规范的能力。
2)团队成员在本项目实施期间原则上不得更换,特殊情况确需更换的,向交易市场主体书面申请,经交易市场主体同意。
交易市场主体可按商定流程更换实施团队中不合适的项目组成员。
3)拟派项目经理具备负责同类电子招查验平台软件项目建设经验且有3年以上工作经验。
团队核心成员(项目经理、技术负责人等)应在签订合同后一周内入场。
3.产品质量保证措施
1)保证技术指标先进、质量性能可靠,全面满足要求;符合国家最新技术规范要求,确保达到最佳运行状态;
2)提供的软件系统,若发生侵权而产生的一切后果,由供应商负责。
交易市场主体保留索赔权利;
3)软件系统具有良好的用户体验和UI设计,操作流程人性化,质保期内,交易市场主体提出的用户体验和UI操作要求问题,均按故障处理,供应商需按时免费提供修复,最长时限不能超过7天;
4.应急处置方案
服务项目覆盖客户所有相关业务,所以保证系统的高稳定性、高可靠性是此次项目维护服务的关键,如何在客户办公系统出现紧急情况的时候将损失降至最低,并在最短的时间内得以恢复,是对服务提供商服务能力的最大考验。
1系统可能存在的紧急情况
◆软件故障:
如操作系统性能急剧下降或死机,数据库或其他关键应用发生问题等。
◆人为因素:
因管理不完善或工作人员操作不当带来的各种影响。
◆系统调整:
如相关系统上线、系统应用变更、系统平台更换、网络调整等等。
◆设备环境突发性事故:
电源中断、建筑物倒塌、火灾等。
◆自然灾害:
如火灾、地震、洪水等突发而且极具破坏性的事故。
其特点是突发性、高破坏强度、大范围。
在灾难性事故的影响下,计算中心机房的硬件设备会部分或完全损坏,应用无法继续,影响业务的持续不间断处理。
5.应对措施及建议
1应用系统故障应急预案
当客户的应用发生故障时,将启用备用系统,将用户的损失减到最低,同时将启动应用故障应急预案。
下面将是具体的实施步骤:
◆确认是否是应用出了问题,排除主机和存储故障。
◆将应用切换到备用系统上。
◆联系应用系统的开发或维护商。
对现场应用进行诊断。
◆根据诊断结果,修复相关的问题。
◆重新在群集环境中对应用进行测试。
◆填写现场技术服务报告记录。
◆整理事故报告并备案
2网络故障应急预案
当客户系统的发生网路故障时,将应用切换备用网络系统上,将用户的损失减到最低,同时将启动网络故障应急预案。
下面将是具体的实施步骤:
◆确认是否是网络出了问题,排除主机故障、存储故障和应用故障。
◆将应用切换备用网络系统上。
◆联系网路系统的开发或维护商。
对现场应用进行诊断。
◆根据诊断结果,修复相关的问题。
◆将应用切回到主用网络系统上。
◆重新在群集环境中对应用进行测试。
◆填写现场技术服务报告记录
◆整理事故报告并备案。
3对于人为因素所造成的故障
◆加强对管理人员的专项培训
◆建立完善的维护操作规范
◆总结经验,及时推广
4对于系统调整所造成的紧急情况
◆事先提供完善的计划和安排
◆重点任务的实施要经相关配合人员的充分讨论,并明确的分工
◆审核变更、上线、调整的方案,保证可靠和高成功率
◆需要的时候现场驻守项目工程师保证顺利实施
(二)售后服务保证措施
提供的技术服务内容包括日常运作、服务咨询、巡检保养、主动监测、故障修复、特殊保障和升级优化。
2.1日常运作
按文件中的系统功能和性能要求,维护系统的日常运作。
2.2服务咨询
设立专门的服务咨询中心,提供免费的服务热线电话,接受系统故障保修、使用帮助要求、业务和技术咨询、服务投诉等。
该服务咨询中心应该7×24小时全天候运行,配备足够的咨询人员或技术工程师,热线电话的拨通率应达到90%以上。
在热线电话发生故障情况下,提供其它备份的方便和迅速的联系方式。
2.3巡检保养
2.3.1定期巡检服务
●每月2次对工程敷设线路及前端安装点进行巡检,并填写巡检记录表,对可能影响线路及前端的情况要及时协调,防止因线路中断等情况造成系统中断;
●每月2次对工程范围内的设备箱、设备及其供电系统进行一次保养性维护,包括设备除尘、排除故障隐患等,并填写设备养护记录表;以确认所有设备及系统工作正常;
●每月2次工程范围内的摄像机除尘清洁一次,并填写记录表;
●每月2次对防雷系统进行一次检测,填写检测登记表,对不达标的防雷地极进行相应处理。
2.3.2定期抽检服务
每周进行随机抽查,对系统的运行情况进行检测,并填写记录表。
2.4主动监测
2.4.1设备监控
建立设备管理监控体系,有效地对系统的监控设备运作情况和传输线路的性能、通断情况进行实时监控,及早发现问题,排除故障。
2.4.2图像监控
对每个监控点的图像显示是否正常进行主动监测,以减少时间。
2.5故障修复
2.5.1紧急抢修
承担合同期内系统发生任何故障的抢修任务。
2.5.2备用方案
如特殊原因造成系统无法正常使用,提供备用方案和措施确保系统运行正常。
2.5.3易损易耗件
建立备品仓库,储存足够的备用易损易耗件。
备品仓库应合理分布,或者在用户的使用现场储存,保证能满足故障抢修的要求。
备品仓库应定期进行检查。
2.5.4更换设备
若某个设备24小时内无法排除故障,更换使用新的同型号或者性能不低于原型号的替代产品,以保障设备的连续正常使用能力。
2.6特殊保障
2.6.1临时保障
用户单位如有重大事件、临时现场监控等较特殊的保障措施,按时提供服务。
2.6.2安全保障
用户单位如有安全保卫、系统接管等较特殊的要求,按照要求提供服务。
2.7更新升级
2.7.1文档更新
建立完备的资料库,包括用户的电路资料、装机地址、备份情况、应用特性以及用户配置等,这些资料应作为成果提交给用户。
一旦资料进行了版本更新,应在3天内向用户提供最新版本的资料。
2.7.2升级服务
免费提供设备内嵌软件、产品操作系统、第三方采购软件和应用软件的升级服务。
2.8电话服务
1.提供热线电话,接受用户的随时咨询;应工作人员的要求,随时讲解系统的结构及设计;联系人电话:
2.设立维护热线,为交易发起方、中介机构及交易响应方等平台使用人提供7x24的技术咨询服务;
3.提供7x24的故障处理服务,故障报修后2小时内响应给予答复、解决,故障影响正常办公的必须保障4小时内到达现场处理。
排除故障的时限不能超过8小时,当出现故障时有备选方案,可保证平台不间断访问。
2.9现场服务
系统运行期间派遣驻场技术人员在现场指导使用人员的操作;现场排除系统运行过程中出现的软件故障;给予检查维护。
(三)培训售后服务承诺
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 电子 交易平台 系统 建设 实施方案