四色原型札记(一)

最新推荐文章于 2017-05-02 11:38:00 发布

转载最新推荐文章于 2017-05-02 11:38:00 发布 · 160 阅读

0 ·

CC 4.0 BY-SA版权

原文链接：http://www.cnblogs.com/sunrfun/archive/2012/10/30/2746730.html

本文分享了作者对《彩色UML建模》一书的阅读体验和观点，指出中文版存在术语翻译不准确、概念描述晦涩等问题，并建议读者先查看电子版再决定是否购买。

札记一不想谈四色原型建模的一些知识，只是想谈谈对《彩色UML建模》这本书的一些看法。

《彩色UML建模》这本书在程序界的呼声一直都是很高，我也买了一本中文版的，花了几天时间去阅读了这本书，发现这

并没有我想象中的那么好，特别是中文版的，一些术语读起来前后不通，比如Archetypes书中全部翻译成架构型，本人觉得

用原型可能更为贴切。而且书中对一些概念的描述如果对四色原型不了解你把书翻烂了也不会有任何作用。而且书中只是画

了大量的UML图，而没有作任何解释，看得一头雾水，不知是本人水平低还是别的原故。所以想买这本书的一些读者一些见

意，先找电子档的看看，如果能接受再去购买。

转载于:https://www.cnblogs.com/sunrfun/archive/2012/10/30/2746730.html

确定要放弃本次机会？

福利倒计时

: :

立减 ¥

普通VIP年卡可用

立即使用

weixin_30437481

关注关注

0
点赞
踩
0

收藏

觉得还不错? 一键收藏
0
评论
分享

复制链接

分享到 QQ

分享到新浪微博

扫一扫
举报

举报

四色建模

mistakk

05-12

3165

引言四色建模用来干什么?在「系统分析」阶段，四色原型法不要求必须先有需求才能建模，可以在对业务的熟悉和理解过程中，直接采用四色原型分析和表达业务，它可以用于任何了解业务的过程中对业务概念进行抽象和组织。四色原型是一种思考工具，就是让系统分析员戴上有色眼镜来看世界，通过把被分析对象分成四大类，来快速发现隐藏的概念并分离职责，将模型对象成为概念内聚、职责单一的对象，它是系统分析过程中最具有意义的思考工具。组成四色建模有四部分： MomentInterval：淡红色；表示在一刻或者一段时间内发生的一件事

领域建模－四色原型介绍

09-27

四色原型是诞生于90年代，现在被广泛使用的一种系统分析方法，如Borland的Together架构师版，准确地说，是由Peter Coad 和 Mark Mayfield首先提出[Coad92],然后由David North拓展[Coad95-97]

参与评论您还未登录，请先登录后发表或查看评论

.NET应用架构设计—面向对象分析与设计四色原型模式（彩色建模、领域无关模型）（概念版）...

dengzai7446的博客

08-12

281

阅读目录： 1.背景介绍 2.问自己，UML对你来说有意义吗？它帮助过你对系统进行分析、建模吗？ 3.一直以来其实我们被一个缝隙隔开了，使我们对OOAD遥不可及 4.四色原型模式填补这个历史缝隙，让我们真的看见OOAD的希望 5.在四色原型上运用彩色建模增强视觉冲击力 6.通过四色原型模式建模出领域无关模型 7.结束语：建模时你可以不考虑具体实现，但是建模者...

四色原型

Frank走在JAVA旅途

02-09

951

板桥里人 http://www.jdon.com 2006/2/19（转载请保留）前言　　我们搞技术的有很多误区，比如经常陷入纯技术钻牛角尖的争辩，而全然不顾业务场景，技术活做太多，经验一箩筐，但是有时会疑惑，这些经验是否适合其他自己没有经历过的新系统呢？我们在技术设计路线上走得太久，容易迷失方向，什么是设计不足；什么是过度设计，如何把握这个度？　　在对待项目上，有一种极端是认为每个

四色原型图进行业务建模的思考

02-21

这里笔者介绍一种很灵活很实用的分析方法--四色原型图，也叫彩色UML。（图片引自JDON的BANQ大师之手）四个元素的介绍：moment-interval：粉红色的时刻—时段：一个时刻或一个时段，您需要追踪它或做某事，通俗地说...

四色原型--整合贴

02-22

火龙果软件工程技术中心前言我们搞技术的有很多误区，比如经常陷入纯技术钻牛角尖的争辩，而全然不顾业务场景，技术活做太多，经验一箩筐，但是有时会疑惑，这些经验是否适合其他自己没有经历过的新系统呢？...

彩色建模（四色原型） Object Modeling in Color

weixin_33712987的博客

11-25

542

Object Modeling in Colour，Java Modeling in Color with UML一书中提出这种方法定义4种类的原型，在UML中用不同颜色表示不同原型的对象 1. Party, Place, Thing Party: 事件的参与方，例如某人人、某组织等 Place: 事件的发生地，例如仓库、零售店铺 Thing: Thing clas...

面向对象分析与设计—四色原型模式（彩色建模、领域无关模型）

weixin_34356138的博客

05-02

401

面向对象分析与设计—四色原型模式（彩色建模、领域无关模型） 1.背景介绍至今我都清楚的记得我第一次被面试官问起什么叫”建模“技术时的情景，那是好几年前的事情了，当时是胸有成竹的去面试一个有关系统分析、设计的.NET高级软件工程师岗位。面试官几乎没问我有关.NET方面的任何技术实现，他就简单的问了问：“你如何把握你所分析出来的系统的正确性？”，我当...

四色原型(2)

j2eejb的专栏

12-29

277

四色原型(2) 板桥里人 http://www.jdon.com 2006/2/23（转载请保留）　　上一个章节我们谈论了四色原型的基本定义，四色原型好像是这样一个场景抽象：某人参与某活动对某事情操作，基本上我们人类的所有活动都可以用这段抽象来表达，这说明四色原型帮助我们更快地分析分辨事物。　　下面我们以Java Modeling in Color with UML书中案例详细说明一下四色图深...

.NET应用架构设计—四色原型模式（色彩造型、域无关的模型）（概念版）

weixin_34367845的博客

07-28

320

阅读文件夹： 1.背景介绍2.问自己，UML对你来说有意义吗？它帮助过你对系统进行分析、建模吗？3.一直以来事实上我们被一个缝隙隔开了，使我们对OOAD遥不可及4.四色原型模式填补这个历史缝隙，让我们真的看见OOAD的希望5.在四色原型上运用彩色建模增强视觉冲击力6.通过四色原型模式建模出领域无关模型7.结束语：建模时你能够不考虑详细实现，可是建模者要懂技术实现 1.背景介绍至...

四色原型总结

violin的技术博客

12-11

327

四色原型总结 Aaron 1. 四色原型 1.1. 时刻-时段原型（Moment-Interval Archetype）表示事物在某个时刻或某一段时间内发生的。使用红色表示。简写为MI。 ...

设计中的—四色原型

MyLove_xia的专栏

10-16

806

　第一：它是不是依赖时间上瞬间或一段短时间存在的，是不是业务需求需要跟踪记录的对象？如果是，它就是momentinterval原型（简称MI）。　　第二：然后，它是不是角色呢？如果是，就属于黄色Role原型。　　第三：然后，它是不是属于一种目录式的种类性质对象，或者代表一组呢可以反复使用的概念，如果是，它就是蓝色description原型。　　第四：最后，它是某人或组织？或者是某

四色原型图和类图的简单总结

持续改进

12-04

1221

四色原型图这个东西无需再阐述了，现成的资源一大堆。google 排在首位的当属 jdon 网站了，俺也是从 jdon 上学习四色原型图的。不过，尽管如此，个人觉得　jdon 上的资料并非完全准确，关于这点我就没有资格去评论了，大家可以在实践中体会。有点跑题。那么我们为什么要使用四色原型图呢？有什么好处呢？我想好处之一就是简单。四个颜色：红，黄，绿，蓝，多简单。好处之二就是纠正我...

运用四色建模法进行领域分析

cpongo5

11-07

442

领域建模有很多种方法，对于同样的问题域使用不同的建模手段得到的模型可能也不尽相同。于是我经常听到这样一个问题：怎么才能保证建模的正确性？\这听起来是个合理的质疑，但实际上却不是那么有道理。首先我们需要明白建模的目的是什么？如果仅仅是为了描画问题，那么并没有什么对错之分——仅仅是立场和角度的差别；而如果是为了企业业务系统而进行建模，那么这个问题应该变为：如何保证模型能够支撑企业的运营？\我想用下面这...

DDD：通过四色原型来理解聚合

weixin_33859844的博客

03-16

211

MI和MIDetail属于同一个聚合。 MI和MIdetail不能持有对PPT的引用，只能存储其快照。 PPT多数情况是一个聚合就一个聚合根；Description对PPT的描述，可以表示为一个标识引用或将Description做为值对象。 Description多数情况是一个聚合就一个聚合根。 Role多数情况可以视作一个领域服务。四色原型间的关系通过仓储进行导航。 ...

四色原型：探索项目间的通用设计

本文主要探讨了软件工程中的一种方法论——四色原型，旨在解决过度设计和设计不足的问题，提高软件开发的效率和重用性。作者指出，许多开发者在实践中容易陷入技术争论，忽视业务场景，并且对项目的设计和实施存在...