譯揮 (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
[2020.01加一套题]UMLChina建模竞赛题大全-题目全文+分卷自测（11套110题）
全程字幕-25套UML+Enterprise Architect/StarUML建模示范视频
[幻灯更新]5月27-30晚-剔除“伪创新”和“无领域”的领域驱动设计-网课
[新增：鸵鸟]软件开发团队的脓包：皇帝的新装、口号党、鸵鸟、废话迷
《软件方法》书中自测题-题目全文+分卷自测（1-8章）16套111题
中文书籍中对《人月神话》的引用（完结，共110本）：软件工程通史1930-2019、实用Common Lisp编程……
CTO也糊涂的常用术语：功能模块、业务架构、用户需求……[20210217更新]
1506
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
