查看原文
其他

《软件方法》自测题解析-004:不能从设计映射需求

潘加宇 UMLChina 2024-03-10

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

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

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

第1章自测题 Part2

2 [单选题]打开开发人员写的需求规约,发现用例的名字都是“学生管理”、“题库管理”、“课程管理”……,这背后可能隐藏的最大问题是什么?

A) 用例的名字不是动宾结构,应改为“管理学生”……

B) 用例粒度太粗,每一个应该拆解成四个用例,“新增学生”、“修改学生”……

C) 开发人员直接从需求映射设计

D) 开发人员直接从设计映射需求

答案和解析:

 A) 错误选项。

这是一个问题,但不是最大的问题。调换一下符合用例的命名习惯当然可以,不过还要细究背后的根源。

 B) 错误选项。

不管是拆成四个还是保留一个,一旦有了“标准答案”,就会变成不用思考批量刷工作量的手段。用例是什么,到底应该有几个,需要从“卖”的角度思考寻找“最佳答案”,而不是寄望于有“标准答案”。

 C) 错误选项。

 D) 正确选项。

这种“**管理”用例的来源往往是这样的:先看看系统可能会有哪些数据,甚至建好了数据库的表(系统的设计),然后再一个个映射成“**管理”用例(系统的需求)——数据库里有一个“课程”表,好,我们来个“课程管理”用例……

进一步探讨可以参考以下答疑记录:

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

*CRUD用例是不允许的吗

*恼人的CRUD,可是我的项目就是维护一个数据库呀


7月28-31晚网课:软件需求设计方法学全程实例剖析

8月11-14晚剔除“伪创新”的领域驱动设计-网络公开课

[新增EA027智慧公寓系统]25套UML+EA和StarUML的建模示范视频-全程字幕(2022.7.25更新)

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

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

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

如何选择UMLChina服务

扫码加作者微信umlchina2:

继续滑动看下一个

《软件方法》自测题解析-004:不能从设计映射需求

潘加宇 UMLChina
向上滑动看下一个

您可能也对以下帖子感兴趣

文章有问题?点此查看未经处理的缓存