选课系统的数据库设计论文

1、. . . . 1 / 23毕毕 业业 论论 文文论文题目论文题目：选课系统的数据库设计选课系统的数据库设计. . . . 2 / 23毕业设计（论文）原创性声明和使用授权说明毕业设计（论文）原创性声明和使用授权说明原创性声明原创性声明本人重承诺：所呈交的毕业设计（论文），是我个人在指导教师的指导下进行的研究工作与取得的成果。尽我所知，除文中特别加以标注和致的地方外，不包含其他人或组织已经发表或公布过的研究成果，也不包含我为获得与其它教育机构的学位或学历而使用过的材料。对本研究提供过帮助和做出过贡献的个人或集体，均已在文中作了明确的说明并表示了意。作 者 签 名：日 期：指导教师签名： 日期：

2、使用授权说明使用授权说明本人完全了解大学关于收集、保存、使用毕业设计（论文）的规定，即：按照学校要求提交毕业设计（论文）的印刷本和电子版本；学校有权保存毕业设计（论文）的印刷本和电子版，并提供目录检索与阅览服务；学校可以采用影印、缩印、数字化或其它复制手段保存论文；在不以赢利为目的前提下，学校可以公布论文的部分或全部容。作者签名： 日 期：学位论文原创性声明学位论文原创性声明. . . . 3 / 23本人重声明：所呈交的论文是本人在导师的指导下独立进行研究所取得的研究成果。除了文中特别加以标注引用的容外，本论文不包含任何其他个人或集体已经发表或撰写的成果作品。对本文的研究做出重要贡献的个人和

3、集体，均已在文中以明确方式标明。本人完全意识到本声明的法律后果由本人承担。作者签名： 日期： 年 月 日学位论文使用授权书学位论文使用授权书本学位论文作者完全了解学校有关保留、使用学位论文的规定，同意学校保留并向国家有关部门或机构送交论文的复印件和电子版，允许论文被查阅和借阅。本人授权大学可以将本学位论文的全部或部分容编入有关数据库进行检索，可以采用影印、缩印或扫描等复制手段保存和汇编本学位论文。涉密论文按学校规定处理。作者签名：日期： 年 月 日导师签名： 日期： 年 月 日注意事项1.设计（论文）的容包括：. . . . 4 / 231）封面（按教务处制定的标准封面格式制作）2）原创性声明

4、3）中文摘要（300 字左右）、关键词4）外文摘要、关键词5）目次页（附件不统一编入）6）论文主体部分：引言（或绪论）、正文、结论7）参考文献8）致9）附录（对论文支持必要时）2.论文字数要求：理工类设计（论文）正文字数不少于 1 万字（不包括图纸、程序清单等），文科类论文正文字数不少于 1.2 万字。3.附件包括：任务书、开题报告、外文译文、译文原文（复印件）。4.文字、图表要求：1）文字通顺，语言流畅，书写字迹工整，打印字体与大小符合要求，无错别字，不准请他人代写2）工程设计类题目的图纸，要求部分用尺规绘制，部分用计算机绘制，所有图纸应符合国家技术标准规。图表整洁，布局合理，文字注释必须使

5、用工程字书写，不准用徒手画3）毕业论文须用 A4 单面打印，论文 50 页以上的双面打印4）图表应绘制于无格子的页面上5）软件工程类课题应有程序清单，并提供电子文档5.装订顺序1）设计（论文）2）附件：按照任务书、开题报告、外文译文、译文原文（复印件）次序装订正文目录正文目录容摘要容摘要.1 11.1.数据库系统描述数据库系统描述 1 11.1 学生选课数据库设计的背景 1. . . . 5 / 231.2 学生选课数据库设计的目的 12.2.可行性分析可行性分析 2 22.1 技术可行性 22.2 高效、准确可行性 32.3 操作可行性 33.3.需求分析需求分析 3 33.1 需求描述 3

6、3.2 需求分析任务 33.3 数据字典 44.4. 概要设计概要设计 4 45.5.学生选课数据库系统设计的业务逻辑学生选课数据库系统设计的业务逻辑 5 55.1 E-R 图以与关系模式 55.2 E-R 图 65.3 式分析 76.6.创建表创建表 10106.1 数据库的数据插入语句 136.2 数据库的特定选择查询 146.3 数据库的更新查询 157.7.数据库的安全管理措施，指定用户并进行相关授权数据库的安全管理措施，指定用户并进行相关授权 15157.1 数据库的安全管理措施 15. . . . 6 / 237.2 数据库的授权操作 16. . . . 1 / 23选课系统的数据

7、库设计选课系统的数据库设计(雪)摘要：摘要：本文依据广泛采用的是工程化 6 阶段开发设计过程与方法，对学生选课系统进行了可行性分析、需求分析、给出了数据字典，通过概要设计得出了系统功能结构，建立了系统的 ER 模型，随后给出了数据表设计与创建的 SQL 语句。关键词关键词: : 选课 ER 模型 数据表创建1 1 数据库系统描述数据库系统描述1.11.1 学生选课数据库设计的背景学生选课数据库设计的背景随着科技的不断发展，学生的选课信息已经摈弃了以往的手工文件管理阶段，进化成为了高科技、高效率的数据库应用程序来进行管理。学生选课信息管理系统是基于 SQL SERVER 数据库为后台、Visua

8、l Studio2008 开发应用软件作为前台的一种 C/S 模式的数据库应用程序。使用学生选课信息管理系统可以更高效、准确地进行学生选课、查询、记录添加等各种操作，大大减少信息管理人员的负担。网上选课系统的出现使同学们能够更加自主、便捷、准确的进行选课。但是，由于一般高校中的学生都比较多，因此带来了诸多如信息管理等问题，鉴于需要将学生信息、选课信息等信息数字化以便于管理维护，我们便想到了利用数据库能够比较良好地解决此类问题。1.21.2 学生选课数据库设计的目的学生选课数据库设计的目的随着无纸化办公的普遍实现，信息的自动处理以与网络式的信息交互方式已经被人们广泛应用。让计算机来管理学生的信息

9、是现在各个高校都在积极进行的工作之一，也是高校教学管理工作的重要容之一。网上选课与传统的选课方式相比更加节约资源，增加了学生选课自主权。. . . . 2 / 23学生选课系统作为一种现代化的教学技术，越来越受到人们的重视，是一个学校不可或缺的部分, 学生选课系统就是为了管理好选课信息而设计的。学生选课系统的将使选课管理工作规化、系统化、程序化，避免选课管理的随意性，提高信息处理的速度和准确性，能够准确、与时、有效的查询和修改学生选课情况。与传统的选课方式相比，网上选课系统利用局域网为学生选课带来了极大的便捷。学生在公共机房，或者宿舍的个人电脑上便可以通过校园网络来选课。在选课期间，学生能够使

10、用选课系统灵活的修改自己的选课情况，大大提高了学校选课工作的效率。教务处的教师则可以通过选课系统的管理员子系统来管理学生的选课情况，使得学生选课工作达到系统化和自动化，大大提高了学校的工作效率，为广大师生与相关人员节省了极多的时间。数据库对于一个应用系统的意义是相当重要的，一个设计良好的数据库系统一方面，能够给开发者带来便捷，更轻松的进行系统设计与编码；另一方面，对于系统的后期维护也非常重要，一个良好的数据库系统能够保证系统的可扩充性，以与系统的移植性等问题。全校性选修课开设的目的在于扩大学生的知识面、加强学生素质教育、培养复合型高级人才，具有不可替代的重要性。随着教育改革的不断深入和素质教育

11、的加强，学分制的实施，选修课在一个学生的培养计划中占的比重将越来越大。2 2 可行性分析可行性分析2.12.1 技术可行性技术可行性由于本系统管理的对象单一,都是在校学生，且每个数据容具有较强的关联性，涉与的计算过程不是很复杂。因此，比较适合于采用数据库管理。在存储量、速度方面都能满足数据库运行的要求。在技术难度方面完全可以实现。本系统的设计是在 Windows XP 中文版操作系统环境下目,利用多种数据库产品，每种产品都具有各自的特点和适用围，因此，在选择数据库时，应考虑数据库应用的特点与适用围，本系统选用的数据库产品为 SQL Server，可用于开发Windows 环境下的种类应用程序。

12、技术可行性考虑如下几方面：. . . . 3 / 231、在当前的限制条件下，该系统的功能目标能否达到；2、利用现有的技术，该系统的功能能否实现；3、对开发人员的数量和质量的要求并说明这些要求能否满足；4、在规定的期限，本系统的开发能否完成。2.22.2 高效、准确可行性高效、准确可行性学生学籍选课管理系统省去了老师为学生展示学校为学生提供的选修课程，并作介绍，考试后把分数抄录多次以做备案和公告这些大量繁杂而由单一枯燥的劳动，可以让老师把精力放在教学和组织教学等更重要更具创造性的事情上，这就显著的提高了他们的工作效率。2.32.3 操作可行性操作可行性本系统可以运行在 WindowsXP 等操

13、作系统上,一般系统都可以运行而且操作非常的简单，一看即懂，方便大家使用,即使不具备一定电脑知识的人也可以熟练掌握。3 3 需求分析需求分析3.13.1 需求描述需求描述随着中国教育信息化时代的来临，各大校园对于部信息的管理已经采用 IT 新潮的应用和管理系统技术来进行。为了紧随信息化时代的脚步，不被时代所淘汰，学生的信息管理也应当由传统的手工管理模式进化为软件与数据库结合应用的管理模式，从而加强学生信息的管理能力，让学校整体管理水平得到较大的提升。3.23.2 需求分析任务需求分析任务: : 主要为学校管理者提供有效的管理工具完成对学生信息的输入，学生成绩的输入，系统用户的注册； 生信息、成绩

14、的删除、修改操作； 方便的成绩查询，支持按条件查询; 由于该系统的使用对象多,要求有较好的权限管理; 由于操作人员的计算机知识普遍不高,要求有良好的人机界面;. . . . 4 / 233.33.3 数据字典数据字典数据元素数据类型长度数据来源学号char5学生表学生char8学生表性别char2学生表所在系char20学生表课程号char3学生表课程名char20学生表课程号char3学生表操作员编号char4操作员表操作员char12操作员表密码char10操作员表权限char20操作员表4.4.概要设计概要设计在 21 世纪的科技时代，科学技术突飞猛进，信息社会的高科技时代，商品经济化的

15、高效益，计算机的应用已普与到经济和社会生活的各个领域。计算机虽然与人类的关系愈来愈密切，还有人由于计算机操作不方便继续用手工劳动。为了适应现代社会人们高度强烈的时间观念，学生成绩管理系统为教学办公带来了极大的方便。该学生成绩管理系统是以数据库查询语言编写。系统管理员、教师、学生只需通过简单的操作，用户都可以了解本系统软件的基本工作原理。用户只需进行输入一些简单的汉字、数字，或用鼠标点击即. . . . 5 / 23可达到自己想要的目标。学生选课信息管理系统主要提供学生查询，学生可以通过该系统查阅与自己相关信息。教师可以通过成绩管理系统查阅学生成绩信息，教师信息等相关操作。系统管理员可以实现以上

16、的所有功能，还有对学生的添加、删除、修改、教师的添加、删除、修改，数据库的还原等相关操作。此外还需要配置一些管理人员，人员的数目是根据管理员的数量确定的。管理人员在对应的学生成绩情况进行整理工作。主要负责学生选课信息管理这一模块，下面基于详细介绍：学生成绩管理系统分添系统、修改系统、删除系统、查询系统、推出系统。根据模块化的思想,把系统分为六大模块,然后对每个模块具体分析.这样条理更清晰.开发制作更容易.具体系统功能如下: 图 4.1 系统功能5 5 学生选课数据库系统设计的业务逻辑学生选课数据库系统设计的业务逻辑5.15.1 E-RE-R 图以与关系模式图以与关系模式在我们的数据库系统中共有

17、 6 个实体：学生、教师、管理员、专业、院系、课程。（1）学生的属性：学号、性别、生日、密码（2）教师的属性：工号、性别、生日、密码、职称（3）管理员的属性：工号、性别、生日、密码、权限标学生选课信息管理系统学生信息录入课程信息修改管理员对其操作. . . . 6 / 23志（4）专业的属性：专业、专业名、辅导员、联系方式、专业介绍（5）院系的属性：系、系名称、系主任、联系方式、系介绍（6）课程的属性：课程、学时、学分、课程介绍（7）控制设置属性：选课控制、成绩录入控制5.2E-R5.2E-R 图：图：各个实体的各个实体的 E-RE-R 图如下所示：图如下所示：学生密码姓名性别生日学号图 1

18、学生教师密码姓名性别职称生日工号图 2 教师管理员密码姓名性别生日工号图 3 管理员专业专业介绍专业名辅导员联系方式专业号码图 4 专业系系介绍系名系主任联系方式系号码图 5 系. . . . 7 / 23课程课程介绍课程名学时学分课程号图 6 课程然后，将以上实体之间联系表示出来，画出数据库系统的 E-R图，如图 7 所示：学生生日姓名性别密码学号属于系系介绍系名系主任联系方式系号码教师生日姓名性别职称密码工号属于专业专业介绍专业名辅导员联系方式专业号码属于管理员生日姓名性别密码工号管理管理课程课程介绍课程名学时学分课程号选课讲授管理成绩MNM11MM11MMMM111图 7 数据库系统 E

19、-R5.35.3 式分析式分析（1） 分析关系模式学生（学号、性别、生日、密码）在关. . . . 8 / 23系模式学生（学号、性别、生日、密码）中，每一个属性都不能再分，故，属于 1NF. 在关系模式学生（学号、性别、生日、密码）中，主键为学号，所以，性别，专业，都是非主属性。根据候选键定义可知，学号完全决定，性别，生日，密码，即每一个非主属性完全依赖于候选键，故，该关系模式属于 2NF。在关系模式学生（学号、性别、生日、密码）中，学号、性别、生日、密码，都是非主属性，且每一个非主属性不传递函数依赖于候选键学号，即，学号决定，但不决定性别，不决定生日和密码。故，该关系模式属于 3NF。在关

20、系模式学生（学号、性别、生日、密码）中，候选键为学函数依赖为学号，学号性别，学号生日,学号密码故，该关系模式属 BCNF。 由于在关系模式学生（学号、性别、生日、密码）中不存在多值依赖，故该关系模式不属于 4NF。 综上所述，关系模式学生（学号、性别、生日、密码）为 BCNF。 （2）分析关系模式教师（编号，性别，职称，所教科目）和课程（课程、学时、学分、课程介绍）在关系模式教师（工号、性别、生日、密码、职称）和课程（课程、学时、学分、课程介绍）中，每一个属性都不能再分，故，属于首先满足 1NF.主键分别为编号和课程号，每一个非主属性完全依赖于候选键，故，这两个关系模式首先属于 2NF。且每一

21、个非主属性不传递函数依赖于候选键学号，故属于 3NF。而且，候选键编号和课程号决定一切非主属性，故，该关系模式属于 BCNF。 由于关系模式中不存在多值依赖，故，不属于 4NF。 即，关系模式教师（工号、性别、生日、密码、职称）和课程（课程、学时、学分、课程介绍）属于 BCNF。 （3）分析关系模式管理员属性（工号、性别、生日、密码、权限标志）在关系模式管理员属性（工号、性别、生日、密码、权限标. . . . 9 / 23志）中，每一个属性都不能再分，故，先属于 1NF。在关系模式管理员属性（工号、性别、生日、密码、权限标志）中，主键为工号，其他都是非主属性，每一个非主属性完全依赖于候选键，故

22、，该关系模式属于 2NF。在关系模式管理员属性（工号、性别、生日、密码、权限标志）中，性别、生日、密码、权限标志都是非主属性，由于存在函数依赖，即，工号，性别，故该关系模式不属于 3NF。综上所述，关系模式管理员属性（工号、性别、生日、密码、权限标志）为 2NF。（4）分析关系模式专业属性（专业、系、专业名、辅导员、联系方式、专业介绍）在关系模式专业属性（专业、系、专业名、辅导员、联系方式、专业介绍）中，每一个属性都不能再分，故，属于 1NF.在关系模式专业属性（专业、系、专业名、辅导员、联系方式、专业介绍）中，主属性为专业和系每一个非主属性不完全依赖于主属性，故，该关系模式不属于 2NF。综

23、上所述，关系模式专业属性（专业、系、专业名、辅导员、联系方式、专业介绍）为 1NF。（5）分析关系模式院系（系、系名称、系主任、联系方式、系介绍）在关系模式院系（系、系名称、系主任、联系方式、系介绍）中，每一个属性都不能再分，故，先属于 1NF。在关系模式院系（系、系名称、系主任、联系方式、系介绍）中，主键为系，其他都是非主属性，每一个非主属性完全依赖于候选键，故，该关系模式属于 2NF。在关系模式院系（系、系名称、系主任、联系方式、系介绍）中，由于存在函数依赖，即，系名称系，故，该关系模式不属于 3NF。综上所述，关系模式院系（系、系名称、系主任、联系方式、系介绍）为 2NF。（6）分析关系

24、模式选课信息（学号、课程、教师工号、成绩）. . . . 10 / 23在关系模式选课信息（学号、课程、教师工号、成绩）中，每一个属性都不能再分，故，属于首先满足 1NF.在关系模式选课信息（学号、课程、教师工号、成绩）中，主键分别为学号和课程，每一个非主属性完全依赖于候选键，故，这两个关系模式首先属于 2NF。且每一个非主属性不传递函数依赖于候选键学号，故属于 3NF。综上所述，关系模式选课信息（学号、课程、教师工号、成绩）为 3NF。6.6.创建表创建表数据库的创建语句（1）创建 dept 院系信息表)；（2）创建 major 专业信息表CREATE TABLE major(MajorNu

25、m char(10) NOT NULL PRIMARY KEY,DeptNum char(10) NOT NULL,MajorName char(20) NOT NULL,MajorAssistant char(10) NOT NULL,CREATE TABLE dept(DeptNum char(10) NOT NULL PRIMARY KEY,DeptName char(20 ) NOT NULL,DeptChairman char(10) NOT NULL,DeptTel char(15) NOT NULL,DeptDesc text NOT NULL,. . . . 11 / 23Ma

26、jorTel char(15) NOT NULL,FOREIGN KEY (DeptNum) REFERENCES dept(DeptNum)；（3）创建 student 学生信息表CREATE TABLE student( StudentNum char(10) NOT NULL PRIMARY KEY, MajorNum char(10) NOT NULL, StudentName char(10) NULL, StudentSex char(2) NOT NULL, StudentBirthday date NOT NULL, StudentPassword char(20) NOT N

27、ULL, FOREIGN KEY (MajorNum) REFERENCES major (MajorNum) )；（4）创建 teacher 教师信息表CREATE TABLE teacher(TeacherNum char(10) NOT NULL PRIMARY KEY,DeptNum char(10) NOT NULL, TeacherName char(10) NOT NULL, TeacherSex char(2) NOT NULL, TeacherBirthday date NOT NULL,TeacherTitle char(20) NULL,FOREIGN KEY (Dept

28、Num) REFERENCES dept(DeptNum). . . . 12 / 23)；(5) 创建 manager 管理员信息表CREATE TABLE manager(ManagerNum char(10) NOT NULL PRIMARY KEY,ManagerName char(10) NOT NULL,ManagerSex char(2) NOT NULL,ManagerBirth date date NOT NULL,ManagerRights int NOT NULL )；(6) 创建 course 课程信息表)；(7) 创建 stucourse 学生选课信息表CREATE

29、TABLE stucourse(StudentNum char(10) NOT NULL,CourseNum char(10) NOT NULL,CREATE TABLE course(CourseNum char(10 ) NOT NULL PRIMARY KEY,CourseName char(20) NOT NULL,CourseCredit float NOT NULL,CourseClass int NOT NULL,CourseDesc char NOT NULL,. . . . 13 / 23TeacherNum char(10) NOT NULL,Grade int NULL,

30、FOREIGN KEY (StudentNum) REFERENCES student (StudentNum),FOREIGN KEY (CourseNum) REFERENCES Course(CourseNum),FOREIGN KEY (TeacherNum) REFERENCES teacher(TeacherNum),)；6.16.1 数据库的数据插入语句数据库的数据插入语句（1）向学生表中插入学号为2012010101,为亮，性别为男，出生年月为1994-02-012，专业号为01，密码为121的一条记录。InsertInto student(StudentNum,Student

31、Name,StudentSex,StudentBirthday,MajorNum,StudentPassword)Values（2012010101,亮，男，1994-02-12，01，121）；（2）向学生表中插入学号为2012010102,为 美华，性别为 女，出生年月为1994-02-03，专业号为 02，密码为 123的一条记录。Insert Into student(StudentNum,StudentName,StudentSex,StudentBirthday,MajorNum,StudentPassword). . . . 14 / 23Values（2012010102,美华

32、，女，1994-02-03，02，123）；（3）向学生表中插入学号为2012010103,为 关杰，性别为 男，出生年月为1994-06-25，专业号为 03，密码为 125的一条记录。InsertInto student (StudentNum ,StudentName, StudentSex StudentBirthday, MajorNum, StudentPassword)Values（2012010103,关杰，男，1994-06-25，03，125）；6 6.2.2 数据库的特定选择查询数据库的特定选择查询（1）查询学生表中学生的学号和专业号Select StudentNum,

33、StudentName ,MajorNumFrom student （2）查询学生表中性别为“女”的学生的学号Select StudentNumFrom student Where StudentSex=女（3）查询教师表中性别号为“02”的教师的教师号Select TeacherNum From teacher Where DeptNum=02(4)查询学生表和专业表中专业号一样的学生的学号、专业号、专业名称Select StudentNum , StudentSname, ManagerNum ,managername From student ,majorWhere student.managernum=major.managernum(5)查询学生表和课程表中学号一样的学生的学号，课程号，. . . . 15 / 23教师号Select