UML大作业课程设计报告网上订票系统.doc

UML课 程 设 计 报 告

   网上订票系统   

网上订票系统
一、系统简述
伴随社会快速发展，逢年过节时候，各火车票代售点门口都会因为需求过大而大排长龙，传统售票方式已经不能满足当代客运业务流量剧增客观要求，网上订票，这种全新订票方式应运而生。其不但能够提供精准火车票销售信息，缓解代售点压力，实名制售票实施更使票务购置安全、快捷，进而促进了社会公平。这是一个将网络实名认证，网上订、退、改票集于一体体系，是一款功效强大，操作简单，易于维护，具备良好人机交互界面网上订票系统。
本系统主要包含用户模块、管理员模块2个模块，外加数据库系统。
系统功效需求主要包含以下几个方面：
① 客户能够经过在官网上注册账户后，并在官网上预订车票。
② 能够保留客户预订申请单并实时更新订单状态。
③ 能够保留客户历史统计。
④ 管理员能够管理用户和查看并处理客户订单。
⑤ 管理员需要实时更新票务。
二、小组组员及角色分工
李靖：与同组组员商议系统体系、制作建模图例
王洪蕾：与同组组员商议系统体系、文本叙述及排版
郭玉龙：与同组组员商议系统体系、上网搜集材料并查错
三、版本修改统计
编号
修改日期
修改部分
修改人

WSDPXT001

-1-1
用例建模
两个用例之间关系由汉字改成英文

****

WSDPXT002

-1-3
业务建模
图标：空心圆变黑色实心圆
加指向箭头

****
WSDPXT003
-1-4
修改简述、各模块文字叙述及部分
****

WSDPXT004

-1-6
领域建模
删减贅余部分
用例建模中增加用例叙述

****
WSDPXT005
-1-6
查错并局部修改
****
WSDPXT006
-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、系统中类及各类之间关系：