第三章 数据库的概念设计-精品·公开课件.ppt

（1）实体集和描述它的属性之间保持1：1或n：1的联系。例如一名教师只能有一个出生日期，一种性别，一个职称，所以教师实体和其属性出生日期、性别和职称就符合这个原则。但可能会出现实体集和属性之间是1：n联系，即属性为多值属性。例如，一名教师可能有基本工资、岗位工资、奖金等多种工资，此时就需要按前面介绍过的方法进行调整，调整结果如图3-16所示。 （2）作为“属性”，不能再有需要描述的性质，即属性是不可分的数据项，不能包含其他属性。例如教材实体集中的作者属性，若作者不需要详细描述，则作者可作为教材的一个属性，若需要进一步描述，则将作者调整为实体集，如图3-17所示。 3.3 E-R模型的设计 3.确定实体集之间的联系 4.画出局部E-R图 3．3．3 局部E-R模型设计案例 经调查得到某高校的组织机构和主要业务活动如下： 该高校下设若干个学院和行政管理部门（如教务处、学生处、招生办公室等），每个学院设置若干个系，每个系有若干名教师；每个系有若干个班级，每个班级有若干名学生。 3.3 E-R模型的设计 新生入学后填写的学生情况登记表报各系、院后，再上报教务处教务科，教务科将这些报表汇总后与学校招生办公室进行核对，准确无误后存档以备使用。每年各个专业在制定完教学计划后，由教学秘书交系教学办公室进行审核，然后上报教务科，教务处和教务科出面组织全校进行讨论，协调各专业的教学执行计划，最后形成年度教学执行计划下发各系组织落实。各系将落实后的教师任务分配表汇总再报教务科。各系教学办公室根据教学执行计划、教师任务分配表和教室情况排出本系课程表，再报教务科，由教务科进行统一协调，最后制定出全校课程表下发各院、系。学校实施了学分制管理，在每学期开学以前还要进行学生选课工作。期末考试结束后，各系将学生成绩归档并进行学籍处理，然后将成绩及学籍处理结果报教务科审批执行。另外教务科还要根据教师任课情况、学生情况制定各种报表上报教委、学校及各有关单位。 可见，学校的管理工作很复杂，要处理的信息也很繁杂，因此必须详细调查各部门具体的业务规则和数据管理的需求，并将其抽象成数据模型。在此我们从系管理角度出发以学籍管理和课程管理两个简单的局部应用为例，设计局部E-R模型。 3.3 E-R模型的设计 1．确定局部应用 确定学籍管理和课程管理两个局部应用。 2．确定实体集及其属性 （1）学籍管理的业务规则 每个系有多个班，每个班只属于一个系；每个班有多名学生，每名学生只属于一个班；每个班由一名班主任负责日常管理工作，并且每名班主任只负责一个班；每个班还有多名指导教师，负责指导学生的专业学习，每名教师可指导多名学生，每名学生只能由一名教师指导。 学籍管理中的实体集有：系、班级、学生、教师、班主任 各实体集的属性分别为： 系（系号，系名，系主任名） 班级（班号，班名） 学生（学号，姓名，性别，出生日期） 教师（教师编号，姓名，职称） 班主任（班主任编号，姓名，职称） 3.3 E-R模型的设计 （2）课程管理的业务规则 每个系开设了若干门课程，每门课程可以由多名教师讲授，每名教师可以讲授多门课程，教师在讲授课程时可选择一本教材，因实行学分制，学生可自由选课，一名学生可选多门课程，一门课程可由多名学生选修，学生通过考试可获得所选课程的成绩。 课程管理的实体集有：系、课程、学生、教材、教师 各实体集的属性分别为： 系（系号，系名，系主任名） 课程（课程号，课程名，学时，开课学期） 学生（学号，姓名，性别，年龄） 教师（教师编号，姓名，职称） 教材（ISBN，书名，作者，出版社，单价，版次） 3.3 E-R模型的设计 （3）教师管理的业务规则 每个系设置了多个教研室，每个教研室有多名教师，每名教师只属于一个教研室。 各实体集的属性分别为： 系（系号，系名，系主任名） 教研室（教研室编号，教研室名，教研室主任） 教师（教师编号，姓名、性别，出生日期，职称，工资） 确定实体集之间的联系 根据各业务规则可确定实体集之间的联系，比如系与班级之间是一对多联系，班级与班主任之间是一对一联系，其他联系如图3-18、3-19和3-20所示。 3.3 E-R模型的设计 4．画出局部E-R图 为了简便，在后面所画的E-R图中均省略了属性。 （1）学籍管理的E-R图如图3-18所示。 （2）课程管理的E-R图如图3-19所示。 （3）教师管理的E-R图如图3-20所示。 3.3 E-R模型的设计 3．3．4 全局E-R模型的设计 对各局部E-R模型进行集成形成全局E-R模型，集成方法有两种：第一种方法是将多个局部E-R模型一次集成；第二种方法是逐步集成，每次集成两个局部E-R模型，直至完成所有局部E-R模型的集成。第一种方法比较复杂，集成难度较大；第二种方法因两两集成，所以降低了