识别用例:

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

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

 

  用例文档的模板

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

旅游申请系统用例图

  

 

 

用例名

办理申请手续

简要描述

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

参与者

前台服务员

涉众

申请人、前台服务员

相关用例

暂无

前置条件

前台服务员登录到系统

后置条件

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

基本事件流

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个月

全款

 

待解决问题

(暂无)

相关图

(暂无)

原文地址:http://www.cnblogs.com/20203923rensaihang/p/16849605.html

1. 本站所有资源来源于用户上传和网络,如有侵权请邮件联系站长! 2. 分享目的仅供大家学习和交流,请务用于商业用途! 3. 如果你也有好源码或者教程,可以到用户中心发布,分享有积分奖励和额外收入! 4. 本站提供的源码、模板、插件等等其他资源,都不包含技术服务请大家谅解! 5. 如有链接无法下载、失效或广告,请联系管理员处理! 6. 本站资源售价只是赞助,收取费用仅维持本站的日常运营所需! 7. 如遇到加密压缩包,默认解压密码为"gltf",如遇到无法解压的请联系管理员! 8. 因为资源和程序源码均为可复制品,所以不支持任何理由的退款兑现,请斟酌后支付下载 声明:如果标题没有注明"已测试"或者"测试可用"等字样的资源源码均未经过站长测试.特别注意没有标注的源码不保证任何可用性