四色原型总结
Jay
注意，这篇文章是初学四色原型时的读书笔记，其中不乏错误。时隔一年，在实践中领悟到了四色原型的真正意义，特此修订。可以与后来写的《四色原型札记系列》参照对比。2010年3月27日零时。
1. 四色原型
1.1. 时刻-时段原型（Moment-Interval Archetype）
表示事物在某个时刻或某一段时间内发生的。
使用红色表示。简写为MI。
1.2. 描述原型（Description Archetype）
表示资料类型的资源，它可以被其它原型反复使用，并为其它原型提供行为（用作方法的参数）。
使用蓝色表示。简写为DESC。
1.3. 参与方-地点-物品原型（Part-Place-Thing Archetype）
表示参与扮演不同角色的人或事物。
使用绿色表示。简写为PPT。
1.4. 角色原型（Role Archetype）
角色是一种参与方式，它由人或组织机构、地点或物品来承担。
使用黄色表示。简写为Role。
2. 原型提炼
2.1. MI
MI就是一段时间内发生的业务，包括与业务相关的数据以及行为（方法）。
MI类似DDD中的Service，但与DDD的Service不同之处在于，MI是充血模型，Service是失血模型。
比如“一次销售”就是一个MI，“一次销售”是一段时间（从开单到审批）内的业务活动。
2.2. PPT
PPT是指一个具体的，可以作为单个个体（每个单个个体之间有唯一标识符）被识别、区分出来的对象。
2.3. Desc
Desc是PPT的抽象概念，它是PPT的特性的总结，每一个PPT都属于一个（种）Desc。
比如“一台电脑”就是一个PPT（每台电脑都有唯一编号），而“一个硬盘”也是一个PPT（每个硬盘也有唯一编号）。
但是“硬盘”就是Desc（硬盘是每个硬盘的泛指，也是每个硬盘的类型）。并且硬盘是可以再分类的，IDE硬盘和SCIS硬盘等，也就是说，Desc可以是一个树形结构。
注意，以上的理解是错误的，正确的理解请参照《四色原型札记（一）》，下图是纠正后的表示：
2.4. Role
Role是PPT在参与业务行为时的身份，PPT不直接与MI打交道，PPT必须拥有指定的角色（Role），才能使用MI操作业务。
Role存在的作用是为了隔绝MI直接使用PPT。
2.5. 举例
比如，“人”就是一个Desc，而“亚洲人”、“黄种人”也是一个Desc，亚洲人和黄种人都属于“人”这个Desc的子Desc，即Desc可以是一个树结构。
具体到每一个人的时候，“张三”、“李四”就是一个PPT了。因为张三和李四是独一无二的，他们都有唯一标识符可以被识别、区分（比如身份証号、指纹等，视不同的系统需求采用不同的唯一标识）。
2.6. 总结
如果以PPT为中心，那么以上概念可以总结为：什么东西（人或事物）通过什么方式（身份）进行什么操作（业务）。
即当 PPT是Role时，可以调用MI。例如当张三是学生时，可以去上课。
如果以Desc为中心，那么以上概念可以总结为：什么什么类型的东西进行什么操作（业务）。
即MI调用Desc。例如人都可以睡觉。
规则1：PPT不能直接与MI打交道，它必须通过Role或者Desc才能操纵MI。
为什么要隔绝MI直接访问PPT？
如果MI直接访问PPT会带来以下问题：
1. PPT如果直接参与MI，那么PPT就会拥有MI环境中的属性，比如电脑在维修时必须记录维修结果，在销售时必须记录售价，那么PPT随着MI的增加会不断地膨胀，每增加一种MI，PPT就要修改一次。
2. 两个MI之间业务是完全不同的，PPT中有些属性对某一个MI来说，根本是无用的。例如电脑的价格，对维修来说是无用的。
3. MI直接使用PPT，还会带来MI之间的资料隔绝性问题。有些PPT的属性对某一MI是不允许访问的，如果MI直接使用PPT，那么就无法保密资料。
例如，电脑的折扣可能是保密的，不应该让维修知道。
增加Role之后，上述问题迎刃而解：
每增加一种PPT，就相应地增加一个Role，凡是与此MI相关的属性，都放在Role中。这样既避免了PPT的频繁修改，也避免了资料访问的问题。
可以这么描述Role：只有当事物（PPT）具有某个身份（Role）时，它才拥有与业务（MI）相关的属性（字段和方法）。
4. 特征驱动开发
4.1. 特征
特征是一个具有客户价值的功能。
特征描述的模板：
<action> the <result> <by | for | of | to> a(n) <object>
object表示一个人、地点或物品，即包括角色、时刻时段、分类目录条目的描述。
例如：
Calculate the total of a sale（计算一次销售的总额）。
Calculate the total purchase by a customer（计算一个客户总采购额）。
4.2. 特征集
特征集是一组业务上相关的特征。
特征集描述的模板：
<action><-ing> a(n) <object>
<object> management
例如：
making a product sale（进行一次产品销售）。
5. 为什么需要四色原型分析
一个模块，必须有活动（MI）、参加活动的对象（Role），以及活动资源（PPT），才能组成一个有业务含义的模块。