数据库设计报告-学生信息管理系统

HEFEIUNIVERSITY数据库设计报告系别电子信息与电气工程系专业电气信息类班级09级电气〔3〕班学号0905073012 姓名指导老师完成时间2011年5月10日学生信息管理理系统数据库设计报告班级：09电气信息类〔3〕班姓名：学号：09050730121.1设计背景：随着我国学校的规模不断扩大,学生数量急剧增加,有关学生的各种信息量也成倍增长。由于大学生类别和专业的设置的多样化，大学生的学籍管理历来是非常繁琐和复杂的的工作。在当代信息化的社会里，对信息管理也提出了更高的要求。面对庞大的信息量,这时的人工管理几乎无法实现，在这种情况下用数据库进行管理变的尤为必要，它不仅实现了信息的共享，通过这样的系统,可以做到信息的标准管理,科学统计和快速的查询,从而增加管理方面的效率和减少人为的错误。1.2内容和要求1.2.1系统目标设计使得学生的学籍管理工作更加清晰、条理化、自动化。很容易地完成新生信息的输入、老生信息的备份、毕业学生的信息可以很容易地保存。当学生需要查询成绩时，可以很简单地将其需要的信息从数据库中查找出来并可以打印查询结果。随着当今网络技术的开展，提供网络在线查询功能，可以为毕业生提供更多的就业时机。1.2.2系统功能要求学生根本信息系统能够完成新、老生信息的输人、修改、插人、删除等工作。可以按照特定的信息进行查找，并按照特定的要求进行排序。可以对老生的信息进行备份，以便日后查询。可以对学生的信息进行打印输出。提供详细的帮助文件和系统维护功能。2需求分析本系统是针对高等院校的学生学籍管理，因此学籍管理系统的用户包括系统管理员、教师和学生。主要涉及系部信息、班级信息、任课教师信息、学生信息、课程信息以及选课记录和成绩等多种数据信息。2.1用户需求实现的具体功能如下：根本信息管理——系统管理员负责对各种根本信息的录入、修改、删除等操作。信息查询统计——学生可以查询根本信息和各科的考试成绩，老师可以查询根本信息和授课信息，系统管理员负责把老师提交的学生成绩进行管理，计算总成绩和平均成绩，统计不及格学生信息和获得奖学金学生的信息，最后再输出所有的信息。毕业生信息管理——系统管理员负责计算毕业学生在学校期间所修课程的总学分，并进行审核，最后输出登记表和名册。系统用户管理——系统管理员负责用不同的权限来限制不同用户对系统的使用。以上是用户对系统的根本的功能要求，此外用户还要求系统的效率要高，查询速度要快，比拟小的冗余，易维护，具有较高的数据平安性。2.2划分功能模块根据系统功能的需求分析和高等院校学籍管理的特点，经过模块化的分析得到如下列图1-1所示的系统功能模块结构图。学籍管理系统学籍管理系统信息查询统计根本信息查询统计根本信息管理根本信息查询学生成绩查询计算学生成绩统计学生成绩输出相关信息根本信息录入根本信息修改根本信息删除根本信息查询学生成绩查询计算学生成绩统计学生成绩输出相关信息根本信息录入根本信息修改根本信息删除3概念结构设计3.1系统E-R图对于学生信息管理，我们可以将学生实体抽象出来，学生属于学院可以将学院作为一个实体，学生所属专业可以作为一个实体。家庭住址家庭住址性别姓名性别姓名出生日期出生日期学号学生学号学生课程号课程号成绩学号课程成绩学号课程在学生信息管理中存在这样的关系：选择〔一个学生只能选择一个专业，而一个专业可以供多个学生选择，故是多对一的关系〕、学习〔一个学生只能在一个院系学习，而一个院系可以供多个学生学习，故是多对一的关系〕。以上是本系统中的根本的实体和关系，本系统是将其分步找出来加以描述，下面是本系统总体的E-R图：性别家庭住址性别家庭住址姓名姓名出生日期学号学生出生日期学号学生 n n选修选择学习 n选修选择学习 1 n 1课程院系系主任名专业号 课程院系系主任名专业号专业专业成绩学号成绩学号课程号入学时间院系名称院系号专业名课程号入学时间院系名称院系号专业名4逻辑结构设计逻辑结构设计就是把概念结构设计阶段设计好的根本E-R图转换为与选用DBMS产品所支持的数据模型相符合的逻辑结构。设计逻辑结构一般分为3步进行：〔1〕将概念结构转换为一般的关系、网状、层次模型；〔2〕将转换来的关系、网状、层次模型向特定DBMS支持下的数据模型转换；〔3〕对数据模型进行优化。4.1关系模型将E-R图转换为关系模型实际上就是要奖实体型、实体的属性和实体型之间的联系转换为关系模式，这种转换一般遵循如下原那么：一个实体型转换为一个关系模式。实体的属性就是关系的属性，实体的码就是关系的码。对于实体型间的联系那么有以下不同的情况：〔1〕一个1:1联系可以转换为一个独立的关系模式，也可以与任意一端对应的关系模式合并。如果转换为一个独立的关系模式，那么与该联系相连的个实体的码以及联系本身的属性均转换为关系的属性，每个实体的码均是该关系的侯选码。如果与某一端实体对应的关系模式合并，那么需要在关系模式的属性中参加另一个关系模式的码和联系本身的属性。〔2〕一个1:n联系可以转换为一个独立的关系模式，也可以与n端对应的关系模式合并。如果转换为一个独立的关系模式，那么与该联系相连的个各实体的码以及联系本身的属性均转换为关系的属性，而关系的码为n端实体的码。〔3〕一个m:n联系转换为一个关系模式。与该联系相连的个实体的码以及联系本身的属性均转换为关系的属性，各实体的码组成关系的码或关系码的一局部。〔4〕3个或3个以上实体间的一个多元联系可以转换为一个关系模式。与该多元联系相连的各实体的码以及联系本身的属性均转换为关系的属性，各实体的码组成关系的码或关系码的一局部。〔5〕具有相同码的关系模式可合并。将概念结构设计阶段设计好的根本E-R图转换为关系模型，如下所示：学生〔学号，姓名，家庭住址，性别，出生日期〕，此为学生实体的关系模式。院系〔院系号，院系名称，系主任名〕，此为院系实体对应的关系模式。课程〔学号，课程号，成绩〕，此为课程实体对应的关系模式。专业〔专业号，专业名，入学时间〕，此为专业实体对应的关系模式。4.2数据库结构表1学生根本信息表序号字段别名数据类型数据长度码1sno学号varchar10Y2sname姓名varchar40N3ssex性别Char2N4birthday出生日期datetimeN9homeaddr家庭住址varchar40N表2专业信息表序号字段别名数据类型数据长度码1mno专业号char10Y3mname专业名char40N4intime入学时间datetimeN表3院系信息表序号字段别名数据类型数据长度码1dmpno院系号varchar8Y2dname院系名称varchar40N3dmphead系主任名varchar40N表4课程信息表序号字段别名数据类型数据长度码1cno学号varchar10Y2cname课程名varchar8N3credit成绩smallintN5物理结构设计与功能实现5.1物理结构设计数据库的物理设计就是为一个给定的逻辑数据模型选取一个最适合应用要求的物理结构的过程。物理结构设计阶段实现的是数据库系统的内模式，它的质量直接决定了整个系统的性能。因此在确定数据库的存储结构和存取方法之前，对数据库系统所支持的事务要进行仔细分析，获得优化数据库物理设计的参数数据库的物理设计通常分为两步：〔1〕确定数据库的物理结构，在关系数据库中主要指存取方法和存取结构；〔2〕对物理结构进行评价，评价的重点是时间和空间效率。5.2功能实现〔1〕建立数据库createdatabaseStudenton(name=order_dat,filename='c:\data\orderdat.mdf',size=10,maxsize=50,filegrowth=5)logon(name=order_log,filename='d:\log\orderlog.ldf',size=5MB,maxsize=25MB,filegrowth=5MB)2.建立表和数据完整性createtable学生(学号char(10)check(len(学号)=10andisnumeric(学号)=1)primarykey,姓名varchar(40)notnull,家庭住址varchar(40),性别char(2),出生日期datatime)createtable院系(院系号char(8)primarykeycheck(unicode(产品号)between65and122andunicode(substring(产品号,2,1))between65and122)primarykey，院系名称varchar(40)unique,系主任名varchar(40))createtable课程(学号