一线架构师阅读笔记二

关于鲁棒图。他弥补了从用例到交互图之间的缺失。交互图非常的复杂，因为它会有很多场景，是一个非常重的图，我不建议用在常规的设计里面，除非是一些核心的交互场景，而且是那些不易经常发生变化的。鲁班图可以识别出来对象和过程，相当于把用例更细化掉。后面可以做做推广实践。他定性成系统的初步设计，没啥问题。

关于用例架构驱动还是概念架构驱动。此文说，概念架构的驱动力，等于功能、质量、约束。但实际从软件的根本目标来讲，都服务于用户和商业价值。软件本身也可是一种商业，但这比较特殊。所以核心用例驱动，这句话没啥毛病，他虽然不是一个很全的覆盖面，但是他把软件的本质体现出来了。

如果求全我们可以说，是需功能需求和非功能需求驱动。但本质并不对，很有可能很多功能需求，很是很傻逼的产品经理提出来的，并不代表着市场的认可。需求是伪需求，那根据伪需求构建的系统也是伪系统，所以，真正是市场驱动着软件的一个架构。