数据库技术与应用大作业.doc

1系统背景介绍 1.1系统名称 学生奖学金管理系统 1.2 系统概况 随着我国与世界信息高速公路的接轨，信息技术的发展，企事业的办公及管理都将朝着高效、快速、无纸化的方向发展，信息系统替代原始的人工管理将是一个必然趋势。 本系统旨在为各大学生院系提供一个可以实现记录更新学生的各科成绩、参与的各种活动情况，统计并按照一定计算方式最终可生成学生们按各种标准的排名情况的系统，为学生奖学金的评比更加快速地提供更加准确、公平的依据。 信息系统的优势在于： 首先，较之于手工管理，信息系统的可靠性很高，不容易出现一些手工管理经常犯的错误； 其次，信息系统节约很多的资源，手工管理需要消耗很多的纸张； 再次，信息系统的安全性很高，一般的事故不会导致数据的丢失或者被破坏； 最后，信息系统使用起来很方便，无论是增加，删除，修改，还是查询都比手工管理节省了很多的时间。 1.3系统信息需求 按照从概念模型到关系模型的步骤：甄别实体→确定实体属性→选择码→分析联系，系统的信息需求如下： 本系统共有四个实体，学生、课程、院系、活动。 ☆ 描述学生的信息有：学号、姓名、性别、班级、专业、院系号； ☆ 描述课程的信息有：课程号、上课专业、学时、学分； ☆ 描述院系的信息有：院系号、院系名、下设专业； ☆ 描述活动的信息有：活动编号、活动名称、活动等级、活动加分、获奖人学号、获奖人姓名。 2 概念模型设计 2.1 E-R图 2.1.1实体描述 图2-1 学生实体图 图2课程实体图 图2-3院系实体图 图2-4活动实体图 2.1.2E-R图 图2-5 学生奖学金管理系统E-R图 2.2 相关语义说明 一个学生只能属于一个院系，一个院系有多名学生；一个学生可以选择多门课程，一个课程可以被多名学生选择；一个学生可以参加多个活动，一个活动可以由多名同学参加。本系统中，同一院系同一专业的学生必修的课程是一样的，不同的院系不同专业的学生必修的课程不尽相同。学校所办的活动面向全校的每一个学生。在奖学金评比中，只看每个学生的必修课成绩和所参加活动的获奖情况。 3 数据模型设计 3.1学生表 表3-1 Student表 数据项名 数据类型 宽度及小数位 列级完整性描述 备注（实际意义） Sno 学号 Sname 50 NOT NULL 姓名 Ssex 性别 Sclass 50 NOT NULL 班级 Smajor 50 NOT NULL 专业 Sdept 50 参照完整性FOREIGN KEY 院系号 主码：学号（Sno） 外码：院系号（Sdept） 应建索引数据项： 表级完整性约束： 3.2院系表 表3-2 Department表 数据项名 数据类型 宽度及小数位 备注（实际意义） Dno 50 实体完整性 PRIMARY KEY (NOT NULL) 院系号 Dname 50 / 院系名 D Varchar 50 / 系主任 主码： 外码： 应建索引数据项： 表级完整性约束： 3.3课程表 表3-3 Course表 数据项名 数据类型 宽度及小数位 备注（实际意义） Cno 50 实体完整性 PRIMARY KEY (NOT NULL) 课程号 Classhour Int 3 / 学时 Credit 学分 主码： 外码： 应建索引数据项： 表级完整性约束： 3.4成绩表 表3-4 Grade表 数据项名 数据类型 宽度及小数位 备注（实际意义） Varchar 50 / 学号 Cno Varchar 50 / 课程号 Score Float 5 / 成绩 主码： 外码： 应建索引数据项： 表级完整性约束： 3.5活动表 表3-5 Activity表 数据项名 数据类型 宽度及小数位 列级完整性描述 备注（实际意义） Ano 50 实体完整性 PRIMARY KEY (NOT NULL) 活动编号 Aname 50 非空 活动名称 Arank 活动等级 Amark 活动加分 Asno 50 参照完整性FOREIGN KEY 获奖人学号 Date 3 / 活动时间 主码： 外码： 应建索引数据项： 表级完整性约束： 3.6活动加分表 表3-6 ActivityPoints表 数据项名 数据类型 宽度及小数位 备注（实际意义） Varchar 30 / 学号 Ano Varchar 30 / 活动编号 Dno Varchar 30 / 院系号 Amark Int 3 / 活动加分 主码： 外码： 应建索引数据项： 表级完整性约束： 注：对于多属性构成的码，只能用表级约束定义其完整性 4 数据定义语言练习 4.1基本表（完整性）定义的SQL语句 学生（Student）表： create