火车票订购系统毕业论文

1、摘要针对火车票订票的实际情况，按照数据库设计思路，通过项目可行性分析和需求分析、概念结构设计、逻辑结构设计、物理结构设计、数据库实现和调试。并使用数据流图和ER图对系统需求和数据库进行分析和设计。工具软件利用Visio2007和这套火车票订购系统。为解决火车票订购问题，系统进行车次、车票信息查询和订票能力查询。系统可以根据用户的需要设置权限，快速方便地为用户提供服务。关键词：数据库设计，火车票订购，Visio2007，SQL Sever2000一、概述概述目前，火车票的订购仅依靠人工操作，现有工作人员难以应对在订票高峰时段处理大量数据的问题。本设计拟开发一套火车票订购系统，可减少人工操作，提高

2、工作效率，方便旅客查询和订票。1.2 意义火车票订票一直是困扰我们的老问题，也是社会服务的难点。订票查询是票务信息查询期间最基本的业务。从这个角度来看，这只是最简单的部分。但它涉及到管理和客服的很多方面，所以本火车票订购系统就是为了实现车票查询而设计的。1.3 数据库优势数据库管理有很多特点，与传统的数据管理相比有很多优势。以下是数据库的优点。 1. 数据结构。所谓“整体”结构，是指数据库中的数据不再只是针对某个应用，而是针对整个组织；不仅数据部门是结构化的，整体也是结构化的，数据之间是有关系的。二是数据共享度高，冗余度低，易于扩展。数据共享可以减少数据冗余，节省存储空间。数据共享还可以避免数

3、据之间的不兼容和不一致。 3. 数据独立性高。包括数据的物理独立性和逻辑独立性。物理独立性是指用户的应用程序独立于存储在磁盘上的数据库中的数据。逻辑独立是指用户的应用程序和数据库的逻辑结构是相互独立的。四是数据由DBMS统一管控。包含（1）数据安全保护（2）数据完整性检查（3）并发控制（4）数据库恢复二、数据库设计2.1 需求分析需求分析是整个数据库设计的基础，也是最难、最耗时的一步。在这个阶段，对预订系统的所有条件进行综合调查，确定系统目标，分析系统所需的基础数据和数据处理要求，确定用户的需求。用户对系统的需求可以从以下几个方面来分析。2.1.1功能要求该预订系统需要以下功能：查询分为车次查

4、询和用户订票查询。要求：可根据发车班次进行班次查询。车次信息还包括：车次、发车日期、发车地点、目的地、发车时间、到站、时刻、票价、剩余车票数量、座位类型。车次信息只内容查询，不内容修改。预约门票查询，可根据订单号查询。还包括：号码、车号、出发日期、预订日期、订购的车票数量和总价。机票信息可以修改。2.1.2数据要求数据需求，即系统需要处理哪些数据。根据火车票订购系统的分析，该系统的信息需求如表2-1所示。信息输入信息处理信息输出用户输入所需的行程次数搜索系统数据库满足用户需求的列车有相关信息用户输入个人信息进行交流订票信息更新系统中的预订信息。在系统数据库中存储新信息预订用户输入号码或帖子简易

5、订单号搜索系统数据库满足用户需求的预订信兴趣用户输入他们的号码代码检索系统数据库的预订记录，删除用户请求的预订记录，系统数据库已更新退款表2-1 信息输入输出表2.1.3性能要求为保证系统长期、安全、稳定、可靠、高效运行，系统应满足以下性能要求。1. 准确性和及时性系统处理的准确性和及时性是系统的必要性能。系统应该能够根据用户权限和输入的信息及时准确地做出响应。因为本系统的查询功能对整个系统的功能和性能起着重要的作用。由于系统的数据源众多，工单的数量和时间影响着用户的决策活动，其准确性和及时性在很大程度上决定了系统的成败。在系统开发过程中，必须采取一定的方法来保证系统的准确性和及时性。2. 安

6、全在线订票系统所涉及的数据对于客运公司来说是非常重要的信息。系统必须保证用户的权限。车次等信息，用户只享受查询服务，不可更改；该系统还为系统维护人员在系统意外崩溃时进行数据备份、日常安全管理和数据恢复提供了方便的手段。同时，系统还必须保证数据库及时更新，保证数据的一致性。2.1.4数据流图2.2 概念结构设计将需求分析得到的用户需求抽象为信息结构，即概念模型的过程，就是概念结构的设计。2.2.1概念结构在需求分析阶段得到的应用需求首先要抽象成信息世界的结构，以便用一定的DBMS更好、更准确地实现这些需求。针对火车站在线订票系统，通过对在线订票流程、内容和数据流的分析，设计了以下数据项和数据结构

7、：1.列车信息包括：车次、发车地点、目的地、发车日期、发车时间、剩余座位、票价、座位类型。2、订票记录包括：订单号、车号、车号、订单日期、订票数量、总价。3、用户信息包括：用户名、号码、性别、2.2.2实体关系图（ER图）2.3 逻辑结构设计逻辑结构的任务是将概念结构设计阶段设计的基本ER图转化为与所选DBMS产品支持的数据模型相一致的逻辑结构。2.3.1关系模型和关系代码转换2-2-2为以下关系模型。关系的代码用水平线标记。用户（号码，用户名，性别，）订票信息（订单号、车号、车号、出发时间、订单日期、订票数量）车次（车号、出发日期、出发地点、目的地、出发时间、到达时间、剩余车票、票价、座位类

8、型）以上是具有属性的实体。查询（号码、车号、出发日期、查询方式）预订（订单号、预订方式）退款（订单号、退款方式）以上是关系及其性质。火车站网上订票系统数据库中各表的设计结果2-3-1如表2-3-6所示。每个表代表数据库中的一个表。表2-3-1列车信息字段名称数据类型是否可以为空阐明车号字符（10）非空（首要的关键）离开字符（20）非空目的地字符（20）非空出发日期日期时间_非空（首要的关键）出发时间日期时间_非空到达时间日期时间_非空剩余票数整数非空票价炭(10)非空订桌信息2-3-2字段名称数据类型是否可以为空阐明订单号字符(10)非空（首要的关键）不炭(18)非空（外键）车号字符（10）非

9、空（外键）出发日期约会时间非空（外键）订购日期约会时间非空订票诠释_非空总价钱_非空表2-3-3用户表字段名称数据类型是否可以为空阐明不字符（20）非空（首要的关键）用户名字符（20）非空性别字符(2)字符（20）表格2-3-4预订表格字段名称数据类型是否可以为空阐明订单号字符（20）非空（首要的关键）预订方式炭(20)表格2-3-5退款表格字段名称数据类型是否可以为空阐明订单号字符（20）非空（首要的关键）预订方式炭(20)查表2-3-6表字段名称数据类型是否可以为空阐明不字符（20）非空（首要的关键）车号字符（10）非空（首要的关键）出发日期日期时间_非空（首要的关键）查询方式字符（20）

10、2.4 物理结构设计数据库在物理设备上的存储结构和访问方式称为数据库的物理结构，这取决于所选择的数据库系统。对于数据库查询事务，需要获取以下信息：查询关系。通过连接查询，实现列车与用户的互联互通；通过订票和退票，可以将用户和订票信息打通，使每张表链接在一起，形成一个关联数据库。查询条件中涉及的属性。查询涉及的属性有（车次、车次、发车日期）；参与预订的物业是（预订号）；退款所涉及的属性（预订号）是。连接条件中涉及的属性（编号、订单号、车号-发车日期、订单号）。对于数据更新，需要以下信息：更新的关系。每个关系的更新操作条件所涉及的属性。修改要由操作更改的属性值。需要注意的是，数据库上运行的事务会不

11、断变化、增加或减少。未来需要根据上述设计信息的变化来调整数据库的物理结构。2.4.1确定数据库的存储结构1.确定数据的存储位置存放在C盘，并且分配2M的空间，文件的存储空间可以随着数据库的增加而增加，即文件增长不受限制。文件的增长是按百分比来做的，增长百分比是10%。2.确定系统配置数据库可以公开访问，可以打开任意数量的数据库对象，2M分配的存储空间比这个要高。2.5 调试分析原系统的一小部分数据录入数据库后，就可以启动数据库系统的联调，成为数据库的试运行。运行前，先对数据库进行备份，如下：然后执行简单的数据库操作，例如：创建基本表SQL 语句为：创建餐桌预订信息（订单号 char(10) 主

12、键，数字字符（20），车牌号 char(10),出发日期日期时间，订单日期日期时间，订购 int 的票数，总价格 int,外键（数字）引用用户（数字），外键（车号）引用列车号（车号），外键（出发日期）参考列车号（出发日期）；运行结构截图：其余建筑表类似，此处不再一一列举。2.5.2修改基表在用户表中增加“地址”列，数据类型为字符串类型SQL语句为：alter table user add address char(20);运行结构截图：将用户表中的数据类型改为变长字符串类型SQL 语句为：alter table user alter column varchar(20);运行结果截图：2.5.

13、3数据查询查询编号为2的个人信息，SQL语句为：选择 *来自用户其中数字=2；查询所有用户数，SQL语句为：选择用户名、号码来自用户；运行结果截图：查询票价低于100元的列车数量：SQL 语句为：选择车号从火车票价=2；运行结果截图：接驳查询：查询2号旅客列车信息SQL 语句为：选择旅行。*来自用户、旅行、查询其中 user.number=query.numberand车次。车号=查询。车号和列车数量。出发日期=查询。出发日期和User.Number = 2; 嵌套查询：查询与明同车的乘客人数SQL 语句：选择号码从预订信息车号在哪里（选择车号从预订信息，用户其中预订信息.number=use

14、r.numberand用户名 = 明);2.5.4数据更新 插入数据向火车时刻表添加一组数据：“T26”、“ 2010-12-15”、“”、“”、22: 10”, 次日06: 54”, 硬座插入进入旅行值（T26, 2010-12-15,22:10,次日06:54,42,118,硬座);运行结构截图：修改数据由于道路积雪， 2010-12-13T25号车次的发车日期可改为次日09:20SQL 语句为：更新行程设置到达时间 = 第二天 09:20其中车号=T25 和出发日期 = 2010-12-13;删除数据乘客2因个人原因无法乘坐当日列车，选择退票，请为他删除信息记录。SQL 语句为：删除来自

15、用户其中数字=2;删除从预订，预订信息其中 booking.order number=booking information.order number 和数字=2；运行结果截图：运行结果中不再包含乘客 2 的信息2.5.5看法 建立选择使用网络查询火车行程的用户视图。SQL 语句为：创建视图网络作为选择号码从查询其中查询方法=网络；更新视图将乘客编号 2 更改为 1SQL 语句为：更新网设置号码=;删除视图SQL 语句为：下降视图网；总之，视图的操作和表的操作基本相同，这里就不再赘述了。经过一系列验证数据库调试正常后，就可以进行数据库的操作了。3. 使用说明3.1 个人陈述本系统仅作为实际应用

16、的模型，必须借助数据库SQL语言的基本语句进行简单查询。它只对数据进行简单的操作，即增删改查等基本的语句操作。3.2 数据库设计特点数据库建设是硬件和软件的结合。技术三分，管理七分，基础数据十二分。数据库设计应与应用系统设计相结合。结构（数据）设计：设计数据库框架或数据库结构。行为（处理）设计：设计应用程序、事务处理等。结构与行为分离的设计。传统的软件工程忽略了应用程序中数据语义的分析和抽象，尽可能地推迟了数据结构设计的决策。早期的数据库设计专注于数据模型和建模方法的研究，忽略了行为的设计。3.3其他设计技巧1）避免使用触发器触发器的功能通常可以通过其他方式实现。调试程序时，触发器可能会分散注

17、意力。如果确实需要使用触发器，则最好专注于记录它。2）使用通用英语（或任何其他语言）而不是编码在创建下拉菜单、列表和报表时，最好按英文名称排序。如果需要编码，可以在编码旁边附加用户知道的英语语言。3) 保存常用信息有一个专用于一般数据库信息的表很有用。在此表中，数据库的当前版本、最近的检查/修复（对于 Access）、相关设计文档的名称和客户都存储在此表中。这启用了一个简单的机制来跟踪数据库，这在非客户端/服务器环境中特别有用，当客户端与您联系并抱怨他们的数据库不如他们想要的那么好时。4) 包含版本控制机制在数据库中引入版本控制机制来确定正在使用的数据库的版本。随着时间的推移，用户的需求总会发

18、生变化。它最终可能需要修改数据库结构。将版本信息直接存储在数据库中更方便。5) 准备文件记录所有快捷方式、命名约定、限制和功能。使用注释表、列、触发器等的数据库工具。对于开发、支持和跟踪更改很有用。记录数据库，可以在数据库本身内或单独记录。这样一来，一年多后再回去做第2版，出错的几率就会大大降低。6）测试，测试，再测试创建或修改数据库后，数据字段必须由用户使用新输入的数据进行测试。最重要的是，内容用户测试并与用户一起工作，以确保选择的数据类型满足业务需求。在将新数据库投入实际服务之前需要进行测试。7) 检查设计在开发过程中检查数据库设计的一种常用技术是通过它支持的应用程序原型来检查数据库。换句

19、话说，对于最终表达数据的每个原型应用程序，请确保检查数据模型并了解如何提取数据。4. 实践结果课程设计只是初步构想，技术还不成熟，还没有与网络融合，无法实现火车票的实时更新，所以这是数据库的致命缺陷，没有数据，没有实时数据，数据库只能是个摆设，所以在实践中一直没有应用。五、附录和参考文献5.1 课程设计经验经过一周的努力，我的数据库课程设计终于完成了。我在这里很开心。不管成绩如何，这也是我独立思考的结果。可能是我学习不够，数据库处理很简单，很肤浅。这是我的技术水平。未来我会尽力而为。数据库设计包括六个主要步骤：1、需求分析：了解用户的数据需求、处理需求、安全完整性要求；2、概念设计：通过数据抽象，设计一个系统概念模型，一般是ER模型；3、逻辑结构设计：设计系统的模式和外部模式，主要是关系模型的基本表和视图；4、物理结构设计：设计数据存储结构和访问方式，如索引设计；5、系统实施：组织数据存储、编写应用程序、试运行；6、运行维护：系统投入运行，需要长期维护工作。我认真对待每一步。虽然做的不是很好，但是随着时间的推移，我知道了自己的不足，比如：数据采集、游泳数据采集、逻辑结构设计等等，