powerdesigner下画E-R图
1、概念数据模型概述
数据模型是现实世界中数据特征的抽象。数据模型应该满足三个方面的要求：
1）能够比较真实地模拟现实世界
2）容易为人所理解
3）便于计算机实现
概念数据模型也称信息模型，它以实体－联系(Entity-RelationShip,简称E-R)理论为基础，并对这一理论进行了扩充。它从用户的观点出发对信息进行建模，主要用于数据库的概念级设计。
通常人们先将现实世界抽象为概念世界，然后再将概念世界转为机器世界。换句话说，就是先将现实世界中的客观对象抽象为实体(Entity)和联系(Relationship),它并不依赖于具体的计算机系统或某个DBMS系统，这种模型就是我们所说的CDM;然后再将CDM转换为计算机上某个DBMS所支持的数据模型，这样的模型就是物理数据模型,即PDM。
CDM是一组严格定义的模型元素的集合，这些模型元素精确地描述了系统的静态特性、动态特性以及完整性约束条件等，其中包括了数据结构、数据操作和完整性约束三部分。
1）数据结构表达为实体和属性;
2）数据操作表达为实体中的记录的插入、删除、修改、查询等操作;
3）完整性约束表达为数据的自身完整性约束（如数据类型、检查、规则等）和数据间的参照完整性约束（如联系、继承联系等）;
2、实体、属性及标识符的定义
实体（Entity），也称为实例，对应现实世界中可区别于其他对象的“事件”或“事物”。例如，学校中的每个学生，医院中的每个手术。
每个实体都有用来描述实体特征的一组性质，称之为属性，一个实体由若干个属性来描述。如学生实体可由学号、姓名、性别、出生年月、所在系别、入学年份等属性组成。
实体集（Entity Set）是具体相同类型及相同性质实体的集合。例如学校所有学生的集合可定义为“学生”实体集，“学生”实体集中的每个实体均具有学号、姓名、性别、出生年月、所在系别、入学年份等性质。
实体类型（Entity Type）是实体集中每个实体所具有的共同性质的集合，例如“患者”实体类型为：患者｛门诊号，姓名，性别，年龄，身份证号.............｝。实体是实体类型的一个实例，在含义明确的情况下，实体、实体类型通常互换使用。
实体类型中的每个实体包含唯一标识它的一个或一组属性，这些属性称为实体类型的标识符（Identifier），如“学号”是学生实体类型的标识符，“姓名”、“出生日期”、“信址”共同组成“公民”实体类型的标识符。
有些实体类型可以有几组属性充当标识符，选定其中一组属性作为实体类型的主标识符，其他的作为次标识符。
3、实体、属性及标识符的表达
4、PowerDesigner概念数据模型以及实体、属性创建
4.1新建概念数据模型
1）选择File-->New,弹出如图所示对话框，选择CDM模型（即概念数据模型）建立模型。
2）完成概念数据模型的创建。以下图示，对当前的工作空间进行简单介绍。（以后再更详细说明）
3）选择新增的CDM模型，右击，在弹出的菜单中选择“Properties”属性项，弹出如图所示对话框。在“General”标签里可以输入所建模型的名称、代码、描述、创建者、版本以及默认的图表
等等信息。在“Notes”标签里可以输入相关描述及说明信息。当然再有更多的标签，可以点击"More>>"按钮，这里就不再进行详细解释。
4.2创建新实体
1）在CDM的图形窗口中，单击工具选项版上的Entity工具，再单击图形窗口的空白处，在单击的位置就出现一个实体符号。点击Pointer工具或右击鼠标，释放Entitiy工具。如图所示
2）双击刚创建的实体符号，打开下列图标窗口，在此窗口“General”标签中可以输入实体的名称、代码、描述等信息。
4.3添加实体属性
1）在上述窗口的“Attribute”选项标签上可以添加属性，如下图所示。
注意：
数据项中的“添加属性”和“重用已有数据项”这两项功能与模型中Data Item的Unique code 和Allow reuse选项有关。
P列表示该属性是否为主标识符;D列表示该属性是否在图形窗口中显示;M列表示该属性是否为强制的，即该列是否为空值。
如果一个实体属性为强制的，那么，这个属性在每条记录中都必须被赋值，不能为空。2）在上图所示窗口中，点击插入属性按钮，弹出属性对话框，如下图所示。
注意：这里涉及到域的概念，即一种标准的数据结构，它可应用至数据项或实体的属性上
5、定义属性的标准检查约束
标准检查约束是一组确保属性有效的表达式。在实体属性的特性窗口，打开如图所示的检查选项卡。
在这个选项卡可以定义属性的标准检查约束，窗口中每项的参数的含义，如下
参数说明Minimum属性可接受的最小数Maximum属性可接受的最大数Default属性不赋值时，系统提供的默认值Unit单位，如公里、吨、元Format属性的数据显示格式Lowercase属性的赋值全部变为小写字母Uppercase属性的赋值全部变为大写字母Cannot modify该属性一旦赋值不能再修改List Of Values属性赋值列表，除列表中的值，不能有其他的值Label属性列表值的标签
6、定义属性的附加检查
当Standard checks或Rules不能满足检查的要求时，可以在Additional Checks选项卡的Server子页上，通过SQL语句中使用%MINMAX%、%LISTVAL%、%RULES%、%UPPER%、%LOWER%几个变量来定义Standard和Rule,如图所示
%MINMAX%、%LISTVAL%、%UPPER%、%LOWER%
在Standard Check中定义的Minimum和Maximum、List values、uppervalues、lowervalues %RULES%
在Rules特性窗口Expression选项卡中定义的有效性规则表达式
7、标识符
标识符是实体中一个或多个属性的集合，可用来唯一标识实体中的一个实例。要强调的是，CDM 中的标识符等价于PDM中的主键或候选键。
每个实体都必须至少有一个标识符。如果实体只有一个标识符，则它为实体的主标识符。如果实体有多个标识符，则其中一个被指定为主标识符，其余的标识符就是次标识符了。
8、定义主、次标识符
1）选择某个实体双击弹出实体的属性对话框。在Identifiers选项卡上可以进行实体标识符的定义。如下图所示
2）选择第一行“主标识符”，点击属性按钮或双击第一行“主标识符”，弹出属性对话框，如图所示
3）选择"Attributes"选项卡，再点击“Add Attributes”工具，弹出如图所示窗口，选择某个属性作为标识符就行了。
9、数据项
数据项（Data Item）是信息存储的最小单位，它可以附加在实体上作为实体的属性。
注意：模型中允许存在没有附加至任何实体上的数据项。
9.1新建数据项
1）使用“Model”--->Data Items菜单，在打开的窗口中显示已有的数据项的列表，点击“Add a Row”按钮，创建一个新数据项，如图所示
2）当然您可以继续设置具体数据项的Code、DataType、Length等等信息。这里就不再详细说明了。
9.2数据项的唯一性代码选项和重用选项
使用Tools--->Model Options->Model Settings。在Data Item组框中定义数据项的唯一性代码选项(Unique Code)与重用选项（Allow Reuse）。
注意：如果选择Unique Code复选框，每个数据项在同一个命名空间有唯一的代码，而选择Allow reuse，一个数据项可以充当多个实体的属性。
9.3在实体中添加数据项
1）双击一个实体符号，打开该实体的属性窗口。
2）单击Attributes选项卡，打开如下图所示窗口
注意：
Add a DataItem与Reuse a DataItem的区别在于
Add a DataItem情况下，选择一个已经存在的数据项，系统会自动复制所选择的数据项。如果您设置了UniqueCode选项，那系统在复制过程中，新数据项的Code会自动生成一个唯一的号码，否则与所选择的数据项完全一致。
Reuse a DataItem情况下，只引用不新增，就是引用那些已经存在的数据项，作为新实体的数据项
10、联系
联系（Relationship）是指实体集这间或实体集内部实例之间的连接。
实体之间可以通过联系来相互关联。与实体和实体集对应，联系也可以分为联系和联系集，联系集是实体集之间的联系，联系是实体之间的联系，联系是具有方向性的。联系和联系集在含义明确的情况之下均可称为联系。
按照实体类型中实例之间的数量对应关系，通常可将联系分为4类，即一对一（ONE TO ONE）联系、一对多（ONE TO MANY）联系、多对一（MANY TO ONE）联系和多对多联系（MANY TO MANY）。
10.1建立联系
在CDM工具选项板中除了公共的工具外，还包括如下图所示的其它对象产生工具。
在图形窗口中创建两个实体后，单击“实体间建立联系”工具，单击一个实体，在按下鼠标左键的同时把光标拖至别一个实体上并释放鼠标左键，这样就在两个实体间创建了联系，右键单击图形窗口，释放Relationship工具。如下图所示
10.2四种基本的联系
即一对一（ONE TO ONE）联系、一对多（ONE TO MANY）联系、多对一（MANY TO ONE）联系和多对多联系（MANY TO MANY）。如图所示
10.3其他几类特殊联系
除了4种基本的联系之外，实体集与实体集之间还存在标定联系（Identify Relationship）、非标定联系（Non-Identify RelationShip）和递归联系（Recursive Relationship）。
标定联系：
每个实体类型都有自己的标识符，如果两个实体集之间发生联系，其中一个实体类型的标识符进入另一个实体类型并与该实体类型中的标识符共同组成其标识符时，这种联系则称为标定联系，也叫依赖联系。反之称为非标定联系，也叫非依赖联系。
注意：
在非标定联系中，一个实体集中的部分实例依赖于另一个实例集中的实例，在这种依赖联系中，每个实体必须至少有一个标识符。而在标定联系中，一个实体集中的全部实例完全依赖于另个实体集
中的实例，在这种依赖联系中一个实体必须至少有一个标识符，而另一个实体却可以没有自己的标识符。没有标识符的实体用它所依赖的实体的标识符作为自己的标识符。
换句话来理解，在标定联系中，一个实体（选课）依赖一个实体（学生），那么（学生）实体必须至少有一个标识符，而（选课）实体可以没有自己的标识符，没有标标识符的实体可以用实体（学生）的标识符作为自己的标识符。
递归联系：
递归联系是实体集内部实例之间的一种联系，通常形象地称为自反联系。同一实体类型中不同实体集之间的联系也称为递归联系。
例如：在“职工”实体集中存在很多的职工，这些职工之间必须存在一种领导与被领导的关系。又如“学生”实体信中的实体包含“班长”子实体集与“普通学生”子实体集，这两个子实体集之间的联系就是一种递归联系。创建递归联系时，只需要单击“实体间建立联系”工具从实体的一部分拖至该实体的别一个部分即可。如图
10.4定义联系的特性
在两个实体间建立了联系后，双击联系线，打开联系特性窗口，如图所示。
10.5定义联系的角色名
在联系的两个方向上各自包含有一个分组框，其中的参数只对这个方向起作用，Role Name为角色名，描述该方向联系的作用，一般用一个动词或动宾组表。
如：“学生to课目”组框中应该填写“拥有”，而在“课目To学生”组框中填写“属于”。（在此只是举例说明，可能有些用词不太合理）。
10.6定义联系的强制性
Mandatory表洋这个方向联系的强制关系。选中这个复选框，则在联系线上产生一个联系线垂直的竖线。不选择这个复选框则表示联系这个方向上是可选的，在联系线上产生一个小圆圈。
11、有关联系的基数
联系具有方向性，每个方向上都有一个基数。
举例，
“系”与“学生”两个实体之间的联系是一对多联系，换句话说“学生”和“系”之间的联系是多对一联系。而且一个学生必须属于一个系，并且只能属于一个系，不能属于零个系，所以从“学生”实体至“系”实体的基数为“1,1”，从联系的另一方向考虑，一个系可以拥有多个学生，也可以没有任何学生，即零个学生，所以该方向联系的基数就为“0,n”,如图所示
CDM是大多数开发者使用PD时最先创建的模型，也是整个数据库设计最高层的抽象。CDM是建立在传统的ER图模型理论之上的，ER图中有三大主要元素：实体型，属性和联系。其中实体型对应到CDM中的Entity，属性对应到CDM中每个Entity的Attribute，在概念上基本上是一一对应的。但在联系上，CDM有了比较大的扩展，除了保留ER图原有的RelationShip概念之外，还增加了Association，Inheritance两种实体关系，下面就让我们分别看看这些关系的用法和之间的区别（下图中被标红的工具栏按钮就是用来向实体中添加这些关系的）。
另外，在介绍所有这些CDM中的元素之前，笔者先给出一个很简单的CDM图，是对我们最最熟悉的学校场景的一个建模，下文中提到的所有概念在图中都有体现，大家在看下文的时候可以对照着来看：
11.1.RelationShip(联系)
先给出PD手册里对联系的定义：“A relationship is a link between entities.For example,in a CDM that manages human resources,the relationship Member links the entities Employee and Team,because employees can be members of teams.This relationship expresses that each employee works in a team and that each team has employees.”可见，也许联系的概念真的太简单了吧，所以反而不那么好表述，所以PD的文档里也是用一个例子来说明出现了什么样的情况我们就认为两个实体间是有联系的。
当我们提起实体间联系的时候，最先想到的恐怕是one to one，one to many和many to many 这三种联系类型，这些联系类型也是大家最熟悉的。笔者对ER图原本的概念并不精通，但在CDM中，联系还有另外三个可以设置的属性：mandatory（强制性联系）,dependent（依赖性联系/标定关联）和dominant（统制联系）。这些属性对后面PDM的生成都有比较大的影响，需要我们一一有所了解。它们都是在联系的属性控制面板中设定的，见下图：
1.mandatory
联系是否具有强制性，指的是实体间是不是一定会出现这种联系；或者换句话说，当我们在谈及一个联系的应用场景的时候，联系对应的那两个实体型的实体实例的个数可不可能为零。也许这样的解释还是有点抽象，让我们举两个联系的例子，一个是对两边的实体都有强制性的，另一个则不然。
（1）教师--学生联系
这个联系首先是一个多对多联系，因为每个老师可以教多个学生，每个学生也都有多个老师来负责他们的学业。同时，这个联系对教师和学生都是强制性的，也就是说，不存在任何一个老师，他不负责任何一个学生的教学；也不存在任何一个学生，他没有任何一个任课老师。
（2）学生--俱乐部联系
这个联系也是一个多对多关系，但它对学生这个实体型而言就不是强制的（Optional,可选的）。每个俱乐部都有至少一个学生参加，但并不是每个学生都要去参加俱乐部的活动。完全可以有一些学生，他们什么俱乐部都没参加。
上面的例子主要是从概念的角度来区分了mandatory和optional的区别。实际上如果把这个模型对应到我们最后生成的表，如果A-B间的联系对A是mandatory的话，那么如果在A里面如果包含
B的外键，这个外键不能为空值，反之可以为空值。后面我们谈到PDM和实际数据库的时候，大家会看到这一点。
2.dependent
每一个Entity型都有自己的Identifier，如果两个Entity型之间发生关联时，其中一个Entity型的Identifier进入另一个Entity型并与该Entity型中的Identifier共同组成其Identifier时，这种关联称为标定关联,也叫依赖性关联(dependent relationship)。一个Entity 型的Identifier进入另一个Entity型后充当其非Identifier时，这种关联称为非标定关联,也叫非依赖关联。
概念的定义说起来还是有些拗口，说白了其实就是主-从表关系，从表要依赖于主表。比如在我们系统里要记录教师休假的情况，有一个实体型Holiday，其属性包括休假的开始时间和天数，每次有教师休假的时候，都要在这个表留下记录。从我们的场景描述中可以看到，实体型假期必须依附于实体型教师，即对于每一个假期实例，必须指向某一个教师实例。
对于依赖型联系，必须注意它不可能是一个多对多联系，在这个联系中，必须有一个作为主体的实体型。一个dependent联系的从实体可以没有自己的identifier.
3.dominant
这个联系属性是最为简单的，它仅作用于一对一联系，并指明这种联系中的主从表关系。在A,B两个实体型的联系中，如果A-->B被指定为dominant，那么A为这个一对一联系的主表，B为从表，并且在以后生成的PDM中会产生一个引用（如果不指定dominant属性的话会产生两个引用）。比如老师和班级之间的联系，因为每个班级都有一个老师做班主任，每个老师也最多只能做一个班级的班主任，所以是一个一对一关系。同时，我们可以将老师作为主表，用老师的工号来唯一确定一个班主任联系。
11.2.Association（关联）
先来看一下PD给association的定义：“An association is a connection between entities. In the Merise modeling methodology an association is used to connect several entities that each represents clearly defined objects,but are linked by an event,which may not be so clearly represented by another entity.”。
在上一小段提到的那些RelationShip，在很多情况下（特别是多对多关系中），我们会把联系专门提出来，作为一个实体型放在两个需要被关联的实体型中间（在PD中，选中任何一个联系，在右键的弹出菜单中选择“Change to Entity”命令即可完成联系转实体的操作）。但有的时候，把
若干个实体型之间的联系抽象为一个实体型可能不太合适，这个时候你可以选择为这些实体型建立一个association，那么在生成PDM的时候，所有这些相关实体型的identifier都会被加入到association对应生成的表模型中。所以，说白了，其实association就是实体型的一种特例，用来在建模的时候更确切的表达实体间的关联信息。在PD的文档中举了一个录音带、顾客、商店三个实体型在租借录音带这个场景上发生关联，然后把租借定义为上述三个实体型之间的association的例子，非常确切。在我们的学校模型里，我定义了家访做为老师和学生实体型中间的一个association，在接下来产生的PDM中大家就可能看到这种定义所产生的效果。
11.3.Inheritance（继承）
这种关系在概念层面是最容易理解的了，本文就不赘述了。
前面已经介绍了CDM中关于实体间关系的主要内容，接下来我们就来看看根据这个CDM所生成的PDM是一个什么样子：
上图中所有标红的部分是我们最应该关注的内容，因为他们都是由于我们对实体型间的关系的定义而产生的，下面给出一些简单的说明。
1.“师生关系”和“学生俱乐部”这两个表是由于我们的多对多关系而产生的。
如何画数据库ER图 数据库设计中重要的一环首先就是概念设计，也就是说，要从实际问题出发，排除非本质的东西，抽象出现实的数据结构之客观规律——即画出数据结构图——ER图。这是数据库设计的重点，也是数据库设计的难点。 那么，如何才能正确地反映客观现实，将ER图画好呢？ 答案是，必须进行正确的需求分析。那么如何进行需求分析呢？需求分析一般有两种方法，一种是结构化分析(SA)，一种是面向对象分析(OOA).通过这两种方法的实施以后，都可以得到比较正确的ER图。现在以下面的实际问题为例，通过结构化分析(SA)方法的应用，讲述如何得到比较正确的ER图。 校务管理系统ER图画法如下步骤： 在要建立的系统中,有以下功能： 1.管理老师的功能：录入老师情况(姓名.地址.所教课程), 老师缺课记录(名字.时间.原因. 课程) 2.管理学生的功能: 录入学生情况 ( 姓名 . 所选课程 . 成绩 ) 3.教务主任的功能 : 查询统计 1: 教师情况 2: 学生总成绩 3: 学生平均成绩 要求： 1）用结构化方法画出系统顶层图、 0 层图，数据字典。 2）画出该系统的数据模型ER图。 一、结构化分析的需求分析 1）分析实际情况 根据实际情况，我们得到一下情况： (一)教师任课流程：
(二)学生选择课程流程： 2）画数据流图 （一、）顶层数据流图
3）画数据字典DD（略）和软件初始结构图 1基本数据=学生基本信息|教师基本信息|课程基本信息|教室基本信息2教师任课信息=教师任课数据|教师考勤信息 3学生选课请求和成绩=学生选课请求|学生成绩 学生基本信息=学号+姓名+性别+年龄+专业+班级 。。。。。。
数据库er图怎么画 导语： 在进行数据库设计时，最重要的一个环节就是概念的设计，也就是绘制出整个数据的结构，此时就需要用到E-R模型图，也是实体关系图。那么，在众多的设计工具中，有什么软件可以用来设计数据库E-R图呢？ 免费获取免费数据库设计软件：https://www.doczj.com/doc/2c7022734.html,/software-diagram-tool/databasediagram/ 专业的数据库er图绘制软件 亿图图示专家是一款非常实用的绘制实体关系图、Chen-ERD图、ORk图、数据库模型图、Express-G图以及Martin ERD图的工具。亿图软件内置了大量的标准实体关系符号及各种工具，可以更加快速的创建ER模型图，在功能上可以 媲美微软的Visio。
配置需求： Windows 7, 8, 10, XP, Vista, Citrix Mac OSX 10.10+ Linux Debia n, Ubu ntu, Fedora, Cen tOS, Ope nSUSE, Mi nt, Kn oppix, RedHat, Gen 及o 更多 用亿图图示设计数据库E-R 图有哪些优势？ 1、 亿图软件内置了大量的模型图符号和模型图模板，以及更多的在线模板，可 快速创建实体关系模型图即ER 模型图。 2、 通过拖拽就能简单的说明实体关系图，操作十分简单、智能化。 3、 连接线可自动吸附到图形上，让绘图更加的轻松、快捷。 4、 内置丰富的模板和实例，以及更多的网页在线模板，可免费下载使用。 5、 可以通过浮动按钮，快速对文字、图形属性进行修改，比如：字体、大小、 颜色、边框类型、图层位置、对齐方式等等。 ■ e Id * IV ■
流程图的画法及要求-标准化文件发布号：（9456-EUATWK-MWUB-WUNN-INNUL-DDQTY-KII
流程图的绘制方法及要求 为了使程序文件（管理制度）中的工作流程绘制美观且格式统一，特编写此文件，希望能够对您的流程图绘制给予一定的指导与帮助。 一、流程图绘制软件 建议流程图绘制使用微软Office 办公软件中的Visio软件进行。 二、打开VISIO软件开始您的绘制工作 1点选流程图中的跨职能流程图 2弹出绘图窗口及“流程图”工作框，见下图，点选“垂直”并根据流程涉及部门数量填写“带区的数目”，点击“确认”。 然后出现下图：
3在<职能>填写流程中的涉及部门或岗位。开始流程图的绘制。 4流程绘制应使用“基本流程图形状”进行绘制，包括“准备（开始）”、“流程（具体事项）”、“判定”等等。 其中常用图形有： 在流程绘制过程中，如需强调的流程步骤，可以增加底色强调。 5流程图绘制示例 在流程图绘制软件中根据实际情况进行绘制，其中流程图形状应选择正确。
6流程图编写（word中） 制作完毕后。进入标准编辑的word中，绘制流程。 首先插入表格 列包括：“大阶段”、“各涉及流程部门”、“岗位”、“记录”，如果流程对时间节点要求很高，则需增加一列“时间节点”。故，插入列的数量为“涉及部门数+3or4，行数设置3行即可。 行的数量根据流程图中纵向的步骤来设，譬如上图中涉及了12步，则设12+2（表头）行即可。 然后按照下图表格，将表格合并。
将流程图“Ctrl+C”，放置在“流程图”位置。然后适当的调整图片大小以及行高、列宽。 最终即可形成流程图。 接下来在表格顶部右上方增加“本流程责任单位：XXXXX”。流程图的绘制完成。 注：如果流程涉及步骤较多，一页无法显示完成，则在流程图黏贴时，分成相应页面即可。（表头每页必须相同）。
档案管理系统用例图 V1.4版 文档信息
目录 一、档案管理系统总体用例图----------------------------------------------------------2 二、档案采集模块用例图-------------------------------------------------------------------3 三、档案归档模块用例图-------------------------------------------------------------------9 四、档案查询模块用例图-------------------------------------------------------------------17 五、档案借阅模块用例图--------------------------------------------------------------------18 六、档案销毁模块用例图--------------------------------------------------------------------24 七、档案作废模块（仅针对归档后要修改的档案）----------------------29 八、系统维护模块用例图---------------------------------------------------------------------31
一、档案管理系统总体用例图： 图1-1 档案管理系统总体用例图
二、档案采集模块用例图： 用例图： 图2-1 档案采集模块用例图 1．用例名：标记纳税人提交的纸质资料 行为者：采集人员 前置条件：纳税人已经提交了办理某项业务的资料 描述：采集人员进入系统界面，界面中将办理某项服务项目（中类）的全部资料的名称呈现出来；采集人员对照系统界面，查看纳税人提交的纸 质资料，在系统界面上勾选出相应的资料。 后置条件：系统获取档案的相关信息 2．用例名：扫描纸质资料 行为者：采集人员 简述：通过标记资料的扫描条件，对纸质资料进行扫描。 前置条件：采集人员已在系统中勾选了纳税人提交的纸质资料。
第1题： 设有商店和顾客两个实体，“商店”有属性：商店编号、商店名、地址、，“顾客”有属性：顾客编号、、地址、年龄、性别。假设一个商店有多个顾客购物，一个顾客可以到多个商店购物，顾客每次去商店购物有一个消费金额和日期，而且规定每个顾客在每个商店里每天最多消费一次。 ①试画出ER图，并注明属性和联系类型。（5分） ②将E-R图转换成关系模型，并注明主码和外码（5分） 商店（商店编号，商店名，地址，） 顾客（顾客编号，，地址，年龄，性别） 消费（商店编号，顾客编号，消费金额，日期） 第2题： 假设每个学生选修若干门课程，且每个学生每选一门课只有一个成绩，每个教师只担任一门课的教学,一门课由若干教师任教。“学生”有属性：学号、、地址、年龄、性别。“教师”有属性：职工号、教师、职称，“课程”有属性：课程号、课程名。 ①试画出ER图，并注明属性和联系类型。（5分） ②将E-R图转换成关系模型，并注明主码和外码（5分）
学生（学号，，地址，年龄，性别） 课程（课程号，课程名） 教师（职工号，教师，职称，课程） 选课（学号，课程号，成绩） 第3题： 设某商业公司数据库中有三个实体集，一是”公司”实体集，属性有公司编号、公司名、地址等；二是”仓库”实体集，属性有仓库编号、仓库名、地址等；三是”职工”实体集，属性有职工编号、、性别等。每个公司有若干个仓库，每个仓库只能属于1个公司，每个仓库可聘用若干职工，每个职工只能在一个仓库工作，仓库聘用职工有聘期和工资。 ①试画出E-R图（5分） ②将E-R图转换成关系模型，并注明主码和外码（5分） 仓库（仓库编号，仓库名，地址，公司编号）
标准流程图的简单画法 导语： 流程图是一种可以提高工作效率的可视化图形，如果你不了解流程图的绘制步骤，不妨试着来阅读一下本篇的详情介绍。从初学者到专家，不需要经过漫长的练习，便可以实现轻松绘制精湛且美观的流程图。 免费获取亿图图示软件：https://www.doczj.com/doc/2c7022734.html,/edrawmax/ 新手用什么软件绘制流程图？ 亿图图示，职场新手可以轻松上手使用的专业流程图软件。它是一款支持快捷操作的流程图制作工具，非常大程度的降低了专业流程图设计的门槛，让大多数人可以在很短的时间里绘制出专业的流程图。 软件使用十分简单，拖拽式操作，不需要学习和培训就能快速上手。兼容多种文件格式，可以一键导出PDF、 Word、 PPT、 Excel,、图片、 HTML,、Visio 等，方便与他人分享，并且导出的文件仍然保留矢量格式，可供修改。
亿图图示软件特色： 1、来自全球超过600万的用户选择下载安装。 2、支持多系统操作：亿图图示工作流程图图可以在Windows，Mac 和 Linux上进行制作。 3、产品升级：亿图软件不断更新升级，重视用户体验度。 4、简单操作：一键式绘制工具帮助用户绘制快捷，方便使用者管理工作项目。 流程图超详细绘制步骤 第1步：打开软件，“新建”-“流程图”，然后根据自己的需求，选择绘图模板。比如选择基础流程图，双击鼠标即可打开绘图面板。值得一提的是，亿图图示里除了模板，还有对应的例子，如果是新手绘图，可以借鉴流程图例子帮助自己加深认识。
第2步：从左侧符号库里选择所需的图形符号，并拖动至画布中。并依次添加，直至完毕。
第3步：使用连接线符号，对各个图形符号进行连接。亿图图示软件的连线十分便捷，鼠标点击需要连线的两端，即可生成直角连线。如果连线的位置不满意，也可以通过鼠标拖动线条的方式进行修改。 第4步：最后再添加文字和注释，一份完整的流程图即可大功告成。另外，亿图软件还有丰富的背景图案以及标题栏样式可以选择，这将大大提升流程图的颜值。
一、概念数据模型概述 数据模型是现实世界中数据特征的抽象。数据模型应该满足三个方面的要求： 1）能够比较真实地模拟现实世界 2）容易为人所理解 3）便于计算机实现 概念数据模型也称信息模型，它以实体－联系(Entity-RelationShip,简称E-R)理论为基础，并对这一理论进行了扩充。它从用户的观点出发对信息进行建模，主要用于数据库的概念级设计。 通常人们先将现实世界抽象为概念世界，然后再将概念世界转为机器世界。换句话说，就是先将现实世界中的客观对象抽象为实体(Entity)和联系(Relationship),它并不依赖于具体的计算机系统或某个DBMS系统，这种模型就是我们所说的CDM;然后再将CDM转换为计算机上某个DBMS所支持的数据模型，这样的模型就是物理数据模型,即PDM。 1）数据结构表达为实体和属性; 2）数据操作表达为实体中的记录的插入、删除、修改、查询等操作; 3）完整性约束表达为数据的自身完整性约束（如数据类型、检查、规则等）和数据间的参照完整性约束（如联系、继承联系等）; 二、实体、属性及标识符的定义 实体（Entity），也称为实例，对应现实世界中可区别于其他对象的“事件”或“事物”。例如，学校中的每个学生，医院中的每个手术。 每个实体都有用来描述实体特征的一组性质，称之为属性，一个实体由若干个属性来描述。如学生实体可由学号、姓名、性别、出生年月、所在系别、入学年份等属性组成。 实体集（Entity Set）是具体相同类型及相同性质实体的集合。例如学校所有学生的集合可定义为“学生”实体集，“学生”实体集中的每个实体均具有学号、姓名、性别、出生年月、所在系别、入学年份等性质。 实体类型（Entity Type）是实体集中每个实体所具有的共同性质的集合，例如“患者”实体类型为：患者｛门诊号，姓名，性别，年龄，身份证号.............｝。实体是实体类型的一
1．设某商业集团数据库中有三个实体集。一是“公司”实体集，属性有公司编号、公司名、地址等；二是“仓库”实体集，属性有仓库编号、仓库名、地址等；三是“职工”实体集，属性有职工编号、姓名、性别等。 公司与仓库间存在“隶属”联系，每个公司管辖若干仓库，每个仓库只能属于一个公司管辖；仓库与职工间存在“聘用”联系，每个仓库可聘用多个职工，每个职工只能在一个仓库工作，仓库聘用职工有聘期和工资。 （1）试画出E-R图，并在图上注明属性、联系的类型。 （2）将E-R图转换成关系模型。 解：(1) E-R （2）这个E-R图可转换3个关系模式： 公司（公司编号，公司名，地址） 仓库（仓库编号，仓库名，地址，公司编号） 职工（职工编号，姓名，性别，仓库编号，聘期，工资） 2. 为某百货公司设计一个E-R模型。 百货公司管辖若干连锁商店，每家商店经营若干商品，每家商店有若干职工，但每个职工只能服务于一家商店。 实体类型“商店”的属性有：店号、店名、店址、店经理。 实体类型“商品”的属性有：商品号、品名、单价、产地。 实体类型“职工”的属性有：工号、姓名、性别、工资。 在联系中应反映出职工参加某商店工作的开始时间、商店销售商品的月销售量。 （1）试画出反映商店、商品、职工实体类型及其联系类型的E-R图。 （2）将E-R图转换成关系模型。
转换为等价的关系模式结构如下： 商店(店号，店名，店址，店经理) 商品(商品号，品名，单价，产地) 职工(工号，姓名，性别，工资，店号，开始时间) 经营(店号，工号，月销售量) 3.某体育运动锦标赛有来自世界各国运动员组成的体育代表团参赛各类比赛项目，包括以下信息： 代表团：团编号、地区、住所 运动员：运动员编号、姓名、年龄、性别 比赛项目：项目编号、项目名、级别 项目类别：类别编号类别名、主管 其中，一个代表团由若干运动员组成，一名运动员可以参加多个比赛项目，每名运动员参加每个比赛项目会有一个比赛成绩和名次，每个项目类别包含多个比赛项目，每个比赛项目只能属于一个项目类别。 （1）试为该锦标赛的比赛情况设计一个ER图 （2）将E-R图转换成关系模型，并注明主键和外键。 解：满足上述需求的ER图如图所示：
数据库概念设计 ER图 注:提交时,将文件名命名为(数据库系统概论ER图练习:学号+姓名+日期) 第一题:参考 大学实行学分制，学生可根据自己的情况选课。每名学生可同时选修多门课程，每门课程可由多位教师主讲；每位教师可讲授多门课程。 指出学生与课程的联系类型。 指出课程与教师的联系类型。 若每名学生有一位教师指导，每个教师指导多名学生，则学生与教师是何联系? 在原E-R图上补画教师与学生的联系，并完善E-R图。
第二题:将ER图转化为关系模式 单位 职工 第三题:画ER图 职工：职工号、姓名、地址和所在部门 部门：部门所有职工、部门名、经理和销售的产品 产品：产品名、制造商、价格、型号和产品内部编号 制造商：制造商名称、地址、生产的产品名和价格 部门有很多职工，职工仅在一个部门工作； 部门销售多种产品，这些产品也在其它部门销售； 制造商生产多种产品，其它制造商也制造这些产品。
画ER图 第四题:画ER图 科室：科名、科地址、科电话、医生姓名 病房：病房号、床位号、所属科室名 医生：姓名、职称、所属科室名、年龄、工作证号 病人病历号、姓名、性别、诊断、主臂医生、病房号一个科室有多个病房、多个医生; 一个病房只能属于一个科室； 一个医生只属于一个科室，但可负责多个病人的诊治;
一个病人的主管医生只有一个。 完成如下设计: 设计该计算机管理系统的E-R图。 将该E-R图转换为关系模式结构。 指出转换结果申每个关系模式的候选码。 第五题:画ER图 某田径运动会组委会需要一运动会管理系统，现提出如下需求。该系统中存在运动队和运动会两方面的实体。 1．运动队方面 运动队：队名、教练姓名 队员：编号、姓名、性别、项名 其中，一个运动队有多个队员，一个队员仅属于一个运动队，一个队一般有一个教练，一个队员可参加多个项目 2．运动会方面 运动队：队编号、队名、教练姓名 项目：项目名、参加运动队编号、场地 其中，一个项目可由多个队参加，一个运动队可参加多个项目，一个项目一个比赛场地。现要求：(1).分别设计运动队和运动会的局部ER图。
流程图的绘制方法及要求 为了使程序文件（管理制度）中的工作流程绘制美观且格式统一，特编写此文件，希望能够对您的流程图绘制给予一定的指导与帮助。 一、流程图绘制软件 建议流程图绘制使用微软Office 办公软件中的Visio软件进行。 二、打开VISIO软件开始您的绘制工作 1点选流程图中的跨职能流程图 2弹出绘图窗口及“流程图”工作框，见下图，点选“垂直”并根据流程涉及部门数量填写“带区的数目”，点击“确认”。 然后出现下图：
3在<职能>填写流程中的涉及部门或岗位。开始流程图的绘制。 4流程绘制应使用“基本流程图形状”进行绘制，包括“准备（开始）”、“流程（具体事项）”、“判定”等等。 其中常用图形有： 在流程绘制过程中，如需强调的流程步骤，可以增加底色强调。 5流程图绘制示例 在流程图绘制软件中根据实际情况进行绘制，其中流程图形状应选择正确。
6流程图编写（word中） 制作完毕后。进入标准编辑的word中，绘制流程。 首先插入表格 列包括：“大阶段”、“各涉及流程部门”、“岗位”、“记录”，如果流程对时间节点要求很高，则需增加一列“时间节点”。故，插入列的数量为“涉及部门数+3or4，行数设置3行即可。 行的数量根据流程图中纵向的步骤来设，譬如上图中涉及了12步，则设12+2（表头）行即可。 然后按照下图表格，将表格合并。
将流程图“Ctrl+C”，放置在“流程图”位置。然后适当的调整图片大小以及行高、列宽。最终即可形成流程图。 接下来在表格顶部右上方增加“本流程责任单位：XXXXX”。流程图的绘制完成。 注：如果流程涉及步骤较多，一页无法显示完成，则在流程图黏贴时，分成相应页面即可。（表头每页必须相同）。
中国中原对外工程有限公司 CHINA ZHONGYUAN ENGINEERING CORPORATION 标题流程图绘制规范 TITLE
目次 1 范围 (1) 2 术语与定义 (1) 3 流程绘制的程序和要求 (1) 3.1 流程的基本结构 (1) 3.2 流程图绘制基本程序 (1) 3.3 流程绘制前期准备 (1) 3.4 流程绘制步骤 (1) 3.5 流程图的审核和确定 (2) 3.6 流程图绘制应遵循的规则 (2) 4 流程图绘制方法 (2) 4.1 新建文档 (2) 4.2 绘图 (2) 4.3 文字及格式 (2) 5 流程图符号说明 (2)
流程图绘制规范 1 范围 本规范规定了流程图绘制的要求和绘制方法。 本规范适用于公司总部和项目部流程图绘制管理。 2 术语与定义 下列术语和定义适用于本规范。。 3.1 流程 流程是把一个或多个输入转化为对顾客有价值的输出的活动。 3 流程绘制的程序和要求 3.1 流程的基本结构 3.2 流程图绘制基本程序 a) 资料、信息收集和准备； b) 流程图绘制； c) 流程审核； d) 流程确定。 3.3 流程绘制前期准备 流程图绘制前应对流程进行预梳理，并明确和解决下列问题： a) 根据部门职责识别哪些流程属于牵头管理，哪些流程属于配合管理。 b) 识别流程的起点和终点，了解流程起始信息来源于哪些部门，部门内流转涉及哪些岗位，部门 流转结束后，流向哪些部门，从而确定该流程涉及哪些部门和岗位。 c) 识别流程内哪些环节需要审核、批准或判断，谁来执行。 d) 识别流程受哪些规范、规定的约束。 e) 识别流程流转过程中可能或必须形成哪些文档资料，由谁完成。 f) 从流程控制的角度识别流程在流转过程中的关键点，这些关键点可量化的指标可能有哪些。 g) 该流程可能与哪些流程接口，接口点在哪里。 3.4 流程绘制步骤 人员 信息 资金 设施 物资 输 入 过 程 输 出 增值活动 非增值活动 信息 资金 物资 产品和服务
隧道断面测量及断面图绘制方法 外业数据采集： 1、 外业采集数据时，先根据线路资料把待测断面中桩一一放样出来，标记清楚，并且 记录下该点的实际高程。 如果中桩放样不方便，就放样待测断面的边桩，同样标记清楚，并 且记录下该点的实际高程和依照线路方向看该点与中桩的关系 一主要是看在中桩的右侧还 是左侧和距中桩的距离。 2、 待测断面中桩或边桩放样完毕后，把全站仪搬到刚刚放样并标记的待测断面的中桩 或边桩上去，对中调平，进入全站仪里的测量程序 ，首先输入工作名--最好以测量日期为文 件名，这样便于内业处理时在电脑上迅速找到要处理的断面；然后设站 ，要注意每一个站名 只能测一个断面，如测 K10+ 200右洞，则测站可设为 Y10200;量取并且输入仪器高度，接 下来输入该点X 、Y 、Z 坐标，X —指该点与中桩的偏移值（沿线路前进方向左为负、右为正） 如该点偏离中桩左 2.5m ,则输：—2.5 ; Y —指该点实测高程，如该点实测高程为 330.159 , 则输330.159 , Z —无实际意义统一输为 0即可。然后定向，定向时瞄准小里程时把方位角 设定为0度或瞄准大里程把方位角设定为 180度;然后把仪器转到所测断面的线路法线方向 （即90度或270度方向），此时便可进行测存，测存时，仪器的水平方向不要动，只动仪器的垂 直方向，从一侧最下边向另外一侧开始测 ，直到扫测完整个断面。按照以上步骤测完所有断 面。 外业采集数据的目的是为了得到绘制断面轮廓的必要数据， 这里需要注意的是建站的技 巧。 内业数据处理： 1、 先把全站仪中储存的数据通过徕卡办公软件（中纬全站仪通过 GeoMax PC Tools 软 件）下载到电脑上，下载的时候注意选择自编的数据格式 Dm （中纬全站仪选择txt 格式）， 不是仪器自带的数据格式 GSI 或者IDEX 。并且按照该断面所在里程命名该断面以免混淆。 2、 在AutoCAD 中按照实际尺寸画好隧道设计断面 （可另存一份以备重复利用），值得一 提的是在AutoCAD 中画出设计断面是很简单的事，比用专门的隧道处理软件绘制容易的多， 并通过新建坐标系的方法把隧道断面圆心处的 X 坐标定为0, Y 坐标定为通过理论计算的该 里程断面圆心高程。这一步是为了把设计断面跟外业实测数据联系起来。 3、 用记事本把下载好的存放断面数据的文件打开，全选所有数据，并复制，此时再回 到CAD 中点击多段线命令，然后把光标移动到输入栏中，单击右键再选中粘贴或直接按下 Ctrl+v 敲回车键，此时该断面轮廓便展绘在 CAD 图形中（如图）。 马公祠隧道K10+20C 断面 单位：米 4、接下来，可以用 AutoCAD 中的标注命令对隧道的超欠挖情况进行查看了。因为绘制 "r
超市管理系统用例 图讲解
面向对象的系统分析 超市管理系统 超市管理系统
摘要:UML是当前面向对象程序设计中的一种标准的建模技术，它被用作确定、可视化、构建和文档化一个软件系统的结构。本文主要探讨对超市管理系统的UML分析，以用例图为实现手段，捕获高层次的系统功能需求的策略。 关键字: 需求分析系统管理模型规约物流用例图 引言: 超市管理信息系统是一个超市不可缺少的部分,它的内容对于超市的决策者和管理者来说都至关重要,因此超市管理系统应该能够为用户提供充分的信息和快捷的销售查询手段。但一直以来人们使用传统人工的方式管理文件信息，这种管理方式存在着许多缺点,如:效率低、保密性差,另外时间一长,将产生大量的文件和数据,这对于查找、更新和维护都带来了不少的困难。以及在人力资源配置方面都将存在很大的不足。 本次设计即是针对超市运营者对各方面的管理方面所做的分析，是包括对各个部门的分析，了解超市管理在哪方面的需求，从而做出分析，制作专门的管理流程，方便用户的使用。
一、对面向对象系统分析与UML的理解 面向方法的基本思想包括两个主要的方面。一方面，是从现实世界中客观存在的事物出发来构造软件系统，并在系统构造中尽可能运用人类的自然思维方式。另一方面，面向对象方法比以往的方法更接近人类的日常思维。 在用面向对象方法开发的系统中，以类的形式进行描述并由这些类创立的对象是系统的基本构成单位。这些对象对应着问题域中的各项事务，她们内部的属性与操作刻画了事物的静态特征和动态特征。而对象之间的继承、聚合、关联、消息等关系如实的表示了问题域中事物之间实际存在的各种关系。因此，无论系统的构成成分还是经过这些成分之间的关系而体现的系统结构，都能够直接的映射问题域。 而面向对象的UML分析，有益于对问题域和系统责任的理解，改进了与分析有关的各类人员之间的交流，对需求的变化具有较强的适应性。 面向对象的系统分析和设计的主要目的是完成对某个特定应用论域的分析和系统的建模。应完成的主要工作是描述系统中的对象、对象的属性和操作、对象的动态特性、对象间的构造关系和通信关系等，从而建立系统的静态结构和动态活动模型。 UML：（Unified Modeling Language的缩写）是统一建模语言的英文缩写，是用来对软件密集系统进行可视化建模的一种语言。UML为面向对象开发系统的产品进行说明、可视化、和编制文档的一种标准语言。它是在开发阶段，说明，可视化，构建和书写一个面向对象软
如何画数据库 ER 图 数据库设计中重要的一环首先就是概念设计，也就是说，要从实际问题出发，排除非本质的东西，抽象出现实的数据结构之客观规律——即画出数据结构图——ER 图。这是数据库设计的重点，也是数据库设计的难点。 那么，如何才能正确地反映客观现实，将 ER 图画好呢？ 答案是，必须进行正确的需求分析。那么如何进行需求分析呢？需求分析一般有两种方法，一种是结构化分析(SA)，一种是面向对象分析(OOA).通过这两种方法的实施以后，都可以得到比较正确的 ER 图。现在以下面的实际问题为例，通过结构化分析(SA)方法的应用，讲述如何得到比较正确的 ER 图。 校务管理系统 ER 图画法如下步骤： 在要建立的系统中,有以下功能： 1.管理老师的功能：录入老师情况(姓名.地址.所教课程), 老师缺课记录(名字.时间.原因. 课程) 2.管理学生的功能: 录入学生情况 ( 姓名 . 所选课程 . 成绩 ) 3.教务主任的功能 : 查询统计 1: 教师情况 2: 学生总成绩 3: 学生平均成绩 要求： 1）用结构化方法画出系统顶层图、 0 层图，数据字典。 2）画出该系统的数据模型 ER 图。 一、结构化分析的需求分析 1）分析实际情况 根据实际情况，我们得到一下情况： (一) 教师任课流程：
(二)学生选择课程流程： 2）画数据流图 （一、）顶层数据流图
3）画数据字典DD（略）和软件初始结构图 1基本数据=学生基本信息|教师基本信息|课程基本信息|教室基本信息2教师任课信息=教师任课数据|教师考勤信息 3学生选课请求和成绩=学生选课请求|学生成绩 学生基本信息=学号+姓名+性别+年龄+专业+班级 。。。
7、一个图书馆借阅管理数据库要求提供下述服务： （１）可随时查询书库中现有书籍的品种、数量与存放位置。所有各类书籍均可由书号惟一标识。 （２）可随时查询书籍借还情况，包括借书人单位、姓名、借书证号、借书日期和还书日期。 我们约定：任何人可借多种书，任何一种书可为多个人所借，借书证号具有惟一性。 （３）当需要时，可通过数据库中保存的出版社的电报编号、电话、邮编及地址等信息下相应出版社增购有关书籍。我们约定，一个出版社可出版多种书籍，同一本书仅为一个出版社出版，出版社名具有惟一性。 根据以上情况和假设，试作如下设计： （１）构造满足需求的Ｅ-Ｒ图。 （２）转换为等价的关系模式结构。 答：（１）满足上述需求的Ｅ-Ｒ图如图11所示。 （２）转换为等价的关系模式结构如下： 借书人（借书证号，姓名，单位） 图书（书号，书名，数量，位置，出版社名） 出版社（出版社名，电报编号，电话可，邮编，地址） 借阅（借书证号，书号，借书日期，还书日期）
8、工厂（包括厂名和厂长名）需建立一个管理数据库存储以下信息： （１）一个工厂内有多个车间，每个车间有车间号、车间主任姓名、地址和电话。 （２）一个车间有多个工人，每个工人有职工号、姓名、年龄、性别和工种。 （３）一个车间生产多种产品，产品有产品号和价格。 （４）一个车间生产多种零件，一个零件也可能为多个车间制造。零件有零件号、重量和价格。 （５）一个产品由多种零件组成，一种零件也可装配出多种产品。 （６）产品与零件均存入仓库中。 （７）厂内有多个仓库，仓库有仓库号、仓库主任姓名和电话。 试：（１）画出该系统的Ｅ-Ｒ图。 （２）给出相应的关系模式。 （３）画出该系统的层次模式图。 答：（１）该系统的Ｅ-Ｒ图如图12所示。 各实体的属性为： 工厂：厂名、厂长姓名 车间：车间号、车间主任姓名、地址、电话 工人：职工号、姓名、年龄、性别、工种 仓库：仓库号、仓库主任姓名、电话 零件：零件号、重量、价格 产品：产品号、价格 （２）相应的关系模式如下： 工厂（厂名、厂长姓名） 车间（车间号、车间主任姓名、地址、电话、厂名） 工人（职工号、姓名、年龄、性别、工种、车间号）
超市管理系统用例图讲解
————————————————————————————————作者：————————————————————————————————日期：
面向对象的系统分析 超市管理系统
超市管理系统 摘要:UML是目前面向对象程序设计中的一种标准的建模技术，它被用作确定、可视化、构建和文档化一个软件系统的结构。本文主要探讨对超市管理系统的UML分析，以用例图为实现手段，捕获高层次的系统功能需求的策略。 关键字: 需求分析系统管理模型规约物流用例图 引言: 超市管理信息系统是一个超市不可缺少的部分,它的内容对于超市的决策者和管理者来说都至关重要,所以超市管理系统应该能够为用户提供充足的信息和快捷的销售查询手段。但一直以来人们使用传统人工的方式管理文件信息，这种管理方式存在着许多缺点,如:效率低、保密性差,另外时间一长,将产生大量的文件和数据,这对于查找、更新和维护都带来了不少的困难。以及在人力资源配置方面都将存在很大的不足。 本次设计即是针对超市运营者对各方面的管理方面所做的分析，是包括对各个部门的分析，了解超市管理在哪方面的需求，从而做出分析，制作专门的管理流程，方便用户的使用。 一、对面向对象系统分析与UML的理解 面向方法的基本思想包括两个主要的方面。一方面，是从现实世界中客观存在的事物出发来构造软件系统，并在系统构造中尽可能运用人类的自然思维方式。另一方面，面向对象方法比以往的方法更接近人类的日常思维。 在用面向对象方法开发的系统中，以类的形式进行描述并由这些类创建的对象是系统的基本构成单位。这些对象对应着问题域中的各项事务，他们内部的属性与操作刻画了事物的静态特征和动态特征。而对象之间的继承、聚合、关联、消息等关系如实的表达了问题域中事物之间实际
第一部分PowerDesigner概念数据模型基础 一、概念数据模型概述 数据模型是现实世界中数据特征的抽象。数据模型应该满足三个方面的要求： 1）能够比较真实地模拟现实世界 2）容易为人所理解 3）便于计算机实现 概念数据模型也称信息模型，它以实体－联系(Entity-RelationShip,简称E-R)理论为基础，并对这一理论进行了扩充。它从用户的观点出发对信息进行建模，主要用于数据库的概念级设计。 通常人们先将现实世界抽象为概念世界，然后再将概念世界转为机器世界。换句话说，就是先将现实世界中的客观对象抽象为实体(Entity)和联系(Relationship),它并不依赖于具体的计算机系统或某个DBMS系统，这种模型就是我们所说的CDM;然后再将CDM转换为计算机上某个DBMS所支持的数据模型，这样的模型就是物理数据模型,即PDM。 CDM是一组严格定义的模型元素的集合，这些模型元素精确地描述了系统的静态特性、动态特性以及完整性约束条件等，其中包括了数据结构、数据操作和完整性约束三部分。 1）数据结构表达为实体和属性; 2）数据操作表达为实体中的记录的插入、删除、修改、查询等操作; 3）完整性约束表达为数据的自身完整性约束（如数据类型、检查、规则等）和数据间的参照完整性约束（如联系、继承联系等）; 二、实体、属性及标识符的定义 实体（Entity），也称为实例，对应现实世界中可区别于其他对象的“事件”或“事物”。例如，学校中的每个学生，医院中的每个手术。 每个实体都有用来描述实体特征的一组性质，称之为属性，一个实体由若干个属性来描述。如学生实体可由学号、姓名、性别、出生年月、所在系别、入学年份等属性组成。 实体集（Entity Set）是具体相同类型及相同性质实体的集合。例如学校所有学生的集合可定义为“学生”实体集，“学生”实体集中的每个实体均具有学号、姓名、性别、出生年月、所在系别、入学年份等性质。 实体类型（Entity Type）是实体集中每个实体所具有的共同性质的集合，例如“患者”实体类型为：患者｛门诊号，姓名，性别，年龄，身份证号.............｝。实体是实体类型的一个实例，在含义明确的情况下，实体、实体类型通常互换使用。 实体类型中的每个实体包含唯一标识它的一个或一组属性，这些属性称为实体类型的标识符（Identifier），如“学号”是学生实体类型的标识符，“姓名”、“出生日期”、“信址”共同组成“公民”实体类型的标识符。
时序图： 1、在Logical View中创建如下的包结构： 2、根据用例模型的包结构，在Use-Case Realizations中创建相应的包结构： 3、将用例模型中每个包中的用例转换为设计模型中的用例实现，并建立实现跟踪关系。这里在入库管理模块中创建对应的用例实现： 在入库管理模块中使用类图来创建实现依赖：
4、完成以上步骤后，就实现了用例模型到设计模型的转换。 （分包） 5、现在开始对每个用例分别使用时序图和类图进行设计。 注意：在用例设计前，可以将公共的类识别出来，便于在不同用例间重用。 5.1、使用时序图进行设计 5.1.1、在用例实现下创建基本流的时序图。 5.1.2、在基本流中画出主角（Actor），以及边界类、控制类和实体类。 5.1.2、根据软件实现规约中的用例事件流，分析对应的边界类、控制类和实体类分别是什么？这里实际就是登录界面（边界类）、账号（实体类）和登录控制（控制类）。
5.1.3、因为项目采用分层架构，因此加入服务层的类；数据存储采用数据库，因此加入数据库。 5.1.4、使用DAO模式改进数据库访问的设计。
现在就已经完成了时序图的分析，开始将对象转换为相应的类。这里DBMS和功能界面不需要转为类。 5.1.4、以登录界面为例，在登录界面上右键菜单中打开其设置界面，先择New… 设置类名，并可以在Attributes、Operations中设置属性和方法。
在设计模型中将有相应的类： 5.1.6、绘制用例所有使用类的类图：
（合包） 5.1.5、将所有用例实现中的所有类标识完成后，使用分层架构来组织类： 其中实体类图一定要画，所有实体类将作为ER图中绘制的基础。 最终类图中不仅有类，类有属性和方法，以及类之间的关系。 ER图： ER图的实体、关系来源于设计模型中的实体类，以及实体类的关系。1、首先使用CDM画ER模型。
工艺流程图绘制方法——PID图 PID图图纸规格 采用1号图纸规格（594 mm×841 mm），并用多张1号图分开表示。每张图纸的有关部分均应相互衔接，完善地表示出整个生产过程。少数物流和控制关系来往密切且内容较多，表示在一张1号图中太挤的情况下，可按图纸延长的标准加长1/4或1/2。 PID图的内容 应根据工艺流程图和公用工程流程图的要求，详细地表示装置的全部设备、仪表、管道和其他公用工程设施，具体内容如下： a) 全部设备； b) 全部仪表（包括控制、测量及计算机联结）； c) 所有管道、阀门（低高点放空除外）、安全阀、大小头及部分法兰； d) 公用工程设施、取样点、吹扫接头； e) 工艺、仪表、安装等特殊要求。 PID图中设备画法 编号例如E-1由三台换热器并联操作，其编号分别为E-1A，E-1B，E-1C（或E-1A/B/C）；如P-1为两台泵（一台操作，一台备用），其编号为P-1A，P-1B（或P-1A/B）。 用细实线画出装置全部操作和备用的设备，在设备的邻近位置（上下左右均可）注明编号（下画一粗实线）、名称及主体尺寸或主要特性。编号及名称应与工艺流程图相一致，编号方法与“工艺流程图”2.4.2规定相同。但同一作用的设备由多台组成（或备用）时，可在编号数字后加A，B，C。 设备的主体尺寸或特性的标注方法按不同外型或特性规定如下： a) 立式圆筒型：内径ID×切线至切线高T/T，mm， b) 卧式圆筒型：内径ID×切线至切线长T/T，mm， c) 长方型：长×宽×高，mm， d) 加热及冷换设备：标注编号、名称及其特性（热负荷、及传热面积） e) 机泵， 设备大小可不按比例画，但应尽量有相对大小的概念，有位差要求的设备，应表示其相对高度位置，例如热旁路控制流程中的冷凝器和回流罐。 设备内部构件的画法与PFD图规定要求相同。相同作用的多台设备应全部予以表示，并按生产过程的要求表示其并联或串联的操作方式。对某些需要满足泵的汽蚀余量或介质自流要求的设备应标注其离地面的高度，一般塔类和某些容器均有此要求。对于落地的立式容器，该尺寸要求也可直接表示在相关数据表设备简图中。 PID图中管道画法 装置内所有操作、开停工及事故处理等管道及其阀门均应予表示，并用箭头表示管内物料的流向。主要操作管道用粗实线表示，备用管道、开停工及事故处理管道、其他辅助管道均用细实线表示。 装置内的扫线、污油排放及放空管道只需画出其主要的管道及阀门，并
[ 如何画数据库ER图 数据库设计中重要的一环首先就是概念设计，也就是说，要从实际问题出发，排除非本质的东西，抽象出现实的数据结构之客观规律——即画出数据结构图——ER图。这是数据库设计的重点，也是数据库设计的难点。 那么，如何才能正确地反映客观现实，将ER图画好呢？ 答案是，必须进行正确的需求分析。那么如何进行需求分析呢？需求分析一般有两种方法，一种是结构化分析(SA)，一种是面向对象分析(OOA).通过这两种方法的实施以后，都可以得到比较正确的ER图。现在以下面的实际问题为例，通过结构化分析(SA)方法的应用，讲述如何得到比较正确的ER图。 ( 一 ) 校务管理系统 的系统中,有以下功能： 1.管理老师的功能：录入老师情况(姓名.地址.所教课程), 老师缺课记录(名字.时间.原因. 课程) 2.管理学生的功能: 录入学生情况 ( 姓名 . 所选课程 . 成绩 ) 3.教务主任的功能 : 查询统计 1: 教师情况 2: 学生总成绩 3: 学生平均成绩 要求： 1）用结构化方法画出系统顶层图、 0 层图，数据字典。 2）画出该系统的数据模型ER图。 一、结构化分析的需求分析 1）分析实际情况 根据实际情况，我们得到一下情况： (一)教师任课流程： (二)学生选择课程流程：
2）画数据流图（一、）顶层数据流图 （二）0层数据流图
3）画数据字典DD（略）和软件初始结构图 1基本数据=学生基本信息|教师基本信息|课程基本信息|教室基本信息2教师任课信息=教师任课数据|教师考勤信息 3学生选课请求和成绩=学生选课请求|学生成绩 学生基本信息=学号+姓名+性别+年龄+专业+班级 。。。。。。 4）根据数据流图画ER图（属性略） - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - 2005-9-22
数据库个E R图练习题 只有E R图 Document number【SA80SAB-SAA9SYT-SAATC-SA6UT-SA18】
第1题： 设有商店和顾客两个实体，“商店”有属性：商店编号、商店名、地址、电话，“顾客”有属性：顾客编号、姓名、地址、年龄、性别。假设一个商店有多个顾客购物，一个顾客可以到多个商店购物，顾客每次去商店购物有一个消费金额和日期，而且规定每个顾客在每个商店里每天最多消费一次。 ①试画出ER图，并注明属性和联系类型。（5分） ②将E-R图转换成关系模型，并注明主码和外码（5分） 商店（商店编号，商店名，地址，电话） 顾客（顾客编号，姓名，地址，年龄，性别） 消费（商店编号，顾客编号，消费金额，日期） 第2题： 假设每个学生选修若干门课程，且每个学生每选一门课只有一个成绩，每个教师只担任一门课的教学,一门课由若干教师任教。“学生”有属性：学号、姓名、地址、年龄、性别。“教师”有属性：职工号、教师姓名、职称，“课程”有属性：课程号、课程名。 ①试画出ER图，并注明属性和联系类型。（5分） ②将E-R图转换成关系模型，并注明主码和外码（5分） 学生（学号，姓名，地址，年龄，性别） 课程（课程号，课程名） 教师（职工号，教师姓名，职称，课程） 选课（学号，课程号，成绩） 第3题： 设某商业公司数据库中有三个实体集，一是”公司”实体集，属性有公司编号、公司名、地址等；二是”仓库”实体集，属性有仓库编号、仓库名、地址等；三是”职工”实体集，属性有职工编号、姓名、性别等。每个公司有若干个仓库，每个仓库只能属于1个公司，每个仓库可聘用若干职工，每个职工只能在一个仓库工作，仓库聘用职工有聘期和工资。 ①试画出E-R图（5分） ②将E-R图转换成关系模型，并注明主码和外码（5分） 仓库（仓库编号，仓库名，地址，公司编号） 公司（公司编号，公司名，地址） 职工（职工编号，姓名，性别，仓库编号，聘期，工资） 第4题： 某研究所有多名科研人员，每一个科研人员只属于一个研究所，研究所有多个科研项目，每个科研项目有多名科研人员参加，每个科研人员可以参加多个科研项目。科研人员参加项目要统计工作量。“研究所”有属性：编号，名称、地址，“科研人员”有