汽车票预订系统.docx
《汽车票预订系统.docx》由会员分享,可在线阅读,更多相关《汽车票预订系统.docx(38页珍藏版)》请在冰豆网上搜索。
![汽车票预订系统.docx](https://file1.bdocx.com/fileroot1/2022-12/19/d44ce162-cf51-4490-a105-baa77d0bfab5/d44ce162-cf51-4490-a105-baa77d0bfab51.gif)
汽车票预订系统
可行性研究
1.引言
1.1编写目的
可行性研究的目的是为了对问题进行研究,以最小的代价在最短的时间内确定问题是否可解。
经过对此项目进行详细调查研究,初拟系统实现报告,对软件开发中将要面临的问题及其解决方案进行初步设计及合理安排。
明确开发风险及其所带来的经济效益。
本报告经审核后,交软件经理审查。
1.2项目背景
开发软件名称:
汽车票预订系统。
1.3定义
<未定义>
1.4参考资料
[1]、张海藩.软件工程.清华大学出版社,2008
2.可行性研究的前提
2.1要求
主要功能:
为乘客提供车票预定服务,方便客运站的售票工作,提高客运站的服务质量和服务效率
性能要求:
客运公司提供的信息必须及时的反映在客运站各售票点的工作平台上。
售票系统的定单必须无差错的存储在客运公司的主服务器上。
对服务器上的数据必须进行及时正确的刷新。
输出要求:
数据完整,详实。
输出要求:
简捷,快速,实时。
安全与保密要求:
服务器的管理员享有对客运站车次信息库及车票信息库和定票信息库的管理与修改。
售票员只享有对订票信息库的部分修改(写入与读出)。
2.2目标
系统实现后,大大提高旅游局的机票预定服务效率。
降低售票服务中的错误发生率,减少信息交流的烦琐过程及其带来的开销。
2.3条件、假定和限制
<未定义>
2.4进行可行性研究的方法
<未定义>
2.5评价尺度
<未定义>
3.对现有系统的分析
3.1处理流程和数据流程
图可1.1
说明:
各售票点对数据进行入库,并产生报表和车票以及账单,系统管理员对数据进行管理
3.2工作负荷
<未定义>
3.3费用开支
<未定义>
3.4人员
余鹏飞、汪黎丽、吴思睿
3.5设备
运行环境:
.net2.0
操作系统:
windows
数据库:
sqlserver2000
3.6局限性
4.所建议的系统
4.1对建议系统的说明
<未定义>
4.2处理流程和数据流程
图可1.2
说明:
各售票点对数据进行入库,并产生报表和车票以及账单,系统管理员对数据进行管理每一项都可以产生报表
4.3改进之处
在原有系统的基础上,对管理员的售票以及预定的记录进行汇总,并对这些数据产生报表。
4.4影响
4.4.1对设备的影响
<未定义>
4.4.2对软件的影响
<未定义>
4.4.3对用户单位机构的影响
<未定义>
4.4.4对系统运行过程的影响
用户不可夸权限操作一些受保护的数据信息,各用户对自身所对应的数据库进行数据操作存储、系统响应错误后应提供恢复上次正确结果的的处理方法。
4.4.5对开发的影响
在系统开发过程中应注意数据的加密,防止外界获取数据库中的资料
4.4.6对地点和设施的影响
<未定义>
4.4.7对经费开支的影响
<未定义>
4.5局限性
4.6技术条件方面的可行性
目前对客运站以及机场这种运输行业的票务系统技术已经趋于完善,在技术上可行。
5.可选择的其他系统方案
5.1可选择的系统方案1
在客运站中只设立终端,在客运公司设立服务器,数据输入由终端输入,所有数据都由服务器处理,只在终端上显示数据结果。
此设计简化了数据处理,但加重了服务器的数据处理。
也可以使用客户端/服务器机理,简化数据流量,加快数据处理。
5.2可选择的系统方案2
<未定义>
6.投资及效益分析
6.1支出
6.1.1基本建设投资
<未定义>
6.1.2其他一次性支出
<未定义>
6.1.3非一次性支出
<未定义>
6.2收益
6.2.1一次性收益
<未定义>
6.2.2非一次性收益
<未定义>
6.2.3不可定量的收益
<未定义>
6.3收益/投资比
<未定义>
6.4投资回收周期
<未定义>
6.5敏感性分析
<未定义>
7.社会因素方面的可行性
7.1法律方面的可行性
所有软件都选用正版.
所有技术资料都由提出方保管。
合同制定确定违约责任.
7.2使用方面的可行性
使用本软件人员要求有一定计算机基础的人员,系统管理员要求由计算机的专业知识,所有人员都要经过本公司培训.
管理人员也需经一般培训.
经过培训人员将会熟练使用本软件.
两名系统管理员,一名审计员将进行专业培训,他们将熟练管理本系统.
8.结论
由于投资效益比远大于100%,技术、经济、操作都有可行性,可以进行开发.
需求分析
1.引言
1.1编写目的
定义总体要求,作为用户和软件开发人员之间相互了解的基础;提供性能要求、初步设计和对用户影响的信息,作为开发人员进行设计和实施的基础;作为总体验证和确认的依据。
1.2背景
汽车票预订系统,它的出现可以为销售车票以及预订车票提供便利,节省了客运公司的劳动力。
为乘客提供车票预定服务,方便客运站的售票工作,提高客运站的服务质量和服务效率。
同时也将售票时间由原来的特定时间段出售变成了24小时售票,在一定程度上减少了过年过节时排长队买票的情况,具有一定的社会意义。
1.3定义
<未定义>
1.4参考资料
[1]李容.VisualC#2008开发技术详解.北京:
电子工业出版社,2008
[2]张海潘.软件工程导论.北京:
清华大学出版社,2008.2
2.任务概述
2.1目标
系统应建立友好的界面,即要操作简单、直观、灵活,又要易于学习掌握。
这个系统的目的:
方便管理人员管理。
系统应具有良好的安全性。
系统应遵循有关信息安全标准,具有切实可行的安全保护和保密措施。
系统应具有良好的实用性。
本系统应会是一个汽车运营管理部门非常实用的管理软件,操作简单,是用户急切需要的助手。
系统应具有良好的技术性。
本软件开发环境是在WindowsXP的开发平台上,主要利用Visualstudio2005作前台页面开发,SqlServer2000作后台数据库开发。
安全可靠,可移植性强。
2.2运行环境
操作系统:
windows
支持环境:
.Net2.0平台
数据库:
sqlserver2000
2.3条件与限制
<未定义>
3.具体需求分析
3.1数据需求分析
为了保证系统能够长期、安全、稳定、可靠、高效的运行,汽车票预定系统应该满足以下的性能需求:
1.数据录入和处理的准确性和实时性
数据的输入是否准确是数据处理的前提,错误的输入会导致系统输出的不正确和不可用,从而使系统的工作失去意义。
数据的输入来源是手工输入。
手工输入要通过系统界面上的安排系统具有容错性,并且对操作人员要进行系统的培训。
在系统中,数据的输入往往是大量的,因此系统要有一定的处理能力,以保证迅速的处理数据。
2.数据的一致性与完整性
由于系统的数据是共享的,在不同的售票点中,车票是共享数据,所以如何保证这些数据的一致性,是系统必须解决的问题。
要解决这一问题,要有一定的人员维护数据的一致性,在数据录入处控制数据的去向,并且要求对数据库的数据完整性进行严格的约束。
对于输入的数据,要为其定义完整性规则,如果不能符合完整性约束,系统应该拒绝该数据。
3.数据的共享与独立性
整个车票预定系统的数据是共享的。
然而,从系统开发的角度上看,共享会给设计和调试带来困难。
因此,应该提供灵活的配置,使各个售票点系统能够独立运行,而通过人工干预的手段进行系统数据的交换。
这样,也能提供系统的强壮性。
车票预订系统的数据字典
车票预订系统的逻辑模型
1
11
N
图需1.1
3.2功能需求分析
3.2.1功能需求分析
汽车票预定系统的总目标是:
在计算机网络,数据库和先进的开发平台上,利用现有的软件,配置一定的硬件,开发一个具有开放体系结构的、易扩充的、易维护的、具有良好人机交互界面的汽车票预定系统,实现客运公司的汽车票销售的自动化的计算机系统,为企业的决策层提供准确、精细、迅速的汽车票销售信息。
根据可行性研究的结果和客户的要求,分析现有情况及问题,采用B/S结构,将汽车票预定系统划分为两个子系统:
浏览器端子系统,服务器端子系统。
乘客订票流程图:
图需1.2
乘客取票图:
乘客
图需1.3
车票预订系统的总体功能如下:
1.权限管理
2.前台营业
3.信息查询
4.营业统计
5.错误信息
1、权限管理用户登录系统
数据流图:
图需1.4
A、管理员表
各售票点管理员通过输入自己的用户名以及密码登录到后台为乘客提供相应的服务
2、前台营业
数据流图:
图需1.5
A.车票信息表
B.乘客信息表
C.售出车票信息表
D.订票表
3、信息查询
数据流图:
图需1.6
A.售出车票信息表
B.订票表
C.车次信息表
D.管理员信息
4.营业统计
数据流图:
图需1.7
A.售出车票信息
B.订票信息
3.2.2时间特性要求
<未定义>
3.2.3灵活性
<未定义>
3.3性能需求
为了保证系统能够长期、安全、稳定、可靠、高效的运行,车票预定系统应该满足以下的性能需求:
1.系统处理的准确性和及时性
系统处理的准确性和及时性是系统的必要性能。
在系统设计和开发过程中,要充分考虑系统当前和将来可能承受的工作量,使系统的处理能力和响应时间能够满足企业对信息处理的需求。
由于车票预定系统的查询功能对于整个系统的功能和性能完成举足轻重。
作为系统的很多数据来源,而机票数量和时间又影响企业的决策活动,其准确性很大程度上决定了车票预定系统的成败。
在系统开发过程中,必须采用一定的方法保证系统的准确性。
2.系统的开放性和系统的可扩充性
车票预定系统在开发过程中,应该充分考虑以后的可扩充性。
例如订票系统的方式的改变(网上订票),用户查询的需求也会不断的更新和完善。
所有这些,都要求系统提供足够的手段进行功能的调整和扩充。
而要实现这一点,应通过系统的开放性来完成,既系统应是一个开放系统,只要符合一定的规范,可以简单的加入和减少系统的模块,配置系统的硬件。
通过软件的修补、替换完成系统的升级和更新换代。
3.系统的易用性和易维护性
车票预定系统是直接面对使用人员的,而使用人员往往对计算机并不是非常熟悉。
这就要求系统能够提供良好的用户接口,易用的人机交互页面。
要实现这一点,就要求系统应该尽量使用用户熟悉的术语和中文信息的页面;针对用户可能出现的使用问题,要提供足够的在线帮助,缩短用户对系统熟悉的过程。
车票预定系统中涉及到的数据是客运公司的相当重要的信息,系统要提供方便的手段供系统维护人员进行数据的备份,日常的安全管理,系统意外崩溃时数据的恢复等工作。
4.系统的标准性
系统在设计开发使用过程中都要涉及到很多计算机硬件、软件。
所有这些都要符合主流国际、国家和行业标准。
例如在开发中使用的操作系统、网络系统、开发工具都必须符合通用标准。
如规范的数据库操纵界面、ISO9002标准所要求的质量规范等;同时,在自主开发本系统时,要进行良好的设计工作,制订行之有效的软件工程规范,保证代码的易读性、可操作性和可移植性。
5.系统的先进性
目前计算系统的技术发展相当快,做为车票预定系统工程,应该保证系统在下个世纪仍旧是先进的,在系统的生命周期尽量做到系统的先进,充分完成企业信息处理的要求而不至于落后。
这一方面通过系统的开放性和可扩充性,不断改善系统的功能完成。
另一方面,在系统设计和开发的过程中,应在考虑成本的基础上尽量采用当前主流并先进且有良好发展前途的产品。
6.系统的响应速度
车票预定系统系统在日常处理中的响应速度为秒级,达到实时要求,以及时反馈信息。
在进行统计分析时,根据所需数据量的不同而从秒级到分钟级,原则是保证操作人员不会因为速度问题而影响工作效率。
3.4设计约束
<未定义>
3.5外部接口需求
3.5.1用户接口
在用户页面部分,根据需求分析的结果,用户需要一个用户友善页面。
在页面设计上,应做到简单明了,易于操作,并且要注意到页面的布局,应突出的显示重要以及出错信息。
外观上也要做到合理化,考虑到用户多对web2.0风格较熟悉,应尽量向这一方向靠拢。
在设计语言上,已决定使用c#进行编程,在界面上可使用C#所提供的可视化组件,满足web2.0的要求。
其中在设计上采用下拉式菜单方式,在出错显示上可调用C#库中的错误提示函数。
总的来说,系统的用户界面应作到可靠性、简单性、易学习和使用
3.5.2硬件接口
支持一般的微机、笔记本电脑。
3.5.3通信接口
连入因特网的计算机
概要设计
1.引言
1.1编写目的
在本车票预定系统项目的前一阶段,也就是需求分析阶段中,已经将系统用户对本系统的需求做了详细的阐述,这些用户需求已经在上一阶段中对客运公司、各售票点及客运站的实地调研中获得,并在需求规格说明书中得到详尽得叙述及阐明。
本阶段已在系统的需求分析的基础上,对车票预定系统做概要设计。
主要解决了实现该系统需求的程序模块设计问题。
包括如何把该系统划分成若干个模块、决定各个模块之间的接口、模块之间传递的信息,以及数据结构、模块结构的设计等。
在以下的概要设计报告中将对在本阶段中对系统所做的所有概要设计进行详细的说明。
在下一阶段的详细设计中,程序设计员可参考此概要设计报告,在概要设计对车票预定系统所做的模块结构设计的基础上,对系统进行详细设计。
在以后的软件测试以及软件维护阶段也可参考此说明书,以便于了解在概要设计过程中所完成的各模块设计结构,或在修改时找出在本阶段设计的不足或错误。
1.2背景
本项目(汽车票预定系统)是自行研制,由余鹏飞、吴思睿、汪黎丽负责开发。
汽车票预定系统是通过浏览器端访问服务器的软件:
车票预定系统将由两部分组成:
置于各定票点的页面,以及置于汽车公司的数据库服务器。
本系统与其他系统的关系如下:
:
:
(客运公司)车次数据
图概1.1
1.3定义
<未定义>
1.4参考资料
[1]、张海藩.软件工程.清华大学出版社,2008
[2]、开发小组.汽车票预订系统需求规格说明书.2010.6
[3]、开发小组.汽车票预定系统可行性报告.2010.5
2.总体设计
2.1目标
本阶段已在系统的需求分析的基础上,对车票预定系统做概要设计。
主要解决了实现该系统需求的程序模块设计问题。
包括如何把该系统划分成若干个模块、决定各个模块之间的接口、模块之间传递的信息,以及数据结构、模块结构的设计等。
在以下的概要设计报告中将对在本阶段中对系统所做的所有概要设计进行详细的说明。
2.2运行环境
根据调研得知所有售票点的计算机配置均在Pentium133级别以上,客户程序应能够在Pentium133级别以上,WinXP环境下运行。
2.3需求概述
客运公司为方便旅客,需开发一个车票预定系统。
为便于乘客由各售票点定票或买票,售票点把预定车票的乘客信息,包括姓名、性别、工作单位、身份证号码、目的地,输入车票预定系统,系统经过查询客运公司内的车次数据服务器后,为乘客安排客车,印出取票通知。
乘客在发车前一天凭取票通知和帐单交款后取票,系统校对无误后即印出车票给乘客。
要求系统能有效、快速、安全、可靠和无误的完成上述操作。
并要求用户界面要简单明了,易于操作,服务器利于维护。
2.4条件与限制
3.总体设计
3.1处理流程
系统流程图:
3.2总体结构和模块外部设计
总体结构图如下:
3.3功能分配
3.3.1登录
登录系统:
此功能模块主要完成用户密码验证
IPO图编号:
3.3.1.1
HIPO图编号:
3.3.1.1
模块名称:
登录
设计者:
余鹏飞
使用单位:
编程要求:
.Net2.0
Sqlserver2000
输入部分
处理描述
输出部分
1.用户名
2.密码
1..将用户邮箱地址和密码发送给服务器验证。
.验证成功后登陆后台程序,进行进一步操作
1.用户邮件
2.验证错误信息
3.3.2前台营业
前台营业:
此功能模块主要完成乘客的购票功能、预定功能、以及退票功能。
IPO图编号:
3.3.2.1
HIPO图编号:
3.3.2.1
模块名称:
前台营业
设计者:
余鹏飞
使用单位:
编程要求:
.Net2.0
Sqlserver2000
输入部分
处理描述
输出部分
1.乘客购票信息
2.乘客订票信息
3.退回订票或购票信息
1、将乘客的个人信息输入并保存到数据库当中。
2、删除乘客已订票或已购票信息
1.打印票据
2.打印订票凭据
3.3.3信息查询
信息查询:
此功能模块主要查看已售票的信息、已预订票的信息、运营计划的查询、以及当班信息查询
IPO图编号:
3.3.3.1
HIPO图编号:
3.3.3.1
模块名称:
信息查询
设计者:
余鹏飞
使用单位:
编程要求:
.Net2.0
Sqlserver2000
输入部分
处理描述
输出部分
1.已售票乘客的个人信息
2.已预定乘客的个人信息
3.车次的编号
1.通过对乘客个人信息的关键字查询获得乘客的乘车信息
2.通过对车次编号的查询从数据库中获得汽车的发车时间以及预计到达时间
1.已售票乘客的乘车信息
2.已预订乘客的乘车信息
3.汽车的发车时间以及到达时间
3.3.4营业统计
营业统计:
此功能模块主要查询该售票员的销售情况
IPO图编号:
3.3.4
HIPO图编号:
3.3.4
模块名称:
营业统计
设计者:
余鹏飞
汪黎丽
吴思睿
使用单位:
编程要求:
.Net2.0
Sqlserver2000
输入部分
处理描述
输出部分
查询的日期
查询的月份
查询的季度
将用户选择的时间进行数据交换从数据库中获得需要查询的数据
获得选择时间段里的销售情况报表
4.接口设计
4.1用户页面
在用户页面部分,根据需求分析的结果,用户需要一个用户友善页面。
在页面设计上,应做到简单明了,易于操作,并且要注意到页面的布局,应突出的显示重要以及出错信息。
外观上也要做到合理化,考虑到用户多对web2.0风格较熟悉,应尽量向这一方向靠拢。
在设计语言上,已决定使用c#进行编程,在界面上可使用C#所提供的可视化组件,满足web2.0的要求。
其中在设计上采用下拉式菜单方式,在出错显示上可调用C#库中的错误提示函数。
总的来说,系统的用户界面应作到可靠性、简单性、易学习和使用
4.2硬件接口
支持一般的微机、笔记本电脑。
4.3通信接口
连入因特网的计算机
4.4内部接口
内部接口方面,各模块之间采用函数调用、参数传递、返回值的方式进行信息传递。
具体参数的结构将在下面数据结构设计的内容中说明。
接口传递的信息将是以数据结构封装了的数据,以参数传递或返回值的形式在各模块间传输。
5.数据结构设计
5.1数据库逻辑数据结构设计
DBMS的使用上系统将采用SQLSERVER,系统主要需要维护3张数据表:
1.汽车车次表
车次编号
出发时间
到达时间
座位空数
学生票价
普通票价
汽车车次表保存了所有从本地出发的汽车信息,它的主键为车次编号。
在定位前先查寻座位空数,在定位后将修改座位空数。
2.定位信息表
车次编号
账单号
是否领票
定位信息表保存了已定位信息,主键为账单号,外部主键为车次编号。
在乘客领票过程时将用到此表,领票后修改是否领票域
3.账单信息/乘客资料表
账单号
乘客姓名
乘客性别
乘客身份证号
.帐单信息/乘客资料表保存已定位的乘客信息资料,它的主键为乘客身份证号,外部主键为帐单号。
主要用于领票时将乘客信息一同返回。
5.2物理数据结构设计
物理数据结构设计主要是设计数据在模块中的表示形式。
数据在模块中都是以结构的方式表示。
1.乘客信息
用于定票时接收输入,以及领票时服务器返回。
2.帐单号
可使用一LONGINT实现。
用于领票时接收输入,以及定票时服务器返回。
3.目的地
用于定票时接收输入,以及领票时服务器返回。
4.车票信息
用于打印机票准备工作。
数据类型可参照上面所述。
5.帐单信息
用于打印帐单准备工作。
数据类型可参照上面所述。
5.3数据结构与程序的关系
数据结构与程序是软件的重要组成部分,程序的正确执行依赖于合理的数据结构
6.运行设计
6.1运行模块的组合
登录模块将前台营业、信息查询、营业统计、常用工具等模块交于主功能模块。
然后主功能各个功能模块根据需要获取信息完成功能。
等等各个模块在软件运行过程中能较好的交换信息,处理数据。
6.2运行控制
运行控制将严格按照各模块间函数调用关系来实现。
在各事务中心模块中,需对运行控制进行正确的判断,选择正确的运行控制路径。
6.3运行时间
系统的运行时间基本可以达到用户所提出的要求。
7.出错处理设计
7.1出错输出信息
程序在运行时主要会出现两种错误:
1、由于输入信息,或无法满足要求时产生的错误,称为软错误。
2、由于其他问题,如网络传输超时等,产生的问题,称为硬错误。
对于软错误,须在定票/领票操作成功判断及输入数据验证模块由数据进行数据分析,判断错误类型,再生成相应的错误提示语句,送到输出模块中。
对与硬错误,可在出错的相应模块中输出简单的出错语句,并将程序重置。
返回输入阶段。
出错信息必须给出相应的出错原因,例:
《全部车次座位已满!
》
《查无此定位信息!
》等。
7.2出错处理对策
对于软错误提示用户需要用户输入正确信息。
对于硬错误提示用户无法满足系统需求。
8.安全保密设计
系统的用户只有通过了密码验证才能登录系统并且只能查看属于自己权限范围内的内容
9.维护设计
维护方面主要为对服务器上的数据库数据进行维护。
可使用SQLSERVER的数据库维护功能机制。
例如,定期为数据库进行Backup,维护管理数据库死锁问题和维护数据库内数据的一致性等。
详细设计
引言
1.1编写目