电子商务平台投标书.doc

电子商务平台投标书.doc

《电子商务平台投标书.doc》由会员分享，可在线阅读，更多相关《电子商务平台投标书.doc（27页珍藏版）》请在冰豆网上搜索。

投标文件

项目名称:

商旅电子商务平台项目

投标单位：

XXX

2011年9月25日

目录

1 投标函 4

2 资格证明文件 5

2.1 营业执照副本复印件 5

2.2 法定代表人授权委托书 7

2.3 企业双软认证资质证书（甲级） 8

2.4 高新技术企业资质（一级） 9

2.5 相关案例 10

2.6 项目组成员证书 11

2.7 组织机构代码证 12

2.8 税务登记证 13

3 投标人基本信息 14

3.1 企业简介：

14

3.2 09/10年财务年报（见附件） 15

4、附件一 16

海尔商旅电子商务平台项目设计方案说明书 16

4.1项目概述：

17

4.1.1项目建设背景：

17

4.1.2项目建设目标：

17

4.1.3项目建设原则：

18

4.2项目总体规划：

20

4.2.1航空票务平台业务流程图：

20

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平台门户功能设计：

29

4.3.2应用模块功能设计：

31

4.3.2.1查询比价预订功能模块：

33

4.3.2.2协同会签审批功能模块：

34

4.3.2.3业务预结算功能模块：

36

4.3.2.4票务改退签功能模块：

36

4.3.2.5统计核算报表功能模块：

36

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、附件一

商旅电子商务平台

项目设计方案说明书

4.1项目概述：

4.1.1项目建设背景：

海尔作为跨国集团公司，随着商流与物流业务的扩张与发展，集团人员每天的差旅任务极为繁多，这就导致了航空票务与客房预订业务需求的持续攀升。

目前集团的差旅业务是通过中兴的差旅系统来实现的。

这种方式存在以下几个问题，首先，当前的机票是通过代理来实现预定的，没有通过航空公司的直销方式预定，这样就导致了航空公司不可能单独对集团开放有竞争力的价格，造成了机票价格较高的现状。

其次，作为第三方代理的中兴，虽然中兴系统没有单独收取费用，但是通过每出一张票，在票价之外单独收取一定费用的出票费，这样势必导致在已经较高的票价基础之上又增加了机票的成本，从而导致整个差旅成本的增加。

再次，中兴系统是一个现成的系统，直接套用在集团的业务上，导致整个软件流程与集团业务流程不符，在软件流程改造的过程中，中兴的反馈不够及时，造成信息的滞后和业务流的信息障碍。

基于以上的考虑，集团决定结合航空公司的直销业务，来重新规划集团的出差流程，力求达到降低集团差旅成本降费的目标。

本系统将重新整合票务预订资源，依托于机票直销业务，建立起从出差的申请、审批到机票的预订、支付等全流程的网上流程操作流程，以出差业务的申请、审批及出差完成后的总结为主线，以机票的网上查询、预订、出票、支付为支持流程的全程业务支持。

在出差的申请、审批功能上，本系统依托与集团EVS报账系统及BCC系统做到预算的提前申请、审批以及月底的自动清算功能。

从根本上杜绝事前不预算事后个人报销业务的发生，提高计划及预算的准确性，并且做到差旅效果的总结及评价机制，进一步优化规范集团差旅流程。

同时，本系统还将集成部分商务连锁酒店的比价预订功能。

从而为差旅用户提供提供一整套的差旅服务解决方案。

4.1.2项目建设目标：

本着优化出差流程及降低出差成本的目的，此商旅电子平台将实现以下目标：

1.通过与航空公司合作，实现机票直销，降低机票的采购成本

2.实现出差预算的自动占用，审批通过后机票的自动出票功能

3.实现出差流程的网上申请、审批及总结的全流程功能

4.实现机票的查询比价、预订、出票及支付的网上操作

5.实现商务酒店的查询比价和预订功能

6.实现与平台相关报表的自动生成功能

4.1.3项目建设原则：

1、统一性

平台建设遵循统一规划、统一标准的指导思想，确定统一的网络总体架构、统一的业务平台、统一的数据采集与传输系统，实现物流信息平台与其它平台的顺利对接。

2、可靠性

在系统设计中应提高系统的可靠性，并使其易操作、易维护。

3、先进性

在系统建设中应尽可能地利用一些成熟的、先进的技术手段，使系统具有更强的生命力。

4、安全性

在信息高度共享的系统中，除了从主机、网络、数据库上提供安全保障外，对应用系统而言，也要设定严格、灵活的权限控制。

5、开放性

将系统建设成为一个开放的系统，有利于系统进一步扩充、完善，以及与有关系统的连接。

6、业务系统协同

进行统一身份认证，通过业务协同系统实现各类业务应用的整合，将各个模块通过系统平台集成在一起，形成一个集成式应用界面和“一站式”登陆信息门户。

依据以上整体建设原则的基础上，考虑到本项目具有范围广、业务间关系复杂、分阶段建设周期长等特点，应用系统的整体架构占有最重要的地位，为了保证整个项目的成功，项目整体的建设从技术角度还必须遵循如下原则：

1、整体性原则。

系统的建设本着统一规划、分步实施原则，做到统一界面、统一用户管理、统一认证、统一交换、统一标准、统一管理。

以应用为导向、以网络为基础、以信息资源共享为核心，提高工作效率和服务水平。

2、可靠性原则。

系统需要提供长期连续不断的可靠运行，因此必须配备完善的可靠性措施。

包括网络、服务器、数据库性能的监控和故障恢复策略，保证物理层的高度可靠。

充分考虑项目关键应用的可靠性要求，在关键环节配备多种高可用性方案，杜绝影响系统正常运行的因素存在。

同时在制度上要进行不断的完善，定期检查，详细记录。

3、可扩展性原则。

根据项目建设的目标和统一应用的原则，为了保证系统具有较好的可扩展性，整个系统的构建过程整体上应采用基于构件的技术和定制化的技术实现，这样会便于系统的扩展，便于系统的部署，便于与现有的应用系统挂接，保护用户以前的软件投资。

4、实用性原则。

项目的建设要面向未来，技术必须具有先进性和前瞻性，但同时也要坚持实用的原则。

在满足系统高性能的前提下，坚持选用符合标准的，先进成熟的产品和开发平台，构建一个切合实际、解决实际问题的系统。

5、开放性和标准化原则。

所选系统和应用平台应遵循国际、国内开放系统标准及协议，应选择当前业界主流的和成熟的产品，已经得到广泛使用，占有较高的市场份额。

这样可以保证系统建设的长期和稳定性。

在同类产品中处于领先地位并已经在全球范围内的各种应用中大量采用，是经过各方面考验的先进和成熟的产品，采用先进技术设计和建设，具有高性能，同时又成熟可靠。

根据本系统的业务与技术特点，我们将采用XML技术、GIS架构、LDAP协议、J2EE体系等技术与规范，确保系统建设的开放性。

6、可管理性原则。

系统架构的设计应从项目业务出发，把握各业务之间的区别和联系，按照不同业务的特点和信息技术的特点，遵循规范、科学、通用、实用、安全、易用等要求，统筹规划总体的应用架构，并通过管理与技术的双重手段，达到资源共享、应用软件重用、可管理、可维护等目的。

4.2项目总体规划：

4.2.1航空票务平台业务流程图：

依据直销需求，票务、酒店预订业务按以下流程设计：

l出差申请

出差申请即用户的行为预算，出差申请单中要明确出差的起始地、目的地、出差事由、费用结算单位以及乘坐的交通工具等信息。

l机票查询

依据用户输入的起始地和目的地，查询相应的航班信息。

l机票预订

依据查询到的航班信息，预订相应的适合自己行程的航班，预订后需要领导审批。

l出差审批

员工在提交出差申请后，由直线领导审批相应的出差申请单，审批通过后才能出差。

l预算占用与释放

预算占用时需要到EVS中占用，占用预算成功后，需要把预算信息写入BCC系统

l机票支付、出票

机票预订审核通过后，需要进行支付及出票

l机票退改签

发送机票退改签业务

l出差总结

员工出差结束后需要到系统中填写出差总结。

4.2.2酒店预订平台业务流程图：

4.2.3平台逻辑构架图：

在逻辑上，将架构中的各个层和组件放在相应的位置，以展示应用服务平台中的各个功能性工作和组件之间的关系。

（1）表现层，用于显示数据和接收用户输入的数据，为用户提供一种交互式操作的界面。

（2）业务逻辑层，包含了平台提供的所有组件，主要集中在业务规则的制定、业务流程的实现等与业务需求有关的系统设计。

这一层需要访问数据系统层根据《服务平台接口规范》提供的相关服务。

又可细分为应用层和服务层两个分支层。

（3）数据层，包含了需要接入到公共服务平台的所有数据资源系统，包括数据采集系统、业务系统和其他数据资源系统等，这一层的应用系统必须根据《服务平台接口规范》。

应用层

1）这一层包含了航空订票系统平台、酒店预定系统平台，平台管理系统应用。

2）应用层为用户提供了用户界面，接受用户的应用访问，调用平台提供的服务，并返回正确的信息。

3）平台用户包括出差登记、审批、机票、酒店比价预定、数据报表、系统管理等。

4）机票、酒店对应于服务层中的查询预定模块；出差审批对应服务层中的协同审批模块，机票、酒店的账务信息对应服务层中的业务结算模块、差旅成本核算统计模块；出差审批、登记对于服务层中的协同审批模块。

服务层

（1）服务层包含了平台业务服务和平台管理服务两项主要功能，以及两个Web服务网关。

（2）以《服务平台接口规范》作为唯一标准，通过Web服务网关向应用层和数据系统层提供Web服务。

（3）平台业务服务通过Web服务网关调用数据系统层提供的服务（外部服务）。

（4）平台管理服务在平台中实现，这最终需要访问平台数据库中存储的公用数据，例如用户信息，数据字典等，用于管理平台中的用户信息、机构信息、数据字典等。

（5）服务总线（应用接入）

虚拟化服务平台对应用层提供的Web服务，数据验证，消息转换。

（6）服务总线（数据系统接入）

虚拟化服务平台对数据系统层提供的Web服务，数据验证，消息转换。

（7）服务组合

负责将各个服务或者数据资源按照业务逻辑组织（组合）起来，形成服务流程。

这个服务流程可以作为Web服务的实现，进而对外发布为Web服务；负责服务平台用户身份管理和服务请求管理，这需要通过调用平台管理服务中的服务来实现；负责服务编排过程中的异常捕获和处理。

（8）物理访问

在物理网路中，负责实现通信双方调用方式的转换和