业务用例复习

识别用例:

  首先确定好系统的范围和边界,然后确定用例的参与者。

  用例一般为动宾短语来表示,注意用例的粒度,之后要用用例文档来描述用例的。

 

  用例文档的模板

看一个旅游申请业务的用例文档

旅游申请系统用例图

  

 

 

用例名

办理申请手续

简要描述

前台服务员通过该用例为申请人办理申请旅游团的手续

参与者

前台服务员

涉众

申请人、前台服务员

相关用例

暂无

前置条件

前台服务员登录到系统

后置条件

申请信息被正确保存,相关旅游团可申请人数减少

基本事件流

1. 该用例起始于旅客需要办理申请手续;

2. 前台服务员录入要申请的旅游团旅行路线代码和出发日期;

3. 系统查询要申请的旅游团信息(A-1);

4. 系统显示查询到的旅游团和相关路线信息(D-1)(A-2、A-3);

5. 前台服务员录入本次申请信息(D-2);

6. 系统显示旅行费用的总额和申请订金金额;

7. 前台服务员提交该申请信息;

8. 系统保存该申请信息(A-4),用例结束。

备选事件流

A-* 前台服务员在提交该申请前,随时都可能中止该申请

       1. 系统显示中止确认的消息;

       2. 前台服务员可以结束该用例,也可以选择继续录入下一个申请。

A-1 无法查询到所需的旅游团信息

       1. 系统显示录入的旅游线路代码或者出发日期有误信息;

       2. 前台服务员再次录入旅游路线代码和出发日期,也可以结束用例。

A-2 旅行已超过申请截止日期

       1. 系统提示已超过申请截止日期,不能申请;

       2. 前台服务员重新输入旅游线路代码和新的出发日期,也可以结束用例。

A-3 可以申请的人数为0人

       1. 系统提示旅游团人数已满;

       2. 前台服务员重新输入新的旅游线路代码和出发日期,也可以结束用例。

A-4 保存信息失败

       1. 系统显示保存失败,并提示用户需要再次提交;

       2. 前台服务员可以重新提交该申请,也可以结束用例。

补充约束-数据需求

D-1 显示的旅游团和路线信息包括:旅游路线代码、旅游路线名称、出发日期、天数、申请截止日、可申请人数、大人的单价和小孩的单价等。

D-2 录入申请信息包括:申请责任人的姓名、电话号码、参加的大人人数、小孩人数

补充约束-业务规则

B-1 所申请旅游团的截止日期在申请日期之前

B-2 所申请旅游团的人数限额未满

B-3 申请订金的计算规则如下表所示:

距出发日期的天数

订金比例

≥2个月

10%

≥1个月,且<2个月

20%

<1个月

全款

 

待解决问题

(暂无)

相关图

(暂无)

posted @   几人著眼到青衫  阅读(71)  评论(0编辑  收藏  举报
相关博文:
阅读排行:
· 分享一个免费、快速、无限量使用的满血 DeepSeek R1 模型,支持深度思考和联网搜索!
· 基于 Docker 搭建 FRP 内网穿透开源项目(很简单哒)
· 25岁的心里话
· ollama系列01:轻松3步本地部署deepseek,普通电脑可用
· 按钮权限的设计及实现
点击右上角即可分享
微信分享提示