UML 统一建模语言(Unified Modeling Language, UML)是一种描述软件系统结构的图形化语言. 类图 类图用于描述类之间的关系,类图中主要的关系包括: 聚集 带空心菱形的实心线,菱形指向整体 是整体与部分的关系,且部分可以离开整体而单独存在 范化 带三角箭头的实线,箭头指向基类 即继承关系,表示派生类扩展了基类的功能 依赖 带箭头的虚线, 指向被依赖者 被依赖事物变化导致依赖事物变化 实现 带三角箭头的虚线,箭头指向接口 实现与接口之间的关系 关联 一个类可以访问另一个

<Go Home Trash!>UML类图 ER图以及数据库中数据表 分析: 这款软件经过我们前期的讨论以及需求分析,确定了用户,客服以及管理员三个实体.在设计UML类图时,对各个实体之间的关系进行了更加细节的分析,完成了UML类图. ER图分为实体.属性.关系三个核心部分,其中 实体(entity):即数据模型中的数据对象(即数据表),用长方体来表示,每个实体都有自己的实体成员(entity member)或者说实体对象(entity instance),例如学生实体里包括张三.李四等.  

原文地址:各种图(流程图,思维导图,UML,拓扑图,ER图)简介 流程图 1.定义:流程图是对过程.算法.流程的一种图像表示,在技术设计.交流及商业简报等领域有广泛的应用. 2.案例 3.计算机语言只是一种工具.光学习语言的规则还不够,最重要的是学会针对各种类型的问题,拟定出有效的解决方法和步骤即算法.有了正确而有效的算法,可以利用任何一种计算机高级语言编写程序,使计算机进行工作.因此,设计算法是程序设计的核心. 对同一个问题,可以有不同的解题方法和步骤.例如,求1+2+3+…+100,可以先进

不同的老师叫我们画 E-R 图居然是不一样的,于是我仔细研究了一番.. 通常所说的 E-R 图(外文全称 Entity Relationship Diagram,简称 ERD)长这个样子: 而有时候它也可以是这个样子↓ 确切的说它是用统一建模语言(UML)中的类图所表示的 E-R 图. 总之,上面的两种图都是 E-R 图,只是表现形式.符号.包含的信息量(精确程度?)不太一样. 一般来说,老师没特别说明的话画上面那种就好了  : ) 关于这个问题更确切描述可参考:Entity–relations

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

来源于:http://www.cnblogs.com/jiqing9006/p/3344221.html 流程图 1.定义:流程图是对过程.算法.流程的一种图像表示,在技术设计.交流及商业简报等领域有广泛的应用. 2.案例 3.计算机语言只是一种工具.光学习语言的规则还不够,最重要的是学会针对各种类型的问题,拟定出有效的解决方法和步骤即算法.有了正确而有效的算法,可以利用任何一种计算机高级语言编写程序,使计算机进行工作.因此,设计算法是程序设计的核心. 对同一个问题,可以有不同的解题方法和步骤.

>>>>  为什么需要规范的数据库设计 在实际的项目开发中,如果系统的数据存储量较大,设计的表比较多,表和表之间的关系比较复杂,就需要首先考虑规范的数据库设计,然后进行创建库,创建表的工作. 如果设计不当,会存在数据操作异常,修改复杂,数据冗余等问题,程序性能会受到影响,通过进行规范化的数据库设计,可以消除不必要的数据冗余,获得合理的数据库设计,提高项目的应用性能. >>>>设计数据库的步骤 1.收集信息 需要了解数据库需要存储哪些信息(数据),实现哪些功能

一.数据库设计的概念 数据库设计是将数据库中的数据实体及这些数据实体之间的关系,进行规划和结构化的过程. 二.数据库设计的重要性 如果一个数据库没有进行一个良好的设计,那么这个数据库完成之后他的缺点是: 1.效率会很低 2更新和检索数据时会出现很多问题, 反之,一个数据库被尽心策划了一番,具有良好的设计,那他的优点是: 1.效率会很高. 2.便于进一步扩展. 3.使得应用程序的开发变得更容易. 三.设计数据库的步骤 1.需求分析阶段:分析客户的业务和数据处理需求. 2.概要设计阶段:他主要就是绘

如果你能使用计算机规范画出以下几种图,那么恭喜你,你在我这里被封为学霸了,我膜拜ing-- 我作为前端开发与产品经理打交道已有5-6年时间,产品经理画的业务流程图我看过很多.于是百度搜+凭以往经验脑补我画了一版业务流程图如下,交由老师审阅得出,不符合计算机规范 图1-1  我的不符合计算机规范的业务流程图 于是搜资料,查书,问同学,同事 终于写了一版能通过老师审阅的(老师是有某理工大学计算机系 教授) 整理出来如下(由于明天要早起上班,概念性的东西我抽时间补全,今天晚上先贴图救急) 1.系统业务

学会绘制E-R图 绘制E-R图首先要了解什么是实体,什么是属性,什么是联系. 1.首先实体是指现实世界中具有区分其他事物的特征或属性与其他实体有联系的实体,针对于数据库中的表而言实体是指表中一行一行特定数据,但我们在开发中,也常常把整个表称为一个实体. 2.属性可以理解为实体的特征,针对于数据库中的表而言实体是指表中的列. 3.联系是两个或多个实体之间的关联关系. 4.实体关系图: 例:酒店管理系统E-R图: 绘制数据库模型图 以酒店管理系统为例:

关于建表和生成实体以及ER图的简便方法 a:用navacat客户端生成简单的ER图,并生成建表sql,执行生成表. b:用powerdesign连接数据库,反向生成带有注释的ER图. c:用ideal的Database插件,连接数据库,生成pojo类(带注释). d : 用ideal的PlantUML integration 插件创建UML图,时序图,java类图(鼠标先点到一个包目录下,右击new才能创建uml图) 安装完插件之后,还需要安装支持绘图的软件Graphviz (具体操作参考:ht

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

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) 静态图内容 静态图概念 :类图,对象图,包图 是静态图

今天毕业设计答辩,虽然我第一个上场,但是不是特别紧张,因为整个系统都是我写的.我以为自己天衣无缝,能应付所有老师的所有问题.事实上,我被老师教育了一番. 老师说我,毕业论文中没有一个类.我一开始比较懵,什么没有类?然后我和老师说我写了什么什么类.老师说,没有 UML 类图之类的东西. 其实我一开始是抗拒的.UML 类图,有什么用?不就是面向对象的类图嘛?直接画 E-R 图不行吗?老师和我说了面向对象的软件工程方法,首先需求分析,然后画 UML 图,UML 设计好了,再具体实现 E-R 图等等.

前言 上一篇文章UML类图(上):类.继承.实现,讲了UML类图中类.继承.实现三种关系及其在UML类图中的画法,本文将接着上文的内容,继续讲讲对象之间的其他几种关系,主要就是关联.聚合.组合.依赖,下面开始文章的内容. 关联关系 关联(Assocition)关系是类与类之间最常见的一种关系,它是一种结构化的关系,表示一类对象与另一类对象之间有联系,如汽车和轮胎.师傅和徒弟.班级和学生等.在UML类图中,用实线连接有关联关系的对象所对应的类,在Java中通常将一个类的对象作为另一个类的成员变量.

面向对象设计 对于一个程序员来说,在工作的开始阶段通常都是别人把东西设计好,你来做.伴随着个人的成长,这个过程将慢慢变成自己设计一部分功能来实现,自己实现.如果要自己设计,无论是给自己看,还是给别人看,势必要输出一些文档,清晰地整理出思路. 关于文档,有些人会用文字,但是再多的文字在绝大多数人看来,都不会有一张图来得直白,本文就讲一讲使用UML图来进行面向对象的设计. 面向对象设计主要就是使用UML的类图,类图用于描述系统中所包含的类以及它们之间的相互关系,帮助人们简化对系统的理解,它是系统分析

在UML类图中,常见的有以下几种关系: 泛化(Generalization),  实现(Realization),关联(Association),聚合(Aggregation),组合(Composition),依赖(Dependency) 1. 泛化(Generalization) [泛化关系]:是一种继承关系,表示一般与特殊的关系,它指定了子类如何特化父类的所有特征和行为.例如:老虎是动物的一种,即有老虎的特性也有动物的共性. [箭头指向]:带三角箭头的实线,箭头指向父类 2. 实现(Real

UML的类图关系分为: 关联.聚合/组合.依赖.泛化(继承).而其中关联又分为双向关联.单向关联.自身关联:下面就让我们一起来看看这些关系究竟是什么,以及它们的区别在哪里. 1.关联 双向关联:C1-C2:指双方都知道对方的存在,都可以调用对方的公共属性和方法. 在GOF的设计模式书上是这样描述的:虽然在分析阶段这种关系是适用的,但我们觉得它对于描述设计模式内的类关系来说显得太抽象了,因为在设计阶段关联关系必须被映射为对象引用或指针.对象引用本身就是有向的,更适合表达我们所讨论的那种关系.所以这