长途汽车票预购系统.docx
- 文档编号:23138356
- 上传时间:2023-05-08
- 格式:DOCX
- 页数:19
- 大小:512.35KB
长途汽车票预购系统.docx
《长途汽车票预购系统.docx》由会员分享,可在线阅读,更多相关《长途汽车票预购系统.docx(19页珍藏版)》请在冰豆网上搜索。
长途汽车票预购系统
长途汽车票务实名制预售系统
-----系统分析设计书
08121035王梦曦
目录
一:
问题定义3
二:
可行性分析3
1.可行性研究的前提3
功能要求3
性能要求4
接口要求5
2.技术可行性5
三.需求分析7
·基本设计概念和处理流程7
系统流程图8
系统数据流图9
数据字典11
ER图16
层次图17
IPO图17
状态图学生取票模块18
四.系统设计18
结构图19
模块说明书19
登录界面21
录入页面21
一:
问题定义
每逢节假日,由于飞机票与火车票价格较为昂贵,路途较为远的原因,部分返乡人群会选择长途客车作为回家的工具。
由于人数众多,乘客排队时间较长,由于不能很好预估每班班次的乘坐人数,在便民与管理方面都有很大的困难。
目前,某市长途客运中心拟针对以上情况综合考虑,制定长途汽车票务实名制预售系统。
客运中心将预购长途车票的乘客信息(姓名,性别,身份证号码,时间,目的地等)输入该系统,系统将会为乘客安排选择的班次,引出取票通知和账单,乘客在乘坐前一天凭取票通知和账单交款在各大营业网点取票,系统核对无误后将打印出车票。
二:
可行性分析
1.可行性研究的前提
●功能要求
客户端
在客户端系统的功能实现上,可以分为以下几个部分:
[1]旅客信息的输入和统计
客运中心把乘客客要求订票的信息由各营业网点专人负责输入。
这部分功能是客户端子系统的基本部分,这个功能是以后各个部分的基础。
系统要求做到即能够从其它子系统中共享一部分信息,又有方便的操作界面工手工输入旅客信息。
这部分要求对输入的数据进行简单的统计,供客运中心进行查询和宏观调控。
[2]乘客信息的存储:
将乘客的信息存储到客运中心的客户端系统中,以备以后的取票确认以及查询。
[3]乘客信息的传递及接收:
将乘客所须的班次信息由各大营业网点的客户端由网络传到客运中心的服务器上,并且接收客运中心返回的实际班次情况,然后进行存储。
[4]取票通知及帐单的生成和打印:
将已存储的从客运中心返回的实际班次信息打印出来,并且生成帐单打印出来一起交给乘客。
印出取票通知给已经订票的乘客;根据旅客的取票通知及帐单,经过确认无误后,接收乘客的付款后把车票印出来交给旅客。
[5]预购车票销售情况的核算
这一功能是在上一功能的基础上,对预购车票的销售额进行单项核算,得到客运中心的销售情况并把核算结果作为企业报表输出。
性能要求
为了保证系统能够长期、安全、稳定、可靠、高效的运行,长途车票预定系统应该满足以下的性能需求:
1.系统处理的准确性和及时性
系统处理的准确性和及时性是系统的必要性能。
在系统设计和开发过程中,要充分考虑系统当前和将来可能承受的工作量,使系统的处理能力和响应时间能够满足企业对信息处理的需求。
由于车票预定系统的查询功能对于整个系统的功能和性能完成举足轻重。
作为系统的很多数据来源,而车票预购的数量数量将很大程度影响客运中心决策每天发班车次等决策活动,其准确性很大程度上决定了车票预定系统的成败。
在系统开发过程中,必须采用一定的方法保证系统的准确性。
2.系统的开放性和系统的可扩充性
车票预定系统在开发过程中,应该充分考虑以后的可扩充性。
例如订票系统的方式的改变(网上订票,电话订票等),用户查询的需求也会不断的更新和完善。
所有这些,都要求系统提供足够的手段进行功能的调整和扩充。
而要实现这一点,应通过系统的开放性来完成,既系统应是一个开放系统,只要符合一定的规范,可以简单的加入和减少系统的模块,配置系统的硬件。
通过软件的修补、替换完成系统的升级和更新换代。
3.系统的易用性和易维护性
车票预定系统是直接面对营业网点工作人员的,而使用人员往往对计算机并不时非常熟悉。
这就要求系统能够提供良好的用户接口,易用的人机交互界面。
要实现这一点,就要求系统应该尽量使用用户熟悉的术语和中文信息的界面;针对用户可能出现的使用问题,要提供足够的在线帮助,缩短用户对系统熟悉的过程。
车票预定系统中涉及到的数据是客运中心的相当重要的信息,且含有保护用户隐私等重要信息,系统要提供方便的手段供系统维护人员进行数据的备份,日常的安全管理,系统意外崩溃时数据的恢复等工作。
4.系统的标准性
系统在设计开发使用过程中都要涉及到很多计算机硬件、软件。
所有这些都要符合主流国际、国家和行业标准。
例如在开发中使用的操作系统、网络系统、开发工具都必须符合通用标准。
如规范的数据库操纵界面、作为业界标准的TCP/IP网络协议及ISO9002标准所要求的质量规范等;同时,在自主开发本系统时,要进行良好的设计工作,制订行之有效的软件工程规范,保证代码的易读性、可操作性和可移植性。
5.系统的先进性
目前计算系统的技术发展相当快,做为车票预定系统工程,应该保证系统在下个世纪仍旧是先进的,在系统的生命周期尽量做到系统的先进,充分完成企业信息处理的要求而不至于落后。
这一方面通过系统的开放性和可扩充性,不断改善系统的功能完成。
另一方面,在系统设计和开发的过程中,应在考虑成本的基础上尽量采用当前主流并先进且有良好发展前途的产品。
6.系统的响应速度
机票预定系统系统在日常处理中的响应速度为秒级,达到实时要求,以及时反馈信息。
在进行统计分析时,根据所需数据量的不同而从秒级到分钟级,原则是保证操作人员不会因为速度问题而影响工作效率。
接口要求
本产品的用户一般需要通过终端进行操作,进入主界面后点击相应的窗口,分别进入相对应的界面(如:
输入界面、输出界面)。
用户对程序的维护,最好要有备份。
2.技术可行性
如今的计算机技术非常成熟,相对来说开发此系统的技术也要求比较简单,因此在技术方面是可行的;同时服务器端还必须有一定量的系统管理和维护的专业人员,在这方面可以通过培训原来的技术人员成为新的需要的技术人员,也可以雇用所需这方面的专业技术员;若按计划,在规定的期限内,本系统的开发是可以完成的。
总结:
开发长途汽车票务实名制预售系统是可行的
三.需求分析
·基本设计概念和处理流程
系统流程图
系统数据流图
/顶层/
/0层/
/1层
(1)/
/1层
(2)/
/总数据流图/
数据字典
数据字典主要由四种条目组成:
数据流条目、文件条目、加工条目、数据流分量
数据流条目:
乘客信息=姓名+性别+身份证号码+时间+目的地等
取票通知=姓名+取票时间+订单编号等
文件条目
文件名:
乘客信息
组成:
姓名性别身份证号码时间目的地等
组织形式:
按录入顺序排列
文件名:
取票通知
组成:
乘客姓名取票时间订单编号等
组织形式:
按订单编号顺序排列
加工条目
加工编号:
1
加工名:
信息审核
加工逻辑:
检查各种输入要求的合理性
加工编号:
2.3
加工名:
打印取票单据
加工逻辑:
根据车票信息,打印取票通知单和帐单
加工编号:
3.4
加工名:
更新订单查询信息
加工逻辑:
将交款和车票信息的变动反应到订单查询信息中
系统中的数据元素:
数据库建立
旅客信息表
字段名称
数据类型
字段大小/格式
有效性规则
输入掩码
乘客姓名
文本
8(必填字段)
性别
文本
2(必填字段)
“男”or“女”
身份证号码
文本
18(必填字段)
时间
日期/时间
短时间(必填字段)
目的地
查阅向导
必填字段
预订车票数量
数字
整型(必填字段)
默认值1
联系电话/手机号码
文本
11(必填字段)
备注
文本
100
状态查询
字段名称
数据类型
字段大小/格式
有效性规则
输入掩码
订单编号
文本
10
0000000000
姓名
文本
8(必填字段)
身份证号码
文本
18(必填字段)
订单生成时间
日期/时间
常规日期
取票通知发出时间
日期/时间
常规日期
车票费用已付清
是/否
车票已发出
是/否
取票通知
字段名称
数据类型
字段大小/格式
有效性规则
输入掩码
订单编号
文本
10
0000000000
姓名
文本
8(必填字段)
身份证号码
文本
18(必填字段)
目的地
查阅向导
必填字段
车次
文本
10(必填字段)
出发日期
日期/时间
长时间
出发时间
日期/时间
短时间
车票数量
数字
整型(必填字段)
默认值1
车票费用总计
货币
货币
取票时间
日期/时间
常规时间
ER图
层次图
IPO图
状态图学生取票模块
四.系统设计
结构图
模块说明书
/信息审核模块说明/
/预定模块说明/(程序流程图)
登录界面
录入页面
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 长途 汽车票 预购 系统
![提示](https://static.bdocx.com/images/bang_tan.gif)