实训设计学生管理数据库结构.docVIP

设计学生管理数据库的结构 学习目标： 1、能初步了解系统需求分析的方法 2、能读懂数据流图 3、能绘制E-R图 4、会编写数据库设计说明书 工作任务： 任务1 学生管理系统需求分析 任务2 设计学生管理系统E-R图 任务3 设计学生管理系统的关系模式 任务4 设计学生管理系统的物理结构 任务5 编写数据库设计说明书 任务1分析： 需求分析的任务 ⑴首先调查组织机构情况 ⑵然后调查各部门的业务活动情况 ⑶协助用户明确对新系统的各种要求 ⑷确定新系统的边界 数据流图绘制举例 储户将填好的取款单、存折交银行，银行做如下处理： ①审核并查对帐目，将不合格的存折、取款单退回储户，合格的存折、取款单送取款处理。 ②处理取款修改帐目，将存折、利息单、结算清单及现金交储户，同时将取款单存档。 画出银行取款处理数据流图。 第一步，画出关联数据流图。注意，现金是实物，不能作为数据流。 第二步，逐层分解加工，画出下层DFD 需求分析的方法 数据字典 任务2分析： 根据需求分析阶段收集到的材料，首先，利用分类、聚集、概括等方法抽象出实体。对列举出来的实体，一一标注出其相应的属性。其次，确定实体间的联系类型（一对一，一对多，多对多）。最后使用ER_Designer工具画出E-R图。 1. 确定实体 通过调查了解到学生管理系统的实体有系部、班级、课程、学生、教师等。 2.确定实体属性。 如：学生的相关属性有学号、姓名、性别、出生日期等。 3.经过分析确定系统中各实体存在以下联系 (1)系部和班级之间有个联系“从属”，它是一对多的联系； (2)班级和学生之间有个联系“组成”，它是一对多的联系； (3)系部和教师之间有个联系“聘任”，它是一对多的联系； (4)教师和课程之间有个联系“授课”，它是多对多的联系； (5)学生和课程之间有个联系“选修”，它是多对多的联系； E-R图中的基本概念 实体（Entity）： 是一个有着一系列显著的、易辨认的属性的对象。 实体可以是具体的（物体、人物等。） 实体也可以抽象的（事、概念、事物之间的联系） 属性（Attribute） 实体的特性,它描述了实体的一个部分。 一个实体可由若干个属性来刻画。 如学生（学号，姓名，性别，……） 码（Key）： 唯一标识实体的属性集。 如：学号为学生的码。 确定属性的指导 可能将名词当作属性,但不应将其和实体混淆 E—R图设计原则 真实性原则 避免冗余原则 简单性原则 合适性原则（用实体或属性或联系集） 注意对客观对象的约束（映射约束、键码约束、参照完整性约束）E-R图描述现实世界的概念模型 实体： 属性： 联系： 一对一联系 一对多联系 多对多联系 1．画出“系和教师关系”的分E-R图 2．画出“学生和课程关系”的分E-R图 3．画出“教师和课程关系”的分E-R图(学生练习) 4．画出全局E-R图(学生练习) 任务3分析： 根据任务要求，需要先将E-R模型按规则转化为关系模式，在根据导出的关系模式根据功能需求，增加关系、属性并规范化得到最终的关系模型 。 1．“教师”与“系部”之间存在一对多的关系 系部（系部编码，系部名称） 教师（教师编码，教师姓名，性别，出生日期，职称） 2. “学生”与“课程”之间存在多对多的关系 学生（学号，姓名，性别，出生日期，入学成绩，班级编码） 课程（课程编码，课程名，学分） 选修（学号，课程编码，成绩） 3. “教师”与“课程”之间存在多对多的关系 教师（教师编码，教师姓名，性别，出生日期，职称） 课程（课程编码，课程名，学分） 授课（教师编码，课程编码） 4. 对1、2、3处理结果进行综合,得到最终的关系数据模型 系部（系部编码，系部名称） 教师（教师编码，教师姓名，性别，出生日期，职称） 学生（学号，姓名，性别，出生日期，入学成绩，班级编码） 课程（课程编码，课程名，学分） 选修（学号，课程编码，成绩） 授课（教师编码，课程编码） 班级（班级编码，班级名，所属专业） 专业（专业编码，专业名，所属系部） 任务4分析： 根据设计的关系模式，建立系部表、教师表、学生表、课程表、选修表、授课表、班级表、专业表 共8张表 任务5 编写数据库设计说明书 撰写引言、外部设计，样例如下： 撰写约定、专门指导、支持软件，样例如下： 撰写结构设计，样例如下： 撰写结构设计，样例如下： 撰写安全保密设计，样例如下： 练习题： 根据自己的特长，任选一个管理信息系统进行数据库设计 1.管理信息系统数据库需求分析。 完成对画出用例图，数据流图，功能结构图。 2.数据