基于Flex和J2EE框架旅游系统设计与实现.docVIP

基于Flex和J2EE框架旅游系统设计与实现 　　摘要：将RIA架构中的Flex与J2EE框架中的Spring和Hibernate整合在一起，设计与开发了某旅行社的旅游系统。 　　关键词：Flex；Spring；Hibernate；旅游系统 　　中图分类号：TP319文献标识码：A文章编号：1672-7800（2012）010-0100-03 　　作者简介：王磊（1984-），男，硕士，南昌大学软件学院实验中心讲师，研究方向为软件工程、电子商务、软件项目管理；张严（1974-），男，南昌大学软件学院实验中心工程师，研究方向为软件工程、嵌入式开发。 　　0引言 　　一直以来，某旅行社的表单填写、文件传递、文件记录、文件审批签字都是以传统纸质方式进行的，这样的工作效率低下，并且容易发生错误，很难找到记录，业务流程也很模糊，容易受到人为因素的影响。应旅行社的要求，对他们的工作流程进行整理分析，设计出了适合他们的工作流程，并在这个基础了开发了工作流系统。应用此工作流系统，旅行社业务中的订车、订房、订酒店，生成报价单、报价单主管审批等业务全部在计算机之间运行，节省了填单、审批的时间，提高了工作效率。 　　1系统设计 　　1.1设计目标 　　（1）由全局到工区所有成员的广泛管理层面，统一规范旅游管理日志的记录，涵盖每一个员工的所有日常管理工作。 　　（2）提供销售、计调、总监及财务4级审批子系统，每一级的审核都提供简单的数字签名技术。 　　（3）提供智能报表生成子系统，可以按要求、按格式生成各种正规格式的报表，并提供在线打印、打印预览、页面设置等功能，确保表格数据准确，显示美观。 　　（4）提供安全管理子系统，对所有用户在系统中的操作实现自动记录。使得所有数据的修改、编辑、增加均做到有据可查，为重大事故的责任划分、认定起到不可抵赖的历史数据保留。 　　1.2设计标准 　　系统设计的原则是系统在满足各种信息处理功能需求的前提下，为提高系统的各项性能指标所应遵循的规则。遵循这些规则不仅可以提高系统整体性能，还能延长整个系统的使用寿命。 　　采用浏览器/服务器（B/S）模式、客户端—应用服务器—数据库的3层架构。根据实际需求及旅游信息管理??发展趋势，要考虑安全、可靠、先进，同时，还要考虑经济实用，要易于扩展升级、易于操作、易于管理维护、易于用户掌握和学习使用，最大限度地满足旅游信息和日常工作管理的要求。 　　1.3业务流程设计 　　系统的核心业务分为国内团队业务、国内散客业务、国际团队业务、国际散客业务，以及由这个核心业务衍生出的行程策划、出团总结、回访总结等。 　　1.3.1国内团队业务 　　当CallCenter打进电话时或直接与客户进行沟通时，销售人员填写一个客户意向登记表，即为旅行社日接待报表，并在相应的位置上填写信息来源、联系人、VIP号、线路/报价/事由、人数、出游时间、类别、受理人、结果、下次跟踪时间、监听结果等信息。 　　（1）如果当前接收到的是团队资源，就需要对团队进行分配。如果是散客，那计调人员与销售人员同为一个人即可。国内团队业务流程如图1。 　　（2）销售接收到散客后，与客户核对资料，如果资料变更则把信息上传到旅行社——客户意见信息夹——客户信息表——客服部（按信息夹要求录入）。如非会员，询问是否要办会员，如要办理则帮散客办理会员。每天接的电话要写在日接待报表上，写散客汇总跟踪，跟踪散客分为成功、失败和进行中3个状态。每天下班后把当日接到意向的、成功的、失败的个数及原跟踪的、正在跟踪的个数统计好写在日报表上，成功失败的散客录入散客意向表成功失败汇总表上，每天向上级汇报业务跟踪信息（意向总数=原意向总数+当日意向—当日成功—当日失败）。散客销售在接线过程中必须清楚客人是否是代表单位，并且填意向必须注明客人单位，若客人属于自己出游，无单位的填写“无”。散客流程如图2。 　　（3）当日所有成功或失败散客需在销售报表中注明，并交于计调签字在意向表中用“绿色”字体标明，成功的变“红色”，失败的变“黑色”。每天下班后，把当日接到意向的、成功的、失败的个数及原跟踪的、正在跟踪的个数统计好，记录在日报表上，每天向上级汇报业务跟踪信息。 　　（4）在正式确认前，计调人员确认预算单及行程，再交业务员确认，业务主管确认，如果确认地接预付款与预收客人团款无冲突时，交由计调经理确认、业务总监确认。填写出团接团审核表，按照表格填写“计调填写栏”，须有业务人员、计调、计调经理、业务总监、出纳、会计的确认信息。 　　客人回程后第二天，向销售人员了解团队的旅游情况，填写回访记录。收到销售部的对账单（必须有客人的签字）然后根据地接与客人的对帐单写结算单。 　　1.3.2行程策划流程 　　行程策划主要是