铁路售票管理系统需求说明书.docx
《铁路售票管理系统需求说明书.docx》由会员分享，可在线阅读，更多相关《铁路售票管理系统需求说明书.docx（33页珍藏版）》请在冰豆网上搜索。
铁路售票管理系统需求说明书
软件工程课程设计报告
专业班级：
信息与计算科学0901班
项目名称：
铁路售票管理系统
项目组长：
成员：
2012.1.5
铁路售票管理系统软件需求规格说明书
组长：
张银
分工情况：
张银 子系统1：
列车及车票信息查询子系统
子系统2：
登录系统及信息管理子系统
子系统3：
车票的销售与退票子系统
子系统4：
列车及车票管理子系统
1.前言
1.1目的
本文档的目的在于明确项目的具体需求，让客户及设开发者均有据可依，遵从这个需求报告来组织开发整个系统。
通过对目标用户需求的细化，分析由具体场景中的用例所驱动的事件及其处理流程。
1.为编制后续各阶段的文档提供基本依据；
2.提供给用户确认或本地化修改的基本文件；
3.作为日后软件确认测试和系统验收之参考依据；
4.作为日后系统维护工作基准文件。
本文档的使用者包括本系统用户、需求分析人员、项目管理人员、软件设计人员、软件质量控制人员以及软件维护人员。
1.2范围
a．待开发的软件系统的名称：
铁路售票管理系统
b．本项目的任务提出者：
哈尔滨工业大学企业智能与服务实验室王忠杰老师；
开发者：
哈工大计算机学院05级2班开发小组；
用户：
旅客，车站售票员，系统管理员
本软件产品是一项独立的软件，而且全部内容自含。
实现网络化铁路售票管理。
旅客可通过该系统来进行列车信息及车票信息的查询，车次查询及目的站查询列车及车票信息。
售票员通过该系统能够进行列车信息及车票信息的查询，能够进行售票，退票业务，能够更改个人信息，
系统管理员通过该系统能够对整个火车站的列车，车票等信息进行统计，添加，删除，对售票员进行增加或减少，对铁路部门的列车及售票系统进行统一管理。
该软件构建起区域铁路部门列车信息及车票信息，及售票情况，退票情况等基础数据库，实现列车，车票及售票员等的管理，实现整个铁路售票部门的正常运行。
1.3术语表
术语名称（缩写）
含义
B/S
客户端/服务端结构
最终用户
系统开发后的最终使用者
一般用户
需购买火车票进行业务的人群即旅客
售票员
车站及代售点的所有售票员
系统管理员
具有对不同用户进行管理，输入用户的各种信息、管理用户权限、
维护数据库等权限的用户
1.4参考文献
【1】《软件工程——原理，方法与应用（第二版）》史济民顾春华等编著高等教育出版社2004
【2】《软件工程——理论，方法与实践》孙家广主编刘强编著高等教育出版社2006
2.整体描述
2.1产品描述
现今的社会发展迅速，火车成为了人们在交通方面不可缺少的交通工具，乘坐火车出行的人越来越多，所以铁路的客运量也在迅速的增长着。
同时，时间代表的是生命。
为了给人们带来方便快捷的交通环境，铁路系统采取提高列车的速度，增加客运列车等等从而来满足大量的旅客的乘车需求。
但是，现在人多车多的情况下，如果再像是从前一样，在一个单一的地点售票，必然满足不了现在的形势。
所以就需要售票能够在不同的地点进行，同时旅客也应该能够在购买车票之前知道自己所需要的列车是否有票的信息。
如此的情况之下，售票系统的需要自然是相当必要的。
售票系统的出现能够在很大的程度上解决单一地点售票所带来的种种不便，并且能够给想要出行的旅客带来足够的相关信息，使旅客们不必非要到车站的售票处，甚至不用出门就能够知道是否有合适自己出行的车票。
对于售票处的地点也从原来的单一地点（车站）变成了多个地点，可以在市内的多个地点（宾馆、酒店、娱乐场所等等）。
这样给将要出行的旅客带来了更进一步的方便。
使旅客无论是在金钱还是在时间方面都能够得到充分的节省。
为了方便旅客，售票系统不仅仅是只能够售票，也就是说系统的用户应该不只是售票员和管理员，还应该有旅客。
旅客能够通过售票系统得到自己想要的乘车信息。
这样才能够真正的解决以前老式售票的种种不便，才能够真正的成为现在网络社会的真正适应者。
、
该软件是基于构建起区域铁路部门列车信息及车票信息，及售票情况，退票情况等基础数据库，实现列车，车票及售票员等的管理，实现整个铁路售票部门的正常运行，切身的给旅客带来乘车的方便。
在网络技术迅速发展的今天，为解决老式售票模式的缺点，售票系统便自然而然的借助于网络出现了。
JSP技术便是实现售票系统的一种方便而有效的技术，且其具有与平台无关的优越个性，该软件是现有应用程序的替代品。
2.2产品功能概述
铁路售票管理系统主要负责列车信息及车票信息的查询，登录系统及信息管理，火车票的销售与退票，列车及车票的管理。
铁路售票管理系统的主要用户是：
旅客，售票员及系统管理员。
铁路售票管理系统总体功能结构，如图1所示。
铁路售票管理系统
图1铁路售票管理系统总体功能结构
系统的主要功能：
1.列车信息及车票信息的查询
该功能模块的具体实现分为两个部分，一根据车次查询列车信息及售票信息。
二根据目的站查询列车信息及售票信息。
2.登录系统及信息管理
登录系统针对不同用户种类来分，一般用户旅客登录，售票员登录，系统管理员登录，除一般用户外，其余两类用户均需在系统首页用户名与密码才能进入到登录界面，从不同入口获得不同权限，售票员修改个人信息，系统管理员增加或减少售票员。
3.火车票的销售与退票
该功能模块分为两个部分，一是火车票的销售，二是退票。
火车票的销售是由售票员进行操作，并统计更新销售总额的信息
4.列车及车票的管理
该功能模块包含了增加列车、删除列车、火车票的填充，火车票的删除四个部分。
全部是管理员的操作。
2.3用户分类及其特征
1.旅客：
通过该系统来进行列车信息及车票信息的查询，车次查询及目的站查询列车及车票信息。
2.售票员：
通过该系统能够进行列车信息及车票信息的查询，能够进行售票，退票业务，能够更改个人信息
3.系统管理员：
通过该系统能够对整个火车站的列车，车票等信息进行统计，添加，删除，对售票员进行增加或减少，对铁路部门的列车及售票系统进行统一管理。
2.4设计与实现上的约束
（1）系统的开发必需采用B/S的体系结构
（2）能够在intelX86系统芯片组正常使用，保证双核CPU下同样能够正常使用。
（3）提供与售票站点（包括火车站及代售点）的铁路售票系统接口
（4）使用JAVA编程语言及SQL数据库来进行系统实现
（5）遵循GB8566计算机软件开发规范
（6）遵循GB8567计算机软件产品开发文件编制指南
（7）遵循GB/T11457软件工程术语
2.5运行环境
设备：
采用Intel应用服务器
运行时内存要求：
1MB;
安装所需硬盘：
5MB;
操作系统：
Windows2000/XP/Vista
支持软件：
SQLServer2008
2.6假设和依赖
（1）已有现成的产品化数据库——火车线路及车票等大型数据库可供使用，且其支持标准的SQL结构化行为及ODBC连接方式。
（2）产品仅保证在windowsXP操作系统下运行，服务器移植测试结果对产品评价无
影响。
3需求描述
3.1功能需求
3.1.1铁路售票管理系统各子系统用例图
铁路售票管理系统包括四个子系统：
列车信息及车票信息查询系统，登录系统及信息管理系统，火车票销售及退票系统，列车及车票管理系统。
图2 铁路售票管理系统总体构架图
因此可以确定一下参与者：
1.旅客：
通过该系统来进行列车信息及车票信息的查询，车次查询及目的站查询列 车及车票信息。
2.售票员：
通过该系统能够进行列车信息及车票信息的查询，能够进行售票，退票业务，能够更改个人信息
3.系统管理员：
通过该系统能够对整个火车站的列车，车票等信息进行统计，添加，删除，对售票员进行增加或减少，对铁路部门的列车及售票系统进行统一管理。
3.1.1.1列车及车票信息查询子系统
图3列车信息及车票信息查询子系统
用自顶向下模式可知，又可分为如下用例
图4列车及车票查询子系统具体分析图
从列车信息及车票查询系统可细分为两个用例：
列车查询用例及车票查询用例，而每个用例均可用按车次查询及目的站查询两方面来进行查询，故列车查询用例与车票查询都包括车次查询用例及目的站查询用例。
列车查询：
根据车次或目的站及相关因素来查询所要乘坐的车次，可以查询到列车的静态信息及动态信息。
车票查询：
根据车次或目的站及相关因素来查询所要买的车票，可以查询到在某个日期各种票的价格，及剩余票数。
车次查询：
一个车次是能够唯一标识一列列车的唯一标识。
通过列车的车次查询，只能得到一列列车的基本信息。
列车的基本信息中包含的是列车的一些静态信息。
比如，列车的途经站，列车的载客量，列车到每一个途经站的票价等等。
还有动态的查询，动态查询是指查询用户所查询的列车在用户所需要的那个日期是否有票可以出售。
动态查询的前提条件是需要用户告诉系统他所需要的车票的日期。
这样系统才能够根据用户提交个系统的两个条件（车次和日期）做出静态信息和动态信息的全部。
目的站查询：
通过目的站的查询相对于通过车次查询要复杂一些。
因为车次就能够唯一的标识一列列车了。
而目的站不能，到同一个目的站的车会有很多。
所以当用户告诉系统他想到哪一站的时候，系统应该先将满足到该目的站停车的所有车次查询到。
然后列出这些列车的静态信息给用户。
这个步骤就是通过目的站查询比通过车次查询所多出的一个步骤。
之后每一个列车都有一条静态信息的记录，就好像是在通过车次查询出来的结果一样。
想要继续得到某一列列车的动态信息，仍然还是需要用户提交给系统另一个关键的信息即想要购买的车票的日期。
各用例陈述性规格说明
表1用例“列车查询”的陈述性规格说明
用例
列车查询
简述
按车次或目的站信息来查询列车的静态信息
参与者
最终用户
前提条件
存在列车查询系统
主事件流
1.一旦用户选择“列车查询”，用例开始
2.用户再继续选择是用车次查询还是目的站查询
3.选择查询方式后，系统根据查询类别显示相应的列车信息
其它事件流
无
后置条件
无
表2用例“车票查询”的陈述性规格说明
用例
车票查询
简述
按车次或目的站信息来查询车票的静态信息
参与者
最终用户
前提条件
存在车票查询系统
主事件流
1.一旦用户选择“列车查询”，用例开始
2.用户再继续选择是用车次查询还是目的站查询
3.选择查询方式后，系统根据查询类别显示相应的车票信息
其它事件流
无
后置条件
无
表3用例“车次查询”的陈述性规格说明
用例
车次查询
简述
按已知车次来查询列车及车票信息
参与者
所有最终用户
前提条件
存在车次查询功能系统
主事件流
1.一旦最终用户选择“车次查询”，用例开始
2.系统要求最终用户输入车次信息
3.系统显示该车次的列车或车票信息
4.显示完毕，用例完成
其它事件流
如果车次输入不正确（非法输入或车次不存在），系统显示错误提示信息。
后置条件
无
表4用例“目的站查询”的陈述性规格说明
用例
目的站查询
简述
按已知目的站来查询需要的列车及车票信息
参与者
最终用户
前提条件
存在目的站查询功能系统
主事件流
1.一旦最终用户选择“目的站查询”，用例开始
2.系统要求最终用户输入目的站信息
3.系统返回到达目的站的所有车次信息列表
4.选择其中一个车次
5.系统返回该车次的列车及车票信息
其它事件流
如果目的站输入不正确（非法输入及目的站不存在），系统显示出错信息
后置条件
无
3.1.1.2登录系统及信息管理子系统
图5登录系统及信息管理子系统
该系统可分为5个用例：
1.一般用户登录：
一般用户进行登录系统界面
2.售票员登录：
售票员输入用户名与密码进行登录系统，获得售票员应有的售票系 统相关的权限
3.系统管理员登录：
系统管理员输入用户名与密码进行登录系统，获得系统管理员应有的售票系统相关的权限
4.信息管理：
售票员及系统管理员对自己的个人信息如密码，工作单位等进行修改，管理
5.增加售票员：
系统管理员对售票员进行增加，赋予其售票权限
6.删除售票员：
系统管理员对售票员进行删除，取消其售票权限
表5用例“一般用户登录”的陈述性规格说明
用例
一般用户登录
简述
一般用户进行登录系统界面
参与者
一般用户
前提条件
一般用户登录系统存在
主事件流
1.一旦最终用户选择“一般用户登录”，用例开始
2.系统直接进入系统首页——查询信息页面
其它事件流
无
后置条件
无
表6用例“售票员登录”的陈述性规格说明
用例
售票员登录
简述
售票员输入用户名与密码进行登录系统，获得售票员应有的售票系统相关的权限
参与者
售票员
前提条件
售票员登录系统存在
主事件流
1.一旦最终用户选择“售票员登录”，用例开始
2.售票员输入用户名与密码来登录系统
3.系统验证身份的正确性
4.身份验证正确即进入售票员登录成功对应的页面
其它事件流
如果用户名与密码输入有误，无法通过验证，则系统将显示用户名与密码出错信息
后置条件
售票员登录后可进行其权限范围内的操作
表7用例“系统管理员登陆”的陈述性规格说明
用例
系统管理员登陆
简述
系统管理员输入用户名与密码进行登录系统，获得系统管理员应有的售票系统相关的权限
参与者
系统管理员
前提条件
系统管理员登录系统存在
主事件流
1.一旦最终用户选择“系统管理员登录”，用例开始
2.系统管理员输入用户名与密码来登录系统
3.系统验证身份的正确性
4.身份验证正确即进入系统管理员登录成功对应的页面
其它事件流
如果用户名与密码输入有误，无法通过验证，则系统将显示用户名与密码出错信息
后置条件
系统管理员登录后可进行其权限范围内的操作
补充规约：
1、用户名可以包含大小写字母、数字、下划线，长度最好不超过20字节。
2、密码也可以包含大小写字母、数字、下划线，长度最好在6字节到20字节之间。
表8用例“信息管理”的陈述性规格说明
用例
信息管理
简述
售票员及系统管理员对自己的个人信息如密码，工作单位等进行修改，管理
参与者
售票员与系统管理员
前提条件
信息管理系统存在，售票员与系统管理员已经成功登录到系统中
主事件流
1.一旦最终用户选择“信息管理”，用例开始
2.进入信息管理页面并对其信息进行修改保存
3.系统显示已经经过修改后的个人信息
其它事件流
无
后置条件
无
表9用例“增加售票员”的陈述性规格说明
用例
增加售票员
简述
系统管理员对售票员进行增加，赋予其售票权限
参与者
系统管理员
前提条件
增加售票员系统存在
主事件流
1.一旦最终用户选择“增加售票员”，用例开始
2.进入增加管理员页面并对售票员进行增加
3.系统售票员名单中将出现新增加售票员
其它事件流
无
后置条件
该售票员有售票权限，能进行售票员登录，能进行售票员权限下的所有操作
表10用例“删除售票员”的陈述性规格说明
用例
删除售票员
简述
系统管理员对售票员进行删除，取消其售票权限
参与者
系统管理员
前提条件
删除售票员系统存在
主事件流
4.一旦最终用户选择“删除售票员”，用例开始
5.进入删除管理员页面并对某一售票员进行删除
6.系统售票员名单中将消失
其它事件流
无
后置条件
该售票员没有售票权限，不能进行售票员登录，只能进行一般用户的操作
3.1.1.3车票的销售与退票子系统
图6车票的销售与退票子系统
该子系统可分为如下2个用例：
1）车票销售：
根据旅客要求的车次及日期进行车票的销售
2）车票退票：
根据旅客退票要求进行退票
各用例陈述性说明
表11用例“车票销售”的陈述性规格说明
用例
车票销售
简述
根据旅客要求的车次及日期进行车票的销售
参与者
售票员
前提条件
存在车票销售系统,有客户买票需求，提出相应的车次及日期要求
主事件流
1.一旦售票员选择“车票销售”，用例开始
2.根据顾客的要求经车票查询系统输入车次及日期来得到车票情况
3.售票员点击出售按钮，进行出票销售
其它事件流
无
后置条件
售票后进行收取票费工作，并统计销售总额
表12用例“车票退票”的陈述性规格说明
用例
车票退票
简述
根据旅客退票要求进行退票
参与者
售票员
前提条件
存在车票退票系统，有一般用户（旅客）退票需求
主事件流
1.一旦售票员选择“车票退票”，用例开始
2.售票员检查车票检测其退票可行性
3.如果可以进行退票，则根据车票车次及日期信息来得到对应车票信息栏
4.点击退票按钮，完成退票工作
其它事件流
退票可行性出错，则告诉一般用户退票不可行
后置条件
按照退票规则进行票费回退
3.1.1.4列车及车票管理子系统
图7列车及车票管理子系统
该子系统可分为如下四个用例
1）列车增加：
系统管理员向整个铁道部增加火车线路，增加火车
2）列车删除：
系统管理员对已存在路线进行取消，删除列车
3）车票填充：
将某一日期的可销售的火车票数量增加
4）车票删除：
将某一日期过期的可销售的火车票数减少，清0
表13用例“列车增加”的陈述性规格说明
用例
列车增加
简述
系统管理员向整个铁道部增加火车线路，增加火车
参与者
系统管理员
前提条件
存在列车增加系统，铁路部运行紧张需增加火车线路
主事件流
1.一旦系统管理员选择“列车增加”，用例开始
2．系统进行内部运作，然后新增加的列车将出现在列车列表中，列车信息在数据库中更新
其它事件流
无
后置条件
之后便可对该列车进行列车信息及车票信息查询等其他各项功能操作
表14用例“列车删除”的陈述性规格说明
用例
列车删除
简述
系统管理员对已存在路线进行取消，删除列车
参与者
系统管理员
前提条件
列车删除功能存在，线路过多有删除需要
主事件流
1．一旦系统管理员选择“列车删除”，用例开始
2．系统进行内部运作，然后删除的列车将消失在列车列表中，列车信息在数据库中更新
其它事件流
无
后置条件
之后将不能对该列车进行任何与铁路售票系统相关的任何功能进行操作
表15用例“车票填充”的陈述性规格说明
用例
车票填充
简述
将某一日期的可销售的火车票数量增加
参与者
系统管理员
前提条件
车票填充系统存在
主事件流
1．一旦系统管理员选择“车票填充”，用例开始
2.系统将增加后的可销售的车票数量显示
其它事件流
无
后置条件
车票数量更新，可以进行更多的售票服务
表16用例“车票删除”的陈述性规格说明
用例
车票删除
简述
将某一日期过期的可销售的火车票数减少，清0
参与者
系统管理员
前提条件
车票删除系统存在
主事件流
1.一旦系统管理员选择“车票删除”，用例开始
2.系统显示清0
其它事件流
无
后置条件
之后不能对该日期的车票进行销售或退票操作
3.1.2铁路售票管理系统各子系统类图，次序图及协作图
3.1.2.1列车及车票信息查询子系统
1. 边界类：
列车及车票信息查询界面
控制类：
列车信息查询 车票信息查询
实体类：
列车总体信息单车信息车票信息
2.类图
图8列车及车票信息查询子系统类图
3.各类具体说明：
边界类列车及车票信息查询界面TrainTicketQueryInterface
方法
说明
trainQueryNumberInterface（number）
显示按车次查询列车信息栏
trainQueryDestinationInterface（zhongdaozhan）
显示按目的站查询列车信息栏
ticketQueryNumberInterface（number）
显示按车次查询车票信息栏
ticketQueryDestinationInterface（zhongdaozhan）
显示按目的站查询车票信息栏
控制类列车信息查询TrainInformationQuery
方法
说明
trainInformationQueryNumber（number）
列车信息按车次查询动作
trainInformationQueryDestination（zhongdaozhan）
列车信息按目的站查询动作
getSingleTrainInformation（number）
根据列车总表选择其中一列车，得到单车信息列表
控制类车票信息查询TicketInformationQuery
方法
说明
ticketInformationQueryNumber（number）
车票信息按车次查询动作
TicketInformationQueryDestination（zhongdaozhan）
车票信息按目的站查询动作
实体类火车总表信息AllTrainInformation
属性
说明
number
车次
arriveTime
终到时间
leibie
类别
kongtiao
空调
tujingzhan
途经站
shifazhan
始发站
fachetime
发车时间
yzshu
硬座总数
rzshu
软座总数
ywshu
硬卧总数
rwshu
软卧总数
实体类单车信息SingalTrainInformation
属性
说明
number
车次
jintingzhan
经停站
leibie
类别
zhongdianzhan
终点站
tjfachetime
途经发车时间
tjdaodatime
途经到达时间
fachetime
发车时间
zhongdaotime
终到时间
yzprice
硬座价格
rzprice
软座价格
ywprice
硬卧价格
rwprice
软卧价格
licheng
里程
实体类车票信息TicketInformation
属性
说明
bianhao
车票编号
number
车次
fachetime
发车时间
shifazhan
始发站
chexiangnum
车厢号
cheweinum
车位号
leibie
类别
4.次序图
图9列车及车票信息查询子系统次序图
5.协作图
图10列车及车票信息查询子系统协作图
3.1.2.2登录系统及信息管理子系统
1、系统组成：
本系统的边界类有：
一般用户、售票员和管理员登录界面、售票员信息显示界面、个人信息管理界面；控制类有：
查找售票员、删除管理员、添加管理员、修改个人信息；实体类有：
售票员信息、管理员信息。
2、类图：
图11登录系统及信息管理子系统类图
3、陈述规格说明：
边
升级会员 