数据库课程设计--学校教务管理系统.docx

《数据库课程设计--学校教务管理系统.docx》由会员分享，可在线阅读，更多相关《数据库课程设计--学校教务管理系统.docx（17页珍藏版）》请在三一办公上搜索。

1、学校教务管理的数据库设计I.需求分析:随着学校的规模不断扩大，学生数量急剧增加，有关学生的 各种信息量也成倍增长.面对庞大的信息量，就需要有学生教务信 息管理系统来提高学生管理工作的效率。通过这样的系统,可以做 到信息的规范管理、科学统计和快速的查询，从而减少管理方面 的工作量。学校为方便教务管理，需开发一个教务管理系统。为便于学 生，老师，教务管理人员信息查询，注册以及信息修改，学校把学 生的信息，包括姓名、性别、年龄，成绩等信息输入教务管理系 统的数据库,然后在管理终端可以对数据进行查询和修改操作。要 求系统能有效、快速、安全、可靠和无误的完成上述操作。并要 求系统界面要简单明了，易于操作

2、，程序利于维护。一、信息分析：（1）学校教务管理的数据库，包含以下信息：学校有若干个系,每个系有若干名教师和学生，每个教师可以担 任若干门课程，并参加多个项目，每个学生可以同时选修多门课程， 每门课程每学期可能有多名教师教授，课程分为必修、选修、任选三 种。（2）学校的教务管理的信息包括：学生姓名、学号、班级、性别、班号，籍贯、出生日期、所属系 编号、所属系名称、系主任，教师编号，教师姓名教师职称，教师所 授课程、课程编号，课程名，课程学分，项目编号，项目名称，项目 负责人，学生选修课程及成绩.学生如果课程及格，可以取得该课程的 学分。学生的各类型课程学分和总学分累计到一定程度，学生可以毕 业

3、。根据成绩高低，可以计算学分积.及格学生的学分积公式：课程 学分积=（该课程成绩一50）/10X该课程学分。二、功能分析：（1）用户能够使用友好的图形用户界面实现对系、班级、学生、 教师、课程、选课等内容进行增、删、改，以及对信息的 查询。对于查询要实现比较强大的功能，包括精确查询、 模糊查询以及统计查询。（2）具体查询在数据库中要实现以下的功能：1）所有来自某省的男生2）所有某课程成绩90的同学3）教授某课程的老师4）某班年龄最大的5名同学5）某年以后出生的男同学6）选修某课程的学生及其成绩7）没有授课的教师8）某学生所选课程的总学分9）教授某学生必修课程的老师情况10）某学生选修了哪些系的

4、课程11）某系学生所学的所有课程12）按总学分找出某系学习最好的5名同学13）按总学分积找出某系学习最好的5名同学14）可以毕业的学生三、软、硬件配置程序运行的环境：具体运行环境为软件方面，操作系统为windows2000/XP，并且系统装有SQL Server2000数据库管理系统。硬件方面，CPU主频500MHz以上，内存128M或更高。硬盘剩余空间不能少于30M。四、工程预算及时间安排：工程预算：由于程序本身并不十分复杂，实现起来软硬件需求都不 算高，具体花费在此就不计算了。时间安排：时间进度系统规| |系统分| |系统设11系统实| |运行维五、数据字典析阶段I I计阶段11施阶段I护

5、阶段系表统开发阶段（总体不超过课程设计规定时间）列名数据类护阶段1约束系号 一 ， Char （7）不为空、唯一图1.1时间安排系名称VarChar （30）不为空班级数Smallint系主任VarChar （20）不为空、唯一班级表:列名数据类型约束班级号Char （7）不为空、唯一班级名称VarChar （30）不为空所在系号Char （7）参照其它表学生信息表:列名数据类型约束学号Char（7）不为空、唯一姓名VarChar （20）不为空性别Char（2）男或女、默认男年龄Smallint所在班级号Char （7）参照其它表籍贯VarChar（20）所在系号Char （7）教师信息表:

6、列名数据类型约束教师编号Char （7）不为空、唯一姓名VarChar （20）不为空性别Char（2）男或女、默认男年龄Smallint职务VarChar（30）联系电话Char （8）所在系号Char (7)参照其它表课程表:列名数据类型约束课程号Char (2)不为空、唯一课程名VarChar(30)不为空学分Smallint学时Integer类型Char (6)取值（必修课、选修课X默认（必修课）学生成绩表:列名数据类型约束学号Char(7)与课程号联合做主键、参照其它表课程号Char (2)与学号联合做主键、参照其它表成绩Numeric (4， 1)=0 and =100学分Smal

7、lint教师授课信息表:列名数据类型约束教师编号Char(7)联合主键、参照其它表课程号Char(2)联合主键、参照其它表开设该课程的班级号Clno (7)联合主键、参照其它表II.详细设计方案：一、概念设计：1、总体功能概念结构图:2、查找所给问题的实体系统中涉及到的实体：班级，学生，教师，课程，学院中的各个系.2.1查找实体的关联 班级、学生之间是一对多关系； 学生、课程之间是多对多关系； 系、班级、教师之间是一对多关系； 教师、课程、班级之间是多对多关系；2。2查找实体关键字 班级的关键字班级号； 学生的关键字学号； 教师的关键字教师编号； 课程的关键字课程号； 系的关键字系号.2. 3

8、设计ER图：1）总体功能流程图2）学生E-R图:3）班级ER图:4）课程ER图:5）教师ER图:6）全局ER图：二、逻辑设计：1、将E-R模型转换为等价的关系模式.教师（教师编号，教师姓名，教师职称，教师所授课程，教师所属系号）；学生（姓名、学号、班级、性别、班号，籍贯、出生日期、所属系 编号）;班级（班级号，所在系号,班级名称）；课程（课程号，课程名，学分，学时，类型）；系（系号，系名称,班级数，系主任）；成绩（学号，课程号，成绩，学分）；教师授课（教师编号,课程号，班级号）。2、按需要对关系模式进行规范化。经过分析，教师表中的联系电话这一属性不符合第一范式，它是 一个多值属性（需求分析得到

9、教师的联系电话不止一个），所以现将 联系电话属性拆分为三个属性办公电话，移动电话和住宅电话。即：教师（工作证号码，姓名，性别，年龄，办公室号，职称，职务，办 公电话，移动电话，住宅电话）；再经分析，概念模型ER图中所涉及的表都能满足第三范式的要 求3、对规范化后的模式进行评价.经过上一步的调整之后，模式已经基本符合题目要求,可以直接将 规范化以后的模型应用于物理设计。4、根据局部应用的需要，设计用户外模式.三、物理设计：1、 数据格式化：根据逻辑设计的结果，得到适合SQL Server 2000的数据格式和 类型。系统中具体的数据如下列表所示： Department：列名数据类型约束DnoCh

10、ar(7)Primary keyDnameVarChar（30）Not nullDClassNumberSmallintGrademasterVarChar （30）Not null Class:列名数据类型约束ClnoChar（7）Primary keySpecialityVarChar（30）Not nullDnoChar （7）ReferenceDepartment （Dno） Student:列名数据类型约束SnoChar （7）Primary keySnameVarChar（20）Not nullSsexChar（2）In （男，女）,default（ 男）SbirthdayDate

11、timeClnoChar （7）Reference Class（Clno）SplaceVarChar（20）DnoChar （7）Primary key Teacher：列名数据类型约束TnoChar （7）Primary keyTnameVarChar(20)Not nullTsexChar (2)In （男，女），default（男）TBirthdayDatetimeTfunctionVarChar(30)ThomeTelChar (8)Like 0-9 Course:列名数据类型约束CnoChar (2)Primary keyCnameVarChar(30)Not nullCreditS

12、mallintCtimeIntegerCtypeChar(6)In （必修课、选修课）、Default （必修课） Grade:列名数据类型约束SnoChar(7)Primary key， referenceStudent(Sno)CnoChar(2)Primary key， referenceCourse(Cno)GmarkNumeric (4，=0 and =1001)CreditSmallintTC：列名数据类型约束TnoChar (7)Primary key,referenceTeacher(Tno)CnoChar(2)Primary key,referenceCourse(Cno)C

13、lnoClno(7)Primary key,referenceClass(Clno)2、 表之间的联系:III. 系统维护设计：一、安全性要求：在这个系统中应该有三种用户：第一种是学生，这部分用户对系 统中的数据只有查询的权限，没有任何修改的权限；第二种是教师. 这部分用户对系统中的数据不仅有查询的权限，对有关其所涉及的课 程的学生成绩还具有添加、修改、删除的功能；第三种用户是系统的 管理员。他具有最高权限，可以对系统中的任何数据作任何操作。一 般由学院的特定的人专门承担此任务。二、使用方式要求：用户在可视化的环境中使用该系统，通过用户名和口令对用户的 访问（及权限）进行限制。此系统平均应该能

14、满足500人同时访问系 统中的数据库，最高峰应能达到平均访问量得两倍。查询响应时间不 应该对于3秒.三、可扩充性要求：系统中的数据库可以随学院规模的变化进行动态的扩充或缩减.功能根据学院不同时期的不同要求做出适当的增删。IV. SQL查询一、所有来自北京的男生：Select snameFrom studentWhere ssex= 男 and splace= 北京;二、所有成绩90的同学Select Student.sno,snameFrom Student， GradeWhere Student.sno二Grade.sno AndGrade.Gmark90;三、教授数据库的老师Select

15、Teacher。 Tno， TnameFrom Teacher， TC， CourseWhere Teacher.Tno二TC。 Tno AndTC.Cno二Course。 Cno AndCourse。 Cname= DB;四、03班年龄最大的5名同学五、某年以后出生的男同学六、选修某课程的学生及其成绩七、没有授课的教师八、某学生所选课程的总学分九、教授某学生必修课程的老师情况十、某学生选修了哪些系的课程十一、某系学生所学的所有课程十二、按总学分找出某系学习最好的5名同学十三、按总学分积找出某系学习最好的5名同学十四、可以毕业的学生V. 参考文献数据库系统概论高等教育出版社王珊SQL Serv

16、er 2000上机实验指导清华大学出版社及其它相关参考书VI. 课程设计心得体会：从此课程设计的过程中，使我充分认识到了一个道理：“好 事多磨”，就是说做任何事之前一定要把要做的事规划好，对可能 出现的问题预先作好解决的方案。在做设计之前，我对教务管理系统的认识只是停留在表面， 缺乏本质和深入地研究调查，以至与在着手设计的过程中，各种 意想不到的困难接踵而至。面对种种困难而又不知道怎样解决， 无从下手的我后来重新对此次的设计做了认真细致的规划和调 查，重新做了全面的分析，不断完善系统说明书。这使我在以后 的设计之中作到了事半功倍的效果，整个设计流程清晰明了。当然，在此次的设计中最大的困难就是经

17、常由于一些小错误 而花费大量时间.人们常说：“办法总比困难多”，通过查阅大量相 关资料，与老师和同学的不断交流使我对数据库有了较详细的认 识，并能进行一些工作量不是很大的开发。其实，这次设计的收获不仅仅是学会了设计数据库，我觉得 这样的过程相当重要，相当有意义，最大的收获就是对我这些年大 学学习的总结和培养了解决困难的信心和能力，使我对这些年所 学知识能够融会贯通，又不断丰富了新知识。正像老师说的一样, 设计使得我们对几年来所学的专业课有了更为深刻的认识，使得 知识得到了巩固和提高，得到了比以往学习任何一门课程都大的 提高和进步。这里也要特别感谢指导老师的帮助和支持，以及在 这过程中给予帮助的同学和朋友.此次设计是一次难得的锻炼机 会。这些是我对这次设计的最终感想。由于本人水平有限，错误在 所难免，设计过程中有许多不敬如人意的地方。我想，这也是在 以后的学习和工作中激励我不断学习，不断前进的动力.老师认真 负责的工作态度、严谨的治学风格，使我深受启发；和同学们之 间的相互探讨也使我获益匪浅。我除基本学会开发数据库外，更重 要的是学到了兢兢业业，奋发向上的精神，这种精神是我今后人生 前进道路上的一种力量。