毕业设计网上机票预定管理系统Word格式.docx
- 文档编号:20342269
- 上传时间:2023-01-22
- 格式:DOCX
- 页数:55
- 大小:520.40KB
毕业设计网上机票预定管理系统Word格式.docx
《毕业设计网上机票预定管理系统Word格式.docx》由会员分享,可在线阅读,更多相关《毕业设计网上机票预定管理系统Word格式.docx(55页珍藏版)》请在冰豆网上搜索。
由于信息资源对人们生活的重要性,不断提高信息的收集,传输,加以利用等活动,日益成为人们社会生活的重要组成部分。
网上机票预订管理系统的产生和发展正好满足人们的这种需求。
现在将详细介绍我的毕业设计——网上机票预订管理系统。
一般而言,网上机票预订管理系统应该包括客户、网上预订/退票、航线管理几个模块。
计算机技术以突飞猛进的速度渗透到各个领域,成为人们生活中不可缺少的一部分。
迄今为止,我国的信息化建设已取得很大进步,在这样的环境下,航空信息化建设也向着严密,科学,完善的管理体系发展。
目前,在软件开发活动中,无论何种服务,应用系统的开发仍然是开发的主题,网上机票预订管理系统就这样的应用系统。
一个庞大的机票预订系统面向的客户很多,提供的功能也很多,如用户注册、用户管理、制定航班、查询航班、预订机票、退票业务等。
本系统在Eclipse下采用当前流行的Spring+Struts+Hibernate框架,以Spring为核心,把Struts和Hibernate组装到Spring中。
Spring就好像是一座房子的钢筋结构,Struts和Hibernate就是建筑房子的材料,被组装到这个钢筋结构中。
Spring做为整体框架,负责接收用户的请求,然后将这些请求转发给Struts进行控制,然后再将请求结果转发回用户,而Hibernate的作用是实现数据逻辑和业务逻辑的分离,将关系型数据库的操作模式模拟为面向对象数据库的操作,让开发者不在关心每一条记条的情况,而是直接关心将要用到的数据对象,即数据表中的“字段”。
1.2 系统实现的目标
网上机票预订管理系统的总目标是:
在计算机网络,数据库和先进的开发平台上,利用现有的软件,配置一定的硬件,开发一个具有开放体系结构的、易扩充的、易维护的、具有简易操作的网上用/管系统,实现网上预订机票,让用户更加方便,更加快捷地完成机票的预订过程。
同时实现对机票的管理,对航班的管理等操作。
从“七五”开始起步,经过“八五”、“九五”的重点建设,民航信息化在基础设施建设,重要信息系统开发和运行,技术队伍建设和人才培训等方面都取得了显著成绩,为进一步加快民航信息化奠定了良好的基础。
民航信息基础设施建设已初具规模,形成以空管通信网和商务通信网为骨干的两大专用通信网络。
空管通信网以自动转报、分组交换和卫星通信为主,连接全国各管理局、省(市、区)局和主要航站,覆盖所有国际航路和国内干线航路,承担空中交通管制、航空气象与情报、飞行计划与动态、综合管理等业务传输和国际数据交换服务。
商务通信网覆盖国内近300个主要城市和80个国外城市及港澳地区,网络用户终端数量超过28000台,通过技术改造初步形成支持多种主机系统和应用环境的基于IP的开放网络结构,承担着客货运输业务数据传输。
机票的销售往往通过固定的销售网点或是在机场购买,虽然销售网点很多,但无法满足人们对各种信息的需求,在效率上也有很大欠缺,而网上机票的预订弥补了这个不足,人们可以通过庞大而方便的计算机网络,随时随地地查询和预订机票,这将大大简化用户的购票过程,也减少了工作人员的工作量。
第2章 可行性分析
可行性是指开发一个新系统或者修改/升级一个旧系统将会对用户带来多少利益的一个度量,可行性分析是为了能够用最小的代价在尽可能短的时间内确定问题是否可解,可以为用户方的决策者进行下列决策提供依据:
按原计划进行,对项目进行必要的调整或取消项目。
2.1系统流程图
根据对系统的分析,现画出系统的基本流程图如图2-1用户流程图和图2-2管理流程图如下所示。
图2-1 用户流程图
图2-2 管理员流程图
2.2 技术可行性分析
技术可行性就是从技术的角度出发,分析研究要开发项目的可行性。
经对现有网上机票的销售和预订的实际考察发现,绝大多数的航空公司、网络公司及酒店等机票销售管理系统都已具备计算机软硬件和网络环境。
现有的网络硬件及软件的系统已经完全可以满足构造这样一个系统的实力。
加上现在对网络系统构造的支持,如现下流行的Eclipse下应用Spring+Struts+Hibernate对Web开发的强大支持,以及Tomcat服务器的简易安装和稳定的运行对于系统的构建、运行和维护都可以轻松地完成。
技术环境已满足开发和使用的条件。
2.3 操作可行性分析
操作可行性,又称社会可行性或运行可行性,是对开发系统在一个给定的工作环境中能否运行或运行好坏程度的量度。
本系统以网络应用为主,用户界面和管理界面都和在网上查看新闻一样简单和易于操作。
所有有上网经历的用户都可以轻松地完成自己的目的,而管理对于航班及订单的管理也无须特地培训,简单知道航班的规则即可。
2.4 经济可行性分析
经济可行性是对将要开发的系统的成本效益进行分析的一个度量。
本次网上机票预订管理系统的开发是建立在计算机技术广泛应用和普及于社会各个行业的实际工作中,并能够极大的减少航空公司、机票销售点工作人员的工作压力,降低售票开销,简化售票流程,提高机票管理系统的效率和准确性,规范旅客信息的管理。
从长远角度来看,此系统的投入会给航空公司机票销售信息统计完整化、数据处理智能化、经济预算科学化、业务处理高效化等。
另外本系统采用开发软件均为开源免费,可大大降低开发成本,一旦项目完成投入使用,即可见效益。
2.5 法律可行性
1.所有开发软件均采用开源免费软件,无版权纠纷。
2.无违反国家法律相关规定。
第3章 需求分析
3.1 MIS系统的产生和发展情况
所谓管理信息系统(ManagementInformationSystem)系统,是一个由人、计算机及其他外围设备等组成的能进行信息的收集、传递、存贮、加工、维护和使用的系统,是一门新兴的科学,其主要任务是最大限度的利用现代计算机及网络通讯技术加强企业的信息管理,通过对企业拥有的人力、物力、财力、设备、技术等资源的调查了解,建立正确的数据,加工处理并编制成各种信息资料及时提供给管理人员,以便进行正确的决策,不断提高企业的管理水平和经济效益。
目前,企业的计算机网络已成为企业进行技术改造及提高企业管理水平的重要手段。
随着我国与世界信息高速公路的接轨,企业通过计算机网络获得信息必将为企业带来巨大的经济效益和社会效益,企业的办公及管理都将朝着高效、快速、无纸化的方向发展。
MIS系统通常用于系统决策,例如,可以利用MIS系统找出目前迫切需要解决的问题,并将信息及时反馈给上层管理人员,使他们了解当前工作发展的进展或不足。
换句话说,MIS系统的最终目的是使管理人员及时了解公司现状,把握将来的发展路径。
与传统的管理系统相比,在MIS中,处理的对象是抽象成数据的信息,因此,MIS有着自己的巨大优势。
3.2 系统功能需求分析
开发网上机票预定系统,首先需要知道系统的整体构架,有哪些功能,能完成哪些工作。
本系统面向的对象至少有两个:
用户和管理员。
所以本系统有一个面向客户的平台和一个面向管理员的平台——面向客户,要有注册、登录、用户信息管理、航班查询、订票、退票等服务;
面向管理员就应该有登录、制定航班、安排航班和航班日程安排等服务。
因此系统分为用户和管理员两个模块。
对系统的数据流向描述的0层数据流图如图3-1所示。
现对数据流图的每个加工说明如下。
1.注册。
新用户注册为会员,由用户将填好的注册信息表单提交到控制层,由控制层调用数据逻辑层操作数据库,完成用户的注册。
2.用户登录。
此加工对用户输入的登录信息进行验证,确定用户是否有权力进行并使用系统。
图3-1 系统数据流图0层图
3.修改信息。
此加工接受用户对个人信息的修改及查看。
4.查询。
此加工主要是对航班日程安排存储进行查询,来满足的需求。
5.订票。
用户选好自己要订的机票后,系统会将相关信息一并发送到订票加工,经过验证处理,订票加工将信息写入订票信息存储。
6.退票。
此加工接受用户的退票信息,根据用户ID和预订的航班号,对满足退票条件的已预订机票进行退票处理。
7.安排航班。
此加工接收由航班信息存储提供的信息,对各个航班进行日程的安排。
将符合标准的航班日程信息进行记录并供用户查询和预订。
此加工的过程由管理员完成。
8.制定航班。
此加工的信息同航空公司提供,由管理进行录入,将符合格式和航班标准的航班信息写入航班信息存储中。
9.交易管理。
此加工接收订票信息存储提供的信息,对已付款的账户由管理操作改变交易状态,存储在订票信息存储中。
3.3 数据库需求分析
3.3.1 实体分析
用户的需求具体体现在各种信息的提供、保存、更新和查询,这就要求数据库结构能充分满足各种信息的输出和输入。
收集基本数据、数据结构以及数据处理的流程,组成一份详尽的数据字典,为后面的具体设计打下基础。
在对整个系统的数据流程进行详尽分析后,从其中抽象出如下实体:
用户:
代表一个用户实体,主要的属性有用户名、姓名、密码、性别、电话、和电子邮件。
管理员:
代表一个管理员实体,主要属性有用户名和密码
航班:
代表一个航班实体,它是针对某一个航班代号的,但是该航班可以在不同的时间执行飞行任务,因此又引出了航班日程安排实体,航班实体主要的属性有航班号、出发地点、目的地点、旅程和价格。
航班日程安排:
代表一个航班的日程安排实体,主要的属性有航班号和航班日期,当然这个实体可看成是机票。
订单:
代表一个订单实体,主要的属性有用户号和航班安排号。
3.3.2 实体模型的关系分析
1.用户和航班安排之间是多对多的关系。
一个用户可以同时购买多张航班的机票,一个航班的机票可以同时被卖给多个用户。
2.用户和订单之间是一对多关系。
一个用户可以发出多个订单,但一个订单只能属于一个用户。
3.管理和航班之间是多对多关系。
一个管理员可以制定多个航班,一个航班可以被多个管理制定。
4.管理员和航班的安排之间是多对多的关系。
一个管理员可以安排多个航班,一个航班也可以被多个管理员安排。
5.航班和航班的安排之间是一对多的关系。
一个航班可以有多个安排,但一个航班的安排只能特定于一个航班。
6.航班的安排和订单之间是一对多关系。
一个航班的安排可以有多个订单,即相当于多个人同买一个航班的机票,但是一个订单只特定于一个航班。
3.3.3 数据字典
名称:
订票信息
描述:
用户订票的信息
定义:
用户ID+航班ID+日期
位置:
传输到系统
退票信息
用户的退票的信息
管理员登录信息
管理员登录时所需要添写的信息
管理员账户名+密码
来源:
管理员输入
去向:
用户修改个人信息
用户将要修改的个人信息
用户的全部个人信息
用户登录信息
用户登录时所需要添写的信息
用户名+密码
航班信息
每个航班的详细信息,用来区别每个不同的航班
航班号+起飞地点+到达地点+航程+价格+日期
传输到用户用于查询
管理员定制
用户注册信息
用户的个人信息,用于识别每个用户
户名+姓名+密码+性别+电话+电子邮件
用户输入
注册控制器
航班日程信息
安排每一个航班的具体日程
航班查询
用户查看现在航班情况,根据查询进行机票的预订
航班号+起飞地点+到达地点+旅程+票价
查询模块
用户视图
订单查询
管理查看所有已预订的机票
用户名+航班号+起飞地点+到达地点+票价+交易状态
订单查询模块
管理员视图
3.4 系统的性能需求
为了保证系统能够长期、安全、稳定、可靠、高效的运行,网上机票预定管理系统应该满足以下的性能需求。
1.系统处理的准确性和及时性
系统处理的准确性和及时性是系统的必要性能。
在系统设计和开发过程中,要充分考虑系统当前和将来可能承受的工作量,使系统的处理能力和响应时间能够满足企业对信息处理的需求。
由于机票预定管理系统的查询功能对于整个系统的功能和性能完成举足轻重。
作为系统的很多数据来源,而机票数量和时间又影响企业的决策活动,其准确性很大程度上决定了机票预定系统的成败。
在系统开发过程中,必须采用一定的方法保证系统的准确性。
2.系统的开放性和系统的可扩充性
机票预定管理系统在开发过程中,应该充分考虑以后的可扩充性。
例如订票系统的方式的改变,用户查询的需求也会不断的更新和完善。
所有这些,都要求系统提供足够的手段进行功能的调整和扩充。
而要实现这一点,应通过系统的开放性来完成,既系统应是一个开放系统,只要符合一定的规范,可以加入和减少系统的模块,配置系统的硬件。
通过软件的修补、替换完成系统的升级和更新换代。
3.系统的易用性和易维护性
机票预定系统是直接面对使用人员的,而使用人员往往对计算机并不是非常熟悉。
这就要求系统能够提供良好的用户接口,易用的人机交互界面。
要实现这一点,就要求系统应该尽量使用用户熟悉的术语和中文信息的界面;
针对用户可能出现的使用问题,要提供足够的在线帮助,缩短用户对系统熟悉的过程。
机票预定系统中涉及到的数据是航空公司的相当重要的信息,系统要提供方便的手段供系统维护人员进行数据的备份,日常的安全管理,系统意外崩溃数据的恢复等工作。
4.系统的标准性
系统在设计开发使用过程中都要涉及到很多计算机硬件、软件。
所有这些都要符合主流国际、国家和行业标准。
例如在开发中使用的操作系统、网络系统、开发工具都必须符合通用标准。
如规范的数据库操纵界面、作为业界标准的TCP/IP网络协议及ISO9002标准所要求的质量规范等;
同时,在自主开发本系统时,要进行良好的设计工作,制订行之有效的软件工程规范,保证代码的易读性、强壮性、可操作性和可移植性。
5.系统的先进性
目前计算系统的技术发展相当快,作为机票预定系统工程,在系统的生命周期尽量做到系统的先进,充分完成企业信息处理的要求而不至于落后。
这一方面通过系统的开放性和可扩充性,不断改善系统的功能完成。
另一方面,在系统设计和开发的过程中,应在考虑成本的基础上尽量采用当前主流并且先进有良好发展前途的产品。
6.系统的响应速度
机票预定系统在日常处理中的响应速度为秒级,达到实时要求,以及时反馈信息。
在进行统计分析时,根据所需数据量的不同而从秒级到分钟级,原则是保证操作人员不会因为速度问题而影响工作效率。
3.5 运行环境需求
3.5.1硬件需求
PIII800或更档次微机或笔记本电脑
内存至少128MB或以上方能保证运行正常
硬盘1G或以上可用储存空间
3.5.2软件需求
Windows2000/xp/2003或Linux、UNIX
Tomcat5.0或以上版本
Javajdk1.5
IE5.5或以上或其它与系统兼容浏览器
3.6 本章小节
需求分析报告是对系统需求的书面表达形式。
由于需求分析报告是采用软件设计的术语编写的,因此常常令计算机背景知识较少的用户方难以理解,也就很难发现需求报告中与实际需求不符之处,更难提出建设性的意见。
特别是那些编写得较差的需求分析报告,用户方更不知所云。
第4章 系统的概要设计
4.1 系统功能模块设计
1.注册用户账户。
用户登录是一个网络应用系统必需的功能之一。
用户想要使用系统提供的功能,就必须先拥有一个账户。
因此要到系统中注册一个账户,用户在注册时系统要求用户输入注册信息。
登录时要求用户输入用户名和密码,提交后系统将验证用户输入信息的正确性。
3.修改个人信息:
这个功能要求在用户登录到系统以后方可进行。
4.查询机票信息:
用户可以通过系统查询当前正在发售的机票。
5.当用户查询到自己想要的机票后就可以进行预订操作。
6.退票:
如果交易还未完成,或是在退票期限内,用户登录后可以先择退票操作。
7.管理员登录:
利用系统管理账号登录,同样输入账号和密码,系统将进行验证。
8.制定航班:
成功进入系统后,可以进行新航班的制定操作。
9.安排航班:
成功进入系统后,可以对现有的航班进行日程安排。
10.航班管理:
成功进入系统后,对现在的航班,航班日程等进行更新、删除等操作,实现对航班的管理。
对上述各项功能进行集中,分块,得到如图4-1所示的系统层次方框图。
图4-1 系统层次方框图
4.2 数据库设计
4.2.1 数据层设计
在本系统中,应用的持久化层采用Hibernate作为中间件,并使用了DAO设计模式实现对数据层的访问。
DAO模式是J2EE核心模式中的一种,其主要的行为就是在业务核心方法和数据源之间增加一层。
用这样一层连接业务方法和数据源,这样就实现了两者的解耦。
因为具体持久层数据源可能是多样化的,可是XML或是关系型数据库。
在具体的关系型数据库中,也可能是不同的产品。
通过使用DAO模式,业务核心部分就不用关心数据层是如何实现对数据库的操作的,而只关心自己的业务操作,对数据库的操作全部交给了DAO代理,DAO代理模式如图4-2所示。
图4-2 DAO模式
每一个持久化类都应该有一个DAO。
DAO声明了持久化类的CRUD方法及其他访问持久化机制的方法,在相应的DAO实现中,调用HibernateAPI访问持久层。
这样只有特定于Hibernate的DAO实现需要依赖HibernateAPI,当改用其它的持久化机制或持久化中间件时,只需要创建新的DAO实现,无需更改应用中的其他业务逻辑代码。
这就是DAO模式的优点。
DAO模式实际上是两个模式的组合,即DataAccessor和ActiveDomainObject模式。
其中DataAccessor模式实现了数据访问和业务逻辑的分离,而ActiveDomainObject模式实现了业务数据的对象化封装,一般我们将这两个模式组合使用,就组成了我们所称谓的DAO模式。
DAO模式通过对业务层提供数据抽象接口实现了数据存储逻辑的分离、数据访问底层实现的分离、资源管理和调度的分离以及数据抽象。
4.2.2 系统E-R图
图4-3 系统E-R图
4.2.3 数据库模型设计
根据系统设计要求,本系统一共建立一个数据库orderticket,其中对所用到的所有数据表进行定义,包括存储用户信息的用户数据模型USER,存储管理员信息的管理员数据模型ADMIN,存储航班信息的航班数据模型FLIGHTS,存储票、存储机票信息的航
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 毕业设计 网上 机票 预定 管理 系统
![提示](https://static.bdocx.com/images/bang_tan.gif)