软件工程实验报告4.docx
- 文档编号:25116595
- 上传时间:2023-06-05
- 格式:DOCX
- 页数:16
- 大小:1.01MB
软件工程实验报告4.docx
《软件工程实验报告4.docx》由会员分享,可在线阅读,更多相关《软件工程实验报告4.docx(16页珍藏版)》请在冰豆网上搜索。
软件工程实验报告4
软
件
工
程
项
目
分
析火
车
票
售
票
系
统
姓名:
杨如意
学号:
111100
班级:
2010级JAVA一班
院系:
计算机与信息工程学院软件工程(JAVA方向)
火车票售票系统
一、项目概述
1.1项目简介
火车票售票系统是一款针对全国各大乘客集散地,方便工作人员和乘客顺利抵达目的地的便捷操作软件,乘客集散地只需安装本系统,配备专业的操作人员,即可安全、有序地完成人员输送任务。
1.2项目功能
火车票售票系统可登记全国各地的客运专线、包括发车时间、到达时间、经过各中转站时间、在各中转站等待时间及发车时间、各站点间距离、票价、各列车车厢容量、座位分布、列车类型、列车车号、车票信息、预定信息、乘客身份信息、乘客携带物品限定信息、车票代售点信息、网络购票、货运信息、网络购票常见问题解决方式、铁路常识等。
1.3功能模块介绍
车票票面信息:
包含乘车区间(始发站、终点站)、发车时间、发车日期、乘客身份信息(身份证号、姓名)、乘客所乘列车座位信息(列车车厢号、座位号)、乘客乘车须知、票价、座位类型(硬座、硬卧、软座、软卧)。
网络购票信息:
查询列车信息(列车时刻表、列车车次)、余票信息、票价信息、退票信息、列车正晚点信息、车票代售点信息、预订信息、货运运费、货运业务咨询。
列车信息:
列车车次、列车所属类型(普快、动车、空调特快等)、列车始发站、终点站、中转站、始发时间、到达时间、各站点停靠时间、乘车区间及价格、列车运行时长、已运行时长。
候车室信息:
列车车次、列车运行时间(发车时间、到达时间)、对应车次所在候车区域、对应区域所要发车车次。
1.4系统运行要求
该系统主要是针对输送长途旅客。
对于后台程序的运行,只需植入到电脑中,由经过培训的售票员操作,熟悉操作流程,对各问题所需操作及应用到的模块等综合问题的解答。
二、可行性研究
2.1可行性研究过程
本系统是针对全国各地的旅客,因此这一问题的解决,这一项目的实现,将更简化整个操作流程,减少人工操作以及由人工操作所引起的人为失误,大大降低了对数据的操作量。
本系统所需的是项目人员的研究及整个操作过程所需的步骤及对所出现的问题的正确操作。
2.2可行性研究要解决的问题
项目研究人员:
对于项目研究人员所需的操作即为界面功能实现的后台代码,这不仅仅是最需要解决的问题,项目人员最需要的是对整个系统所要实现的功能的整合,针对某一问题所需要的操作,所对应的模块,所调用的数据,这些都需要借助于日常出现问题的总结,因此项目开发人员是要对列车整个运行过程十分了解,并熟知所面对问题的解决方法。
系统操作人员:
对于系统操作人员,需要了解整个系统所能实现的功能以及对应的处理,如何操作,怎么操作这是需要解决的问题。
2.3对于项目的技术支撑
面对当今社会技术的飞速发展、计算机科学技术已经发展的相当成熟。
C语言、C++、C#、JAVA、.NET等高级语言完全可以驾驭各项功能。
Access、SQLServer、Oracle等数据库可以完成对数据的存储,只需将后台程序与数据库连接即可实现对数据的操作。
2.4项目在经济上的可行性
任何一个软件公司对于所要开发的项目,都需要对整个功能实现的解决有深入了解,因此调查是必不可少的。
当然由此产生费用视该系统所要解决问题的范围而定,针对本系统,一个面对大众,一劳永逸的工程,所需花费与收益相比,可谓九牛一毛。
对于相关人员的培训费用和从程序入手到系统实现的费用也不值一提。
因此,相对于系统所带来的经济价值和社会效益而言,在经济可行性上是完全可行的。
2.5项目在法律允许的可行性
本项目是在大范围内需求而产生的,针对的是大众群体,使用对象是国家,而并非个人,所以不会存在侵权行为。
因此,在法律范围之内,无侵权行为。
2.6方案的具体实现
对于程序实现者来说,一个大的程序可以分解为若干个子程序,进而一步步实现。
对于售票系统,我们可以将其拆分为票面信息版块、网络售票信息版块、列车信息版块、候车信息版块等小的分支,我们可以在解决以上各个版块之后,实现系统的综合,进而实现各方面功能。
三、需求分析
3.1功能需求
为旅客提供火车票购买与预订服务,方便火车站的售票工作,提高火车站的服务质量和服务效率,我们开发了火车票售票系统。
本售票系统应该具备以下功能:
1.查询
分为对车次信息的查询和客户对已订车票信息的查询。
要求:
1)对车次的查询,可以按照发车车次进行查询。
2)也可以按照区间查询。
3)车次信息包括:
车号、出发地、目的地、发车日期、开出时刻、到站时刻、票价、座位类型设定。
4)车次信息只允许用户查询,不能修改。
5)在查询到的结果中要有对发车时刻,到站时刻的排序功能。
2.添加车票
通过查询系统,客户根据自己的需求找到满意的车次,再输入个人信息后直接通过网上售票确定已预订选中的车票。
要求:
售票记录应包括:
会员名、车号、发车日期、订购票数、总价。
3.退票
可退票,通过查询系统,客户可以根据自己的名字找到自己的订票信息,通过退票模块退去已购车票。
4.售票
售票员根据旅客要求,查询到合适的车票并标记该车票已出售,打印出车票给旅客。
5.改签
旅客或售票员根据客户信息查询到该票的信息,根据客户需要改签日期的剩余票情况决定是否允许改签。
该系统分为售票员、列车管理员、旅客三个模块。
1.售票员功能
售票员管理包括添加售票员信息、删除售票员信息以及售票员修改自己的密码、电话号码、家庭地址的信息三部分。
添加售票员信息是系统管理员的操作权限,系统管理员可以向系统的数据库中输入某个新的车站售票员的信息,信息被输入到系统中后,该车站的售票员将在案系统中具有一个车站售票员所具有的所有权限的操作。
删除售票员信息也是系统管理员的操作权限,系统管理员从系统的数据库中将某个车站售票员的全部信息从系统的数据库中删除。
一旦该车站售票员的全部信息被删除后,该车站售票员将不再能够登录到系统中车站售票员的工作平台,他不再具有一个车站售票员的权限。
售票员修改自己的登录密码是指系统中具有售票权限的售票员能够修改自己登录系统时的密码。
即系统管理员在向系统中添加一个新的售票员时得到了一个密码,在此之后,售票员仍然可以修改自己的密码。
系统初始设置包括设置票价、设置车票类别的折扣等部分。
它是管理员可以根据某些原则在数据库中输入各种类型的票价,以及规定退票时的扣除手续费的折扣。
2.列车管理员功能
车次管理包括添加运行车次、删除车次、修改车次、增加列车。
比如车站将要加车,系统管理员将一列新的列车的全部信息输入到系统的数据库中,一列新的列车的全部信息一经被输入到数据库中,售票员便可以通过系统来查询它的所有信息,并且可以出售该列车的车票。
删除列车,比如车站将暂时或永远停运某一列列车,系统管理员将一列新的列车的全部信息从系统的数据库中删除,一列新的列车的全部信息一经被从数据库中删除,售票员将无法通过系统来查询它的所有信息,并且不能够再出售该列车的车票。
修改车次,比如车站把该列车的运行时间进行了修改,系统管理员将新的时间输入到系统的数据库中替换了原来的运行时间,售票员只能在已经修改成功的新的时间段售出该列车的车票。
车次路线管理包括车次的临时调度和由于自然灾害等客观因素造成的临时路线更改。
比如由于春运来临,广州火车站的客运量急剧增加,铁路管理员临时调度很多列车经过广州,则这些列出就会临时改变路线。
车厢管理包括增加车厢、减少车厢、更换车厢等部分。
增加车厢,系统管理员将增加了车厢的列车信息输入到系统的数据库中,售票员可以查询到该增加的车厢的信息,并出售因此增加的车票。
减少车厢,系统管理员在数据库中删除某些列车中已不存在的车厢的信息。
更换车厢,系统管理员在系统数据库中更新已更换车厢的列车的车厢信息。
3.旅客功能
旅客的功能包括售票、订票、退票、改签四个子模块。
该四个模块都是针对于售票员的权限内的操作。
售票部分的功能是在售票窗口售票员根据旅客需求选择用户需要的车次,或是根据旅客指定的车次查询是否有可用座位、或是根据旅客提供的车站查询经过此站的所有车次,然后再按照旅客要求的发车日期、发车时间、车厢类型、车票类别(全票、半票)、车次类型等要求选择合适的车次,然后结算并打印出车票给旅客。
订票部分的功能是完成由售票点授权或是有一定信誉的售票代理商替代旅客进行预订车票,售票代理商通过电话或是亲自到售票点预订的方式进行预订车票。
退票部分的功能是处理用户由于某种情况需要退回车票的情况,旅客要在列车开出之前到退票窗口进行退票,售票员将会扣除一定的手续费,并且将该票的信息退回到数据库中,退出的车票还能继续出售。
车次查询提供了所有车次浏览、按车次查询和站点查询。
车次查询,售票员可根据旅客想要乘坐的列车的车次查询该车次的列车的具体售票情况。
站站查询,售票员根据旅客提供的出发站和目的站查询从出发站出发经过目的站的所有的列车的信息。
售票查询,售票员可以根据自己或旅客的需求来查询所有车次的售票情况。
剩余车票查询可以查询到所有车次的剩余车票的情况。
3.2性能需求
为了保证系统能够长期、安全、稳定、可靠、高效的运行,本系统应该满足以下的性能需求。
1、准确性和及时性
系统处理的准确性和及时性是系统的必要性能。
系统应能及时而且准确的根据用户权限及所输入的信息做出响应。
由于本系统的查询功能对于整个系统的功能和性能完成举足轻重。
作为系统的很多数据来源,而车票的数量和时间又影响用户的决策活动,其准确性和及时性很大程度上决定了系统的成败。
在系统开发过程中,必须采用一定的方法保证系统的准确性和及时性。
2、易用性
本系统是直接面对用户的,而用户往往对计算机并不是很熟悉。
这就要求系统能够提供良好的用户接口,易用的人机交互界面。
要实现这一点,就要求系统应该尽量使用用户熟悉的术语和中文信息的界面,从而保证系统的易用性。
3、系统的标准性
系统在设计开发使用过程中都要涉及到很多计算机硬件、软件。
所有这些都要符合国家标准,各铁道部统一。
如规范的数据库操作界面、作为业界标准的TCP/IP网络协议及ISO9002标准所要求的质量规范等;同时,在自主开发本系统时,要进行良好的设计工作,制订行之有效的软件工程规范,保证代码的易读性、可操作性和可移植性。
4、系统的响应速度
车票预订系统在日常处理中的响应速度为秒级,达到实时要求,以及时反馈信息。
在进行统计分析时,根据所需数据量的不同而从秒级到分钟级,原则是保证操作人员不会因为速度问题而影响工作效率。
3.3运行要求
火车票管理系统中的各个子系统的硬件和软件的配置如下:
1、服务器端子系统的运行要求
系统软件:
WIN7
数据库管理系统:
SQLServer
硬件要求:
内存2G以上,主频2MHZ以上
2、客户端子系统的运行要求
系统软件:
数据库管理系统:
SQLServer
硬件要求:
目前流行的计算机均能运行
3.4未来可能出现的情况
1、除了在售票窗口购买,你还可以像买地铁票一样在自助售票机上完成,付现金或者刷银行卡都随你自己选择。
“升级”的火车票系统新增了刷卡购票的功能,未来旅客可以刷卡购票。
2、针对火车票的实名制,我们也考虑将用户信息和车票的链接,为每个客户唯一地分配一张火车票
3.5需求模型
1、数据字典
售票工作人员日志数据字典
名字:
售票工作人员日志
别名:
售票员工作日志
描述:
记录售票工作人员出勤信息的文件,以供统计售票工作人员出勤情况
定义:
售票工作人员日志=日志编号+售票员编号+售票员登录时间+售票员退出时间
订票信息数据字典
名字:
订票记录
别名:
订单信息
描述:
存放订单信息的文件,以供用户查询,并做相应操作
定义:
订票记录=用户名+车号+发车日期+订购日期+订购票数+总价
售票信息数据字典
名字:
买票记录
别名:
售票信息
描述:
存放售票信息的文件,以供用户查询,并做相应操作
定义:
买票记录=买票编号+售票员编号+旅客编号+买票数量+买票时间
退票信息数据字典
名字:
退票记录
别名:
退票信息
描述:
存放退票信息的文件,以供用户查询,并做相应操作
定义:
退票记录=退票编号+售票员编号+旅客编号+退票数量+扣除金额+返还金额+退票时间
列车停靠记录数据字典
名字:
列车停靠记录
别名:
列车停靠信息
描述:
存放列车停靠信息的文件,以供用户查询列车有哪些停靠站及任意两站之间的到达时间、出发时间、里程数、历时、各种座位票价、各类座位数量等信息等,并做相应操作
定义:
停靠记录=停靠编号+列车编号+车站编号+到达时间+发车时间+两站里程数+历时+硬座价格+硬卧价格+软座价格+软卧价格+特等座价格+一等座价格+二等座价格+高级软卧价格
列车信息数据字典
名字:
列车记录
别名:
列车信息
描述:
存放列车信息的文件,以供用户查询列车车次、等级、起点站、终点站、各类座位数量等信息,并做相应操作
定义:
列车记录=列车编号+运费序号+列车等级+起点站+硬座总数量+软座总数量+硬卧总数量+软卧总数量+特等座总数量+一等座总数量+二等座总数量+高级软卧总数量+无座总数量+当前剩余硬座数量+当前剩余软座数量+当前剩余硬卧数量+当前剩余软卧数量+当前剩余特等座数量+当前剩余一等座总数量+当前剩余二等座总数量+当前剩余高级软卧总数量+当前剩余无座总数量
四、系统概要设计
1.整体功能结构图
2.系统功能流程图
3.实体----联系图
4.处理流程图
5.数据流图
6.系统结构处理图
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 软件工程 实验 报告