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：
