DDD领域驱动设计批评文集>>
《软件方法》强化自测题集>>
《软件方法》各章合集>>
第1章自测题 Part2
2 [单选题]打开开发人员写的需求规约，发现用例的名字都是“学生管理”、“题库管理”、“课程管理”……，这背后可能隐藏的最大问题是什么？
A) 用例的名字不是动宾结构，应改为“管理学生”……
B) 用例粒度太粗，每一个应该拆解成四个用例，“新增学生”、“修改学生”……
C) 开发人员直接从需求映射设计
D) 开发人员直接从设计映射需求
答案和解析：
A) 错误选项。
这是一个问题，但不是最大的问题。调换一下符合用例的命名习惯当然可以，不过还要细究背后的根源。
B) 错误选项。
不管是拆成四个还是保留一个，一旦有了“标准答案”，就会变成不用思考批量刷工作量的手段。用例是什么，到底应该有几个，需要从“卖”的角度思考寻找“最佳答案”，而不是寄望于有“标准答案”。
C) 错误选项。
D) 正确选项。
这种“**管理”用例的来源往往是这样的：先看看系统可能会有哪些数据，甚至建好了数据库的表（系统的设计），然后再一个个映射成“**管理”用例（系统的需求）——数据库里有一个“课程”表，好，我们来个“课程管理”用例……
进一步探讨可以参考以下答疑记录：
*反正最后都会有增删改查用例，为什么不直接写出来？
*CRUD用例是不允许的吗
*恼人的CRUD，可是我的项目就是维护一个数据库呀
