SDLC 系统分析与设计-第九堂.ppt

系统分析实务 第九讲 环境图＋资料流程图 环境图 (x1) 0 0阶资料流程图 (x1) 1.0 2.0 3.0 4.0 1阶资料流程图 (x4) 1.1, 1.2, 1.3 2.1, 2.2, 2.3 3.1, 3.2, 3.3 4.1, 4.2, 4.3 系统发展生命周期(SDLC) 关联式数据库模型 资料以一组关联表格或关联表来表示。 这是由一组具有名称的直栏与一组数量不定、不具名称的横列所组成之二维式资料表格。其特性为： 储存格中的项目是单一的 同一栏里面的项目属于同一集合 每一列都是唯一的 可以任意调整各个直栏的顺序，不会影响到关联表的意义或使用 各列可任意交换或以任何顺序储存 关联式数据库模型 良好结构化的关联表－表中含有最少量的重复资料，并可允许使用者新增、修改及删除关联表中的资料，而不会发生错误或不一致的情形。 正规化课程收费关联表 正规化课程收费关联表 三种可能的异常状况 插入异常：假设考虑加入一项新课程（例如MIS600），除非至少有一个学员登记了这门课程，否则这个课程将无法加入该表中，因为表中每一列至少要有一学员的学号。 删除异常：假设学员99425不再选择MIS400的课程，由于该课程只有该学员登记，删除后，便失去了MIS400课程收费是6,000元的信息。 更改异常：假设MIS200课程的学费由3,000元增加至5,000元，那么在每一包含MIS200课程的列中都必须进行这项改变，否则资料便会不一致。 成绩单关联表 正规化后之各关联表 成绩关联表中之部分功能相依 正规化 (Normalization) 是将资料属性组合成为一个具有良好结构的关联表的过程。 第一正规化：除去关联表中的重复群。 第二正规化：除去资料的部分功能相依(partial dependency)，只有完全功能相依(full functional dependency)。 第三正规化：除去资料的递移相依(transitive dependency，非键属性功能相依于非键属性)。 1NF but not 2NF 2NF (actually, also 3NF) 正规化后之关联表 2NF but not 3NF Converted to 3NF 外来键 (Foreign Keys) 范例 外来键： 某一个属性，在一个关联表中为非主键属性，而在另一个关联表中却是主键属性(或者是主键的一部分) 将 E-R 图转换成关联表 将 E-R 图转换成关联表 将概念式资料模型转换成正规化的关联表 步骤： 描述实体 Represent entities 描述关系 Represent relationships 将关联表正规化Normalize the relations 合并关联表 Merge the relations 将 E-R 图转换成关联表 描述实体 每个标准实体都要转换为关联表 实体类别的识别子会变成其对应关联表的主键 主键必须满足下列两个条件 主键必须能够唯一识别出关联表中每一列的值 主键不应该有重复 将 E-R 图转换成关联表 将 E-R 图转换成关联表 描述关系 一对多 (1:N) 的二元关系 在关系的「一」端加上实体的主键属性，当作「多」方关系上关联表的外来键。 一对一 (1:1)在二元或一元的关系，有三种可能选择： 加入 A 的主键作为 B 的外来键 加入 B 的主键作为 A 的外来键 同时使用以上两种方式 将 E-R 图转换成关联表 将 E-R 图转换成关联表 描述关系（续） 二元关系与更高维度的多对多(M:N)关系：建立另外一个关联表，这个关联表的主键是个复合键(Composite Key)，由关系中两个实体的主键组合而成。 将 E-R 图转换成关联表 将 E-R 图转换成关联表 描述关系（续） 一对多(1:N)的 一元关系 单一实体类型的实例之间的关系 使用递回外来键 关联表里一种外来键，其参考同一个关联表的主键值 多对多 (M:N) 的一元关系 另外建立一个关联表 新关联表的主键是由两个属性所组合而成，其值皆来自相同主键 将 E-R 图转换成关联表 将 E-R 图转换成关联表 ERD范例 实体关系图转关联表 对每一个一般性实体类型建立一个关联表 实体关系图上之每一实体类型建立一个关联表，其属性是所有的简单属性与合成属性之集合，且可依主键选取原则，从准键中选择一个主键。 以ERD图的 EMPLOYEE 实体类型为例，该实体可被转成一关联表，原来实体上之属性为该关联表之属性，并可选择SSN（身分证字号）属性为其主键。 该关联表可表达如下： 实体关系图转关联表（续1） 对每一个弱实体类型建立一个关联表 将实体关系图上之每一弱实体类型建立一个关联表，其属性是所有的简单属性、合成属性与拥有者实体类型之主键的集合，且该关联表之主