oracle铁路售票系统.docx

《oracle铁路售票系统.docx》由会员分享，可在线阅读，更多相关《oracle铁路售票系统.docx（30页珍藏版）》请在三一办公上搜索。

1、数据库原理及Oracle开发课程设计题目铁路售票系统系（部）电子与信息工程系班级12级计本4班姓名强支平学号2012020377指导教师方昕2014 年 6 月 10一、设计题目、内容及要求题目：铁路售票系统内容:1、分析与流程设计；2、相关程序设计、实现、调试；3、课程设计总结报告。要求：利用sql建立铁路售票系统，并且能够实现基础数据操作， 查询操作客户注 册、注销，退票操作二、要求的设计成果（课程设计说明书、设计实物、图纸等）1、课程设计总结报告2、数据库备份文件三、进程安排设计工作4学时实现与调试16学时课程设计总结报告8学时四、主要参考资料1王珊，萨师煊.数据库系统概论M.高等教育出

2、版社, 2005潘文林.数据库应用系统产品开发M.中国水利水电出版社, 2005指导教师（签名）：教研室主任（签名）：铁路售票系统强支平安康学院计算机科学与技术12陕西安康725000摘要：本文依据对铁路售票系统进行设计，基本要求与功能是实现对铁路售票信息和人员 数据信息的有效管理，包括购票退票等的数据的管理与操作处理；设计基于SQL数据库系 统的数据管理。关键字：铁路售票系统；数据库管理系统1引言随着数据库技术和Internet的飞速发展，这些新的技术已经成为现代信息技术的重要 组成部分，也是计算机信息系统和计算机应用系统的基础和核心。对于任何一个企业来说， 数据是企业重要的资产，如何有效利

3、用这些数据，对于企业发展起着极其重要的作用。随着 市场经济的迅速发展和人们生活水平的不断提高，完善更新列车票务管理系统，提高列车售 票系统的工作效率。随着科学的不断进步，计算机应用已经遍布整个社会的每个角落。客户 端通过连接到服务的应用程序快速、准确地完成相应的工作，通过网上订购，可以达到高效、 便捷的购票2.需求分析2.1系统目标(1) 培养学生能够应用数据库系统原理在需求分析的基础上对系统进行概念 设计,学会设计局部ER,全局ER图；(2) 培养学生能够应用数据库系统在概念设计的基础上应用关系规范化理论 对系统进行逻辑设计，学会在ER图基础上设计出易于查询和操作的合理的规范 化关系模型；(

4、3) 培养学生能够应用SQL语言对所设计的规范化关系模型进行物理设计， 并且能够应用事务处理，存储过程,触发器以保证数据库系统的数据完整性，安全 性,一致性，保证数据共享和防止数据冲突；2.1. 需求分析的任务随着旅游业的逐渐的成熟发达，铁路客运量大幅度的提高，各大省市的列 车都显著的增加，这些都对列车票务管理系统提出了更高的要求，所以要不断的 完善更新列车票务管理系统，提高列车售票系统的工作效率。随着科学的不断进 步，计算机应用已经遍布整个社会的每个角落。客户端通过连接到服务的应用程 序快速、准确地完成相应的工作，通过网上订购，可以达到高效、便捷的购票。 列车票务管理系统的实施，将会在一定程

5、度上促进铁路客运生产力和生产关系的 变革，增强市场竞争能力，提高铁路部门的工作效率，提升管理水平，减少劳动 强度，方便广大旅客购票，有一定的社会和经济效益。2.2. 系统需要实现的功能和操作如下：火车站售票管理系统主要实现售票自动化，包括售票，订票、退票，查询， 统计，为了保证系统正常运行，另外需要专门人员对系统的维护管理。(1) 登录：登录可分为系统管理员登录和售票员登录，在登录模块的描述 中，将系统管理员和售票员都看作这个系统的用户，他们根据自己的登录名和密 码登录系统，才可进行以后的操作。若用户名和密码输入错误，不匹配，系统将 会提示输入错误。若用户名和密码不正确，用户可已重新输入，但只

6、允许输入三 次。（2）查询：查询分为车次查询、站点查询、时刻表查询、票价查询、余票查 询。车次查询提供了所有车次浏览、按车次查询、和站站查询，用户可以通过查 询来了解列车所经车站以及发车时间等信息。时刻表查询可以查询每一车次在每 一站的发车时间和到站时间。票价查询可以让用户按自己的需求来查询所有车次 的车票价格；余票查询可以查询到所有车次的剩余车票的情况；（3）售票：根据旅客的需求如发车日期、发车时间、车厢类型、车票类型（学 生票、军人票）等选择用户所需要的车次，然后结算并打印车票给旅客。（4）订票：由售票点授权或是有一定信誉的售票代理商替代旅客进行预订车 票，售票代理商通过电话或是亲自到售票

7、点预订的方式进行预订车票。（5）退票：处理用户由于某种情况需要退回车票的情况，旅客要在车站指定 的时间内进行退票，此外车站售票点还要扣除一定的手续费。（6）统计：售票统计分别可以按日期统计、按车次统计、按客流方向统计等 统计方式，通过察看车票的流向可以得知旅客的大致流向，列车管理人员可以根 据客流的流向随时调整列车运行车次，达到列车的合理调度，使列车最大限度的 投入使用中，实现资源的合理利用。（7）修改：包括车次修改、票价修改、站点修改。车次修改包括增加车次， 减少车次，车次的临时调度和由于自然灾害造成的临时路线更改。票价修改为节 假日、春运等特殊时段或某些特殊地域需要适量增加或减少票价，具体

8、数字有铁 路管理定。站点修改可是某些车次增加或减少一些站点。（8）系统管理维护：管理员通过系统添加用户或者删除用户，并且授予权限， 同时维护数据库，保证系统正确运行。2.3功能模块图：火车站售票普 通 购票图1.1系统功能层次图3 .程序描述通过需求分析和概要设计，可以得出火车站售票系统的的类图，该系统中主 要包括四个基本类：售票员，火车票，管理员，购票者。购票者向售票员提出请 求，购票者有请求购票，请求查询，请求订票，请求退票和请求改签这几个功能。 售票员通过与购票者交流后了解购票者的请求信息，进入系统进行操作。售票员 和管理员均需要对火车票进行操作，同时，管理员需录入员工信息，维护数据库。

9、售票员 ，工号：Integer %密码:String &姓名：String购票者幼姓名：String 备身份证号：Integer录入查询信息0 ,录入购票信息； 用录入订票信息。 提出请求录入退票信息（） 录入改签信息o火车票OQOOO 票询票票签 购查订退改 求求求求求 请请请请请，车次：Integer 电起始站:String 外终点站：String 船发车时间：Date &发车日期：Date 备里程:Integer 彭票价：Currency 备票种：String 中剩余票数：Integer管理员幼姓名：Sting&工号：Integer合密图：1.2系统类图票票签改 购退改修 将如上系统类图

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

11、面登录界面控制器数据库1：?入用户名和重码2验证信息;3：验证信息， 近回验证到的信息3.1登录模块f3：验证信息!尊回验证到的信息5:判断如息是否正确7: jg回验证到的信息苴返回验证到的信息n登录可分为系统管理员登录和售票员登录，在登录模块的描述中，将系统管 理员和售票员都看作这个系统的用户，他们根据自己的登录名和密码登录系统， 才可进行以后的操作。若用户名和密码输入错误，不匹配，系统将会提示输入错 误。若用户名和密码不正确，用户可已重新输入，但只允许输入三次。3.1.2性能用户通过用户名和密码进入系统，可以确保系统的安全，由于系统管理员和 售票员具有不同的权限，因此可以确保系统的权限分明

12、。3.1.3输入项目用户输入用户名、密码，通过数据库的封装以下表格中。表51售票员表字段名类型长度小数点允许空主/外键工号Char3主姓名Char83.1.4输出项目根据数据库中存在的表中信息来查询，判断用户名、密码是否正确，正确则 显示登录成功信息，若用户名和密码不匹配则提示输入错误。3.1.5算法该模块通过访问数据库查询用户登录信息，提取用户输入的用户名和密码， 封装成SELECT语句，到数据库中查询相关信息，将信息返回到用户界面。若用 户输入错误，弹出错误提示框。3.1.6程序逻辑图1.7登录功能流程图3.1.7 接口该模块通过Com接口中的Search方法访问数据库，Com接口提供连接

13、数据 库的功能。在售票模块中会调用此模块。3.1.8存储分配对数据库采取日志记录技术和海量转储技术，并定期进行数据库备份。3.1.9限制条件由于登录系统是需要用户名和密码，因此需要用户正确输入用户名和密码，并且是已经注册过的用户。3.1.10测试要点确认测试则是要检查已实现的系统软件是否满足了需求规格说明中确定了的 各种需求，以及系统软件配置是否完全、正确。系统测试，是将通过确认测试的 软件，作为整个基于计算机系统的一个元素，与计算机硬件、外设、某些支持软 件、数据和人员等其他系统元素结合在一起，在实际运行环境下，对计算机系统 进行一系列的组装测试和确认测试。在登录模块中重点需要测试如下：（1

14、）输入数据有效性判定；（2）有效数据输出测试，无效数据输出测试。（3）系统安全性和反应速度进行测试，系统的稳定性要求3.2查询模块3.2.1功能图1.8查询功能时序图查询可分为按车次查询与站点查询，用户通过输入待查询车次或者站点查询 车票的相关信息，包括票价，时刻，剩余票数等信息。若用户输入的车次或者站 点错误，系统会提示输入错误。3.2.2性能能够对乘客要求的大部分查询类型都能够查询，每个查询功能键都一目了 然，能快速精确的显示要查询的信息。要求单次的查询系统的处理时间在2秒以 内。3.2.3输入项目车次号、站名3.2.4输出项目表19车辆表字段名类型长度小数点允许空主/外键车次Int4主车

15、型Varchar8车厢数Int座位数smallInt2表110时刻表字段名类型长度小数点允许空主/外键车次Varchar5主始发站Varchar10主终点站Varchar10发车时间Datetime8到站时间Datetime8停车时间Datetime8通过车辆表信息和时刻表信息，系统可以输出车次号、站点、发车时间、到 站时间、剩余票数等信息。3.2.5算法该模块通过访问数据库查询车票信息，提取用户输入的车次或者站名，封装成SELECT语句，到数据库中查询车票信息，将信息返回到用户界面。若用户输 入错误，弹出错误提示框。3.2.6程序逻辑图1.11查询算法流程图3.2.7 接口该模块通过Com接

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

17、，在实际运行环境下，对计算机系统 进行一系列的组装测试和确认测试。在查询模块中重点需要测试如下：（1）输入数据有效性判定；（2）有效数据输出测试，无效数据输出测试。3.3售票模块3.3.1功能:售票员售票界面售票控制器数据库2：购票信四3:修改数据库:2夔回修改成功信意:5:提示车票已售壮U: :件土日军四口隹牛-打E小千E匚口叫图1.12售票功能时序图:根据旅客的需求如发车日期、发车时间、车票类型（学生票、军人票）等， 售票员查询相关的车票信息，选择用户所需要的车次，然后结算并打印车票给旅客。3.3.2性能查询车票精确，单次售票任务需要在25秒之内完成，系统的反应时间要求 在3秒之内；保证3

18、6台机器同时运行该系统不会有过高延时。3.3.3输入项目车次、站点、日期3.3.4输出项目表54车票表字段名类型长度小数点允许空主/外键票号Int4主乘车日期Datetime8车次Varchar5外始发站名Varchar10外终点站名Varchar10票价Float8票类型Char2座位号smallInt2车厢号smallInt2根据数据库中存放的车票表，显示车票信息、剩余票数等相关信息。3.3.5算法售票员输入顾客预购车票的相关信息，到数据库中查询是否有票，若有则打 印火车票给顾客，数据库中改车次车票自动减去卖出的票数；若无则提示售票员 车柬pi隹空 Ii a TU。3.3.6程序逻辑3.3

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

20、。在售票模块中重点需要测试如下：（1）查询数据的有效性（2）正确打印出车票，票数正确3.4退票模块3.4.1功能入退票界面退票控制器车票数据库:售票员.输入车票如2：退票3:查询车票信息II4:返回年票信息:5:建立 :-6：车票信息、:7:返回车票信息10:确认退票图1.14退票功能时序图修季数据进行退票按照票款的8怦处理用户由于某种情况需要退回车票的情况，旅客要在车站指定的时间内 定时间，只能改签，不能退票。3.4.2性能及时的记录下所退回的车票，并快速精确的显示应交付给顾客的余额。3.4.3输入项目车票编号3.4.4输出项目表115退票表字段名类型长度小数点允许空主/外键票号Int4主退

21、票时间Datetime8票价Float8应退款Float8根据数据库中存放的退票表信息，确认是否可以退票，如果可以退票则显示 退票款，及其他相关内容。并进行数据修改的操作。3.4.5算法售票员扫描顾客欲退车票的条形码，获得车票编号，售票员点击退票按钮， 将车票编号交给退票控制器。退票控制器到数据库中查询此票是否已售出，若 匹配则点击确认退票，退票控制器会自动修改数据库，售票员返还退票款；若 不匹配则会提示售票员此票未售出。3.4.6程序逻辑查看发车时间将该票添加到车票 表，统计表中剩余显示该票信息，提超过退票时限没有记录警告提示不可退票是否改签示图票款图1.16退票算法流程图3.4.7 接口退

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

23、起，在实际运行环境 下，对计算机系统进行一系列的组装测试和确认测试。在退票模块中重点需要测 试如下：（1）库中的记录确定更改（2）提示车票退票时限准确3.5改签模块3.5.1功能:售票员改签改签控制器车票 数据库提示是否匹蝉2:改签5:成功返回3:查询车票信息i4:成功返回9:修成数据10：成拾返回:签功能时序图-1:图1.17改II乘客计划临时变更需要更改出发日II售票员收回乘客车票，返还票款，收取手续费。若乘客需要日期的票有剩余，则II则退出。:期，或者退票不成功，可以选择改签服务。*=； !重新卖给乘客一张票；若票已售完，.3.5.2性能保证数据库的一致，具有一定的及时更新能力。3.5.

24、3输入项目车次、日期3.5.4输出项目警告提示、新车票3.5.5算法售票员扫描车票条形码，输入到改签界面，控制器进入数据库中确认该车票 确实售出。若确实售出，则返还退票款，并根据乘客需求另售一张指定日期车票； 若没有售出，警告提示售票员。3.5.6程序逻辑图1.18改签算法流程图3.5.7 接口改签模块需要调用售票模块的功能，由于两个功能均在一个Com包中，模块 之间可以实现互相通信。3.5.8存储分配对数据库采取日志记录技术和海量转储技术，并定期进行数据库备份。3.5.9限制条件由于系统中必须存在人工处理过程，一些信息要人工输入电脑，例如条形码 的扫描，因此需要用户熟悉电脑的基本操作，并且需

25、要有扫描仪。3.5.10测试要点确认测试则是要检查已实现的系统软件是否满足了需求规格说明中确定了的 各种需求，以及系统软件配置是否完全、正确。系统测试，是将通过确认测试的 软件，作为整个基于计算机系统的一个元素，与计算机硬件、外设、某些支持软 件、数据和人员等其他系统元素结合在一起，在实际运行环境下，对计算机系统 进行一系列的组装测试和确认测试。在改签模块中重点需要测试如下：（1）在改签完成之后，数据库中的记录确定更改（2）提示车票改签时限准确3.6修改统计模块3.6.1功能4:返回修改成功6:提示修改成功rr3:对列车进行修改图1.19修改功能时序图系统管理员通过该模块修改需要变更的车次信息

26、，包括车次修改、票价修改、 站点修改。车次修改包括增加车次，减少车次，车次的临时调度和由于自然灾害 造成的临时路线更改。票价修改为节假日、春运等特殊时段或某些特殊地域需要 适量增加或减少票价，具体数字有铁路管理定。站点修改可是某些车次增加或减 少一些站点。图2.0统计功能时序图车票统计主要是统计车票的销售情况以及销售额等。同时通过车票统计还可 得知不同日期车流量的情况，列车管理人员可以根据客流的流向随时调整列车运 行车次，达到列车的合理调度，使列车最大限度的投入使用中，实现资源的合理 利用。3.6.2性能：修改模块需要最高的权限，非最高权限人不可修改数据库数据；统计需要较 高的可靠性，保证数据

27、的完整性，数据需要定时备份。3.6.3输入项目站点、时刻、车次、日期3.6.4输出项目报表、修改统计成功提示3.6.5算法管理员输入欲修改的车次，提交给控制器，控制器根据管理员输入的信息进 入数据库修改相关表数据，修改成功返回给管理员成功修改提示。售票员将要统计的车次号输进到统计界面，控制器提取数据，进入数据库查 询统计表，返回给售票员，售票员根据车次的售票情况作出销售额、客流情况统 计表。3.6.6程序逻辑输入车次不存在结束返回统计信息控制器提取数据提示无记录查询数据库统计 表，车票表与时刻已售票=总票数-剩余票数存在返回车票信息及剩余票数图2.1统计算法流程图3.6.7 接口两个方法均封装

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

29、行环境下，对计算机系统 进行一系列的组装测试和确认测试。在修改统计模块中重点需要测试：修改过程 中输入数据要正确有效。3.7系统管理维护模块3.7.1功能图2.2添加用户功能时序图图2.3删除用户功能时序图查票销售管理系统涉及数据库以及局域网，数据庞大，对数据要求高。因此 需要专门的人员进行维护与管理。该模块实现管理员对系统数据库的维护，以及 对数据库的定期备份，同时通过此模块添加或删除用户，并授予相应权限。3.7.2性能要求较高安全性与可靠性3.7.3输入项目用户编号、姓名、授予权限、备份时间3.7.4输出项目日志文件、备份文件、添加成功提示、删除成功提示3.7.5算法管理员输入欲添加的用户

30、的编号与姓名等，控制器提取数据，并将其添加到 数据库中的员工表中，并返回添加成功界面。管理员输入欲删除的用户信息，控制器提取数据，进入数据库删除该用户所 有信息，返回删除成功界面。3.7.6程序逻辑图2.4添加用户算法流程图图2.5删除用户算法流程图4.小结对于此次课程设计我感慨颇多，不仅巩固了以前所学过的知识，而且学到 了很多在书本上所没有学到过的知识。通过这次课程设计使我懂得了理论与实际 相结合是很重要的，只有理论知识是远远不够的，只有把所学到的理论知识与实 践相结合起来，从理论中得出结论，将结论辅助与理论，才能真正学到知识并写 出有用的程序，所以提高自己的实际动手能力和独立思考的能力是十分重要的。参考文献：1王珊，萨师煊.数据库系统概论M.高等教育出版社, 2005潘文林.数据库应用系统产品开发M .中国水利水电出版社,200课程设计成绩评定表出勤 情况出勤天数缺勤天数成 绩 评 定出勤情况及设计过程表现（20分）论文（20分）设计成果（60分）总成绩（100分）综合评定指导教师签名：年 月 日