Functional思维( function thinking)又称为模块式(module) 思维。object思维又称为组件式(component)思维。这两种思维的转移是一种思维习惯的改变(paradigm shift)。
后记：要OO开发，还得先从这里开始。
use case包含有actor 使用系统服务的过程；也包含有actor使用系统的目的，称为actor’s goal。actor无法独立完成goal，所以需要系统的协助，系统执行use case来协助actor完成goal。使用服务的过程变动较快，不如actor’s goal来的稳定。在实务上，SA以actor’s goal来抽象出use case时，有三个常犯的错误需要小心避免。常犯错误一：SA常将actor使用系统的原因与goal混唯一谈。常犯错误二：SA物以为直接问user---「你使用这套系统的目的是什们?」或是「你为什们会使用这套系统?」，就能抽象出use case。常犯错误三：SA常就自己的观点，将数个不同的goal抽象成单一的goal，并误以为user能理解抽象后的单一goal。
后记：UML图一看就懂，但是只有你自己做的时候才能知道难在什么地方，有时候不是你错了还不知道为什么！
在OOAD中最最重要的能力就是如何把责任恰到好处地分派给适当的软件组件。因为这是OOAD过程中不可或缺的一项工作﹐而这项工作的好坏对软件组件的韧性﹐容易维护性及助用性具有关键的影响。
后记：这是系统架构师体现能力的地方。
