网购车票系统需求分析Word文档格式.docx

网购车票系统需求分析Word文档格式.docx

《网购车票系统需求分析Word文档格式.docx》由会员分享，可在线阅读，更多相关《网购车票系统需求分析Word文档格式.docx（22页珍藏版）》请在冰豆网上搜索。

组长：

杭杰组员：

闫满，田涛，蔡益华，敏

任务分配：

杭杰负责RationalRose整体建模，数据库描述。

闫满负责模块图绘制，资料搜索

田涛负责ER图绘制，文档审核

蔡益华，敏文档编写与文档整理

1.3定义

TTOS：

TrainTicketingOnlineSystem，网购火车票系统

1.4参考资料

[1]人杰，马素霞《软件工程》（原书第七版）。

：

机械工业2011.7

[2]耿祥义，跃平《Java大学实用教程》（第三版）。

电子工业。

2012.1

[3]吴建，潮，汪杰《UML基础与Rose建模案例》（第三版）。

人民邮电2012.7

[4]施伯乐，丁宝康，汪卫《数据库系统教程》（第三版）。

高等教育2008.7

[5]增杰，坤《MySQL5.6从零开始学》（视频教学版）。

清华大学2013.9

2.任务概述

2.1目标

《网购火车票系统》针对的用户是所有需要乘坐火车的乘客，当春运来潮之际，购票点将出现严重拥挤的状况，客户的需求也是多种多样，将充满无限等待，同时也大大降低了购票效率。

为了满足大家需求，需求分析如下：

1.能够通过电子商务平台构建网上购票系统，减少购票拥挤，等待的现象，大大节约了用户的时间，这主要包括：

（1）用户注册账户，设置个人信息。

（2）用户预约订单

（3）用户购票，改签，退票，查询信息。

2.能够对用户注册信息的管理，购票系统的维护及更新。

3.能够对用户购买成功后返回订单号，票代码及快递下发火车票。

4.能够提供网上支付的安全机制以及对提供数据信息授权访问，防止随意删改，同时提供信息恢复备份的服务。

2.2运行环境

该软件系统的运行环境：

硬件平台：

工作站及服务器的最低配置要求：

服务器，网卡采用了Intel82571G主芯片，拥有两个RJ45网线接口，4对5类UTP传输介质，传输速率达到10/100/1000Mbps。

软件平台：

服务器操作系统及数据库管理系统：

WindowsXP或Window2007及以上系统，

客户端的操作系统：

Windows2000以上系统即可

网络平台：

通信协议:

TCP/IP协议，通信宽带80KB/s以上

2.3需求概述

线上预订火车票系统是一款功能强大、操作简便、易维护的、具有良好人机交互界面的线上订票系统，它包括用户管理模块，系统管理模块（对系统进行维护与更新），数据库管理模块（提供数据备份、数据操作功能），票务信息模块（提供票价、列车的实时信息），购票模块（提供订票和退订功能），实时信息提示模块（提供车况、路况、列车晚点等实时信息）。

实现火车票线上预定的自动化的计算机系统，为旅客提供准确、精细、迅速的火车票销售信息和方便、简单的订票功能。

线上预订火车票系统主要是对于订票信息的统一管理，满足了中小型线上订票对于用户的管理，订票信息的收集和处理方面的要求。

用现代化的方式取代以前的传统模式，更有利于信息的流通，资源的宏观管理。

具有体积小，代码简洁，易维护、易修改的优点。

2.4条件与限制

1.由于时间比较短，使用计算机不方便以及对于网络编程不熟悉，本购票系统并没有提供数据的远程访问功能。

对信息的保护手段仅限于设置用户级别，以及提供数据文件的备份，比较简单，安全性能有待进一步完善。

2.存储限制：

本系统必须配备较高容量的存，并且预留充足的备份空间，以应对不断变更的新信息。

同时考虑到用户数量的庞大以及信息的安全性，必须配备速度较快性能较好的硬件系统。

3.处理时间限制：

本系统在处理火车票数据进行各种排序方便用户查询的同时，还需要定期更新数据（例如火车增加班次，火车时间的变更），为了保证系统的成功运行，还需要时刻更新剩余的票数，因此该系统必须既能处理较大的数据量，还需有较快的响应时间，在这一点还有待提高。

3.数据描述

3.1静态数据

火车售票系统的静态数据包括：

乘客，系统管理员:

、性别、地址、、号、登陆账号，密码。

订票信息：

订单号、班次、出发站、目的地、购票日期、发车时间、到达时间、历时、票价、订购数量、退票手续费。

席别选择种类：

商务座、特等座、一等座、二等座、高级软卧、软卧、硬卧、软座、硬座、无座、其他。

席别选择属性：

靠窗、靠过道、残疾座、三人座、二人座、带桌板、靠残疾座、靠餐车、靠大行架、靠车门、靠卫生间、座椅可以转动等。

3.2动态数据

1.用户注册

2.系统登录（输入账号密码登陆）

3.购票（下发短信）

4.预约

5.购票（席别种类选择，席别属性选择）

6.支付

7.退票（缴纳手续费）

8.改签

9.查询信息（目的地，班次，发车时间，票价）

10.系统管理（系统维护，系统更新）

11.用户管理（用户注册，查询用户信息，修改用户信息，添加用户，删除用户）

12.数据库管理（系统参数设置，数据查看，数据备份，数据恢复）

13.票务管理（查询，更改信息（班次，目的地，票价，发车时间））

3.3数据库描述

3.3.1ER图的构建：

乘客

退票

性别

n

数量

3.3.2数据信息表的构建：

数据库采用MySQL5.6.10数据库

1）乘客信息表（passenger）：

2）列车信息表（train_info）：

3）购票信息表（order_info）：

4.需求模型（用例图）

图1网购火车票系统用例图

∙用户注册（register）

∙系统登录（Login）

∙改签（change）

∙查询（query）

∙退票（back）

∙购票（purchase）

∙预约（makereservations）

∙取消预约（removereservations）

∙打印车票（print）

∙缴纳手续费（paypoundage）

∙席别属性选择（selectseattype）

●票务管理（ticketoperate）

●用户管理（useroperate）

●系统管理（systemoperate）

●数据库管理（databaseoperate）

●查询信息（queryinfo）

●更改信息（alterinfo）

●查询用户信息（queryuserinfo）

●修改用户信息（alteruserinfo）

●添加用户（adduser）

●删除用户（deleteuser）

●系统维护（systemmaintain）

●系统更新（systemupdate）

●系统参数设置（systemparametersetting）

●数据查看（dataview）

●数据备份（databackup）

●数据恢复（datarecovery）

5.静态模型

5.1包图

（1）SystemService:

包含乘客、系统管理员以及购票、退票等相关业务的用例、类等信息。

（2）SystemUI:

包含操作界面、窗体相关的用例、类等信息。

（3）SystemCommonUtilities:

包含系统提供的公共用例、类等信息。

（4）SystemDatabase:

包括数据库操作相关的用例、类等信息。

图2网购火车票系统包图

5.2类图

图3类模型

5.3接口图

图4接口图

6.动态模型

6.1时序图

1）

【乘客购票】

用户查询信息

提示：

输入查询容

输入完成后点击购买

提示席别类型及属性选择

输入席别类型及属性

请求用户登录（若未注册，请求注册）

登录后进入电子支付平台

验证用户信息无误后请求选择支付方式

用户选择支付方式

确认账户信息成功后自动扣款

发送票代码短信给用户并快递下发火车票给乘客

图5购票时序图

2）

【乘客改签】

用户登录

验证用户信息无误后进入系统

用户请求改签

用户通过查询更改改签容

改签完毕后点击进入电子支付平台

验证用户信息无误后进行票价折算处理后自动扣款或还款

返回信息给用户

图6改签时序图

3）

【乘客退票】

验证用户信息

用户请求车票退订

确认退票业务

点击确认

提醒应付手续费信息

确认无误后进入电子支付平台

验证账户信息成功后，系统自动折算后退款至用户支付宝

图7退票时序图

4）

【乘客预约】

乘客请求查询信息

显示列车信息查询结果

用户请求预约火车票

请求登录系统（若未注册，请求注册）

返回预约成功信息给用户

点击确认后进入电子支付平台支付

若一直未支付，系统自动判断12天之是否支付

若未支付，系统自动取消预约信息

返回取消预约信息给乘客

若用户自行取消预约

系统自行处理，返回取消预约信息

图8预约时序图

5）

【系统维护】

系统管理员输入账号密码登陆

管理员进入系统管理页面

进行系统维护

返回维护信息

进行系统更新

返回系统更新完毕

图9系统管理时序图

6）

【票务管理】

管理员进入票务管理页面

查看班次，票价，发车时间等票务信息

返回票务信息

更改票务信息

返回更改成功

图10票务管理时序图

7）

【数据库管理】

管理员进入数据库管理界面

打开数据库

提示输入需求

若要求系统参数设置则设置参数

若要求数据查询则显示所有数据

若要求数据恢复则系统自行恢复删除的数据

若要求数据备份则系统自行备份数据

无需求则推出数据库

返回主界面

图11数据库管理时序图

8）

【用户管理】

系统管理员登陆

管理员管理用户注册信息

添加用户

删除用户

查询用户信息

更改用户信息

返回主界面

图12用户管理时序图

6.2活动图

图13活动图一

图14活动图二

7.性能需求

7.1数据精确度

查询时应保证查全率，所有在相应域中包含查询关键字的记录都应能查到，同时保证查准率。

7.2时间特性

一般操作的响应时间应在1－2秒。

7.3适应性

满足运行环境在允许操作系统之间的安全转换和与其它应用软件的独立运行要求。

8.运行需求

8.1用户界面

对话框（略）。

8.3硬件接口

支持各种x86系列PC机。

8.3软件接口

运行于Windows95/98及更高版本具有WIN32API的操作系统之上。

9.故障处理

正常使用时不应出错，对于用户的输入错误应给出适当的改正提示。

若运行时遇到不可恢复的系统错误，也必须保证数据库完好无损。

10.总结

经过短短几周的时间，使我们对UML有了更进一步的认识和了解，要想学好它要重在实践，只有通过不断的上机操作才能更好地学习它，通过实践，我们也发现我的好多不足之处，最主要是自己在UML时序图的构建上还不够熟悉，希望在下学期UML这门课上，能够好好学习，使我在系统构图方面有更大提高。

其次，经过查找资料，调查研究，获取需求以及在这些基础上做出的系统分析，我做出了这个“火车票销售管理系统”需求分析说明书。

总的来说，这个系统的设计考虑了大部分要考虑的因素，一些影响不大的因素就没有考虑再，系统的需求分析中占相当一部分比例的用例规格说明采用表格的方式，直观，便于理解，不过需求分析在整体的格式多样性上有所欠缺，这在以后的设计中要吸取教训。

通过这次实践，我们不但学到了很多东西，也把原来学的东西理解的更透彻了，特别是把原来学的不同科目的东西结合起来了，收获很大。

通过实践的学习，我认到学好计算机要重视实践操作，不仅仅是学习UML语言，SQL语言，还是其它的语言，以及其它的计算机方面的知识都要重在实践，所以后在学习过程中，我会更加注视实践操作，使自己更好地学好计算机。

没有实践，学习就是无源之水，无本之木。

以上就是我们在这次需求分析报告编写的心得和感受。