ER图与UML图 ER图:实体-联系图(Entity-Relation Diagram)用来建立数据模型,在数据库系统概论中属于概念设计阶段,ER图提供了表示实体(即数据对象).属性和联系的方法,用来描述现实世界的概念模型 构成E-R图的基本要素是实体.属性和联系,其表示方法为:  实体型:用矩形表示,矩形框内写明实体名:  属性:用椭圆形或圆角矩形表示,并用无向边将其与相应的实体连接起来:多值属性由双线连接:主属性名称下加下划线:  联系:用菱形表示,菱形框内写明联系名,并用无向边分别与有关实

发现个好东西思维导图, 最近开始用MindManager整理博客 . 作者 :万境绝尘  转载请注明出处 : http://blog.csdn.net/shulianghan/article/details/18964835 . 一. 静态图概述 1. 静态图引入 (1) 图的分类 图的分类 : 图分为结构行为图 和动态行为图,结构行为图包括 用例图, 类图,对象图,组件图,配置图; 动态行为图 包括状态图,活动图,时序图,协作图; (2) 静态图内容 静态图概念 :类图,对象图,包图 是静态图

发现个好东西思维导图, 最近开始用MindManager整理博客 . 作者 :万境绝尘  转载请注明出处 : http://blog.csdn.net/shulianghan/article/details/18964835 . 一. 静态图概述 1. 静态图引入 (1) 图的分类 图的分类 : 图分为结构行为图 和动态行为图,结构行为图包括 用例图, 类图,对象图,组件图,配置图; 动态行为图 包括状态图,活动图,时序图,协作图; (2) 静态图内容 静态图概念 :类图,对象图,包图 是静态图

http://blog.chinaunix.net/uid-11572501-id-3847592.html UML活动图与流程图的区别 (1).流程图着重描述处理过程,它的主要控制结构是顺序.分支和循环,各个处理过程之间有严格的顺序和时间关系.而UML活动图描述的是对象活动的顺序关系所遵循的规则,它着重表现的是系统的行为,而非系统的处理过程. (2).UML活动图能够表示并发活动的情形,而流程图不行. (3).UML活动图是面向对象的,而流程图是面向过程的.

本文为 Dennis Gao 原创技术文章,发表于博客园博客,未经作者本人允许禁止任何形式的转载. 现在,我们需要设计一个项目管理系统,目前我们收集到了如下这些需求: REQ1:一个项目内有多名项目成员 REQ2:一名项目成员只能被指派给一个项目 REQ3:一个项目内仅有一名项目成员被指派为项目经理负责管理项目 REQ4:所有项目成员均是公司员工 REQ5:公司员工的薪水由基本工资和项目奖金组合而成 REQ6:项目经理的项目奖金由项目的成败决定 REQ7:项目中包含项目计划 REQ8:一个项目计

一般情况下,使用关联(association)来表示像类中的字段等.这个关系是始终存在的,因此你可以随时针对关联项进行访问调用,例如可以始终从 Customer 对象获取 Order 对象.但事实上它并不需要是一个字段,如果从更偏向于接口建模的角度来看,它只是表示 Customer 中存在了一个可以返回 Order 的方法. 此处引用<UML Distilled>一书中的定义: a dependency exists between two elements if changes to the

1.用例图,时序图,活动图的定义 1.用例图:  用例图描述了系统提供的一个功能单元.用例图的主要目的是帮助开发团队以一种可视化的方式理解系统的功能需求,包括基于基本流程的"角色"(actors,也就是与系统交互的其他实体)关系,以及系统内用例之间的关系.用例图一般表示出用例的组织关系--要么是整个系统的全部用例,要么是完成具有功能(例如,所有安全管理相关的用例)的一组用例.要在用例图上显示某个用例,可绘制一个椭圆,然后将用例的名称放在椭圆的中心或椭圆下面的中间位置.要在用例图上绘制一

本文转自http://developer.51cto.com/art/201006/207993.htm UML建模工具相信大家有所了解,那么你对UML建模工具Visio .Rational Rose.PowerDesign之间的区别和联系是否了解,这里就像大家简单介绍一下. ROSE是直接从UML发展而诞生的设计工具,它的出现就是为了对UML建模的支持,ROSE一开始没有对数据库端建模的支持,但是在现在的版本中已经加入数据库建模的功能.ROSE主要是在开发过程中的各种语义.模块.对象以及流程,

在UML用例图中有两种关系——包含和扩展,容易混淆,下面通过一张表来区别一下这两种关系.

活动图定义: 活动图是UML用于对系统的动态行为建模的另一种常用工具,它描述活动的顺序,展现从一个活动到另一个活动的控制流.活动图在本质上是一种流程图. 它是UML中用于对系统动态活动建模的图形,反映系统中一个活动到另一个活动的流程,常常用于描述业务过程和并行处理过程.活动图中包括泳道.活动开始.活动结束.活动.对象.分支.消息等图形符号. 泳道将一个活动图中的活动划分为不同的组,每个组分别对应不同角色的操作.活动图描述多个角色之间的协作处理非常有效. 一张活动图可以有多个开始状态和结束状态.

UML类图关系图示,因为长得都很类似,所以大家总会混淆,本文主要目的就是分析一下6种主要的关系,找到联系与区别,便于记忆. 6种主要的关系如图1所示.继承与实现.组合与聚合.关联与依赖可分别划分为一组,每组两种关系很近似(内涵和图示都很近似),但联系的强弱程度递减.比如,组合是一个有机组成,缺一不可,而聚合则是一种更松散,更弱的关系,大家可根据图中示例体会一下.关系图示上的区别是,联系减弱后,连线便由实线变化为了虚线,所以可以根据该规律进行记忆. 图1 UML类图6中主要关系示例

转载:http://blog.csdn.net/ocean181/article/details/6117369 UML的关联(Association), 聚合(Aggregation), 组合(Composition)区别 三者描述对象的附属[也就是依赖]关系: 关联<聚合<组合, 依赖关系是逐渐加强的. inheritance: "a kind of": 猫是一种动物,说明猫从动物继承: association: 两者之间存在某种关联即可,很弱的关系,如student

UML用例图有很多值得学习的地方,这里向大家简单介绍一下UML用例图中include与extend的区别,希望本文的介绍对你有所帮助. 本文和大家重点讨论一下UML用例图中include与extend的区别,include是指用例中的包含关系,通常发生在多个用例中,有可以提取出来的公共部分,而extend则恰好相反.下面请看本文详细介绍. UML用例图中include与extend的区别 最近上论坛,看到在争论UseCase中include与extend的区别.其实这两者是很容易区分的. inc

本文源自http://developer.51cto.com/art/201006/207993.htm UML建模工具Visio .Rational Rose.PowerDesign的比较   ROSE是直接从UML发展而诞生的设计工具,它的出现就是为了对UML建模的支持,ROSE一开始没有对数据库端建模的支持,但是在现在的版本中已经加入数据库建模的功能.ROSE主要是在开发过程中的各种语义.模块.对象以及流程,状态等描述比较好,主要体现在能够从各个方面和角度来分析和设计,使软件的开发蓝图更清

聚合 聚合其实是关联的一个特例,表示了两个对象之间“part of(部分-整体)”的关系,是一种弱关联,部分的生命周期可以超越整体.在UML中,用整体端有空心菱形箭头的双向关联修饰聚合.聚合的示例如下图: 组合 组合其实是一种强形式的聚合,它具有强的拥有关系,整体与部分的生命周期是一致的.“部分”生存在整体中,它们与“整体”一起消亡. “部分”对象依赖于“整体”对象,这种依赖性表现在两个方面: 第一.“部分”对象一次只能属于一个组合对象:第二.当组合对象销毁时,它的所有从属部分必须同时销毁. 整

这是一堂关于UML基础知识的补习课:现在我们做项目时间都太紧了,基本上都没有做过真正的class级别的详细设计,更别提使用UML来实现规范建模了:本篇主要就以前自己一直感觉很迷糊的几种class之间的关系进行整理,让我们在真正用UML进行比如类图设计时能够更加清晰明了:以下就分别介绍这几种关系: 继承 指的是一个类(称为子类.子接口)继承另外的一个类(称为父类.父接口)的功能,并可以增加它自己的新功能的能力,继承是类与类或者接口与接口之间最常见的关系:在Java中此类关系通过关键字extends

原文转自:http://blog.csdn.net/metasearch/article/details/2334853 在UMLCHINA精华区,看到了一些关联和依赖的讨论,似乎越讲越糊涂.我想谈一点自己的看法: 1.在<UML参考手册>第37页中,指出“关联和泛化都是依赖关系,但是它们有更特别的语义,故它们有自己的名字和详细的语义.我们通常用依赖这个词来指其他的关系.” 2.在<UML参考手册>30页中,定义了关联为“关联描述了系统中对象或实例之间的离散连接.最普通的关联是一对

在er图也就是数据库中,无论是mysql/oracle都是从表引用主表的pk作为外键. 而在uml类图表示法中,他们的顺序则刚好相反,从主对象导向到子对象,如下: 主体是资金借款方,征信信息和资金借款合同在此上下文中依附于资金借款方,不能作为主体单独存在.

http://blog.csdn.net/zwf0713/article/details/2025922 设计模式中组合和聚集好像挺相似,但有一定区别. 1-在图上的区别是,聚集用空心,组合用实心: 2-含义的区别是,聚集＝“被聚集的是集合”,组合＝“被组合的是一部分”: 3-举例,聚集＝(飞机场类)聚集(飞机类),组合＝(车)组合(轮胎). http://www.douban.com/note/187833622/?start=0&post=ok 组合和聚合是有很大区别的,这个区别不是在形式上

原文链接:https://www.cnblogs.com/liuzhang/archive/2013/03/17/2964095.html 最近研究设计模式,看类图有点发虚!有些关系搞的不是很清楚.所以整理一下: 类与类之间由弱到强关系是:    没关系 > 依赖 > 关联 > 聚合 > 组合. 类和类之间八竿子打不着那就是没关系,这个没啥歧义. 依赖(dependency) 可以简单的理解,就是一个类A使用到了另一个类B,而这种使用关系是具有偶然性的..临时性的.非常弱的,但是B

类与类之间由弱到强关系是:    没关系 < 依赖 < 关联 < 聚合 < 组合. 1.依赖(dependency) 可以简单的理解,就是一个类A使用到了另一个类B,而这种使用关系是具有偶然性的..临时性的.非常弱的,但是B类的变化会影响到A:比如某人要过河,需要借用一条船,此时人与船之间的关系就是依赖:表现在代码层面,为类B作为参数被类A在某个method方法中使用.用带虚线的箭头. 2.关联(association) 他体现的是两个类.或者类与接口之间语义级别的一种强依赖关系,