软件工程程序设计-火车售票系统

1、火车售票系统作者姓名：孙 清 茂专业班级：计算机科学与技术学 号： 2008 0503 03 12指导教师：唐云摘 要火车站是目前客流量最大的运输工具。对于售票如此大的工作量，完全靠人 工是不可能达到能称之为效率的水平的，基于此目的，开始思考开发提高售票效 率以及劳力的计算机售票系统。售票系统的核心是数据库技术，利用数据库将整 个火车站的票务情况存入计算机，再配置上用户接口，基本实现了查询、售票、 退票、订票、改签等功能，一定程度上提高了售票效率。关键词：火车站数据库用户接口售票Abstract：Abstract：The station is currently the largest pas

2、senger transport. For tickets so bigworkload, completely by artificial is impossible to reach the level of can call efficiency, based on this objective, start thinking about development raise ticket efficiency and labor computer ticketing system. Ticketing system that is the core of database technol

3、ogy, using database will whole railway station of the games, then placed in a computer user interface configuration, basically achieved query, tickets, refund, booking tickets, 34, and other functions, to a certain extent, improves the ticketing efficiency.Key words：Railway station Database The user

4、 interfaceKey words：Railway station Database The user interfaceTicket目 录 TOC o 1-5 h z HYPERLINK l bookmark21 o Current Document 第一章前言5 HYPERLINK l bookmark24 o Current Document 1.1课题的来源5 HYPERLINK l bookmark27 o Current Document 1.2现实意义5 HYPERLINK l bookmark30 o Current Document 1.3研究内容及成果5 HYPERLI

5、NK l bookmark33 o Current Document 第二章软件开发环境6 HYPERLINK l bookmark36 o Current Document 2.1软件开发环境及性能要求62.1.1软件开发环境62.1.2软件运行性能需求6A-A- -*7-|! E=!、人-7第二早万案论证7 HYPERLINK l bookmark42 o Current Document 3.1可行性分析73.1.1要求及目标7 HYPERLINK l bookmark45 o Current Document 要求7 HYPERLINK l bookmark49 o Current D

6、ocument 目标73.1.2开发系统已满足条件83.1.3可行性研究相关办法83.1.4技术方面的可行性83.1.5火车站方面经济可行性83.1.6操作可行性93.1.7法律方面可行性93.1.8可行性分析结论9 HYPERLINK l bookmark55 o Current Document 需求分析93.2.1需求分析目的93.2.2参与需求分析人员93.2.3系统需求概述9 HYPERLINK l bookmark58 o Current Document 第四章总体设计9 HYPERLINK l bookmark61 o Current Document 4.1系统概要10 HY

7、PERLINK l bookmark64 o Current Document 4.2系统组成以及结构10 HYPERLINK l bookmark67 o Current Document 第五章数据库设计11 HYPERLINK l bookmark70 o Current Document 5.1数据库介绍11 HYPERLINK l bookmark73 o Current Document 5.2建立数据库准备工作11 HYPERLINK l bookmark76 o Current Document 5.3数据表设计11 HYPERLINK l bookmark83 o Curre

8、nt Document 第六章具体实现13 HYPERLINK l bookmark86 o Current Document 6.1详细设计概述13 HYPERLINK l bookmark95 o Current Document 6.2面向售票员的详细设计14查询14 HYPERLINK l bookmark99 o Current Document 时序及 I/O14 HYPERLINK l bookmark103 o Current Document 算法实现15售票16 HYPERLINK l bookmark106 o Current Document 时序及 I/O16 HYP

9、ERLINK l bookmark110 o Current Document 算法实现17退票18 HYPERLINK l bookmark117 o Current Document 时序及 I/O18 HYPERLINK l bookmark114 o Current Document 算法实现19改签20时序及 I/O20 HYPERLINK l bookmark121 o Current Document 算法实现20 HYPERLINK l bookmark124 o Current Document 6.3面向管理员的详细设计216.3.1修改车次模块21 HYPERLINK l

10、 bookmark127 o Current Document 修改时序图21 HYPERLINK l bookmark130 o Current Document 算法实现226.3.2统计信息模块22 HYPERLINK l bookmark133 o Current Document 统计时序图22 HYPERLINK l bookmark137 o Current Document 算法实现23结论24参考文献24第1章 前言1.1课题的来源鉴于人工售票的工作量过于巨大，为了方便旅客以及售票工作人员，提高 效率，也为了提高火车这种交通工具的整体效率，产生了面向此课题的研究。1.2现实意

11、义如摘要所说，火车是目前客流量最大的运输工具，未来很长一段时间中也 会延续这种现状。关键的在于售卖火车票，曾经的人工售票在现在看来，已是跟 不上现代人的生活节奏。人工售票，还有成本大，出错率高等缺点。而软件相对 于人工来说，因为它是借助物理方式，会有更高处理速度，出错率也将很低，当 然，其成本也会大大降低。在未来，对火车的要求也会在于提高售票效率，可以 想象，将来的火车售票终会渐渐进入自动化：自动化售票，快捷方便的查询、退 票，智能化的订票。不久的将来，在曾经看来是复杂繁琐的工作，会变得简单快 速人性化。再远大一点的目标，通过提高售票效率，也可以提高火车运输甚至整 个运输业的运行效率。1.3研

12、究内容及成果系统实现了查询，售票，退票，票务管理，统计。本系统各个功能模块示 意图如1.1.技术都是慢慢进步的，本系统也就不可能完全达到需求标准，只能说基本 实现了要求，一定程度上也提高了售票效率。希望后来者能再接再厉，一起完善， 努力实现完全自动化。第2章软件开发环境2.1软件开发环境及性能要求2.1.1软件开发环境开发工具：Visual C+6.0使用的数据库：Access 2000系统开发语言：C+开发环境：Win XP SP32.1.2软件运行性能需求本系统对电脑配置要求不高，一般中低端配置就行，由于开发环境只是Win XP SP3，其他操作系统运行此系统的稳定性还未知。一般配置的电脑

13、，运行 此系统的响应时间都在2s左右，能满足系统操作者要求。开发系统配置如图2.1系统：Microsoft Windows XFFrofessi onal 版本2002 Servi ce Pack 3注册到： 微软用尸 微软中国 76481-640-8834005-23953计耸机：Genuine Intel （R） CPUT1600 1.66GHz 1.66 GHz, 956 ME 的内存图2.1开发本系统电脑配置（孙清茂，2011 ）第3章方案论证3.1可行性分析3.1.1要求以及目标要求要求系统能够查询票务信息，售票（确定后能够打印车票），退票办理改签，管理员进行票务查询以及修改票务信息

14、，统计已售票务信息并打印销售情况。 具体功能如图1.1。性能上，要求查询数据库时，系统能够迅速响应，并显示出来供操作者选 择。关于操作权限，售票员应该只有售票和查询票务信息的权限，管理员应该给予特殊权限，使之能对票务信息查询、修改。目标此系统的目标在于为售票员提供快速查询票务信息，并打印车票，或者进行退票改签等服务，方便售票员同时也方便旅客，给旅客带去准确快速的服务。最终达到提高整体效率的水平。另外，还可以减少人力资源，使一个窗口就可以进行查询、售票、退票、 改签等旅客需要的基本功能。与此同时，系统还向管理员提供了查询票务信息并可以修改票价、时间和 车次站点等票务信息，统计售出票务情况并打印的

15、功能。3.1.2开发系统已满足条件开发需要的环境：个人笔记本下进行，已安装Visual C+6.0，Access 2003 数据库软件和其他开发需要用到的软件；开发时间限制：时间自由，无限制；开发经费：需要的资源完全自有，因此不需要经费；开发人员：孙清茂；预计开发时间：一个月；预计系统使用寿命：5年有关法律法规：开发完全靠自己，未抄袭任何已有软件，系统也没有违反 相关法律法规规定，属于正规软件系统。3.1.3可行性研究相关办法系统的可行性研究主要建立在问卷调查结果上，期间进行了网络问卷调 查，实地问卷调查。调查结果表明，本系统有其开发的必要性。同时，本系统需 要资源较少，人力能及，时间无限制。

16、所以该系统是可行的。3.1.4技术方面的可行性虽然还是学生，但是经过两年半的学习，已经基本掌握面向对象程序设计， C+语言，图形学，软件工程导论，虽然数据库还没有系统学习，但是自学一些 还是没有问题的，特别是可以用比较简单的Access2003据库，所以开发本系统 的技术能力基本足够，同时还有指导老师的技术支持。由上可知，开发本系统的技术方面是可行的。3.1.5火车站方面经济可行性由于本系统是为了提高火车站售票效率，将会为他们带去成本降低的好 处，系统开发完成火车站即可安装使用，同时系统开发完全有开发者自付，火车 站只会得到利益，完全没有风险。于是在经济上也是可行的。3.1.6操作可行性界面设

17、计时将尽量使系统界面简单易操作，充分考虑使用人员的习惯，使 得操作简单，数据录入简单、迅速、规范、可靠；统计、计算准确；制表灵活； 适应力强。由此可见，操作方面的可行性也能满足。法律方面可行性此方面已在满足条件中指明，此处不赘述。可行性分析结论由上综述，可见开发此系统确实有可行性。3.2需求分析此系统需要满足两方面的需求，一是售票员，一是管理员。3.2.1需求分析目的需求分析的目的在于详细、准确并全面的定义本售票系统的功能，以及用 户需求，用以指导系统顺利地进行开发。3.2.2参与需求分析人员由于系统是面向售票员、管理员和旅客（旅客对系统要求不是很高，可以 忽略），所以需求分析需要包括售票员、

18、管理员以及一些旅客的建议，还应有同 行的一些建设性意见。3.2.3系统需求概述所开发的火车站售票系统能够完成火车票的查询、出售等一系列工作，方 便火车票的出售、管理以及简化工作的过程，同时也节约人力、物力和财力，更 加完善火车票的出售。系统提供给售票人员和管理人员使用，售票人员可以完成查询车票、售票、 退票、改签等工作，管理员可以对整个系统进行管理（包括使用人员管理、数据 库维护）。第4章总体设计4.1系统概要火车站售票系统是根据需求分析开发的原型系统，目的是为了火车站工作 人员顺利快速完成每次售票工作，以致火车运行畅通。该系统在开发各个阶段， 都突出现代软件设计的新思想、新技术的研究与应用及

19、其有效性和实用性的证 实。系统使用的用户主要有：火车站售票员、系统管理员。都是在客服端界面上 进行操作，并不需要了解服务器具体情况。只要用户的计算机上安装本单机版软 件便可方便的使用本系统。4.2系统组成以及结构系统的软件系统总体分为五部分：登录、售票、退票、改签、用户管理。： 登录模块：验证用户合法性，登录后设定用户权限；售票模块：提供查询和售票操作；退票模块：提供查询、核对信息和退票操作；改签模块：提供查询、核对信息和改签操作；用户管理：提供用户信息的查询、修改、添加、删除等操作；总体数据流图如图4.1图4.1总体数据流图（孙清茂.2011）总体结构图如图4.2图4.2总体结构图（孙清茂.

20、2011）第5章数据库设计5.1数据库介绍系统基于Visual C+ 6.0平台开发，使用了简单操作的Microsoft Access 2003数据库。Microsoft Access 2003您容易得到所需信息，并提供强大工具， 可以帮助您组织和共享您的数据库，以便您和您的工作组能作出更好的决策。5.2建立数据库准备工作列出需要建立数据表的对象：车票，管理员，售票员，以及每个数据表中 的内容。5.3数据表设计下面具体创建每一个表：车票信息表train：车次TrainNo 字符串（10），起始站Start字符串（10）,终点站Terminal字符串（10）,发车时间Timing字符串（10）,

21、里程Distance整型数，日期Date 字符串（10）,票种TicketType字符串（10）,票价Price整型数（10），剩余票数Remain整型数（10），车票数据表如图5.1 项目TrainNoStartTerminalTiming数据长度10101010Distanc已Dat已10S TicketTyp已9 Price10 Remain_o O11 11图5.1车票数据表（孙清茂.2011）管理员信息表users编号UserID整型数（10）,姓名 UserName字符串（10）,密码 UserPsw 字符串（10）,用户类型UserType字符串（5）,管理员数据表如图5.2项目

22、 数据类型,数据长度枷新1UserID整型数102UserName字符串103UserFsw字符串204UserType字符串5f建）图5.2管理员数据表（孙清茂.2011）技术原因，当前只设计两张数据表。第6章具体实现6.1详细设计概述成功登陆系统（1）查询售票员可做如下操作：Step 1：输入所要查询车票信息；Step 2：查看所查询结果显示信息；Step 3：回复客户。（2）售票售票人员可做如下操作：Step 1：按客户要求查询所需车票；Step 2：查看车票信息，并回复客户；Step 3：确认是否出售此票，是则打印车票，收取现金;Step 4：完成售票操作下一个旅客；（3）退票售票人员

23、可做如下操作：Step 1：核对所退车票信息是否符合退票；Step 2：系统计算判断，确认找还余额；Step 3：回收车票，找还现金，完成退票操作；（4）改签售票人员可做如下操作：Step 1：查询客户所提供车票信息；Step 2：退票改签，系统判断；Step 3：确认改签，找补现金；Step 4：完成改签操作；（5）管理：系统管理人员可使用人员信息管理操作；（6）系统功能模块如下表6.1；表6-1 系统功能模块功能模块功能使用者查询车票售票人员售票1=1 aK售票人员退票售票人员改签售票人员用户管理管理人员系统管理管理人员数据库管理管理人员6.2面向售票员的详细设计查询时序及 I/O查询可分

24、为按车次查询与站点查询，用户通过输入待查询车次或者站点查 询车票的相关信息，包括票价，时刻，剩余票数等信息。若用户输入的车次或者 站点错误，系统会提示输入错误。能够对乘客要求的大部分查询类型都能够查询，每个查询功能键都一目了然，能快速精确的显示要查询的信息。要求单次的查询系统的处理时间在2秒以 内。查询功能时序图如图6.1，图6.1查询功能时序图（孙清茂.2011）输入项目：车次号或者站名。输出项目：车次号、站点、发车时间、到站时间、剩余票数、车票价格、旅 程历时。算法实现算法该模块通过访问数据库查询车票信息，提取用户输入的车次或者站名，封装 成SELECT语句，到数据库中查询车票信息，将信息

25、返回到用户界面。若用户输 入错误，弹出错误提示框。算法流程图如图6.2，图6.2查询算法流程图（孙清茂，2011）6.2.2售票时序及 I/O根据旅客的需求如发车日期、发车时间、车票类型（学生票、军人票）等， 售票员查询相关的车票信息，选择用户所需要的车次，然后结算并打印车票给旅 客。单次售票任务在25秒之内完成，系统的反应时间在3秒之内；保证多台机-16 -器同时运行该系统不会有过高延时。售票时序图如图6.3，:售票员数据库模块3:修改4:售票员数据库模块3:修改4:返回修改成功5:提示车票已售出6:提示图6.3售票功能时序图（孙清茂，2011）输入项目：车次、站点、日期。输出项目：车票信息

26、、剩余票数。算法实现售票员输入顾客预购车票的相关信息，调用查询模块，到数据库中查询是否 有票，若有，则选择需要的票数和车次，并将卖出票数写入数据库，数据库中对 应车次剩余票数刷新，储存，售票员选择打印火车票给顾客；若无则提示售票员车票已售完，回到输入信息界面，重复上边的算法。售票算法流程图如图6.4，图6.4售票算法流程图（孙清茂,2011)6.2.3退票时序及 I/O退票时序图如图6.5退票界面退票控命詹DAO通图6.5退票时序图（孙清茂，2011）处理用户由于某种情况需要退回车票的情况，旅客要在车站指定的时间内 进行退票，按照票款的80%退款。超过指定时间，只能改签，不能退票。系统及 时的

27、记录下所退回的车票，更新数据库。输入项目：车票编号。输出项目：确认车票界面、警告提示、退票款、数据修改成功。算法实现售票员扫描顾客欲退车票的条形码，获得车票编号，售票员点击退票按钮， 将车票编号交给退票模块。退票模块到数据库中查询此票是否已售出，若匹配则 点击确认退票，退票模块修改数据库，售票员返还退票款；若不匹配则会提示售 票员此票未售出。退票算法流程图如图6.6，图6.6退票算法流程图（孙清茂，2011）6.2.4改签时序及 I/O计划临时变更需要更改出发日期，或者退票不成功，可以选择改签服务。 售票员收回乘客车票，返还票款，收取手续费。若乘客需要日期的票有剩余，则 重新卖给乘客一张票；若

28、票已售完，则退出。输入项目：车次、日期输出项目：警告提示、新车票改签时序图如图6.7，图6.7改签时序图（孙清茂图6.7改签时序图（孙清茂，2011）故签界面D.凸口军票算法实现售票员扫描车票条形码，输入到改签界面，改签模块进入数据库中确认该车票确实售出。若确实售出，则返还退票款，并根据乘客需求另售一张指定日期 车票；若没有售出，警告提示售票员车票有误。改签算法流程图如图6.8，图6.8改签算法流程图（孙清茂，2011）6.3面向管理员的详细设计6.3.1修改车次模块修改时序图系统管理员通过该模块修改需要变更的车次信息，包括车次修改、票价修 改、站点修改。车次修改包括增加车次，减少车次，车次的临时调度和临时路线 更改。票价修改为节假日、春运等特殊时段或某些特殊地域需要适量增加或减少 票价。站点修改可是某些车次增加或减少一些站点。其时序图