方法/步骤
凭祥ssl适用于网站、小程序/APP、API接口等需要进行数据传输应用场景，ssl证书未来市场广阔！成为成都创新互联的ssl证书销售渠道，可以享受市场价格4-6折优惠！如果有意向欢迎电话联系或者加微信：028-86922220（备注：SSL证书合作）期待与您的合作！
首先要了解ER图的核心要素：实体，属性，关系；实体就是一个个对象，比如猫；属性就是实体所有的某个属性，比如猫的性别；关系就是实体和实体之间或者实体内部之间的关系。
其次我们要了解ER图中怎么表示1中描述的三个核心要素：在ER图中，矩形代表实体，椭圆代表属性，菱形代表关系，各个形状之间用线段连接。
下面我们就以一个例子来一起画一个ER图，首先打开visio，我这里用的是2007，打开“新建”---“常规”---“基本框图”，新建一个空的界面，如下图所示：
我们在这张空的图里要表现如下的关系，对象1：学生（姓名，学号，系别）；对象2：课程（课程名，课程编号，学分）；关系：选课。我们先来画对象1，添加一个矩形框，三个椭圆框，如下图所示：
我用同样的方法，我们来建第二个对象课程，也是放一个矩形，三个椭圆形，然后用线把他们连接起来。
然后我们就来建这两个对象之间的关系，像图中加一个菱形，在菱形里写上选课两个字。如果没有菱形，可以加一个正方形然后旋转一下。
以上就将一个学生，选课的简单的ER图做好了，但是这只是简单的图。更专业的还可以这样做，打开“新建”---“软件和数据库”---“数据库模型图”，创建一个数据库模型图
然后拖进去一个实体，选中拖进去的实体，在下面的属性里定义好实体信息以及列，如下图所示：
以同样的方式定义课程实体，然后建关系表，拖进关系线段，连接两个实体，注意两头都是红色才是真正的连接起来了。会自动在关系属性里建立起连接，如下图所示：
到目前为止关系ER图就画完了，这种图ER图算是比较正规的一种了，比上面画的那一种要正规许多。当然，如果还想在专业化一些，可以用PowerDesign来绘制ER图。
基本步骤如下：
需求分析阶段
2.概念结构设计阶段
3.逻辑结构设计阶段
4.数据库物理设计阶段
5.数据库实施阶段
6.数据库运行与维护阶段
er图的作用：
E = Entity 实体 R = Relationship 关系
ER图是用来描述某一组织(单位)的概念模型,提供了表示实体、属性和联系的方法.构成 ER图的基本要素是实体、属性和关系.实体是指客观存在并可相互区分的事特；属性指指实体所具有的每一个特性.
ER图是基于ER模型（实体关系模型）画的，属于概念模型，是对现实世界的实体及其之间关系的抽象。
数据库表是属于数据模型，用来描述数据的结构关系。
通常我们数据库的设计要经过下面这个过程：
现实世界-〉概念模型-〉数据模型
一般项目的设计中，首先通过需求分析的人员根据客户抽象出 ER图，然后由数据库的设计人员根据ER图和用户对查询等方面的需求设计出数据库的表结构，以及相关的视图和索引。
首先告诉你设计这东西没有对错，只有优劣，所以说没有正确答案，要看自己需求和经验。针对你的问题：1.在画ER图时是否每一个实体或关系必需在实际建表中实际存在？答：根据我的经验，实体一般都要建表，联系（关系）要分情况，一般一对多的联系，这个联系作为多的一方表中的一个字段。多对多的联系，要建一张表。（不要问我一对一的联系怎么办）；2比如说ER图有管理员和新闻这两个实体，联系是发布，那发布这个联系是不是在建表时有这张表？答：根据一个管理员能发布多篇新闻，而一篇新闻只能被一个管理员发布（当然你也可以有你自己的规则，比如说我就规定了，一篇新闻要多个管理员联合才能发布，你都“就”了，我也没办法，如此正好体现“设计没有对错”这句话，因此便是多对多的关系）。管理员和新闻是一对多的关系。那么在多的一方，新闻表中存储管理员的主键。这样就可以通过一个具体的管理员查询到他发布的所有新闻，也可以通过一篇新闻，查询是哪个管理员发布的。那么问题来了，只在新闻表中存储管理员主键，“发布”这个联系（动词）如何体现。其实“发布”这个联系（动词）其实是一种操作，你把新闻表中各个字段都填写并存到数据库，就是在发生这种“发布”的联系。所以“发布”以写成方法（有些语言叫函数），我们一般统一称呼为新增（CRUD，即增删改查）。看起来“发布”这个联系貌似没在数据库体现，但是没有数据库中在新闻表中存储管理员主键，这种“发布”（新增）操作是没法完美实现的，就是说你不能根据用户查询到发布的所有新闻，根据新闻查询到是哪个用户发布的。所以也就没法体现“发布”这种关系了。所以有经验了，你会发现什么“发布”，“选课”，“借书”等等一切的联系只是字面不一样，大部分都可以通过存储另一张表的主键解决他们之间的联系，望你用心感悟。经验之谈，说不上正确，但确是实践的感悟，思考、打字不易，望采纳。
事实上，你的理解有误差。ER图，不是依靠数据库做出来的。ER图，要依据用户需求以及用户流向，以及用户操作以及功能来划分的。而数据库，则是最终产物。-------------博客模块，也可以划分：登录——》身份——》授权（根据角色）——》用户操作（写文章，编辑，删除。。。）——》用户异常中断OR正常退出——》用户流程结束。这其中，ER图，就要根据关系去展示，用户登录，如何同你的用户角色以及权限设置以及资源去关联；这才是你要考虑的设计问题
ER图是属于概念模型它与具体的DBMS无关。
从你的截图上来看，截图里的所说的数据库模型图是不准确的，正确的是ER模型转换为关系模型。
因为ER图是属于概念设计阶段，它的下一阶段就是转换成关系模型，也就说与具体的DBMS有关。
下面是数据库设计的常见四阶段：
第一阶段：用户需求分析；
第二阶段：概念设计(即E-R模型)； 与具体的DBMS无关
第三阶段：关系模型； 与具体的DBMS有关
第四阶段：物理模式。
