基于NET的网上航空售票系统毕业设计.docx
- 文档编号:5482084
- 上传时间:2023-05-08
- 格式:DOCX
- 页数:54
- 大小:1.15MB
基于NET的网上航空售票系统毕业设计.docx
《基于NET的网上航空售票系统毕业设计.docx》由会员分享,可在线阅读,更多相关《基于NET的网上航空售票系统毕业设计.docx(54页珍藏版)》请在冰点文库上搜索。
基于NET的网上航空售票系统毕业设计
本科毕业设计(论文)
网上机票售票系统
Ticketbookingsystemonline
诚信承诺
我谨在此承诺:
本人所写的毕业论文《网上机票售票系统》均系本人独立完成,没有抄袭行为,凡涉及其他作者的观点和材料,均作了注释,若有不实,后果由本人承担。
承诺人(签名):
孔祥转
2015年5月5日
摘 要
【摘要】这篇文章从网上机票售票系统的研究背景入手,简单讲述了项目意义与这类系统应用现状,阐述了一个这样的系统的功能和具体应用。
本系统在设计时还充分考虑系统的可扩展性和商业活动特有的流程,一个良好的前期设计会使系统具有优秀的扩展能力并且便于维护。
在功能分析中,论文通过数据流分析和结构分析,明确了系统的功能,给出了系统的总体功能结构和各功能模块的结构,包括机票预订、机票退票、用户注册和登陆、忘记密码、用户留言、航班添加、航班编辑、管理员添加、管理员删除等功能模块。
在数据分析中,论文对系统各功能的所需要处理的数据进行了分析,给出了E-R图和数据库相应表的结构。
论文最后对整个作品进行了总结,阐述了作品制作的过程,指出了论文存在的不足,并对进一步的工作进行了展望。
【关键词】售票系统;功能分析;数据分析;
Abstract
【ABSTRACT】Thispaperfromtheresearchbackgroundoftheonlineticketbookingsystem,introducesthesignificanceandstatusofresearchandapplicationatpresent,expoundstheapplicationofanonlineticketbookingsystemandspecificfunction.Thedesignalsofullyconsidertheuniquescalabilityandbusinessprocessofthesystem,apreliminarydesignwillmakethesystemhasgoodscalabilityandeasytomaintaingood.Inthefunctionalanalysis,thedataflowanalysisandstructureanalysis,thesystemfunctionstructure,theoverallstructureofthesystemisgivenandthefunctionofeachfunctionalmodule,includingticketbooking,ticketrefund,userregistrationandlogin,forgetthepassword,theusermessage,add,edit,flightadministratortoadd,deleteadministratorsetc.functionmodule.Indataanalysis,thefunctionofeachsystemisrequiredtoprocessdataareanalyzed,introducedthestructureofE-Rmapandthecorrespondingdatabasetable.Finally,thepapersummarizesthewholework,expoundstheworkprocess,pointsoutthedeficienciesofthispaper,andthefurtherworkisprospected.
【KEYWORDS】Ticketingsystem;functionanalysis;dataanalysis;
目 录
1绪论
1.1研究内容和意义
这几年以来,计算机的发展和互联网的发展越来越趋于成熟,它们在人类生活中的角色日渐显得重要,它们的重要性在人类社会的各个领域都有所体现。
而且,在全球经济快速发展的当下,人们出行依靠飞机的需求逐日增多,但传统的售票形式却不再能够满足人们对于出行的需求。
所以,通过网上机票售票系统,在利用飞机出行的高峰期里,大数据处理的问题将会得以解决,工作人员的效率也会得以提高。
机票订票是一个相对复杂的程序,它涉及购票者信息的管理、航班的信息管理等许多错综复杂的东西。
该订票系统的开发分为售票程序本身的开发和数据库的建立两部分。
在做前台开发时,要有完整的用户需求,让用户能更为方便地使用;在数据库建立的部分,要具备的功能有一致性、完整性等。
1.2国内外的发展概况
自21世纪起,电商的平台让更多人找到了前进的方向。
电商也包括网售机票,这项业务同样具备着非同一般的商业价值。
它基于传统售票方式,将售票提升到只要有网络,就没有时间和空间的限制。
与国外相比,我国的计算机技术和网络技术都相对稚嫩,再从旅游业角度来说,我国的发展水平仍然无法与国外较发达国家相提并论,故他们这些国家的网络应用、技术与应用领域相比国内要更成熟,更广泛。
1.3系统应达到的要求
在做软件的开发时,我们不能一味地往系统中添加功能,而是要充分考虑用户的需求。
所以,在做软件开发前,我们就必须对用户的需求有充分的了解。
这样才可以做出更好的系统。
自Web蓬勃发展起就形成了Browser/Web这一新的网络结构模式,客户端只需要一个Web浏览器。
这样的模式对客户端进行了统一,简化了系统的开发和维护,而服务器集成了所有系统功能的实现的核心部分。
该系统必须不断更新和完善,所以利用网络和数据的结合,采用了B/S架构及.NET平台来设计了这一售票系统。
1.4系统运行环境
1.4.1服务器端
操作系统:
WindowsXP、WIN7、WIN8
数据库服务器:
SQLServer2008
1.4.2客户端
浏览器:
GoogleChrome
2系统分析
2.1可行性分析
网上机票售票系统的核心功能是订票和退票功能,以及航班信息的管理功能。
该系统的前台服务和后台管理就是由它们构成。
下述从多方面分析了该系统的可行性。
技术可行性:
而B/S架构,降低了客户机的负荷,更减轻了系统升级与维护方面的压力。
.NET开发技术是Microsoft公司大力推广的技术,它与Windows无缝集成、扩展性好,与ActiveX、HTML网页和ASP指令相结合可以快速地建立强大的Web服务器应用程序。
⑵经济可行性:
航空公司采用网上售票的方式全天候为客户提供订票,如此一来就能获得更大的经济利益;本系统建立后,在公司购买客户端服务机方面可以更加节省,如此一来就有更多的周转资金。
这样就能节省大量的人力和物力。
所以,本系统在经济上是可行的。
管理可行性:
网上机票售票系统带有后台管理,对购票者信息、航班信息和机票信息等都有详细的管理方案。
2.2系统需求分析
2.2.1系统需求分析描述
网上机票售票系统可以提高订票和管理的效率。
首先,这个系统只有客户和管理员使用,因此把系统分为前台、后台两部分。
对此,应提供客户查票、预订机票、付款、退票的服务,客户查看历史订单及反馈信息;系统管理员对客户信息、航班信息、订单信息等的管理。
切实减少了手动输入,并且界面较为友好,客户和管理员上手方便。
本系统主要处理的数据有:
购票者信息、航班信息、订单信息等。
客户登录后可以查询到以上信息。
管理员可以对这些信息进行查询及编辑。
对于以上涉及的需要处理的数据,基于B/S架构的这样一个售票系统具体涉及以下几个方面:
让用户方便地进行查询机票、预订机票、退订机票;
实现查询航班的功能;
能实现对本网站的留言;
实现管理员增加、查询、修改、删除航班的功能;
实现订单查询的主从表;
基于B/S架构的系统的数据相互间是联系、依赖并且联动密切的,而数据库则是位于服务端的SQLServer2008数据库管理软件中。
2.2.2数据流分析
对网上机票售票系统调研和分析后的基础上,发现网上机票售票系统的流程是非常重要的,所以笔者在对数据进行分析后,制作出了数据流图。
管理员对用户信息的管理可以分为:
产生、接受、处理用户信息三个步骤,如图3.1所示。
图3.1用户管理
管理员对航班信息的管理可以分为:
产生、处理、查询航班信息三个步骤,如图3.2所示。
图3.2航班管理
管理员对订单信息的管理可以分为:
产生、接受、处理订单信息三个步骤,如图3.3所示。
图3.3订单管理
管理员对管理员信息、公告信息的管理可以分为:
产生、处理信息两个步骤,如图3.4所示。
图3.4管理员信息及公告信息
最终合成后的数据流图,如图3.5所示。
图3.5系统总数据流图
2.2.3数据字典
⑴数据结构。
以表“userTable”为例。
·名字:
userTable;
·别名:
客户信息;
·描述:
网上机票售票系统的用户注册信息;
·定义:
用户信息包含的内容有用户编号、用户名、密码、性别、电话、邮箱、提示问题、答案、注册时间;
·位置:
保存到userTable表中。
⑵数据项。
以表“userTable”的数据项“username”为例。
·名字:
username;
·别名:
客户名;
·描述:
唯一标识客户的编号;
·定义:
字符型;
·位置:
在userTable,dingDanTable,messageTable中。
数据流。
以表“userTable”为例。
·数据流名:
客户注册信息;
·说明:
“userTable”数据结构在系统内的流向;
·数据流来源:
客户注册处理;
·数据流去向:
userTable表;
·平均流量:
不定;
·高峰期流量:
不定。
数据存储。
以表“userTable”为例。
·数据存储名:
userTable表;
·说明:
用户注册和系统对注册的信息进行审核;
·编号:
每个用户的用户名是唯一的;
·输入的数据流:
客户注册信息;
·输出的数据流:
管理员审核的信息;
·数据结构:
userTable;
·数据量:
不定;
·存取频率:
不定;
·存取方法:
查询、处理、更新。
处理过程。
以“客户注册”为例。
·处理过程名:
客户注册;
·说明:
客户提交注册信息;
·输入:
客户编号、客户名、密码;
·输出:
保存到userTable表中;
·处理:
验证用户名是否有重复,密码和确认密码是否相同。
2.2.4系统功能需求
该系统有前台和后台功能块。
前台功能块分为以下几大功能:
游客注册,已注册的用户直接登录,忘记密码的用户可以对密码进行重置;
用户进入系统后不论是否登录可以查询到航班信息,登录后可以预定机票,对预订的票也可以进行退订,但必须要在起飞前两小时前退订;
在我的订单菜单中,用户可以查询到所有订单,也可以进行修改密码的操作;
在帮助信息中,介绍了网站的操作方法及对用户的要求,并且可以进行用户留言。
后台功能块分为以下几大功能:
查询客户信息和删除用户留言;
增加、编辑、删除航班信息;
查询、删除用户订单信息;
普通权限的管理员只能查看自己的信息,高级管理员可以查询所有的管理员信息并且进行增加和删除管理员操作。
2.2.5系统性能需求
数据的准确性与精准性
航空公司应该拥有一个完善的网上售票系统。
售票系统必须能够及时更新并准确输出最新的航班信息,以便用户能够订到自己心仪的航班。
而在订票高峰期时,一个完善的订票系统的重要性才会真正体现。
对网上售票系统来说,对数据的精准性有着非常高的要求,整个航空业务很有可能会因为一点点的误差而出现严重问题。
系统的可扩充性和开放性
在开发系统时我们就应当充分考虑到日后的可扩充性。
例如,订票后台流程的优化,要求系统能够方便地增加或者调整功能。
要实现这一点,就要求系统有很好的可扩充性和开放性,唯有这样,才可以对系统进行便捷地增加、修改、删除功能模块,才可以更方便地对系统进行升级更新。
3概要设计
3.1系统功能说明
3.1.1系统前台
游客可以进行注册操作,若注册的用户名与原有用户名重复,则会弹出警告信息,对于用户填写的用户名、密码、邮箱、身份证号、提示问题、问题答案等都要有验证信息,如果与要求相左也会弹出警告信息;已注册用户填写正确的用户名密码后方可登录,若错误,会弹出警告信息;忘记密码的用户也可以进行密码重置。
用户或者游客进入系统可以查询想要查询的航班信息,然后可以预定理想的航班。
退订机票只能在起飞前的两小时前进行,并且只能执行一张一张地退票。
在我的订单中,会显示支付未完成的订单,能够按照订单日期或航班日期查询到所有订单,可以看到当前用户的注册信息,并且当前用户可以对密码进行修改,修改密码操作完成后,必须要重新登录。
在帮助信息中,显示了该售票网站操作的流程、操作的方法、操作的要求等信息,用户也可填写相关的留言,对航空公司提出建议,但不能超过1000字。
3.1.2系统后台
管理员可以查询所有已注册用户的信息,但无法进行修改,也可以查询用户的留言,可以看到详细的留言内容,对于无用的留言,管理员可以进行删除操作。
管理员可以查询所有目前的航班,包括航班号,票价,舱位等诸多信息,并且可以对航班进行编辑,也可以对航班进行删除操作。
管理员可以查询所有航班的订单,并对某一订单进行删除,但只能逐一删除,不能进行修改。
高级权限的管理员可以对所有管理员进行查询操作,并且可以删除某一管理员,还可以增加新管理员并赋予权限,普通管理员只能查看自己的信息,但所有管理员均可对其他非管理员信息进行增删改等操作。
3.2系统流程分析
3.2.1跨职能流程分析
3.2.1.1订票过程的跨职能流程分析
购票流程分为游客和会员用户两种,普通游客可以查询航班但是无法购买机票,必须注册之后才能购买。
会员用户在登录之后浏览航班并且可进行相应航班的机票购买,在最后确认订单后进行支付。
登录后台后,管理员可以查看订单,并且进行对订单的管理。
如图3.2.1.1为订票过程的跨职能流程图。
图3.2.1.1订票过程的跨职能流程图
3.2.1.2退票过程的跨职能流程分析
退票流程中,只有登录的会员才可以进行退票。
会员用户在登录之后查询订单并且可进行相应航班的机票退订,在最后选择相应的要退订的机票后进行退订。
登录后台后,管理员可以查看订单,并且进行对订单的管理。
如图3.2.1.2为购票跨职能流程图。
图3.2.1.2购票跨职能流程图
3.2.2系统前台的流程分析
图3.2.2是系统前台的流程介绍。
用户或游客进入网站后,首先看到的是网站的首页,游客可以进行注册后再登录本网站;用户输入正确的用户名密码后,方可登录,然后进行查询航班、购票、退票等操作,忘记密码的用户还可以在主页进行密码找回操作。
图3.2.2系统前台总流程图
3.2.3系统后台的流程分析
图3.2.3是对系统后台的介绍。
管理员输入正确的账号密码后进入后台,可以对用户信息进行查看,可以对用户订单进行查看和删除操作,可以查看和删除用户留言,可以查看、添加、编辑、删除航班,可以编辑网站公告,高级管理员还可以对管理员信息进行管理,包括管理员的添加和删除。
图3.2.3系统后台总流程图
4数据库设计
4.1数据库概念结构设计
4.1.1客户预定机票的E-R图设计
客户信息实体的属性包括:
客户编号、客户名、密码、性别、电话、邮箱、提示问题、提示答案、注册时间;
订单信息的实体属性包括:
订单编号、客户名、姓名、电话、证件类型、证件号、订单日期、航班日期、航班号、席别、票种、票价、状态编号、订票时间;
订单状态实体的属性包括:
状态编号、状态值;
上述实体存在如下联系:
一个用户可以预订多个航班的订单,一个航班的订单只属于一个用户;
一个订单只有一个状态,一个状态可以属于多个订单。
根据上述约定,可以得到客户预定及退票的局部E-R图,如图4.1.1所示。
图4.1.1客户预定机票的E-R图
4.1.2客户留言的E-R设计
客户信息实体的属性包括:
客户编号、客户名、密码、性别、电话、邮箱、提示问题、提示答案、注册时间;
留言实体的属性包括:
留言编号、客户名、留言时间、留言内容;
上述实体存在如下联系:
一个用户可以有多条留言,但一个留言只能属于一个用户。
根据上述约定,可以得到客户留言的局部E-R图,如图4.1.2所示。
图4.1.2客户留言的E-R图
4.1.3全局E-R模型设计
不过多叙述,如图4.1.3所示。
图4.1.3全局E-R图
4.2数据库逻辑结构设计
根据E-R图转换成关系模式,很容易得到如下关系模式(已转换为英文):
usernameTable(id,username,password,sex,telephone,email_add,
question,answer,registerTime);
hangBanTable(id.flag,hanBan,chuFa,chuFaSJ,muDi,daoDaSJ,touDeng,touDengPJ,
jingJi,jingJiPJ,liShi,zTime);
dingDanTable(id,username,xingming,telephone,shenfengleixing,shenfengzhenghao,
dangQianRiQi,riQi,hangban,xibie,piaozhong,piaojia,flag,dqtime);
zhiFuZhuangTaiTable(id,flag_);
messageTable(id,username,liuyanTime,content);
adminTable(id,adminName,password,flag);
adminFlagTable(id,adminFlag);
noticeTable(id,admin,date_,notice);
lvYouTable(id,,mingChen,tupian,tupian_)。
用户表结构如表4.3.1所示。
表4.2.1客户信息表
序号
含义
列名
数据类型
长度
允许空
备注
1
用户编号
id
int
4
否
自增、主键
2
用户名
username
varchar
50
否
主键
3
密码
password
varchar
50
否
4
性别
sex
char
10
否
5
电话
telephone
char
20
否
6
邮箱
email_add
varchar
50
否
7
提示问题
question
varchar
50
否
8
提示答案
answer
varchar
50
否
9
注册时间
registerTime
varchar
50
否
航班信息表结构如表4.2.2所示。
表4.2.2航班信息表
序号
含义
列名
数据类型
长度
允许空
备注
1
航班编号
id
int
4
否
自增,主键
2
航班日期
flag
varchar
50
否
3
航班号
hanBan
varchar
50
否
4
出发地
chuFa
varchar
50
否
5
出发时间
chuFaSJ
varchar
50
否
6
目的地
muDi
varchar
50
否
7
到达时间
daoDaSJ
varchar
50
否
8
头等舱
touDeng
int
4
否
9
头等票价
touDengPJ
float
8
否
10
经济舱
jingJi
int
4
否
11
经济票价
jingJiPJ
float
8
否
12
历时
liShi
varchar
50
否
13
总时间
zTime
varchar
50
否
留言表结构如表4.2.3所示。
表4.2.3留言信息表
序号
含义
列名
数据类型
长度
允许空
备注
1
留言编号
id
int
4
否
自增,主键
2
客户名
username
varchar
50
否
3
留言时间
liuyanTime
varchar
50
否
4
留言内容
content
varchar
1000
否
支付状态表结构如表4.2.4所示。
表4.2.4支付状态表
序号
含义
列名
数据类型
长度
允许空
备注
1
状态编号
id
int
4
否
自增,主键
2
状态值
flag_
varchar
50
否
订单信息表结构如表4.2.5所示。
表4.2.5订单信息表
序号
含义
列名
数据类型
长度
允许空
备注
1
订单编号
id
int
4
否
自增,主键
2
客户名
username
varchar
50
否
3
姓名
xingming
varchar
50
否
4
电话
telephone
varchar
50
否
5
证件类型
shenfengleixing
varchar
50
否
6
证件号
shenfengzhenghao
varchar
50
否
7
订单日期
dangQianRiQi
varchar
50
否
8
航班日期
riQi
varchar
50
否
9
航班号
hangban
varchar
50
否
10
席别
xibie
varchar
50
否
11
票种
piaozhong
varchar
50
否
12
票价
piaojia
varchar
50
否
13
状态编号
flag
int
4
否
14
订票时间
dqtime
varchar
50
否
管理员信息表结构如表4.2.6所示。
表4.2.6管理员信息表
序号
含义
列名
数据类型
长度
允许空
备注
1
管理员编号
id
int
4
否
自增、主键
2
管理员名
adminName
varchar
50
否
主键
3
密码
password
varchar
50
否
4
权限编号
flag
int
4
否
管理员权限表结构如表4.2.7所示。
表4.2.7管理员权限表
序号
含义
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 基于 NET 网上 航空 售票 系统 毕业设计