一个刚刚发生的例子：

某公司技术人员 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么？

你们非要那么毛笔上战场，拿着枪去写文章，这能成功么？对了，后者也许能成功，但是，要花费大量的子弹，唉！就不做发散性的思考和分析了吧，那就太没有意思了。

ITPub博客

[全程建模]UML被肆意乱用，怎么可能解决问题