DDD领域驱动设计批评-文集-点击查看>>
问题时间：2014/12/30
阳光(908***55) 10:10:38 通过序列图可以映射系统用例，这个系统用例肯定不全，那么其他的系统用例通过什么方式得到呢？这部分内容答疑上有说明吗？ 阳光(908***55) 10:18:45 一般情况比如一个业务流程走完，就是一个序列图。但是作为管理需求，则会出现统计分析，统计分析当然我们不会再去画序列图了。 潘加宇(3504847) 23:05:19 都能从改进后的业务序列图映射得到 阳光(908***55) 10:19:18 我说的就是这个统计分析不在序列图中，但是我们需要通过需求去补齐系统用例 潘加宇(3504847) 23:09:18 其实，需求是无底洞，用例是找不"全"的，我们应该找的是当前最值得做的用例 潘加宇(3504847) 23:11:05 Vincent(7***78) 说的提炼业务场景是对的。 愿景，找出和愿景最相关的流程，最值得改进的改进点，改进，得到的才是用例 然后，不断重复，重复 潘加宇(3504847) 23:12:31 那你想一下，系统上马之后，在业务流程中，什么时候，什么原因，会出现系统要做统计分析这样的事情呢，总不会是无厘头的吧 潘加宇(3504847) 23:13:56 做报表和别的业务流程步骤一样的，没有特别。不会无缘无故做报表的。
4月14-17晚剔除“伪创新”的领域驱动设计-网络公开课
4月7-10晚网络软件需求设计方法学全程实例剖析公开课
UMLChina建模竞赛题大全-题目全文+分卷自测（11套110题）
全程字幕-26套UML+Enterprise Architect/StarUML建模示范视频（202201更新）
《软件方法》书中自测题-题目全文+分卷自测（1-8章）16套111题
CTO也糊涂的常用术语：功能模块、业务架构、用户需求……[20210217更新]
如何选择UMLChina服务
