基于NET的网上航空售票系统毕业设计Word文档格式.docx

上传人:b****4 文档编号:7479586 上传时间:2023-05-08 格式:DOCX 页数:54 大小:1.15MB
下载 相关 举报
基于NET的网上航空售票系统毕业设计Word文档格式.docx_第1页
第1页 / 共54页
基于NET的网上航空售票系统毕业设计Word文档格式.docx_第2页
第2页 / 共54页
基于NET的网上航空售票系统毕业设计Word文档格式.docx_第3页
第3页 / 共54页
基于NET的网上航空售票系统毕业设计Word文档格式.docx_第4页
第4页 / 共54页
基于NET的网上航空售票系统毕业设计Word文档格式.docx_第5页
第5页 / 共54页
基于NET的网上航空售票系统毕业设计Word文档格式.docx_第6页
第6页 / 共54页
基于NET的网上航空售票系统毕业设计Word文档格式.docx_第7页
第7页 / 共54页
基于NET的网上航空售票系统毕业设计Word文档格式.docx_第8页
第8页 / 共54页
基于NET的网上航空售票系统毕业设计Word文档格式.docx_第9页
第9页 / 共54页
基于NET的网上航空售票系统毕业设计Word文档格式.docx_第10页
第10页 / 共54页
基于NET的网上航空售票系统毕业设计Word文档格式.docx_第11页
第11页 / 共54页
基于NET的网上航空售票系统毕业设计Word文档格式.docx_第12页
第12页 / 共54页
基于NET的网上航空售票系统毕业设计Word文档格式.docx_第13页
第13页 / 共54页
基于NET的网上航空售票系统毕业设计Word文档格式.docx_第14页
第14页 / 共54页
基于NET的网上航空售票系统毕业设计Word文档格式.docx_第15页
第15页 / 共54页
基于NET的网上航空售票系统毕业设计Word文档格式.docx_第16页
第16页 / 共54页
基于NET的网上航空售票系统毕业设计Word文档格式.docx_第17页
第17页 / 共54页
基于NET的网上航空售票系统毕业设计Word文档格式.docx_第18页
第18页 / 共54页
基于NET的网上航空售票系统毕业设计Word文档格式.docx_第19页
第19页 / 共54页
基于NET的网上航空售票系统毕业设计Word文档格式.docx_第20页
第20页 / 共54页
亲,该文档总共54页,到这儿已超出免费预览范围,如果喜欢就下载吧!
下载资源
资源描述

基于NET的网上航空售票系统毕业设计Word文档格式.docx

《基于NET的网上航空售票系统毕业设计Word文档格式.docx》由会员分享,可在线阅读,更多相关《基于NET的网上航空售票系统毕业设计Word文档格式.docx(54页珍藏版)》请在冰点文库上搜索。

基于NET的网上航空售票系统毕业设计Word文档格式.docx

它基于传统售票方式,将售票提升到只要有网络,就没有时间和空间的限制。

与国外相比,我国的计算机技术和网络技术都相对稚嫩,再从旅游业角度来说,我国的发展水平仍然无法与国外较发达国家相提并论,故他们这些国家的网络应用、技术与应用领域相比国内要更成熟,更广泛。

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表中;

处理:

验证用户名是否有重复,密码和确认密码是否相同。

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

性别

sex

char

10

5

电话

telephone

20

6

邮箱

email_add

7

提示问题

question

8

提示答案

answer

9

注册时间

registerTime

航班信息表结构如表4.2.2所示。

表4.2.2航班信息表

航班编号

自增,主键

航班日期

flag

航班号

hanBan

出发地

chuFa

出发时间

chuFaSJ

目的地

muDi

到达时间

daoDaSJ

头等舱

touDeng

头等票价

touDengPJ

float

经济舱

jingJi

11

经济票价

jingJiPJ

12

历时

liShi

13

总时间

zTime

留言表结构如表4.2.3所示。

表4.2.3留言信息表

留言编号

客户名

留言时间

liuyanTime

留言内容

content

1000

支付状态表结构如表4.2.4所示。

表4.2.4支付状态表

状态编号

状态值

flag_

订单信息表结构如表4.2.5所示。

表4.2.5订单信息表

订单编号

姓名

xingming

证件类型

shenfengleixing

证件号

shenfengzhenghao

订单日期

dangQianRiQi

riQi

hangban

席别

xibie

票种

piaozhong

票价

piaojia

14

订票时间

dqtime

管理员信息表结构如表4.2.6所示。

表4.2.6管理员信息表

管理员编号

管理员名

adminName

权限编号

管理员权限表结构如表4.2.7所示。

表4.2.7管理员权限表

展开阅读全文
相关资源
猜你喜欢
相关搜索
资源标签

当前位置:首页 > 党团工作 > 入党转正申请

copyright@ 2008-2023 冰点文库 网站版权所有

经营许可证编号:鄂ICP备19020893号-2