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

软件方法(下)分析和设计第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题


怪论:东北公司用用例做需求,反映了东北互联网落后?


别把洋垃圾当宝贝-评InfoQ中国“敏捷……”文章(一)


中文书籍中对《人月神话》的引用(完结,共110本):软件工程通史1930-2019、实用Common Lisp编程……


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


UMLChina服务介绍


  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值