第3节_需求分析 _2.pptVIP

联系也可能有属性。 例如，成绩既不是学生的属性，也不是课程的属性，而是学生“学”课程的属性，这个属性就是联系“学”的属性。 课程 学生 学 成绩 m n 实体-联系图的基本符号 符号 含义 表示实体 表示实体间的联系，与实体的连线上需用数字标明具体的对应关系 或 表示实体或联系的属性 用于实体、属性及联系的连接 例1：某校教学管理系统的ER图 对象 教师属性 学生属性 课程属性 联系属性 关系 教师 学生 课程 学号 姓名 系 年级 职务 性别 职称 性别 姓名 教工号 教 学 成绩 学分 学时 课名 课程号 图3.2 某校教学管理ER图 M N 1 N 习题3.3 银行计算机储蓄系统的工作过程大致如下： 储户填写的存款单或取款单由业务员键入系统，如果是存款则系统记录存款人姓名、住址(或电话号码)、身份证号码、存款类型、存款日期、到期日期、利率及密码(可选)等信息，并印出存单给储户； 如果是取款而且存款时留有密码，则系统首先核对储户密码，若密码正确或存款时未留密码，则系统计算利息并印出利息清单给储户。 用数据流图描绘本系统的功能，并用实体联系图描绘系统中的数据对象。 顶层数据流图 功能级数据流图 细化的数据流图 银行储蓄系统的ER图 数据结构规范化：软件系统经常使用各种长期保存的信息，这些信息通常以一定方式组织并存储在数据库或文件中，为减少数据冗余，避免出现插入异常或删除异常，简化修改数据的过程，通常需要把数据结构规范化。 规范化 将数据的逻辑结构归结为满足一定条件的二维表（关系）。即： 表格中每个信息项必须是一个不可分割的数据项，不能是组项。 表格中每一列 (列表示属性)中所有信息项必须是同一类型，各列的名字 (属性名) 互异，列的次序任意。 表格中各行 (行表示元组) 互不相同，行的次序任意。 教工号 姓名 性别 职称 职务 001 张毅坤 男 教授 院长 002 李 林 女 讲师 无 通常用“范式”定义消除数据冗余的程度。第一范式(1 NF)数据冗余程度最大，第五范式(5 NF) 数据冗余程度最小。但是： 范式级别越高，存储同样数据就需要分解成更多张表，因此，“存储自身”的过程也就越复杂。 随着范式级别的提高，数据的存储结构与基于问题域的结构间的匹配程度也随之下降，因此，在需求变化时数据的稳定性较差。 范式级别提高则需要访问的表增多，因此性能(速度)将下降。 所以，从实用角度看来，在大多数场合选用第三范式都比较恰当。 用教学管理例说明如何规范化 有三个实体型，即课程、学生和教师，用三个表保存它们的信息： 学生(学号，姓名，性别，年龄，年级，专业，籍贯) 教师(职工号，姓名，年龄，职称，职务，工资级 别，工资) 课程(课程号，课程名，学分，学时，课程类型) 为表示实体型之间的联系，又建立两个关系： 选课 (学号，课程号，听课出勤率，作业完成率，分数) 教课 (职工号，课程号，授课效果) 这五个表，组成了数据库的模型。 在每个关系中，属性名下加下划线指明关键字。 第 一 范 式 第一范式 每个属性值都必须是原子值，即仅仅是一个简单值而不含内部结构（不出现“表中有表”）。 如： 学生(学号，姓名，性别，年龄，年级，专业，籍贯) 教师(职工号，姓名，年龄，职称，职务，工资级别，工资) 课程(课程号，课程名，学分，学时，课程类型) 第一范式在同一表中没有重复项出现，如果有则应将重复项去掉。 第 二 范 式 选课 ( 学号，课程号，听课出勤率，作业完成率，学分 ) 分析： 数据冗余：同一门课程由n个学生选修，“学分”就重复n-1次； 更新异常：若调整了某门课程的学分，数据表中所有行的学分值都要更新，否则会出现同一门课程学分不同的情况。 插入异常：假设要开设一门新的课程，暂时还没有人选修。这样，由于还没有“学号”关键字，课程号和学分也无法记录入数据库。 删除异常：假设一批学生已经完成课程的选修，这些选修记录就应该从数据库表中删除。但是，与此同时，课程名称和学分信息也被删除了。 第二范式 满足第一范式条件，而且每个非关键字属性都由整个关键字决定(而不是由关键字的一部分来决定)。 解决办法：把选课关系分解为两个满足第二范式的表： 选课 ( 学号，课程号，听课出勤率，作业完成率，学分）关系存在数据冗余、更新异常、插入异常和删除异常 选课 ( 学号，课程号，听课出勤率，作业完成率） 课程 (课程号，学分） 第 三 范 式 第三范式 符合第二范式的条件，每个非关键字属性都仅由关键字决定，而且一个非关键字属性不能仅仅是对另一个非关键字属性的进一步描述(即一个非关键字属性值不依赖于另一个非关键字属性值)。 如： 教师(职工号，姓名，年龄，职称，部门编号) 部门(部门