四色模型图新解

意料之中，这个帖子被隐藏了。可惜的是帖子被隐藏了，竟然连blog也不能回复了。
我相信看我的文档的人，都没注意到我用了“模型”，而不是“原型”，不过我也
相信大部分人根本没区分这两点。
既然是模型，当然会比原型更加接近设计，这也是我的原意，缩小设计和实现之间
的跨度。
oz6同志认为这就是color-uml，不过他是否忘记了，在四色原型出现的时候，还没有
color-uml，更重要的是，我讨论的就是四色模型，而不是color-uml建模。
最具有讽刺意味的是，我故意把 moment-interval 写成了 model-interval，
可是谁也没看出来,是看出来了不屑于说呢，还是根本就没了解好基本概念呢？
呵呵，不是很有趣？


这篇文档是我对四色模型图的理解，没有描述四色模型图的基本内容，请大家google it 吧！

我希望与真正摸索过、了解四色模型图的人交流，也希望能给我提出建议！

因为我找到的资料非常有限，主要都是凭借经验。


下面是文档的一些摘要，具体内容请大家下载附件查看吧！


前言

我相信复杂的事情都可以使用简单的方式来解决，所以当我在 jdon.com 上看到
四色模型图的资料后，便被它深深地吸引住了。任何复杂的业务都可以用四色模
型图来描述，这真是具有非常大的诱惑力！

可惜，jdon.com 上的对于四色模型图的文章都讲得不太明白，有些概念非常模糊，
看了多遍都很难理解。
所以，我结合自己的经验以及jdon.com 的一些文章，试图将四色模型图用简洁、
明了的方式来表达出来。
我的观点未必正确---因为我实在很难找到资料，只是根据经验而以。
我也希望更多人能一起探讨这个东西，越多人探讨，越多的实践，我们就越会明白
四色模型图了。

四色模型图的迷惑？

四色模型图中有四个基本颜色，分别如下：
1、 粉红色的 Model-Interval。这个模型其实挺抽象的，不过去掉其抽象的
        概念，它的实质就是 service 类。也就是我们平时说的提供服务的类。
2、 黄色的 Role 。这个模型很好理解，对应于系统里的用户角色。这样的模
        型我们并不陌生，而且几乎每个系统都会有这样的模型存在。
3、 绿色的 Party , Place or Thing (PPT)。这个概念看起来不抽象，其实非
        常抽象！何为 Party , Place or Thing ? 当然可以说是 人(组织)，场所，
        和某个事情。看看吧，当我们实际面对一个项目的时候，往往就不知道这
         个模型到底对应什么了。
4、 蓝色的 Description。这个模型更加抽象。其英文意思为“描述”。到底什
        么东西才算“描述”呢？

看看上面的四个颜色，至少两个颜色我们不能立刻的明白其具体的含义。完全明白了
这四个颜色的含义，其实就是完全明白了四色模型图，不是吗？

好吧，空洞洞地解释这四个颜色根本没什么意义，下面就用一个实际的例子来说明
吧！

为了让大家更好的理解四色模型图的基本知识，
可以参考这里：
http://www.jdon.com/mda/archetypes.html

四色模型也需要演化，毕竟四色模型不是四色地图。

jdon推荐的java model in color 和另外的一本和MDA相关的那本，在mda那本上有很多原形模式，例如团体模式（party),我感觉好象和分析模式很接近，但书上说又比分析模式高一个层次，我也刚开始研究，希望大家多发表意见

这个文档我写得不太详细，我再补充点：

四色模型图简介

其实它真正的名称是“四色原型”。为什么称呼它为四色“原型”而不是“模型”呢？原型意味着这种分析方式是更加原始的，比我们经常用的分析模式更加原始。可以认为，原型分析是分析业务的一个开始。在原型分析里，只分析业务，不会涉及具体的语言，工具，类，等等。如果打个比方，可以把原型理解为类人猿，而分析阶段则是真正的人。

这里我称呼它为“模型”，其实就是将四色原型图演化为了分析阶段的图。因为从我个人经历的项目来说，几乎每个项目都是如此的匆忙，我们很难分配足够的时间在需求分析阶段，所以，我直接将四色原型演化成了四色模型，以此来缩小分析阶段与代码阶段的距离。

下面还是先简单描述一下四色原型原本的概念。

四色原型是由是由Peter Coad 和 Mark Mayfield首先提出[Coad92],然后由David North拓展[Coad95-97]，它最基本的意思就是“无论多么复杂的业务，都可以由四色原型描述出来”。因此，使用它有助于我们将一个复杂的业务整理清楚，有助于我们的系统建模和设计。
四色原型图有四个基本的概念：
1、 Moment Interval (MI)
2、 Role
3、 Party, Place, or Thing (PPT)
4、 Description

简要地介绍一下这四个基本概念。

1、 Moment Interval(MI)

这是最重要的一个原型，它表示处理在某个时刻(Moment) 或很短地一段时间内(Interval) 所发生的事情。
例如卖东西，是在某个时刻发生的；例如租赁行为是在一段时间内发生的。在任何领域中，我们都可以找到这样的原型。

2、 Role

Role 的意思就是角色。例如登录系统的用户。

3、 Party, Place or Thing(PPT)

这个图是指 人(组织)，地方或一个事情。例如，人，身份证，这些可以理解为Party；商场，某个地方，理解为 Place；商品，理解为 Thing。

4、 Description

这个图是对 PPT 的一种描述。



四色模型图真的可以描述所有的问题?

这是一个尖锐的问题，因为四色模型图毕竟不是数学上的四色原理，可以通过公式来证明其正确性。但是我想在“应用系统”这个领域内，四色模型图还是足够的，使用它来描述业务，会让我们更加清晰地理清复杂的业务，正确地建立系统的模型。

因为我并没有使用四色模型图来编写基本framework的经验，所以对于四色模型图在其他领域的应用不敢妄下断言。不过，个人认为即使在那些领域，仍然可以使用四色模型图来进行分析，只是其中的概念要加以改变，例如Description可能就与持久层无关了，而与其它操作有关。

貌似描述的不对...特别是文档中那个例子哈

可以把您的观点也写出来吗？希望多多交流:)

colour uml 简单易用，可以成为业务系统分析的标准模式。

不过看了一下楼主的 那篇文章，我个人觉得楼主对colour uml 的理解根本上是错误的。
可能楼主没看过 peter coad的原著。

还是先看看 http://www.javaeye.com/topic/1407

我所说的并不是 colour uml .....

去jdon玩吧，这里不适合你。