banq这次布的道真不是盖的！拜一下先。
比较出彩的是四色原型的归类化和DNC将静态类图中的业务流转“动”了起来。期待banq对此理论的进一步具体化。

对No model,no patterns ,then no framework Model有了更进一步的了解
真希望国人的软件行业能振兴

不知四色原型图与类图是否有本质区别。觉得只是把类加了颜色使人容易区分罢了。两者是否有不能衔接之处，只唯一代表自己那？

不知道这是否算是系统分析师做的事，虽然您把分析和设计统称为域建模，但为什么又有四色图和类图？难道四色图完全可以代替类图？四色图中每个元素都是域模型吗？或者是否可以说四色图只能给我们提供类图中划分模型间关系的依据？

能否说说四色模型图与FDD的实质关系？通过FDD我知道它是一个开发过程方法论。那四色图应该是围绕这套方法论的产物。从过程的开始就开始有图从特征功能的完善开是对图细画，直到带着四色图和开发计划，给相应的编码人员后编码调试测试都完成。才算一次FDD。这么理解不知对否。

>四色图和类图
四色图是一种分析思想，可以用类图表达出来，是一种特殊本地化的类图，两种并不矛盾，很多初学者总是误以为类图是一种设计思想什么的，其实它充其量就是CAD中一个图形符号，只有当它用来表达人的思想时，它才闪光，但是闪光不是因为类图本身，而是它表达的思想。

Java语言也是一种工具，Java闪光不是因为它是工具，而是它用来表达Model/Patterns思想时，才神奇啊。

description原型 怎么总觉得像是party的属性？如果是人他的description就是这个人的姓名 身高 年龄住址 电话 等等……但是人这个原型中的属性不也是这些吗。能否具体到JAVA代码中举例子说明 我觉得这块很多人比较迷惑

description就是人的共性，以发动机来说，发动机有一个共性描述：功率；大小等；但是一些属性如：发动机生产日期；发动机编号等是PPT了，某个Thing才有唯一的编号，表示唯一的实例。

PPT可以进一步在Evans DDD的实体中表达，而description可以使用Evans DDD的值对象来表达。

是否合理？

用户的共性可否说是他们一定都属于某个组织。还能有其他的什么吗？

> PPT可以进一步在Evans
> DDD的实体中表达，而description可以使用Evans
> DDD的值对象来表达。

用值对象来表达description，是否可以说description就是值对象那？值对象有些也是在不同场合下才算值对象在某些场合下也许就是实体。换句话说 你的意思是否说description就不可能是实体？

值对象为什么还有操作那？值对象不是一个描述吗。描述还有操作这让人很不理解。

我的理解。顺序是：
什么样一个东西，具体哪个东西，这个东西扮演什么样个角色，在某时间参与了什么样的活动。
什么样一个东西在java中起到什么作用那，如果实体是某系统的用户，能把什么样个用户，理解为在某个组织下的用户吗？
密切关注中……我觉得就快开窍了

有种感觉description有点像实际中的选择或检索，先确认某种东西然后再选择某一个。

你的四色图基本不错。

最好不要使用用户登录注册这个案例来做四色图，当然也可以，但是不容易分清楚角色和物。另外在我们系统中，用户登录验证已经不需要分析，现成的实现模型直至代码都已经有，而且可以和业务系统分离。

最好找一个人物交互系统，是用例图可以很擅长表达那种典型业务领域需求。