⑴ 求解ER图和类图的区别
ER图主要用于数据库的设计，类图主要用于编写应用程序。
⑵ 设计几个类，用UML类图说明一个 学生借阅图书 系统
基于UML的图书馆借阅管理系统设计（1）系统分析（包括系统描述（问题域描述）、用例模型、分析类图）。（2）系统设计（包括系统的逻辑模型如设计类图、顺序图、状态图及组件图等）。（3）系统实施（包括信息代码设计、数据库设计、输入设计、输出设计、用户界面设计和处理过程的设计以及最终的程序设计）。（4）编制好程序后，设计若干测试用例，上机测试并通过所设计的程序系统。（5）设计报告格式按附件要求书写。课程设计报告书正文的内容应包括： 1．问题描述； 2．用例模型及分析类图的描述； 3．设计类图、核心用例的顺序图与状态图、组件图等的描述； 4．信息代码设计、数据库设计、输入设计、输出设计的描述； 5．用户界面设计和处理过程的设计的描述； 6．给出软件的测试方法和测试结果。 7．设计的特点、不足、收获与体会。
⑶ UML系统设计中给出的数据库主要用表和你画类图有关系吗
有关系，类图中的实体类是可以转换为数据库表的，也就是说类图和数据库模型之间是可以互相转换的，可以参考trufun kant studio一站式集成开发平台的数据库模型和UML模型转换这一部分的内容，或者参考trufun网站帮助系统中介绍有关两个模型之间的关联转换的文章
⑷ 怎样将类图直接转换为数据库的表
库。 通常使用以下两种方法来映射继承关系： 1）将基类映射到一张表，每个子类映射到一张表。在基类对应的表中定义主键，而在 子类对应的表中定义外键。 2）将每个子类映射到一张表，没有基类表。在每个子类的表中包括基类的所有属性。 这种方法适用于子类的个数不多，基类属性比较少的情况。
⑸ 类图的通用技术
没有类是单独存在的，他们通常和别的类协作，创造比单独工作更大的语义。因此，除了捕获系统的词汇以外，还要将注意力集中到这些类是如何在一起工作的。使用类图来表达这种协作。
l 确定你建模的机制。机制代表了部分你建模的系统的一些功能和行为，这些功能和行为是一组类、接口和其他事物相互作用的结果。
l 对于每个机制，确定类、接口和其他的参与这个协作的协作。同时确定这些事物之间的关系。
l 用场景来预排这些事物，沿着这条路你将发现模型中忽略的部分和定义错误的部分。
l 确定用这些事物的内容来填充它们。对于类，开始于获得一个责任（类的职责），然后，将它转化为具体的属性和方法。
图7-1是一个自治机器人的类图。这张的图焦点聚集那些让机器人在路上行走的机制对应的类上。你可以发现一个虚类Motor和两个从它派生出来的类：SteeringMotor和MainMotor。这两个类都从它的父亲Motor继承了五个方法。这两个类又是另一个类Driver的一部分。类PathAgent和Driver有一个1对1的关系，和CollisionSensor有1对n的关系。
在这个系统中其实还有很多其他的类，但这张图的重点是放在那些将机器人移动的类上的。在其他的图中你可能也会看到这些类。通过将焦点放在不通的功能上，可以获得从不通的角度对整个系统的认识，最终达到认识整个系统。
很多系统都是有持久性数据的，也就是说要将这些数据保存到数据库中以便下一次使用。通常你会使用关系型数据库或面向对象的数据库，或其它类型的数据库来保存数据。UML很适合为逻辑数据库模式建模。
UML的类图是E-R图（为逻辑数据库建模的通用工具）的超集，尽管E-R图的重点是数据，类图的扩展允许模型化行为。在物理数据库中这些逻辑操作一半转化为触发器或存储过程。
l 确定那些状态比其生命周期要长的类。
l 创建一张包含这些类的图，标记它们为持久性的。
l 详细定义它们的属性。
l 对于使得物理数据库设计复杂的模式如：循环关系、1对1关系、N元关系，考虑创建中间抽象来使得逻辑结构复杂。
l 详细定义这些类的操作，特别是那些访问数据和涉及数据完整性的方法。
l 如果可能的话使用工具来将你的逻辑设计转化为物理设计。
建模是重要的，但要记住的是对于开发组来说软件才是主要的产品，而不是图。当然，画图的主要目的是为了更好地理解系统，预测什么时候可以提供什么样的软件来满足用户的需要。基于这个理由，让你画的图对开发有指导意义是很重要的。
某些时候，使用UML。你的模型并不能直接映射成为代码。例如，如果你在使用活动图为一个商业过程建模，很多活动实际上涉及人而不是计算机。
很多时候，你创建的图形可以被映射成为代码。UML并不是专门为面向对象的语言设计的，它支持多种语言，但使用面向对象的语言会更直观些，特别是类图的映射，它的内容可以直接映射成为面向对象语言的内容。如：C++，SMALLTALK、ADA、ObjectPascal、Eiffel和Forte。UML还支持如Visual Basic这样的面向对象的语言。
正向工程：是从图到代码的过程。通过对某中特定语言的映射可以从UML的图得到该语言的代码。正向工程会丢失信息，这是因为UML比任何一种程序语言的语义都丰富。这也正是为什么你需要UML模型的原因。结构特性、协作、交互等可以通过UML直观地表达出来，使用代码就不是那么明显了。
⑹ 总结在设计绘制类图的过程中应注意哪些问题
1．找出所有数据中的最大值和最小值，并算出它们的差．2．决定组距和组数．3．确定分点4．列出频数分布表．5．画频数分布直方图．
⑺ 如何用powerdesigner设计数据库
工具：
Sybase PowerDesigner 15.1
Microsoft sql Server 2005
第一步概要设计：
打开PowerDesigner软件，设计“概念数据模型”(ConceptualData Model)：
点击workspace 右键---》New—>Conceptual DataModel,
弹出如下界面：
设计表、表结构：
在设计属性(字段)的时候，三个字母(M、P、D)分别表示：
M：是否为空；(√表示不允许为空)
P：是否为主键；
D：是否在该软件的视图中显示
第二步：物理设计
将“概念数据模型”设计的表转换为“物理数据模型”(PhysicalData Model)，实际上是从“概要设计”转换为“详细设计”，即对表的具体实现。
将概要设计模板转换为物理设计
选择“Tools”-->“Generate Physical DataModel…”即可。
然后选择你的DBMS.
点击“确定”按钮以后，就产生了对应“SQL Server 2005”数据库的表、属性、关系的具体实现。
这时就会有一个物理设计的模板出现，将你在概要设计时的实体都转换成具体的表。
第三步：在SQL Server2005中手动创建数据库（也可以用SQL创建库，pd可以将我们的表设计都转换成SQL）
需手动在SQL SERVER2005中创建您的数据！如：“Students“，此过程省略…
第四步：在数据源ODBC中配置用户数据源
第五步：在SQL Server2005中自动创建表结构
首先：根据“物理数据模型”(Physical Data Model)自动建立相应的SQL语句：
其次：执行其创建的SQL语句文件，将数据表结构自动创建到SQL Server 2005数据库中：
完成以上步骤后，刷新SQL Server 2005数据，将会看到你所创建的相关表结构。
另外生成单张表SQL语句可以：
在物理设计模板中，选择表--》右键—》SQL Perview…
生成SQL创建库和表，我喜欢懒人式，或者说拿给客户时，客户用的爽。。。
建立表的主外键关系：
使用PowerDesigner物理模型为建的关系表添加外键，有个原则就是主表的主键名称必须和副表的外键名称一致。
测试(仅测试，不含技术)
1.建主表user 2.建副表department
uid int primarykey did int primary key
namevarchar(32) uid int
2.对着模型右击New->Reference
parent表为user表，child表为department
这样就建立了关系，外建也自动建立了。
关于表关系的建立，本人也存疑，但有三种思路：
1、概要设计时设计好关系。（个人倾向于这种方式，有时间尝试）
2、物理设计时设计好关系（笔者使用此方法，若表很多，关系复杂，此阶段设计关系会很痛苦。偶深受其害！）
3、生产数据库后，DBMS中建立关系（这种方式是笔者突发奇想，仔细思考，不建议采用这种方式，如果使用T-SQL重构数据库，又得重建关系）
仔细思考过后，个人认为概要设计时，设计实体、实体必要属性、实体与实体关系，然后在数据库物理设计时详细设计表属性等内容。
⑻ UML类图与E-R图有那些区别
前者是程序开发的时候由需求分析者画的程序所需要的类的图给开发人员看的，有类名和属性和方法组成，
后者是数据库之间的一种关联图，用来表示表与表之间的关系，有关系型和网状和对象性和层状型。
⑼ 在画数据库类图时如何将数据库视图表示出来
联系：视图（view）是在基本表之上建立的表，它的结构（即所定义的列）和内容（即所有数据行）都来自基本表，它依据基本表存在而存在。一个视图可以对应一个基本表，也可以对应多个基本表。视图是基本表的抽象和在逻辑意义上建立的新关系
区别：1、视图是已经编译好的sql语句。而表不是
2、视图没有实际的物理记录。而表有。
3、表是内容，视图是窗口
4、表只用物理空间而视图不占用物理空间，视图只是逻辑概念的存在，表可以及时四对它进行修改，但视图只能有创建的语句来修改
5、表是内模式，视图是外模式
6、视图是查看数据表的一种方法，可以查询数据表中某些字段构成的数据，只是一些sql语句的集合。从安全的角度说，视图可以不给用户接触数据表，从而不知道表结构。
7、表属于全局模式中的表，是实表；视图属于局部模式的表，是虚表。
8、视图的建立和删除只影响视图本身，不影响对应的基本表。