基于web机票预定信息系统设计与实现本科生毕业设计论文

基于web机票预定信息系统设计与实现本科生毕业设计论文内容摘要：

能管理者可以随时 更新，添加航线 ，临时添加航班给用户查询带来最新的最准确的消息 ； 第四， 应具备 客户留言 功能，通过此功能 可以 实现对客户意见的反馈，作出及时的调整来满足客户需求。 系统数据流图和数据字典 系统的数据流图 数据流图是一种图形化技术，它描绘信息流和数据从输入移动到输出的过程中所经受的变换。 在数据流图中没有具体的物理部件，只是描绘数据在软件中流动和被处理的逻辑过程。 此外，设计数据流图时只需考虑系统必须完成的基本逻辑功能，而不必考虑具体这样实现这些功能，也就是说数据流图的基本要点是描述“做什么”而不考虑“怎么做”，所以它也是今后进行软件 设计的出发点。 本科生毕业设计（论文） 7 其实，软件系统归根到底是一个信息处理系统，其最基本的功能就是接收输入的信息，对输入的信息按照规定的方法归类、处理、存储，转变为所需要的信息，最后通过输出系统向用户输出所需求的信息。 其中最核心的部分就是对信息（或者称作数据）的处理，因此不同的数据也就不决定了所需要的不同的处理方法和算法。 数据流图也就是以图形的方式将系统中数据传递、转化的过程以直观的方式表述出来。 下面是根据分析绘制出的机票预定信息系统的顶层数据流图： 事务 结果 图 顶层数据流图 上面较抽象的系统 流图，接下来将介绍该系统的几个功能模块的数据流图，来说明相关部分的具体实现的功能。 D1 新用户信息 用户订票 订票 登录 会员信息 D2 订票信息 图 旅客订票数据流图 事务 事务 事务 结果 D2 管理员登录 图 航班管理数据流图 用 户 基于 web 机票预定信息系统 管理员 旅客订票 旅客登录 订票查询 旅客 航班管理 航线查询 票价查询 后台 处理 修改更新 信息 旅客 本科生毕业设计（论文） 8 数据字典 数据字典是关于数据的信息的集合，也就是对数据流图中包含的所有元素的定义和集合。 数据字典的最主要的用途是供人查阅对不了解的条目的解释，数据字典的作用也正是软件分析和设计的过程中给人提供关于数据的描述信息。 数据流图和数据字典共同构成系统的逻辑模型，没有数据字典数据流图就不严格，然而没有数据流图数据字典也难于发挥作用。 只有数据流图和对数据流图中每个元素的精确定义放在一起，才能共同构成系统的规格说明。 数据字典最重要的用途是作为分析阶段的工具。 在数据字典中建立的一组严密一致的定义很有助于改进分析员和用户之间 的通信，因此将消除许多可能的误解。 对数据的这一系列严密一致的定义也有助于改进不同的开发人员或不同开发小组之间的通信。 如果要求所有开发人员都根据公共的数据字典描述数据和设计模块，则能避免许多麻烦的接口问题。 数据字典的内容一般包括：数据流、数据流分量、数据存储、处理。 数据字典中包含的每个数据元素的控制信息是很有价值的。 因为列出了使用一个给定的数据元素的所有程序模块，所以很容易估计改变一个数据将产生的影响，并且能对受影响的程序或模块作出相应的改变。 所以数据字典是开发数据库的第一步，而且是很有价值的一步。 由于在 开发本系统是没有数据字典处理程序，因此采用了卡片的形式书写数据字典。 以下是本系统的数据字典： 下面是机票预定信息的部分数据字典： 表 旅客信息的定义 名称：旅客信息 描述：用来记录旅客的相关信息。 定义：旅客信息 =姓名 +密码 +联系方式 +主要内容。 位置：旅客添加运行窗口 表 管理员信息的定义 名称：管理员信息 描述：用来记录管理员的相关信息。 定义：管理员信息 =姓名 +密码 +联系方式。 位置：旅客添加运行窗口 本科生毕业设计（论文） 9 表 — 旅客订票的定义 名称：新用户订票 描述：新用户注册进行 订票及进行机票信息查询 类型：字符型 长度： 10 位置：新用户信息列表 表 数据元素 — 客户留言 的定义 名称： 客户留言 描述：对 订票的意见进行留言 ， 管理员将会进行查看。 类型：字符型 长度： 50 位置： 留言 信息列表 表 数据元素 — 票价查询的定义 名称：票价查询 描述：对各地机票的票价查询 类型：字符型 长度： 50 位置：票价查询信息列表 名称：管理员航班管理 描述：对国内，国际，座位以及数据库的更新维护进行管理 类型：时间型 长度： 8 位置：航班管理列表 表 数据元素 — 航班管理的定义 本科生毕业设计（论文） 10 表 数据元素 — 退票的定义 表 数据元素 — 航线管理的定义 名称：航线管理 描述：对航线进行管理，管理员有权添加和修改。 类型：字符型 长度： 50 位置：航线管理列表 表 数据元素 — 订票查询的定义 名称：订票查询 描述：用户订票后进行查询自己是否订票成功，并可打印出报表。 类型：字符型 长度： 50 位置：订票查询信息列表 表 数据元素 — 机票打印报表的定义 名称：机票打印报表 描述：用户订票后可进行打印凭证 类型：字符型 长度： 50 位置：机票打印列表 数据字典最重要 的用途是作为分析阶段的工具。 在数据字典中建立的一组严密一致的定义很有助于改进分析员和用户之间的通信，因此将消除许多可能的误解。 对数据的这一系列严密一致的定义也有助于改进在不同的开发人员和不同的开发小组之间的通信。 名称：退票 描述：对临时换乘航班的或其他原因需要退票的旅客进行退票 类型：文本型 长度： 16 位置：退票信息列表 本科生毕业设计（论文） 11 第 4章 总体设计 总述 经过需求分析阶段的工作，我们已经清楚了系统必须“做什么” ，接下来应该确定我们应该“怎么做”。 总体设计的基本目的就是回答“概括的说，系统应该如何实现。 ”这个问题，因此，总体设计又称为概要设计或初步设计。 通过这个阶段的工作将划分出组成系统的物理元素 —— 程序，文件，数据库，人工过 程和文档等。 总体设计阶段的另一项重要任务是设计软件结构，也就是要确定系统中每个程序是由哪些模块组成的，以及这些模块相互间的关系。 层次模型很适用于本系统，利用层次模型可以很好地完成自上而下的软件设计。 把模块组织成良好的层次系统，顶层模块调用它的下层模块以实现程序的完整功能，每个下层模块再调用更下层的模块，从而完成程序的一个子功能，最下层的模块完成最具体的功能。 软件结构可以通过层次图或结构图描绘。 系统结构图 系统总体结构图 ： 图 图 登陆 系统 登录 主界面 会员管理 航线航班 机票服务 客户留言 退出系统 本科生毕业设计（论文） 12 子功能模块结构图 系统管理模块结构图： 图 航线航班 管理模块结构图： 图 管理 模块结构图 航线航班 航线管理 航班管理 添加航班 添加航线 删除航线 删除航班 航线修改 会员 管 理 用户添加 用户删除 权限设置 退出系统 修改密码 本科生毕业设计（论文） 13 机票服务 模块结构图： 图 模块结构图 客户留言 管理模块结构图 图 管理模块结构图 以上是 本系统的主 要功 能，还有些附加功能暂不做阐述。 客户留言 客户意见留言 客户留言查询 机票服务 客户订票 国内航班 国际航班 航线航班查询 票价查询 航线航班查询 票价查询 本科生毕业设计（论文） 14 第 5章 数 据库设 计 数据库在一个信息管理系统中占有非常重要的地位，数据库设计的好坏将直接影响系统的效率以及实现效果。 合理的数据库设计可以提高数据存储的效率，保证数据的完整和一致。 同时，合理的数据库结构也将有利于程序的实现。 数据库除了用户的需求分析外，还包括概念、逻辑和物理设计三个阶段。 概念设计 数据库一般分为三级模式：外模式、概念模式和内模式。 其中概念模式是数据库中全部数据的逻辑结构和特征的描述，通常以某种数据模型为基础。 概念设计是对显示世界的一种抽象。 所谓抽象是对实际人、物 、事和概念进行认为处理，抽取所关心的共同特征，忽略非本质的细节，并把这些特征用各种概念精确的假以描述，这些概念组成了某种模型。 数据库的概念设计任务是依据需求分析的结果转换成一个独立于具体数据库管理系统（ Database Management System，简称 DBMS）的概念模型，即实体关系图（ E— R 图）。 在概念设计阶段就要开始设计数据库的完整性。 通过对 数据流图和数据字典的分析 ，可以得到如下 ER 图： 用户实体 ER 图： 图 ER图 （ 1） 机票实体联系图 用 户 用户名 密码 权限 本科生毕业设计（论文） 15 图 机票实体联系图 （ 2） 旅客实体联系图 图 旅客实体联系图 （ 3） 订票信息实体联系图 图 定票信息实体联系图 密码 联系方式 航 线 票 价 地点地 座位 航 程 国 际 状态 机票 国 内 旅 客 姓 名 订票信息 票价 座位 航线 目的地期 订票日期 订票数量 本科生毕业设计（论文） 16 退 票 退票日期 预定编号 票价 数量 （ 4） 定票费用实体联系图 图 订票 费用实体联系图 （ 5）退票实体联系图 图 退票实体联系图 （ 6）实体间联系图 图 实体间联系图 定票费用 新用户 会员 定票价 定票价 航班类型 座位需求 退票 用户 订票 用户 票价 用户 管理 票价 M N M N M N 查询 用户 本科生毕业设计（论文） 17 逻辑设计 （一）转换原则 逻辑结构设计的主要任务是，把由概念结构设计阶段得出的 ER图转换为相应的逻辑结构。 所谓相应是指，转换后的逻辑结构要与开发者所选用的软硬环境相容，能被前台与后台工具所支持。 逻辑结构设计一般分为三步： （ 1） 将概念结构转换为一般的关系﹑网状﹑层次模型； （ 2） 将转换后的模型向特定的 DBMS 支持下的数据模型转换； （ 3） 对数据模型进行优化。 将 ER 图转换为关系模型实际上是要将 实体﹑实体的属性﹑实体之间的联系转换为关系模式，这种转换一般遵循以下原则； （ 1） 一个实体型转换为一个关系模式。 （ 2） 一个 1： 1 的联系可以转换为一个独立的关系模式，也可以与任意一端对应的关系模式合并。 （ 3） 一个 1： n 的联系可以转换为一个独立的关系模式，也可以与 n端对应的关系模式合并。 （ 4） 一个 m： n 的联系转换为一个关系模式。 （ 5） 三个或三个以上实体间的一个多元联系可以转换为一个关系模式。 （ 6） 具有相同码的关系模式可以合并。 转换的难点在于属性的 转换，具体方法请参看有关数据库设计方面的书籍，这里不作详细分析。 （二）解释设计 我所设计的机票预定信息系统包括四大方向：用户资料管理 基本信息管理 航线航班管理 机票打印管理。 通过实际考察，我掌握了用户日常处理的大部分数据。 我将需求分析阶段得到的数。