together2008下画四色图的问题

你没有学好类关联定义，就直接干上画图了，所以不知道用哪个线。

四色图实际就是类图模型，类图之间有关联 聚合 组合 抽象继承等关系，一般用关联线。

注意：together JAZZ之类建模工具只是相当AutoCAD CorelDRAW 绘图工具，现在路边一个名片复印商店里小女孩都会用CorelDRAW做名片图了，我不是讽刺楼主意思，借此告诉大家，学习OO分析思想是最重要的。

感谢BANG大哥这么快就认真回复了，非常切中要害，刚才补充了一下基础知识，关联，聚合，组合多少基本上搞明白了。
以前没用together，设计初学者，可能我把together想得太智能了，想做出的代码直接就能部署了。看大哥的意思是只能画画图看看而已（部分代码还是可以用的）。真正开发起来还是要重新建工程的。
我上面画的是一个博客的设计图，Article是博文，CommentOn是评论，ArticleService负责负责博文评论的CURD等，又重新修改了一下，大哥能不能看下画的正确与否，最好说具体点。再次感谢。

基本可以，通过发布活动形成文章结果

但是最好把修订和发布以及发布回复分开，这些还是有些区别的。

呵呵终于画出一个四色图了，高兴中。

对于我理解的together的作用大哥还没给出明确的回答。不知道大家用的时候是用到什么程度，也是只是画画图而已吗？大家指导一下我可能就少摸索好多天，项目太紧了，没时间摸索了。

对bang说的“最好把修订和发布及发布回复分开，这些还是有区别的”，我有点不太理解，你是指为他们各自建一个服务类吗？
我是这样理解的，这几个功能只是整个项目功能中的一小部分，我想把相关的功能组织到一个服务类中。这样会更有条理些。

>相关的功能组织到一个服务类
这是面向过程的做法。放到一个类，以后拓展起来不是要改得面目全非，很多功能交织在一起了？

一开始就做得细一些，因为MI代表一种活动，那么人的活动有很多，你是否就一种活动来表达，那么不是所有系统功能都可以用一个MI来表达吗？

together是MDA工具，也就是只要我们根据四色原型或Evans DDD画出领域模型，代码就会由这个功能自动产生出来，当然目前MDA产生的代码要整入具体框架就难，所以，目前MDD的DDD是比较实用，但是最先进成熟的方法。

>相关的功能组织到一个服务类
确实存在你说的问题，但细分到什么程度呢？每个实体建一个服务类吗？

>目前MDD的DDD是比较实用，但是最先进成熟的方法
能不能说的更明白一点？比较费解。

顺便请教一下binxq 兄弟, together2008画四色图中role ,mi ,ppt desc 这样的类图是如何配置出来的.你用的是uml2.0还是2.1.我用的是2.1,然后所有的都是一种类型.呵呵请指教!

之前我还以为 together2008画不了这样的图呢, 然后我都是在类图中自己上的色,呵呵.

最近也在学习使用 together2008,发现这方面的资料很少,那位大哥知道请推荐一些!

>greentree
建工程的时候选择java modeling project,然后不要直接完成，选择NEXT,UML默认2.0不变，next到Profiles这一步的时候会有一个Uml in color,选上就行了。
最终你就会看到我第一个贴图上1号位置的工具，这就是用来画四色图的。

呵呵,知道了.非常感谢!

bang大哥怎么不回答我的问题呢？

关于DDD，是一个大体系，不是三言两语说清楚，看看本站 Evans DDD标签。

本站关于DDD，四色图的文章我基本看了个遍，并且我还到书店找到了《Java Modeling in Color with UML》的中文译本看一遍，还有网上一个台湾人写的对这本书书评我也看了，当然对上面的这些东西的理解肯定还是浮于表面，我想大多数人没有真正的实践只是看看恐怕也不会理解太深，也有很多人都是实践起来感觉困难就放弃了，看看本站的帖子，也是理论的多，实践的少。所以请大哥对这些勇于实践的人多指导一下，帮大家过去这个坎儿。

还有，用四色图画业务性的东西时感觉不错，但设计一个框架时，用它感觉就比较吃力了，不知道别人有同感没。