《电子商务平台投标书》由会员分享，可在线阅读，更多相关《电子商务平台投标书（26页珍藏版）》请在金锄头文库上搜索。
1、word投 标 文 件项目名称: 商旅电子商务平台项目投标单位：XXX2011年9月25日目录1投标函42明文件5营业执照副本复印件5法定代表人授权委托书7企业双软认证资质证书甲级8高新技术企业资质一级9相关案例10项目组成员证书11组织机构代码证12税务登记证133投标人根本信息14企业简介：1409/10年财务年报见附件154、附件一16海尔商旅电子商务平台项目设计方案说明书16项目概述：17项目建设背景：17项目建设目标：17项目建设原如此：18项目总体规划：20航空票务平台业务流程图：20酒店预订平台业务流程图：21平台逻辑构架图：22平台建设技术路线：23平台开发特点：26多系统的有
2、效集成26平台开发的安全保障26开发的标准化管理27平台建设详细设计：29平台门户功能设计：29应用模块功能设计：31查询比价预订功能模块：33协同会签审批功能模块：34业务预结算功能模块：36票务改退签功能模块：36统计核算报表功能模块：36外部数据接口设计：37数据模型设计：38数据安全设计：395、附件二40海尔商旅电子商务平台项目实施方案计划书40项目实施进度表41项目组织42项目组织结构42项目组成员44项目总体实施过程44系统测试计划466、附件三48海尔商旅电子商务平台项目培训服务计划书48培训计划49公司培训优势49培训计划49售后服务方案50售后服务策略针对项目的本地化支持体
3、系50客户服务质量文件51售后服务内容52售后服务流程547、附件四55海尔商旅电子商务平台项目实施验收方法55验收组织方案56质量保证计划584、附件一商旅电子商务平台项目设计方案说明书4.1项目概述：项目建设背景：海尔作为跨国集团公司，随着商流与物流业务的扩X与开展，集团人员每天的差旅任务极为繁多，这就导致了航空票务与客房预订业务需求的持续攀升。目前集团的差旅业务是通过中兴的差旅系统来实现的。这种方式存在以下几个问题，首先，当前的机票是通过代理来实现预定的，没有通过航空公司的直销方式预定，这样就导致了航空公司不可能单独对集团开放有竞争力的价格，造成了机票价格较高的现状。其次，作为第三方代理
4、的中兴，虽然中兴系统没有单独收取费用，但是通过每出一X票，在票价之外单独收取一定费用的出票费，这样势必导致在已经较高的票价根底之上又增加了机票的本钱，从而导致整个差旅本钱的增加。再次，中兴系统是一个现成的系统，直接套用在集团的业务上，导致整个软件流程与集团业务流程不符，在软件流程改造的过程中，中兴的反应不够与时，造成信息的滞后和业务流的信息障碍。基于以上的考虑，集团决定结合航空公司的直销业务，来重新规划集团的出差流程，力求达到降低集团差旅本钱降费的目标。本系统将重新整合票务预订资源，依托于机票直销业务，建立起从出差的申请、审批到机票的预订、支付等全流程的网上流程操作流程，以出差业务的申请、审批
5、与出差完成后的总结为主线，以机票的网上查询、预订、出票、支付为支持流程的全程业务支持。在出差的申请、审批功能上，本系统依托与集团EVS报账系统与BCC系统做到预算的提前申请、审批以与月底的自动清算功能。从根本上杜绝事前不预算事后个人报销业务的发生，提高计划与预算的准确性，并且做到差旅效果的总结与评价机制，进一步优化规X集团差旅流程。同时，本系统还将集成局部商务连锁酒店的比价预订功能。从而为差旅用户提供提供一整套的差旅服务解决方案。项目建设目标：本着优化出差流程与降低出差本钱的目的，此商旅电子平台将实现以下目标：1. 通过与航空公司合作，实现机票直销，降低机票的采购本钱2. 实现出差预算的自动占
6、用，审批通过后机票的自动出票功能3. 实现出差流程的网上申请、审批与总结的全流程功能4. 实现机票的查询比价、预订、出票与支付的网上操作5. 实现商务酒店的查询比价和预订功能6. 实现与平台相关报表的自动生成功能项目建设原如此：1、统一性平台建设遵循统一规划、统一标准的指导思想，确定统一的网络总体架构、统一的业务平台、统一的数据采集与传输系统，实现物流信息平台与其它平台的顺利对接。2、可靠性在系统设计中应提高系统的可靠性，并使其易操作、易维护。3、先进性在系统建设中应尽可能地利用一些成熟的、先进的技术手段，使系统具有更强的生命力。4、安全性在信息高度共享的系统中，除了从主机、网络、数据库上提供
7、安全保障外，对应用系统而言，也要设定严格、灵活的权限控制。5、开放性将系统建设成为一个开放的系统，有利于系统进一步扩大、完善，以与与有关系统的连接。6、业务系统协同进展统一身份认证，通过业务协同系统实现各类业务应用的整合，将各个模块通过系统平台集成在一起，形成一个集成式应用界面和“一站式登陆信息门户。依据以上整体建设原如此的根底上，考虑到本项目具有X围广、业务间关系复杂、分阶段建设周期长等特点，应用系统的整体架构占有最重要的地位，为了保证整个项目的成功，项目整体的建设从技术角度还必须遵循如下原如此：1、整体性原如此。系统的建设本着统一规划、分步实施原如此，做到统一界面、统一用户管理、统一认证、
8、统一交换、统一标准、统一管理。以应用为导向、以网络为根底、以信息资源共享为核心，提高工作效率和服务水平。 2、可靠性原如此。系统需要提供长期连续不断的可靠运行，因此必须配备完善的可靠性措施。包括网络、服务器、数据库性能的监控和故障恢复策略，保证物理层的高度可靠。充分考虑项目关键应用的可靠性要求，在关键环节配备多种高可用性方案，杜绝影响系统正常运行的因素存在。同时在制度上要进展不断的完善，定期检查，详细记录。3、可扩展性原如此。根据项目建设的目标和统一应用的原如此，为了保证系统具有较好的可扩展性，整个系统的构建过程整体上应采用基于构件的技术和定制化的技术实现，这样会便于系统的扩展，便于系统的部署
9、，便于与现有的应用系统挂接，保护用户以前的软件投资。4、实用性原如此。项目的建设要面向未来，技术必须具有先进性和前瞻性，但同时也要坚持实用的原如此。在满足系统高性能的前提下，坚持选用符合标准的，先进成熟的产品和开发平台，构建一个切合实际、解决实际问题的系统。5、开放性和标准化原如此。所选系统和应用平台应遵循国际、国内开放系统标准与协议，应选择当前业界主流的和成熟的产品，已经得到广泛使用，占有较高的市场份额。这样可以保证系统建设的长期和稳定性。在同类产品中处于领先地位并已经在全球X围内的各种应用中大量采用，是经过各方面考验的先进和成熟的产品，采用先进技术设计和建设，具有高性能，同时又成熟可靠。根
10、据本系统的业务与技术特点，我们将采用XML技术、GIS架构、LDAP协议、J2EE体系等技术与规X，确保系统建设的开放性。6、可管理性原如此。系统架构的设计应从项目业务出发，把握各业务之间的区别和联系，按照不同业务的特点和信息技术的特点，遵循规X、科学、通用、实用、安全、易用等要求，统筹规划总体的应用架构，并通过管理与技术的双重手段，达到资源共享、应用软件重用、可管理、可维护等目的。4.2项目总体规划：航空票务平台业务流程图：依据直销需求，票务、酒店预订业务按以下流程设计：l 出差申请出差申请即用户的行为预算，出差申请单中要明确出差的起始地、目的地、出差事由、费用结算单位以与乘坐的交通工具等信
11、息。l 机票查询依据用户输入的起始地和目的地，查询相应的航班信息。l 机票预订依据查询到的航班信息，预订相应的适合自己行程的航班，预订后需要领导审批。l 出差审批员工在提交出差申请后，由直线领导审批相应的出差申请单，审批通过后才能出差。l 预算占用与释放预算占用时需要到EVS中占用，占用预算成功后，需要把预算信息写入BCC系统l 机票支付、出票机票预订审核通过后，需要进展支付与出票l 机票退改签发送机票退改签业务l 出差总结员工出差完毕后需要到系统中填写出差总结。酒店预订平台业务流程图：平台逻辑构架图：在逻辑上，将架构中的各个层和组件放在相应的位置，以展示应用服务平台中的各个功能性工作和组件之
12、间的关系。1表现层，用于显示数据和接收用户输入的数据，为用户提供一种交互式操作的界面。2业务逻辑层，包含了平台提供的所有组件，主要集中在业务规如此的制定、业务流程的实现等与业务需求有关的系统设计。这一层需要访问数据系统层根据服务平台接口规X提供的相关服务。又可细分为应用层和服务层两个分支层。3数据层，包含了需要接入到公共服务平台的所有数据资源系统，包括数据采集系统、业务系统和其他数据资源系统等，这一层的应用系统必须根据服务平台接口规X。应用层1这一层包含了航空订票系统平台、酒店预定系统平台，平台管理系统应用。2应用层为用户提供了用户界面，承受用户的应用访问，调用平台提供的服务，并返回正确的信息
13、。3平台用户包括出差登记、审批、机票、酒店比价预定、数据报表、系统管理等。4机票、酒店对应于服务层中的查询预定模块；出差审批对应服务层中的协同审批模块，机票、酒店的账务信息对应服务层中的业务结算模块、差旅本钱核算统计模块；出差审批、登记对于服务层中的协同审批模块。服务层1服务层包含了平台业务服务和平台管理服务两项主要功能，以与两个Web服务网关。2以服务平台接口规X作为唯一标准，通过Web服务网关向应用层和数据系统层提供Web服务。3平台业务服务通过Web服务网关调用数据系统层提供的服务外部服务。4平台管理服务在平台中实现，这最终需要访问平台数据库中存储的公用数据，例如用户信息，数据字典等，用
14、于管理平台中的用户信息、机构信息、数据字典等。5服务总线应用接入虚拟化服务平台对应用层提供的Web服务，数据验证，消息转换。6服务总线数据系统接入虚拟化服务平台对数据系统层提供的Web服务，数据验证，消息转换。7服务组合 负责将各个服务或者数据资源按照业务逻辑组织组合起来，形成服务流程。这个服务流程可以作为Web服务的实现，进而对外发布为Web服务；负责服务平台用户身份管理和服务请求管理，这需要通过调用平台管理服务中的服务来实现；负责服务编排过程中的异常捕获和处理。8物理访问 在物理网路中，负责实现通信双方调用方式的转换和通信协议的转换。9Web服务网关负责注册平台提供的Web服务，管理Web服务，对Web服务进展安全设置。符合服务平台接口规X的所有Web服务，均通过Web服务网关接入服务层，或者通过Web服务网关发布给应用层。数据层数据层包含了需要接入到服务平台的所有数据资源系统。其中包含数据采集系统、业务系统和其他数据资源系统等。只要这些数据资源系统实现了服务平台接口规X，就可以接入服务平台，向服务平台提供各种数据资源服务。平台建设技术路线：基于用户需求与平台建设的安全性考虑，平台建设将采用B/S三层结构开发，数据存储采用mysql，开发语言为Java。系统结构采用SSH，中间件采用tomcat。
