在线火车票订购系统1215Word文件下载.docx

在线火车票订购系统1215Word文件下载.docx

《在线火车票订购系统1215Word文件下载.docx》由会员分享，可在线阅读，更多相关《在线火车票订购系统1215Word文件下载.docx（54页珍藏版）》请在冰豆网上搜索。

注册业务

姬伟东

541007010113

发布公告业务

尚瑞伟

541007010130

处理意见业务

周东洋

541007010158

退订车票业务

讨论文档：

在线火车票订购系统功能主要有：

1.查询业务：

查询业务具体包括查询列车的正晚点发车，方便客户能够及时顺利的知道列车的出发情况。

列车余票查询以及票价查询。

2.处理意见业务：

具体包括客户提交问题和问题反馈。

3.改签业务：

当客户因为某种原因需要改签车票的时候，可以自己登陆自己的账号进行改签业务。

4.个人账户管理业务：

除了管理密码修改个人基本信息，比如：

更改昵称变更邮箱、绑定的手机号等，还增添了常用联系人管理，用户可以自己添加联系人、修改联系人和删除联系人，以便在购买车票的时候可以用自己的账号帮助好友一起购买车票。

5.领票业务：

当客户去火车站或者代售点去领取纸质车票的时候，只需要提供本人的身份证给售票员，售票员进行刷卡识别认证，查到购票订单进行提取车票。

然后再把车票移交给客户。

6.退订车票业务：

实现自动地实现退订车票的功能，首先要查询到自己购买的订单后，根据订单信息进行退订车票处理业务。

7.车票预订业务：

查找到自己想要购买的车票后，点击预订车票后生成订单，直接进行网上支付即可完成预订购买。

8.注册业务：

客户想要应用本系统就必须要先注册账号，点击注册后，要通过绑定手机号，绑定身份证号，绑定邮箱才能够完成注册。

9.发布公告业务：

发布公告的参与者是管理员，当出现特殊的情况，管理员可以在系统上公布信息通知广大用户，如：

节假日添加列次等。

目录

1.概述4

2.背景4

3.名词定义5

4.参考资料5

5.任务概述5

5.1主要的系统特征（Feature）5

5.2.项目的范围和限制6

5.2.1初始发布和后续发布的范围6

5.2.2限制和排除条件（LImitation）6

5.3涉众6

5.4项目优先级7

6.目标（BusinessObjective）和成功标准（SuccessCrite）7

7.运行环境（OperatingEnvironment，OE）8

8.假定（Assumption）和约束（Constraint）8

9.需求规定9

9.1用户需求9

9.1.1组织机构和角色9

9.1.1.1客户参与业务11

9.1.1.2售票员参与业务11

9.1.1.3管理员参与业务12

9.1.2业务概览14

9.1.2.1查询业务14

9.1.2.2处理意见业务15

9.1.2.3改签业务15

9.1.2.4个人账户管理业务16

9.1.2.5领票业务17

9.1.2.6退订车票业务18

9.1.2.7车票预订业务18

9.1.2.8注册业务19

9.1.2.9公告发布业务20

9.2业务场景21

9.2.1查询业务场景21

9.2.2处理意见业务场景22

9.2.3.改签业务场景23

9.2.4.个人账户管理场景24

9.2.5.领票业务场景25

9.2.6.退订车票业务场景26

9.2.7.车票预订业务场景27

9.2.8.注册业务场景28

9.2.9.发布公告业务场景29

9.3系统需求30

9.3.1概览30

9.3.2系统需求规定32

9.3.3务场景分析41

9.3.4业务实体分析51

9.4数据分析60

9.4.1实体之间关系图：

60

10.性能需求（Performance）60

11.安全设施需求（SAfety）60

12.安全性需求（Security）61

13.软件质量属性（可靠性、可用性、有效性、可维护性、可移植性）61

14.外部接口需求61

15.用户界面（UserInterfaces，UI）61

16.通信接口（CommunicationsInterfaces，CI）62

1.概述

该软件需求规格说明描述了“在线售票系统”1.0版本的软件功能性需求和非功能性需求。

同时还描述了用户在系统的工作中所参与的角色以及拥有的权限，从而使开发团队能够明确地了解所开发的“在线火车售票系统”1.0版本的各个方面，帮助他们在实际的开发过程中准确地完成所开发的模块，以满足用户的需求。

该文档计划由实现和验证正确功能的项目团队成员来使用，除非在其他地方另有说明，这里所指定的所有需求都具有高优先级，而且都要在版本1.0中加以实现。

2.背景

在国内，逢年过节买火车票都是一个令人头疼的问题。

因为中国庞大的人口，导致每逢节假日都导致很大一批人无法买到回家的火车票，甚至前几年出现了这样一个现象：

很多拿着帐篷在火车站过夜以便能买到回家的火车票。

传统的排队买票不仅费时费力，更重要的是很多人花费了大量的时间去排队最终却没有买到票，这是人们最不能接受的事情。

近几年，随着计算机网络的发展，计算机的普及，网上购物系统如雨后春笋一样纷纷呈现在人们的眼前，这种新颖的购物方式以其方便快捷的优势迅速发展，如今越来越多的人在网上购物。

有人向政府提议：

开发出一个网上购票系统，可以让人们随时随地订购火车票。

人们通过这个系统可以按照不同的需求查询（如按发车时间，目的地），能够快速找到自己所需要的车次,并查询出是否还有余票，随时订票退票，这样人们可以根据自己的实际情况随时做出计划更改，不仅节约的人们大量时间，而且缓解了火车站的拥挤情况，避免了一些事故的发生。

3.名词定义

订单篮：

是指我们在线购买火车票后，会形成订单存放到订单篮中，可以方便我们查阅、领票、改签和退订业务。

订单：

当我们在线购买车票后，会形成一个电子订单。

显示购票人、火车票价、座位号、车次、火车出发时间和到达时间。

4.参考资料

软件工程需求课本和网上资料。

5.任务概述

5.1主要的系统特征（Feature）

FE-1：

注册网上订票系统账户。

（注册需要姓名、性别、出生日期、身份证号码、手机号、电子邮箱）

FE-2：

进行网上预订车票功能。

FE-3：

网上改签车票功能。

FE-4：

网上退订车票功能。

FE-5：

网上查询车次信息功能。

FE-6：

网上查询车票情况。

FE-7：

可以通过Internet访问该系统。

FE-8：

实现残疾、军人、学生半价票预定。

FE-9：

实现团购预定。

5.2.项目的范围和限制

5.2.1初始发布和后续发布的范围

特性

版本1.0

版本1.1

版本1.2

FE-1

完全实现

FE-2

FE-3

不实现

部分实现

FE-4

有时间就实现

FE-5

FE-6

FE-7

FE-8

FE-9

5.2.2限制和排除条件（LImitation）

LI-1：

本系统只识别拥有二代身份证件的客户，暂时不对香港、澳门、台湾和外国国籍的居民预定。

LI-2：

需要通过互联网访问到该系统。

LI-3：

需要通过中国银行卡网上支付系统进行支付。

5.3涉众

涉众

主要价值

态度

主要兴趣

约束条件

顾客

可以更好的买到自己所需要的车票，节约了大量的时间；

更加方便

积极支持新系统，但由于实际需求，会在国庆，春节等比较大的节日有巨大的需求

使用简单，方便；

能够及时了解到余票信息

需要访问互联网

铁路局管理层

提高了售票效率，能够满足大部分人的购票需求，缓解了大节日的售票压力

强烈要求尽快完成版本一并投入使用，加紧后期开发

该系统的开发成本不能过高，稳定性必须得到保证

无

售票员

极大地缓解了售票压力与工作量，提高了用户的满意度

担心自己的工作岗位会丢失，否则很愿意接受

保住工作

接受培训，掌握internet知识

5.4项目优先级

因素

约束

自由度

安排版本1.0完全实现的特性必须完全可操作

必须实现

质量

必须通过99.9%的安全性测试

必须达到

进度

在2013年1月1号之前必须完成1.0版本

预计2013年5月之前完成1.1版本；

2013年7月1日之前完成版本1.2

人员

项目团队包括1名有5年工作经验的项目经理，1名有5年工作经验的架构师，3名开发人员，3名测试人员

如果项目比较紧，再添加一名开发人员

成本

尽可能在财政预算范围内

在不包括责任人评审的情况下财政预算做多可超支10%

6.目标（BusinessObjective）和成功标准（SuccessCrite）

BO-1：

初始版本发布半年后，减少15%的人群到火车站排队购票。

BO-2:

：

初始版本发布1年后,减少30%的人群到火车站排队购票。

BO-3：

初始版本发布后，增加5名软件维护人员进行软件维护，减少站台售票人员20%的工作压力。

SC-1：

在初始版本发布6个月后，有50%的购票群众进行点击浏览，9个月后有50%的购票群众进行网上购票。

SC-2：

在初始版本发布1年后，群众满意度提高1.5。

7.运行环境（OperatingEnvironment，OE）

OE-1：

“在线火车票订购系统”的操作能通过绝大部分Web浏览器来完成：

如IE，360，火狐等

OE-2：

“在线火车票订购系统”将运行在一个服务器中，该服务器运行当前公司批准的RedHatLinux版本和AachenHTTPServer。

OE-3：

“在线火车票订购系统”允许用户internet来访问。

8.假定（Assumption）和约束（Constraint）

AS-1：

一个城市可以有多个代售点，这样客户可以方便、及时领取到所预定的纸质车票。

AS-2：

如果有自动取票机，可以通过射频技术刷身份证领取纸质纸票。

这样能节约领票时间。

AS-3：

如果火车上有可以直接进行身份证识别车票信息的硬件，可以不用购买纸质车票。

AS-4：

开发为MyEclipesBlueEdition编辑环境，利用JavaWeb语言开发系统。

CO-1：

需要有网上银行支持。

CO-2：

系统上的交易按照中国铁路局标准规则进行车票的出售。

CO-3:

为了交易的安全，本系统实行实名制注册购买。

9.需求规定

9.1用户需求

9.1.1组织机构和角色

下面为角色视图，有客户视图、售票员视图和管理员视图。

角色视图：

角色说明：

角色名称

说明

客户

该系统的服务对象，主要实现网上预订车票、改签车票和退票的功能

售票员可以有各户的权限和实现取票以及处理客户申请的意见的功能

管理员

管理员主要对账号和系统的维护和管理以及票数的设定和火车正晚点设定

9.1.1.1客户参与业务

本系统主要是为了方便广大用户进行网上快捷地购买到火车票，因此主要业务是面对客户。

可以实现客户的网上注册用户名、查询车票、预订车票、个人账户管理、改签车票、退订车票、领票、提交问题等功能。

9.1.1.2售票员参与业务

上图为售票员参与的业务功能。

售票员除了拥有不同客户的功能外