Architexa 2.0发布，UML建模工具 - 企业架构 - ITeye资讯
相关知识库：
2.0版发布，它是个全新的基于Eclipse的UML建模工具，开发人员可以凭借Architexa的UML图快速洞悉代码之间的关系并与他人共享这
Architexa为开发者提供了3种熟悉的图表类型（层次图、类图与序列图），随着开发人员对代码基理解的不
断深入，他们可以在Architexa的帮助下构建代码之间关系和粒度。
2.0新特性：
协作更方便
团队服务器（Team server）
性能的改进
查看详情：
surpass 写道折腾了半天，注册试用那个有点问题，破解反编译有点问题。哪位有的发我一下楼上，这个后来破解成功了吗？成功了，成功后不要升级啊，我一不小心升级了，又要破解。
surpass 写道折腾了半天，注册试用那个有点问题，破解反编译有点问题。哪位有的发我一下楼上，这个后来破解成功了吗？
flashing 写道uml不能说没用，只能说没那么大作用。别太当回事了，uml解决不了任何设计和需求方面的实际的问题，只是一个辅助工具。UML对于不用负责维护的项目或者程序员用处不是很大，而且UML在java设计中的一些细节上令人失望，但在一定程度上还是能解决一些问题的，用例图，顺序图，类图，状态图是能用Oracle JDeveloper集成，也可以用Rational Rose建模
uml不能说没用，只能说没那么大作用。别太当回事了，uml解决不了任何设计和需求方面的实际的问题，只是一个辅助工具。
其实我也觉得UML没什么用。不过对于不会编程的人来说，它可以锻炼设计的能力。
糊涂虫3000 写道UML吹了这么多年，也没发现有什么真实的作用。等你层次地位都到了，你就知道有什么用了
折腾了半天，注册试用那个有点问题，破解反编译有点问题。哪位有的发我一下
糊涂虫3000 写道UML吹了这么多年，也没发现有什么真实的作用。估计你很少用。
UML吹了这么多年，也没发现有什么真实的作用。
好像是收费的?
没用过，开发人员用起来应该比较方便。
谁用过，介绍下这个怎么样？
相关资源推荐● UML 2.0支持13种图，它们可以分成两大类：结构图和行.._IT教育论坛
&>&&>&&>&&>&2009年上半年系统集成项目管理工程师上午第11题
共6页/58条
2009年上半年系统集成项目管理工程师上午第11题
● UML 2.0支持13种图，它们可以分成两大类：结构图和行为图。（11）说法不正确。&&& (11) A. 部署图是行为图&&&&&&&&&& B. 顺序图是行为图&&& C. 用例图是行为图&&&&&&&&&& D. 构件图是结构图
参考***：&[replyview]A[/replyview]
这题应该选A，顺序图是行为图这是正确的！
部署图是一种静态结构图，而不是行为图！
不记得了,只记得改过一次, 应该是先选B, 后选的A.
这个东西着重看过, 但记不清.
看书了，应该是A，有一种说法是静态模型（类图，构件图和部署图）和动态模型（顺序，对象，用例，协作，状态，活动）
正确***：A
应该是A，有一种说法是静态模型（类图，构件图和部署图）和动态模型（顺序，对象，用例，协作，状态，活动）
***应该选B：在柳纯录书中的第98页表3-1UML的视图中顺序图是行为图，部署图是结构图，用例图是结构图、构件图是结构图，所以这题的***是B。
请注意，这题是倒着问的！
本题***应该是A，结构图包括：类图、组合结构图、构件图、部署图、对象图和包图;行为图包括：活动图、交互图、用况图和状态机图，其中交互图是顺序图、通信图、交互概览图和时序图的统称。而交互图属于行为图。
UML 2.0支持13种图(如图3所示)，它们可以分成两大类：结构图和行为图。结构图包括：类图、组合结构图、构件图、部署图、对象图和包图;行为图包括：活动图、交互图、用况图和状态机图，其中交互图是顺序图、通信图、交互概览图和时序图的统称。
共6页/58条
本帖标题：
本帖地址：
注意：本论坛的任何言论仅代表发言者个人的观点，与希赛网立场无关。请对您的言论负责，遵守中华人民共和国有关法律、法规。如果您的帖子违反希赛网论坛规则，将立即删除。
&&&&&&&&&&&&
希赛网 版权所有 & &&UML2意味着“模型驱动”的架构
　&所在位置：
UML2意味着“模型驱动”的架构
[2004/4/15]
软件架构师Shaun Forgie认为，UML的2.0版本是模型驱动开发时代到来的号角。
他说，抽象层次的增加将会导致编写代码，不管是Java还是C++，变得不再紧要，就像今天的汇编语言一样。
在和软件架构师协会的一个本地听众交流时，Forgie 认为，UML 2.0 增强了该建模语言的可扩展性（scalability）。在2.0版本中，各种图的描述功能更强，例如，形式化表示算法行为的“状态机”。在新版本中，过程和数据的各种形式化表示之间的关系也被定义得更加清晰。
Forgie 预言，将会有一个架构被定义来“执行”模型，而不需要创建一个可运行的程序。所有这些都会使得大多数开发工作可以更轻易地在模型层次上完成，然后自动生成代码。也就是说，手工书写代码将不再需要，甚至代码的检查也将几乎不再需要。
在基于组件开发（component-based development）方面，先前的UML1.x版本稍有落后。尤其是在面对实时系统时，导致了使用UML的困难，而且生成的代码也很凌乱。
组件，J2EE和 .Net这些流行的开发平台上的元素，在被提供时通常同时还提供有对每个组件行为的描述、提供的接口（port）以及用来和其他组件交流的协议。这些接口用来将这些服务组合在一起，以提供给组织中不同的组调用。这个概念加强了软件的可重用。
对模型而言，也需要被验证和执行，在手工编码和自动生成代码之前都需要检验模型的逻辑。模型同样也有归档和维护等操作。
现在，开发人员可以看到一个真正的模型驱动架构(MDA)，过程以及数据库元素都可以从模型中生成得到。这一切和过去不再一样，过去，软件开发中存在着面向对象的应用设计和另外设计的关系数据库间的不吻合。
Forgie认为，UML现在已经更加优美地融入到了OMG的标准和框架之中了。UML现在已经被纳入最高层为元对象设施MOF的层次之中了（译者注：这里指的是OMG的四层元模型架构）。诸如UML、Corba以及OMG的组件仓库元模型都在这个系统中联系起来，它们都是MOF的实例。正如一个特定的UML模型是UML的一个实例，而一个现实世界的对象是这个模型的一个实例一样。
Forgie说，模型驱动架构已经“使我节省了50%的开发工作量，并有希望在未来五年内节省掉这剩下来的50%”。
模型驱动架构的结构仍在发展之中，将UML应用到不同领域的“profile”正在逐年增加，这些领域包括系统工程、应用集成及测试。
IBM（现在包括了Rational）奠基的Eclipse将成为全面实现这个复杂结构的第一个开发环境。作为吸引眼球的招数，各种图形标识的管理方法将会首先推出，然后将会是完成各种实际工作的底层结构支持，全面的实现还要再等几年。
（自 computerworld，UMLChina袁峰 摘译，不得转载用于商业用途）