oracle铁路售票系统.doc

oracle铁路售票系统

———————————————————————————————— 作者：
———————————————————————————————— 日期：

2

个人收集整理 勿做商业用途
数据库原理及Oracle开发课程设计

题 目 铁路售票系统
系 （部） 电子与信息工程系
班 级 12级计本4班
姓 名 强支平
学 号 2012020377
指导教师 方昕

2014年 6月10

26

一、设计题目、内容及要求
题目：铁路售票系统
内容：1、分析与流程设计;
2、相关程序设计、实现、调试;
3、课程设计总结报告。
要求: 利用sql建立铁路售票系统,并且能够实现基础数据操作， 查询操作客户注册、注销,退票操作
二、要求的设计成果（课程设计说明书、设计实物、图纸等）
1、课程设计总结报告
2、数据库备份文件

三、进程安排
设计工作4学时
实现与调试16学时
课程设计总结报告8学时
四、主要参考资料
［1]王珊,萨师煊. 数据库系统概论［M]。高等教育出版社，2005
[2]潘文林。数据库应用系统产品开发[M].中国水利水电出版社,2005
指导教师(签名）：
教研室主任(签名）:
铁路售票系统
强支平
安康学院 计算机科学与技术12陕西 安康 725000
摘要： 本文依据对铁路售票系统进行设计,基本要求与功能是实现对铁路售票信息和人员数据信息的有效管理，包括购票退票等的数据的管理与操作处理；设计基于SQL数据库系统的数据管理.
关键字： 铁路售票系统;数据库管理系统

1 引言
随着数据库技术和Internet的飞速发展,这些新的技术已经成为现代信息技术的重要组成部分，也是计算机信息系统和计算机应用系统的基础和核心。对于任何一个企业来说，数据是企业重要的资产，如何有效利用这些数据，对于企业发展起着极其重要的作用。随着市场经济的迅速发展和人们生活水平的不断提高,完善更新列车票务管理系统，提高列车售票系统的工作效率.随着科学的不断进步，计算机应用已经遍布整个社会的每个角落.客户端通过连接到服务的应用程序快速、准确地完成相应的工作,通过网上订购,可以达到高效、便捷的购票
2.需求分析
2.1系统目标
（1)培养学生能够应用数据库系统原理在需求分析的基础上对系统进行概念设计,学会设计局部ER，全局ER图；
(2）培养学生能够应用数据库系统在概念设计的基础上应用关系规范化理论对系统进行逻辑设计，学会在ER图基础上设计出易于查询和操作的合理的规范化关系模型;
(3）培养学生能够应用SQL语言对所设计的规范化关系模型进行物理设计，并且能够应用事务处理,存储过程，触发器以保证数据库系统的数据完整性，安全性,一致性,保证数据共享和防止数据冲突；

2。1. 需求分析的任务
随着旅游业的逐渐的成熟发达，铁路客运量大幅度的提高，各大省市的列车都显著的增加，这些都对列车票务管理系统提出了更高的要求，所以要不断的完善更新列车票务管理系统，提高列车售票系统的工作效率。随着科学的不断进步，计算机应用已经遍布整个社会的每个角落。客户端通过连接到服务的应用程序快速、准确地完成相应的工作,通过网上订购，可以达到高效、便捷的购票。列车票务管理系统的实施，将会在一定程度上促进铁路客运生产力和生产关系的变革，增强市场竞争能力，提高铁路部门的工作效率，提升管理水平，减少劳动强度,方便广大旅客购票，有一定的社会和经济效益。

2.2。 系统需要实现的功能和操作如下：
火车站售票管理系统主要实现售票自动化，包括售票，订票、退票,查询，统计，为了保证系统正常运行，另外需要专门人员对系统的维护管理.
（1）登录：登录可分为系统管理员登录和售票员登录，在登录模块的描述中，将系统管理员和售票员都看作这个系统的用户，他们根据自己的登录名和密码登录系统,才可进行以后的操作。若用户名和密码输入错误,不匹配,系统将会提示输入错误。若用户名和密码不正确，用户可已重新输入,但只允许输入三次.
（2）查询：查询分为车次查询、站点查询、时刻表查询、票价查询、余票查询。车次查询提供了所有车次浏览、按车次查询、和站站查询，用户可以通过查询来了解列车所经车站以及发车时间等信息.时刻表查询可以查询每一车次在每一站的发车时间和到站时间.票价查询可以让用户按自己的需求来查询所有车次的车票价格;余票查询可以查询到所有车次的剩余车票的情况；
(3)售票：根据旅客的需求如发车日期、发车时间、车厢类型、车票类型（学生票、军人票…）等选择用户所需要的车次,然后结算并打印车票给旅客。
（4）订票：由售票点授权或是有一定信誉的售票代理商替代旅客进行预订车票,售票代理商通过电话或是亲自到售票点预订的方式进行预订车票。
（5）退票：处理用户由于某种情况需要退回车票的情况，旅客要在车站指定的时间内进行退票，此外车站售票点还要扣除一定的手续费.
（6）统计：售票统计分别可以按日期统计、按车次统计、按客流方向统计等统计方式，通过察看车票的流向可以得知旅客的大致流向，列车管理人员可以根据客流的流向随时调整列车运行车次，达到列车的合理调度，使列车最大限度的投入使用中，实现资源的合理利用。
（7）修改：包括车次修改、票价修改、站点修改.车次修改包括增加车次,减少车次，车次的临时调度和由于自然灾害造成的临时路线更改。票价修改为节假日、春运等特殊时段或某些特殊地域需要适量增加或减少票价，具体数字有铁路管理定。站点修改可是某些车次增加或减少一些站点.
(8）系统管理维护:管理员通过系统添加用户或者删除用户，并且授予权限，同时维护数据库，保证系统正确运行.

2。3功能模块图:

图1.1系统功能层次图

3．程序描述
通过需求分析和概要设计,可以得出火车站售票系统的的类图，该系统中主要包括四个基本类：售票员,火车票，管理员,购票者。购票者向售票员提出请求，购票者有请求购票，请求查询，请求订票，请求退票和请求改签这几个功能。售票员通过与购票者交流后了解购票者的请求信息，进入系统进行操作。售票员和管理员均需要对火车票进行操作,同时,管理员需录入员工信息，维护数据库。

图1.2系统类图
将如上系统类图进行进一步的抽象，可以得出系统的抽象类图,从而在讨论接口问题时，可以更加的清楚，明确。系统主要抽象出三个类、一个接口，将三个类封装到Unit包中,将Com接口封装在Com包中.其中Com接口是该系统主要功能的集合, Com可使用Unit,SQLclient包中的类。Form包包括图形化界面,通过Com包引用。通过Search类来实现查询功能,Sell类实现售票功能,包括售全价票与半价票，Refund实现退票功能，Alter实现修改功能，Count实现统计功能。

图1.3Unit抽象类图

图1。4Com接口抽象类图

图1.5系统包图

3。1登录模块
3.1。1功能

图1.6录功能时序图
登录可分为系统管理员登录和售票员登录，在登录模块的描述中，将系统管理员和售票员都看作这个系统的用户，他们根据自己的登录名和密码登录系统,才可进行以后的操作.若用户名和密码输入错误,不匹配，系统将会提示输入错误。若用户名和密码不正确,用户可已重新输入，但只允许输入三次。
3.1.2性能
用户通过用户名和密码进入系统，可以确保系统的安全，由于系统管理员和售票员具有不同的权限,因此可以确保系统的权限分明。
3.1.3输入项目
用户输入用户名、密码,通过数据库的封装以下表格中。
表5-1 售票员表
字段名
类型
长度
小数点
允许空
主/外键
工号
Char
3

主
姓名
Char
8

3。1.4输出项目
根据数据库中存在的表中信息来查询，判断用户名、密码是否正确，正确则显示登录成功信息，若用户名和密码不匹配则提示输入错误.
3。1.5算法
该模块通过访问数据库查询用户登录信息，提取用户输入的用户名和密码，封装成SELECT语句,到数据库中查询相关信息，将信息返回到用户界面。若用户输入错误，弹出错误提示框。
3.1.6程序逻辑

图1.7 登录功能流程图
3。1。7接口
该模块通过Com接口中的Search方法访问数据库,Com接口提供连接数据库的功能。在售票模块中会调用此模块。
3。1。8存储分配
对数据库采取日志记录技术和海量转储技术，并定期进行数据库备份。
3.1.9限制条件
由于登录系统是需要用户名和密码，因此需要用户正确输入用户名和密码，并且是已经注册过的用户。
3。1.10测试要点
确认测试则是要检查已实现的系统软件是否满足了需求规格说明中确定了的各种需求，以及系统软件配置是否完全、正确。系统测试,是将通过确认测试的软件,作为整个基于计算机系统的一个元素,与计算机硬件、外设、某些支持软件、数据和人员等其他系统元素结合在一起,在实际运行环境下，对计算机系统进行一系列的组装测试和确认测试。在登录模块中重点需要测试如下：
（1）输入数据有效性判定；
（2）有效数据输出测试,无效数据输出测试。
（3）系统安全性和反应速度进行测试，系统的稳定性要求
3.2查询模块
3.2。1功能

图1。8 查询功能时序图
查询可分为按车次查询与站点查询,用户通过输入待查询车次或者站点查询车票的相关信息，包括票价,时刻，剩余票数等信息。若用户输入的车次或者站点错误，系统会提示输入错误。
3.2。2性能
能够对乘客要求的大部分查询类型都能够查询，每个查询功能键都一目了然，能快速精确的显示要查询的信息。要求单次的查询系统的处理时间在2秒以内.
3.2。3输入项目
车次号、站名
3。2。4输出项目
表1-9车辆表
字段名
类型
长度
小数点
允许空
主/外键
车次
Int
4

主
车型
Varchar
8

车厢数
Int

座位数
smallInt
2

表1—10时刻表
字段名
类型
长度
小数点
允许空
主/外键
车次
Varchar
5

主
始发站
Varchar
10

主
终点站
Varchar
10

发车时间
Datetime
8

到站时间
Datetime
8

停车时间
Datetime
8

通过车辆表信息和时刻表信息，系统可以输出车次号、站点、发车时间、到站时间、剩余票数等信息。
3。2。5算法
该模块通过访问数据库查询车票信息,提取用户输入的车次或者站名，封装成SELECT语句,到数据库中查询车票信息，将信息返回到用户界面。若用户输入错误，弹出错误提示框。
3。2.6程序逻辑

图1。11 查询算法流程图
3.2。7接口
该模块通过Com接口中的Search方法访问数据库，Com接口提供连接数据库的功能。在售票模块中会调用此模块。
3。2。8存储分配
对数据库采取日志记录技术和海量转储技术,并定期进行数据库备份。
3。2.9限制条件
由于从查询到查看查询内容全部靠电脑完成，所以需要用户熟悉电脑的基本操作。同时,系统中必须存在的人工处理过程，例如一些信息需要人工输入电脑。
3.2。10测试要点
确认测试则是要检查已实现的系统软件是否满足了需求规格说明中确定了的各种需求，以及系统软件配置是否完全、正确。系统测试，是将通过确认测试的软件，作为整个基于计算机系统的一个元素，与计算机硬件、外设、某些支持软件、数据和人员等其他系统元素结合在一起，在实际运行环境下，对计算机系统进行一系列的组装测试和确认测试。在查询模块中重点需要测试如下：
（1）输入数据有效性判定;
(2）有效数据输出测试，无效数据输出测试。
3。3售票模块
3.3.1功能

图1.12 售票功能时序图
根据旅客的需求如发车日期、发车时间、车票类型（学生票、军人票…）等，售票员查询相关的车票信息,选择用户所需要的车次，然后结算并打印车票给旅客.
3。3。2性能
查询车票精确，单次售票任务需要在25秒之内完成,系统的反应时间要求在3秒之内；保证36台机器同时运行该系统不会有过高延时。
3.3.3输入项目
车次、站点、日期
3.3。4输出项目
表5—4车票表
字段名
类型
长度
小数点
允许空
主/外键
票号
Int
4

主
乘车日期
Datetime
8

车次
Varchar
5

外
始发站名
Varchar
10

外
终点站名
Varchar
10

票价
Float
8

票类型
Char
2

座位号
smallInt
2

车厢号
smallInt
2

根据数据库中存放的车票表，显示车票信息、剩余票数等相关信息。
3。3.5算法
售票员输入顾客预购车票的相关信息，到数据库中查询是否有票,若有则打印火车票给顾客，数据库中改车次车票自动减去卖出的票数；若无则提示售票员车票已售完.
3.3。6程序逻辑

图1。13 售票算法流程图
3。3。7接口
售票模块提供一个调用查询模块的接口，在Com包中定义。
3。3.8存储分配
对数据库采取日志记录技术和海量转存技术，并定期进行数据库备份
3。3。9限制条件
由于售票过程存在人工处理过程，需要售票员进行人工输入，因此对售票员有一定的专业要求,需要熟悉电脑的基本操作。
3.3。10测试要点
确认测试则是要检查已实现的系统软件是否满足了需求规格说明中确定了的各种需求,以及系统软件配置是否完全、正确.系统测试，是将通过确认测试的软件，作为整个基于计算机系统的一个元素,与计算机硬件、外设、某些支持软件、数据和人员等其他系统元素结合在一起,在实际运行环境下，对计算机系统进行一系列的组装测试和确认测试.在售票模块中重点需要测试如下：
(1）查询数据的有效性
（2）正确打印出车票，票数正确
3.4退票模块
3.4.1功能

图1。14 退票功能时序图
处理用户由于某种情况需要退回车票的情况，旅客要在车站指定的时间内进行退票，按照票款的80％退款.超过指定时间，只能改签，不能退票.
3.4.2性能
及时的记录下所退回的车票，并快速精确的显示应交付给顾客的余额。
3。4.3输入项目
车票编号
3.4.4输出项目

表1-15 退票表
字段名
类型
长度
小数点
允许空
主/外键
票号
Int
4

主
退票时间
Datetime
8

票价
Float
8

应退款
Float
8

根据数据库中存放的退票表信息，确认是否可以退票，如果可以退票则显示退票款，及其他相关内容。并进行数据修改的操作.
3.4.5算法
售票员扫描顾客欲退车票的条形码，获得车票编号，售票员点击退票按钮，将车票编号交给退票控制器。退票控制器到数据库中查询此票是否已售出，若匹配则点击确认退票，退票控制器会自动修改数据库，售票员返还退票款;若不匹配则会提示售票员此票未售出。
3.4.6程序逻辑

图1.16 退票算法流程图
3。4。7接口
退票模块需要有与数据库交互的接口,通过Com包中的Connect方法来实现与数据库的连接。
3.4.8存储分配
对数据库采取日志记录技术和海量转储技术，并定期进行数据库备份
3。4.9限制条件
由于系统中必须存在人工处理过程，一些信息要人工输入电脑,例如条形码的扫描，因此需要用户熟悉电脑的基本操作，并且需要有扫描仪。
3。4。10测试要点
在退票完成之后,数据确认测试则是要检查已实现的系统软件是否满足了需求规格说明中确定了的各种需求,以及系统软件配置是否完全、正确。系统测试,是将通过确认测试的软件，作为整个基于计算机系统的一个元素，与计算机硬件、外设、某些支持软件、数据和人员等其他系统元素结合在一起，在实际运行环境下，对计算机系统进行一系列的组装测试和确认测试.在退票模块中重点需要测试如下：
（1）库中的记录确定更改
（2）提示车票退票时限准确

3.5改签模块
3。5。1功能

图1。17 改签功能时序图
乘客计划临时变更需要更改出发日期，或者退票不成功，可以选择改签服务.售票员收回乘客车票，返还票款，收取手续费。若乘客需要日期的票有剩余,则重新卖给乘客一张票；若票已售完，则退出.
3.5。2性能
保证数据库的一致，具有一定的及时更新能力。
3.5.3输入项目
车次、日期
3。5。4输出项目
警告提示、新车票
3。5。5算法
售票员扫描车票条形码,输入到改签界面，控制器进入数据库中确认该车票确实售出。若确实售出，则返还退票款，并根据乘客需求另售一张指定日期车票；若没有售出，警告提示售票员。
3。5。6程序逻辑

图1.18 改签算法流程图
3.5。7接口
改签模块需要调用售票模块的功能，由于两个功能均在一个Com包中，模块之间可以实现互相通信。
3。5.8存储分配
对数据库采取日志记录技术和海量转储技术，并定期进行数据库备份.
3.5.9限制条件
由于系统中必须存在人工处理过程，一些信息要人工输入电脑，例如条形码的扫描，因此需要用户熟悉电脑的基本操作,并且需要有扫描仪。
3。5。10测试要点
确认测试则是要检查已实现的系统软件是否满足了需求规格说明中确定了的各种需求，以及系统软件配置是否完全、正确.系统测试，是将通过确认测试的软件,作为整个基于计算机系统的一个元素，与计算机硬件、外设、某些支持软件、数据和人员等其他系统元素结合在一起，在实际运行环境下,对计算机系统进行一系列的组装测试和确认测试.在改签模块中重点需要测试如下:
（1） 在改签完成之后，数据库中的记录确定更改
（2） 提示车票改签时限准确
3。6修改统计模块
3。6。1功能

图1。19 修改功能时序图
系统管理员通过该模块修改需要变更的车次信息，包括车次修改、票价修改、站点修改.车次修改包括增加车次，减少车次,车次的临时调度和由于自然灾害造成的临时路线更改.票价修改为节假日、春运等特殊时段或某些特殊地域需要适量增加或减少票价，具体数字有铁路管理定。站点修改可是某些车次增加或减少一些站点。

图2。0统计功能时序图
车票统计主要是统计车票的销售情况以及销售额等。同时通过车票统计还可得知不同日期车流量的情况,列车管理人员可以根据客流的流向随时调整列车运行车次，达到列车的合理调度,使列车最大限度的投入使用中，实现资源的合理利用。
3。6。2性能:
修改模块需要最高的权限，非最高权限人不可修改数据库数据;统计需要较高的可靠性，保证数据的完整性，数据需要定时备份。
3.6.3输入项目
站点、时刻、车次、日期
3.6.4输出项目
报表、修改统计成功提示
3.6.5算法
管理员输入欲修改的车次，提交给控制器，控制器根据管理员输入的信息进入数据库修改相关表数据，修改成功返回给管理员成功修改提示.
售票员将要统计的车次号输进到统计界面，控制器提取数据，进入数据库查询统计表,返回给售票员,售票员根据车次的售票情况作出销售额、客流情况统计表。

3.6。6程序逻辑

图2.1统计算法流程图
3。6.7接口
两个方法均封装在Com包中,可以通过Com包的Connect方法连接数据库，并使用SQL语句进行查询或者修改数据库的操作。
3.6.8存储分配
对数据库采取日志记录技术和海量存储技术,并定期进行数据备份
3.6.9限制条件
由于统计过程需要对数据库进行操作,并且需要经常备份数据库，因此需要用户熟悉SQL 的操作，并能进行日常的数据库维护。
3。6。10测试要点
确认测试则是要检查已实现的系统软件是否满足了需求规格说明中确定了的各种需求，以及系统软件配置是否完全、正确。系统测试，是将通过确认测试的软件，作为整个基于计算机系统的一个元素，与计算机硬件、外设、某些支持软件、数据和人员等其他系统元素结合在一起，在实际运行环境下,对计算机系统进行一系列的组装测试和确认测试。在修改统计模块中重点需要测试:修改过程中输入数据要正确有效。

3.7系统管理维护模块
3。7.1功能

图2.2添加用户功能时序图

图2.3删除用户功能时序图
查票销售管理系统涉及数据库以及局域网,数据庞大，对数据要求高。因此需要专门的人员进行维护与管理。该模块实现管理员对系统数据库的维护，以及对数据库的定期备份,同时通过此模块添加或删除用户，并授予相应权限。
3。7.2性能
要求较高安全性与可靠性
3。7.3输入项目
用户编号、姓名、授予权限、备份时间
3。7.4输出项目
日志文件、备份文件、添加成功提示、删除成功提示
3。7。5算法
管理员输入欲添加的用户的编号与姓名等，控制器提取数据，并将其添加到数据库中的员工表中，并返回添加成功界面。
管理员输入欲删除的用户信息，控制器提取数据，进入数据库删除该用户所有信息,返回删除成功界面.

3。7。6程序逻辑

图2。4添加用户算法流程图

图2.5删除用户算法流程图

4。小结
对于此次课程设计我感慨颇多,不仅巩固了以前所学过的知识，而且学到了很多在书本上所没有学到过的知识。通过这次课程设计使我懂得了理论与实际相结合是很重要的，只有理论知识是远远不够的，只有把所学到的理论知识与实践相结合起来，从理论中得出结论，将结论辅助与理论，才能真正学到知识并写出有用的程序，所以提高自己的实际动手能力和独立思考的能力是十分重要的。

参考文献：
[1]王珊，萨师煊. 数据库系统概论［M］。高等教育出版社,2005
［2]潘文林.数据库应用系统产品开发［M].中国水利水电出版社,200
27

课程设计成绩评定表

出勤
情况
出勤天数

缺勤天数

成
绩
评
定
出勤情况及设计过程表现（20分)

论文（20分）

设计成果（60分）

总成绩（100分）

综
合
评
定

指导教师签名：
年 月 日