《haier电子商务平台技术 投标书.doc》由会员分享，可在线阅读，更多相关《haier电子商务平台技术 投标书.doc（27页珍藏版）》请在三一办公上搜索。
1、投 标 文 件项目名称: 海尔商旅电子商务平台项目投标单位：山东青鸟软通信息技术有限公司 山东东软系统集成有限公司2011年9月25日 目录1投标函42资格证明文件52.1营业执照副本复印件52.2法定代表人授权委托书72.3企业双软认证资质证书（甲级）82.4高新技术企业资质（一级）92.5相关案例102.6项目组成员证书112.7组织机构代码证122.8税务登记证133投标人基本信息143.1企业简介：143.209/10年财务年报（见附件）154、附件一16海尔商旅电子商务平台 项目设计方案说明书164.1项目概述：174.1.1项目建设背景：174.1.2项目建设目标：174.1.3项
2、目建设原则：184.2项目总体规划：204.2.1航空票务平台业务流程图：204.2.2酒店预订平台业务流程图：214.2.3平台逻辑构架图：224.2.4平台建设技术路线：234.2.5平台开发特点：264.2.5.1多系统的有效集成264.2.5.2平台开发的安全保障264.2.5.3开发的标准化管理274.3平台建设详细设计：294.3.1平台门户功能设计：294.3.2应用模块功能设计：314.3.2.1查询比价预订功能模块：334.3.2.2协同会签审批功能模块：344.3.2.3业务预结算功能模块：364.3.2.4票务改退签功能模块：364.3.2.5统计核算报表功能模块：364
3、.3.3外部数据接口设计：374.3.4数据模型设计：384.3.5数据安全设计：395、附件二40海尔商旅电子商务平台 项目实施方案计划书405.1项目实施进度表415.2项目组织425.2.1项目组织结构425.2.2项目组成员445.3项目总体实施过程445.4系统测试计划466、附件三48海尔商旅电子商务平台 项目培训服务计划书486.1培训计划496.1.1公司培训优势496.1.2培训计划496.2售后服务方案506.2.1售后服务策略针对项目的本地化支持体系506.2.2客户服务质量文件516.2.3售后服务内容526.2.4售后服务流程547、附件四55海尔商旅电子商务平台 项
4、目实施验收方法557.1验收组织方案567.2质量保证计划584、附件一海尔商旅电子商务平台项目设计方案说明书4.1项目概述：4.1.1项目建设背景：海尔作为跨国集团公司，随着商流与物流业务的扩张与发展，集团人员每天的差旅任务极为繁多，这就导致了航空票务与客房预订业务需求的持续攀升。目前集团的差旅业务是通过中兴的差旅系统来实现的。这种方式存在以下几个问题，首先，当前的机票是通过代理来实现预定的，没有通过航空公司的直销方式预定，这样就导致了航空公司不可能单独对集团开放有竞争力的价格，造成了机票价格较高的现状。其次，作为第三方代理的中兴，虽然中兴系统没有单独收取费用，但是通过每出一张票，在票价之外
5、单独收取一定费用的出票费，这样势必导致在已经较高的票价基础之上又增加了机票的成本，从而导致整个差旅成本的增加。再次，中兴系统是一个现成的系统，直接套用在集团的业务上，导致整个软件流程与集团业务流程不符，在软件流程改造的过程中，中兴的反馈不够及时，造成信息的滞后和业务流的信息障碍。基于以上的考虑，集团决定结合航空公司的直销业务，来重新规划集团的出差流程，力求达到降低集团差旅成本降费的目标。本系统将重新整合票务预订资源，依托于机票直销业务，建立起从出差的申请、审批到机票的预订、支付等全流程的网上流程操作流程，以出差业务的申请、审批及出差完成后的总结为主线，以机票的网上查询、预订、出票、支付为支持流
6、程的全程业务支持。在出差的申请、审批功能上，本系统依托与集团EVS报账系统及BCC系统做到预算的提前申请、审批以及月底的自动清算功能。从根本上杜绝事前不预算事后个人报销业务的发生，提高计划及预算的准确性，并且做到差旅效果的总结及评价机制，进一步优化规范集团差旅流程。同时，本系统还将集成部分商务连锁酒店的比价预订功能。从而为差旅用户提供提供一整套的差旅服务解决方案。4.1.2项目建设目标：本着优化出差流程及降低出差成本的目的，此商旅电子平台将实现以下目标：1. 通过与航空公司合作，实现机票直销，降低机票的采购成本2. 实现出差预算的自动占用，审批通过后机票的自动出票功能3. 实现出差流程的网上申
7、请、审批及总结的全流程功能4. 实现机票的查询比价、预订、出票及支付的网上操作5. 实现商务酒店的查询比价和预订功能6. 实现与平台相关报表的自动生成功能4.1.3项目建设原则：1、统一性平台建设遵循统一规划、统一标准的指导思想，确定统一的网络总体架构、统一的业务平台、统一的数据采集与传输系统，实现物流信息平台与其它平台的顺利对接。2、可靠性在系统设计中应提高系统的可靠性，并使其易操作、易维护。3、先进性在系统建设中应尽可能地利用一些成熟的、先进的技术手段，使系统具有更强的生命力。4、安全性在信息高度共享的系统中，除了从主机、网络、数据库上提供安全保障外，对应用系统而言，也要设定严格、灵活的权
8、限控制。5、开放性将系统建设成为一个开放的系统，有利于系统进一步扩充、完善，以及与有关系统的连接。6、业务系统协同进行统一身份认证，通过业务协同系统实现各类业务应用的整合，将各个模块通过系统平台集成在一起，形成一个集成式应用界面和“一站式”登陆信息门户。依据以上整体建设原则的基础上，考虑到本项目具有范围广、业务间关系复杂、分阶段建设周期长等特点，应用系统的整体架构占有最重要的地位，为了保证整个项目的成功，项目整体的建设从技术角度还必须遵循如下原则：1、整体性原则。系统的建设本着统一规划、分步实施原则，做到统一界面、统一用户管理、统一认证、统一交换、统一标准、统一管理。以应用为导向、以网络为基础
9、、以信息资源共享为核心，提高工作效率和服务水平。 2、可靠性原则。系统需要提供长期连续不断的可靠运行，因此必须配备完善的可靠性措施。包括网络、服务器、数据库性能的监控和故障恢复策略，保证物理层的高度可靠。充分考虑项目关键应用的可靠性要求，在关键环节配备多种高可用性方案，杜绝影响系统正常运行的因素存在。同时在制度上要进行不断的完善，定期检查，详细记录。3、可扩展性原则。根据项目建设的目标和统一应用的原则，为了保证系统具有较好的可扩展性，整个系统的构建过程整体上应采用基于构件的技术和定制化的技术实现，这样会便于系统的扩展，便于系统的部署，便于与现有的应用系统挂接，保护用户以前的软件投资。4、实用性
10、原则。项目的建设要面向未来，技术必须具有先进性和前瞻性，但同时也要坚持实用的原则。在满足系统高性能的前提下，坚持选用符合标准的，先进成熟的产品和开发平台，构建一个切合实际、解决实际问题的系统。5、开放性和标准化原则。所选系统和应用平台应遵循国际、国内开放系统标准及协议，应选择当前业界主流的和成熟的产品，已经得到广泛使用，占有较高的市场份额。这样可以保证系统建设的长期和稳定性。在同类产品中处于领先地位并已经在全球范围内的各种应用中大量采用，是经过各方面考验的先进和成熟的产品，采用先进技术设计和建设，具有高性能，同时又成熟可靠。根据本系统的业务与技术特点，我们将采用XML技术、GIS架构、LDAP
11、协议、J2EE体系等技术与规范，确保系统建设的开放性。6、可管理性原则。系统架构的设计应从项目业务出发，把握各业务之间的区别和联系，按照不同业务的特点和信息技术的特点，遵循规范、科学、通用、实用、安全、易用等要求，统筹规划总体的应用架构，并通过管理与技术的双重手段，达到资源共享、应用软件重用、可管理、可维护等目的。4.2项目总体规划：4.2.1航空票务平台业务流程图：依据直销需求，票务、酒店预订业务按以下流程设计：l 出差申请出差申请即用户的行为预算，出差申请单中要明确出差的起始地、目的地、出差事由、费用结算单位以及乘坐的交通工具等信息。l 机票查询依据用户输入的起始地和目的地，查询相应的航班
12、信息。l 机票预订依据查询到的航班信息，预订相应的适合自己行程的航班，预订后需要领导审批。l 出差审批员工在提交出差申请后，由直线领导审批相应的出差申请单，审批通过后才能出差。l 预算占用与释放预算占用时需要到EVS中占用，占用预算成功后，需要把预算信息写入BCC系统l 机票支付、出票机票预订审核通过后，需要进行支付及出票l 机票退改签发送机票退改签业务l 出差总结员工出差结束后需要到系统中填写出差总结。4.2.2酒店预订平台业务流程图：4.2.3平台逻辑构架图：在逻辑上，将架构中的各个层和组件放在相应的位置，以展示应用服务平台中的各个功能性工作和组件之间的关系。（1）表现层，用于显示数据和接
13、收用户输入的数据，为用户提供一种交互式操作的界面。（2）业务逻辑层，包含了平台提供的所有组件，主要集中在业务规则的制定、业务流程的实现等与业务需求有关的系统设计。这一层需要访问数据系统层根据服务平台接口规范提供的相关服务。又可细分为应用层和服务层两个分支层。（3）数据层，包含了需要接入到公共服务平台的所有数据资源系统，包括数据采集系统、业务系统和其他数据资源系统等，这一层的应用系统必须根据服务平台接口规范。应用层1）这一层包含了航空订票系统平台、酒店预定系统平台，平台管理系统应用。2）应用层为用户提供了用户界面，接受用户的应用访问，调用平台提供的服务，并返回正确的信息。3）平台用户包括出差登记
14、、审批、机票、酒店比价预定、数据报表、系统管理等。4）机票、酒店对应于服务层中的查询预定模块；出差审批对应服务层中的协同审批模块，机票、酒店的账务信息对应服务层中的业务结算模块、差旅成本核算统计模块；出差审批、登记对于服务层中的协同审批模块。服务层（1）服务层包含了平台业务服务和平台管理服务两项主要功能，以及两个Web服务网关。（2）以服务平台接口规范作为唯一标准，通过Web服务网关向应用层和数据系统层提供Web服务。（3）平台业务服务通过Web服务网关调用数据系统层提供的服务（外部服务）。（4）平台管理服务在平台中实现，这最终需要访问平台数据库中存储的公用数据，例如用户信息，数据字典等，用于
15、管理平台中的用户信息、机构信息、数据字典等。（5）服务总线（应用接入）虚拟化服务平台对应用层提供的Web服务，数据验证，消息转换。（6）服务总线（数据系统接入）虚拟化服务平台对数据系统层提供的Web服务，数据验证，消息转换。（7）服务组合 负责将各个服务或者数据资源按照业务逻辑组织（组合）起来，形成服务流程。这个服务流程可以作为Web服务的实现，进而对外发布为Web服务；负责服务平台用户身份管理和服务请求管理，这需要通过调用平台管理服务中的服务来实现；负责服务编排过程中的异常捕获和处理。（8）物理访问 在物理网路中，负责实现通信双方调用方式的转换和通信协议的转换。（9）Web服务网关负责注册平
16、台提供的Web服务，管理Web服务，对Web服务进行安全设置。符合服务平台接口规范的所有Web服务，均通过Web服务网关接入服务层，或者通过Web服务网关发布给应用层。数据层数据层包含了需要接入到服务平台的所有数据资源系统。其中包含数据采集系统、业务系统和其他数据资源系统等。只要这些数据资源系统实现了服务平台接口规范，就可以接入服务平台，向服务平台提供各种数据资源服务。4.2.4平台建设技术路线：基于用户需求及平台建设的安全性考虑，平台建设将采用B/S三层结构开发，数据存储采用mysql，开发语言为Java。系统结构采用SSH，中间件采用tomcat。平台门户（Portal）将电子商务流各业务
17、系统统一到一个有机的用户界面中，在一个窗口中就可以完成所有的工作。Portal是一个能够处理多种协议请求的分布式对象模型系统。采用分布式体系结构技术和并行地处理方式，大大提高系统的整体运行效率，减小了业务应用系统的实施成本。Portal Server采用的多业务应用支持、池缓冲、对象持久化、负载均衡等技术，大大增加了平台的可配置性、可扩展性、开放性和可移植性，用户在使用它进行业务应用系统的开发时具有开发周期短，开发质量高的特点。Portal Server独有的二级高速缓冲技术可以成倍提高系统的性能和负载能力。门户系统基于Web，采用JAVA、JSP、Servlet 、Web Service、X
18、ML等编程技术，通过门户技术为不同的人展现个性化的信息和应用服务，通过群件技术扩展及联合各种应用模块，通过协作技术实现与其它应用系统（包括远程应用系统）的协同工作。l 采用统一的主题数据管理根据项目目标和设计原则，我们了解到本项目中不同层次、不同应用系统之间存在着很多需要共享的数据，为了避免各应用系统之间重复采集数据、数据冗余、共享数据更新不同步、数据不准确、信息沟通不畅、数据格式不统一等一系列问题。本项目建设必须建立一套共享数据管理机制来解决各应用系统之间的共享数据一致性、及时更新、信息交互与共享、数据安全等问题。通过数据管理平台实现不同格式和位置的数据的统一定义；通过建立在数据管理之上的航
19、空数据交换与海尔内部集成平台实现本系统内外的交换、系统不同层次之间数据的集成与交换；通过报表平台完成数据的报表展现。l 采用多层多阶的系统架构设计针对本项目整个业务模式和IT环境，在充分考虑到系统扩展性的要求基础上，系统架构应设计多层多阶的体系结构模型。l 采用标准和开放的架构针对本项目具体实现的技术，采用基于行业标准和得到广泛使用并已成为事实上的行业标准的技术和架构，这样，有利于降低技术风险以及特定供应商的依赖性；采用的开放系统架构，有利于保持系统的向后兼容性、可集成性和可扩展性。l 采用面向对象的技术面向对象技术的发展已经成熟，基于面向对象技术的开发语言和应用框架，已经得到证明可以大大提高
20、信息系统开发和建设的效率，提高架构的合理性和可扩展性。l 采用基于组件模块的技术应用程序由各自独立的组件模块组成，这些组件模块的开发和部署保持相对的独立性，而且很可能是由不同的团队开发和部署的；通过仅对这种应用程序的某些组件模块进行升级，从而对其进行小幅度的升级。基于组件模块的开发具有如下特点：组件模块可以在不同应用系统之间共享，因此可对它们复用，提高系统开发效率和质量；尽管并非与基于组件完全密不可分，但基于组件的应用程序倾向于分布式结构；在本项目的建设中，我们将抽象出应用系统的基本组件模块，从而提高系统的质量和开发效率；系统设计充分考虑如下质量目标：1）性能根据本项目数据量和访问量都比较大的
21、实际情况，系统的设计要从多个层面考虑到性能问题，包括数据库、接口开发、系统软件、应用软件系统等多个层面；同时，还要考虑到随着供应商业务的逐渐开展，带来的业务量的增加等原因导致的性能问题；2）扩展性随着本项目中系统的逐渐成熟和完善，部分功能的调整和增加在所难免，为了满足系统不断发展的需要，整个系统功能的设计与实现采用组件和插件技术，保证系统的热配置能力；同时，也要考虑本项目中系统在多种软、硬件平台上的运行能力；3）可靠性本项目中数据接入与开发是核心，一旦出现问题，其波及范围比较庞大，因此需要保证一定的系统可靠性。采用成熟的、经过严格测试和试运行的工具和通用模块；设计完整、可靠的数据备份方案，有严
22、格的备份制度和检查制度，以保证备份工作的及时和正确。4）安全性本项目中系统涉及到大量机密信息，系统需要做到把应用安全放在信息系统安全的大框架下，采用统一的认证和授权机制，制定不同层间，不同子系统间及与外部系统的边界间安全策略，并保证其贯彻实施；同时应用系统的设计要考虑各种数据入口的一致性，手工录入，网上采集，批量录入都提供数据的一致性检查功能，非法数据不能进入数据库中，保证录入的数据都是合法的；5）可管理性本项目中系统涉及的应用系统庞杂，为了业务的发展，还有扩展的需要，因而整个系统应该在统一的管理、监控下协调运行。系统的监控管理功能不仅要体现在网络、主机、系统软件和中间件的层面上，还要包括应用
23、软件上，例如要记录应用软件的运行状态、数据的质量、预警和预报、业务操作的监控等；同时，在出现问题的情况下，系统的所有服务应具备快速的自我更新、自我修复的能力；6）可用性本项目中系统的用户涉及范围广，包括海尔各本部、事业部和人员的权限级别，在这种条件下，系统对外的影响不容忽视，因而系统功能的设计和实现必须要保证系统具有较强的可用性；7）复用能力由于本项目中系统规模相对庞大，为了缩短系统的建设周期、提高系统的可维护性，在系统开发阶段需要大量抽取系统的可复用数据组件，组件应具有较强的复用能力。8）易用性本项目中系统用户群体较大，必须保证系统的易用性。可以通过提供统一的信息门户，使多种渠道的信息方便接
24、入，并提供一致的渠道服务手段；另外针对不同类型的用户设计集成的用户界面，保证用户能够方便快捷的使用自己需要的常用功能；还可以遵循统一的界面设计规范，在应用程序编码阶段监督编码人员认真执行规范，做到：界面风格一致、颜色调和、提示清晰、窗口大小适当，提供常用的快捷操作键，操作方法应符合日常习惯；针对不同类型的用户设计集成的用户界面，保证用户能够方便快捷的使用自己需要的常用功能；遵循统一的界面设计规范，在应用程序编码阶段监督编码人员认真执行规范，做到：界面风格一致、颜色调和、提示清晰、窗口大小适当，提供常用的快捷操作键，操作方法应符合日常习惯4.2.5平台开发特点：4.2.5.1多系统的有效集成本项
25、目的信息化平台建设，存在众多的独立部署或交叉关联的系统，1、外部系统包括各航空公司的预订系统、各商务酒店的预订系统、集团内部EVS系统、BCC系统结算平台等2、 内部新建系统包括数据交换平台、报表统计核算平台，比价预订平台等三个服务平台和信息展示平台等。众多的系统之间存在各种交换协议和业务流程关联，为信息化平台的建设带来很多项目管理上的风险。东软依据多年的项目经验和技术积累，在项目执行中将采取以下措施来屏蔽或减少相关风险：1）技术上采用优秀的信息集成与交换平台，建立高效、稳定、安全的信息集成与交换应用。同时利用东软丰富的技术人才和经验积累，并与合作伙伴保持密切的技术与最佳实践的配合。2）业务上
26、加强需求分析，梳理好各应用系统的业务关系，确定出各个系统之间的服务关系与数据接口关系。3） 管理上加强风险的评审与过程监督，将风险降低到最小。4.2.5.2平台开发的安全保障本项目系统中主要用户为合作机构、单位通过专线接入和Internet用户通过电信运营商的链路享受查询中心提供的各种业务服务，所以如何全面保障整个业务系统的安全是升级改造的重点之一。根据系统现状，我们分析目前面临的主要信息安全威胁包括威胁的发起因素与威胁本身两方面内容。引发信息安全威胁的主要因素包括人与自然两个方面：因自然方面因素引发的安全威胁往往对信息基础设施破坏较大（如洪水、地震、火灾等）自然灾害，但自然灾害的种类及发生几
27、率较小，基本上可以全部识别并通过充分准备而降低损失；相反，因人的因素而引发的信息安全威胁占绝大多数，这些人员组成复杂，难于进行完全识别与控制，必须严格管理。信息安全威胁本身包括相当多的内容，这里将物流信息平台现阶段面临的信息安全威胁进行了归纳，基本包括以下几个方面：口令破解、连接盗用、拒绝服务、网络窃听、数据篡改、地址欺骗、恶意扫描、基础设施破坏、数据驱动、社会工程辅助等等。针对本信息化平台当前面临的各种安全问题，存在两种解决方案：一是针对存在的各种安全问题逐一提供解决方案：即出现一个问题，解决一个问题。另一种是基于广泛认可的安全标准，建立一体化的安全体系：即结合现状，在分析并评估安全风险及其
28、可能对物流信息平台业务造成的影响的基础上，基于一种广泛认可的信息安全标准，建立物流信息平台整体信息安全体系。两种解决方案侧重点是不相同的。前者强调解决方案的实用性，但往往缺乏整体规划；后者偏重于方案的规划性，强调与国际标准的兼容性，但同时因为工作量庞大而使实施周期较长，成本较高。本项目系统现状具有数据量较大、应用系统众多、网络环境复杂、信息管理分散等特点，发生安全问题的几率较高。每发生一个安全问题就做一套解决方案是不必要的，理想的解决方案是规划并建立统一的安全体系以解决当前面临的主要安全问题同时规避潜在的安全风险。按照统筹规划、分步实施的原则，逐步完成信息安全体系建设。根据我们在安全领域积累的
29、大量经验，结合物流信息平台的业务特点，我们归纳总结了一套适合的安全保障体系框架（参考技术架构中的安全架构）。4.2.5.3开发的标准化管理海尔商旅电子商务平台是旅游电子商务B2B的典型应用。本项目要实现众多部门共享的预订支付平台，其难度和要求都非常之大。而标准规范工作是平台建设的基础性工作，是各系统实现互联互通、信息共享、业务协同、安全可靠运行的前提和基础。由于本项目涉及的企业和涉旅企业资源很多，这些资源建立之初都有各自的标准代码体系，运营企业要与软件提供商整合好这些资源，并提供对外标准化服务。因此要整理出一套完整的数据标准代码体系，按照国标、部标、自定义的方式整理。对于平台之外的其他资源库的
30、数据采集，目前可能没有类似的数据交换的标准规范，在形成数据交换前，务必制定数据交换标准规范，确定采集的数据项目范围、采集的业务方式、采集的关键指标、以及采集出现异常交互处理机制等。对于核心服务提供了多种的接入方式，对这些方式也要制定相应规范，如：WebService接口规范、web页面展现规范、与短信SP接口规范等等。上面只列举出一部分标准规范，这些标准规范制定将是系统顺利实现的保障和前提。制定相关标准的工作量也是非常大的，为了确保没有遗漏，我们采用国家电子商务标准的总体系框架，本项目标准体系框架由总体标准、应用标准、应用支撑标准、信息安全标准、管理标准五大部分组成，4.3平台建设详细设计：4
31、.3.1平台门户功能设计：商旅电子平台的门户是预定查询的窗口。平台门户包括前台预定展示视窗和后台系统管理视窗。前台包括票务、酒店比价查询功能、协同会签审批查询功能、出票查询功能、结算查询功能；后台包括历史信息查询功能、报表统计查询功能、用户权限管理功能、基本参数管理、导出Excel功能等。 航空票务比价预定功能：用户登录系统平台，通过载入数据库的机票信息获知最新的机票价格，并通过比价功能，选取最佳性价比的供应商，实现下单处理。下单的同时，系统要求订票人填写相关信息，并采用短信发送的方式，提请领导报批。 酒店预定比价功能：与上述功能相同。 审批查询功能：用户通过该功能可以获知领导对此次差旅的审批
32、结果，从而有效地核定的差旅人员，控制了差旅成本。由于海尔多部门、多层级的管理结构，系统还在后台提供了协同会签的流程设计，并通过海尔OA系统的级别管理实现层级关联，从而确保了审批的有效性。 出票查询功能：系统在获得审批信息的反馈后，会为用户自动提取已锁定的机票待用户确定。用户也可取消该锁定机票，并通过比价查询系统获取性价比更高的机票进行预订。 结算查询功能：根据集团的BCC结算系统及各类报表，提供各部门任意时间段的票务结算情况。后台的管理功能不仅为前台管理提供了有力的保障，同时也实现了与其他管控系统的有机对接，为电子商务平台的发展提供有力支持。 历史信息查询功能：该查询功能提供按时间（年、月）查
33、询、按部门查询等多种查询功能。用户可以通过该系统进行订单单笔查询，也可进行累计查询。通过查询可以获知一下信息：票务预订量、票务预订成功率、票务流程相关责任人、票务预订额度等。 报表查询功能：本项目系统的业务体系庞大，包容了大量的数据，不仅要实现的数据的存储需求，还要对已有数据汇总统计，形成相关报表。这些系统对数据有着共性的要求：实现对数据的处理、汇总、分析、输出；实现系统的组织、管理、权限控制；实现各类信息安全共享、查询、分析及决策分析应用；设计适应指标体系的变更，并能方便地扩展到其它数据库或应用系统中。由于各个业务系统都需要数据的统计汇总展现等功能，有必要设计一个报表平台。在报表平台中主要实
34、现以下几个功能：多数据源支持：报表中的数据可以是来自Oracle、DB2、Informix、MS SQL Server、Sybase SQL Anywhere等数据库系统及Java对象、XML、EJB、CSV文本文件等其他数据源。多格式输出：报表构件为应用系统了提供了接口，利用这些接口应用可以将输出为HTML、PDF、Text、CSV文本等多种格式。报表服务为快速开发部署报表提供支持，通过报表服务可以大大简化频繁报表带来的工作量。查询引擎：报表引擎为应用系统提供了基本的查询及分析功能，应用系统利用这些基本功能为用户提供个性化的查询分析报表服务。 用户权限管理功能：本项目系统的身份管理需要提供完
35、善的组织结构管理功能。对于目前系统中的各项业务应用，组织机构及其管理都是必不可少的组成部分。它不仅关系操作用户的信息管理，同时与权限管理密不可分的。然而，本项目的组织机构的身份管理都有其自己的一些特性，同时用户的信息也各不相同，所以对于一个应用的开发平台，一个固定实现方式的组织机构管理是不能满足所有用户的需求。为了更合理的解决这个问题，我们将组织机构进行进一步的抽象，定义了通用的一整套接口。用户只需按照这些接口进行个性化的实现和相应的配置，从而避免了不同实现要求所带来的问题，更加便于用户根据需要进行合理的扩展。另外针对使用最多数据库和LDAP的存储方式需要提供相应的实现，大多数情况下二次开发不
36、需要扩展就能满足需求。组织机构中的信息将会被频繁的查询，为了提高运行的效率，我们将数据在系统初始化时统一查询后进行缓存。数据改变时同时更新内存与数据源，从而提高查询的效率。4.3.2应用模块功能设计：商旅电子商务平台除门户展示外，还包含查询比价预订、协同会签审批、业务预结算、票务改退签、统计核算报表五大功能模块。4.3.2.1查询比价预订功能模块：该模块为用户提供了航空票务和酒店的比价查询功能：航空票务信息主要来源于四大航空公司（南航、东航、国航、海航）的直销接口及第三方信息源（携程和芒果网）。通过对网速流量、服务器载负、数据容量以及信息的准确度、及时性等综合考量，保障票务预订的最优结果。系统
37、将对信息进行分类优化载入比价系统。 系统将对航空公司票务价格信息进行实时刷新，其他信息通过数据库读取获得。 系统信息更新率根据航空公司信息发布相一致。 对于无票信息系统将不再读取。 比价系统将提供定向条件的比价查询，这些信息包括：航班号、机型、航班公司、航空代码、地址、网址、电话、（航班提供的航线）起始地、抵达地（不同航班可以有相同的航线）、（航班时间）起始时间、到达时间；查询订票包含的信息订票价格、机票折扣、航班号、（航班时间）起始时间、到达时间、（航班提供的航线）起始地、抵达地；酒店预订比价系统与票务预订系统类同，通过读取连锁型商务酒店的房型信息，实现系统比价功能。系统信息更新率根据航空公
38、司信息发布相一致。 系统将对酒店房型价格信息进行实时刷新，其他信息通过数据库读取获得。 对于无价信息系统将不再读取。 比价系统将提供定向条件的比价查询，这些条件包括：订房时间、地点范围、差率行程、最优价格等。4.3.2.2协同会签审批功能模块：协同会签审批模块将基于jbpm与集团现用的OA系统进行对接。用户在确定航班后，需下单填写差旅行程审批单进行申办，同时系统将通过EVS占用机票预订定额。用户提交差旅行程审批单后，系统锁定用户信息，通过集团内部OA系统自动关联审批人信息，并通过短信的方式，将信息发送给审批人。审批人审批后以短信的形式反馈系统： 审批人同意此次差旅行为，通过短信反馈录入平台系统
39、直接出票；如审批人确认时间超过1小时须由申请人查看确认后方可在线出票；同时，系统通过接口释放EVS预算占用，将信息写入BCC结算系统； 审批人不同意此次差旅行为，通过短信反馈给平台系统和申请人，系统将自动取消此次预订行为。同时，系统通过接口释放EVS预算占用。 审批人同意此次差旅行为，通过短信反馈后但平台已无票可出，系统将发送短信给申请人和审批人，以重新搭建预订行为。同时，系统通过接口释放EVS预算占用。4.3.2.3业务预结算功能模块：预算系统使用集团的EVS系统接口。当申请人对机票下单后，系统写入EVS报账系统，占用一定额度的差旅预算。（为确保机票的预订率，以机票的原价为预算占用额）。差旅
40、申请获得审批后，系统将自动释放EVS预算，同时将最终出票价格写入集团的结算系统BCC中。每月结算日，系统会通过BCC系统自动向各部门发送差率费用汇总报表。各部门将报表核实后通过系统的自动清算功能向各协议单位支付。4.3.2.4票务改退签功能模块：用户的差旅行为发生变动时，可以通过退、改签功能模块加以更改。 根据退票协议，用户申请作废原预定业务。因此而产生的退票费用写入BCC结算系统。 票务的改签，首先由用户重新查询票务系统，确定新航班。然后提出改签申请，由系统算出改签费用差额，计入BBC结算系统。4.3.2.5统计核算报表功能模块：本项目系统的业务体系庞大，包容了大量的数据，不仅要实现的数据的
41、存储需求，还要对已有数据汇总统计，形成相关报表。根据用户需求，统计数据以不同标准划分：以年/月时间划分：年、月。以预算为指标的划分：预算、成本、环比、同比。以差旅行为划分：酒店、票务以部门划分。通过数据统计分析模块将为用户提供按交互方式浏览报表模型中的相关数据。用户使用表、图表报表，包含预定义数据区域的报表布局模板，并选择包含如数据字段等报表项的报表模型，然后将不同报表项拖放到模板内的相应数据区域中。用户可以对报表应用筛选器，以完善显示的数据。报表模型包含了报表生成器自动生成用于检索请求数据的查询所需的全部信息。该模块将使用集团的统一的接口池，使差旅数据直接由各部门共享，并为集团各部门提供核算
42、、统计、决策的依据。模块提供展示、导出Excel、传阅等多种功能。4.3.3外部数据接口设计：数据交换（外部数据接口）通过分发整合后的数据，确保在相互集成的业务系统中数据的高质量。数据交换过程中可利用的技术包括：事件系统的触发器机制、实时同步或异步事件。数据交换具有如下能力： 流线化数据导入、整合以及分发处理流程 动态改进数据质量及消除系统环境中的冗余在实际的实现环境中，可以采用多种方式达成数据的交换： 交易方式 订阅/发布方式 批处理方式 数据直连方式以上这些实现方式，可以采用自主开发个性化的Web Service组件实现，同样可以借助ESB类集成组件来完成相关工作。如下图所示，说明了数据利
43、用过程中的方式与技术的多样性。图 外部数据接口实现机制样例4.3.4数据模型设计：本项目的数据资源设计采取以业务为中心的原则，设计过程和其应用系统的设计与定制有着密切的关系。设计的过程主要由下面几个过程构成：1、业务情况调查在业主和各部门领导的支持和协调下，进行业务需求的调查。通过和用户接触，收集资料，了解现实中各参与者的管理组织机构及其开展的工作。在调查的基础上，汇总收集的材料，描述当前业务活动情况，给出业务流程、数据流程及业务工作分解说明。2、功能分析功能分析的目的是为了从业务情况调查得到的现实中企业活动，据此产生的系统功能模型，判定功能是否满足业务要求，再进行调整、改进，直到符合各类用户
44、的数据处理功能需求。3、数据分析数据分析是为了实现支持各类查询和处理功能需求，确定如何获取和收集应用涉及的数据，组织数据及文件，以便通过概括和抽象产生各个数据库的总体数据模型，这是进行数据库设计的开始。4、功能交叉分析这一步的工作要揭示应用功能与数据的关联，其分析包括应用从数据库中获取什么信息、这种要求是否合理、应用程序将用什么样的存取方式和处理方法，从而表明在各系统中的各功能都将实行什么样的信息变换：如静态数据和实时数据都输入了什么，完成了什么处理功能，又输出了什么等，从而可进一步支持完成数据库模式设计和支持应用程序功能要求的子模式设计。5、数据库设计数据库系统可划分为数据库的分析和设计、数
45、据库的实现和运行两个阶段，每个阶段又都分为若干步进行。这里讲的数据库分析和设计是在前面功能交叉分析基础上进行的。在数据库设计中，还要充分考虑到系统的统一数据格式和统一数据处理的建设目标。数据库本身又分为：数据需求说明和分析、数据库概念设计、数据库逻辑设计、数据库物理设计和评测等若干步骤。每一步都有相应的目标、任务和方法，它们之间又是一个反复的迭代过程。以下依据行业经验与数据模型设计原则，给出概念数据模型。图 概念数据模型设计4.3.5数据安全设计：数据安全包括数据私密性、完整性、真实性、不可抵赖性以及数据备份。为了保障数据在网络上的安全，结合PKI技术，采用数据加密、数字签名等技术保障数据的安全。1) 数据私密性采用数据加密技术保证重要数据在存储和传输过程中的保密性。可以保证这些信息不为其认知，从而达到保护信息的目的。2) 数据真实性采用数字签名方式保护本项目各系统数据真实性，数字签名是指发送方以电子形式签名一个消息或文件，表示签名人对该消息或文件的内容负有责任。数字签名综合使用了数字摘要和非对称加密技术，可以在保证数据完整性的同时保证数据的真实性。3) 不可抵赖性采用数字证书保证系统信息的不可抵赖性，数字证书（Digital ID）含有
