电子商务平台投标书Word格式.doc
- 文档编号:1457774
- 上传时间:2023-04-30
- 格式:DOC
- 页数:27
- 大小:1.27MB
电子商务平台投标书Word格式.doc
《电子商务平台投标书Word格式.doc》由会员分享,可在线阅读,更多相关《电子商务平台投标书Word格式.doc(27页珍藏版)》请在冰点文库上搜索。
20
4.2.1航空票务平台业务流程图:
4.2.2酒店预订平台业务流程图:
21
4.2.3平台逻辑构架图:
22
4.2.4平台建设技术路线:
23
4.2.5平台开发特点:
26
4.2.5.1多系统的有效集成 26
4.2.5.2平台开发的安全保障 26
4.2.5.3开发的标准化管理 27
4.3平台建设详细设计:
29
4.3.1平台门户功能设计:
4.3.2应用模块功能设计:
31
4.3.2.1查询比价预订功能模块:
33
4.3.2.2协同会签审批功能模块:
34
4.3.2.3业务预结算功能模块:
36
4.3.2.4票务改退签功能模块:
4.3.2.5统计核算报表功能模块:
4.3.3外部数据接口设计:
37
4.3.4数据模型设计:
38
4.3.5数据安全设计:
39
5、附件二 40
海尔商旅电子商务平台项目实施方案计划书 40
5.1项目实施进度表 41
5.2项目组织 42
5.2.1项目组织结构 42
5.2.2项目组成员 44
5.3项目总体实施过程 44
5.4系统测试计划 46
6、附件三 48
海尔商旅电子商务平台项目培训服务计划书 48
6.1培训计划 49
6.1.1公司培训优势 49
6.1.2培训计划 49
6.2售后服务方案 50
6.2.1售后服务策略——针对项目的本地化支持体系 50
6.2.2客户服务质量文件 51
6.2.3售后服务内容 52
6.2.4售后服务流程 54
7、附件四 55
海尔商旅电子商务平台项目实施验收方法 55
7.1验收组织方案 56
7.2质量保证计划 58
4、附件一
商旅电子商务平台
项目设计方案说明书
海尔作为跨国集团公司,随着商流与物流业务的扩张与发展,集团人员每天的差旅任务极为繁多,这就导致了航空票务与客房预订业务需求的持续攀升。
目前集团的差旅业务是通过中兴的差旅系统来实现的。
这种方式存在以下几个问题,首先,当前的机票是通过代理来实现预定的,没有通过航空公司的直销方式预定,这样就导致了航空公司不可能单独对集团开放有竞争力的价格,造成了机票价格较高的现状。
其次,作为第三方代理的中兴,虽然中兴系统没有单独收取费用,但是通过每出一张票,在票价之外单独收取一定费用的出票费,这样势必导致在已经较高的票价基础之上又增加了机票的成本,从而导致整个差旅成本的增加。
再次,中兴系统是一个现成的系统,直接套用在集团的业务上,导致整个软件流程与集团业务流程不符,在软件流程改造的过程中,中兴的反馈不够及时,造成信息的滞后和业务流的信息障碍。
基于以上的考虑,集团决定结合航空公司的直销业务,来重新规划集团的出差流程,力求达到降低集团差旅成本降费的目标。
本系统将重新整合票务预订资源,依托于机票直销业务,建立起从出差的申请、审批到机票的预订、支付等全流程的网上流程操作流程,以出差业务的申请、审批及出差完成后的总结为主线,以机票的网上查询、预订、出票、支付为支持流程的全程业务支持。
在出差的申请、审批功能上,本系统依托与集团EVS报账系统及BCC系统做到预算的提前申请、审批以及月底的自动清算功能。
从根本上杜绝事前不预算事后个人报销业务的发生,提高计划及预算的准确性,并且做到差旅效果的总结及评价机制,进一步优化规范集团差旅流程。
同时,本系统还将集成部分商务连锁酒店的比价预订功能。
从而为差旅用户提供提供一整套的差旅服务解决方案。
本着优化出差流程及降低出差成本的目的,此商旅电子平台将实现以下目标:
1.通过与航空公司合作,实现机票直销,降低机票的采购成本
2.实现出差预算的自动占用,审批通过后机票的自动出票功能
3.实现出差流程的网上申请、审批及总结的全流程功能
4.实现机票的查询比价、预订、出票及支付的网上操作
5.实现商务酒店的查询比价和预订功能
6.实现与平台相关报表的自动生成功能
1、统一性
平台建设遵循统一规划、统一标准的指导思想,确定统一的网络总体架构、统一的业务平台、统一的数据采集与传输系统,实现物流信息平台与其它平台的顺利对接。
2、可靠性
在系统设计中应提高系统的可靠性,并使其易操作、易维护。
3、先进性
在系统建设中应尽可能地利用一些成熟的、先进的技术手段,使系统具有更强的生命力。
4、安全性
在信息高度共享的系统中,除了从主机、网络、数据库上提供安全保障外,对应用系统而言,也要设定严格、灵活的权限控制。
5、开放性
将系统建设成为一个开放的系统,有利于系统进一步扩充、完善,以及与有关系统的连接。
6、业务系统协同
进行统一身份认证,通过业务协同系统实现各类业务应用的整合,将各个模块通过系统平台集成在一起,形成一个集成式应用界面和“一站式”登陆信息门户。
依据以上整体建设原则的基础上,考虑到本项目具有范围广、业务间关系复杂、分阶段建设周期长等特点,应用系统的整体架构占有最重要的地位,为了保证整个项目的成功,项目整体的建设从技术角度还必须遵循如下原则:
1、整体性原则。
系统的建设本着统一规划、分步实施原则,做到统一界面、统一用户管理、统一认证、统一交换、统一标准、统一管理。
以应用为导向、以网络为基础、以信息资源共享为核心,提高工作效率和服务水平。
2、可靠性原则。
系统需要提供长期连续不断的可靠运行,因此必须配备完善的可靠性措施。
包括网络、服务器、数据库性能的监控和故障恢复策略,保证物理层的高度可靠。
充分考虑项目关键应用的可靠性要求,在关键环节配备多种高可用性方案,杜绝影响系统正常运行的因素存在。
同时在制度上要进行不断的完善,定期检查,详细记录。
3、可扩展性原则。
根据项目建设的目标和统一应用的原则,为了保证系统具有较好的可扩展性,整个系统的构建过程整体上应采用基于构件的技术和定制化的技术实现,这样会便于系统的扩展,便于系统的部署,便于与现有的应用系统挂接,保护用户以前的软件投资。
4、实用性原则。
项目的建设要面向未来,技术必须具有先进性和前瞻性,但同时也要坚持实用的原则。
在满足系统高性能的前提下,坚持选用符合标准的,先进成熟的产品和开发平台,构建一个切合实际、解决实际问题的系统。
5、开放性和标准化原则。
所选系统和应用平台应遵循国际、国内开放系统标准及协议,应选择当前业界主流的和成熟的产品,已经得到广泛使用,占有较高的市场份额。
这样可以保证系统建设的长期和稳定性。
在同类产品中处于领先地位并已经在全球范围内的各种应用中大量采用,是经过各方面考验的先进和成熟的产品,采用先进技术设计和建设,具有高性能,同时又成熟可靠。
根据本系统的业务与技术特点,我们将采用XML技术、GIS架构、LDAP协议、J2EE体系等技术与规范,确保系统建设的开放性。
6、可管理性原则。
系统架构的设计应从项目业务出发,把握各业务之间的区别和联系,按照不同业务的特点和信息技术的特点,遵循规范、科学、通用、实用、安全、易用等要求,统筹规划总体的应用架构,并通过管理与技术的双重手段,达到资源共享、应用软件重用、可管理、可维护等目的。
依据直销需求,票务、酒店预订业务按以下流程设计:
l出差申请
出差申请即用户的行为预算,出差申请单中要明确出差的起始地、目的地、出差事由、费用结算单位以及乘坐的交通工具等信息。
l机票查询
依据用户输入的起始地和目的地,查询相应的航班信息。
l机票预订
依据查询到的航班信息,预订相应的适合自己行程的航班,预订后需要领导审批。
l出差审批
员工在提交出差申请后,由直线领导审批相应的出差申请单,审批通过后才能出差。
l预算占用与释放
预算占用时需要到EVS中占用,占用预算成功后,需要把预算信息写入BCC系统
l机票支付、出票
机票预订审核通过后,需要进行支付及出票
l机票退改签
发送机票退改签业务
l出差总结
员工出差结束后需要到系统中填写出差总结。
在逻辑上,将架构中的各个层和组件放在相应的位置,以展示应用服务平台中的各个功能性工作和组件之间的关系。
(1)表现层,用于显示数据和接收用户输入的数据,为用户提供一种交互式操作的界面。
(2)业务逻辑层,包含了平台提供的所有组件,主要集中在业务规则的制定、业务流程的实现等与业务需求有关的系统设计。
这一层需要访问数据系统层根据《服务平台接口规范》提供的相关服务。
又可细分为应用层和服务层两个分支层。
(3)数据层,包含了需要接入到公共服务平台的所有数据资源系统,包括数据采集系统、业务系统和其他数据资源系统等,这一层的应用系统必须根据《服务平台接口规范》。
应用层
1)这一层包含了航空订票系统平台、酒店预定系统平台,平台管理系统应用。
2)应用层为用户提供了用户界面,接受用户的应用访问,调用平台提供的服务,并返回正确的信息。
3)平台用户包括出差登记、审批、机票、酒店比价预定、数据报表、系统管理等。
4)机票、酒店对应于服务层中的查询预定模块;
出差审批对应服务层中的协同审批模块,机票、酒店的账务信息对应服务层中的业务结算模块、差旅成本核算统计模块;
出差审批、登记对于服务层中的协同审批模块。
服务层
(1)服务层包含了平台业务服务和平台管理服务两项主要功能,以及两个Web服务网关。
(2)以《服务平台接口规范》作为唯一标准,通过Web服务网关向应用层和数据系统层提供Web服务。
(3)平台业务服务通过Web服务网关调用数据系统层提供的服务(外部服务)。
(4)平台管理服务在平台中实现,这最终需要访问平台数据库中存储的公用数据,例如用户信息,数据字典等,用于管理平台中的用户信息、机构信息、数据字典等。
(5)服务总线(应用接入)
虚拟化服务平台对应用层提供的Web服务,数据验证,消息转换。
(6)服务总线(数据系统接入)
虚拟化服务平台对数据系统层提供的Web服务,数据验证,消息转换。
(7)服务组合
负责将各个服务或者数据资源按照业务逻辑组织(组合)起来,形成服务流程。
这个服务流程可以作为Web服务的实现,进而对外发布为Web服务;
负责服务平台用户身份管理和服务请求管理,这需要通过调用平台管理服务中的服务来实现;
负责服务编排过程中的异常捕获和处理。
(8)物理访问
在物理网路中,负责实现通信双方调用方式的转换和通信协议的转换。
(9)Web服务网关
负责注册平台提供的Web服务,管理Web服务,对Web服务进行安全设置。
符合《服务平台接口规范》的所有Web服务,均通过Web服务网关接入服务层,或者通过Web服务网关发布给应用层。
数据层
数据层包含了需要接入到服务平台的所有数据资源系统。
其中包含数据采集系统、业务系统和其他数据资源系统等。
只要这些数据资源系统实现了《服务平台接口规范》,就可以接入服务平台,向服务平台提供各种数据资源服务。
基于用户需求及平台建设的安全性考虑,平台建设将采用B/S三层结构开发,数据存储采用mysql,开发语言为Java。
系统结构采用SSH,中间件采用tomcat。
平台门户(Portal)将电子商务流各业务系统统一到一个有机的用户界面中,在一个窗口中就可以完成所有的工作。
Portal是一个能够处理多种协议请求的分布式对象模型系统。
采用分布式体系结构技术和并行地处理方式,大大提高系统的整体运行效率,减小了业务应用系统的实施成本。
PortalServer采用的多业务应用支持、池缓冲、对象持久化、负载均衡等技术,大大增加了平台的可配置性、可扩展性、开放性和可移植性,用户在使用它进行业务应用系统的开发时具有开发周期短,开发质量高的特点。
PortalServer独有的二级高速缓冲技术可以成倍提高系统的性能和负载能力。
门户系统基于Web,采用JAVA、JSP、Servlet、WebService、XML等编程技术,通过门户技术为不同的人展现个性化的信息和应用服务,通过群件技术扩展及联合各种应用模块,通过协作技术实现与其它应用系统(包括远程应用系统)的协同工作。
l采用统一的主题数据管理
根据项目目标和设计原则,我们了解到本项目中不同层次、不同应用系统之间存在着很多需要共享的数据,为了避免各应用系统之间重复采集数据、数据冗余、共享数据更新不同步、数据不准确、信息沟通不畅、数据格式不统一等一系列问题。
本项目建设必须建立一套共享数据管理机制来解决各应用系统之间的共享数据一致性、及时更新、信息交互与共享、数据安全等问题。
通过数据管理平台实现不同格式和位置的数据的统一定义;
通过建立在数据管理之上的航空数据交换与海尔内部集成平台实现本系统内外的交换、系统不同层次之间数据的集成与交换;
通过报表平台完成数据的报表展现。
l采用多层多阶的系统架构设计
针对本项目整个业务模式和IT环境,在充分考虑到系统扩展性的要求基础上,系统架构应设计多层多阶的体系结构模型。
l采用标准和开放的架构
针对本项目具体实现的技术,采用基于行业标准和得到广泛使用并已成为事实上的行业标准的技术和架构,这样,有利于降低技术风险以及特定供应商的依赖性;
采用的开放系统架构,有利于保持系统的向后兼容性、可集成性和可扩展性。
l采用面向对象的技术
面向对象技术的发展已经成熟,基于面向对象技术的开发语言和应用框架,已经得到证明可以大大提高信息系统开发和建设的效率,提高架构的合理性和可扩展性。
l采用基于组件模块的技术
应用程序由各自独立的组件模块组成,这些组件模块的开发和部署保持相对的独立性,而且很可能是由不同的团队开发和部署的;
通过仅对这种应用程序的某些组件模块进行升级,从而对其进行小幅度的升级。
基于组件模块的开发具有如下特点:
组件模块可以在不同应用系统之间共享,因此可对它们复用,提高系统开发效率和质量;
尽管并非与基于组件完全密不可分,但基于组件的应用程序倾向于分布式结构;
在本项目的建设中,我们将抽象出应用系统的基本组件模块,从而提高系统的质量和开发效率;
系统设计充分考虑如下质量目标:
1)性能
根据本项目数据量和访问量都比较大的实际情况,系统的设计要从多个层面考虑到性能问题,包括数据库、接口开发、系统软件、应用软件系统等多个层面;
同时,还要考虑到随着供应商业务的逐渐开展,带来的业务量的增加等原因导致的性能问题;
2)扩展性
随着本项目中系统的逐渐成熟和完善,部分功能的调整和增加在所难免,为了满足系统不断发展的需要,整个系统功能的设计与实现采用组件和插件技术,保证系统的热配置能力;
同时,也要考虑本项目中系统在多种软、硬件平台上的运行能力;
3)可靠性
本项目中数据接入与开发是核心,一旦出现问题,其波及范围比较庞大,因此需要保证一定的系统可靠性。
采用成熟的、经过严格测试和试运行的工具和通用模块;
设计完整、可靠的数据备份方案,有严格的备份制度和检查制度,以保证备份工作的及时和正确。
4)安全性
本项目中系统涉及到大量机密信息,系统需要做到把应用安全放在信息系统安全的大框架下,采用统一的认证和授权机制,制定不同层间,不同子系统间及与外部系统的边界间安全策略,并保证其贯彻实施;
同时应用系统的设计要考虑各种数据入口的一致性,手工录入,网上采集,批量录入都提供数据的一致性检查功能,非法数据不能进入数据库中,保证录入的数据都是合法的;
5)可管理性
本项目中系统涉及的应用系统庞杂,为了业务的发展,还有扩展的需要,因而整个系统应该在统一的管理、监控下协调运行。
系统的监控管理功能不仅要体现在网络、主机、系统软件和中间件的层面上,还要包括应用软件上,例如要记录应用软件的运行状态、数据的质量、预警和预报、业务操作的监控等;
同时,在出现问题的情况下,系统的所有服务应具备快速的自我更新、自我修复的能力;
6)可用性
本项目中系统的用户涉及范围广,包括海尔各本部、事业部和人员的权限级别,在这种条件下,系统对外的影响不容忽视,因而系统功能的设计和实现必须要保证系统具有较强的可用性;
7)复用能力
由于本项目中系统规模相对庞大,为了缩短系统的建设周期、提高系统的可维护性,在系统开发阶段需要大量抽取系统的可复用数据组件,组件应具有较强的复用能力。
8)易用性
本项目中系统用户群体较大,必须保证系统的易用性。
可以通过提供统一的信息门户,使多种渠道的信息方便接入,并提供一致的渠道服务手段;
另外针对不同类型的用户设计集成的用户界面,保证用户能够方便快捷的使用自己需要的常用功能;
还可以遵循统一的界面设计规范,在应用程序编码阶段监督编码人员认真执行规范,做到:
界面风格一致、颜色调和、提示清晰、窗口大小适当,提供常用的快捷操作键,操作方法应符合日常习惯;
针对不同类型的用户设计集成的用户界面,保证用户能够方便快捷的使用自己需要的常用功能;
遵循统一的界面设计规范,在应用程序编码阶段监督编码人员认真执行规范,做到:
界面风格一致、颜色调和、提示清晰、窗口大小适当,提供常用的快捷操作键,操作方法应符合日常习惯
4.2.5.1多系统的有效集成
本项目的信息化平台建设,存在众多的独立部署或交叉关联的系统,
1、外部系统
包括各航空公司的预订系统、各商务酒店的预订系统、集团内部EVS系统、BCC系统结算平台等
2、内部新建系统
包括数据交换平台、报表统计核算平台,比价预订平台等三个服务平台和信息展示平台等。
众多的系统之间存在各种交换协议和业务流程关联,为信息化平台的建设带来很多项目管理上的风险。
东软依据多年的项目经验和技术积累,在项目执行中将采取以下措施来屏蔽或减少相关风险:
1)技术上采用优秀的信息集成与交换平台,建立高效、稳定、安全的信息集成与交换应用。
同时利用东软丰富的技术人才和经验积累,并与合作伙伴保持密切的技术与最佳实践的配合。
2)业务上加强需求分析,梳理好各应用系统的业务关系,确定出各个系统之间的服务关系与数据接口关系。
3)管理上加强风险的评审与过程监督,将风险降低到最小。
4.2.5.2平台开发的安全保障
本项目系统中主要用户为合作机构、单位通过专线接入和Internet用户通过电信运营商的链路享受查询中心提供的各种业务服务,所以如何全面保障整个业务系统的安全是升级改造的重点之一。
根据系统现状,我们分析目前面临的主要信息安全威胁包括威胁的发起因素与威胁本身两方面内容。
引发信息安全威胁的主要因素包括人与自然两个方面:
因自然方面因素引发的安全威胁往往对信息基础设施破坏较大(如洪水、地震、火灾等)自然灾害,但自然灾害的种类及发生几率较小,基本上可以全部识别并通过充分准备而降低损失;
相反,因人的因素而引发的信息安全威胁占绝大多数,这些人员组成复杂,难于进行完全识别与控制,必须严格管理。
信息安全威胁本身包括相当多的内容,这里将物流信息平台现阶段面临的信息安全威胁进行了归纳,基本包括以下几个方面:
口令破解、连接盗用、拒绝服务、网络窃听、数据篡改、地址欺骗、恶意扫描、基础设施破坏、数据驱动、社会工程辅助等等。
针对本信息化平台当前面临的各种安全问题,存在两种解决方案:
一是针对存在的各种安全问题逐一提供解决方案:
即出现一个问题,解决一个问题。
另一种是基于广泛认可的安全标准,建立一体化的安全体系:
即结合现状,在分析并评估安全风险及其可能对物流信息平台业务造成的影响的基础上,基于一种广泛认可的信息安全标准,建立物流信息平台整体信息安全体系。
两种解决方案侧重点是不相同的。
前者强调解决方案的实用性,但往往缺乏整体规划;
后者偏重于方案的规划性,强调与国际标准的兼容性,但同时因为工作量庞大而使实施周期较长,成本较高。
本项目系统现状具有数据量较大、应用系统众多、网络环境复杂、信息管理分散等特点,发生安全问题的几率较高。
每发生一个安全问题就做一套解决方案是不必要的,理想的解决方案是规划并建立统一的安全体系以解决当前面临的主要安全问题同时规避潜在的安全风险。
按照统筹规划、分步实施的原则,逐步完成信息安全体系建设。
根据我们在安全领域积累的大量经验,结合物流信息平台的业务特点,我们归纳总结了一套适合的安全保障体系框架(参考技术架构中的安全架构)。
4.2.5.3开发的标准化管理
海尔商旅电子商务平台是旅游电子商务B2B的典型应用。
本项目要实现众多部门共享的预订支付平台,其难度和要求都非常之大。
而标准规范工作是平台建设的基础性工作,是各系统实现互联互通、信息共享、业务协同、安全可靠运行的前提和基础。
由于本项目涉及的企业和涉旅企业资源很多,这些资源建立之初都有各自的标准代码体系,运营企业要与软件提供商整合好这些资源,并提供对外标准化服务。
因此要整理出一套完整的数据标准代码体系,按照国标、部标、自定义的方式整理。
对于平台之外的其他资源库的数据采集,目前可能没有类似的数据交换的标准规范,在形成数据交换前,务必制定数据交换标准规范,确定采集的数据项目范围、采集的业务方式、采集的关键指标、以及采集出现异常交互处理机制等。
对于核心服务提供了多种的接入方式,对这些方式也要制定相应规范,如:
WebService接口规范、web页面展现规范、与短信SP接口规范等等。
上面只列举出一部分标准规范,这些标准规范制定将是系统顺利实现的保障和前提。
制定相关标准的工作量也是非常大的,为了确保没有遗漏,我们采用国家电子商务标准的总体系框架,本项目标准体系框架由总体标准、应用标准、应用支撑标准、信息安全标准、管理标准五大部分组成,
商旅电子平台的门户是预定查询的窗口。
平台门户包括前台预定展示视窗和后台系统管理视窗。
前台包括票务、酒店比价查询功能、协同会签审批查询功能、出票查询功能、结算查询功能;
后台包括历史信息查询功能、报表统计查询功能、用户权限管理功能、基本参数管理、导出Excel功能等。
·
航空票务比价预定功能:
用户登录系统平台,通过载入数据库的机票信息获知最新的机票价格,并通过比价功能,选取最佳性价比的供应商,实现下单处理。
下单的同时,系统要求订票人填写相关信息,并采用
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 电子商务平台 投标
![提示](https://static.bingdoc.com/images/bang_tan.gif)