概念设计的第一步

1. 概念设计的第一步 • 利用抽象机制，对需求分析阶段收集到的数据进行分类、组织（聚集） • 形成实体，实体的属性，标识实体的码，确定实体间的联系类型 • 设计局部E-R图

2. 局部E-R图设计方法 • 选择局部应用：中层数据流图为依据 • 如物资管理、人事管理、销售管理等 • 逐一设计局部E-R图 • 根据数据抽象后所的得DD，并参照DFD，标定局部应用中的实体、实体属性、实体码，确定实体间的联系及类型 • 设计准则(某事物作为实体还是作为属性更恰当？) • 能作为属性对待的事物尽量作为属性对待 • 能作为属性的事物必须 • 不能再具有需要描述的性质 • 不能与其他实体具有联系(E-R图中的联系是实体之间的联系)

3. P219 如： 职工 职工号 姓名 年龄 职称 当职称没有需进一步描述的特性时，作属性 聘任 职工 职称 职工号 姓名 年龄 职称代号号 工资 住房标准 附加福利 当职称有需进一步描述的特性时，作实体

4. P220 如销售管理子系统的局部E-R图 顾客号，顾客名， 地址，电话，… 1 n 顾客 支付 应收帐 1 顾客号，订单号，发票号， 应收金额，支付日期，… 订货 n 订单 订单号，顾客号，订货日期，… 1 组成 n 1 n n 1 订单细则 折扣规则 参照1 参照2 产品描述 产品号，订货量，折扣 订单号，细则号， 零件号，订货数， 金额，… 产品号，产品名，单价，…

5. 如公司部门管理系统的E-R图 部门号，预算费， 领导人职工号 房间号，面积 项目号，预算费 1 n n 1 部门 承担 项目 办公室 包含 1 1 n 包括 包括 参与 n m n 电话 电话号码，说明 1 承担 职务 1 职工 职工号，姓名，办公电话 工资情况

6. E-R图集成 • 集成方式 • 多个局部E-R图一次集成，或以累加方式逐步集成 • 集成步骤 • 合并局部E-R图，生成初步E-R图 • 依靠协商或应用语义消除各局部E-R图之间的 • 属性冲突：如属性的类型、取值范围冲突，或属性取值单位冲突 • 命名冲突：如同名异义，或一义多名 • 结构冲突：如不同应用中，同一对象有不同的抽象或同一实体包含的属性不完全相同 • 修改和重构，生成基本E-R图 • 依据分析和规范化理论来消除冗余

7. 优化的 数据模型 概念模型 基本E-R图 一般数据模型 关系、网状、层次 特定DBMS支 持的数据模型 转换规则 DBMS的 特点和限制 优化方法 6.4 逻辑结构设计 • 逻辑结构设计的任务 • 将基本E-R图转换为与选用DBMS所支持的数据模型相符合的逻辑结构 • 逻辑结构设计的步骤

8. E-R图向关系模型的转换 • 任务 • 将实体和实体的属性及实体间的联系转换为关系模式 • 确定关系模式的属性和码

9. E-R图向关系模型的转换原则 • 一个实体转换为一个关系模式，实体的属性就是关系的属性，实体的码就是关系的码 • 对实体间的联系 • 一个1:1联系可以转换为一个独立的关系模式，也可以与任意对应的关系模式合并 • 一个1:n联系可以转换为一个独立的关系模式，也可以与n端对应的关系模式合并 • 一个m:n联系转换为一个关系模式 • 三个或三个以上实体间的一个多元联系可以转换为一个关系模式 • 具有相同码的关系模式可以合并

10.  部门(部门号，部门预算费，领导人职工号)  职工(职工号，姓名，办公电话，部门号)  办公室(办公室号，面积，部门号)  项目(项目号，项目预算费，部门号)  电话(电话号码，说明，办公室号)  项目承担情况(职工号，项目号，分担任务)  工资历史(职工号，职务，担任时期，工资) 部门（D#, Buget, MgrE#） 职工（E#, D#, J#, Phone#） 项目（J#, D#, JBuget） 办公室（O#, D#, Area） 电话（Phone#, O#, Owner） 工资史（E#, 职务, 工资） 如公司部门管理系统的E-R图及其转换成的关系模式 部门号，预算费， 领导人职工号 办公室号，面积 项目号，预算费 1 n n 1 部门 承担 项目 办公室 包含 1 1 n 包括 包括 参与 分担任务 n m n 电话 1 承担 职务 1 职工 电话号码，说明 职工号，姓名，办公电话 担任时期，工资