一个刚刚发生的例子：
某公司技术人员 21:24:15
老师，我这种层次依赖关系正确吗？
青润 21:27:11
这样的逻辑图没有对错之分，几乎任何一种方式都有其适用的环境，所以，不能判断。
某公司技术人员 21:27:41
有场景是不是就能说明是否正确？
青润 21:27:47
另外，uc不是按照这个来划分的，你这个做的，有点过多了。
需求就是需求，不涉及到什么数据访问层，也不涉及什么设备交互层。
你需要明确清楚，什么才是需求。
某公司技术人员 21:28:11
我在做设计
现在在架构设计
青润 21:28:58
设计，就不要用uc来做表示，那就是用错了地方，就好像拿着毛笔去战场一样。
某公司技术人员 21:29:22
不要打点没用的比方啦。
来点实际的分析啊
青润 21:29:42
我已经告诉你了。
分析：
这个人还认为我举的例子不恰当，他买过我的书，却并没有看懂我书中讲述的内容，连需求这一章的内容都没有看懂。
拿着铅笔去打仗，怎么可能打胜？
做事情，必须要分清楚工具，使用恰当的工具，通过恰当的方法，结合恰当的管理，才能做成功。
事情不好拍脑袋就能成功的。
现在不是石器时代，能做的事情都很简单。现在每一个项目，软件项目，都需要投入脑力、体力和精力，进行分析，思考，研究，和各种不断地反复（测试和bug修改也是一种反复，需求与变更更是一种反复）才能得到恰当可用的结果。
很多人都说UML不好用，你们思考过，你们用对过UML么？
你们非要那么毛笔上战场，拿着枪去写文章，这能成功么？对了，后者也许能成功，但是，要花费大量的子弹，唉！就不做发散性的思考和分析了吧，那就太没有意思了。