可靠性要求，在关键环节配备多种高可用性方案，杜绝影响系统正常运行的因素存在。同时在制度上要进行不断的完善，定期检查，详细记录。可扩展性原则。根据项目建设的目标和统应用的原则，为了保证系统具有较好的可扩展性，整个系统的构建过程整体上应采用基于构件的技术和定制化的技术实现，这样会便于系统的扩展，便于系统的部署，便于与现有的应用系统挂接，保护用户以前的软件投资。实用性原则。项目的建设要面向未来，技术必须具有先进性和前瞻性，但同时也要坚持实用的原则。在满足系统高性能的前提下，坚持选用符合标准的，先进成熟的产品和开发平台，构建个切合实际解决实际问题的系统。开放性和标准化原则。所选系统和应用平台应遵循国际国内开放系统标准及协议，应选择当前业界主流的和成熟的产品，已经得到广泛使用，占有较高的市场份额。这样可以保证系统建设的长期和稳定性。在同类产品中处于领先地位并已经在全球范围内的各种应用中大量采用，是经过各方面考验的先进和成熟的产品，采用先进技术设计和建设，具有高性能，同时又成熟可靠。根据本系统的业务与技术特点，我们将采用技术架构协议体系等技术与规范，确保系统建设的开放性。可管理性原则。系统架构的设计应从项目业务出发，把握各业务之间的区别和联系，按照不同业务的特点和信息技术的特点，遵循规范科学通用实用安全易用等要求，统筹规划总体的应用架构，并通过管理与技术的双重手段，达到资源共享应用软件重用可管理可维护等目的。项目总体规划航空票务平台业务流程图依据直销需求，票务酒店预订业务按以下流程设计出差申请出差申请即用户的行为预算，出差申请单中要明确出差的起始地目的地出差事由费用结算单位以及乘坐的交通工具等信息。机票查询依据用户输入的起始地和目的地，查询相应的航班信息。机票预订依据查询到的航班信息，预订相应的适合自己行程的航班，预订后需要领导审批。出差审批员工在提交出差申请后，由直线领导审批相应的出差申请单，审批通过后才能出差。预算占用与释放预算占用时需要到中占用，占用预算成功后，需要把预算信息写入系统机票支付出票机票预订审核通过后，需要进行支付及出票机票退改签发送机票退改签业务出差总结员工出差结束后需要到系统中填写出差总结。酒店预订平台业务流程图平台逻辑构架图在逻辑上，将架构中的各个层和组件放在相应的位置，以展示应用服务平台中的各个功能性工作和组件之间的关系。表现层，用于显示数据和接收用户输入的数据，为用户提供种交互式操作的界面。业务逻辑层，包含了平台提供的所有组件，主要集中在业务规则的制定业务流程的实现等与业务需求有关的系统设计。这层需要访问数据系统层根据服务平台接口规范提供的相关服务。又可细分为应用层和服务层两个分支层。数据层，包含了需要接入到公共服务平台的所有数据资源系统，包括数据采集系统业务系统和其他数据资源系统等，这层的应用系统必须根据服务平台接口规范。应用层这层包含了航空订票系统平台酒店预定系统平台，平台管理系统应用。应用层为用户提供了用户界面，接受用户的应用访问，调用平台提供的服务，并返回正确的信息。平台用户包括出差登记审批机票酒店比价预定数据报表系统管理等。机票酒店对应于服务层中的查询预定模块出差审批对应服务层中的协同审批模块，机票酒店的账务信息对应服务层中的业务结算模块差旅成本核算统计模块出差审批登记对于服务层中的协同审批模块。服务层服务层包含了平台业务服务和平台管理服务两项主要功能，以及两个服务网关。以服务平台接口规范作为唯标准，通过服务网关向应用层和数据系统层提供服务。平台业务服务通过服务网关调用数据系统层提供的服务外部服务。平台管理服务在平台中实现，这最终需要访问平台数据库中存储的公用数据，例如用户信息，数据字典等，用于管理平台中的用户信息机构信息数据字典等。服务总线应用接入虚拟化服务平台对应用层提供的服务，数据验证，消息转换。服务总线数据系统接入虚拟化服务平台对数据系统层提供的服务，数据验证，消息转换。服务组合负责将各个服务或者数据资源按照业务逻辑组织组合起来，形成服务流程。这个服务流程可以作为服务的实现，进而对外发布为服务负责服务平台用户身份管理和服务请求管理，这需要通过调用平台管理服务中的服务来实现负责服务编排过程中的异常捕获和处理。物理访问在物理网路中，负责实现通信双方调用方式的转换和通信协议的转换。服务网关负责注册平台提供的服务，管理服务，对服务进行安全设置。符合服务平台接口规范的所有服务，均通过服务网关接入服务层，或者通过服务网关发布给应用层。数据层数据层包含了需要接入到服务平台的所有数据资源系统。其中包含数据采集系统业务系统和其他数据资源系统等。只要这些数据资源系统实现了服务平台接口规范，就可以接入服务平台，向服务平台提供各种数据资源服务。平台建设技术路线基于用户需求及平台建设的安全性考虑，平台建设将采用三层结构开发，数据存储采用，开发语言为。系统结构采用，中间件采用。平台门户将电子商务流各业务系统统到个有机的用户界面中，在个窗口中就可以完成所有的工作。是个能够处理多种协议请求的分布式对象模型系统。采用分布式体系结构技术和并行地处理方式算日，系统会通过系统自动向各部门发送差率费用汇总报表。各部门将报表核实后通过系统的自动清算功能向各协议单位支付。票务改退签功能模块用户的差旅行为发生变动时，可以通过退改签功能模块加以更改。根据退票协议，用户申请作废原预定业务。因此而产生的退票费用写入结算系统。票务的改签，首先由用户重新查询票务系统，确定新航班。然后提出改签申请，由系统算出改签费用差额，计入结算系统。统计核算报表功能模块本项目系统的业务体系庞大，包容了大量的数据，不仅要实现的数据的存储需求，还要对已有数据汇总统计，形成相关报表。根据用户需求，统计数据以不同标准划分以年月时间划分年月。以预算为指标的划分预算成本环比同比。以差旅行为划分酒店票务以部门划分。报表引擎报表设计器报表构件报表设计业务系统数据源查询分析引擎报表查询决策分析报表输出通过数据统计分析模块将为用户提供按交互方式浏览报表模型中的相关数据。用户使用表图表报表，包含预定义数据区域的报表布局模板，并选择包含如数据字段等报表项的报表模型，然后将不同报表项拖放到模板内的相应数据区域中。用户可以对报表应用筛选器，以完善显示的数据。报表模型包含了报表生成器自动生成用于检索请求数据的查询所需的全部信息。该模块将使用集团的统的接口池，使差旅数据直接由各部门共享，并为集团各部门提供核算统计决策的依据。模块提供展示导出传阅等多种功能。外部数据接口设计数据交换外部数据接口通过分发整合后的数据，确保在相互集成的业务系统中数据的高质量。数据交换过程中可利用的技术包括事件系统的触发器机制实时同步或异步事件。数据交换具有如下能力流线化数据导入整合以及分发处理流程动态改进数据质量及消除系统环境中的冗余在实际的实现环境中，可以采用多种方式达成数据的交换交易方式订阅发布方式批处理方式数据直连方式以上这些实现方式，可以采用自主开发个性化的组件实现，同样可以借助类集成组件来完成相关工作。如下图所示，说明了数据利用过程中的方式与技术的多样性。图外部数据接口实现机制样例数据模型设计本项目的数据资源设计采取以业务为中心的原则，设计过程和其应用系统的设计与定制有着密切的关系。设计的过程主要由下面几个过程构成业务情况调查在业主和各部门领导的支持和协调下，进行业务需求的调查。通过和用户接触，收集资料，了解现实中各参与者的管理组织机构及其开展的工作。在调查的基础上，汇总收集的材料，描述当前业务活动情况，给出业务流程数据流程及业务工作分解说明。功能分析功能分析的目的是为了从业务情况调查得到的现实中企业活动，据此产生的系统功能模型，判定功能是否满足业务要求，再进行调整改进，直到符合各类用户的数据处理功能需求。数据分析数据分析是为了实现支持各类查询和处理功能需求，确定如何获取和收集应用涉及的数据，组织数据及文件，以便通过概括和抽象产生各个数据库的总体数据模型，这是进行数据库设计的开始。功能交叉分析这步的工作要揭示应用功能与数据的关联，其分析包括应用从数据库中获取什么信息这种要求是否合理应用程序将用什么样的存取方式和处理方法，从而表明在各系统中的各功能都将实行什么样的信息变换如静态数据和实时数据都输入了什么，完成了什么处理功能，又输出了什么等，从而可进步支持完成数据库模式设计和支持应用程序功能要求的子模式设计。数据库设计数据库系统可划分为数据库的分析和设计数据库的实现和运行两个阶段，每个阶段又都分为若干步进行。这里讲的数据库分析和设计是在前面功能交叉分析基础上进行的。在数据库设计中，还要充分考虑到系统的统数据格式和统数据处理的建设目标。数据库本身又分为数据需求说明和分析数据库概念设计数据库逻辑设计数据库物理设计和评测等若干步骤。每步都有相应的目标任务和方法，它们之间又是个反复的迭代过程。以下依据行业经验与数据模型设计原则，给出概念数据模型。图概念数据模型设计数据安全设计数据安全包括数据私密性完整性真实性不可抵赖性以及数据备份。为了保障数据在网络上的安全，结合技术，采用数据加密数字签名等技术保障数据的安全。数据私密性采用数据加密技术保证重要数据在存储和传输过程中的保密性。可以保证这些信息不为其认知，从而达到保护信息的目的。数据真实性采用数字签名方式保护本项目各系统数据真实性，数字签名是指发送方以电子形式签名个消息或文件，表示签名人对该消息或文件的内容负有责任。数字签名综合使用了数字摘要和非对称加密技术，可以在保证数据完整性的同时保证数据的真实性。不可抵赖性采用数字证书保证系统信息的不可抵赖性，数字证书