相关推荐

基于IDEF与UML的系统建模方法_尚文利

基于IDEF与UML的系统建模方法_尚文利

UML三大硬伤

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

UML遗留问题总结

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

UML的三大“硬伤”

本文从UML建模连贯性方面存在的问题，以管理软件开发为例，针对与UML模型衔接的上游、下游、模型内部关系三个方面，分析了采用UML建模造成的三大隔阂，希望与众多建模爱好者共同探讨。　　在国内的公开报道中，几乎众口一致地充斥着对统一建模语言UML（UnifiedModelingLanguage）的褒奖，即便有公开抱怨也只是怪自己无法理解三位UML创始人的深不可测，怪自己的水平不够，没有料到UML本身存在着种种问题。本文作者只在北京大学计算机系的同行那里发现了他们撰文对UML的有效性提出了质疑。与公开报道相左，业界私下流行观点形象地说明了UML存在问题为软件开发设置的障碍，那就是“上不着天、下不着

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

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

ORM之硬伤

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

为什么现在UML很少用了

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

UML快速入门，就看这一篇

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

《程序员》高展专栏——UML三大“硬伤”(2002年第5期)

UML三大“硬伤”编者：此文在《程序员》发表后，引发了UML支持者的激烈讨论  讨论文章见：UML 谁的硬伤 http://www.csdn.net/develop/Article/13/13680.shtm  这种热烈的技术争论其实越多越好，但很重要的一点讨论者需要"独立思考并勇敢丢出论点。" 撰文/高展   本文从UML建模连贯性方面存在的问题，

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

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

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

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

UML学习的一篇好文章

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

UML建模-不用UML有什么问题

UML简介 不用UML会有啥问题 需求分析时，项目组和客户鸡同鸭讲 项目小组里面的角色 项目经理 分析员 程序员 商业顾问 客户到底要森什么 没有UML时，软件设计是怎么做的 会出现我的地盘我做主，我画的图标准我来定，设计的思想方法无法共享 传统的开发模式存在的问题 没有统一的标准 工作方法落后 自以为很OO(...

程序员眼中的UML

UML自1997年诞生以来，受到无数厂商、组织、专家学者的追捧和拥护，短短几年时间，便有一统天下之势。提起建模语言，舍UML其谁？ UML相关标准 OMG组织作为影响力最大的面向对象技术的机构，早早便将UML收入囊中，力捧其为标准建模语言。OMG在CORBA取得成功之后，最大的着力点便是MDA架构，而MDA架构的四大标准UML、MOF、XMI和CWM中，围绕着UML的技术便有三种：UML本身自...