《第3章+需求分析》-公开·课件设计.pptVIP

举 例 图3.2 某校教学管理ER图 对象 教师属性 学生属性 课程属性 联系属性 关系 3.5 数据规范化 规范化的目的是： 消除数据冗余，即消除表格中数据的重复； 消除多义性，使关系中的属性含义清楚、单一； 使关系的“概念”单一化，让每个数据项只是一个简单的数或字符串，而不是一个组项或重复组； 方便操作。使数据的插入、删除与修改操作可行并方便； 使关系模式更灵活，易于实现接近自然语言的查询方式。 如 何 规 范 化？ 规范化 --- 将数据的逻辑结构归结为满足一定条件的二维表（关系）。即： 1. 表格中每个信息项必须是一个不可分割的数据项，不可是组项。 2. 表格中每一列 (列表示属性)中所有信息项必须是同一类型，各列的名字 (属性名) 互异，列的次序任意。 3. 表格中各行 (行表示元组) 互不相同，行的次序任意。 教工号 姓名 性别 职称 职务 001 张毅坤 男 教授 院长 002 李 林 女 讲师 用教学管理例说明如何规范化 有三个实体型，即课程、学生和教师，用三个关系保存它们的信息： 学生(学号，姓名，性别，年龄，年级，专业，籍贯) 教师(职工号，姓名，年龄，职称，职务，工资级别，工资) 课程(课程号，课程名，学分，学时，课程类型) 为表示实体型之间的联系，又建立两个关系： 选课 (学号，课程号，听课出勤率，作业完成率，分数) 教课 (职工号，课程号，授课效果) 这五个关系，组成了数据库的模型。 在每个关系中，属性名下加下划线）指明关键字。并规定关键字能唯一地标识一个元组。 通常用“范式(Normal Forms)”定义消除数据冗余的程度。第一范式(1 NF)数据冗余程度最大，第五范式(5 NF)数据冗余程度最小。但是： 1、范式级别越高，存储同样数据就需要分解成更多张表，因此，“存储自身”的过程也就越复杂。 2、随着范式级别的提高，数据的存储结构与基于问题域的结构间的匹配程度也随之下降，因此，在需求变化时数据的稳定性较差。 3、范式级别提高则需要访问的表增多，因此性能(速度)将下降。从实用角度看来，在大多数场合选用第三范式都比较恰当。 所以，从实用角度看来，在大多数场合选用第三范式都比较恰当。 第 一 范 式 每个属性值都必须是原子值，即仅仅是一个简单值而不含内部结构。 如： 学生(学号，姓名，性别，年龄，年级，专业，籍贯) 教师(职工号，姓名，年龄，职称，职务，工资级别，工资) 课程(课程号，课程名，学分，学时，课程类型) 第 二 范 式 满足第一范式条件，而且每个非关键字属性都由整个关键字决定(而不是由关键字的一部分来决定)。 如： 选课 ( 学号，课程号，听课出勤率，作业完成率，分数 ) 教课 ( 职工号，课程号，授课效果 ) 第 三 范 式 符合第二范式的条件，每个非关键字属性都仅由关键字决定，而且一个非关键字属性不能仅仅是对另一个非关键字属性的进一步描述(即一个非关键字属性值不依赖于另一个非关键字属性值)。 如： 教师(职工号，姓名，年龄，职称，职务，工资) ----- 工资依赖于职称或职务 教师(职工号，姓名，年龄，职称，职务，工资级别，工资) 3.6 状态转换图 状态转换图(简称为状态图) 通过描绘系统的状态及引起系统状态转换的事件，来表示系统的行为。此外，状态图还指明了作为特定事件的结果系统将做哪些动作(例如，处理数据)。 1). 状 态 状态是任何可以被观察到的系统行为模式，一个状态代表系统的一种行为模式。状态规定了系统对事件的响应方式。系统对事件的响应，既可以是做一个(或一系列)动作，也可以是仅仅改变系统本身的状态，还可以是既改变状态又做动作。 初态 (即初始状态) 状态 终态 (即最终状态) 中间状态 一张状态图中只能有一个初态，而终态则可以有0至多个。 2). 事 件 事件是在某个特定时刻发生的事情，它是对引起系统做动作或(和)从一个状态转换到另一个状态的外界事件的抽象。 例如，内部时钟表明某个规定的时间段已经过去，用户移动或点击鼠标等都是事件。 简而言之，事件就是引起系统做动作或(和)转换状态的控制信息。 初态用实心圆表示，终态用一对同心圆(内圆为实心圆)表示。 中间状态用圆角矩形表示，可以用两条水平横线把它分成上、中、下3个部分。上面部分为状态的名称，这部分是必须有的；中间部分为状态变量的名字和值