汽车客运站售票系统需求说明书
电子票务系统需求说明书
1.系统需求1.1.短信交易短信交易核心流程和主要步骤如下图所示：短信交易可以实现客户对客户情况和自己已办交易的查询，商家实现对自己已办交易的查询。
同时商家可以在客户同意的情况下查询客户余额信息。
1.2.交易管理实现上述核心流程一系列短信的叫做一次成功的交易。
没有实现的叫失败的交易。
交易情况需要单独保存。
交易能否取消？到移动公司取消？系统能够对交易情况的查询、分类查询。
系统需要保存所有的交易短信，并能够和所属交易联系在一起。
能够对交易短信进行查询和分类查询。
1.3.业务管理现有业务种类包括维修券、旅游券两种业务。
能够实现业务的新增、实施、终止。
能够设定业务特性，如开始时间、结束时间、付费先后顺序等。
新增业务需要初始化客户数据（个数、金额大小）和商家信息。
1.4.客户管理能够对客户进行批量初始化和批量导出。
能够对客户情况进行查询能够对客户数据进行修改能够对客户情况进行统计。
1.5.统计结算模块能够对商家进行按照时间段结算。
能够对交易情况进行统计。
1.6.用户权限管理对登陆系统的用户需要设定不同的权限。
系统管理员级实现所有功能。
业务管理员实现对业务的管理和商家的管理。
客户管理员实现对客户信息的管理。
交易管理员实现对交易情况的查询和统计。
1.7.系统管理能够对系统参数的管理。
能够对用户的重要操作进行日志登记。
能够实现对日志的管理。
1.8.事务性要求交易的事务性需要保证一致性、完整性。
并保证交易短信的正确性和完整性。
1.9.容错性要求交易不受短信发送故障的影响，在出现发送或接受故障的时候，可以向上一步操作的人员咨询是否取消交易还是继续交易（等待）。
1.10.中文短信办理格式系统需要实现对于短信格式的中文支持方式。
以下仅作参考：2.系统设计2.1.系统模块层次图2.1.1.资料管理模块. 资料管理模块负责对业务代理商和手机用户的资料进行开户、维护、查询、导出等管理功能。
2.1.2.业务受理模块业务受理模块负责对短信业务进行开通、停办、修改等管理功能。
汽车售票系统(需求报告分析)
西客站售票系统需求分析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 订票描述：顾客从“三明西客站售票管理系统”，随意查看某一天可以预定的汽车票，选择自己想要预订的汽车票，提交订单并在特定时间内到特定时间地点凭证件领取汽车票。
客运售票系统需求分析报告
客运售票系统需求分析报告课程设计题目：客运售票管理系统--------------摘要--------------客运公司管理信息系统管理系统是典型的信息管理系统,其开发的功能主要包括：通过计算机管理客运公司管理信息，日常办公，实现无纸化办公，通过工时计算，统计出各项数据，分析出客运现状和车辆现状，提高办事效率。
经过分析,我们决定使用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编写目的对汽车客运售票系统进行可行性分析研究。
车票管理系统客户需求规格说明书
车票管理系统客户需求规格说明书课程名称：院系：专业班级：姓名：指导教师：2011年05月12日目录1.序 (1)1.1 编写需求规格说明书的目的 (1)1.2 项目背景 (1)1.3 定义 (1)1.4 参考资料 (1)2.软件产品的一般性描述 (1)2.1 运行环境与资源 (1)2.2 软件产品的功能 (2)2.3 用户特征 (3)2.4 限制与约束 (3)3.功能行为需求 (3)3.1 引言 (3)3.2 业务需求功能模型——用例模型 (3)3.3 相关用例的展开——活动图 (4)3.4 输出结果 (5)4.性能需求 (6)4.1 数据精确度 (6)4.2 时间特性 (6)4.3 适应性 (6)4.4 故障处理 (6)5.运行需求 (7)5.1 用户界面 (7)5.2 硬件界面 (7)5.3 软件界面 (7)6.其他要求 (8)1.序1.1 编写需求规格说明书的目的本需求规格说明书的目的是规范化本软件的编写，旨在于提高软件开发过程中的能见度，便于对软件开发过程中的控制与管理，同时提出了本车票管理系统的软件开发过程，便于开发人员与客户之间的交流、协作，并作为工作成果的原始依据，同时也表明了本软件的共性，以期能够获得更大范围的应用。
1.2 项目背景软件的名称：车票管理系统提出者：XXX客运公司开发人员：XXX小组使用单位：XXX汽车客运中心项目与其他软件、系统的关系：本系统采用B/S原理，主要采用Eclipse软件来开发，采用SQL Server为开发软件的数据库服务程序，主要在Windows 2000 Sever上运行。
1.3 定义SQL：全称是Structure Query Language，中文名称是结构化查询语言。
JDBC：全称是Java Database Connectivity Standard，中文意思是Java数据库连接的标准。
J2EE：全称是Java 2 Enterprise Edition中文意思是Java 2企业版。
基于Web汽车票预定系统需求分析说明书
基于Web汽车票预定系统设计与实现引言系统用户登录流程图1业务分析业务划分本软件应用于基于Web的汽车票预定，客户通过客户端浏览器向由互联网络服务端发出相关服务请求，服务端通过网络响应请求提供相应服务。
汽车票管理部门也可以通过网络实现远程的管理。
最终客户需要本人拿自己的身份证明亲自去取车票。
业务关系该软件主要实现网上预定汽车票。
目前实现的功能有：①客户通过浏览器实现注册、登录、注销、浏览汽车票信息、查询汽车票剩余数量、始发站、车次、预定汽车票、查看预定信息等。
②客户可以通过浏览器实现远端的预定信息处理（包括确认，修改和删除）。
③待扩展的功能有管理员对客户的邮件通知、信息评价、客户通过留言板反馈意见、管理员维护客户信息等。
业务环境我们将本软件的使用者分为2类：管理者、注册客户。
管理者精心管理售票记售后的业务，竭诚为顾客服务，并争取最大经济效益。
注册客户经常浏览汽车票的信息并且预定。
关键是怎么样给他们提供更有吸引力和更优质的服务。
为了更方便注册客户的浏览，我们尽可能的简化页面。
2特殊需求功能与行为需求客户功能客户注册、登录已注册的客户输入用户名和密码即可登录，享有注册客户的权利。
未注册的客户可以申请注册，注册之前要让其明确会员的权利与义务。
客户查询汽车票预定信息客户均可查询汽车票最新信息。
可按多种分类标准来查询最新信息包括：始发站、日期、查询结果会显示满足查询条件的所有汽车票信息。
客户按照各类标准浏览车票信息所有客户均可以按照各类标准排行来浏览汽车票信息，包括始发站以及日期客户预订汽车票注册客户才有权提交预订订单。
客户预订订单内容包括：汽车票数量、坐车时间。
客户取消本次的订单客户预定汽车票以后，可能计划临时改变，这时客户可向管理员发出取消订单申请，要求取消订单。
管理员确认后，可以取消。
管理员功能管理员登录和退出管理员使用帐号和密码登录管理端进行管理的相关操作；也可以退出管理端。
管理员修改密码管理员登录后可以修改原来的密码。
车站售票管理系统-详细设计课程设计说明书[管理资料]
![车站售票管理系统-详细设计课程设计说明书[管理资料]](https://img.taocdn.com/s3/m/889d066f02d276a201292e99.png)
学校代码： 10128学号：200810205045 200810205024200820205059 200810205021课程设计说明书题目：车站售票管理系统—详细设计说明书学生姓名：学院：信息工程学院系别：计算机系专业：软件工程班级：软件08-2班指导教师：教授讲师2011年7月21日目录1．引言 (1) (1) (1) (1) (2)2．总体设计 (2) (2) (3)3．程序描述 (4) (8) (8) (8) (9) (9) (9) (10) (10) (10) (10) (11) (11) (11) (12) (12) (12) (13) (13) (14) (14) (14) (14) (15) (15) (15) (15) (16) (16) (17) (17) (17) (17) (18) (18) (18) (19) (19) (19) (19) (20) (20) (21) (21) (21) (22) (22) (22) (23) (23) (23) (23) (24) (25) (25) (25) (25) (25)： (27) (27) (27) (28) (28) (29) (29) (29) (29) (30) (30) (31) (31) (31) (31) (32) (33) (33) (33)1．引言编写详细设计说明书是软件开发过程必不可少的部分，其目的是为了使开发人员在完成概要设计说明书的基础上完成概要设计规定的各个功能块的具体实现的设计工作。
通过对所产生的功能模块进行过程描述，开发一个可以直接转化成程序语言的软件标识，这样可以使软件设计人员很好的了解软件的功能，并对软件的所有模块有一个更深的了解。
本说明书在概要设计的基础上，对车站售票管理系统的各模块，程序，子系统分别进行了实现层面上的要求和说明，为进行后面的实现和测试做准备，检验本系统的各项性能指标，及时发现纰漏及时修补。
汽车站售票系统需求分析
汽车站售票系统需求分析1．需求分析系统应具有售票、查询、管理和维护等功能，系统管理员可以进行对车次的更改、票价的变动及调度功能，票价的修改可以通过修改运价来进行，车次调度可通过对发车时刻表的修改来进行，维护功能即可对表进行修改。
（1）功能需求经过分析后确定系统应具备以下功能：（1）售票功能1.销售车票任一售票员均可以售权限范围内车次的客票，权限可按班次、车属等属性由管理员设置。
可售全票、半票2.预订车票预订票可在任一未停止售票的车次上进行操作，预订数量仅受剩余位数量限制。
预订的客票售票员不能售出。
预订的客票也可取消预订，取消预订的客票售票员可以售出。
在订票人来取票时，售票员可将预订的客票从电脑上售出3.退票退票时由退票员输入客票的编号，计算机将根据退票时的时间，自动确定退票手续费的比例,也可由系统管理员指定手续费比例。
对不合法的客票（如已办理退票手续的客票、超过规定时间的客票、没有售出的客票、已经作废的客票、不属于权限范围内售出的票等），计算机将自动识别，不予退票。
（2）查询功能①车次查询，可以查询各个班次和票情况。
②时刻表查询：查询任一时刻的班次和票情况。
③售票情况查询：查询已售票和剩余票数的情况。
（3）、调度功能①运价修改：只有管理员有这一权限，根据各种调整票价。
②车辆修改：对车辆信息进行调度和增删改功能。
③终点站修改：对车次终点站的调度和修改。
④车次修改：对各个车次实施调度和调整（4）、维护功能①车票表修改：管理员针对实际情况对车票表的修改和维护②预订车票表修改：管理员根据车票的预定情况对该表进行修改和维护③退票表修改：该功能由管理员根据退票情况进行修改④密码修改：售票员可以根据个人修改自己的登入密码（5）、统计功能①售票统计：可按车次，售票员对已售出票情况进行统计②报表打印：对当天和该月的售票情况及盈利情况做表）数据流图使用结构化分析方法，确定系统的数据主要是运价、车次、终点站名、发车时间和车票，对数据的操作主要有运价修改、车次修改、终点站修改、发车时间修改、售票及打印，可以确定系统的处理逻辑和流程，得到如下所示的系统数据流图。
车站售票系统需求分析规格说明书
软件需求分析报告1.引言 (2)1.1编写目的 (2)1.2项目背景 (2)1.3参考资料 (2)2.任务概述 (2)2.1 目标 (3)2.2 运行环境 (3)2.3 用户特点 (3)3.数据要求 (3)3.1静态数据 (3)3.2动态数据 (3)4.功能需求 (4)4.1功能划分 (4)4.2功能描述 (4)4.3对系统的简要描述 (4)4.4处理流程 (5)5.性能需求 (5)5.1 数据精确度 (5)5.2 时间特性 (5)5.3 适应性 (5)6.运行需求 (5)6.1 软件环境 (5)6.2硬件环境 (6)6.3故障处理 (6)7.其他需求 (6)1.引言《车站售票系统需求规格说明书》旨在详尽描述系统功能需求和一些非功能需求，明确系统边界。
1.1编写目的《车站售票系统需求规格说明书》的目的是明确《车站售票系统》中各项功能和非功能需求，确定系统功能模块，同时为概要设计和详细设计人员提供设计依据，也可供本项目的其他开发人员参阅。
《车站售票系统需求规格说明书》的阅读对象为：1）对相关业务技术和总体方案做出决策和管理人员以及质量管理人员。
2）对本《需求规格说明书》进行评审和确认的有关业务和技术人员；3）参加概要设计和详细设计的设计人员；4）项目组各成员；1.2 项目背景a.项目委托单位：河南大学b.开发单位：河南大学c.主管部门：计算机与信息学院d.软件名称：车站售票系统e.开发人员：吴帅、李绍行、张兵、李成、韩董、张咏。
f.项目与系统、软件的关系：该系统所需数据要与其他系统数据兼容，系统需要数据库系统。
1.3 参考资料a.《软件工程导论》（第五版）张海藩。
清华大学出版社，2008。
2.任务概述2.1目标（1）本系统意在实现售票员快速、准确、方便地完成查询、售票、改签、退票等操作，使得顾客短时间内获取所需的准确信息、节约时间，最终提高顾客的满意程度。
另外，本系统还可对运价、车次、终点进行调整，对各类报表进行维护和统计，有利于铁道部门分析报表结果适时作出路线、车次、票价的调度，最终实现铁路线路保持畅通运行，为旅客提供优质的服务。
客运售票系统需求分析报告
客运售票系统需求分析报告一. 引言客运售票系统是一种方便快捷的系统，可以帮助旅客购买车、船、飞机等交通工具的票务服务。
通过系统的实施，可以提高售票的效率，减少人力资源的浪费，提升服务质量。
本报告将从功能需求、非功能需求以及系统的规模等方面对客运售票系统进行详细的分析和描述。
二. 功能需求1. 车次查询旅客能够通过客运售票系统查询具体车次的出发时间、地点、座位数量以及票价等信息。
2. 车票预订旅客能够通过客运售票系统选择合适的车次，并对所需的座位数量进行预订。
3. 购票支付旅客能够通过客运售票系统选择符合要求的支付方式，并完成车票费用的支付。
4. 订单管理系统能够对已预订的车票订单进行管理，包括订单的生成、修改、取消以及查询等功能。
5. 退票服务旅客能够通过客运售票系统提交退票申请，并按照相关规定进行退票事务的处理。
6. 乘客管理系统能够按照旅客的个人信息进行乘客管理，包括乘客的身份验证、票务记录、乘车历史等功能。
三. 非功能需求1. 安全性系统需要确保用户的个人信息和支付信息的安全性，防止用户的信息被非法获取和利用。
2. 可靠性系统需要具备高可靠性，能够保证用户在任何时间都能够正常购买车票和查询相关信息。
3. 响应速度系统需要具备较快的响应速度，能够迅速为用户提供当前的车票信息和售票服务。
4. 用户友好性系统需要具备良好的用户界面，操作简单明了，方便用户进行购票、查询和管理等操作。
5. 扩展性系统需要具备较好的扩展性，能够适应未来业务的发展和变化，保证系统的持续运作。
四. 系统规模根据预计的用户规模和业务需求，初步估计客运售票系统需要支持每天数万次的查询和订票操作，并且系统需要能够同时支持多个用户进行操作。
五. 总结客运售票系统是一个方便快捷的系统，可以帮助旅客购票并提供相关的信息和服务。
本报告从功能需求、非功能需求以及系统规模等方面对该系统进行了详细的需求分析和描述。
通过对系统的需求分析，可以为后续的系统设计和开发提供重要的参考和指导。
车站售票管理系统—需求规格说明书
学校代码： 10128学号：200810205045 200810205024200820205059 200810205021课程设计说明书题目：车站售票管理系统—需求规格说明书学生姓名：马星张玲燕周伟苗欣宇学院：信息工程学院系别：计算机系专业：软件工程班级：软件08-2班指导教师：田保军教授张林丰讲师2011年7月15日目录1.引言 (1)1.1编写目的 (1)1.2项目背景 (1)1.3定义 (2)1.4参考资料 (2)2．任务概述 (2)2.1目标 (2)2.2运行环境 (3)2.3条件与限制 (3)3．数据描述 (3)3.1静态数据 (3)3.2动态数据 (4)3.3数据库介绍 (5)3.4数据词典 (6)3.5数据采集 (7)4．功能需求 (8)4.1功能划分 (8)4.2功能描述 (21)5．性能需求 (22)5.1数据精确度 (22)5.2时间特性 (22)5.3适应性 (22)6．运行需求 (23)6.1用户界面 (23)6.2硬件接口 (28)6.3软件接口 (28)6.4故障处理 (28)7．其它需求 (29)8. 附录 (29)1.引言1.1编写目的随着计算机技术的发展，人类生活速度的加快，单一的人工售票方式已经不能满足人们出行的要求。
每逢出行高峰都会造成火车站售票的拥挤，因此售票自动化应运而生。
车站售票管理系统就是这样的一个产物。
经过我开发小组的调研与讨论研究，基本上明确了该系统的需求，并在此基础上完成软件需求规格说明书。
该文档旨在对该系统的需求做出综合的分析，对各个模块的功能做出具体的说明。
《车站售票管理系统需求规格说明书》的目的是明确《车站售票管理系统》中各项功能和非功能需求，确定系统功能模块，同时为概要设计和详细设计人员提供设计依据，也可供本项目的其他开发人员参阅。
本需求分析报告的目的是规范化本软件的编写，旨在于提高软件开发过程中的能见度，便于对软件开发过程中的控制与管理，同时提出了本火车售票系统的软件开发过程，便于程序员与客户之间的交流、协作，并作为工作成果的原始依据，同时也表明了本软件的共性，以期能够获得更大范围的应用。
汽车售票系统_总体设计
汽车售票系统总体设计说明书2008年11月13日1．引言1.1编写目的通过此说明书让用户更加清晰的了解本系统的功能，通过模块的形式将各项功能向用户展示。
对接口的描述让用户知道相关的数据输入与输出，体现了一定的人机交互理念。
数据库的逻辑与物理设计将需求分析中数据库设计更加详细具体化。
最后指出本系统的开发运行环境，为用户提供的参考依据。
1.2背景●待开发软件系统的名称：汽车售票系统●开发者：全体成员1.3定义提供了迄今为最先进的Web开发平台。
它是一个已编译的、基于.NET的开发环境，可以用任何与.NET的语言（本系统采用C#）开发应用程序，而不仅仅是使用JavaScript和VBScrip。
可以无缝地与WYSIWYG HTML 编译器和其他编程工具一起工作。
另外，任何应用程序都可以使用整个.NET Framework。
2．系统功能结构设计2.1模块的划分和描述汽车站售票系统可分为五个模块：顾客查询模块，网点售票员模块，车站售票员模块，信息修改模块和系统管理员模块。
顾客查询模块：主要是提供顾客在购买出行的汽车票前，可以登录系统，通过方便自己的查询方式，来查询到满足自己要求的汽车,并可以确定出自己需要的某个日期是否有票可以出售。
网点售票员模块：主要提供其注册及登陆，查询和售票三个功能。
网点售票员是通过在网络中注册自己的信息，来获得售票的权限的，要注册过并通过系统管理员审核成功。
登录系统后，系统会显示出网点售票员可以获得查询和售票的权限。
车站售票员模块：主要提供其登陆，查询，售票和退票功能。
车站售票员登录后，系统会显示出车站售票员所具有的所有操作权限。
其中退票的功能只有车站售票员才有退票的权限。
退票是指已售出的汽车票在汽车开出之前将票退回到数据库中，并且退出的车票还能继续出售。
信息修改模块：该模块可以提供给网点和车站售票员和系统管理员改密码等信息的功能。
系统管理员模块：起可以分为登陆模块，售票员管理模块和班车管理模块三个子模块。
汽车站售票管理系统
数据库系统课程设计目录第1 章前言 (1)1.1 课题背景 (1)1.2 开发工具 (1)1.2.1 MFC简介 (1)1.2.2 C++简介 (1)1.2.3 SQL Server 2000数据库 (1)第2章需求分析 (2)2.1 任务概述 (2)2.1.1 系统目标 (2)2.1.2 用户特点 (2)2.2 系统的功能需求 (2)2.2.1 系统角色功能需求 (2)2.2.2 功能模块 (2)2.4 数据需求 (2)第 3 章系统总体设计 (3)3.1 系统功能设计 (3)3.1.1 系统总体模块 (3)第 4 章数据库设计 (4)4.1 数据库概念设计 (4)4.2 逻辑设计 (5)4.2.1 表汇总 (5)4.2.2 表逻辑结构设计 (5)第 5 章详细设计 (7)5.1程序结构的设计 (7)第 6 章系统总结 (16)6.1 总结 (16)6.2 系统不足 (16)第 7 章参考文献 (14)第1 章前言1.1 课题背景1.2 开发工具本系统利用VC++6.0 MFC来设计前台页面，采用C++语言编写后台代码，以Microsoft SQL Server 2000作为后台数据库，选用ADO访问数据库来实现各种功能。
1.2.1 MFC简介从物理角度看，MFC是一个可以控制计算机及其系统的类库，是windows系统目录下的一系列mfc*.dll文件；从逻辑角度看MFC是一个以C++类的层次形式组织面向对象的应用程序框架，程序员可以使用这一框架创建Windows应用程序。
1.2.2 C++简介C语言之所以要起名为“C”，是因为它是主要参考那个时候的一门叫B的语言，它的设计者认为C语言是B语言的进步，所以就起名为C语言；但是B语言并不是因为之前还有个A语言，而是B语言的作者为了纪念他的妻子，他的妻子名字的第一个字母是B；当C语言发展到顶峰的时刻，出现了一个版本叫C with Class，那就是C++最早的版本，在C语言中增加class关键字和类，那个时候有很多版本的C都希望在C语言中增加类的概念；后来C标准委员会决定为这个版本的C起个新的名字，那个时候征集了很多种名字，最后采纳了其中一个人的意见，以C语言中的++运算符来体现它是C语言的进步，故而叫C++。
汽车售票系统_需求分析说明书
汽车售票系统需求分析说明书2008年10月13日1．绪论1.1编写目的现今的社会发展迅速，汽车成为了人们在交通方面不可缺少的交通工具，乘坐汽车出行的人越来越多，所以公路的客运量也在迅速的增长着。
同时，时间代表的是生命。
为了给人们带来方便快捷的交通环境，公路系统采取提高汽车的速度，增加客运汽车等等从而来满足大量的旅客的乘车需求。
但是，现在人多车多的情况下，如果再像是从前一样，在一个单一的地点售票，必然满足不了现在的形势。
所以就需要售票能够在不同的地点进行，同时旅客也应该能够在购买车票之前知道自己所需要的汽车是否有票的信息。
如此的情况之下，售票系统的需要自然是相当必要的。
1.2背景目前，售票系统在国内外都已经得到了广泛的应用，无论是在飞机场，火车站，还是汽车站，都是借助于售票系统进行售票的。
列出本项目的任务提出者、开发者、用户以及将运行该项软件的计算站或计算机网络系统。
对于国土辽阔，人口众多的中国，考虑到网络的覆盖，通信等众多方面，主要采用的是采用近代发展的集中与分布相结合的客户机/服务器体系结构。
目前我国开发售票系统的方向是整个系统由中央级、地区级和车站级三层结构组成的。
包括全国票务中心管理系统、地区票务中心管理系统和车站电子售票系统。
系统的基础部分主要具有售票、预订、退票、异地售票、统计等多种功能。
中国公路客票发售和预订系统实现了计算机联网售票，并且有出售返程、联程等异地购票的功能，实现了票额、座席、制票、计算、结算和统计等计算机管理。
1.3定义模块、功能、数据库、层次结构2．任务概述2.1目标售票系统的出现能够在很大的程度上解决单一地点售票所带来的种种不便，并且能够给想要出行的旅客带来足够的相关信息，使旅客们不必非要到车站的售票处，甚至不用出门就能够知道是否有合适自己出行的车票。
对于售票处的地点也从原来的单一地点（车站）变成了多个地点，可以在市内的多个地点（宾馆、酒店、娱乐场所等等）。
这样给将要出行的旅客带来了更进一步的方便。
汽车客运站售票系统需求说明书
汽车客运站售票系统需求说明书目录软件需求说明书 (1)题目: 汽车客运站售票系统 (1)目录 (2)1 引言 (1)1.1 编写目的 (1)1.2 范围 (1)1.2.1 名称 (1)1.2.2任务目标 (1)1.2.3 任务描述 (1)1.3 参考资料 (1)2 项目概述 (2)2.1 项目来源 (2)2.2 运行环境 (2)2.2.1用户界面 (2)2.2.2硬件环境 (3)2.2.3软件环境 (3)2.2.4故障处理 (3)2.3 产品功能 (3)2.4 用户特点 (4)3 具体需求 (4)3.1 功能需求 (4)3.1.1 功能组成 (4)3.1.2功能逻辑 (5)3.2 数据库 (6)3.2.1 数据关系 (6)3.2.2 数据定义 (7)3.3 性能需求 (8)3.3.1数据精确度 (8)3.3.2时间特性 (8)3.3.2.1 响应时间 (8)3.3.2.2 更新处理时间 (8)3.3.2.3 数据的转换和传送时间 (8)3.3.2.4 运行时间 (8)3.3.3适应性 (8)3.4 其他需求 (9)4其他专门要求 (9)4.1可使用性 (9)4.2 保密性 (9)4.3 可维护性 (9)4.4可转移、可转换性 (9)4.5控制 (10)4.6双方签字 (10)1 引言1.1 编写目的对汽车客运站售票系统进行需求分析。
1.2 范围1.2.1 名称汽车客运站售票系统1.2.2任务目标本系统旨在提供更友好的界面、更便捷的操作与更实用的管理，从而降低客运站售票员的劳动强度，提高工作效率，进而提升服务质量，提高旅客满意度。
1.2.3 任务描述策划阶段：搜集参考资料，设计系统整体结构，整体进度安排，选定编程语言与数据库设计工具。
设计阶段：软件模块设计，数据库定义与设计，代码编写。
测试阶段：系统整体调试、分析，相应代码修改维护阶段：根据客户需求，不断更新系统版本。
1.3 参考资料《软件工程》钱乐秋赵文耘等清华大学出版社 20072 项目概述2.1 项目来源随着时代的进步，社会的发展，人们的生活形式与习惯也越来越多样化，出行成为了人们生活中的一个重要组成部分，而汽车成为许多人出行选择的交通工具。
客运站售票系统使用手册-图文
客运站售票系统使用手册-图文一、登陆系统............................................................. ............................................................... ......................2二、基础数据录入(站点设置)............................................................ ...........................................................2三、基础数据录入(车站信息)............................................................ ...........................................................3四、基础数据录入(用户信息)............................................................ ...........................................................4五、基础数据录入(用户类型权限)............................................................ ...................................................6六、基础数据录入(线路管理)............................................................ ...........................................................7七、基础数据录入(班次信息)............................................................ ...........................................................8八、基础数据录入(驾驶员管理)............................................................ .......................................................9九、基础数据录入(车辆信息管理)............................................................ .................................................10十、生成票版............................................................. ............................................................... ....................12十一、操作流程（安全检查）....................................................................................................................13十二、操作流程（报班、报班撤销）........................................................... .............................................14十三、操作流程（检票）........................................................... ............................................................... ..15十四、操作流程（开结算单、路单）........................................................... .............................................15十五、操作流程（注销结算单）........................................................... .....................................................16十六、操作流程（结算单查询）........................................................... .....................................................17十七、操作流程（出站稽查）........................................................... .........................................................18十八、操作流程（票据管理）........................................................... .........................................................18十九、操作流程（售票）........................................................... ............................................................... ..20二十、操作流程（退票）........................................................... ............................................................... ..21二十一、操作流程（废票）........................................................... . (22)二十二、操作流程（重打客票）................................................................................................................23二十三、操作流程（售票查询）........................................................... .....................................................23二十四、操作流程（退票查询）........................................................... .....................................................24二十五、操作流程（废票查询）........................................................... .....................................................25二十六、操作流程（票价查询）........................................................... .....................................................26二十七、操作流程（检票查询）........................................................... .....................................................27二十八、操作流程（未检票查询）........................................................... .................................................28二十九、操作流程（停班、开班、更改待班车辆、留票、复制班次、修改座位、临时调价更改站点、批量调价更改站点、批量开班、批量停班、广播催客、打印报班单、更改检票口、延时）.............29三十、操作流程（临时加班）........................................................... .........................................................37三十一、行包托运（行包寄存）........................................................... .....................................................38三十二、行包托运（行包托运）........................................................... .....................................................39三十三、检票管理（取消发车）........................................................... .....................................................40三十四、检票管理（改签换乘）........................................................... .....................................................40三十五、检票管理（退检）........................................................... . (41)三十六、检票管理（补检）........................................................... . (42)三十七、检票管理（流水补检）........................................................... .....................................................43三十八、安全检查（安检查询）........................................................... .....................................................43三十九、安全检查（证照检查）........................................................... .....................................................44四十、出站稽查（出站稽查查询）........................................................... . (44)一、登陆系统1、双击桌面上的图标“千里达客运综合管理系统V9.0”。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
汽车客运站售票系统需求说明书目录软件需求说明书 ......................................................................... 错误！未定义书签。
题目: 汽车客运站售票系统 (1)目录 (2)1 引言 (1)1.1 编写目的 (1)1.2 范围 (1)1.2.1 名称 (1)1.2.2任务目标 (1)1.2.3 任务描述 (1)1.3 参考资料 (1)2 项目概述 (2)2.1 项目来源 (2)2.2 运行环境 (2)2.2.1用户界面 (2)2.2.2硬件环境 (3)2.2.3软件环境 (3)2.2.4故障处理 (3)2.3 产品功能 (3)2.4 用户特点 (4)3 具体需求 (4)3.1 功能需求 (4)3.1.1 功能组成 (4)3.1.2功能逻辑 (5)3.2 数据库 (6)3.2.1 数据关系 (6)3.2.2 数据定义 (7)3.3 性能需求 (8)3.3.1数据精确度 (8)3.3.2时间特性 (8)3.3.2.1 响应时间 (8)3.3.2.2 更新处理时间 (8)3.3.2.3 数据的转换和传送时间 (8)3.3.2.4 运行时间 (8)3.3.3适应性 (8)3.4 其他需求 (9)4其他专门要求 (9)4.1可使用性 (9)4.2 保密性 (9)4.3 可维护性 (9)4.4可转移、可转换性 (9)4.5控制 (10)4.6双方签字 (10)1 引言1.1 编写目的对汽车客运站售票系统进行需求分析。
1.2 范围1.2.1 名称汽车客运站售票系统1.2.2任务目标本系统旨在提供更友好的界面、更便捷的操作与更实用的管理，从而降低客运站售票员的劳动强度，提高工作效率，进而提升服务质量，提高旅客满意度。
1.2.3 任务描述策划阶段：搜集参考资料，设计系统整体结构，整体进度安排，选定编程语言与数据库设计工具。
设计阶段：软件模块设计，数据库定义与设计，代码编写。
测试阶段：系统整体调试、分析，相应代码修改维护阶段：根据客户需求，不断更新系统版本。
1.3 参考资料《软件工程》钱乐秋赵文耘等清华大学出版社 20072 项目概述2.1 项目来源随着时代的进步，社会的发展，人们的生活形式与习惯也越来越多样化，出行成为了人们生活中的一个重要组成部分，而汽车成为许多人出行选择的交通工具。
面对巨大数量的乘客的购票需要，汽车站就要选择使用先进的管理方法来实现方便、快捷的售票、退票等方面的票务管理。
随着计算机的普及，信息处理量的逐渐扩大，手工处理方式远远不能满足人们管理活动的需要，各种工作都逐渐由手工转为自动化，使许多复杂、繁琐、且需要很多人力的工作变得简单。
汽车站每天产生售票、退票等行为数量多，使得汽车站售票管理的数据量大，而且速度要求要快，传统的人力行为适应，计算机应用软件的使用则能很好地满足汽车站的这一需要，提高售票人员的工作效率，节约相关管理成本。
图1 顶层数据流图2.2 运行环境2.2.1用户界面本系统用户界面统一使用网页格式提供，使用Macromedia Dreamweaver 8所提供的标准控件。
控件排列格式简洁整齐。
菜单使用弹出式下拉菜单。
售票人员旅客售票管理系统班次表旅客登记表2.2.2硬件环境486或更高档PC台式机，笔记本电脑，或WindowsCE；打印机：可选。
2.2.3软件环境可选软件平台：中文Windows95Windows95、Windows NT 4.0或更高版本 + 中文之星2.0；WindowsCE + 中文平台2.2.4故障处理正常使用时不应出错，若运行时遇到不可恢复的系统错误，也必须保证数据库完好无损。
2.3 产品功能售票系统主要功能为：根据目的站、车次、时间等信息查询有关车票情况；提供多种方式完成售票工作；现金结算、票据打印；提供与退票相关的一些信息查询手段，完成退票、废票、改签换乘等业务；售票信息统计，打印详细报表。
(1) 车次管理：车次详细信息的编辑。
车次管理中的数据源为Access数据库中Car表，在此管理部分中，能够使用界面操作实现车次信息的编辑，并将数据库中的数据按照编辑的要求来及时更新数据表中的相关数据。
(2) 票价管理：票价详细信息的录入、修改、删除，它的数据源为Access数据库的Price表。
在此管理部分中，通过票价管理界面来选择记录并决定执行何种操作，是修改、添加或删除。
当命令为修改或者添加时则自动跳转到票价编辑窗体实现票价信息的编辑并更新数据库中相应数据记录。
(3) 票务管理：提供多种方式完成售票工作；现金结算、票据打印；提供与退票相关的一些信息查询手段，完成退票、废票、改签换乘等业务；(4) 用户管理：所有系统用户的管理，包括系统普通用户与系统管理员。
此管理模块数据源为Access数据库的Users表。
在系统主界面中首先进入用户管理主窗体，选择添加或删除用户进入用户编辑界面进行操作，操作完成便更新数据库数据。
(5) 查询管理：通过查询界面可以根据条件进行车次时刻、车次票价查询。
2.4 用户特点使用该系统的主要是汽车站售票人员、汽车站售票工作的管理人员与系统管理员。
该系统分为普用户和系统管理员两种权限登陆。
汽车站的普通售票人员（普通用户）只能使用该系统的查询、售票管理等基本功能；汽车站售票人员、汽车站售票工作的管理人员能够修改自身的用户名和密码；汽车站售票工作的管理人员能对票价进行管理；系统管理员则能实现系统用户与普通用户的添加，修改普通用户与系统管理员的密码，以此确保该系统能够安全操作，避免不必要的损失。
3 具体需求3.1 功能需求实现售票最基本的功能，并提供各个环节详细的统计纪录。
3.1.1 功能组成在这个汽车站售票管理系统下设有五个不同模块的功能：分别是车次管理、票价管理、票务管理、用户管理和查询管理。
车次管理中实现车次信息的编辑。
票价管理部分实现票价信息的录入、修改与删除以及票价折扣信息的录入、修改与删除。
票务管理部分实现前台售票、前台退票功能。
用户管理部分实现用户添加，用户信息修改与用户的删除。
具体联系如图所示图2 功能结构图3.1.2功能逻辑图3 第一层数据流图票务管理票价管理车次管理用户管理查询管理车次信息编辑票价信息录入票价信息修改票价信息删除前台售票前台退票用户信息添加票价信息修改票价信息删除车次信息查询票价信息查询信息处理输出 旅客信息表班次信息 班次信息 旅客信息 售票员 旅客 读入 信息总表 旅客信息 班次信息 查询班次图4 第二层数据流图3.2 数据库3.2.1 数据关系退票处理班次信息旅客登记信息班次信息表旅客信息表退票信息读入 购票处理售票员 旅客 旅客信息班次购票信图5 类图3.2.2 数据定义字段名数据类型字段大小是否主键是否必填车牌号文本10 否是终点站编号数字10 否是额定人数数字10 否是发车时间文本10 否是车次文本10 是是字段名数据类型字段大小是否主键是否必填车次文本10 是是座位号数字10 是是票价数字10 否是旅客姓名文本10 否是字段名数据类型字段大小是否主键是否必填折扣编号数字10 是是折扣类型数字10 否是本项对作为产品的一部分进行开发的数据库规定一些需求，它们可能包括：字段名数据类型字段大小是否主键是否必填终点站编号数字10 是是终点站名称文本10 是是票价数字10 否是3.3.1数据精确度查询时应保证查全率，所有相应域包含查询关键字的记录都应能查到。
因为通常的ISCDS（个人社会关系数据库系统）规模在几十到几百项记录，以查全率为标准所带来的对查准率的影响并不大。
3.3.2时间特性3.3.2.1 响应时间统计、查询数据数据的相应时间控制在30 秒内。
3.3.2.2 更新处理时间局域网数据库在网络无故障的情况下，插入一条数据和更新一条数据的数据库操作响应时间控制在0.5 秒/条之内。
3.3.2.3 数据的转换和传送时间在拨号网络连接通后，交换数据以数据单元形式进行，所有数据交换过程控制在20 分钟内。
3.3.2.4 运行时间程序启动和初始化时间控制在3 秒之内。
3.3.3适应性满足个人使用的需求（记录量控制在1000项内）。
对前面提到的运行环境要求不应存在困难。
汽车站售票系统数据库中的数据量十分庞大，而且更新速度十分快。
在数据大小方面要求数据的属性要设置合理，假如是数据的属性值越大，则数据本身所占用的容量也就十分的庞大，有可能削弱系统运行速度，使得系统无法达到预期的目的。
另外，在整个系统当中要确保数据在保存与传递过程中的安全，以免发生严重的错误，造成巨大的损失。
4其他专门要求4.1可使用性在装载总程序时，正常就运行，异常就停止；编程系统出现错误，将会产生不可遇见的问题，热启，整个终端程序就会再启动；程序出现错误，重新装载,若仍有错，按照提示逐渐装载。
4.2 保密性本软件作为汽车站售票管理辅助设备, ,需要保密技术；限定一个程序中某些区域的规约，给不同的模块分配不同的功能。
4.3 可维护性本软件的组成程序为java设计语言，组构均较简单,直观意义上较独立。
因此,给予电子化的所构成的硬件的简单可维护的特点,决定了该软件的简单可维护。
4.4可转移、可转换性可转移的环境是奔腾133、16M内存以上；不可修改任何部分；可用向上兼容的高版本的java编程系统。
4.5控制本软件是以汉语程序设计语言的操作系统来控制软件运行。
4.6双方签字需求方（需方）：开发方（供方）：日期：。