第五章一个数据库应用系统的设计及实现.ppt

第五章 一个数据库应用系统的设计与实现 5.1 应用背景与需求说明 5.2 数据库设计 5.3 数据库开发环境 5.4 创建数据库 5.5 创建数据库应用程序 5.6 网络环境下的数据库应用规划 5.1 应用背景与需求说明 应用背景与需求说明 在单机上实现一个教学管理系统的例子，并且可以很容易地把它移植到C/S结构中，只涉及教学管理中的对学生、课程和教师的管理部分： 项目的具体要求是： .运行环境是Windows 2000 操作系统，数据库的前端开发环境是VB 5.0。 一门课程可由多名教师来讲授。 一个教师可讲授多门课程。 一个学生可以选修多门课程。 需产生的报表有 .每学期开学时要生成学生修课情况表,内容包括学号、姓名、课程名、修课类别，其中修课类别分为必修、选修、重修。 .每学期结束时要生成学生修课成绩表,内容包括学号、姓名、课程名、修课类别、平时成绩、卷面成绩、总评成绩。 生成教师授课服务表，内容包括教师号、教师名、课程名、授课类别、学时数、班数，授课类别分为主讲、辅导、带实验。 安全性要求 本门课程的主讲教师才具有对其所讲授课程的成绩的修改权，教学秘书和系主任才有修改教师授课服务表中的内容的权力。其它人只有查询有关信息的权力。 5.2 数据库设计 5.2.1 概念设计 核心活动:是系统中的其它活动都是围绕这个活动展开的或与此活动是密切相关的活动 确定系统的核心活动：对现实系统分析的关键 该教学管理系统中，核心活动就是授课，学生与课程之间是通过授课发生联系的，教师与课程之间是通过教师授课发生联系的。系统所包含的实体： 课程：元素为由一个主讲教师负责且教学内容相同的教学活动 单位，用课程号来标识此实体。 学生：元素为一个学生，由学号来标识。 教师：元素为一个教师，由教师号来标识。 思考：初步E－R图： 5.2.2 设计关系模式 设计基本关系模式主要就是从E－R图出发，将其直接转换为关系模式。 5.2.2 设计关系模式确定表中各属性的详细信息 (1)课程表 课程号：字符串型，10字节，主码 课程名：字符串型，20字节，非空 讲授学期：字符串型，2字节，非空 学时数：整型，非空 (2) 学生表 学号：字符串型，10字节，主码 姓名：字符串型，20字节，非空 系：字符串型，20字节，非空 专业：字符串型，20字节，非空 班：字符串型，10字节，非空 (3) 教师表 教师号：字符串型，10字节，主码 教师名：字符串型，20字节,非空 系：字符串型，20字节 教研室：字符串型，10字节 (4) 修课表 学号：字符串型，10字节，主码，学生表的外码 课程号：字符串型，10字节，主码，课程表的外码 修课类别：字符串型，4字节，非空 平时成绩：浮点型，大于等于0，小于等于100 卷面成绩：浮点型，大于等于0，小于等于100 总评成绩：浮点型，大于等于0，小于等于100 (5) 授课表 课程号：字符串型，10字节，主码，课程表的外码 教师号：字符串型，10字节，主码，教师表的外码 授课类别：字符串型，10字节 班数：浮点型，大于0。假设选修课有半个班的情况，因此取浮点型。 5.2.3 确定数据库应用的功能 最常用的功能就是对数据的增、删、改、查及生成报表 1.数据录入（增加） 2.数据删除 3.数据修改 4.数据查询 5.生成报表 本例三张报表： (1) 学生修课表（学号，姓名，课程名，修课类别） (2) 学生成绩表（学号，姓名，课程名，修课类别，平时成绩，卷面成绩，总评成绩） (3) 教师授课服务表（教师号，教师名，课程名，授课类别，学时数，班数） 创建视图的SQL语句可描述为： CREATE VIEW 学生修课表（学号，姓名，课程名，修课类别）AS SELECT 学生.学号，学生.姓名，课程.课程名，修课.修课类别 FROM 学生，课程，修课 WHERE 学生.学号 = 修课.学号 AND 课程.课程号 = 修课.课程号 5.3 数据库开发环境 在C/S环境下实现时应注意数据的分布 将数据全部放在服务器上--中央数据库 将数据全部集中管理，数据只有一份，比如实时采集的数据一般都应该放在服务器端。 将一部分数据放在服务器上，另一部分数据放在客户机上--地方数据库 将数据分散管理，只将重要的、所有部门共享的数据放在中央数据库中，将各个部门自己需要的数据放在地方数据库中。 例：本教学管理系统中，将所设计的五张表放在服务器，便于全校统一管理，各部门共享，同时各部门有自己的地方数据库。 如“修课表”，中央和地方各有一个，且两者结构一致，当地方课程数据库修改时，能及时修改中央数据库，在