相关推荐

UML三大硬伤

UML三大硬伤 撰文/高展程序员杂志2002年第5期 本文从UML建模连贯性方面存在的问题，以管理软件开发为例，针对与UML模型衔接的上游、下游、模型内部关系三个方面，分析了采用UML建模造成的三大隔阂，希望与众多建模爱好者共同探讨。 在国内的公开报道中，几乎众口一致地充斥着对统一建模语言UML（Unified Modeling Language）的褒奖，即便有公开抱怨也只是怪自己无法...

UML正日薄西山的13个理由

    由委员会设计    从长远来看这是导致语言或技术失败的一个主要和常见的原因，CORBA就是最好的例子。   过分注重商业化   试图为一门不够成熟的技术出售工具而且只对工程的管理部门承诺什么，这只能是一种短期有效的方法。有时候人们会认识到这样的成本远大于收益，这也让程序员在本能上非常厌恶。另一些人因为工程管理部门的要求或好奇心而尝试这些工具，但大都使用不超过一个工程就弃用了

为什么现在UML很少用了

新霸哥发现UML在面向对象的设计中的需求，相关行为、一些体系结构的实现提供了一套综合完整的表示法，但是由于使用的人比较少，初学者不容易快速入门，所以就导致了UML不是那么的受欢迎。 　　UML在开发中有什么样的意义？ 　　架构师可以用UML非常清晰直观告诉开发人员，一套架构整体规划是什么样的，各自之间有什么样的关系，各自职责是什么。开发人员要用UML可以很好的告诉自己以及伙伴，

UML在项目实施中的使用心得(详细设计阶段)

总结：在业务需求分析阶段使用功能框图、Use Case图、Sequence图逐级分析业务项及业务流程，在概要设计阶段确定系统架构，使用Deployment图、Component图确定部署、对外提供接口、内部接口等主要信息， Sequence图、Activity图、StateMachine图细化一些关键流程，这两个阶段UML中的Thing都可以理解为更粗粒度的对象。到了详细设计阶段，除了Use Case图、Deployment图，其他图全部都会用上，且是此时的对象是代码级别的对象。

UML的理解

自己从自己的角度来说UML.希望大家能给予更好的理解。

UML遗留问题总结

（一）泛化和继承的区别？ （二）用例图的作用？ （三）UML图可以分成几类，每类有哪些？ （四）交互图有哪些，有什么区别？ （五）UML图归何档，有谁来看？

ORM之硬伤

园子里有些人，他们真以为自己明白了面向对象，然后装着满腹经纶，侃侃而谈，一篇接一篇，不厌其烦地喊着ORM如何如何。你以为他真的明白“面向对象”么？其实，他对面向对象的理解仅限于教科书中的封装、继承和多态，或者再知道一点面向对象的若干原则但其实并不真正理解。笔者愚钝，入行多年尚不懂面向对象，只懂得用其形而不懂用其实。五年后的某一天终于开窍，明白了面向对象之实，也仅仅是一个开始而已。当又经历了另一个五...

UML快速入门，就看这一篇

我接下来将从大家关注、讨论比较多的 5 个问题，对UML进行详细拆解： UML的本质是什么？ UML的分类有哪些，对应的功能是？ UML还有用吗，目前还有那些实际应用？ UML能否算作是一门编程语言？ 好用的UML绘图工具有哪些？ 一、UML的本质是什么？ 所谓UML（Unified Modeling Language，统一建模语言），一种用来对软件密集系统进行可视化建模的语言。 这样的概念大概解释了UML是什么，不过还不够直观。 我们可以换个问题，UML做到了什么，让人们愿意为之喝彩？

UML学习（四）-----状态图

--说明：本文部分图片来源于互联网 状态图主要用于描述对象具有的各种状态、状态之间的转换过程以及触发状态转换的各种事件和条件。 1、状态图的组成 1.1 状态 　　主要用于描述一个对象在生命周期内的一个时间段。状态图中的状态包括状态名、内部活动、内部转换、入口和出口动作等部分。 1.2 转换 　　转换是指状态之间在某种事件或条件的驱动下的切换的过程。转换分为外部转换、内部转换、完成转换...

替代面向对象_UML - 面向对象的困难解决了吗？

根据之前一系列的文章，要解决面向对象的困难我们需要这样一些方法：一种把现实世界映射到对象世界的方法。一种用对象世界描述现实世界的方法。一种验证对象世界行为正确反映了现实世界的方法。那么，UML是否解决了面向对象的困难或者说有没有提供我们需要的方法呢？从现实世界到业务模型这是把现实世界映射到对象世界的第一步。UML采用用例这一关键元素捕获了现实世界的人要做的事，再通过用例场景、领域模型等视图将现实世...

UML学习的一篇好文章

一、用例图 1、什么是用例图 　　用例图源于Jacobson的OOSE方法，用例图是需求分析的产物，描述了系统的参与者与系统进行交互的功能，是参与者所能观察和使用到的系统功能的模型图。它的主要目的就是帮助开发团队以一种可视化的方式理解系统的功能需求，包括基于基本流程的“角色”关系以及系统各个功能之间的关系。它通过用例（Use Case）来捕获系统的需求，再结合参与者（Actor）进行系