为了更好的用好together，请问在那里可以获得相关的学习资料，希望大家的能给予帮助。
看 http://www.togethersoft.com/services/practical_guides/getting_started/index.html 。 里面的Quick Tour 和 Tutorial 写得不错，看它就会操作了。 我觉得Together很好，模型和代码完全双向整合，非常cool，不过Together相当占内存，最好有512M的内存。
Together我觉得很好， 不过Borland好像买来的软件都没有很大发展，并且还要担心Borland的前途问题。
特别对于演进式的开发，代码将被不断重构，还需要不断变化以适应需求的变化，没有好的同步工具，原始设计的架构模型将和最终代码相差得非常远，我认为：不能与代码保持一致的文档比没有文档还要糟糕，维护文档和代码的一致性对于一个长远项目而言是至关重要的。
其实，ROSE最吸引人的地方不在于其架构或建模或逆向导入的功能。而是存在一个标准的过程（RUP方法论的指引）贯穿在其中。 同样作为一个标准的过程，必然有其适用范围，甚至RUP本身也支持过程裁剪。也就是说，我们可以在任何的实现工具中采用RUP方法（或经过裁剪的RUP方法）的指导进行架构分析（改进架构）、用例分析、分析类、设计元素的确定等等的过程实现。 如果仅仅作为图形工具，Rose和Together不如白板和白板笔更直接和方便，甚至在一定程度上制约和影响了工作的开展。 也就是说如果有了正确的方法，无论采用Together还是Rose都可以获得良好的效果，甚至使用Together可以更加方便。 比如：Use Case图中Together可以提供System Boundary（系统边界、非常好的概念），在每个用例的描述中：有pre-conditions（前置条件）、post-conditions（后置条件）、normal-flow（基本事件流）、alternate-flow（备选）事件流等属性提供。这些在Rose中是需要加强的。
我不是架构师，也并不是每个人都是架构师，再者大师级的架构师仍然和代码打交道。大道理我不想讲，但是在我的工作中tother和jbuilder上相结合，给我带来了工作效率，这是我使用together的原因。
臭帖评价：