[答疑]审批报销申请的用例规约

最新推荐文章于 2023-11-27 14:36:57 发布

rolt

最新推荐文章于 2023-11-27 14:36:57 发布

阅读量874

点赞数 1

分类专栏：需求文章标签： UML 需求分析架构设计产品经理微服务

本文链接：https://blog.csdn.net/rolt/article/details/116585037

版权

需求专栏收录该内容

163 篇文章 3 订阅

订阅专栏

别把洋垃圾当宝贝-评InfoQ中国“敏捷……”文章（一）

譯揮 (252***66)12:01:26
用例名审批报销申请用例编号 1-4
执行者科技部领导（主）
前置条件部门领导公文待办中有报销申请待审批
后置条件领导同意后，报销数据发送到费用系统，并以公文待办方式通知到项目经理。
涉众利益（暂略，先看其它有无问题）
基本路径
1、部门领导【登录】
2、部门领导查看已复核的报销申请
3、部门领导输入审批意见
4、系统记录审批意见
5、系统请求费用系统保存报销数据（内容详见字段列表）
6、系统请求公文系统给项目经理发送工作待办（内容详见字段列表）

--- 看看这个用例规约描写，正确吗？
潘加宇(3504847)16:15:53
前置条件部门领导公文待办中有报销申请待审批
改为
前置条件存在等待部门领导审批的报销申请。
"公文待办中有"可能不是领域逻辑，而是隐含了系统数据的存储结构或者界面的结构
潘加宇(3504847)16:17:16
后置条件领导同意后，报销数据发送到费用系统，并以公文待办方式通知到项目经理。
改为
系统已保存审批结果并作相应处理。
潘加宇(3504847)16:21:31
2、部门领导查看已复核的报销申请
--领导正在泡小蜜还是在看，系统是不知道的。系统能承诺的是：
领导请求查看待处理报销申请
系统反馈待处理报销申请

3、部门领导输入审批意见
--领导选择报销申请
--系统反馈申请明细
--领导输入审批意见
--不用验证？
4、系统记录审批意见
5、系统请求费用系统保存报销数据（内容详见字段列表）
--（内容详见字段列表）不必写。报销数据哪里来的？
6、系统请求公文系统给项目经理发送工作待办（内容详见字段列表）
--（内容详见字段列表）不必写。工作待办哪里来的？
--7 系统反馈。。。
潘加宇(3504847)16:21:54
涉众利益应该优先考虑
没有涉众利益，需求写出来就是摆设
譯揮 (252***66)17:11:10
谢潘老师的指导和修改。公文待办，已经成为我们公司日常办法的领域语言了，应该可以直接用吧。
潘加宇(3504847)17:17:41
还是把它去掉吧
譯揮 (252***66)17:27:14
领导【登录】
1、领导请求查看待处理报销申请
2、系统反馈待处理报销申请
3、领导选择报销申请
4、系统反馈申请明细
5、领导输入审批意见
6、系统验证审批意见
7、系统记录审批意见
8、系统生成财务费用报销数据
9、系统请求费用系统保存报销数据
10、系统接收并保存费用系统反馈的费用报销单据编号信息
11、系统为报销申请生成项目经理工作待办
12、系统请求公文系统给项目经理发送工作待办
譯揮 (252***66)17:28:28
修改了一下
潘加宇(3504847)17:29:36
10 去掉
譯揮 (252***66)17:30:01
为什么要去掉？
潘加宇(3504847)17:30:22
"接收。。。"已经在请求**系统做某事里面，就像画一个消息过去，不必再画接收返回信息
潘加宇(3504847)17:30:51
如果有来往数据的细节进一步说明，在字段列表里描述
譯揮 (252***66)17:31:35
这其中有往来信息，就是费用系统在收到项目系统给的数据后，要返回一个编号过来。
譯揮 (252***66)17:32:23
是不是这么细的，就不在步骤里反映了。？
譯揮 (252***66)17:33:17
我后来在业务序列图里反映了，因为这个需求特殊就是涉及两个系统的交互
潘加宇(3504847)17:33:40
字段列表里要写的，这是系统边界上和外系统的交互
譯揮 (252***66)17:34:20

潘加宇(3504847)17:34:32
这是不能变的，不能由设计人员掌握的
譯揮 (252***66)17:35:14
在业务序列图和用例步骤里，写清楚不是更好吗
潘加宇(3504847)17:36:27
那说明之前的"记录。。。单据号"用例不存在，只是"审批。。。"的步骤
潘加宇(3504847)17:36:45
把用例图里的"记录。。。单据号"用例删掉
譯揮 (252***66)17:39:09
是。就是说，当涉及两个系统交互时，不必非得要在序列图中反映双向的，而是只要有一向就可以了，双向的交互可以反映在用例步骤里。是吗
譯揮 (252***66)17:40:11
用例名提交报销申请用例编号 1-1
执行者项目经理（主）
前置条件无
后置条件系统已将报销申请保存并做相应处理
涉众利益
基本路径项目经理【登录】
1、项目经理请求系统录入报销申请
2、系统反馈报销申请录入界面
3、项目经理录入报销申请信息
4、系统检查报销申请信息
5、系统保存报销申请信息
6、系统为报销申请生成组长审核工作待办
7、系统请求公文系统给组长发送工作待办
8、系统反馈报销申请已提交
譯揮 (252***66)17:45:38
同样，写了一个项目提交报销申请的步骤
潘加宇(3504847)17:47:08
不是。看是否有独立引发源
譯揮 (252***66)17:49:42
OK