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

第1题: 设有商店和顾客两个实体,“商店”有属性:商店编号.商店名.地址.电话,“顾客”有属性:顾客编号.姓名.地址.年龄.性别.假设一个商店有多个顾客购物,一个顾客可以到多个商店购物,顾客每次去商店购物有一个消费金额和日期,而且规定每个顾客在每个商店里每天最多消费一次. ①  试画出ER图,并注明属性和联系类型.(5分) 第2题: 假设每个学生选修若干门课程,且每个学生每选一门课只有一个成绩,每个教师只担任一门课的教学,一门课由若干教师任教.“学生”有属性:学号.姓名.地址.年龄.性别.“教师

文章转载自「开发者圆桌」一个关于开发者入门.进阶.踩坑的微信公众号 E-R图也称实体-联系图(Entity Relationship Diagram),提供了表示实体类型.属性和联系的方法,用来描述现实世界的概念模型. 用矩形表示实体型,矩形框内写明实体名:用椭圆表示实体的属性,并用无向边将其与相应的实体型连接起来:用菱形表示实体型之间的联系,在菱形框内写明联系名,并用无向边分别与有关实体型连接起来,同时在无向边旁标上联系的类型(1:1,1:n或m:n). 实体联系模型,是概念数据模型的高层描述

导读:开始是想一个阶段一个阶段的写文档,再写了可行性分析报告之后,发现这种方法整体性不强,写出来的文档也总是有考虑不周的地方.后来,就看完了全部的软工视频再写.现在该写项目开发总结报告了.在写文档的过程中遇到了很多问题,首先就是解决文档中的图表问题.在数据库设计说明书的时候,发现了一个很强大的软件:PowerDesigner. 问题说明:在写文档的时候,需要一些图表说明.最开始的时候,是想着能省则省,如果能弄文字说明的东西,我坚决不画图.后来,写到一个文档的时候,必须画数据流程图,然后,实在逃不

UML建模 程序设计ER图 UML建模(一)---UserCase用例图 UML建模(二)--流程图 (程序框图) UML建模(三)--部署图 UML建模(四)--类图 UML用例图.流程图 (五)

数据库设计: 数据库的设计一定要在了解整个系统需求的情况下,把数据库设计,及ER图画出来,数据库字典也要及时把握,只有掌握了这些才能下手开始设计界面,后期如果有需要,可以在数据库中添加数据,但要及时更新数据库系统 界面设计: php开发的界面设计简单且易懂,一些功能在php中很难实现, 例如:select下拉框在筛选值时,很难做到把选中值保留下来 本文笔者用ajax做出来了,但用传统的方法很难实现,特别是联动的问题,用下拉框往往不太好做. 所以笔者后来选择模仿淘宝筛选宝贝的方法 在php中可以通

今天遇到一个逻辑很复杂的SQL,虽然写出来了,但是并没有完全体会,找了找资料,算是摸清楚了left join和inner join 的实际意义. 感谢PCJIM的文章,写的非常明白,原文地址:http://www.cnblogs.com/pcjim/articles/799302.html. 实际上,join的作用在于将2个表组合起来成为一个新表,如何组合,完全看是使用什么join. inner join,属于等值连接,我有表A和表B,其中A.Column1和B.Column1作为连接条件,即

引言:数据库设计 Step by Step (1)得到这么多朋友的关注着实出乎了我的意外.这也坚定了我把这一系列的博文写好的决心.近来工作上的事务比较繁重,加之我期望这个系列的文章能尽可能的系统.完整,需要花很多时间整理.思考数据库设计的各种资料,所以文章的更新速度可能会慢一些,也希望大家能够谅解. 系列的第二讲我们将站在高处俯瞰一下数据库的生命周期,了解数据库设计的整体流程 数据库生命周期 大家对软件生命周期较为熟悉,数据库也有其生命周期,如下图所示.

1.从代码结构入手,搞清楚Java源码所在目录以及jsp代码所在目录. 2.从Web.xml入手,搞清楚首页,上下文及配置情况. 3.从lib目录里初步查看系统使用的框架和工具包. 4.从页面大体浏览,看页面的scriptlet使用的主要语言. 5.从代码包结构初步知晓代码的层次. 6.从配置文件入手,弄清楚页面到Action/Servlet的配置关系. 7.搞清楚代码提交的方式,前台请求如何传递到后台,又是如何返回到前台页面的,这里以Login页面为最佳切入点. 8.从处理Login的Acti

第一次听到这个概念,你是否有点陌生?MSDN上也没有特意的去说明.不要看到这个名词不太熟悉,其实数据批示,玩过C#的人都会非常熟悉,所谓数据批示,其本质就是特性(Attribute),怎么样,现在有点似曾相识了吧?   Attribute可以附加在命名空间.类,以及成员定义上的一种“特殊描述”,如下所示,这种标志枚举相信大家在使用COM互操作性或者引入平台API的时候用得很多了. 特性在使用的时候,可以忽略“Attribute”,如上面的,可以写成Flags. Silverlight(银光)中的

我们通常说的Java项目也都是JavaWeb,J2ee项目;现在说的是JavaWeb. 最简单的办法 多看别人项目源码 在别人基础上修改,而现在要一点一点掰开看看. 1.立项: 要做什么东西,最后的要求是什么样,做的广度和深度,即确定项目的边界和范围 2.技术可行性: 需要哪些技术储备,准备学习哪些内容 3.功能: 系统具体要实现哪些功能,做出系统用例描述 4.数据库设计: e-r图画出 4.系统设计: 三层模式做还是什么模式,需要的构建有哪些, 5.自测或交给其他人测试: 项目是否存在bug等

对于很多人来说,我懂java语法,甚至面向对象的特性啦这些都是有了解的,但我就是不会做项目,其实项目真有那么难吗? 对于基础不牢固的人来说,我还不会这个基础点,那个还没学呢,你让我做个项目,我保证做不出来,其实,真实的项目中用到的知识点真有那么多吗?据我的经验来看,一个项目中能用到你学到的技术的百分之三十,已经是很了不起的综合项目了.所以不要有畏难情绪,走进去你就会发现,原来我已经会这么多了呀. 好了,话不多说,下面就为大家梳理一下做项目的过程吧:   1.立项: 要做什么东西,最后的要求是什么

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

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

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

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

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

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

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

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