文档介绍：该【电子商务平台投标书 】是由【淘气小宇】上传分享，文档一共【19】页，该文档可以免费在线阅读，需要了解更多关于【电子商务平台投标书 】的内容，可以使用淘豆网的站内搜索功能，选择自己适合的文档，以下文字是截取该文章内的部分文字，如需要获得完整电子版，请下载此文档到您的设备，方便您编辑和打印。电子商务平台招标书(总29页)
--本页仅作为文档封面,使用时请直接删除即可--
--内页能够依照需求调整合适字体及大小--
招标文件
项目名称:商旅电子商务平台项目
招标单位:XXX
2011年9月25日
2
目录
3
4
4、附件一
商旅电子商务平台项目设计方案说明书
项目归纳:
项目建设背景:
海尔作为跨国企业企业,随着商流与物流业务的扩大与发展,企业人员每天的差旅任务极为众多,这就以致了航空票务与客房预约业务需求的连续爬升。当前企业的差旅业务是经过中兴的差旅系统来实现的。这种方式存在以下几个问题,第一,当前的机票是经过代理来实现预约的,没有经过航空企业的直销方式预约,这样就以致了航空企业不能能单独对企业开放有竞争力的价格,造成了机票价格较高的现状。其次,作为第三方代理的中兴,诚然中兴系统没有单独收取花销,但是经过每出一张票,在票价之外单独收取必然花销的出票费,这样必然以致在已经较高的票价基础之上又增加了机票的成本,进而以致整个差旅成本的增加。再次,中兴系统是一个现成的系统,直接套用在企业的业务上,以致整个软件流程与企业业务流程不符,在软件流程改造的过程中,中兴的反响不够实时,造成信息的滞后和业务流的信息阻挡。
基于以上的考虑,企业决定结合航空企业的直销业务,来重新规划企业的出差流程,力求达到降低企业差旅成本降费的目标。
本系统将重新整合票务预约资源,依赖于机票直销业务,成立起从出差的申请、审批到机票的预约、支付等全流程的网上流程操作流程,以出差业务的申请、审批及出差完成后的总结为主线,以机票的网上盘问、预约、出票、支付为
支持流程的全程业务支持。在出差的申请、审批功能上,本系统依赖与企业EVS报账系统及BCC系统做到估量的提前申请、审批以及月底的自动清理功能。从根
本上杜绝预先不估量事后个人报销业务的发生,提高计划及估量的正确性,而且做到差旅收效的总结及议论体系,进一步优化规范企业差旅流程。
同时,本系统还将集成部分商务连锁酒店的比价预约功能。进而为差旅用户供应供应一整套的差旅服务解决方案。
项目建设目标:
本着优化出差流程及降低出差成本的目的,此商旅电子平台将实现以下目标:
5
经过与航空企业合作,实现机票直销,降低机票的采买成本
实现出差估量的自动占用,审批经事后机票的自动出票功能
实现出差流程的网上申请、审批及总结的全流程功能
实现机票的盘问比价、预约、出票及支付的网上操作
实现商务酒店的盘问比价和预约功能
实现与平台相关报表的自动生成功能
项目建设原则:
1、一致性
平台建设依照一致规划、一致标准的指导思想,确定一致的网络整体架构、一致的业务平台、一致的数据收集与传输系统,实现物流信息平台与其他平台的顺利对接。
2、可靠性
在系统设计中应提高系统的可靠性,并使其易操作、易保护。
3、先进性
在系统建设中应尽可能地利用一些成熟的、先进的技术手段,使系统拥有更强的生命力。
4、安全性
在信息高度共享的系统中,除了从主机、网络、数据库上供应安全保障外,对应用系统而言,也要设定严格、灵便的权限控制。
5、开放性
将系统建设成为一个开放的系统,有利于系统进一步扩大、完满,以及与相关系统的连接。
6、业务系统共同
进行一致身份认证,经过业务共同系统实现各种业务应用的整合,将各个模块经过系统平台集成在一起,形成一个集成式应用界面和“一站式”登陆信息门户。
依照以上整体建设原则的基础上,考虑到本项目拥有范围广、业务间关系复杂、分阶段建设周期长等特点,应用系统的整体架构据有最重要的地位,为了保证整个项目的成功,项目整体的建设从技术角度还必定依照以下原则:
1、整体性原则。系统的建设本着一致规划、分步推行原则,做到一致界面、一致用户管理、一致认证、一致交换、一致标准、一致管理。以应用为导向、以网络为基础、以信息资源共享为核心,提高工作效率和服务水平。
2、可靠性原则。系统需要供应长远连续不断的可靠运行,所以必定装备完满的可靠性措施。包括网络、服务器、数据库性能的监控和故障恢复策略,保证物理层的高度可靠。充分考虑项目重点应用的可靠性要求,在重点环节装备多种高可用性方案,
6
杜绝影响系统正常运行的因素存在。同时在制度上要进行不断的完满,如期检查,详细记录。
3、可扩展性原则。依照项目建设的目标和一致应用的原则,为了保证系统拥有较好的可扩展性,整个系统的成立过程整体上应采用基于构件的技术和定制化的技术实现,这样会便于系统的扩展,便于系统的部署,便于与现有的应用系统挂接,保护用户以前的软件投资。
4、合用性原则。项目的建设要面向未来,技术必定拥有先进性和前瞻性,但同时也要坚持合用的原则。在满足系统高性能的前提下,坚持采用符合标准的,先进成熟的产品和开发平台,成立一个符合实质、解决实责问题的系统。
5、开放性和标准化原则。所选系统和应用平台应依照国际、国内开放系统标准及
协议,应选择当前业界主流的和成熟的产品,已经获得广泛使用,据有较高的市场份
额。这样能够保证系统建设的长远和牢固性。在同类产品中处于当先地位并已经在全
球范围内的各种应用中大量采用,是经过各方面考验的先进和成熟的产品,采用先进
技术设计和建设,拥有高性能,同时又成熟可靠。依照本系统的业务与技术特点,我
们将采用XML技术、GIS架构、LDAP协议、J2EE系统等技术与规范,保证系统建设的
开放性。
6、可管理性原则。系统架构的设计应从项目业务出发,掌握各业务之间的差异和联系,依照不同样业务的特点和信息技术的特点,依照规范、科学、通用、合用、安全、易用等要求,兼备规划整体的应用架构,并经过管理与技术的双重手段,达到资源共享、应用软件重用、可管理、可保护等目的。
项目整体规划:
航空票务平台业务流程图:
依照直销需求,票务、酒店预约业务按以下流程设计:
出差申请
出差申请即用户的行为估量,出差申请单中要明确出差的初步地、目的地、出差事由、花销结算单位以及乘坐的交通工具等信息。
机票盘问
依照用户输入的初步地和目的地,盘问相应的航班信息。
机票预约
依照盘问到的航班信息,预约相应的合适自己行程的航班,预约后需要领导审批。
出差审批
员工在提交出差申请后,由直线领导审批相应的出差申请单,审批经事后才能出差。
估量占用与释放
估量占用时需要到EVS中占用,占用估量成功后,需要把估量信息写入BCC系统
7
机票支付、出票
机票预约审察经事后,需要进行支付及出票
机票退改签
发送机票退改签业务
出差总结
员工出差结束后需要到系统中填写出差总结。
酒店预约平台业务流程图:
平台逻辑构架图:
在逻辑上,将架构中的各个层和组件放在相应的地址,以展现应用服务平台中的各个功能性工作和组件之间的关系。
(1)表现层,用于显示数据和接收用户输入的数据,为用户供应一种交互式操作的界面。
(2)业务逻辑层,包括了平台供应的全部组件,主要集中在业务规则的拟定、业务流程的实现等与业务需求相关的系统设计。这一层需要接见数据系统层依照《服务平台接口规范》供应的相关服务。又可细分为应用层和服务层两个分支层。
(3)数据层,包括了需要接入到公共服务平台的全部数据资源系统,包括数据收集系统、业务系统和其他数据资源系统等,这一层的应用系统必定依照《服务平台接口规范》。
应用层
1)这一层包括了航空订票系统平台、酒店预约系统平台,平台管理系统应用。
2)应用层为用户供应了用户界面,接受用户的应用接见,调用平台供应的服务,并返回正确的信息。
3)平台用户包括出差登记、审批、机票、酒店比价预约、数据报表、系统管理等。
4)机票、酒店对应于服务层中的盘问预约模块;出差审批对应服务层中的共同审批模块,机票、酒店的账务信息对应服务层中的业务结算模块、差旅成本核算统计模块;出差审批、登记对于服务层中的共同审批模块。
服务层
(1)服务层包括了平台业务服务和平台管理服务两项主要功能,以及两个Web服务网关。
(2)以《服务平台接口规范》作为唯一标准,经过Web服务网关向应用层和数据系统层供应Web服务。
(3)平台业务服务经过Web服务网关调用数据系统层供应的服务(外面服务)。
8
(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等编程技术,经过门户技术为不同样的人展现个性化的信息和应用服务,经过群件技术扩展
及结合各种应用模块,经过协作技术实现与其他应用系统(包括远程应用系统)
的共同工作。
采用一致的主题数据管理
9
依照项目目标和设计原则,我们认识到本项目中不同样层次、不同样应用系统之间存在着很多需要共享的数据,为了防备各应用系统之间重复收集数据、数据冗余、共享数据更新不同样步、数据不正确、信息沟通不畅、数据格式不一致等一系列问题。本项目建设必定成立一套共享数据管理体系来解决各应用系统之间的共享数据一致性、实时更新、信息交互与共享、数据安全等问题。经过数据管理平台实现不同样格式和地址的数据的统必然义;经过成立在数据管理之上的航空数据交换与海尔内部集成平台实现本系统内外的交换、系统不同样层次之间数据的集成与交换;经过报表平台完成数据的报表展现。
采用多层多阶的系统架构设计
针对本项目整个业务模式和IT环境,在充分考虑到系统扩展性的要求基础上,系统架构应设计多层多阶的系统结构模型。
采用标准和开放的架构
针对本项目详细实现的技术,采用基于行业标准和获得广泛使用并已成为事实上的行业标准的技术和架构,这样,有利于降低技术风险以及特定供应商的依赖性;采用的开放系统架构,有利于保持系统的向后兼容性、可集成性和可扩展性。
采用面向对象的技术
面向对象技术的发展已经成熟,基于面向对象技术的开发语言和应用框架,已经获得证明能够大大提高信息系统开发和建设的效率,提高架构的合理性和可扩展性。
采用基于组件模块的技术
应用程序由各自独立的组件模块组成,这些组件模块的开发和部署保持相对的独立性,而且很可能是由不同样的团队开发和部署的;
经过仅对这种应用程序的某些组件模块进行升级,进而对其进行小幅度的升级。
基于组件模块的开发拥有以下特点:
组件模块能够在不同样应用系统之间共享,所以可对它们复用,提高系统开发效率和质量;
尽管其实不是与基于组件完满密不能分,但基于组件的应用程序倾向于分布式结构;
在本项目的建设中,我们将抽象出应用系统的基本组件模块,进而提高系统的质量和开发效率;
系统设计充分考虑以下质量目标:
1)性能
依照本项目数据量和接见量都比较大的实质情况,系统的设计要从多个层面考虑到性能问题,包括数据库、接口开发、系统软件、应用软件系统等多个层面;同时,还要考虑到随着供应商业务的逐渐睁开,带来的业务量的增加等原因以致的性能问题;
2)扩展性
10