[答疑]水利部门编制年报的流程

DDD领域驱动设计批评文集>>

《软件方法》强化自测题集>>

《软件方法》各章合集>>

问题时间：2014/6/24

627***407(627***407) 11:11:00

这个图这样画对吗 审核不合格的话，就退回，修改后再报，直到合格 该怎么画合适？ 潘加宇(3504847) 11:15:17 （1）接收县年报 可以直接改为 审核年报 （2） loop 和 alt 框保留一个就可以 （3）如果只有一个条件，用opt更贴切 （4）你要描述的业务流程中，有用到年报相关的业务系统来做事吗 还是仅仅用Word、Outlook来编制和传递 627***407(627***407) 11:20:59 水利部现在做了一个，让全国省、市、县填报年报。 我们的系统给市做的，实现县里给它报

菜娃(89***34) 11:23:36 学习…… 627***407(627***407) 11:25:42 报的材料包含这些： 文字总结报告、统计表格（16个）、图片（配文字说明）等材料 潘加宇(3504847) 11:25:48 （5）退回年报 的消息是不对的，A请求B做某事，应该是自己指自己 627***407(627***407) 11:30:14

这样可以了吧 潘加宇(3504847) 11:32:24 修改年报 不用画 还是去掉loop更好，在退回年报那里加一个opt 627***407(627***407) 11:33:42 退回有可能多次 潘加宇(3504847) 11:35:57 没关系，不影响 或者你留下"loop审核合格"，把"退回年报"删掉 loop应该包到上面的编制年报的 zero~￣(23***38) 11:36:39 删掉退回年报，怎么体现退回流程呢 627***407(627***407) 11:39:00

潘老师，你的意思是这样就可以表达清楚吗

潘加宇(3504847) 11:39:04 序列图的重点是各个对象的责任和协作，不是数据流动的细节 你可以和编码对照 县人员 调用 市人员 的 审核服务 输入参数：年报 输出参数：通过，不通过 zero~￣(23***38) 11:41:04 潘老师，如果我想体现退回流程，我需要用什么图啊。 潘加宇(3504847) 11:41:12 至于收到不通过的返回值后，该怎么做，是谁考虑的，这样一理，应该明白了吧 像lihongwei之前画的一样，loop+opt 627***407(627***407) 13:06:00

最后改成这样了

潘加宇(3504847) 13:10:39 好一些，还可以再改改，每一级管理人员，本质上的责任应该是"编制本级的年报"，下一级提供的年报以及其他材料只是编制本级年报的输入而已 所以，可以考虑把审核移到内部，自己指自己，对外暴露的服务是"编制市年报"，"编制省年报"。。。 最后几行是什么意思，前面在没有业务系统的情况下搞，搞好了最后一起填报进水利部系统？ 627***407(627***407) 13:14:19 对，水利部规定，逐级上报，最后还要填报到水利部的系统 只填报表格数据 睡鱼(6***11) 13:15:58 先人工审批 再走系统走个形式？ 627***407(627***407) 13:16:30 我理解，这样做，除了实现数据管理信息化，还可以校核 以前水利部也没有系统，最近两年才有。现在这个系统也在不断改。 表格不断在变 潘老师，你刚才说的，对外暴露"编制市年报"，怎么画？地市编制市年报一是为了报给省，二是要录入到水利部的系统

潘加宇(3504847) 13:26:00 县 指向 市， 市 指向 省 的消息改为 编制**年报 审核是里面的事情 相当于，我把东西给你，你拿去搞你的年报吧（你爱怎么审核，汇总，那是你的事情） 627***407(627***407) 13:40:07

这样可以了吧

潘加宇(3504847) 13:42:23 里面那个自己指自己的"编制市年报"可以去掉，或者改成更小的用语，例如"执行编制" 627***407(627***407) 13:43:21 好 退后年报，感觉需要一个返回？ 退回*年报

潘加宇(3504847) 13:44:26 可以画个虚线 指回到左边 627***407(627***407) 13:49:52

真不容易 潘加宇(3504847) 13:50:37 我觉得可以了，很好(指向左边的虚线的源头再挪到“退回***”上) 627***407(627***407) 13:50:52 谢谢潘老师

潘老师，看了之后，我这样理解，对吗 潘加宇(3504847) 15:09:16 （1）名字应该是动词+宾语 （2）还是按照典型业务流程中的场景来映射用例，是什么就是什么 （3）不是include，include是共用步骤集合，是多个include一个 （4）三个独立的用例更好，用例就是一种用法，只要典型的业务流程中能观察到我到系统那里去**一下，就可以是用例。需求不要想着"复用"，"没准这几个用例之间有可以复用的部分"，那是设计的问题。 把"浏览年报"做到极致，和把"打印年报"做到极致，都需要考虑很多的问题，而且考虑的问题差别很大 627***407(627***407) 15:14:18 现在就是考虑可以查看各个报表就行了 潘加宇(3504847) 15:17:08 分三个用例，设计时，三个用例的边界可以用同一个界面，这是设计问题 627***407(627***407) 15:18:31 好的

改进后的用例图确实是这样画的 UMLChina4(2403816963) 15:21:56 改进后摄像机确实能拍到这样发生的，对吧 627***407(627***407) 15:22:11 对 潘加宇(3504847) 15:22:27 按照这个映射即可 627***407(627***407) 15:22:41 画用例的时候有点迷糊了

潘加宇(3504847) 15:24:18 还是前面说的：需求是"不这样不行" 各个动作，步骤的组合，是无穷无尽的。我们要描述的只是必须承诺做到、而且有先做到的那一小部分 而且优先做到的那一小部分 627***407(627***407) 15:26:15 恩 需求是永无止境的 睡鱼(6***11) 15:48:22 lihongwei那个用例图是不是改成externd 哦 是三个单独的用例

[19:30上课]10月24-28日晚剔除伪创新的领域驱动设计-网络公开课

[新增架构师专用集锦AD-001]28套UML+EA和StarUML的建模示范视频-全程字幕（20221006更新）

《软件方法》书中自测题-题目全文+分卷自测（1-8章）16套111题

《软件方法》强化自测题集110题

CTO也糊涂的常用术语：功能模块、业务架构、用户需求……[20210217更新]

如何选择UMLChina服务

作者微信：umlchina2