长途汽车网上订票系统.docx
- 文档编号:12641040
- 上传时间:2023-04-21
- 格式:DOCX
- 页数:44
- 大小:504.07KB
长途汽车网上订票系统.docx
《长途汽车网上订票系统.docx》由会员分享,可在线阅读,更多相关《长途汽车网上订票系统.docx(44页珍藏版)》请在冰豆网上搜索。
长途汽车网上订票系统
长途汽车网上订票系统
浠水县汽总运输公司
关于长途汽车网上售票管理系统设计论文
2013年5月8日
绪论
课题背景
在客运公司工作7年之余,对客运管理的难度深有感触。
特别是在春运期间购票难依旧是长途汽车订票的一大难题。
长途汽车和火车的订票管理虽然有差异,但大体上是相同的。
长途汽车在售票的过程中需要对旅客的起始地、目的地、车次、订票和退票进行管理。
利用长途汽车网上订票系统及时为旅客预购到目的地的车票,有利于提高购票的速度,更方便旅客的出行。
这尤其体现在春运等客运高峰时期。
信息社会的高科技,商品经济化的高效益,使计算机的应用已普及到经济和社会生活的各个领域。
计算机虽然与人类的关系愈来愈密切,还有人由于计算机操作不方便继续用手工劳动。
为了适应现代社会人们高度强烈的时间观念,长途汽车网上订票系统为旅客的出行和售票人员带来了极大的方便。
操作人员只需输入一些简单的汉字、数字,即可达到自己的目标。
对于长途汽车公司,利用计算机支持高效率完成日常事务,是适应现代要求、推动管理走向科学化、规范化的必要条件。
同时计算机具有手工管理所无法比拟的优点。
例如:
检索迅速、查找方便、可靠性高、存储量大、保密性好、寿命长等。
这些优点能够极大地提高长途汽车订票管理的效率,也是长途汽车公司的科学化、正规化管理的必要条件。
长途汽车网上订票体统需要对旅客预定车票、退订车票、车次、车号核对等一切操作进行管理,并储存旅客的相关信息,严格服从有关规定,按一定的模式或规律进行。
体现数据量大,数据流清晰、规范的特点,因而特别适合用计算机管理。
编写目的和意义
本篇论文编写写的目的是为了说明系统需求概述、设计概要情况和设计思路,为系统后期维护基础,同时作为开发人员在系统分析设计阶段的工作成果
和本阶段的结束标志。
使用户和软件开发者,对系统的设计有一个全面的认识,使之成为后期开发工作的基础和依据。
本长途汽车订票、退票管理信息系统是现代管理的一个具体体现,长途汽车订票、退票等管理日益现代化,基于人工管理的方式已经不适应业务发展的需要。
长途汽车网上订票管理日益复杂化,管理的内容日益增多,结算方式也有所不同,为此,应该开发一个现代管理的长途汽车网上订票管理系统。
本课程设计用visualbasic2005制作长途汽车售票系统程序界面,用SQLsever搭建数据库。
第一章可行性研究分析
可行性分析是通过对项目的主要内容和配套条件,如市场需求、资源供应、建设规模、工艺路线、设备选型、环境影响、资金筹措、盈利能力等,从技术、经济、工程等方面进行调查研究和分析比较,并对项目建成以后可能取得的财务、经济效益及社会环境影响进行预测,从而提出该项目是否值得投资和如何进行建设的咨询意见,为项目决策提供依据的一种综合性的系统分析方法。
可行性分析应具有预见性、公正性、可靠性、科学性的特点。
1.1经济可行性
该系统仅用少量人员开发,用最低的成本和人力,在较短时间内使软件具有在线查阅票价,车站,车号,订票等基本功能,预期系统设计期间投入的资金较小,从经济角度考虑,此系统开发可行。
1.2技术可行性
为方便乘客,需开发一个汽车票订票系统,乘客把预定汽车票的乘车信息,包括汽车号,发车时间,发车地点,到站时间,到站地点等信息输入到预定系统的客户端程序,系统经过访问汽车公司内部的数据服务器中的数据库后,为乘客安排所需车辆,印出取票通知,乘客在汽车发车之前一天凭取票通知和账单交款后取票,系统校对无误后即印出车票给旅客。
要求系统能有效、快速、安全、可靠和无误的完成上诉操作。
并要求客户机的界面简单明了,易于操作,服务器程序利于维护。
由于本软件仅实现一些简单功能,且开发人员已掌握相关领域的知识,因此技术上是可行的。
1.3运行可行性
本系统为一个中小型的汽车票订票系统,所耗费的资源非常的小,车站的
计算机无论是硬件还是软件都能够满足条件,因此,本系统在运行上是可行的。
1.4操作可行性
目前,市场经济已经覆盖了全球各个地区,大中小型发达城市,从而满足了人们日益增长的物质需求。
人们物质文化水平的不断提高和科学技术的不断进步以及人们对快速高效的工作效率要求不断的提高,为我们开发使用汽车票订票系统打下了坚实的基础,因此操作上是可行的。
第二章软件需求分析
2.1引言
这是一个快节奏的的社会,因此,方便快捷便是人们生活的最大需求。
长途汽车网络售票系统是利用是利用互联网技术能及时的车票的详细的动态展示给出行者,有效的解决了出行者没有时间去车站买票的问题,为出行者节约了宝贵的时间。
同时这也缓解了汽车站排队买票的拥挤的问题,使客运站用户多,买票难的压力的到缓解。
此系统将为出行者带来订票容易,买票方便的便捷服务,实现足不出户即可买到票。
基本功能需求
本课题是要实现长途汽车网络售票,在设计是要有友好的用户界面,便于用户操作,系统应该具有以下基本功能:
1.客车车票查询
2.车票退票
3.车票改签
4.产生车票订单
用户界面需求
对于一个好的软件有一个友好的用户界面是很重要的。
用户界面应尽量做
的简单、层次清晰明了,以最大限度为用户提供操作方便。
如尽量减少用户输入次数,多使用快捷按扭。
开发环境介绍
VisualBasic(VB)是一种由微软公司开发的包含协助开发环境的事件驱动编程语言。
从任何标准来说,VB都是世界上使用人数最多的语言——不仅是盛赞VB的开发者还是抱怨VB的开发者的数量。
它源自于BASIC编程语言。
VB拥有图形用户界面(GUI)和快速应用程序开发(RAD)系统,可以轻易的使用
DAO、RDO、ADO连接数据库,或者轻松的创建ActiveX控件。
程序员可以轻松的使用VB提供的组件快速建立一个应用程序。
本系统使用的开发语言是Visualbasic2005,数据库采用的是SQLServer,以Windows系统为操作平台。
系统需求分析
长途汽车售票系统能够提供给出行者方便的车票查询和车票订购以及车票改签等功能,实现客运车票的销售。
车票的信息有用户提供,如发车的时间,客车的起始站和终点站以及车票号,用户进行输入后即可得到相关车票的余票数目、车票价格以及和该车票相关的所有信息。
用户还可以对已购买的车票在允许的时间内进行改签到适当的时间,也可对已购买的车票进行退票操作,这都实现了客运站的功能,因此使用长途汽车售票系统极大地缓解了客运站售票站的压力。
本长途汽车售票系统能够读取数据库的数据,有关所有车次的信息存放在
数据库中避免了人为的干扰。
本系统同时本系统对用户的每一次的操作都能够记录并对客运站的数据库进行改写,以实现数据的实时性,确保为用户提供准确的信息,避免了已被卖出的车票再次被卖出的错误操作,实现了系统运行的准确性。
经过讨论,对长途汽车网络售票系统应实现的功能描述如下:
1、车票余票查询
长途汽车网络售票系统应能为用户提供方便操作的车票余额查询功能,使用户方便快捷的得到有关剩余车票的相关信息。
(1)按客车发车时间查询
为旅客提供按时间查询功能,用户可根据自己的出行时间进行查询,以便在最短时间内查询到在自己出行时间内所有的余票,再根据有关条件找到符合自己条件的车票。
(2)按车次查询
如果用户已经知道自己所要乘坐车次的车票,即可直接输入当次客车的车票
号直接进行查询,便可得到自己所乘车次相关车票余额的信息,提供车票号查询功能使得查询更加快捷。
(3)按起始站终点站查询
如果用户对自己所乘车次没有什么了解,只知道起始站与终点站,系统听提供该功能能够为用户提供所有可以乘坐的车次,以便用户进行选择,根据时间等因素,最终选择符合条件的车次,确定订票。
2、车票订购功能
如果用户经查询某车票有余额,在用户经相关操作即订票操作后,系统应把该车票预留给该用户,在一定时间内不允许别的用户订购该车票,以免造成用户订购车票后不能取的相关车票。
3、车票改签功能
在规定时间内,该售票系统应能提供相应的功能,以满足用户由于临时改变行程进行改签,这样避免了用户不必要的损失,给用户带了了更人性化的服务。
4、取消订单功能
在规定的时间内,如果用户在订购车票后,由于某些原因需要退票。
用户可以通过该系统进行操作,实现取消订单。
2.3数据描述
数据流图
1.总体数据流图
图2-1
2.查询数据流图
图2-2
3.取消订单数据流图
图2-3
4.车票改签数据流图
图2-4
5.订票数据流图
图2-5
数据字典
车票信息(车次,始发站,终点站,发车时间,到站时间,余票数)
名称:
车票信息
别名:
描述:
每一张车票的次相关信息,用于表明个车票的不同
定义:
车票信息=车次+始发站+终点站+发车时间+到站时间+余票数
位置:
存储在车票数据库中
用户信息(帐号,密码,E-mail,电话)
名称:
用户信息
别名:
描述:
每一个用户都对应相应的信息,用于是被不同的用户登录
定义:
用户信息=账号+密码+E-mail+电话
位置:
存储在用户信息数据库
订票信息(订单号,用户帐号,预定车次,用户电话,用户E-mail)
名称:
订票信息
别名:
描述:
描述不同车票的不同信息,在用户取票时可以据此打印不同用户订购的车票
定义:
订票信息=订单号+用户账号+预定车次+用户电话+用户E-mail
位置:
存储在订票信息数据库
数据采集
通过键盘、鼠标向软件系统输入数据。
所有需要的信息都是有用户通过登录系统,操作相关的功能进行输入。
2.4系统模型
汽车票订票系统体系结构图
图2-6汽车票订票系统体系结构图
状态转移图
图2.7
性能需求
时间特性:
访问数据库时间:
应能满足用户需求的时间,查询余票需要较快的反应。
2.5运行需求
用户界面
用户界面应尽量的简洁容易操作,列入用户登录界面如图所示
图2.7
故障处理
能够应对一定程度的错误输入。
2.6其他
(1)安全性
由于软件运行数据放在数据库中,所以参数不容易被错改、破坏,万一参数受到破坏可用连机备份数据库,并且不会影响源程序。
(2)可维护性
本软件利用数据库进行编程,系统结构由程序基本确定,大量的参数及文本内容全部放于数据库中。
修改、更新数据只要在数据库进行修改添加,而不需要对系统结构进行修改,这样系统维护性、升级都十分方便。
第三章项目开发计划
3.1项目概诉
本系统是长途汽车网上售票系统,根据长途汽车站对汽车站日常运行实行了信息化管理,主要依靠网站进行售票和退订业务,长途汽车网上售票系统主要实现网上车票的查询、车票订购、已购车票的改签、已购车票的退票等功能,本实例要求能够实现一个通用的网上汽车票售系统,操作人员主要是买票者,在买票者取票的时候由售票员对系统进行操作。
并达到操作直观、方便、实用、安全等要求。
本系统主要由客户根据提示在网上进行操作,开始订票和退订的操作,由后台管理者根据客户的操作为客户提供服务。
根据客户提供的订票信息查找对应的车次,并为客户订购和退订车票。
长途汽车网上售票的过程:
客户根据需求将信息输入到网络上,查询到用户需求的车次,若有车票剩余则用户可以订购成功,若车票已经全部售出,则可以提示选择其他车次的列车。
订票成功后,客户可根据订单号,在一定的时间到长途汽车站取票。
本系统在查询数据库时主要输入需要查询的相关信息,包括车票订单编号、每天发车的车次等信息方便操作人员订购车票和管理。
本系统还兼顾一点财务信息的管理,在发生订票过程时,系统需要收取客户的车费,若客户需要订票,必须提前在网上支付等。
3.2实施计划
本系统使用的开发语言是Visualbasic2005,数据库采用的是SQLServer,以Windowsxp系统为操作平台。
用户要想实现网上订票,必须要进行注册账号,登录之后方能进行相关订
票等操作。
网络售票系统实现对服务器数据库读取,以实现用户对有关车票相关信息的查询。
通过用户的操作可实现对用户进行的操作记录并形成订单存入订单数据库。
能具有一定的安全性、协调性和完整性。
我们小组通过分工合作的方式进行软件开发,书写报告亦是每位小组成员都分配一定量的工作任务,分工明确。
因此,能够较好的实施计划。
第四章系统总体设计
4.1系统设计图
图4.1汽车票订票系统体系结构图
图4.2汽车票订票系统流程图
4.2系统功能模块设计
功能模块
功能模块如图4.1所示
4.2.2系统模块设计
此系统共有两个模块,分别为:
服务器端模块,客户端模块。
其中服务器模块负责处理请求访问数据库,客户端模块负责将请求信息发送给服务器。
服务器端的程序流程图如图4.2所示。
图4.2服务端程序流程图
图4.3客户端的程序流程图
第五章详细设计
长途汽车网上售票系统有三大部分组成,用户登录界面,注册用户界面,车票订购界面,三个主界面的设计是数据库开发的关键步骤,因为它在某种程度上体现了程序开发的质量。
系统用户界面才用多界面结构。
应用程序启动时,首先显示用户登录的界面,通过登录界面可以登录到车票订购界面或者转换到注册用户界面进行操作。
采用这种结构,可以防止非法操作,不以用户身份登录的用户是不能进行后续操作的,增加了系统的安全性。
5.1系统登录模块设计
(1)用户登录模块
①用户登录模块IPO图如图5.1所示
图5.1
②长途汽车网上售票系统的登录界面如图5.2所示。
图5.2登录界面
③通过对数据库的查询,实现对用户输入信息的核对,确保系统的安全登录管理,其处理流程如图5.3所示。
图5.3用户登录处理流程图
输入:
账号和密码
处理:
①校验字符的有效性。
检验用户是否满足输入的要求,即检验用户名和密码文本框是否为空,若为空,则提示用户输入用户名和密码。
②检验用户名是否存在,密码是否正确。
③根据用户名和密码从数据库中提取用户权限。
④系统用户登录后,则进入系统户界面操作。
(2)用户主菜单模块
①主菜单模块IPO图如图5.4所示
图5.4
②主菜单模块界面
图5.5
③主菜单模块处理流程图
图5.6
用户登录后可以转到主菜单界面,通过选择不同按钮实现不同的服务,例如单击查询按钮即可进入查询功能界面进行相关的查询。
(3)用户注册界面
长途汽车网上售票系统的系统用户注册界面如图5-3所示。
通过对数据库的插入操作来实现新用户的注册。
输入:
用户基本信息。
处理:
校验字符的有效性。
检验用户是否满足输入的要求,即检验用户名和密码文本框是否为空,若为空,则提示用户输入用户名和密码。
用户帐户和密码区分大小写,帐户和密码的长度都为16位。
①注册模块IPO图
图5.7
②用户注册界面
图5.8
③注册模块程序流程图
图5.9
(4)
①查询模块IPO图
图5.10
②查询界面
图5.11
③按车次时间查询处理流程图
图5.12
④按发到站时间查询处理流程图
图5.13
在查询模块,用户可以选择不同的查询方式进行查询。
用户可以选择和填
写相关车次的信息进行查询。
例如用户选择2012年6月20日星期三,并且输入xxx车次,便可得到xxx车次的相关信息。
或者用户选择2012年6月20日星期三,并输入起始站:
长春,终点站:
北京,便可得到满足条件的车次的相关信息。
此查询界面简洁方便,便于用户操作。
第六章数据库分析与设计
6.1实体及其属性
车票信息(车次,始法站,终点站,发车时间,到站时间,余票数)
用户信息(帐号,密码,E-mail,电话)
订票(订单号,用户帐号,预定车次,用户电话,用户E-mail)
6.2E-R图分析
E-R图分析的目的是确定系统中所有实体、实体的属性及实体之间的联系,为设计数据库表结构打下基础。
画E-R图通常使用自底向上的设计方法,首先
对局部视图进行分析设计,然后再将局部视图合并,消除冲突和冗余,得到系
统的总体E-R图。
这里不再对局部视图进行设计,直接给出总体E-R图,如图6.1所示。
图6.1系统中小型宾馆管理系统实体联系图
6.3数据库表设计
(1)数据库逻辑设计
SQL(StructuredQueryLanguage)结构化查询语言,是一种数据库查询和程序设计语言,用于存取数据以及查询、更新和管理关系数据库系统。
同时也是数据库脚本文件的扩展名。
SQL是高级的非过程化编程语言,是沟通数据库服务器和客户端的重要工具,允许用户在高层数据结构上工作。
它不要求用户指定对数据的存放方法,也不需要用户了解具体的数据存放方式,所以,具有完全不同底层结构的不同数据库系统,可以使用相同的SQL语言作为数据输入与管理的接口。
它以记录集合作为操作对象,所有SQL语句接受集合作为输入,
返回集合作为输出,这种集合特性允许一条SQL语句的输出作为另一条SQL语句的输入,所以SQL语句可以嵌套,这使它具有极大的灵活性和强大的功能,
在多数情况下,在其他语言中需要一大段程序实现的功能只需要一个SQL语句就可以达到目的,这也意味着用SQL语言可以写出非常复杂的语句。
所以我们选择了sqlserver,在安全性和可靠性方面有很好的性能,所以在测试阶段我们选用了sqlserver作为数据库系统应用。
数据库通信接口采用了ODBC(opendatabaseconnectivity,开放式数据
库互联),目的是将所有底层操作全部隐藏在ODBC的后台驱动程序内核中。
对于程序员来说,这意味着,只要构建了一个数据库连接,便可以用统一的API(应用程序编程接口)实现对数据库的读写操作。
目前,ODBC提供了大量的数据库支持,这也为我们后期的改进创造了条件。
基于以上的功能分析,可为长途汽车网上售票系统创建3个SQLServer数据表。
应用和维护都比较方便。
将其中的数据表设计如下表:
表6-1车次信息表
字段
数据类型
长度
是否为主键
车次
char
10
是
余票数目
Int
4
否
发车时间
char
20
否
到站时间
char
20
否
始发站
char
15
否
终点站
char
15
否
车票价格
Int
4
否
表6-2用户信息表
字段
数据类型
长度
是否为主键
帐号
char
16
是
密码
char
16
否
电话号码
char
11
否
char
30
否
表6-3订票信息表
字段
数据类型
长度
是否为主键
订单编号
Int
16
是
旅客车次
char
10
否
联系电话
char
15
否
旅客帐号
char
20
否
列车起点
char
20
否
列车终点
char
20
否
发车时间
char
20
否
终到时间
char
20
否
车票价格
Int
4
否
char
30
否
订票时间
Char
20
否
6.4表间关系
本管理系统共用到三个表:
车次信息表,用户信息表,订票信息表,各表之间均有一定的关系,可以进行关联。
各表间的关系图如图6.3所示。
图6.2表间关系图
第七章系统实现与测试
7.1系统的测试
本课题研究目的是设计并实现一个长途汽车网上售票系统。
系统实现功能包括:
车票余额查询,车票订购,已购车票改签,已购车票退票。
本章对该网上售票系统进行了系统功能和性能的测试,以验证系统是否实
现设计要求的功能和性能指标。
测试内容
测试车次查询,改签,退票,下订单,登录模块。
为配合完成功能性测试,编写测试用例如表所示。
表中只列出主要的测试用例的各种情况和期望结果。
黑盒测试也称功能测试或数据驱动测试,它是在已知产品所应具有的功能,通过测试来检测每个功能是否都能正常使用,在测试时,把程序看作一个不能打开的黑盆子,在完全不考虑程序内部结构和内部特性的情况下,测试者在程序
接口进行测试,它只检查程序功能是否按照需求规格说明书的规定正常
使用,程序是否能适当地接收输入数锯而产生正确的输出信息,并且保持外部信息(如数据库或文件)的完整性。
采用黑盒技术设计测试用例的方法有:
等价类划分、边界值分析、错误推测、因果图和综合策略。
黑盒测试注重于测试软件的功能性需求,也即黑盒测试使软件工程师派生出执行程序所有功能需求的输入条件。
黑盒测试并不是白盒测试的替代品,而是用于辅助白盒测试发现其他类型的错误。
黑盒测试试图发现以下类型的错误:
1)功能错误或遗漏;
2)界面错误;
3)数据结构或外部数据库访问错误;
4)性能错误;
5)初始化和终止错误。
对查询功能的黑盒测试
1根据始-终站的查询
表7-1始-终站查询系统用户测试用例
测试编号
测试输入始站
测试输入终站
预计结果
1
长春
长春
始站和终站不能相同!
2
长春
海南
无此长途汽车!
3
长春
华盛顿
无匹配终站数据!
4
长春
吉林
136次
发车时间13:
48
到站时间16:
13
5
asd
长春
无匹配始站数据!
6
长春
asd
无匹配终站数据!
7
Asd
asd
无匹配始站数据!
2根据车次的查询
表7-2车次查询系统用户测试用例
测试编号
测试输入车次
预计结果
1
136
发车时间13:
48
到站时间16:
13
发车站长春
终到站吉林
2
-12
输入车次有误!
3
0
输入车次有误!
4
4294967296
输入车次有误!
5
asd
输入车次有误!
6
As11
输入车次有误!
7
1180
无匹配车次数据!
对改签功能的黑盒测试
表7-3改签系统用户测试用例
测试编号
测试输入订单号
测试输入修改车次
预计结果
1
16582597
136
修改成功!
2
16582597
0
无此车次长途汽车!
3
16582597
-12
无此车次长途汽车!
4
16582597
4294967296
无此车次长途汽车!
5
0
136
订单号输入有误!
6
-12
136
订单号输入有误!
7
asd
136
订单号输入有误!
8
asd
4294967296
订单号输入有误!
9
asd
0
订单号输入有误!
10
0
4294967296
订单号输入有误!
11
asd
-12
订单号输入有误!
12
asd
asd
订单号输入有误!
13
#$%^&***
136
订单号输入有误!
14
请输入数据!
下订单功能的黑盒测试
表7-4下订单用户测试用例
序号
账号
是否有余票
期望结果
1
正确:
12345
是
产生订单
2
正确:
12345
是
产生订单
3
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 长途汽车 网上 订票 系统
![提示](https://static.bdocx.com/images/bang_tan.gif)