火车站售票管理系统的设计与开发内容摘要:
单的加入和减少系统的模块,配置系统的硬件。 通过软件的修补、替换完成系统的升级和更新换代。 ( 3) 系统的易用性和易维护性 售票系统是直接面对普通用户的,而大多普通用户往往对计算机并不是非常熟悉。 这就要求系统能够提供良好的用户界面。 要实现这一点,就要求系统应该 尽量使用用户熟悉的术语和中文信息界面;针对用户在使用中出现的错误操作,尽量给出中文提示。 售票系统中涉及到的数据是铁路部门的相当重要的信息,系统应提供方便的手段供系统维护人员进行数据的备份,日常的安全管理,以及系统意外崩溃时数据的恢复等工作。 信息学院《软件工程课程设计》报告 4. 系统 设计 总体设计 本 火车站售票管理 系统 可划分为信息查询、网上订票、取消订票三个部分。 其中信息查询又可分为车次查询和订单查询两个部分。 系统 功能结构如图。 火 车 票 网 上 售 票 系 统信 息 查 询 网 上 售 票 退 出车 次 查 询 车 票 查 询 图 系统 功能结构 图 详细设计 过程设计 本系 统主界面为用户设计了三个功能操作以供选择:查询,订票,退票。 另外,为方便用户,还将“退出系 统”也单另列了出来,用户可以根据需要触发不同事件。 根据分析, 系统用户权限的系统主程序流程图 , 售 票员权 限的系统主程序流程图 , 车次信息查询程序流程图 , 售票程序流程图 , 订票信息查询模块程序流程图 , 退票模块程序流程图 ,如图 — 所示: 信息学院《软件工程课程设计》报告 登 录 框登 录 , 确 定 访 问 权 限主 界 面选 择 售 票 窗 口开 始售 票 界 面售 票选 择 查 询 窗 口查 询 界 面查 询车 次信 息查 询车 票信 息售 票 退 票选 择 退 票 窗 口退 票 界 面退 票退 出结 束YNYYYYNNNN 图 系统用户权限的系统主程序流程图 信息学院《软件工程课程设计》报告 登 录 框登 录 , 确 定 访 问 权 限主 界 面选 择 售 票 窗 口开 始售 票 界 面售 票选 择 查 询 窗 口查 询 界 面查 询车 次信 息售 票退 出结 束YNYYYNNN 图 售票员权 限的系统主程序流程图 信息学院《软件工程课程设计》报告 开 始查 询 界 面查 询 车 次 信 息用 户 输 入要 查 询 条件查 询返 回 主 页读 数 据 文 件售 票输 出 查 询 结 果继 续 查 询 车 次 信 息关 闭 窗 口售 票售 票 界 面结 束YYYYNNNNNY 图 车次信息查询程序流程图 信息学院《软件工程课程设计》报告 开 始添 加 界 面添 加 修 改输 入 添加 信 息提 交信 息 有 效 性 错 误 提 示修 改 数 据 文 件关 闭 窗 口YYYYN继 续 售 票返 回 主 页YNNNN结 束 图 售票程序流程图 信息学院《软件工程课程设计》报告 开 始查 询 界 面查 询 订 票 信息读 数 据 文 件输 出 查 询 结果关 闭 窗 口结 束YY退 票退 票NY继 续 查 询 订 票 信 息主 界 面返 回 主 页NYYN退 票 界 面N 图 订票信息查询模块程序流程图 信息学院《软件工程课程设计》报告 开 始退 票 界 面退 票输 入 退票 信 息提 交信 息 有 效 性 错 误 提 示修 改 数 据 文 件关 闭 窗 口YYYYN继 续 退 票返 回 主 页YNNNN结 束 图 退票模块程序流程图 数据库设计 本系统采用的数据库软件为 SQLserver2020,本系统用到的数据库名为selltickets(售票),它里面包括张表,下面逐一介绍。 用户表 用户表用来存储注册用户的信息,它的结构如表 所示 : 信息学院《软件工程课程设计》报告 表 用户表 字段名称 数据类型 长度 描述 序号 Int 4 主键 用户名 Char 10 用户名 密码 Char 10 密码 联系方式 Varchar 50 联系方式 负责人 Char 10 负责人 单位全称 Varchar 50 单位全称 具体地址 Varchar 20 具体地址 身份证 Char 20 身份证号 代售点编号 Int 4 为代售点用户自动分配编号 用户类型 Int 4 代售点为 1,企业用户为 2 车次详细信息表 车次详细信息表 存储的是车次的具体路段信息,它的结构如表 所示 : 表 车次详细信息表 字段名称 数据类型 长度 描述 序号 Decimal 9 主键 车次 Char 18 车次 开车时间 Datatime 8 开车时间 到达时 间 Datetime 8 到达时间 出发站 Char 50 出发站 到达站 Char 50 到达站 行程 Decimal 9 每两站之间的距离 订票纪录表 订票纪录表存储的是用户的买票记录和订票信息,买票和订票操作产生的记录有不同的字段,本系统中把两种不同字段放在一张表里,如果订票字段为空,则系统可判断这是一条买票记录,它的具体结构如表 所示 : 表 订票记录表 字段名称 数据类型 长度 描述 序号 Int 4 主键 车次 Char 10 车次 出发站 Char 10 车发站 到达站 Char 10 到达站 座位类型 Char 10 座位类型 票数 Decimal 9 票数 总价格 Decimal 9 总价格 用户名 Char 50 用户名 联系方式 Decimal 20 联系方式 信息学院《软件工程课程设计》报告 身份证 Decimal 20 身份证 发车日期 Datetime 8 发车日期 时间 Datetime 8 时间 座位号 Int 4 座位号 退票纪录表 退票纪录表存储的是用户的退票记录和退票信息,它的具体结构如表 所示: 表 退票记录表 字段名称 数据类型 长度 描述 序号 Int 4 主键 车次 Char 10 车次 出发站 Char 10 车发站 到达站 Char 10 到达站 座位类型 Char 10 座位类型 票数 Decimal 9 票数 总价格 Decimal 9 总价格 信息学院《软件工程课程设计》报告 5. 系统实现 系统登录界面 本系统设计要求用户通过登录框选择访问权限,登录系统。 登录身份包括系统管理员、票务管理员和乘客。 其中,用户须输入用户名和密码,以进入系统。 系统用户输入正确的用户名和密码,访问系统,得到其相应的权限。 系统登陆界面如图 所示: 图 系统登陆界面 系统管理员登录界面 系统管理员具有系统的管理、系统的设置和系统的维护权限。 在系统管理中可以实现对乘客信息和票务管理员信息的添加、删除和修改,在系统设置中可以修改系统的相关属性,在系统维护中可以实现 清除系统运行中发生的故障和错误, 对系统进行必要 的修改与完善 , 使系统适应用户环境的变化,满足新提出的需要。 系统管理员登录界面如图 所示: 信息学院《软件工程课程设计》报告 图 系统管理员登录界面 票务管理员登录界面 票务管理员是车票信息的管 理者,具有添加车票信息、修改车票信息、删除车票信息的权限。 票务管理员通过日期、车次或出发地、目的地来查询相关车票信息,并完成对车票信息的添加、删除和修改。 票务管理员登录界面如图 所示: 图 票务管理员登录界面 信息学院《软件工程课程设计》报告 乘客登录界面 乘客是本系统的主要使用者,具有查询车票信息、预订车票和退票的 权限,在查询功能中,乘客通过日期、车次或出发地、目的地来查询相关车票信息,如票价、余票、列车正晚点、列车时刻表、中转站 等。 查询成功后,乘客选定满意的车次,在购票处完成预定。 乘客登录界面 如图 所示: 图 乘客登录界面 信息学院《软件工程课程设计》报告 6. 系统测试 测试方法 采用黑盒测试,黑盒测试着重测试软件的功能需求。 黑盒测试力图发现下述类型的错误: ( 1) 功能不正确或遗漏了功能; ( 2)界面错误; ( 3)数据结构错误或外部数据库访问错误; ( 4)性能错误; ( 5)初始化和终止错误 测试过程 ( 1) 登录模块 将通过确认测试的软件,作为整个基于计算机系统的一个元素,与计算机硬件、外设、某些支持软件、数据和人员等其他系统元素结合在一起,在实际运行环境下,对计算机系统进行一系列的组装测试 和确认测试。 在登录模块中重点测试如下: ① 输入数据有效性判定; ② 有效数据输出测试,无效数据输出测试。 ③ 系统安全性和反应速度进行测试,系统的稳定性要求 ( 2) 查询模块 在查询模块中重点需要测试如下: ① 输入数据有效性判定; ② 有效数据输出测试,无效数据输出测试。 ( 3) 退票模块 在退票模块中重点需要测试如下: ① 库中的记录确定更改 ; ② 提示车票退票时限准确。 测试结果 ( 1) 测试方案 信息学院《软件工程课程设计》报告 表 测试方案表 编号 等价类 输入 预期的输出 1 日期输入格 式如 ‘ ’ 2 月份范围在 1~12 之间,日的范围在 1~30 之间 ‘ ’或‘ ’ “错误 无效输入” 3 输入数字为负数 ‘ 3’ “错误 无效输入” 4 输入文字为汉字 ‘太原’ 太原 5 输入空字符串 ‘ ’ “错误 没有数字” ( 2) 测试结论 本系统基本能达标,但仍存在些许细节问题,希望再加斟酌,争取完全达标。 信息学院《软件工程课程设计》报告 小结 本文主要介绍了基 于 B/S 结构的火车站售票管理系统的分析设 计以及编程实现。 整个系统的功能结构和现实中的火车站售票系统还具有一定的差距 ,通过 开发平台和 sqlserver2020 数据库,完成开始原来设想的大部分功能模块。 现将 本系统的开发过程中取得的成果归结如下: ( 1)根据对现实中火车站售票管理系统的界面分析,我们 设计完成 了数据库中数据表的所有字段,系统通过和数据库交互 的结果能顺利地完成系统对数据库的常规操作。 ( 2)采用 Java 语言 Eclipse 工具独立设计开发完成整个系统的界面设计与实现。 ( 3) 独立编程实现了系统原先设计的大部分功能,根据对有些功能实现的理解,完成了对一些特有功能的编码。 但由于 火车站售票管理系统的复杂性和编者水品的限制,本系统依然存在很多问题: ( 1) 软件采纳的数据不是很全面,不能很好的接受外来的影响。 ( 2) 客流人数 预设不到位,可能会有票数不达的局限。 如果这些问题存在,会影响系统的操作,秩序也会受到破坏。 ( 3) 与已存在的火车站售票管理系统相比 整个系统的功能结构和现实中的火车站售票系统还具有一定的差距。 实践感想 在这次课程设计过程中我 们 遇到了不 少的难题,比如数据库 操作问题,界面设计问题,函数使用与 消息处理问题等等。 其中,最关键的是最初对系统的需求分析做的不透彻,导致后续设计工作乃至编码时的修改工作量变大。 以至于为了能按时完成设计任务,我 们 一连度过了几个通宵。 尤其,越接近结束,就越是时常出现问 题。 所以,通过这次课程设计我深刻的体会到软件工程还是必须学精通、学透彻。火车站售票管理系统的设计与开发
相关推荐
测器 编码表》、《建筑平面图》、《消防设施位置图》等完整、准确的消防资料复印件,如上述资料有变更时,应及时通知乙方;乙方为甲方建立消防报警信 息系统电脑数据库,并 配合甲方使项目 通过消防部门检查或 验收。 人员培训:乙方负责为甲方 免费 培训二至四名消防值班人员,使其掌握网络系统的工作原理及操作规程;甲方应保持消防值班人员的相对稳定,若有变动,须及时通知乙方。 监测值班
刻 BusEnd Datetime NOT NULL 到达时刻 TicketNum int NOT NULL 剩余票数 详细设计说明书 10 Price Money NOT NULL 票价 主键 表 BusInfo 的主键是 BusID 字段,类型为 int,设置自动增量。 外键 表 t OrderID 的外键为 BusID,类型为 char,用于与表 tBusInfo 的 BusID 相关联。
位置:输出到 CRT 终端或类似的显示部件 名字:用户信息 别名: 描述:存放用户信息的文件,以供用户方便的查询订单信息,进而做出相应的操作 定义:用户信息 =用户名 +地址 +性别 +电话 位 置:输出到 CRT 终端或类似的显示部件 表 23订票信息数据字 典 表 24用户信息数 据字典 实体 联系图 用户的需求具体体现在各种信息的提供、保存、更新和查询
800 600 200 60 只 防水型、喷 塑 3 消防电话主机 HY2711B/8 1 套 北京恒业 4 消防广播主机 HY2721A/HY2733 500W 1 套 北京恒业 5 消防电话插孔 HY2714/HY2713 21 只 北京恒业 6 便携式插孔电话 机 HY2713 4 只 北京恒业 7 消防电话分机 HY2712 4 只 北京恒业 8 欧姆龙继电器 24V 150套
生产任务。 若监造代表不能按供方通知时间及时到场,供方工厂的试验工作可正常进行,试验结果有效。 但是监造代表仍有权事后了解和检查试验报告和结果。 8. 6 监造代表在监造过程中如发现设备和材料存在质量问题或不符合本合同规定的标准或包装要求时,监造代表有权提出意见并拒绝签字,供方须采取相应措施,以保证交货质量。 无论监造代表是否要求和是否知道
该项工程主要能耗种类为电、水。 本次设计的门窗采取严格的密封措施,避免冷热空气的频繁对流,使用空调过程中,应根据当地的气候条件,合理调节室温和使用时间,以降低能耗;施工方面采用合理紧凑 的布置方案,尽 量 少占耕地,采用高效的施工机械和合理的施工顺序来节约能源。 13 为了保证工程正常运用、工程安全和充分发挥工程效益,促进工程管理工作的正规化、制度化、规范化,不断提高管理水平