铁路售票系统最终版.docx
《铁路售票系统最终版.docx》由会员分享，可在线阅读，更多相关《铁路售票系统最终版.docx（19页珍藏版）》请在冰豆网上搜索。
铁路售票系统最终版
UML期末大作业
铁
路
售
票
系
统
项目：
铁路售票系统
专业：
网络工程
成员：
杨希宗20117780147组长（一班）
李超20117780119组员（一班）
田浩20117780134组员（一班）
王永胜20117780141组员（一班）
项目情景：
实现一个铁路售票系统，要求具有如下功能：
1.站点信息维护；
2.车次信息维护；
3.普通网民可以完成网上订票；
4.取票：
订票成功的网民，凭借订票号码到售票处，售票员输入订票码后，提取网民的预定信息，然后收款付款，发票；
一、需求陈述：
网上订票系统主要提供的服务有：
站点信息管理服务和车次信息管理服务以及网民订票服务
（1）站点信息管理——铁路工作人员根据实时站点路况实时反馈站点信息；
（2）车次信息管理——由铁路工作人员发布实时车次信息；
（3）订票服务——网民在订票系统预定自己所需的车票；
网上订票系统——站点信息管理提供的服务如下：
1、铁路工作人员在各个站点查看铁路状况，实时反馈，由发布站点信息的工作人员实时发布到网上；
2、铁路工作人员根据实时路况信息发布各个站点信息以供网民查询；
网上订票系统——车次信息管理提供的服务如下：
1、铁路工作人员实时的把车次信息更新到订票系统上，以供网民实时查询了解;
2、铁路工作人员可以根据实时站点信息发布发车时间、到站时间以及是否晚点；
网上订票系统——网民订票提供的服务如下：
1、网民通过实名认证和自己的身份证绑定在一起后注册该系统的；
2、网民通过输入注册的账户信息登录该系统，并进行操作；
3、网民登录后查询所需订购车票的基本信息，其中包括：
站点信息、车次信息；
4、网民根据自己的需求查看相关信息后，提交自己的订单；
5、网民可以登录该系统查看自己所预定的火车票是否预订成功，如果申请成功，随后可以获取订票码；如果申请不成功，代表此次预订的火车票已售罄；
注解：
注解：
1、网上订票系统的直接用户为：
网民、铁路工作人员、系统管理员；
（1）系统管理员可以实现的操作：
在订票系统发布信息之前对铁路工作人员账号、以及需要预定车票的网民账号进行审核验证；当认证无误通过后，铁路工作人员和已注册的网民才可以登录系统；系统管理员每隔一段时间对订票系统进行检测、维护以及网民浏览量的信息统计,以供铁路工作人员根据统计数据实时发布车次变化信息。
（2）铁路工作人员可以实现的操作：
在收集到各个站点的路况信息后，发布车次信息及列车是否晚点；
（3）网民可以实现的操作：
需要预订车票的网民可以注册账号；当账号审核通过后，可以登录自己的账号在网上订取车票；网民根据订票系统网站发布的实时信息订取相应的车票；订票成功的网民，凭借订票号码到售票处，出示订票码后付款，然后获取车票和发票；
2、为保存数据，可以建立网上订票系统的数据库，包括普通网民的注册表，铁路工作人员的注册表，记录交易情况的交易表，以及最后统计发布信息量的统计表。
3、系统的实现方式最好为b/s模型，至于开发工具则不做限制；
铁路订票系统包括的用例图：
顶层用例图，网名用例图，铁路工作人员用例图，系统管理员用例图。
铁路订票系统顶层用例图
系统管理员用例图
铁路工作人员用例图
网民用例图
1、用例规约：
用例名：
创建用户账号；
用例名称：
创建用户账号
参与角色：
网民
用例说明：
该用例主要用于实现对参加网上订票的用户创建注册账号；
前置条件：
网民成功登录订票系统管理用户界面
基本事件流：
参与者动作：
系统响应：
用户进入用户管理界面，点击创建账号按钮，账号类型选择网民类，成功输入网民的基本信息后，点击完成按钮；
系统校验网民输入的用户信息是否符合规定，确认无误后，进行账号创建；
其它事件流：
无
异常事件流：
输入的用户信息有误，重新跳转到用户管理界面；
后置条件：
创建成功，显示详细的用户基本信息；
用例名：
创建铁路工作账号；
用例名称：
创建铁路工作账号
参与角色：
系统管理员
用例说明：
该用例主要用于实现对参加售票的铁路工作创建登录账号；
前置条件：
管理员成功登录考试系统管理用户界面
基本事件流：
参与者动作：
系统响应：
管理员进入用户管理界面，点击创建账号按钮，账号类型选择铁路工作人员类，成功输入铁路工作人员基本信息后，点击完成按钮；
系统校验管理员输入的铁路工作人员信息是否符合规定，确认无误后，进行账号创建；
其它事件流：
无
异常事件流：
输入的铁路工作人员信息有误，重新跳转到用户管理界面；
后置条件：
创建成功，显示详细的铁路工作人员基本信息；
用例名：
登录订票系统（包括验证）；
用例名称：
登录订票系统（包括验证）
参与角色：
系统管理员、铁路工作人员、网民
用例说明：
该用例主要用于保障订票系统的安全性；
前置条件：
系统管理员或铁路工作人员、网民成功登录订票系统用户界面
基本事件流：
参与者动作：
系统响应：
系统管理员等用户完成验证信息的输入，点击完成按钮；
系统校验输入的信息是否与后台存储的数据库中的信息符合，确认无误后，允许进入；
其它事件流：
无
异常事件流：
输入的信息有误，重新跳转到用户登录界面；
后置条件：
登录成功，允许用户的基本操作；
用例名：
录入站点信息；
用例名称：
录入站点信息
参与角色：
铁路工作人员
用例说明：
该用例主要用于订票前收集站点信息；
前置条件：
铁路工作人员成功登录订票系统
基本事件流：
参与者动作：
系统响应：
铁路工作人员输入订票所关的站点，站点要求只能是单项火车站；
系统校验输入的站点题是否符合要求，确认无误后，允许继续操作；
其它事件流：
无
异常事件流：
输入的站点有误，重新跳转到添加试题界面；
后置条件：
添加站点成功，允许用户的下一步操作；
用例名：
录入车次信息；
用例名称：
录入车次信息
参与角色：
铁路工作人员
用例说明：
该用例主要用于订票前收集车次信息；
前置条件：
铁路工作人员成功登录订票系统
基本事件流：
参与者动作：
系统响应：
铁路工作人员输入订票所关的车次，车次要求只能是火车；
系统校验输入的车次是否符合要求，确认无误后，允许继续操作；
其它事件流：
无
异常事件流：
输入的车次有误，重新跳转到添加车次界面；
后置条件：
添加车次成功，允许用户的下一步操作；
用例名：
保存信息；
用例名称：
保存信息
参与角色：
铁路工作人员
用例说明：
该用例主要用于保存已提交的信息；
前置条件：
铁路工作人员成功登录订票系统并完成添加信息操作；
基本事件流：
参与者动作：
系统响应：
铁路工作人员完成所有有关车票信息的操作后，点击保存按钮；
系统校验输入的信息是否符合规格，确认无误后，允许保存；
其它事件流：
无
异常事件流：
无
后置条件：
保存成功，铁路工作人员退出系统；
用例名：
查看火车票信息；
用例名称：
查看火车票信息
参与角色：
网民
用例说明：
该用例主要实现正式订票前，提醒网民要定的火车票；
前置条件：
网民成功登录订票系统
基本事件流：
参与者动作：
系统响应：
登录系统后，网民点击订票；
系统将后台数据库中存储的火车票信息显示出来；
其它事件流：
无
异常事件流：
无
后置条件：
无
用例名：
订票
用例名称：
订票
参与角色：
网民
用例说明：
该用例主要实现网民从网上订票；
前置条件：
网民成功登录订票系统且已到达预定时间；
基本事件流：
参与者动作：
系统响应：
网民在订票时间到时点击开始订票；
系统则以分页形式显示试题；
其它事件流：
无
异常事件流：
无
后置条件：
无
用例名：
提交订单；
用例名称：
提交订单
参与角色：
网民
用例说明：
该用例主要实现网民结束预定；
前置条件：
网民已完成预定或放弃预定；
基本事件流：
参与者动作：
系统响应：
考生完成了火车票的预定，或放弃预定点击提交按钮；
系统接受提交，并保存到后台数据库；
其它事件流：
无
异常事件流：
提交订单的时间超过预定时间，系统拒绝接受提交；
后置条件：
网民退出订票系统
用例名：
录入订票信息；
用例名称：
录入订票信息
参与角色：
订票处理系统
用例说明：
该用例主要实现对已提交订单的
前置条件：
该车票预定已结束；
基本事件流：
参与者动作：
系统响应：
录入订票信息并存储到后台数据库；
允许录入；
其它事件流：
无
异常事件流：
无
后置条件：
显示录入成功，允许下一步操作；
用例名：
查看订票信息总结；
用例名称：
查看订票信息总结
参与角色：
铁路工作人员、网民
用例说明：
该用例主要实现网民取票和缴费；
前置条件：
该趟列车信息及预定信息已完成录入；
基本事件流：
参与者动作：
系统响应：
查看火车的订票人数，站点以及车次的基本信息；
系统将根据铁路工作人员的需求显示相应的网民信息；
其它事件流：
无
异常事件流：
无
后置条件：
铁路工作人员和网民退出订票系统
静态分析：
系统主要类图
铁路订票系统类图：
（1）用户类：
（2）订票类：
（3）
三：
动态分析：
目标：
建立顺序图、协作图、活动图、状态图
1、顺序图（序列图）
基于“系统管理员”的顺序图（创建失败/成功的情况）;
由于用户序列图的成功与失败是一样的流程，因此将两个图合并
基于铁路工作人员用例图的序列图：
网民注册用例图序列图
网民订票用例图的序列图：
四：
协作图
系统管理员
铁路工作人员
网民协作图
五活动图
基于系统管理员活动图
铁路工作人员活动图
网民活动图
六状态图
系统管理员状态图
铁路工作人员状态图
网民状态图
包图
构件图
升级会员 