网上订汽车票

汽车售票系统

1引言

1.1目标

本需求规格说明书是为了开发“三明西客站售票管理系统”而编写，描述

了“三明西客站售票管理系统”的软件功能性需求与非功能性需求，要紧面向系

统分析员、程序员、测试员、实施员与最终用户。除非在其他地方另有说明，这

里指定的所有需求都具有高优先级，而且都要在软件中加以实现。

本说明书是整个软件开发的根据，它对以后阶段的工作起指导作用。本文

也是项目完成后系统验收的根据。

1.2项目范围

“三明西客站售票管理系统”使用微机局部网络结构，由服务器，客户机等

构成。系统的应用功能模块包含：售票管理，退票管理，票额管理，统计结算，

数据库保护。

2总体描述

2.1产品前景

“三明西客站售票管理系统”，它的出现能够使售票更规范化，有一定的社

会意义。

2.2用户类及其特征

顾客（优先考虑）:顾客是能够使用“三明西客站售票管理系统”功能

的人，他们希望通过使用“三明西客站售票管理系统”来进行汽车票的预

定，购买，退定与退票功能。

系统管理员:系统管理员负责对系统数据库的保护，同时也负责系统出故障

时的系统维修。系统管理员需要有一定的计算机专业知识，同时也要对本

系统的功能能够熟练的操作

汽车财务管理人员:汽车站财务管理人员向系统管理员索要汽车票销售情

况统计，以此来进行汽车站的财务管理

各类用户类确认的“三明西客站售票管理系统”的用例与要紧参与者如下所

示：

要紧参与者用例

顾客1.订票

2.修改车票

3.退票

4.制票

5.票额管理

6.统计结算

系统管理员7.数据库保护

汽车站站财务

管理人员

6.统计结算

表1

2.3运行环境

运行环境：“三明西客站售票管理系统”的操作将通过如下的Web浏览器

来完成：

MicrosoftInternetExplore版本6.0与7.0，Maxthon版本1.59与2.0。

在本系统的开发平台为VS2008，后台数据库为SQLServer2005。

建议最低配置推荐配置

硬件CPU：CeleronII-1000

内存：128M

硬盘：10G

显示分辨率：800*600

CPU：PentiumIV-1.7G

内存：256M

硬盘：20G（7200转/分钟）

显示分辨率：1027*768

软件WindowXP中文版/Windows2000中文版Windows2000中文版

/WindowsXP中文版

3.功能需求分析

3.1订票

描述：顾客从“三明西客站售票管理系统”，随意查看某一天能够预定的

汽车票，选择自己想要预订的汽车票，提交订单并在特定时间内到特定时间地点

凭证件领取汽车票。

主干过程：订一个车次的汽车票

1.顾客要求查看某一天能够预定的汽车票

2.系统显示当天能够预定的汽车车次与该车次的空座信息

3.系统从上述列表中选择一个车次及该车次上的几个座位

4.顾客说明订票完成

5.系统显示订单的订票条目编号，单价与总价格

6.顾客确认订单或者请求修改订单（回到第3步）

7.顾客指定付费方式

8.系统确认接收订单

9.系统向顾客确认订单细节，价格与付费说明

10.顾客确认或者请求修改，并提示若信息正确，顾客应在确认后

进行银行网上银行付款（回到第3步）

11.系统从银行卡中扣除购票所需费用，并将用户所购票的信息发

送给制票机，并根据用户购票信息修改剩余汽车票数量与数据库

12.制票机制出汽车票，系统确认后，提示购票成功。并提示在特

定时间地点凭证件领取汽车票。

分支过程：订多个车次的汽车票

3.2修改车票

描述：顾客从“三明西客站售票管理系统”，同时向售票员发送修改订单

的请求，修改完成后更新订单，数据库与剩余汽车票数量

主干过程：修改车票

1.顾客向发送修改车票的请求

2.系统通过编号确认顾客订单状态为“已同意”后，同意顾客的请

求

3.顾客确要认修改原有车票

4.系统向顾客确认修改细节，付费说明

5.顾客确认或者请求修改，并提示若信息正确，顾客应确认后进

行付款

6制票机制出汽车票，提示购票成功。并提示在特定时间地点凭

证件领取汽车票。

分支过程：不取消原有车票

1.顾客选择不取消原有车票

2.返回到订票用例主干过程

特殊：1.“客运公司网上售票系统”出现故障，无法完成修改车票功能

售票员通知顾客系统出现故障，现在无法修改车票

2.顾客订单状态为“未同意”，无法完成修改订单功能

系统提示“您没有订票或者者订票票已取消，建立订单之后才能

修改订单”

3.3退票

描述：顾客从访问“三明西客站售票管理系统”，同时向售票员发送取消订

单的请求，若订单状态是“已同意”，则让用户进入取消订单页面进行订单的取

消，完成后更新数据库与剩余汽车票数量

前置条件：1.顾客登陆到“三明西客站售票管理系统”

2.顾客的付费方式是从银行卡中扣除

后置条件：1.订单在“三明西客站售票管理系统”中的存储状态是“已同意”

2.订单取消后更新汽车票剩余数量

3.订单取消后更新统计结算

主干过程：退票

1.顾客向系统发送退票的请求

2.系统确认顾客订单状态为“已同意”后，同意顾客的请求

4.提示顾客是否确认退票

5.系统取消用户的订票，并退还部分车票金额，并提示顾客在特

定时间地点凭证件领取退款。

6.修改数据库与剩余汽车票数量

7.向工作人员提示顾客退票信息，请工作人员找到并销毁车票

特殊：1.“三明西客站售票管理系统”出现故障，无法完成取消订单功

能

系统通知顾客系统出现故障，现在无法取消订单

2.顾客订单状态为“未同意”，无法完成取消订单功能

系统提示“您没有订单或者者订单已取消”

3.4制票

描述:制票机接收到顾客发送过来的购票请求与汽车票的信息，打印出顾客

所需要的汽车票

前置条件:1.顾客通过客户机进入“三明西客站售票管理系统”

2.顾客购票所需费用已从其银行卡上扣除

3.顾客发送过来的汽车票的信息有效，即顾客购票的车次的空

座位数量很多于顾客购票数

后置条件:根据顾客购票数修改剩余汽车票数量与数据库

主干过程:制票

1.顾客发送制票请求与汽车票的信息

2.根据汽车票的信息制出顾客所购买的汽车票

3.将该汽车票打印出来

4.等待顾客在特定时间内凭证件领取汽车票。

特殊:1.系统与制票机之间的信息发送出现故障，无法制票

系统通过窗口机显示“制票机出现故障，无法制票”

2.制票机中用来打印汽车票的纸张用完了

系统通过窗口机显示“制票机中纸张用完，无法打印”

3.5票额管理

描述:票额管理负责对每个车次的空余座位数进行记录，每次顾客进行了订

票，修改订单，退票之后，票额管理都会对剩余汽车票数量与数据库进行修改。

前置条件:1.顾客登陆了“客运公司网上售票系统”

1.顾客至少进行了订票，修改订单，退票这些操作中的一个操作

后置条件:根据顾客进行的操作，对剩余汽车票数量与数据库进行修改

主干过程：顾客进行了订票，修改订单，退票这些操作中的一个操作

1.顾客进行订票，修改订单，退票这些操作中的一个操作

2.根据前面写好的各操作的用例规格说明对剩余汽车票数量与数

据库进行修改·

分支过程:顾客进行了订票，修改订单，退票这些操作中的多个操作(接第2

步)

1.进行剩余操作中的一个操作

特殊:系统出现故障，无法进行订票，修改订单，退票这些操作

系统提示“系统出现故障，无法进行订票，修改订单，退票

3.6统计结算

描述:统计结算会在每一次系统对汽车票的操作完成之后，进行结算，统计

出从某一个时间段到现在售出票的数量，每一个车次每种票的具体销售情况，与

总的销售金额。

前置条件:系统完成了一次对汽车票的操作

后置条件:统计出从某一个时间段到现在售出票的数量，每一个车次每种票

的具体销售情况，与总的销售金额

主干过程：1.系统完成了一次对汽车票的操作

2.统计出从某一个时间段到现在售出票的数量，每一个车次每种

票的具体销售情况，与总的销售金额

3.将这些数据做成表格，存储下来，以备汽车站财务人员的需要·

3.7数据库保护

描述:系统管理员负责对系统数据库每天两次定时的保护与系统故障的处

理。

前置条件:1.到了每天保护数据库的时间

2.系统出现故障

后置条件：系统管理员对系统数据库进行保护，处理系统故障

主干过程：1.系统管理员登陆，取得管理员权限。

2.每天定时对数据库进行保护，系统发生故障时对系统故障进行

处理。

4．数据需求分析

数据库需求分析调查的重点是“数据”与“处理”，通过调查、收集与分析，获

得用户对数据库的需求。

信息需求：指用户需要从数据库中获得信息的内容与性质，即在数据库中需

要存储什么数据。

处理要求：指用户需要完成什么处理能力。明确用户对数据有什么样的处理

要求从而明确数据之间的关系。

这里的功能集中表现为数据的查询，更新与保护，因此需求集中表现为对“数

据”的需求。包含不一致管理员的权利与限制，更具登陆身份不一致显示不一致

的功能项，与所能进行的操作。

概念结构设计是将缝隙得到的用户需求抽象为概念模型的过程，他是整个数

据库设计的关键。

5非功能性需求

5.1软件质量属性

可用性：在系统不出现故障的前提下，“三明西客站售票管理系统”对互联

网用户24小时可用。

健壮性：假如订单得到确认或者取消之前，用户与系统的连接中断，那么用

户应该能通过“客运公司网上售票系统”恢复不完整的订单。

5.2其他非功能性需求

5.2.1性能需求

性能需求1：用户查询某一天的车次与空座位情况，对查询的响应时间不能

超过30秒，在如今间内要将查询结果显示在用户浏览器上。

性能需求2：用户在向系统提交消息后，系统将在10秒内向用户显示确认

消息。

5.2.2安全性需求

安全性需求1：所有涉及功能信息或者个人身份信息的网络事务，都要进行

加密操作。

安全性需求2：除浏览导航外，用户务必登陆到“三明西客站售票管理系统”

才能完成其他所有操作。

安全性需求3：系统只同意顾客浏览他们自己往常的订单，而不能浏览其他

顾客的订单。