软件方法（下）分析和设计第8章连载[20210816更新]分析 之 分析类图——知识篇
小马乖乖 2021-8-13 11:03
书上说不要增删改查用例，我总觉得既然系统保存数据，肯定会有对数据增删改查的用例，为什么不列出来呢？
UMLChina潘加宇
首先，系统里有某个数据，不代表一定需要专门增删改查这个数据的用例，数据的增删改查可能是发生在其他用例的某个步骤里面。
这和面向对象的封装是类似的。类有一个属性，不代表一定会为这个属性专门提供一个访问和修改的操作。
其次，也是更重要的，这样的想法，背后藏着一个本质的错误，这个错误不纠正，需求肯定是做不好的。
需求不是回答“系统可以做什么”，而是回答“当前时间点，系统最应该做什么，最能解决老大当前最关心的问题”。
如果只是回答“系统可以做什么”，让一万人拍脑袋，可以得到一万条“需求”，其中当然可以有增删改查的用例了。
关键在于，资源是有限的，我们需要思考当前时间点，最值得做的是哪一个，而这个答案要通过愿景、业务用例、业务序列图建模等来推导，如果刚好有增删改查的用例，那当然没问题。
所以，这样想的最大问题是需求来路不正，会导致排序很低的“需求”混进排序高的需求里面，导致资源的巨大浪费。需求没有什么要不要的，只有排序。不是马上要做的，写出一百个一万个也没用。
而我们很多人却没有感觉，因为很多人想的是“我可以做什么”，没有学会思考“我最应该做什么”。
甚至会有这样的心态：例如，推导出来刚好有某个增删改查用例，然后就有人说“我就说有吧，明明拍脑袋知道的，还要花这么多步骤推导”。关于这一点书上有相关内容：
如果十年前，你手上有几百万现金，可以炒股，可以去环游世界，可以创业……，但最应该拿去做什么？
[幻灯]9.2-9.5日晚-剔除“伪创新”和“无领域”的领域驱动设计-网课
[2020.01加一套题]UMLChina建模竞赛题大全-题目全文+分卷自测（11套110题）
全程字幕-25套UML+Enterprise Architect/StarUML建模示范视频
[新增：鸵鸟]软件开发团队的脓包：皇帝的新装、口号党、鸵鸟、废话迷
《软件方法》书中自测题-题目全文+分卷自测（1-8章）16套111题
中文书籍中对《人月神话》的引用（完结，共110本）：软件工程通史1930-2019、实用Common Lisp编程……
CTO也糊涂的常用术语：功能模块、业务架构、用户需求……[20210217更新]
扫一扫
179
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
