(SQL Server 2005数据库基础)项目1认识学生管理数据库.ppt

任务1 学生管理系统需求分析 画出银行取款处理数据流图 第一步 画出关联数据流图。 (注意:现金是实物不能作为数据流。) F2存折、利率单、结算清单 F1取款单、存折 取款系统 P S储户 S储户 任务1 学生管理系统需求分析 第二步 逐层分解加工，画出下层DFD。 F1取款单、存折 F1.2不合格存折、取款单 F2存折、利率单、结算清单 D1 帐目库 F1.1合格存折、取款单 取款审核 P1 S储户 S储户 D2 取款记录 取款处理 P2 任务2 设计学生管理系统E-R图 【任务分析】 根据需求分析阶段收集到的材料，首先，利用分类、聚集、概括等方法抽象出实体。对列举出来的实体，一一标注出其相应的属性。其次，确定实体间的联系类型（一对一，一对多，多对多）。最后使用ER_ Designer工具画出E-R图。 1. 确定实体。 通过调查了解到学生管理系统的实体有系部、班 级、课程、学生 教师等。 2.确定实体属性。 如：学生的相关属性有学号、姓名、性别、出生日期等。 3.经过分析确定系统中各实体存在以下联系： (1)系部和班级之间有个联系“从属”，它是一对多的联系； (2)班级和学生之间有个联系“组成”，它是一对多的联系； (3)系部和教师之间有个联系“聘任”，它是一对多的联系； (4)教师和课程之间有个联系“授课”，它是多对多的联系； (5)学生和课程之间有个联系“选修”，它是多对多的联系； 任务2 设计学生管理系统E-R图 任务2 设计学生管理系统E-R图 E-R图中的基本概念 实体（Entity）： 是一个有着一系列显著的、易辨认的属性的对象。 实体可以是具体的（物体、人物等）。 实体也可以抽象的（事、概念、事物之间的联系）。 属性（Attribute）： 实体的特性,它描述了实体的一个部分。 一个实体可由若干个属性来刻画。 如学生（学号，姓名，性别，……）。 码（Key）： 唯一标识实体的属性集。 如：学号为学生的码。 确定属性的指导： 可能将名词当作属性,但不应将其和实体混淆。 任务2 设计学生管理系统E-R图 E—R图设计原则 真实性原则 避免冗余原则 简单性原则 合适性原则（用实体或属性或联系集） 注意对客观对象的约束（映射约束、键码约束、参照完整性约束） 任务2 设计学生管理系统E-R图 E-R图描述现实世界的概念模型 实体： 属性： 联系： 一对一联系 一对多联系 多对多联系 任务2 设计学生管理系统E-R图 1．画出“系和教师关系”的分E-R图 任务2 设计学生管理系统E-R图 2．画出“学生和课程关系”的分E-R图 任务2 设计学生管理系统E-R图 3. 画出“教师和课程关系”的分E-R图(学生练习) 任务2 设计学生管理系统E-R图 4．画出全局E-R图(学生练习) 任务3 设计学生管理系统的关系模式 【任务分析】 根据任务要求，需要先将E-R模型按规则转化为关系模式，在根据导出的关系模式根据功能需求，增加关系、属性并规范化得到最终的关系模型 。 任务3 设计学生管理系统的关系模式 1.“教师”与“系部”之间存在一对多的关系 系部（系部编码，系部名称） 教师（教师编码，教师姓名，性别，出生日期职称） 2. “学生”与“课程”之间存在多对多的关系 学生 （学号，姓名，性别，出生日期，入学成 绩，班级编码） 课程 （课程编码，课程名，学分） 选修 （学号，课程编码，成绩） 3. “教师”与“课程”之间存在多对多的关系 教师（教师编码，教师姓名，性别，出生日期职称） 课程（课程编码，课程名，学分） 授课（教师编码，课程编码） 任务3 设计学生管理系统的关系模式 4. 对1 2 3处理结果进行综合,得到最终的关系 数据模型 系部（系部编码，系部名称） 教师（教师编码，教师姓名，性别，出生日期，职称） 学生（学号，姓名，性别，出生日期，入学成绩，班级编码） 课程（课程编码，课程名，学分） 选修（学号，课程编码，成绩） 授课（教师编码，课程编码） 班级（班级编码，班级名，所属专业） 专业（专业编码，专业名，所属系部） 任务4 设计学生管理系统的物理结构 【任务分析】 根据设计的关系模式，建立系部表、教师表、学生表、课程表、选修表、授课表、班级表、专业表 共8张表 任务4 设计学生管理系统的物理结构 任务5 编写数据库设计说明书 撰写引言、外部设计，样例如下： 任