铁路售票管理系统需求说明书.docx

1、铁路售票管理系统需求说明书软件工程课程设计报告 专业班级：信息与计算科学0901班 项目名称： 铁路售票管理系统 项目组长： 成 员： 2012.1.5 铁路售票管理系统软件需求规格说明书组长：张银分工情况：张银 子系统1 ：列车及车票信息查询子系统 子系统2 ：登录系统及信息管理子系统 子系统3 ：车票的销售与退票子系统 子系统4 ：列车及车票管理子系统1.前言1.1 目的本文档的目的在于明确项目的具体需求，让客户及设开发者均有据可依，遵从这个需求报告来组织开发整个系统。通过对目标用户需求的细化，分析由具体场景中的用例所驱动的事件及其处理流程。1.为编制后续各阶段的文档提供基本依据；2.提供

2、给用户确认或本地化修改的基本文件；3.作为日后软件确认测试和系统验收之参考依据；4.作为日后系统维护工作基准文件。本文档的使用者包括本系统用户、需求分析人员、项目管理人员、软件设计人员、软件质量控制人员以及软件维护人员。1.2范围a 待开发的软件系统的名称：铁路售票管理系统b 本项目的任务提出者：哈尔滨工业大学企业智能与服务实验室王忠杰老师；开发者：哈工大计算机学院05级2班开发小组；用户：旅客，车站售票员，系统管理员 本软件产品是一项独立的软件，而且全部内容自含。实现网络化铁路售票管理。旅客可通过该系统来进行列车信息及车票信息的查询，车次查询及目的站查询列车及车票信息。售票员通过该系统能够进

3、行列车信息及车票信息的查询，能够进行售票，退票业务，能够更改个人信息，系统管理员通过该系统能够对整个火车站的列车，车票等信息进行统计，添加，删除，对售票员进行增加或减少，对铁路部门的列车及售票系统进行统一管理。 该软件构建起区域铁路部门列车信息及车票信息，及售票情况，退票情况等基础数据库，实现列车，车票及售票员等的管理，实现整个铁路售票部门的正常运行。1.3术语表术语名称(缩写)含义B/S客户端/服务端结构最终用户系统开发后的最终使用者一般用户需购买火车票进行业务的人群即旅客售票员车站及代售点的所有售票员系统管理员具有对不同用户进行管理，输入用户的各种信息、管理用户权限、维护数据库等权限的用户

4、1.4参考文献【1】软件工程原理，方法与应用（第二版） 史济民 顾春华等编著 高等教育出版社 2004【2】软件工程理论，方法与实践 孙家广主编 刘强编著 高等教育出版社 20062.整体描述2.1 产品描述 现今的社会发展迅速，火车成为了人们在交通方面不可缺少的交通工具，乘坐火车出行的人越来越多，所以铁路的客运量也在迅速的增长着。同时，时间代表的是生命。为了给人们带来方便快捷的交通环境，铁路系统采取提高列车的速度，增加客运列车等等从而来满足大量的旅客的乘车需求。但是，现在人多车多的情况下，如果再像是从前一样，在一个单一的地点售票，必然满足不了现在的形势。所以就需要售票能够在不同的地点进行，同

5、时旅客也应该能够在购买车票之前知道自己所需要的列车是否有票的信息。如此的情况之下，售票系统的需要自然是相当必要的。售票系统的出现能够在很大的程度上解决单一地点售票所带来的种种不便，并且能够给想要出行的旅客带来足够的相关信息，使旅客们不必非要到车站的售票处，甚至不用出门就能够知道是否有合适自己出行的车票。对于售票处的地点也从原来的单一地点（车站）变成了多个地点，可以在市内的多个地点（宾馆、酒店、娱乐场所等等）。这样给将要出行的旅客带来了更进一步的方便。使旅客无论是在金钱还是在时间方面都能够得到充分的节省。为了方便旅客，售票系统不仅仅是只能够售票，也就是说系统的用户应该不只是售票员和管理员，还应该

6、有旅客。旅客能够通过售票系统得到自己想要的乘车信息。这样才能够真正的解决以前老式售票的种种不便，才能够真正的成为现在网络社会的真正适应者。、该软件是基于构建起区域铁路部门列车信息及车票信息，及售票情况，退票情况等基础数据库，实现列车，车票及售票员等的管理，实现整个铁路售票部门的正常运行，切身的给旅客带来乘车的方便。在网络技术迅速发展的今天，为解决老式售票模式的缺点，售票系统便自然而然的借助于网络出现了。JSP技术便是实现售票系统的一种方便而有效的技术，且其具有与平台无关的优越个性，该软件是现有应用程序的替代品。2.2产品功能概述铁路售票管理系统主要负责列车信息及车票信息的查询，登录系统及信息管

7、理，火车票的销售与退票，列车及车票的管理。铁路售票管理系统的主要用户是：旅客，售票员及系统管理员。铁路售票管理系统总体功能结构，如图1所示。铁路售票管理系统 图1 铁路售票管理系统总体功能结构 系统的主要功能： 1.列车信息及车票信息的查询该功能模块的具体实现分为两个部分，一 根据车次查询列车信息及售票信息。二 根据目的站查询列车信息及售票信息。2.登录系统及信息管理登录系统针对不同用户种类来分，一般用户旅客登录，售票员登录，系统管理员登录，除一般用户外，其余两类用户均需在系统首页用户名与密码才能进入到登录界面，从不同入口获得不同权限，售票员修改个人信息，系统管理员增加或减少售票员。3.火车票

8、的销售与退票该功能模块分为两个部分，一是火车票的销售，二是退票。火车票的销售是由售票员进行操作，并统计更新销售总额的信息4.列车及车票的管理该功能模块包含了增加列车、删除列车、火车票的填充，火车票的删除四个部分。全部是管理员的操作。2.3用户分类及其特征1.旅客： 通过该系统来进行列车信息及车票信息的查询，车次查询及目的站查询列车及车票信息。2.售票员： 通过该系统能够进行列车信息及车票信息的查询，能够进行售票，退票业务，能够更改个人信息3.系统管理员： 通过该系统能够对整个火车站的列车，车票等信息进行统计，添加，删除，对售票员进行增加或减少，对铁路部门的列车及售票系统进行统一管理。2.4设计

9、与实现上的约束(1) 系统的开发必需采用B/S 的体系结构(2) 能够在 intel X86 系统芯片组正常使用，保证双核CPU 下同样能够正常使用。(3) 提供与售票站点（包括火车站及代售点）的铁路售票系统接口(4) 使用JAVA编程语言及SQL数据库来进行系统实现(5) 遵循GB8566 计算机软件开发规范(6) 遵循GB8567 计算机软件产品开发文件编制指南(7) 遵循GB/T11457 软件工程术语2.5运行环境设备：采用Intel 应用服务器运行时内存要求：1MB;安装所需硬盘：5MB;操作系统：Windows 2000/XP/Vista支持软件：SQL Server20082.6

10、假设和依赖(1) 已有现成的产品化数据库火车线路及车票等大型数据库可供使用，且其支持标准的SQL 结构化行为及ODBC 连接方式。(2) 产品仅保证在windows XP 操作系统下运行，服务器移植测试结果对产品评价无影响。3需求描述3.1功能需求3.1.1 铁路售票管理系统各子系统用例图 铁路售票管理系统包括四个子系统：列车信息及车票信息查询系统，登录系统及信息管理系统，火车票销售及退票系统，列车及车票管理系统。图2铁路售票管理系统总体构架图因此可以确定一下参与者：1.旅客： 通过该系统来进行列车信息及车票信息的查询，车次查询及目的站查询列车及车票信息。2.售票员： 通过该系统能够进行列车信

11、息及车票信息的查询，能够进行售票，退票业务，能够更改个人信息3.系统管理员： 通过该系统能够对整个火车站的列车，车票等信息进行统计，添加，删除，对售票员进行增加或减少，对铁路部门的列车及售票系统进行统一管理。 3.1.1.1 列车及车票信息查询子系统 图 3 列车信息及车票信息查询子系统用自顶向下模式可知，又可分为如下用例 图4 列车及车票查询子系统具体分析图从列车信息及车票查询系统可细分为两个用例： 列车查询用例及车票查询用例，而每个用例均可用按车次查询及目的站查询两方面来进行查询，故列车查询用例与车票查询都包括车次查询用例及目的站查询用例。列车查询： 根据车次或目的站及相关因素来查询所要乘

12、坐的车次，可以查询到列车的静态信息及动态信息。车票查询： 根据车次或目的站及相关因素来查询所要买的车票，可以查询到在某个日期各种票的价格，及剩余票数。车次查询： 一个车次是能够唯一标识一列列车的唯一标识。通过列车的车次查询，只能得到一列列车的基本信息。列车的基本信息中包含的是列车的一些静态信息。比如，列车的途经站，列车的载客量，列车到每一个途经站的票价等等。还有动态的查询，动态查询是指查询用户所查询的列车在用户所需要的那个日期是否有票可以出售。动态查询的前提条件是需要用户告诉系统他所需要的车票的日期。这样系统才能够根据用户提交个系统的两个条件（车次和日期）做出静态信息和动态信息的全部。目的站查

13、询： 通过目的站的查询相对于通过车次查询要复杂一些。因为车次就能够唯一的标识一列列车了。而目的站不能，到同一个目的站的车会有很多。所以当用户告诉系统他想到哪一站的时候，系统应该先将满足到该目的站停车的所有车次查询到。然后列出这些列车的静态信息给用户。这个步骤就是通过目的站查询比通过车次查询所多出的一个步骤。之后每一个列车都有一条静态信息的记录，就好像是在通过车次查询出来的结果一样。想要继续得到某一列列车的动态信息，仍然还是需要用户提交给系统另一个关键的信息即想要购买的车票的日期。各用例陈述性规格说明表1 用例“列车查询”的陈述性规格说明用例 列车查询简述按车次或目的站信息来查询列车的静态信息参

14、与者最终用户前提条件存在列车查询系统主事件流1.一旦用户选择“列车查询”，用例开始 2.用户再继续选择是用车次查询还是目的站查询3.选择查询方式后，系统根据查询类别显示相应的列车信息 其它事件流无后置条件无表2 用例“车票查询”的陈述性规格说明用例 车票查询简述按车次或目的站信息来查询车票的静态信息参与者最终用户前提条件存在车票查询系统主事件流1.一旦用户选择“列车查询”，用例开始 2.用户再继续选择是用车次查询还是目的站查询3.选择查询方式后，系统根据查询类别显示相应的车票信息其它事件流无后置条件无表3 用例“车次查询”的陈述性规格说明用例车次查询简述 按已知车次来查询列车及车票信息参与者所

15、有最终用户前提条件存在车次查询功能系统 主事件流1.一旦最终用户选择“车次查询”，用例开始2.系统要求最终用户输入车次信息3.系统显示该车次的列车或车票信息4.显示完毕，用例完成其它事件流如果车次输入不正确（非法输入或车次不存在），系统显示错误提示信息。后置条件无表4 用例“目的站查询”的陈述性规格说明用例 目的站查询简述按已知目的站来查询需要的列车及车票信息参与者最终用户前提条件存在目的站查询功能系统主事件流1.一旦最终用户选择“目的站查询”，用例开始2.系统要求最终用户输入目的站信息3.系统返回到达目的站的所有车次信息列表4.选择其中一个车次5.系统返回该车次的列车及车票信息其它事件流如果

16、目的站输入不正确（非法输入及目的站不存在），系统显示出错信息后置条件无3.1.1.2 登录系统及信息管理子系统 图5 登录系统及信息管理子系统该系统可分为5个用例：1.一般用户登录：一般用户进行登录系统界面2.售票员登录：售票员输入用户名与密码进行登录系统，获得售票员应有的售票系统相关的权限3.系统管理员登录：系统管理员输入用户名与密码进行登录系统，获得系统管理员应有的售票系统相关的权限4.信息管理：售票员及系统管理员对自己的个人信息如密码，工作单位等进行修改，管理5.增加售票员：系统管理员对售票员进行增加，赋予其售票权限6.删除售票员：系统管理员对售票员进行删除，取消其售票权限表5 用例“一

17、般用户登录”的陈述性规格说明用例一般用户登录简述一般用户进行登录系统界面参与者一般用户前提条件一般用户登录系统存在主事件流1.一旦最终用户选择“一般用户登录”，用例开始2.系统直接进入系统首页查询信息页面其它事件流无后置条件无表6 用例“售票员登录”的陈述性规格说明用例售票员登录简述售票员输入用户名与密码进行登录系统，获得售票员应有的售票系统相关的权限参与者售票员前提条件售票员登录系统存在主事件流1.一旦最终用户选择“售票员登录”，用例开始2.售票员输入用户名与密码来登录系统3.系统验证身份的正确性4.身份验证正确即进入售票员登录成功对应的页面其它事件流如果用户名与密码输入有误，无法通过验证，

18、则系统将显示用户名与密码出错信息后置条件售票员登录后可进行其权限范围内的操作表7 用例“系统管理员登陆”的陈述性规格说明用例系统管理员登陆简述系统管理员输入用户名与密码进行登录系统，获得系统管理员应有的售票系统相关的权限参与者系统管理员前提条件系统管理员登录系统存在主事件流1.一旦最终用户选择“系统管理员登录”，用例开始2.系统管理员输入用户名与密码来登录系统3.系统验证身份的正确性4.身份验证正确即进入系统管理员登录成功对应的页面其它事件流如果用户名与密码输入有误，无法通过验证，则系统将显示用户名与密码出错信息后置条件系统管理员登录后可进行其权限范围内的操作补充规约：1、用户名可以包含大小写

19、字母、数字、下划线，长度最好不超过20字节。2、密码也可以包含大小写字母、数字、下划线，长度最好在6字节到20字节之间。表8 用例“信息管理”的陈述性规格说明用例信息管理简述售票员及系统管理员对自己的个人信息如密码，工作单位等进行修改，管理参与者售票员与系统管理员前提条件信息管理系统存在，售票员与系统管理员已经成功登录到系统中主事件流1.一旦最终用户选择“信息管理”，用例开始2.进入信息管理页面并对其信息进行修改保存3.系统显示已经经过修改后的个人信息其它事件流无后置条件无表9 用例“增加售票员”的陈述性规格说明用例增加售票员简述系统管理员对售票员进行增加，赋予其售票权限参与者系统管理员前提条

20、件增加售票员系统存在主事件流1.一旦最终用户选择“增加售票员”，用例开始2.进入增加管理员页面并对售票员进行增加3.系统售票员名单中将出现新增加售票员其它事件流无后置条件该售票员有售票权限，能进行售票员登录，能进行售票员权限下的所有操作 表10 用例“删除售票员”的陈述性规格说明用例删除售票员简述系统管理员对售票员进行删除，取消其售票权限参与者系统管理员前提条件删除售票员系统存在主事件流4.一旦最终用户选择“删除售票员”，用例开始5.进入删除管理员页面并对某一售票员进行删除6.系统售票员名单中将消失其它事件流无后置条件该售票员没有售票权限，不能进行售票员登录，只能进行一般用户的操作 3.1.1

21、.3 车票的销售与退票子系统图6 车票的销售与退票子系统 该子系统可分为如下2个用例： 1)车票销售：根据旅客要求的车次及日期进行车票的销售2)车票退票：根据旅客退票要求进行退票各用例陈述性说明表11 用例“车票销售”的陈述性规格说明用例车票销售简述根据旅客要求的车次及日期进行车票的销售参与者售票员前提条件存在车票销售系统,有客户买票需求，提出相应的车次及日期要求主事件流1.一旦售票员选择“车票销售”，用例开始2.根据顾客的要求经车票查询系统输入车次及日期来得到车票情况3.售票员点击出售按钮，进行出票销售其它事件流无后置条件售票后进行收取票费工作，并统计销售总额表 12 用例“车票退票”的陈述

22、性规格说明用例车票退票简述根据旅客退票要求进行退票参与者售票员前提条件存在车票退票系统，有一般用户（旅客）退票需求主事件流1.一旦售票员选择“车票退票”，用例开始2.售票员检查车票检测其退票可行性3.如果可以进行退票，则根据车票车次及日期信息来得到对应车票信息栏4.点击退票按钮，完成退票工作其它事件流退票可行性出错，则告诉一般用户退票不可行后置条件按照退票规则进行票费回退3.1.1.4 列车及车票管理子系统 图7 列车及车票管理子系统该子系统可分为如下四个用例1)列车增加：系统管理员向整个铁道部增加火车线路，增加火车2)列车删除：系统管理员对已存在路线进行取消，删除列车3)车票填充：将某一日期

23、的可销售的火车票数量增加4)车票删除：将某一日期过期的可销售的火车票数减少，清0表13 用例“列车增加”的陈述性规格说明用例列车增加简述系统管理员向整个铁道部增加火车线路，增加火车参与者系统管理员前提条件存在列车增加系统，铁路部运行紧张需增加火车线路主事件流1.一旦系统管理员选择“列车增加”，用例开始2系统进行内部运作，然后新增加的列车将出现在列车列表中，列车信息在数据库中更新其它事件流无后置条件之后便可对该列车进行列车信息及车票信息查询等其他各项功能操作表14 用例“列车删除”的陈述性规格说明用例列车删除简述系统管理员对已存在路线进行取消，删除列车参与者系统管理员前提条件列车删除功能存在，线

24、路过多有删除需要主事件流1一旦系统管理员选择“列车删除”，用例开始2系统进行内部运作，然后删除的列车将消失在列车列表中，列车信息在数据库中更新其它事件流无后置条件之后将不能对该列车进行任何与铁路售票系统相关的任何功能进行操作表15 用例“车票填充”的陈述性规格说明用例车票填充简述将某一日期的可销售的火车票数量增加参与者系统管理员前提条件车票填充系统存在主事件流1一旦系统管理员选择“车票填充”，用例开始2. 系统将增加后的可销售的车票数量显示其它事件流无后置条件车票数量更新，可以进行更多的售票服务表16 用例“车票删除”的陈述性规格说明用例车票删除简述将某一日期过期的可销售的火车票数减少，清0参

25、与者系统管理员前提条件车票删除系统存在主事件流1. 一旦系统管理员选择“车票删除”，用例开始2. 系统显示清0其它事件流无后置条件之后不能对该日期的车票进行销售或退票操作3.1.2 铁路售票管理系统各子系统类图，次序图及协作图3.1.2.1列车及车票信息查询子系统1. 边界类：列车及车票信息查询界面 控制类：列车信息查询车票信息查询实体类：列车总体信息 单车信息 车票信息2.类图 图8 列车及车票信息查询子系统类图3.各类具体说明： 边界类 列车及车票信息查询界面 TrainTicketQueryInterface方法说明trainQueryNumberInterface (number)显示

26、按车次查询列车信息栏trainQueryDestinationInterface (zhongdaozhan)显示按目的站查询列车信息栏ticketQueryNumberInterface (number)显示按车次查询车票信息栏ticketQueryDestinationInterface (zhongdaozhan)显示按目的站查询车票信息栏 控制类 列车信息查询 TrainInformationQuery方法说明trainInformationQueryNumber(number)列车信息按车次查询动作trainInformationQueryDestination (zhongdaoz

27、han)列车信息按目的站查询动作getSingleTrainInformation(number)根据列车总表选择其中一列车，得到单车信息列表 控制类 车票信息查询 TicketInformationQuery方法说明ticketInformationQueryNumber(number) 车票信息按车次查询动作TicketInformationQueryDestination(zhongdaozhan)车票信息按目的站查询动作 实体类 火车总表信息 AllTrainInformation属性 说明number车次arriveTime终到时间leibie类别kongtiao空调tujingzh

28、an途经站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、陈述规格说明： 边