汽车站售票系统需求分析
- 格式:doc
- 大小:259.00 KB
- 文档页数:6
信息系统分析与设计课程设计报告课程信息系统开发与设计课题汽车站售票管理信息系统班级信息管理与信息系统11-1班指导教师 XXXXXXXXXXXXXXXXXXXXXXXX 制作人员 XXXXXXXXXXXXXXXXXXX XXXXXXXXXXXXXXXXXXXXX XXXXXXXXXXXXXXXXXXXX XXXXXXXXXXXXXXXXXXXXXX 完成日期 2014年7月10日目录前言第1章系统概述1.1现状描述1.2系统目标1.3系统开发方法1.4开发计划1.5可行性分析1.6 设计目的第2章系统分析2.1系统需求分析2.2业务流程分析2.3数据流程分析2.4数据字典2. 5面向对象分析2.6系统测试计划第3章系统设计3.1模块结构设计3.2数据库设计3.3详细设计第4章系统主要界面和代码展示附录收获和体会前言随着IT的发展,人们消费模式等方面发生着巨大的变化。
现在,人们坐在家里就能购物、订车票和酒店等等。
当然,需求也同样刺激着IT行业的发展。
就拿买汽车票来说,尤其是春运期间,买票是件很麻烦的事情,在窗口排队甚至会花掉你一天的时间,甚至有时候还因为信息的缺乏,不能及时有效的了解车票的销售情况,白跑一趟汽车站。
利用网上汽车售票系统,旅客可以通过网络查询车票的销售情况并订购汽车票,这极大的提高了订票的效率,节省了订票的时间,缓解了售票窗口拥挤的现状,网上订票系统的成功实施,提高了车站的信息化管理水平,减少了车站工作人员的工作量,为旅客节约了时间。
分工第一章系统概述1.1现状描述目前我国各地区的汽车售票信息化水平差异较大,虽然大部分二级以上的客运站实现了区域内联网售票,但在经济不发达地区和大多数三级以下客运站,还是采用传统的售票方式。
在没有实现联网售票的地区,旅客购票是十分不便的。
互相之间的发车信息沟通缺乏渠道,互相之间不能实现互售。
出行者购票,并不知道各站的具体班次,也不知道去哪个站可以买到,加之公路客运的特点是一段时期内变化较大,班次和发班时间往往根据季节和客流量大小有所调整,出行人更是难以把握。
西客站售票系统需求分析1 引言1.1 目标本需求规格说明书是为了开发“三明西客站售票管理系统”而编写,描述了“三明西客站售票管理系统”的软件功能性需求和非功能性需求,主要面向系统分析员、程序员、测试员、实施员和最终用户。
除非在其他地方另有说明,这里指定的所有需求都具有高优先级,而且都要在软件中加以实现。
本说明书是整个软件开发的依据,它对以后阶段的工作起指导作用。
本文也是项目完成后系统验收的依据。
1.2 项目范围“三明西客站售票管理系统”采用微机局部网络结构,由服务器,客户机等组成。
系统的应用功能模块包括:售票管理,退票管理,票额管理,统计结算,数据库维护。
2 总体描述2.1 产品前景“三明西客站售票管理系统”,它的出现可以使售票更规范化,有一定的社会意义。
2.2 用户类及其特征顾客(优先考虑): 顾客是能够使用“三明西客站售票管理系统”功能的人,他们希望通过使用“三明西客站售票管理系统”来进行汽车票的预定,购买,退定以及退票功能。
系统管理员:系统管理员负责对系统数据库的维护,同时也负责系统出故障时的系统维修。
系统管理员需要有一定的计算机专业知识,同时也要对本系统的功能能够熟练的操作汽车财务管理人员:汽车站财务管理人员向系统管理员索要汽车票销售情况统计,以此来进行汽车站的财务管理各种用户类确认的“三明西客站售票管理系统”的用例和主要参与者如下所示:表12.3 运行环境运行环境:“三明西客站售票管理系统”的操作将通过如下的Web浏览器来完成:Microsoft Internet Explore版本6.0和7.0,Maxthon版本1.59和2.0。
在本系统的开发平台为VS2008,后台数据库为SQL Server 2005。
3.功能需求分析3.1 订票描述:顾客从“三明西客站售票管理系统”,随意查看某一天可以预定的汽车票,选择自己想要预订的汽车票,提交订单并在特定时间内到特定时间地点凭证件领取汽车票。
陕西省西安汽车站计算机售票管理系统软件需求分析报告1引言我站目前使用的售票管理系统自零三年启用至今已历数载,其运行期间为我站的生产经营和企业发展都做出了不小的贡献。
随着国民经济的不断发展,客运市场的变化也越来越快,人们的出行活动越来越频繁,对交通行业服务的快捷,便利等要求也越来越高,而目前这套系统在硬件的运行速度和软件的售票速度,还有经过几次修改带来的软件兼容问题等一些其他问题,致使旅客不能很方便的购票出行。
这有违我站“以人为本,以客为尊”的服务宗旨。
有必要对售票管理系统升级改造。
帮助企业从技术角度强化和规范企业管理。
并在此基础上拓展诸如网上和电话订,售票功能,电话语音自动查询系统等业务,为旅客的出行提供更多的方便。
对软件需求的完全理解,对软件开发工作的成功至关重要。
需求分析的任务时发现求精建模和规范的工程。
向开发方阐述软件的功能和性能的需求,使他们明确我站售票管理系统的需求开发出切合实际的软件。
1.1范围1.1.1系统目标1.1.1.1实现多渠道的售票模式,方便旅客购票1.1.1.2准确采集客源信息,为合理调配运力资源提供依据 1.1.2功能范围1.1.2.1 系统管理1.1.2.2 数据管理1.1.2.3 班次管理1.1.2.4 票据管理1.1.2.5 调度管理1.1.2.6 前台售票1.1.2.7 前台退票1.1.2.8 检票系统1.1.2.9 综合查询1.1.2.10 前台查询1.1.2.11 票价管理1.1.2.12 预定系统1.1.2.13 电子显示屏2.系统概述2.1软件描述鉴于目前售票系统已运行多年和我站的客运作业流程结合紧密,各岗位的工作人员也已习惯这一流程,岗位和岗位之间的配合日臻默契。
因此建议在保留目前系统诸如,数据库划分为历史数据可与当前数据库,这样当需要修改某一天某一个班次的信息时不会影响其他日期这个班次的信息,保证数据安全提高系统运行速度。
将系统分为多个独立的可执行程序,方便管理特别是权限管理等优点的基础上升级改造,开发一个切合我站实际情况的售票管理系统。
汽车售票系统的开题报告汽车售票系统的开题报告一、引言随着社会的发展和人民生活水平的提高,汽车已经成为人们出行的重要交通工具之一。
为了方便乘客购票和提高售票效率,开发一个高效、便捷的汽车售票系统势在必行。
本文将探讨汽车售票系统的需求和设计方案,旨在提供一个优化的解决方案。
二、需求分析1. 乘客需求乘客希望能够方便快捷地购买汽车车票。
他们希望能够通过手机或电脑进行在线购票,避免排队等候。
此外,乘客还希望能够选择座位、了解车次信息和获取退改签服务。
2. 售票需求售票员希望能够通过系统快速、准确地完成售票工作。
他们需要一个易于操作的界面,能够快速查询车次、座位情况和票价信息,并能够处理退改签等操作。
3. 管理需求汽车售票系统还需要满足管理人员的需求。
他们需要能够实时监控售票情况、生成报表和统计数据,以便进行业务分析和决策。
三、系统设计1. 用户界面设计为了满足乘客和售票员的需求,系统需要提供友好、直观的用户界面。
乘客可以通过手机APP或网页进行购票,可以选择座位、查询车次信息,并且能够方便地进行退改签。
售票员可以通过电脑端的界面进行售票操作,界面简洁明了,操作便捷。
2. 数据库设计系统需要建立一个数据库来存储车次信息、座位情况、票价信息等数据。
数据库需要具备高效的查询和更新能力,以满足系统的实时性和准确性要求。
3. 支付系统设计为了方便乘客购票,系统需要集成一个支付系统。
乘客可以通过支付宝、微信等方式进行支付,确保交易的安全和便捷。
4. 后台管理系统设计为了满足管理人员的需求,系统需要提供一个后台管理系统。
管理人员可以通过该系统实时监控售票情况、生成报表和统计数据,以便进行业务分析和决策。
四、系统实施1. 技术选型为了实现系统的高效、稳定运行,我们选择使用Java作为后端开发语言,采用Spring框架进行开发。
前端使用HTML、CSS和JavaScript进行开发,使用Vue.js作为前端框架。
数据库选择使用MySQL作为存储引擎,保证数据的安全性和可靠性。
客运售票系统需求分析报告课程设计题目:客运售票管理系统--------------摘要--------------客运公司管理信息系统管理系统是典型的信息管理系统,其开发的功能主要包括:通过计算机管理客运公司管理信息,日常办公,实现无纸化办公,通过工时计算,统计出各项数据,分析出客运现状和车辆现状,提高办事效率。
经过分析,我们决定使用MICROSOFT公司的ACCESS作为后台数据库,设计出功能库,使用MICROSOFT公司的VISUAL BASIC开发工具,利用其提供的各种面向对象的开发工具,尤其是ADO控件这一能方便而简洁操纵数据库的智能化对象,连接数据库,开发出产品。
关键字:ADO、窗体、数据库。
目录1.引言 (4)1.1编写目的 (4)1.2系统功能分析..................................................................................... 错误!未定义书签。
1、3 数据流图 (3)1.4系统简介 (4)1.5技术要求及限定条件 (4)1.6数据字典 (5)2.可行性研究的前提 (6)2.1要求 (6)2.2目的 (6)2.3可行性研究方法 (6)2.4决定可行性的主要因素 (6)2.5 ER图 (7)2.4决定可行性的主要因素 (8)3对原系统的分析 (9)3.1处理流程和数据流程 (9)3.2费用支出 (9)3.3人员:MIS小组 (9)3.4设备:计算机 (9)3.5开发新系统的必要性 (9)4所建议技术可行性分析 (10)4.1系统简要描述 (10)4.2处理流程与数据流程 (10)4.3与现有系统比较 (10)4.4采用建议系统的影响 (11)4.5系统功能设计 (11)5所建议系统经济可行性分析 (14)5.1支出 (14)5.2收入 (14)6社会因素可行性研究 (14)6.1法律因素 (14)6.2用户使用可行性 (14)7、程序模块设计 (15)5、1 功能模块详细设计 (15)5、2 界面设计 (16)5、3 附录:系统程序源代码 (16)8结论和意见 (25)汽车客运售票系统可行性分析报告1.引言1.1编写目的对汽车客运售票系统进行可行性分析研究。
汽车站售票系统需求分析1.需求分析系统应具有售票、查询、管理和维护等功能,系统管理员可以进行对车次的更改、票价的变动及调度功能,票价的修改可以通过修改运价来进行,车次调度可通过对发车时刻表的修改来进行,维护功能即可对表进行修改。
(1)功能需求经过分析后确定系统应具备以下功能:(1)售票功能1.销售车票任一售票员均可以售权限范围内车次的客票,权限可按班次、车属等属性由管理员设置。
可售全票、半票2.预订车票预订票可在任一未停止售票的车次上进行操作,预订数量仅受剩余位数量限制。
预订的客票售票员不能售出。
预订的客票也可取消预订,取消预订的客票售票员可以售出。
在订票人来取票时,售票员可将预订的客票从电脑上售出3.退票退票时由退票员输入客票的编号,计算机将根据退票时的时间,自动确定退票手续费的比例,也可由系统管理员指定手续费比例。
对不合法的客票(如已办理退票手续的客票、超过规定时间的客票、没有售出的客票、已经作废的客票、不属于权限范围内售出的票等),计算机将自动识别,不予退票。
(2)查询功能①车次查询,可以查询各个班次和票情况。
②时刻表查询:查询任一时刻的班次和票情况。
③售票情况查询:查询已售票和剩余票数的情况。
(3)、调度功能①运价修改:只有管理员有这一权限,根据各种调整票价。
②车辆修改:对车辆信息进行调度和增删改功能。
③终点站修改:对车次终点站的调度和修改。
④车次修改:对各个车次实施调度和调整(4)、维护功能①车票表修改:管理员针对实际情况对车票表的修改和维护②预订车票表修改:管理员根据车票的预定情况对该表进行修改和维护③退票表修改:该功能由管理员根据退票情况进行修改④密码修改:售票员可以根据个人修改自己的登入密码(5)、统计功能①售票统计:可按车次,售票员对已售出票情况进行统计②报表打印:对当天和该月的售票情况及盈利情况做表)数据流图使用结构化分析方法,确定系统的数据主要是运价、车次、终点站名、发车时间和车票,对数据的操作主要有运价修改、车次修改、终点站修改、发车时间修改、售票及打印,可以确定系统的处理逻辑和流程,得到如下所示的系统数据流图。
售票管理1. 售票:指售票员售票操作。
该功能模块设计简捷方便,售票员只须输入到站编码,一敲回车即可完成售票操作,且可同时售多张票,即连打票,方便一人一次性买多张票的情况。
支持旅客选定座位,支持管理员自定义票据格式,显示售票座位状态。
2. 预售票:可根据旅客需求,提前预售车票,由管理员控制预售天数。
3. 退票:根据退票时间系统自动设置应收退票手续费。
并显示车票金额,应扣手续费以及退票金额,收回已出售的客票,并打印出退票手续费收据。
4. 废票:废票是因各种原因产生的错票,如停电,打印机损坏,车票损坏等造成的车票。
为了避免打印出不符合要求的车票,在出售下一张客票前,予以注销。
5. 改签换乘:根据旅客要求,对车票的改签换乘,系统自动对换乘班次的座位状态、余票等进行处理。
6. 换空白车票:财务人员给售票员分配票号后,售票员设定当前所要使用哪一票号段。
7. 售票员日报结算:售票员结束当天工作后打印售票日报表。
并可查询售票明细表。
8. 可实现远程联网售票。
9. 用图形方式实时显示已售、已检、未检情况,给出统计及提示。
10. 可实现远程异地售票。
11. 个体代办点,对外承包出去的代办点,可进行充值扣费售票,余额不足,需要车站充值再售票。
功能定义(1)车次管理:车次详细信息的编辑。
车次管理中的数据源为Access数据库中Car表,在此管理部分中,能够使用界面操作实现车次信息的编辑,并将数据库中的数据按照编辑的要求来及时更新数据表中的相关数据。
(2)票价管理:票价详细信息的录入、修改、删除,它的数据源为Access 数据库的Price表。
在此管理部分中,通过票价管理界面来选择记录并决定执行何种操作,是修改、添加或删除。
当命令为修改或者添加时则自动跳转到票价编辑窗体实现票价信息的编辑并更新数据库中相应数据记录。
(3)折扣管理:针对不同车次的不同车票类型进行信息的录入、修改与删除,数据源为数据库的表。
此管理部分首先显示的为票价折扣信息管理窗体,通过选。
第1篇一、实验目的本次实验旨在通过模拟汽车售票系统的设计与实现,使学生深入了解汽车售票系统的基本原理和设计方法,提高学生的程序设计能力和系统开发能力。
通过本次实验,学生应掌握以下内容:1. 汽车售票系统的需求分析;2. 汽车售票系统的总体设计;3. 汽车售票系统的功能模块划分;4. 汽车售票系统的数据库设计;5. 汽车售票系统的界面设计;6. 汽车售票系统的程序实现;7. 汽车售票系统的测试与调试。
二、实验环境1. 操作系统:Windows 102. 编程语言:C3. 数据库:SQL Server 20194. 开发工具:Visual Studio 2019三、实验内容1. 需求分析汽车售票系统主要包括以下功能模块:(1)用户管理:包括用户注册、登录、权限管理等功能。
(2)班次管理:包括班次信息录入、修改、删除等功能。
(3)座位管理:包括座位信息录入、修改、删除等功能。
(4)售票管理:包括购票、退票、改签等功能。
(5)查询管理:包括查询班次信息、座位信息、售票信息等功能。
2. 总体设计汽车售票系统采用分层架构,包括表现层、业务逻辑层和数据访问层。
(1)表现层:负责与用户交互,显示系统界面,收集用户输入。
(2)业务逻辑层:负责处理业务逻辑,如用户验证、班次查询、座位选择等。
(3)数据访问层:负责与数据库交互,实现数据的增删改查。
3. 功能模块划分(1)用户管理模块- 用户注册:实现用户信息的录入、验证和存储。
- 用户登录:实现用户身份验证。
- 权限管理:根据用户角色分配不同权限。
(2)班次管理模块- 班次信息录入:实现班次信息的添加。
- 班次信息修改:实现班次信息的修改。
- 班次信息删除:实现班次信息的删除。
(3)座位管理模块- 座位信息录入:实现座位信息的添加。
- 座位信息修改:实现座位信息的修改。
- 座位信息删除:实现座位信息的删除。
(4)售票管理模块- 购票:实现用户购票,选择座位,生成订单。
1.需求分析
系统应具有售票、查询、管理和维护等功能,系统管理员可以进行对车次的更改、票价的变动及调度功能,票价的修改可以通过修改运价来进行,车次调度可通过对发车时刻表的修改来进行,维护功能即可对表进行修改。
(1)功能需求
经过分析后确定系统应具备以下功能:
(1)售票功能
1.销售车票
任一售票员均可以售权限范围内车次的客票,权限可按班次、
车属等属性由管理员设置。
可售全票、半票
2.预订车票
预订票可在任一未停止售票的车次上进行操作,预订数量仅受剩余
位数量限制。
预订的客票售票员不能售出。
预订的客票也可取消预订,取消预订的客票售票员可以售出。
在订票人来取票时,售票员可将预订的客票从电脑上售出
3.退票
退票时由退票员输入客票的编号,计算机将根据退票时的时
间,自动确定退票手续费的比例,也可由系统管理员指定手续费
比例。
对不合法的客票(如已办理退票手续的客票、超过规定时间的客票、没有售出的客票、已经作废的客票、不属于权限范围内
售出的票等),计算机将自动识别,不予退票。
(2)查询功能
①车次查询,可以查询各个班次和票情况。
②时刻表查询:查询任一时刻的班次和票情况。
③售票情况查询:查询已售票和剩余票数的情况。
(3)、调度功能
①运价修改:只有管理员有这一权限,根据各种调整票价。
②车辆修改:对车辆信息进行调度和增删改功能。
③终点站修改:对车次终点站的调度和修改。
④车次修改:对各个车次实施调度和调整
(4)、维护功能
①车票表修改:管理员针对实际情况对车票表的修改和维护
②预订车票表修改:管理员根据车票的预定情况对该表进行修改和维
护
③退票表修改:该功能由管理员根据退票情况进行修改
④密码修改:售票员可以根据个人修改自己的登入密码
(5)、统计功能
①售票统计:可按车次,售票员对已售出票情况进行统计
②报表打印:对当天和该月的售票情况及盈利情况做表
)数据流图
使用结构化分析方法,确定系统的数据主要是运价、车次、终点站名、发车时间和车票,对数据的操作主要有运价修改、车次修改、终点站修改、发车时间修改、售票及打印,可以确定系统的处理逻辑和流程,得到如下所示的系统数据流图。
定 按票出售情况做车次表
决
着 打印
改 系 查看 售票
修 关 查看 报表
系统管理员
车次修改
运价修改
终点站
修改
发车修改
售票
车次表
运价表 查询
售票员
预订车票表
退票表
已售车票
报表
打印
车票
整 决定 出售票 调 体现
修改 发车 包含 查询 时刻 修改
决定 查看已售车票情况
结构图:
车站售票管理系统
售票功能 查询功能 调度功能 维护功能 统计功能
销售票
预订退票
车次时刻售票
运价
车辆终
点
车次
已售预订退票售票报表。