ＥＬＥＣＴＲＯＮＩＣＳ ＷＯＲＬＤ· 号百商旅电子商务有限公司 马晋文 【摘要】随着生活水平的提高，电子商务不断发展，酒店行业也是一片欣欣向荣之势。本文详细描述了针对中国电信旗下号百商旅电子商务 有限公司设计开发的基于Ｂ／Ｓ结构的酒店预订系统 本系统在实现过程中主要使用了ｏｒａｃｌｅ数据库技术、ｉａｖａ．￣－大框架，Ｌｕｃｅｎｅ搜索引擎 基于 ＵＭＬ进行了需求分析与建模，对系统进行了数据库设计、架构设计和功能详细设计。在系统实现部分，给出了硬件部署、接口实现和主要 模块的功能实现说明 、最后对系统开发和应用做了总结，并提出了改进和完善的任务。本项目以Ｂ／ＳＳ－层架构为主要设计思路，支持语音， ＷＡＰ、ｗｅｂ等多渠道接入，实现了全国融合的酒店预订，满足了集团统一管理的目的． ．【关键词】酒店预订；ｌＡＶＡ；Ｂ／Ｓ 统操作员、供应商用户。 １引言 号百商旅电子商务有限公司（以下简称“公司”）是中国电 信旗下唯一一家专营商旅和商城综合性业务的电子商务公司。己在 全国设立了ｌ０个分公司。公司依托中国电信的品牌，基于语音、手 模版管理：管理系统中用到的短信模版和传真模版，并能查看 日志。 公告管理：发布公告、维护公告、查看公告。 营销规则：配置酒店产品的营销规则，提供营销活动。营销类 型可以有积分营销、消费券营销、现金券营销等。 系统管理：维护各类基础信息，例如：地理信息、组织机构、 房源供应商等。 统 ‘报表：报表有运营类、产品类和业务类。 酒店预订单状态流程圈 机、互联网等接入方式，经营全国范围的酒店预订管理、餐饮预订 管理、旅游咨询、航 客运销售代理等商旅服务。 酒店业务是公司的核心业务。公司组建了专业化的产品和运 营管理团队。为了实现公司订房业务的快速发展，扩大业务覆盖范 围，提高规模效益，实现集约经营，迫切需要建立一套高效、稳 定、智能的订‘房业务系统，提高酒店预订处理能力，为消费者提供 方便、快捷、安心的旅行预订服务。 ２系统需求分析 ２．１需求获取 为了准确把握片ｊ户的需求，发现隐性需求和更深层次的问题， 在本项目的建设过程中主要采用了以下需求获取的方法和技术： （１）用户访谈：制定访谈计划和访谈策略，确定访谈时间和 访谈人员，准备访谈的问题。与相关利益者面对面交流，从中获取 需求。 （２）现场观摩：到各地分公司进行实地考察，了解各地的人力 配备和运营成本，软硬件环境。观摩话务员的操作方式和工作流程。 （３）文档考古：收集已有的相关文档，例如：在用系统的设 计文档和操作手册等，从文档资料中能直观地对数据流进行分析。 本项目运用Ｒａｔｉｏｎａｌ Ｒｏｓｅ、Ｖｉｓｉｏ等工具，采用基于ＵＭＬ的建模 方式，全面地分析需求，避免客户需求的片面性。 ２．２业务流程分析 客户可以通过语音、互联网、手机多种渠道接入酒店预订系 统。前台座席人员接到客户预订电话，根据客户的要求搜索酒店。 生成的订单初始状态是新订‘单。座席人员通知酒店，等待酒店方确 认，订单状态为待确认。如果酒店满房，座席联系客户更换房型或 洒店。酒店确认后，订单进入入住审核环节，入住审核后会有正 常入住、ＮＯＳＨＯＷ等情况。按订单的离店日期，鹰席要做离店审 核，离店审核后订单成为结算单，以便与商家进行结算（图１）。 ２．３功能性需求 酒店产品：管理酒店基本信息，洒店的房型房态房价等。酒店 的来源有供应商酒店和自有酒店。 酒店预订：主要进行酒店预订和各种订‘单的新增，例如：订单 补录。 图１业务流程图 订单管理：查询订 单并进行处理，包括订单修改、订单取消、 ２．４非功能性需求 软件产品的非功能性，不仅决定了产品的质量，还很大程度上 影响着功能性需求的实现。系统的性能水平与用户体验直接相关， 最终决定了软件产品的成败。本系统的设计目标是构造一个安全可 靠、易于扩展、运行高效、功能齐全的酒店预订系统。 订单确认、日夜审核，支持自动和手动派 ，能够监管坐席的订 单 处理情况。 用户权限管理：管理择类用户、角色及其权限。用户类型有系 ·１２（）·电子世界 ＥＬＥＣＴＲＯＮｌＣＳ ＷＯＲＬＤ· （１）安全性：系统对外接ＶＩ采用数据对称加解密技术．具备 良好的安全性和可靠性，保证了数据不被非法盗用和修改。 （２）可靠性：具备开放体系结构．对其它系统接口的协议具 酒店产 ：主要管理酒店基本信息和相关的产品信息，包括酒 店信息管理、自有酒店维护、供应商酒店维护、产品维护。 酒店预订：主要进行酒店查询、Ｆ单和订单变更。 有开放性，保证与其他系统的正常交互。系统应当正确处理发生的 异常或者错误，并返回错误信息。系统必须能够保证每天２４ｄ，时不 间断运行，可用率为９９％。 （３）可扩展性：软件具备灵活的扩展能力，可根据业务发展 需要、软硬件环境纵向及横向扩容而扩充，不会造成技术瓶颈。软 件还应具备版本后向兼容性。 （４）可维护性：合理的设计系统的结构以保证较高的町维护 订单管理：主要查询管理各类订单并进行处理，包括订单查 询、订单修改、订单取消、派单、订单确认、日夜审核。 用户管理：主要管理各用户及权限分配，包括系统操作员管 理、代理商用户管理、角色管理、角色权限分配、用户权限分配。 模版管理：短信模板管理和传真模板管理。 口志查看：查看短信和传真的发送日志。 信息流：管理系统中信息的流转，实现交流沟通，包括信息流 角色配置、信息流人员配置、信息流管理。 营销管理：管理酒店产品的营销活动。包括营销规则配置、营 销渠道配置和营销日志。 性，系统的模块应该可替换。 （５）易用性：系统应当符合用户使用习惯，方便用户操作，使 目标系统易于为用户所接受。操作简单界面，简洁友好，提示清晰。 报表管理：报表有运营类、产品类和业务类。运营类包括呼叫 ３系统设计 ３．１系统架构设计 软件架构是软件的高层拓扑结构，用于描述构成软件系统的各组 件（称为构件）的组合和接口关系。本系统分为五层，如图２所示： 謇户■ ＮＴＭＬ 肼＾ Ｊｑｓ，Ｊｅｒ￣Ａｌｔｔｔ 中心运营报表、工作业 绩表。产品类包括酒店预订业绩表、酒店佣金。业务类报表包 括满房率报表、酒店结算报表。 系统管理：管理系统中各类基础信息，包括组织结构管理、地 理信息管理、公告管理、房源提供商管理、留言板、菜单管理。 ３．３数据库设计 本系统采用Ｏｒａｃｌｅ１０ｇ为数据库开发工具。数据库是信息系统的 再面裹示置 ｃⅥ“Ｉ 核心和基础。数据库设计是整个系统设计中非常重要的组成部分。 ■■——■■■＿…●—■———■■■一…………‘ ■秀ＩＩ 本系统采用丫经典的数据库三范式的设计模式。该模式保证了数据 的一致性，有效的避免大量数据冗余，优化运行效率。 本系统的主要概念模型涉及酒店信息管理、订单管理和权限管 理三大业务领域。 主要逻辑模型实体 一皇■ ■毫 耳ｍＬ－Ｉ舯｛ ｒ ·ｆｘ·如’ ＿……………Ｉｔｍ＇￣墨 业Ｉ｝功ｔ墨 （Ｓｅｒ．￣ｃｅ） 囊叠● ．产■囊 Ｌ坤Ｏ 订●寰 ■删订●■．Ｉｎ ■ｔ■ 一户囊 ＮＳ ＩＩＳＢＩＩ ＩｌＯＩｌ￣１ｌｆＯ ｎ∞呱ⅢＩ ■■一啊Ｔ －旺ａ瞰一嘲 ■Ｔ● 疆塔ｒＤ 并型ｚＤ 产品ＩＤ 订单ＩＤ ＩＯ 用户ｌＯ 灌寡中文名 疆瘩英支名 漏唐ＩＤ 中支名 产品名称 舅曩ＩＤ 订簟， 订簟坎春 订单ＩＤ 量痒囊矍 砖认蔓毫中心 审曩受理中心 梆●鹿再 疆軎羹基 羹支名 面臻 抢鼍曩务膏 ●馈曩务蠢 订单寨漂 订簟羹型 量作曾订簟状套 产品中心 ■伟者订簟状奎 用户名 疆彦置擐 酒瘩量圃 接甚 掌蚋人蠡 鼻圊蠡 门市价 效开始日精 绶蛤柬日精 支付方式 支付状态 产品ＩＤ 跹曩蕾况 取钼曩固 是否墅避慧糟 毫码 量录失败次量 ｔ坎毒 图２系统架构设计图 奢傍 界面表示层：负责用户交互和数据显示。 逻辑控制层：借助Ｓｐｒｉｎｇ进行业务组件的组装关联。负责按预 定的业务逻辑处理展现层提交的请求。 业务功能层：借助Ｓｐｒｉｎｇ以及对数据持久层方法的调刚实现系 立业务功能 数据持久层：借助Ｈｉｂｅｒｎａｔｅ ＪＰＡ实现。负责系统数据的永久性 存储。 ＤＢ：Ｏｒａｃｌｅ关系数据库。 壤市 抒馥区 蕾酋 宥无童膏 置否抽康 用户葱蓉 入住时棚 鼻彦．ｔ闷 旧丧量 鼻安娃名 电话 塞辱订革ｔ 童●收量蕾况 产品类壁 囊阑蠡 一垃 甚帆 廉盟 糜墨 寸 鼻蛔奠童 ●近上囊时闻 ●退下奠时阳 空田杖鑫 ｌ唐蕞囊人 ｊｔ业时ｌ町 舅型■述 ●毒廿 ＣＴＺ工， 曩备羹 幢霉叠刺 优先曩 誓片ＩＤ 通过将表示层、逻辑层、数据层进行分离，增强了应用程序的安 全性、可移植性、封装复用性和可扩展性，使用户在管理上所花费的时 间最小化，从而实现了高效、安令、便捷、稳定的企业级系统应用。 ３．２功能模块设计 根据酒店预订系统的需求分析，系统包含ｌ０个大模块。 ３．４系统的实现 ３．４】系统硬件部署 酒店预订系统采取Ｂ／Ｓ模型架构，后端使用大型数据库集群作为 订单支撑，前端多台应用服务器作为客户访问端，客户端采用公网或 者ＣＮ２的连接模式，并且可以通过接口和各种渠道进行交互（图４）。 前端片Ｊ， 通过公网或者ｃｎ２接入．系统的应用层部署在四台应 用服务器上，所有的中间处理逻辑通过逻辑层应用进行数据处理． ｒ＿ 、－－．．．．．．．．．．．．．．．．．．．．．．．．／ 厂 面 厂 ’ ’‘－＿－＿·＿＿－＿＿－－－＿＿＿＿＿＿＿＿－，厂百 应用层和接口对于数据库的访问也是通过中间逻辑层，而非直接访 问数据库。生产库为数据库集群，报表库为数据库每天定时同 步前一天的生产库。 ３．４．２接口实现 、 －＿＿＿＿＿＿＿＿＿＿＿＿＿·－－－＿＿－ ｒ． 、： －、） 、－．． ．．．．．．．．．．．．．．．．．．．．＿一， ｉ＿ 一．＿＿－＿＿·－－－＿＿－···＿－··＿＿．．厂 图３功能模块设计图 外部接口： 外部接口主要是提供互联网、手机端以及代理商调用的可以处 电－￣ｍＭ－·１２１· ＥＬＥＣＴＲＯＮＩＣＳ ＷＯＲＬＤ· ｊ鼢 理业务系统相关操作的接口。 常规情况卜，定时批处理数据‘般交由一台服务器进行处理， 如果服务器出现异常定时批处理失败，则人ｌ：干于负 新执行。…于 本系统定时业务数据ｌ匕较秉要， 此，希望排除服务器异常造成埘 十业务的影响。 芍虑使用２台服务器同时执行定时批处 任务。但将２台服务器 分为｜＿ｌ 机 备机。 机主要负 定时任务执 ，而备机则监控 机 的响 ，如果发现卜机无Ｉ响应，则认为主帆异常，备机开始执仃＝｝ｉ 机的定时任务。 内部接门： 系统将需要迎过 络传输协议操作的功能成应用，这样减小业 务系统性能开销。日ｆｊ仃内部接口包括传真、短 以及在线支付功能。 传真和征线１支ｆ、ｆ接口通过Ｈｔｔｐ方式提供给业务系统调用。 短信接口通过数据库中的短信农，记录 信技送状态，定时轮 循此农，查询…未发送的短信，｜刷川发送领信接¨。 天一 图４系统硬件部署图 ３．５主要模块的实现 ３ ５．Ｉ酒店预订模块 通过此模块Ｉ】Ｊ。以实现预订酒店的所有操作，包括酒店垒询、 单新增、订单修改、汀单取消。系统提供通过酒店星级、价格、｝１ 政【 、商业区等条件组合查询。系统还支持地图 找酒店。 选中要预订的酒店，进行预订，填写客人预订信息，包括预订 房价数、预 ．ｆ言息、入住人信息、联系人信息等。 洒店支付方式分为“现付”和“预付”两种，如果酒店房型的 支付方式为“现付”，则可以直接预订，丸需提前付款：如果支付 方式为“预付”，ｊＪ！｛ｊ说明该房型需要预付 定金额才能预订。 洒店房源有保留房和即时确认。 （１）保留 ：酒店按照协议约定顸 ‘定数量的房间给指定 Ｉｆ＇ＪＯＴＡ合作商销僻，这类房叫做保留房。 （２）即时确认：在为客人卜 后订单立即被酒店确认，确认 短信会任下单完成后被触发发送列客人手机上 ·１２２·电子世界 国囤 Ｉ Ｉ 图５订单查询时序图 ３．５．２订单管理模块 订ｒ 管理模块也． Ｊ ｛１ｊ、 ｊ 修改、 ｔ取消和 ｍ 认。 订 处珥 町以发起化ｒ￡或Ｅｂｏｏｋｉｎｇ狮队，发起后订 为待确认 。消 确认后，订 状态址书而÷ｆｉ『ｆＩ＝认。 修改预汀 放等入住天键仿息，已确认订 会成为变更 ，需要最新确 认。以卜是 处理模块的接门义什 文件名 迁ｌ仆踏件 逻仆说叫 ｉ ｎｄ￣！ｌｌｉ ＣｈｅｃｋＭａｌｍｇ￣ ｉ叩 ｌｌ１Ｉ】＿¨ｉｔ， ｖ１￡－ｗ ．－辑处理列挺 ｊＩ１ｄ（】ｆ１ｔＣｈｅｃｋＩｎＩＨｌ１ ｉｓｐ ｉ［Ｉｄ（１ １７Ｉ／Ｖ ｗ ¨ 处 贝 ＩＩ］ｄｅｎＩＣｈｅｃｋｌｎｐｕ￣ｉＨｖ ｃ１ ｃ｛＇ｎ１＿】ｔ，ｗＩ１ｉｔｌ（－＿ｌ１ｉｌ１］ｅｌｉ１ ｖ１ ｗ Ｉ１ 处理控制Ｊ Ｉ ｎｄｅｎｔＣｈｅｃｋｌｔ，ａｎａｇｅ １ａｖａ ｃｏｒｎ ｌｌｅｗｔＯＵＣ＿１．ｉ ｎｄｅｎ１．ｖ ｗ 汀 处理列丧控制Ｌ Ｉｉｌｄｏｔｌ１．Ｓｅｉ ｖｉｃｅ ｌａｗ ＣＯｉｎ ｎｅｗ【Ｉｍｃｈ ｉｌｌｄｏｔ／ｌ ｓｅＦＶｉ Ｕｅ ¨ 暇嚣接Ｉ Ｉ １ ｌ】１Ｓｅｒｖｉｃｅ【ｎｉｐ１．ｊＩＩＶＩＩ ｃｆⅧ１＿ ＿ｗｌ Ｏｔｌ（’ｈ．【ｌｉｄ（ ｒ＿ｌ ｆ Ｖｉ（ 【Ｊ ｉ㈨ｌＩ ＿－ Ｉ嘏务实 ｌＩｌｄｖｌｌＩＲｅｐｏｓｉｔｏｒｙ．１ａｖａ ｃｏｉｎ＿＿ｔ ｗｌＩＩ Ｌ ＬＬ｝Ｉ ｉｉｌｄｔ！ｎｌ ｒｅｐｏｓ１ｔ０Ｉ Ｖ ¨ 仓伸接Ｉ １ （０ｍ Ｉ１ Ｌ、ｗｌ｛／ｔｌｌ、＿’Ｉ】１（｛ ｌ＿ｆ ｌ 、Ｉ ）ｓｉ１＿ｌｒＹ １ｌｉｄ｛Ｈｉ ｌＲ ｃ ｐｏｓｉ ｔｏｒｙ［ｍｐｌ ｊａｖａ 汀单仓储实 ｝１】１）【１＿Ｉ．１ｔＩ＿ ＣＯＩＩＩ１）（Ｉｎ｛ ｌ１【ｉｎｄｅｎｔ—ＳＯｌ ｖｉ ＸｌｌｌＩ ｝Ⅱ ¨Ｉｓ【ＯＴＢＩ）Ｉ）『＿ Ｉ１ｔ ． 服筹ｌ迁什 ＣＯＲＩ￣）ＯＩＩＯＩ］ｆ—ｉｎｄｅｎｔ—ｒｅｐｏｓｉ［０１’Ｙ ｘｍｌ Ｄｔ）；ｔｌ１Ｓ（？ＯＩｌｌ１）Ｏ１］Ｏｌｌｌ ｔ社仓ｆＩ青史¨： ３ ５ ３日夜审核模块 订ｒ 确认后， 要审核客人的入 和离店情况。进入门伎审 询贝ｍｆ，在此模块＿１Ｊ 埘已确认 进行 审／夜市的操作。审卡幺，Ｊ』 有ＥＢｏｏｋｉｎｇ审核币¨他 审核两种。 撕Ｉ 确定客人 入件．则 川ｔ 为必埙，输入 ， ＿－ “入 ”，该订 状怠更新为已入化，井 离 审核列＆ｒｆＩ。 如果ｒ牟人未按时入仲， ４进ｉ亍入 操作。点ｄｉ＜入住待查＞。 单状态更新为入仲待 。对＿丁入 的汀 进 客户【ｕ］ ， 确认 人未入住，订· 状态为ＮｏＳｈｏｗ。 入ｆ｝审核完毕，进行离心审中亥。如果确定客人 离 结账，ｌｊ！ｌＪ 点击“离店”， ｆＩ＂Ｊ ＳｌＸ态变成“ 单”。 ３．６总结与展望 公州的酒 业务ｆＩ牙展以来，、Ｉ 务 逐 捉 ．住线爵 最ｍ场份额跃至第一 ，部分肯份ｉ，１ ，Ｉｋ务 已腿趟 、 领先 、ＩＩ， 本ｌ项Ｈ为公司提供 套完善，人 ｆ ｝化ｎ勺酒店预订系统， 址Ｊ’颅 订服务的快捷高效，为公司建立 仃ｒ 场ｌ１Ｊ支引／Ｊｎ勺颅订模 ，抛 升自身的品牌形象做 ｒ最人贞献。 本系统已经研发结乘，取得Ｊ 阶段性成【粜。ｎｌ址在系统的使川 性能方面还需要经Ｊ力种种考验，尤ｊ￡需要关注存储过 的优化，通 过数据库的优化使得程序响应更ｊＪ【】快速。 操作性＿匕还足 １ 足。所以，系统的优化方向将在性能和可操作性 岍展开。通过对 系统不断地改进完善，使得用户有更好预订体验，使代理商有更多 的利润空间，推动在线电子商务的技腱。 参考文献 １１陈斌译．架构真经『Ｍ１北京：机械工业出版社 ｌ布鲁斯．艾克尔Ｊａｖａ编程恩想（第四版）ＩＭ１．北京：机械工业出版社 ３１ ｇｔｃ￣ｔｋ．系统分析师之路ＩＭ】北京：电子工业出版社 ４１ ７￣，－＠涛亿级流量网站架构核心技术ｌＭｌ北京：电子ｍ－，￣ｋ出版社
