本节向大家介绍一下彩色UML建模的概念，主要包括颜色的魅力和构架型两部分内容，希望通过本节的学习你对彩色UML建模 有全新的认识。下面让我们一起来看一下详细介绍吧。
颜色的魅力——彩色UML建模
彩色UML建模
使用过UML建模工具的Designer们看见这个题目，可能不会觉得有什么新奇，原因是在使用UML建模时，我们大概都会选择一种或多种喜欢的颜色给UML图示进行着色，为了美观，或是达到某种显示效果。但是你有没有想过将你使用的颜色模式化呢，将颜色作为一种符号象征意义固定下来？从PeterCoad的《彩色UML建模（JavaModelinginColorwithUML）》这本书中你或许能找到所需要的灵感。
1、颜色的魅力
虽然文字作为一种符号系统能够被人类所理解并赋予意义，但是人类行为研究表明，人类对文字的反应力远不如对于颜色的感知力。可以做这么一个假设，将十字路口的红绿灯系统换成某同一颜色的用文字表示的标示，情况会如何呢？我想即便是给予受试者足够的训练时间（排除受试者不识字的可能性），效果要远不如红绿灯系统来得好。
颜色作为一种象征符号给予人们一种直观的印象，这种印象仅仅依靠人的直觉便能感受和理解，但是文字的意义则不然，对文字意义的理解可能要调用大脑的某种比直觉感知更为复杂的处理过程。这大概也就是如我们在日常生活中所看到的一样，在交通事故多发地段，警告标示几乎不可能出现文字的原因，更不用说出现一大串的文字警告。
上面说过，在UML建模中，使用颜色再司空见惯不过了，但是将颜色的意义模式化和固定化的第一人恐怕就是非本书的作者，著名OO大师PeterCoad莫属。Peter在1997年OOPSL会议上就率先提出这种尝试，认为“彩色为我们提供了一种方式，加入了附加的信息层，这样就巧妙地增加了我们要表达的信息量”。所以颜色给我们带来的不单单是美观、视觉冲击，更重要的是其增加的信息量和直觉的理解力。下面我们看一下彩色UML建模中的架构型。
2、架构型（Archetype）
那么在UML建模过程中如何将颜色符号化、模式化呢？“架构型”为我们提供了答案。作者在长期的实践中，从几十个业务和工程领域的几百个模型中提出四种领域中性的架构型，即：MomentInterval、Role、PartyPlaceThing、Description。PeterCoad分别用四种不同的颜色（粉红色、粉黄色、粉绿色、粉蓝色）来表示它们，并归纳出四种架构型之间相互交互的模式。这样当看到上述四种颜色的一种时，我们看到的不仅是作为一种色彩而存在的颜色，更多的信息量将加入到该种颜色所代表的架构型中，就像我们所遵循的“红灯停、绿灯行”一样。
当然，我这里无意要求必须依葫芦画瓢的生搬硬套作者使用的颜色（选择那些颜色并不是最重要的，重要的是在团队的Design中一致的使用选择的颜色，固定化，模式化），甚至我也不完全同意作者提出的架构型就是唯一的，放诸四海而皆准，它可能并不一定适合你的团队正在解决的问题，但是如果使用作者提出的思想适配到团队的建模工作中，却不失为一种最佳实践。
一以贯之的彩色建模，赋予颜色以意义。对于团队建模的效率和团队成员间的理解和沟通无疑是有益的。本节关于彩色UML建模方面的内容介绍到这里。
【编辑推荐】
