07管理信息系统设计.ppt

例: Student(Sno, Sname, Ssex, Sage, Sdept)　　假设不允许重名，则有:　　Sno → Ssex， Sno → Sage , Sno → Sdept， 　　Sno ←→ Sname, Sname → Ssex， Sname → Sage　　Sname → Sdept　　但Ssex －\→Sage　　若X→Y，并且Y→X, 则记为X←→Y。　　若Y不函数依赖于X, 则记为X－\→Y。 8.3.5.1－第一范式 第一规范型：如果一个关系模式中的属性都是单纯的（即不可再分为更小的属性），则称该模式是属于第一规范型（First Normal Form , 即 1NF ）。 不满足上述条件的，均属于非规范化的关系模式。如： 教师代码 姓名 工资 基本工资 附加工资 1001 张兴 500 60 1002 李明 799 70 1003 王进 400 50 因为“工资”有两个分量 工资(教师代码，姓名，工资，基本工资，附加工资) 规范化后符合第一范式 教师代码 姓名 基本工资 附加工资 1001 张兴 500 60 1002 李明 799 70 1003 王进 400 50 工资(教师代码，姓名，基本工资，附加工资) 第二规范型：如果一个关系模式属于1NF，并且所有的非关键字都完全地依赖于关键字（即不存在部分依赖），则称该关系模式属于第二规范型 , 即 2NF 。 8.5.2－第二范式 教师代码 姓名 职称 研究课题号 研究课题名 教师代码→姓名，教师代码→职称 研究课题号→研究课题名 教师代码→研究课题号，教师代码→研究课题名 ??? 教师代码－\→研究课题号，教师代码－\→研究课题名 研究(教师代码，姓名，职称，研究课题号，研究课题名) 研究课题号 研究课题名 教师（教师代码，姓名，职称） 课题（研究课题号，研究课题名） 研究（教师代码，研究课题号，研究其它属性) 教师代码 姓名 职称 教师代码 研究课题号 研究其它属性 规范化后符合第二范式 3.2.5.3－第三范式 第三规范型：如果一个关系模式属于2NF，并且不存在非关键字传递地依赖于关键字，则称该关系模式属于第三规范型（3NF）。 产品代码 产品名称 生产厂名 生产厂地址 产品关系(产品代码，产品名称，生产厂名，生产厂地址) 产品代码→产品名称，产品代码→生产厂名，产品代码→生产厂地址 但请注意：产品名称－\→生产厂地址 生产厂名→生产厂地址 规范化后符合第三范式 产品代码 产品名称 生产厂名 产品关系（产品代码、产品名称、生产厂名） 生产厂名 生产厂地址 生产厂关系（生产厂名、生产厂址） 3.2.5.4－实例：数据库的规范化 现有关系模式：学生（学号，姓名，系名，系主任，课程号，课程名，成绩），完成以下操作 1、写出关系模式学生的基本函数依赖并确定其主码。 2、把关系模式分解为2NF关系集，并说明理由。 3、进一步作3NF分解，并说明理由。 1、基本函数依赖有： 　学号→姓名，学号→系名, 学号→系名，学号→系主任 　系名→系主任 课程号→ 课程名 学号，课程课程号 →成绩 2、成绩（学号，课程号，成绩） 　 学生（学号，姓名，系名，系主任） 课程（课程号，课程名） 3、系（系名，系主任） 　 学生（学号，姓名，系名） 成绩（学号，课程号，成绩） 课程（课程号，课程名） 第九节　处理流程图设计 信息系统的处理流程图是系统流程图的展开和具体化 。 在系统流程图中，我们只是给出了每一处理功能的名称，而在处理流程图中，则需要使用各种符号具体地规定处理过程的每一步骤。 第十节　制订设计规范 完成系统的处理流程图使我们对整个系统有了比较完整的认识。系统有多少程序、多少数据文件己历历在目。但是系统内程序、文件、处理方法的种类极多，如不事前予以统筹命名，统一标准，将来无论在系统的使用、操作方面，或者在管理方面，都会造成极大的混乱。为此，应尽早从系统的角度，全面考虑，切实制订好设计规范。 设计规范是整个系统的“公用标准”，它具体地规定了文件名和程序名的统一格式、编码结构、代码结构、统一的度量名等。有关设计规范例子请编写程序设计说明书和系统设计报告 第十一节　编写程序设计说明书和系统设计报告 程序设计说明书是用以定义处理过程的书面文件，它以每个处理过程作为单位。这种说明书由系统设计员编写，交给程序员使用。程序员根据说明书指示内容进行程序设计。 说明书的编写必须清楚明确，系统设计员所设想的处理内容应整理得使别人能够正确理解。程序设计说明书应当包括以下内容；程序名、所属系统及子系统名