2024年4月6日发(作者：帕萨特2019款报价及图片)
汽车售票系统论文
摘要
随着社会的信息化逐步增强，各行各业都紧跟时代的脚步，从原有的传统人
工管理体制向信息自动化的管理体制过度。作为主要的交通工具之一的汽车，不
管是出于企业的发展，还是出于满足广大旅客的需要，实现网络化的售票系统是
非常有必要的。
本文主要介绍汽车售票系统的总体设计思路，分别从问题定义、可行性研究、
需求分析、总体设计、详细设计等方面介绍汽车售票系统的开发过程
[1]
。
关键字：软件工程 汽车售票系统 软件生命周期
一 、问题定义
（一 ）引言
1.编写目的
随着信息技术的发展，人们消费模式等方面发生着巨大的变化，在家里就
可以实现购物、订机票、预定酒店等等，当然希望各方各面都能越来越便捷。买
汽车票，尤其是春运期间买票是件很麻烦的事情，有时候排队买票就要排上很长
时间，甚至有时候还因为信息的缺乏，不能及时有效的了解车票的销售情况，白
跑一趟汽车站。利用网上汽车票预定系统，旅客可以通过网络查询车票的销售情
况和预定汽车票，这极大的提高了订票的效率，节省了订票的时间，缓解了售票
窗口拥挤的现状，网上订票系统的成功实施，提高了车站的信息化管理水平，减
少了车站工作人员的工作量，为旅客节约了时间。
2 项目背景：
名称：汽车票预定系统
任务的开放人：xxx
用户：旅客
3. 汽车票预定系统功能概述
(1)旅客可在网上进行注册、登陆功能；
(2)旅客登陆后能够在网上查询车票销售情况，及网速订票的流程等信息；
(3)应有网上人工客服，方便旅客咨询；
(4)能够实现车站车次及线路信息的管理，对车次及线路的变动信息及时
更新。
(5)能够查询旅客的网速购票情况及车次变动通知等；
(6)工作人员可以对本站的公告及新闻信息进行更新，使旅客及时了解到
车票、车次、线路等的运行情况；
二 、可行性研究
1 .技术可行性
现有的技术有网上订购机票和刚实行的火车票预定系统作为参考，并且有
其他系统开发经验作为技术支持。
系统流程图
[2]
：
图2.1 系统总框架图
图2.2 旅客信息系统模块图
图2.3 车次查询系统模块图
图2.4 取票通知系统模块图
图2.5 退票系统模块
2. 经济可行性
在一定程度上讲汽车票预定系统对汽车运输公司而言在长期利益上看是有
很大的收益的，故在某种意义上讲经济上是可行的。
3 .社会可行性
汽车票预定系统是一个广大旅客出行的系统，它为旅客提供了便捷的服务，
为汽车运输公司减少工作量，故在社会可行性方面是毋庸置疑的。
4 结论
总体上说该系统是可行的。
三、 需求分析
1 市场需求分析
汽车票预定系统是不仅是一个方便旅客的系统，也是一个汽车站工作人员的
好帮手。
（1）一个汽车票预定系统可以高效能、大容量地处理旅客的购票，查询需求。
（2）能够为汽车站工作人员及时高效地完成工作。
（3）能够为汽车运输行业掌握各时间段、各地方的汽车票销售的全面情况，提
供系统的准确的统计信息，可以促进汽车运输公司的统筹规划。
2 系统需求分析
汽车票预定系统可以用于帮助车站工作人员高效地完成工作，可以方便旅客
订票和查询票务信息。。
系统E-R图
[3]
（如图3.1）
图3.1系统E-R图
数据流图
[3]
（如图3.2）：
图3.2 数据流图
四、 系统设计（总体、详细设计）
1. 系统设计的目的
设计人员设计售票管理系统的最终目标是使汽车客运中心管理手段现代化，
减轻工作人员的工作强度，提高工作效率，减少在售票工作中的人为差错；保证
售票员和售票口可灵活增减；帮助工作人员掌握每天的客票收入情况实现对业务
信息的高效管理；方便旅客对车次、票价等信息的查询，帮助旅客及时了解发车
时间、票价、车次等情况。本系统的总体设计和选型中要充分考虑技术的发展，
力求锁用技术在今后相当长的一段时间内不落后；系统除具有较高的可靠性外，
还将有良好的灵活性和伸缩性，以利于以后系统的扩展；考虑到硬件更新换代周
期短，因此所选设备应可靠、经济、实用；软件开发除采用新的开发工具外，还
要设计良好的接口，以利于功能模块的增加。总之，系统的设计应遵循科学性、
安全性、可靠性、灵活性、实用性和经济性相结合的原则。
2. 系统概况
随着社会的进步，计算机科学技术的发展，汽车客运中心售票的管理方式也
日新月异，一起由人工管理的方法现存在很多缺点；管理效率低，工作人员工作
强度大，信息处理速度慢而且准确率也不能令人满意。为了提高售票信息管理效
率，减轻工作强度，提高细心出来速度和准确率；为出行乘客提供更方便、科学
的服务项目；为汽车客运中心工作人员提高一种更先进、科学的服务系统。于是
设计人员选择了由计算机来设计一个汽车客运中心售票管理系统的方案。让计算
机对汽车客运中心进行自动管理。工作人员可以直接在计算机上实现汽车客运中
心的信息管理，并能在一定程度上实现自动化。
3. 模块分析和概要设计
根据实际情况，我们使用原型法
[1]
（Rapid Prototyping）即以少量代价快速地
构造一个可执行的软件系统模型。使用户和开发人员可以较快地确定需求，然后
采用循环进化的开发方式，对系统模型作连续的精化，将系统需具备的性质逐渐
增加上去，直到所有的性质全部满足。此时模块也发展成为最终产品了。
通过对汽车运输公司的业务分析，我们可以分析出汽车票预定系统大致可以分为
四个个模块：旅客信息系统模块、车次查询系统模块、取票通知系统模块、退票
系统模块。
旅客信息系统：
输入：旅客登陆用户名
输出：旅客信息表
功能：对旅客信息的查询
车次查询模块
输入：车次编号
输出：该车次的相关信息
功能：完成车次信息的查询
取票通知系统模块
输出：成功订票旅客的订单信息
功能：完成旅客的订单交易
退票系统模块
输出：需要退票旅客的订单信息或车次、线路取消的订单信息
功能：实现旅自主客退票和车次、线路取消时的退票
4. 系统业务流程图（图4.1）：
图4.1 系统业务流程图
4.3 系统数据库逻辑结构（图4.2）
图4.2系统数据库逻辑结构
4.4系统数据库设计
为了方便用户查询、订票等，应用数据库进行票务数据的存取。数据库中
至少应有下述表：
旅客信息表：
表4-1 旅客信息
字段名
旅客用户名
旅客真名
旅客身份证
性别
出生日期
联系电话
家庭地址
邮政编码
类型
字符型
字符型
字符型
字符型
日期型
数值型
字符型
数值型
长度
15
15
18
2
10
16
30
6
允许空
No
Yes
Yes
Yes
Yes
Yes
Yes
Yes
汽车票信息表：
表4-1 汽车票信息
字段名
票号
路线
票数
类型
字符型
字符型
数值型
长度
10
50
6
允许空
No
Yes
Yes
旅客购票信息表：
表4-1 旅客购票信息
字段名
票号
旅客用户名
订单号
类型
字符型
字符型
字符型型
长度
10
15
20
允许空
No
No
Yes
5.维护模块
在设计“维护模块”的过程中，设计人员考虑到作为汽车客运中心是在不断
发展，不断完善，其业务量在不断扩增，而且由于汽油价格和公路收费一级客运
成本的提高，票价需要根据市场的变化及时做出调整。“业务维护”模块的功能
正好满足了客运中心这一业务需求。随着客运中心业务范围的不断扩大，其发往
全国各地的客车也在不断增加，为了方便管理，需要及时安排车次、增加售票员
和售票点以适应客运中心的业务发展需求。
该模块包括了对票价情况、车次情况、售票员情况以及售票点情况的添加
和删除。实现对票价、车次、售票员和售票点的数据维护。主要实现对业务（包
括车次、车型、里程、票价、发车时间、客容量及点站）和售票（包括车次、终
点站、售票员工和售票窗口号）的添加和删除。此外，在“业务”和“售票”两
个子模块中还加入了了“第一条”、“上一条”、“下一条”和“最后一条”按钮使
本系统的维护模块功能更完善。
五、 总结
软件生命周期由软件定义、软件开发、和运行维护（软件维护）3个时期组
成。分为8个阶段：问题定义、可行性研究、需求分析、总体设计、详细设计、
编码和单元测试、综合测试、软件维护。
本报告主要对软件生命周期的前五个阶段在软件开发中的作用做了基本的分
析。
问题定义阶段必须回答的关键问题是：“要解决的问题是什么？”通过对客户
的访问调查，系统分析员扼要地写出关于问题性质、工程目标和工程规模的书面
报告，经过讨论和必要的修改后交给客户确认。
可行性分析阶段要回答的关键问题是：“对于上一个阶段所确定的问题有行得
通的解决办法吗？”可行性研究的结果是客户做出是否继续进行这项工程的决定
的重要的依据。主要有技术可行性研究、经济可行性研究和社会可行性研究等。
需求分析阶段准确地确定“为了解决这个问题，目标系统必须做什么”，主要
是确定目标系统必须具备哪些功能。从这一阶段开始要写规格说明书，且每个阶
段都必须尽量详细、规范地写。
总体设计阶段必须回答的问题是：“概括地说，应该怎样实现目标系统？”，
设计几种可能的方案，向客户介绍各种方案的优缺点，并让客户确定用哪一种方
案。
详细设计阶段回答的关键问题是：“应该怎样具体地实现这个系统呢？”详细
地设计每个模块，并确定实现模块功能所需要的算法和数据结构
[1]
。
参考文献
[1] 百度文库 软件工程 汽车售票系统
[2] 百度文库 火车票预订系统
[3] 软件工程技术 /郑小发 编 中国传媒大学出版社
更多推荐
系统,旅客,汽车,模块
发布评论