uml大作业2.docx
《uml大作业2.docx》由会员分享，可在线阅读，更多相关《uml大作业2.docx（15页珍藏版）》请在冰豆网上搜索。
uml大作业2
uml大作业
（2）
UML课程设计报告
网上订票系统
网上订票系统
一、系统简述
随着社会的快速发展，逢年过节的时候，各火车票代售点门口都会因为需求过大而大排长龙，传统的售票方式已经不能满足现代客运业务流量剧增的客观要求，网上订票，这种全新的订票方式应运而生。
其不仅能够提供精准的火车票销售信息，缓解代售点的压力，实名制售票的实施更使票务购买安全、快捷，进而促进了社会的公平。
这是一个将网络实名认证，网上订、退、改票集于一体的体系，是一款功能强大，操作简单，易于维护，具有良好人机交互界面的网上订票系统。
本系统主要包括用户模块、管理员模块2个模块，外加数据库系统。
系统的功能需求主要包括以下几个方面：
1客户可以通过在官网上注册账户后，并在官网上预订车票。
2能够保存客户的预订申请单并实时更新订单状态。
3能够保存客户的历史记录。
4管理员可以管理用户和查看并处理客户订单。
5管理员需要实时更新票务。
二、小组成员及角色分工
李靖：
与同组成员商议系统体系、制作建模图例
王洪蕾：
与同组成员商议系统体系、文本叙述及排版
郭玉龙：
与同组成员商议系统体系、上网搜集材料并查错
三、版本修改记录
编号
修改日期
修改部分
修改人
WSDPXT001
2016-1-1
用例建模
两个用例之间的关系由中文改成英文
****
WSDPXT002
2016-1-3
业务建模
图标：
空心圆变黑色实心圆
加指向箭头
****
WSDPXT003
2016-1-4
修改简述、各模块文字叙述及部分
****
WSDPXT004
2016-1-6
领域建模
删减贅余部分
用例建模中增加用例叙述
****
WSDPXT005
2016-1-6
查错并局部修改
****
WSDPXT006
2016-1-6
修改文本格式
****
四、业务建模
1）客户预订车票活动图
2）管理员处理订单活动图
3）管理员修改火车信息活动图
五、用例建模
1.用户模块
用例描述：
用例：
用户注册
ID：
1
简要说明：
用户通过实名认证，与自己的身份证绑定在一起来注册该系统。
参与者：
用户
前置条件：
第一次使用本系统的用户。
主流：
1.用户进入系统点击注册；
2.用户填写相关信息；
3.用户填写完成点击确认。
后置条件：
用户成功注册。
附加流：
用户信息填写不正确，提示其重新填写相关信息。
用例：
用户登录
ID：
2
简要说明：
用户通过输入注册时的信息登录该系统，并进行权限内的操作。
参与者：
用户
前置条件：
已在本系统注册的用户。
主流：
1.进入系统主界面；
2.填写相关信息；
3.点击登录。
后置条件：
登陆成功。
附加流：
无法登陆，提示用户信息填写错误重新登录。
用例：
查看票务信息
ID：
3
简要说明：
用户登录后，可以查看你所想查询的火车票的基本信息，其中包括车次、发车时间和到达终点时间、经过车站站点、剩余票数、票价等相关信息。
参与者：
用户
前置条件：
已正确登录本系统
主流：
1.用户进入系统；
2.用户选择点击查看票务信息；
3.用户在选项中填写查询条件；
4.点击确定。
后置条件：
查询成功。
附加流：
填写信息有误，提示无法查到请重新输入。
用例：
订票
ID：
4
简要说明：
用户可以根据自己的需求查看相应票务信息后，提交自己的订票信息给系统。
参与者：
用户
前置条件：
以正确登录本系统并查看过票务信息。
主流：
1.登陆成功进入系统；
2.用户选择点击订票；
3.用户填写相关信息；
4.点击确定。
后置条件：
订票成功。
附加流：
填写信息有误或漏填，提示其重新填写相关部分。
用例：
查询订票状态
ID：
5
简要说明：
用户可以登录该系统查看自己所预定的火车票是否已经申请成功，提示申请成功时,用户可以在就近的火车票代售点直接领取自己的火车票；提示申请不成功时，代表该火车票已近售完。
参与者：
用户
前置条件：
用户已使用本系统的票务服务
主流：
1.成功登陆进入本系统；
2.用户选择点击查看订票信息；
3.用户选择其相关订票记录；
后置条件：
显示其相关订票记录。
附加流：
若没有订票或其他情况显示用户还没有订票记录。
用例：
退订
ID：
6
简要说明：
在预定火车票后用户可以根据需要提交退票请求。
参与者：
用户
前置条件：
用户已经预定车票
主流：
1.用户成功登陆本系统；
2.用户选择点击退订；
3.用户选择已预订车票信息；
4.点击确定。
后置条件：
退订成功。
附加流：
退订信息有误提示重新退订或联系管理员。
2．管理员模块
见下页
用例描述：
用例：
管理员登录系统
ID：
1
简要说明：
管理员通过输入自己的信息登陆到系统。
参与者：
管理员
前置条件：
管理员需要进入后台进行维护。
主流：
1.进入管理员登录界面；
2.输入相关登录信息；
3.点击确定。
后置条件：
管理员登录成功。
附加流：
信息输入错误提示重新输入。
用例：
查看用户信息
ID：
2
简要说明：
管理员根据注册用户实名认证后的信息，查看用户信息
参与者：
管理员
前置条件：
管理员已成功登入后台，并需要查看用户信息。
主流：
1.进入系统；
2.查看并选择查看用户信息；
3.输入相关条件；
4.点击确定。
后置条件：
查看到相关用户信息。
附加流：
相关信息输入错误提示重新输入。
用例：
修改用户信息
ID：
3
简要说明：
管理员根据注册用户实名认证后的信息，修改用户信息
参与者：
管理员
前置条件：
管理员已成功登入后台，并需要修改用户信息。
主流：
1.进入系统；
2.查看并选择修改用户信息；
3.输入相关条件；
4.点击确定。
后置条件：
修改相关用户信息成功。
附加流：
相关信息输入错误提示重新输入。
用例：
添加用户信息
ID：
4
简要说明：
管理员根据注册用户实名认证后的信息，添加用户信息
参与者：
管理员
前置条件：
管理员已成功登入后台，并需要添加用户信息。
主流：
1.进入系统；
2.查看并选择添加用户信息；
3.输入相关条件；
4.点击确定。
后置条件：
添加相关用户信息成功。
附加流：
相关信息输入错误提示重新输入。
用例：
删除用户
ID：
5
简要说明：
管理员根据注册用户实名认证后的信息，删除用户
参与者：
管理员
前置条件：
管理员已成功登入后台，并需要删除用户。
主流：
1.进入系统；
2.查看并选择删除用户；
3.输入相关条件；
4.点击确定。
后置条件：
删除相关用户成功。
附加流：
相关信息输入错误提示重新输入。
用例：
查询票务
ID：
6
简要说明：
管理员可以查看某火车票的基本信息，其中包括车次、发车时间和到达终点时间、经过车站站点、剩余票数、票价等相关信息。
参与者：
管理员
前置条件：
管理员需要查询相关票务信息。
主流：
1.进入系统；
2.查看并选择查询票务；
3.输入相关票务条件；
4.点击确定。
后置条件：
查询成功。
附加流：
相关信息输入错误提示重新输入或提示无此票务信息。
用例：
订票处理
ID：
7
简要说明：
管理员登陆系统后，可以查看并接受用户提出的预定申请，并查询相应火车票的剩余数量、实时车况等信息来决定是否接受该申请。
如果该火车票已经售完就拒绝申请。
参与者：
管理员
前置条件：
管理员需要处理相关订票信息。
主流：
1.进入系统；
2.查看并选择订票处理；
3.查看相关订票申请；
4.根据具体情况判断处理结果。
后置条件：
同意订票或拒绝订票申请。
附加流：
同意或拒绝订票失败，提示重新进行相关操作。
用例：
缺票拒绝订票
ID：
8
简要说明：
订票信息上传到这里后如无余票则拒绝订票请求。
参与者：
管理员
前置条件：
管理员需要处理相关订票信息。
主流：
1.进入系统；
2.查看并选择订票处理；
3.查看相关订票申请；
4.缺票拒绝订票申请。
后置条件：
拒绝订票申请。
附加流：
拒绝订票失败，提示重新进行相关操作。
用例：
实时更新票务
ID：
9
简要说明：
管理员实时的把火车票的当前信息更新到数据库中，例如：
剩余票数统计、发车时间等信息修改等。
参与者：
管理员
前置条件：
管理员需要更新相关火车票信息。
主流：
1.进入系统；
2.查看并选择实时更新票务；
3.将实时票务信息更新进数据库。
后置条件：
更新数据成功。
附加流：
更新失败提示请重新更新数据。
六、领域建模
1、系统中的类及各类之间的关系：
升级会员 