旅游门倍┢毕低成杓莆牡旅游门票订票系统设计文档.docVIP

旅游景区门票订票系统设计文档 姓名：张 蜜 严 鹏 成 白 苗 班级：2010级计算机2班 1.概要设计 1.1系统总体功能结构设计： 开始 开始 打开系统 登录账号，进入我的主页 输入你的位置 查询到景点的交通专线 返回查询结果 输入旅游日期 系统分配学生票 输入学生证号 有效？ 按普通价的50%支付 请输入团购人数 =5 =30 系统分配团购票 每张票按普通价的80%支付 系统分配团购票 每张票按普通价的70%支付 系统分配普通票 支付 Y N Y Y N N 返回主页 普通票 退出 学生票 团购票 订票 查询 改签 退票 退出 接上图 返回主页 选中需改签票改签 选中需改签票 改签 输入新日期 选中需退票 退票 返回主页 退出 改签 退票 1.2系统硬件结构设计： 本系统采用B/S架构，我们将应用服务器和数据可放在一台服务器上。 (1)应用服务器 用于实现和运行本系统所需的业务逻辑和应用软件模块,以保证数据 访问的高可用性和可靠性。 (2)数据库服务器 存储本系统需要的所有数据,当此服务器失败后， 系统会自动切换到应用服务器， 启动相应的数据库服务器软件，继续提供服务。 (3)WEB服务器 直接面向用户，提供各种 WEB 页面 1.3系统软件架构设计： 1.4模块总体设计结果图： W Web门户 Web门户 Web门户 业务逻辑层： 订票业务 退票业务 交通路线查询业务 改签业务 数据库服务层 接口层： 参数同步服务 1．4．1 表示层 表示层包括应用管理界面、 系统管理界面、 客户个性化服务界面等与客户或操作 人员交互的应用系统界面。表示层将系统的操作界面与系统的功能实现分离开 来。 表示层的应用程序与服务端的应用程序是相对独立的。 表示层只负责发送服 务请求， 服务如何实现则完全由服务端负责， 并且访问数据库的客户数量由服务 端完全控制。这样一方面使得客户端和应用端的应用程序条理清晰，易于维护， 同时也使数据库始终运行在最佳状态。 表示层不仅代表操作界面， 还屏蔽了系统与外界的接口， 例如与各个业务系统间 的接口，表示层将是它们中间的接口。将这些接口独立出来，遵循统一的标准， 可以使多个业务系统之间进行信息沟通， 同时统一的接口可减轻与新系统相连的 复杂程度。 此外， 将各种系统与核心的业务系统隔离开来， 保证了系统的安全和 独立。 由于表示层的存在， 内部系统的改进和变化被掩盖起来。 表示层在实现上 可采用普通客户端设备， 或者可以在网络上进行访问的浏览器客户端。 表示层不 存储任何数据。 1．4．2 应用层 应用层是系统的业务逻辑实现层， 是系统最核心的部分， 它接收来自表示层的功 能请求， 是实现各种业务功能的逻辑实体， 这些逻辑实体在实现上表现为各种功 能组件。 1．4．3 数据层 数据层存放并管理各种系统数据。 由于应用系统的最终功能映射为对数据库中表 和记录的操作，在设计将这一层独立出来，实现对各种数据库和数据源的访问， 并使得应用层的设计和实现更集中于系统本身的功能。 数据层主要是封装对数据 库的访问，也是系统访问其它数据源的统一接口。 2.详细设计 2.1数据库设计 2．1．1 概念设计 根据需求分析，数据库主要的实体有门票，景区，交通工具和客户信息。 经分析的实体关系图： 实体—联系图（E-R） 门 门票 TID 票名 票种 票价 专线 专线 专线号 出发地 到站时间 目的地 出发时间 客户 客户 身份证号 姓名 地址 身份 景区 景区 景区号 景区地址 景区名 改签 改签 门 票 退 票 订票 查询 身份证号号 门票号 订票时间 身份证号 改前票号号 门票号 退票时间 身份证号 改后票号 改签时间 顾 客 门票号 票价 票名 票种 身份证号 姓名 地址 身份 专线 专线号 出发地 出发时间 景区 景区号码 景区地址 景区名 通往 拥有 目的地 到站时间 查询E-R图： 专线 专线 顾客 查询 身份证号 身份 专线号 出发地 目的地 出发时间 到站时间 姓名 住址 订票系统E-R图： 门 门票 顾客 订票 身份证号 电话号码 订票时间 姓名 身份 票价 票种 门票号 身份证号 门票号 票名 改签系统E—R图： 身份证号票种改前票号 门票号 票名票价身份姓名改签时间电话号码身份证号改签顾客门票改后票号 身份证号 票种 改前票号 门票号 票名 票价 身份 姓名 改签时间 电话号码 身份证号 改签