火车票订票管理信息系统.docx
- 文档编号:30083994
- 上传时间:2023-08-04
- 格式:DOCX
- 页数:15
- 大小:176.08KB
火车票订票管理信息系统.docx
《火车票订票管理信息系统.docx》由会员分享,可在线阅读,更多相关《火车票订票管理信息系统.docx(15页珍藏版)》请在冰豆网上搜索。
火车票订票管理信息系统
1.系统背景
中国拥有总里程超过五万公里的铁路线,是世界上最大的铁路运输网之一。
而铁路客运服务在其中又占有非常重要的地位。
其中有5000多个车站承办客运业务,日开列车2000多列。
为了在日益加剧的客户运输服务竞争中确保优势,改善铁路客户的服务质量,铁道部门一直在努力寻找提高竞争力、改善服务的新途径。
计算机应用于火车站售票的日常管理为火车站售票的现代化带来了从未有过的动力和机遇,为火车站票务管理领域的飞速发展提供了无限潜力。
能给火车站票务带来明显的经济效益和社会效益。
2.信息系统分析
2.1初步调查
中国铁路客票发售和预订系统的核心功能是建立一个覆盖全国铁路的计算机售票网络,实现客票管理和发售工作现代化,从而方便旅客购票和旅行,提高铁路客运经营水平和服务质量,系统可预订、预售和发售当日客票,具有售返程、联程等异地购票功能。
系统预售期为9天。
可以实现票额、座席、制票、计费、结算、统计等工作的计算机管理。
现行系统概述
火车票票务管理的全部数据处理都由人工操作,工作量大,工作效率低,错误率高,信息反馈不及时,因此本信息系统拟对该火车票票务管理进行以下几方面的改革:
◎系统功能重构
◎业务流程重组
◎数据流程重组
为了解决上述问题,要根据目前火车票的管理模式和方法,利用Internet、局域网和计算机开发基于Web的火车票订票管理信息系统,可以实现票额、座席、制票、计费、结算、统计等工作的计算机管理。
形成统一的客票信息源,实现信息共享。
2.2可行性研究
可行性分析
经济可行性分析
开发该系统的费用主要包括购买和安装设备的费用,如计算机硬件、系统软件、机房、电源、空调等。
软件开发费用,人员费用:
系统开发人员、操作人员和维护人员的工资、培训费用等,消耗品费用:
系统开发所用材料、系统正常运行所用消耗品,例如电费,打印纸、软盘、开发软件等开支,所有这些费用在公司的预算范围内,所以在经济上是可行的。
技术可行性分析
为火车票管理开发一个信息管理系统,需要数据库编程工具的支持,如PoweredBuilder,VisualBasic,C++Builder等工具即可不错地完成任务。
考虑到本系统是采用B/S架构的,所以功能强大的VisualStudio可以有效地将数据库与浏览器完美的结合起来,而且使用比较流行的C#语言,用它开发一个关于火车票的管理信息系统,不存在技术上的问题。
营运可行性分析
经过分析调查,对新系统运行后对现在的工作效率会有明显提高。
同时经过管理人员的培训使他们能够在新的技术条件下能够顺利开展工作。
加强了客票信息管理与分析,提高座席利用率,为铁路客运组织与管理工作提供辅助决策支持。
结论
按上述三方面进行可行性分析、研究后,我们认为由于火车票的管理人员大多都具备操作计算机的能力,另外,此系统是一个小型信息管理系统,花费不大。
所以建立新系统是可行的,可以立项的。
2.3现行系统的详细调查
对现行的火车票票务工作进行详细调查研究是了解系统需求和进行系统分析与设计的重要基础工作,这就需要进行细致而充分的调查研究。
在系统调研中,对于信息来源,可以按照系统分析工作信息的类型(关于组织的信息、关于人的信息、关于工作的信息、关于工作环境的信息)进行信息的收集,其主要来源是与铁路局的工作人员进行交流,从而获得信息并收集一定的现有文件,采用关键因素策略,了解具体的需求信息。
对于收集方法,则采用面谈法并着重采用结构化交谈方法。
在对公司业务进行深入了解后,对其业务职能绘制业务流程图,如下图所示
火车票预购业务流程图
2.4新系统逻辑模型的提出
2.4.1数据流图
系统分析的主要成果是系统的逻辑模型,在对火车票预购管理方式和业务流程进行认真分析和研究的基础上,运用数据流图描述出新系统应具有的功能、数据输入、数据输出和数据存储。
对火车票销售业务进行分析,划分出几个主要的信息管理功能,并明确各功能之间的联系,绘制出关联图、数据流图的顶层图以及第一层数据流图,如下图所示
火车票预购管理关联图
火车票预购管理顶层数据流图
从图中可以看出,整个火车票的预购管理功能从总体上分为火车票查询、火车票预购、火车票信息更新等三大部分。
2.4.2数据字典
数据流图只是对数据处理和彼此之间的数据联系进行了说明,为了进一步明确数据的详细内容和数据处理过程,可以通过数据字典用于进一步定义和描述所有数据项,包括数据流、数据存储、数据处理、数据元素、外部项五部分。
数据流
系统名:
火车票订票管理信息系统
条目名:
订票信息
编号:
F2
别名:
订单
来源:
会员
去处:
车票订购处理
数据流结构:
订单:
{订单标识+顾客细节{顾客标识+身份证号+姓名+地址+电话+邮箱}+车票细节{车票标识+始发站+目的地+出发日期+出发时间+车次+数量}}
简要说明:
描述订单处理的有关信息,每个会员预够一次车票就有一条记录
修改记录:
编写
XXX
日期
xxxx-xx-xx
审核
XXX
日期
xxxx-xx-xx
数据元素
系统名:
火车票订票管理信息系统编号:
条目名:
会员编号别名:
属于数据流:
F2
存储处:
D2
数据元素结构:
类型:
字符型
长度:
20
简要说明:
会员编号是会员的识别符,每个会员都有惟一的编号
修改记录:
编写
XXX
日期
xxxx-xx-xx
审核
XXX
日期
xxxx-xx-xx
数据存储
系统名:
火车票订票管理信息系统
条目名:
订单表
编号:
D2
别名:
订单信息表
存储组织:
二维表
主关键字:
会员编号
记录组成:
会员编号出发日期总价
身份证号出发时间
始发站车次
目的地数量
简要说明:
用于存储订单信息,每人一条记录
修改记录:
编写
XXX
日期
xxxx-xx-xx
审核
XXX
日期
xxxx-xx-xx
加工
系统名:
火车票订票管理信息系统
条目名:
车票订购
编号:
P3
别名:
输入:
F2订票信息
输出:
F4车票订单
F7车票订购信息
处理逻辑:
根据订单和会员情况,判断新老客户,并编辑成适合的订单
简要说明:
本处理既要进行订单信息的输入、存储,又要进行汇总计算
修改记录:
编写
XXX
日期
xxxx-xx-xx
审核
XXX
日期
xxxx-xx-xx
外部项
系统名:
火车票订票管理信息系统
条目名:
会员
编号:
别名:
会员
输入数据流:
F3车票信息F4会员订单信息
输出数据流:
F1查询条件F2订票信息
主要特征:
会员主要特征是:
会员编号、身份证号、姓名、地址、电话、邮箱
简要说明:
存储会员的各类信息,包括会员编号、姓名、地址等。
修改记录:
编写
XXX
日期
xxxx-xx-xx
审核
XXX
日期
xxxx-xx-xx
3.信息系统设计
3.1信息系统总体设计
3.1.1信息系统总体布局设计
火车票订票管理信息系统采用分布式系统的浏览器/Web服务器(B/S)计算模式,全国各地计算机联成网络,相互通信。
各地区之间的数据通信由网络完成。
3.1.2软件系统的总体结构设计
文字描述
火车票订票管理信息系统共分成车票查询、车票预购、更新火车票信息三个子系统。
模块设计
绘制H图
火车票订票管理信息系统功能模块结构
绘制IPO图
系统的IPO图(火车票信息更新)
3.2数据存储设计
3.2.1数据库设计
(1)概述
在系统的数据库设计中,首先要对系统分析得到的数据词典中的数据存储进行分析,分析各数据存储之间的关系,可采用E-R图的方法进行数据结构分析。
这里以火车票预购数据库为例。
(2)实体—关系模型(E—R模型)
绘制出符合三范式的E-R图
车次
E-R图
(3)建立逻辑模型
实体:
会员信息表(会员编号,身份证号,电话,地址,电子邮件)
火车票信息表(车次,始发站,目的地,出发日期,出发时间,单价)
管理员信息表(用户名,密码)
联系:
订单信息表(订单编号,会员编号,车次,火车票数量,总价)
3.3系统结构
火车票预购管理系统是在开通的火车票预购网站上,利用公用高速信道和互联网技术建立的内部信息网络。
从物理位置上看,这个信息系统分布在全国各地以及全世界,但从逻辑和实际运行效果看,它就在一个房间里。
该信息系统的结构模型有三层,如下图所示,第一层是客户服务层,第二层是业务流程层,即位于信息网络中心的Web服务器,本系统采用微软公司的IIS服务器,它负责接受各地用户的访问请求,并把处理结果通过网络传给用户。
第三层是数据服务层,即位于信息网络中心的数据库服务器,本系统的数据库采用的是微软公司的SQLServer数据库,它负责存储、处理通过网络收集的数据。
系统的核心部分是Web应用服务器,当用户通过浏览器发出查询、订单信息等的HTTP请求时,应用服务器上的.asp文件会使用IIS中的ADO组件将其转化成SQL语句,然后通过ODBC驱动程序提交到数据库服务器,在数据库执行完语句后,将相关数据结果返回给Web应用服务器,再将结果翻译成HTML和各种Scripts语言传送回提出请求的浏览器。
4.系统实施
4.1编程并编写文档
本系统在上述系统设计的基础上进行编程,这里就不做过多赘述。
4.2测试
系统测试是信息系统的开发周期中一个十分重要的活动。
尽管在系统开发周期的各个阶段均采取了严格的技术审查,但依然难免遗留下差错,如果没有再投入运行前的系统测试阶段被发现纠正,问题迟早会在运行中暴露出来,到那时要纠正错误将要会付出更大的代价。
因此我们有必要进行系统测试。
我们要以找错误为目的,不是要证明程序无错,而是要精心选取那些易于发生错误的测试数据,以十分挑剔的态度,去寻找程序的错误。
测试工作应避免由原开发软件的个人或小组来承担。
设计测试用列不仅要包括合理、有效的输入数据,还要包括无效的或不合理的输入数据。
不仅要检验程序是否做了该做的事,还要检查程序是否同时做了不该做的事。
保留测试用例,将会给重新测试和追加测试带来方便。
测试方法:
人工测试
个人复查
源程序编写完成后,直接由程序员自己进行检查。
走查
由三至五人组成测试小组,测试小组成员是未介入过该软件设计工作的有经验的程序设计人员。
测试在预先阅读过该软件资料和源程序的前提下,由测试人员扮演计算机的角色,用人工方法将测试数据输入被测程序,并在纸上跟踪监视程序的执行情况,让人带特机器沿着程序的逻辑走一遍,发现程序中的错误。
会审
测试小组的构成与走查相似,要求测试成员在会审前仔细阅读软件有关资料,根据错误类型清单,填写检测表,列出根据错误类型要提问的问题。
会审时,由程序作者逐个阅读和讲解程序,测试人员逐个审查、提问、讨论可能产生的错误。
会审要对程序的功能、结构及风格等全部内容进行审查。
机器测试
黑盒测试(功能测试)
将软件看成黑盒子,在完全不考虑程序内部结构和特性的情况下,研究软件的外部特性。
根据软件的需求规格说明书设计测试用例,从程序的输入和输出特性上测试是否满足设定的功能。
白盒测试(结构测试)
将软件看成一个透明的盒子,按照程序的内部结构和处理逻辑来选定测试用例,对软件的逻辑路径及过程进行测试,检查与设计是否相符。
系统的测试工作一般有以下四个步骤:
系统的测试过程
过程如下:
◎单元测试
◎组装测试
◎确认测试
◎系统测试
4.3系统转换
●做出系统转换计划
由于原来一直为手工操作,大多员工需要进行一定的培训和熟悉之后才能够使用新系统进行工作,因此在这里采取分段转换的方式,即在新系统全部正式运行之前,分阶段一部分一部分地替代原有手工方式,如图所示
指导教师评语:
(教师可以根据学生设计态度,如:
出勤、守纪等;综合运用知识和技能的能力;设计内容完成的情况;设计文件和报告的质量;专业能力及创新能力等方面给出评价。
)
项目
优
良
中
及格
不及格
考勤
纪律
平时成绩
综合运用知识和技能的能力
设计内容完成的情况
设计文件和报告的质量
专业能力及创新能力
其他:
课设成果成绩
设计总评成绩:
指导教师签字:
.
2012年6月15日
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 火车票 订票 管理信息系统
![提示](https://static.bdocx.com/images/bang_tan.gif)