连线用哪个工具画，比如MI与THING间的连线，感觉用类图中的哪条线都不合适。
together2008下画四色图的问题
连线用哪个工具画，比如MI与THING间的连线，感觉用类图中的哪条线都不合适。
连线用哪个工具画，比如MI与THING间的连线，感觉用类图中的哪条线都不合适。
四色图实际就是类图模型，类图之间有关联 聚合 组合 抽象继承等关系，一般用关联线。
注意：together JAZZ之类建模工具只是相当AutoCAD CorelDRAW 绘图工具，现在路边一个名片复印商店里小女孩都会用CorelDRAW做名片图了，我不是讽刺楼主意思，借此告诉大家，学习OO分析思想是最重要的。
以前没用together，设计初学者，可能我把together想得太智能了，想做出的代码直接就能部署了。看大哥的意思是只能画画图看看而已（部分代码还是可以用的）。真正开发起来还是要重新建工程的。
我上面画的是一个博客的设计图，Article是博文，CommentOn是评论，ArticleService负责负责博文评论的CURD等，又重新修改了一下，大哥能不能看下画的正确与否，最好说具体点。再次感谢。
但是最好把修订和发布以及发布回复分开，这些还是有些区别的。
对于我理解的together的作用大哥还没给出明确的回答。不知道大家用的时候是用到什么程度，也是只是画画图而已吗？大家指导一下我可能就少摸索好多天，项目太紧了，没时间摸索了。
对bang说的“最好把修订和发布及发布回复分开，这些还是有区别的”，我有点不太理解，你是指为他们各自建一个服务类吗？
我是这样理解的，这几个功能只是整个项目功能中的一小部分，我想把相关的功能组织到一个服务类中。这样会更有条理些。
这是面向过程的做法。放到一个类，以后拓展起来不是要改得面目全非，很多功能交织在一起了？
一开始就做得细一些，因为MI代表一种活动，那么人的活动有很多，你是否就一种活动来表达，那么不是所有系统功能都可以用一个MI来表达吗？
together是MDA工具，也就是只要我们根据四色原型或Evans DDD画出领域模型，代码就会由这个功能自动产生出来，当然目前MDA产生的代码要整入具体框架就难，所以，目前MDD的DDD是比较实用，但是最先进成熟的方法。
确实存在你说的问题，但细分到什么程度呢？每个实体建一个服务类吗？
>目前MDD的DDD是比较实用，但是最先进成熟的方法
能不能说的更明白一点？比较费解。
建工程的时候选择java modeling project,然后不要直接完成，选择NEXT,UML默认2.0不变，next到Profiles这一步的时候会有一个Uml in color,选上就行了。
最终你就会看到我第一个贴图上1号位置的工具，这就是用来画四色图的。
还有，用四色图画业务性的东西时感觉不错，但设计一个框架时，用它感觉就比较吃力了，不知道别人有同感没。