四色原型总结
四色原型总结
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),才能组成一个有业务含义的模块。