电子文档交易市场
安卓APP | ios版本
电子文档交易市场
安卓APP | ios版本
换一换
首页 金锄头文库 > 资源分类 > DOCX文档下载
分享到微信 分享到微博 分享到QQ空间

火车票销售系统详细设计说明书

  • 资源ID:464652238       资源大小:607.12KB        全文页数:32页
  • 资源格式: DOCX        下载积分:20金贝
快捷下载 游客一键下载
账号登录下载
微信登录下载
三方登录下载: 微信开放平台登录   支付宝登录   QQ登录  
二维码
微信扫一扫登录
下载资源需要20金贝
邮箱/手机:
温馨提示:
快捷下载时,用户名和密码都是您填写的邮箱或者手机号,方便查询和重复下载(系统自动生成)。
如填写123,账号就是123,密码也是123。
支付方式: 支付宝    微信支付   
验证码:   换一换

 
账号:
密码:
验证码:   换一换
  忘记密码?
    
1、金锄头文库是“C2C”交易模式,即卖家上传的文档直接由买家下载,本站只是中间服务平台,本站所有文档下载所得的收益全部归上传人(卖家)所有,作为网络服务商,若您的权利被侵害请及时联系右侧客服;
2、如你看到网页展示的文档有jinchutou.com水印,是因预览和防盗链等技术需要对部份页面进行转换压缩成图而已,我们并不对上传的文档进行任何编辑或修改,文档下载后都不会有jinchutou.com水印标识,下载后原文更清晰;
3、所有的PPT和DOC文档都被视为“模板”,允许上传人保留章节、目录结构的情况下删减部份的内容;下载前须认真查看,确认无误后再购买;
4、文档大部份都是可以预览的,金锄头文库作为内容存储提供商,无法对各卖家所售文档的真实性、完整性、准确性以及专业性等问题提供审核和保证,请慎重购买;
5、文档的总页数、文档格式和文档大小以系统显示为准(内容中显示的页数不一定正确),网站客服只以系统显示的页数、文件格式、文档大小作为仲裁依据;
6、如果您还有什么不清楚的或需要我们协助,可以点击右侧栏的客服。
下载须知 | 常见问题汇总

火车票销售系统详细设计说明书

软件详细说明书目录1 .引言 11.1 编写的 11.2 项目景 11.3 义 11.4 参考料 22 .总体设计22.1 需求述 22.2 软件构 33 .程序描述43.1 登录模块83.1.1 功能83.1.2 性能83.1.3 输入项目93.1.4 输出项目93.1.5 算法93.1.6 程序逻辑103.1.7 接口 103.1.8 存储分配103.1.9 限制件 103.1.10 测试点 113.2 查询模块113.2.1 功能 113.2.2 性能123.2.3 输入项目 123.2.4 输出项目 123.2.5 算法 133.2.6 程序逻辑 133.2.7 接口 143.2.8 存储分配 143.2.9 限制条件 143.2.10 测试要点 143.3 售票模块153.3.1 功能 153.3.2 性能 153.3.3 输入项目 153.3.4 输出项目 163.3.5 算法 163.3.6 程序逻辑 173.3.7 接口 173.3.8 存储分配 173.3.9 限制条件 173.3.10 测试要点183.4 退票模块183.4.1 功能183.4.2 性能193.4.3 输入项目193.4.4 输出项目 193.4.5 算法193.4.6 程序逻辑203.4.7 接口203.4.8 存储分配213.4.9 限制条件213.4.10 测试要点213.5 改签模块223.5.1 功能223.5.2 性能223.5.3 输入项目233.5.4 输出项目233.5.5 算法233.5.6 程序逻辑233.5.7 接口243.5.8 存储分配253.5.9 限制条件253.5.10 试要点253.6 修改统计模 253.6.1 功能253.6.2 性能: 273.6.3 输入项目273.6.4 输出项目273.6.5 算法283.6.6 程序逻辑283.6.7 接口293.6.8 存储分配293.6.9 限制条件293.6.10 测试要点293.7 系统管理维护模块 303.7.1 功能 303.7.2 性能313.7.3 输入项目313.7.4 输出项目313.7.5 算法313.7.6 程序逻辑323.7.8 存储分配333.7.9 限制条件333.7.10 测试要点331 .引言1.1 编写目的编写详细设计说明书是软件开发过程必不可少的部分,其目的是为了使开发人员 在完成概要设计说明书的基础上完成概要设计规定的各个功能块的具体实现的 设计工作。通过对所产生的功能模块进行过程描述, 开发一个可以直接转化成程 序语言的软件标识,这样可以使软件设计人员很好的了解软件的功能,并对软件的所有模块有一个更深的了解。本说明书在概要设计的基础上,对车站售票管理 系统的各模块,程序,子系统分别进行了实现层面上的要求和说明,为进行后面 的实现和测试做准备,检验本系统的各项性能指标,及时发现批漏及时修补。主要读者:程序员、项目总监、测试人员1.2 定义时序图:亦称为序列图或循序图,是一种UML亍为图。它通过描述对象之间发送 消息的时间顺序显示多个对象之间的动态协作。它可以表示用例的行为顺序,当执行一个用例行为时,时序图中的每条消息对应了一个类操作 或状态机中引起转换的触发事件SqlClien :包含有关专门操作SqlServer数据库的类,包含的是一些数据库操作 所需要用到的普通数据,如数据表,数据行等包:多个类的集合2 .总体设计2.1 需求概述火车站售票管理系统主要实现售票自动化,包括售票,订票、退票,查询,统 计,为了保证系统正常运行,另外需要专门人员对系统的维护管理。(1)登录:登录可分为系统管理员登录和售票员登录, 在登录模块的描述中, 将系统管理员和售票员都看作这个系统的用户, 他们根据自己的登录名和密码登 录系统,才可进行以后的操作。若用户名和密码输入错误,不匹配,系统将会提 示输入错误。若用户名和密码不正确,用户可已重新输入,但只允许输入三次。(2)查询:查询分为车次查询、站点查询、时刻表查询、票价查询、余票查询: 车次查询提供了所有车次浏览、按车次查询、和站站查询,用户可以通过查询来 了解列车所经车站以及发车时间等信息。 时刻表查询可以查询每一车次在每一站 的发车时间和到站时间。票价查询可以让用户按自己的需求来查询所有车次的车 票价格;余票查询可以查询到所有车次的剩余车票的情况;(3)售票:根据旅客的需求如发车日期、发车时间、车厢类型、车票类型(学 生票、军人票)等选择用户所需要的车次,然后结算并打印车票给旅客。(4)订票:由售票点授权或是有一定信誉的售票代理商替代旅客进行预订车票, 售票代理商通过电话或是亲自到售票点预订的方式进行预订车票(5)退票:处理用户由于某种情况需要退回车票的情况,旅客要在车站指定的 时间内进行退票,此外车站售票点还要扣除一定的手续费。(6)统计:售票统计分别可以按日期统计、按车次统计、按客流方向统计等统计方式,通过察看车票的流向可以得知旅客的大致流向, 列车管理人员可以根据 客流的流向随时调整列车运行车次, 达到列车的合理调度,使列车最大限度的投 入使用中,实现资源的合理利用。(7)修改:包括车次修改、票价修改、站点修改。车次修改包括增加车次,减少车次,车次的临时调度和由于自然灾害造成的临时路线更改。 票价修改为节假 日、春运等特殊时段或某些特殊地域需要适量增加或减少票价, 具体数字有铁路 管理定。站点修改可是某些车次增加或减少一些站点。(8)系统管理维护:管理员通过系统添加用户或者删除用户,并且授予权限, 同时维护数据库,保证系统正确运行。2.2软件结构火车站售票普通购案特殊购票图5一 I系统功能层次图1 .主要功能:完善火车票售票系统,方便铁路局的售票工作,提高铁路局的服务 质量和服务效率。2 .性能要求:火车站提供的信息必须及时的反映在铁路局的工作平台上。售票 系统的定单必须无差错的存储在火车站的主服务器上。对服务器上的数据必须进 行及时正确的刷新。3 .输入要求:数据完整,详实。4 .输出要求:简捷,快速,实时。5 .安全与保密要求:售票员享有对火车站票务信息数据库、列车信息数据库的 管理与修改。旅客只享有对票务信息数据库的部分修 (写入 与读出)。该系统仅限火车站内部使用,因此使用 C/S架构开发。同时,要实现客户端 之间使用局域网技术互联,实现数据的共享,另外要求相互之间的操作互不影 响。同一张火车票只能由一个客户端卖出,使用线程的同步来实现。图5. 2系统结构图3.程序描述通过需求分析和概要设计,可以得出火车站售票系统的的类图,该系统中 主要包括四个基本类:售票员,火车票,管理员,购票者。购票者向售票员 提出请求,购票者有请求购票,请求查询,请求订票,请求退票和请求改签 这几个功能。售票员通过与购票者交流后了解购票者的请求信息,进入系统 进行操作。售票员和管理员均需要对火车票进行操作,同时,管理员需录入员 工信息,维护数据库。号目名工密姓上7Mst瓒购票者切String能身例证号:Imepr提此择录入宣同信里隶/叫至信息,泉入订需信息H录入退票信息。MX却荽信息:卜车票iS来物星01S求查词Q谙米订票0 %家逼累0请求校签0营理员兰2SLnlmestn录入贯遇库情导II杀人员工信息0电车次上Integer 岛起始曲String 与货点站I String ,赏生时闾:Date 岛发生日照;Dale 电里在:Integer 鲍索供Currency 5票种; String命41余泉融:H蟒fL I L "I J = IJfli-=索茨也图5一3系统类图将如上系统类图进行进一步的抽象,可以得出系统的抽象类图,从而在讨论接 口问题时,可以更加的清楚,明确。系统主要抽象出三个类、一个接口,将三个 类封装到Unit包中,将Con#口封装在Com包中。其中Com接口是该系统主 要功能的集合,ComW使用Unit , SQLclient包中的类。Form包包括图形化界面,通过Comfe引用。通过Search类来实现查询功能,Sell类实现售票功能, 包括售全价票与半价票,Refund实现退票功能,Alter实现修改功能,Count实 现统计功能。图5,4 Unit抽象类图Com电Ticket Ticket心Ke凯able Timeiabte电Ust ListSellCommon sell。Special sei 1()lew HcketOMew TimeONew List()Sold。S耐匚h()ChangefjCountO*RefundOCo<jnt0CountSearchAfterRefundSearch!)Changed图5.5 Com接口抽象类图图5,6系统包因由于本系统中售票员是主要的操作者,因此需要明确售票员的状态。3.1 登录模块3.1.1 功能登录可分为系统管理员登录和售票员登录,在登录模块的描述中,将系统管理 员和售票员都看作这个系统的用户,他们根据自己的登录名和密码登录系统,才可进行以后的操作。若用户名和密码输入错误,不匹配,系统将会提示输入错误。 若用户名和密码不正确,用户可已重新输入,但只允许输入三次。3.1.2 性能用户通过用户名和密码进入系统,可以确保系统的安全,由于系统管理员和售 票员具有不同的权限,因此可以确保系统的权限分明。3.1.3 输入项目用户输入用户名、密码,通过数据库的封装以下表格中表5一1售票员表字段名类型长度小数点允讦空主/外健工号Chai3主姓名Char83.1.4 输出项目根据数据库中存在的表中信息来查询,判断用户名、密码是否正确,正确则显示登录 成功信息,若用户名和密码不匹配则提示输入错误。3.1.5 算法 该模块通过访问数据库查询用户登录信息, 提取用户输入的用户名和密码,封装 成SELECTS旬,到数据库中查询相关信息,将信息返回到用户界面。若用户输 入错误,弹出错误提示框。3.1.6 程序逻辑用户不存在-桂SSC1S.崖中询图5.7登录功能流程图3.1.7 接口 该模块通过Com®口中的Search方法访问数据库,Com#口提供连接数据库的 功能。在售票模块中会调用此模块。3.1.8 存储分配对数据库采取日志记录技术和海量转储技术,并定期进行数据库备份。3.1.9 限制条件由于登录系统是需要用户名和密码,因此需要用户正确输入用户名和密码, 并且 是已经注册过的用户。3.1.10 测试要点确认测试则是要检查已实现的系统软件是否满足了需求规格说明中确定了的各 种需求,以及系统软件配置是否完全、正确。系统测试,是将通过确认测试的软 件,作为整个基于计算机系统的一个元素, 与计算机硬件、外设、某些支持软件、 数据和人员等其他系统元素结合在一起,在实际运行环境下,对计算机系统进行 一系列的组装测试和确认测试。在登录模块中重点需要测试如下:(1

注意事项

本文(火车票销售系统详细设计说明书)为本站会员(桔****)主动上传,金锄头文库仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。 若此文所含内容侵犯了您的版权或隐私,请立即阅读金锄头文库的“版权提示”【网址:https://www.jinchutou.com/h-59.html】,按提示上传提交保证函及证明材料,经审查核实后我们立即给予删除!

温馨提示:如果因为网速或其他原因下载失败请重新下载,重复下载不扣分。




关于金锄头网 - 版权申诉 - 免责声明 - 诚邀英才 - 联系我们
手机版 | 川公网安备 51140202000112号 | 经营许可证(蜀ICP备13022795号)
©2008-2016 by Sichuan Goldhoe Inc. All Rights Reserved.