[答疑]反正最后都会有增删改查用例，为什么不直接写出来？

小马乖乖 2021-8-13 11:03

书上说不要增删改查用例，我总觉得既然系统保存数据，肯定会有对数据增删改查的用例，为什么不列出来呢？

UMLChina潘加宇

首先，系统里有某个数据，不代表一定需要专门增删改查这个数据的用例，数据的增删改查可能是发生在其他用例的某个步骤里面。

这和面向对象的封装是类似的。类有一个属性，不代表一定会为这个属性专门提供一个访问和修改的操作。

其次，也是更重要的，这样的想法，背后藏着一个本质的错误，这个错误不纠正，需求肯定是做不好的。

需求不是回答“系统可以做什么”，而是回答“当前时间点，系统最应该做什么，最能解决老大当前最关心的问题”。

如果只是回答“系统可以做什么”，让一万人拍脑袋，可以得到一万条“需求”，其中当然可以有增删改查的用例了。

关键在于，资源是有限的，我们需要思考当前时间点，最值得做的是哪一个，而这个答案要通过愿景、业务用例、业务序列图建模等来推导，如果刚好有增删改查的用例，那当然没问题。

所以，这样想的最大问题是需求来路不正，会导致排序很低的“需求”混进排序高的需求里面，导致资源的巨大浪费。需求没有什么要不要的，只有排序。不是马上要做的，写出一百个一万个也没用。

而我们很多人却没有感觉，因为很多人想的是“我可以做什么”，没有学会思考“我最应该做什么”。

甚至会有这样的心态：例如，推导出来刚好有某个增删改查用例，然后就有人说“我就说有吧，明明拍脑袋知道的，还要花这么多步骤推导”。关于这一点书上有相关内容：

如果十年前，你手上有几百万现金，可以炒股，可以去环游世界，可以创业……，但最应该拿去做什么？