学校教务管理系统--数据库课程设计_第1页
学校教务管理系统--数据库课程设计_第2页
学校教务管理系统--数据库课程设计_第3页
已阅读5页,还剩17页未读, 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

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

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

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

4、课程的老师情况10) 某学生选修了哪些系的课程11) 某系学生所学的所有课程12)按总学分找出某系学习最好的5名同学13)按总学分积找出某系学习最好的5名同学14)可以毕业的学生三、软、硬件配置程序运行的环境:具体运行环境为软件方面,操作系统为windows2000/XP ,并且系统装有SQL Server2000 数据库管理系统。硬件方面,CPU主频500MHz以上,内存128M或更高。硬盘剩余 空间不能少于30M 。四、工程预算与时间安排:?工程预算:由于程序本身并不十分复杂,实现起来软硬件需求都不算咼,具体花费在此就不计算了。列名数据类型约束系号Char(7)不为空、唯一系名称VarCh

5、ar(30)不为空班级数Smalli nt系主任VarChar ( 20)不为空、唯一班级表:列名数据类型约束班级号Char(7)不为空、唯一班级名称VarChar(30)不为空所在系号Char(7)参照其它表学生信息表:列名数据类型约束学号Char(7)不为空、唯一姓名VarChar(20)不为空性别Char(2)男或女、默认男年龄Smalli nt所在班级号Char(7)参照其它表籍贯VarChar(20)所在系号Char(7)教师信息表:列名数据类型约束教师编号Char(7)不为空、唯一姓名VarChar(20)不为空性别Char(2)男或女、默认男年龄Smalli nt职务VarCha

6、r(30)联系电话Char(8)所在系号Char(7)参照其它表课程表:列名数据类型约束课程号Char(2)不为空、唯一课程名VarChar(30)不为空学分Smalli nt学时In teger类型Char(6)取值(必修课、选修课)、默认(必修课)学生成绩表:列名数据类型约束学号Char(7)与课程号联合做主键、参照其它表课程号Char(2)与学号联合做主键、参照其它表成绩Numeric(4,1)>=0 and <=100学分Smalli nt教师授课信息表:列名数据类型约束教师编号Char(7)联合主键、参照其它表课程号Char(2)联合主键、参照其它表幵设该课程的班级号Cl

7、 no(7)联合主键、参照其它表II.详细设计方案:、 概念设计:1、总体功能概念结构图:教务信息管理系统2、查找所给问题的实体 系统中涉与到的实体:班级,学生,教师,课程,学院中的各个系2.1查找实体的关联 班级、学生之间是一对多关系; 学生、课程之间是多对多关系; 系、班级、教师之间是一对多关系; 教师、课程、班级之间是多对多关系;2.2查找实体关键字 班级的关键字-班级号; 学生的关键字-学号; 教师的关键字-教师编号; 课程的关键字-课程号; 系的关键字-系号。2. 3设计E-R图:1)总体功能流程图2)学生E-R图:3)班级E-R图:班级名称班号所在系号系主任班级5)教师E-R图:教

8、师6)全局E-R图:二、逻辑设计:1、将E-R模型转换为等价的关系模式。教师(教师编号,教师姓名,教师职称,教师所授课程,教师所属系 号);学生(姓名、学号、班级、性别、班号,籍贯、出生日期、所属系编 号);班级(班级号,所在系号,班级名称);课程(课程号,课程名,学分,学时,类型);系(系号,系名称,班级数,系主任);成绩(学号,课程号,成绩,学分);教师授课(教师编号,课程号,班级号)。2、按需要对关系模式进行规范化。经过分析,教师表中的联系电话这一属性不符合第一范式,它是一个多值属性(需求分析得到教师的联系电话不止一个),所以现将联系电话属性拆分为三个属性-办公电话,移动电话和住宅电话。

9、即:教师(工作证号码,姓名,性别,年龄,办公室号,职称,职务,办公电话,移动电话,住宅电话);再经分析,概念模型E-R图中所涉与的表都能满足第三范式的要求3、对规范化后的模式进行评价。经过上一步的调整之后,模式已经基本符合题目要求,可以直接将规范化以后的模型应用于物理设计。4、根据局部应用的需要,设计用户外模式。三、物理设计:1、数据格式化:根据逻辑设计的结果,得到适合SQL Server 2000的数据格式和类型系统中具体的数据如下列表所示: Department列名数据类型约束DnoChar(7)Primary keyDn ameVarChar(30)Not nullDCIassNumbe

10、rSmalli ntGrademasterVarChar(30)Not null Class :列名数据类型约束Cl noChar(7)Primary keySpecialityVarChar(30)Not nullDnoChar(7)Refere neeDepartme nt(D no) Student列名数据类型约束SnoChar(7)Primary keySn ameVarChar(20)Not nullSsexChar(2)In( 男'/女),default('男)SbirthdayDatetimeCl noChar(7)Refere nee Class(Cl no)S

11、plaeeVarChar(20)DnoChar(7)Primary key Teacher :列名数据类型约束TnoChar(7)Primary keyTn ameVarChar(20)Not nullTsexChar(2)In( 男'/女),default('男)TBirthdayDatetimeTfun cti onVarChar(30)ThomeTelChar(8)Like 0-9' Course :列名数据类型约束CnoChar(2)Primary keyCn ameVarChar(30)Not nullCreditSmalli ntCtimeIn tegerC

12、typeChar(6)In ('必修课、选修课)、Default('必修课) Grade :列名数据类型约束SnoChar(7)Primarykey,refere neeStude nt(S no)CnoChar(2)Primarykey,refere neeCourse(C no)GmarkNumeric(4,1)>=0 and <=100CreditSmalli ntTC:列名数据类型约束TnoChar(7)Primarykey,refere neeTeacher(T no)CnoChar(2)Primary key,refere neeCourse(C no)

13、Cl noCl no(7)Primary key,refere neeClass(Cl no)2、表之间的联系:6”1>0 PCL jJLilUju*ea=E a ux s «:广切"VgTPArlhi vjr宀t!卜!&甲*TimIsincItoEtxxir-=j.dr>«UbLEVd:.*rTe«<ltCTOffi cc1g4g"Kigwg,p*;FMmiBtat T 虽 Hi 我 TT i n3i *T7III.系统维护设计:一、安全性要求:在这个系统中应该有三种用户:第一种是学生,这部分用户对系统中 的数据只有

14、查询的权限,没有任何修改的权限;第二种是教师。这部分用 户对系统中的数据不仅有查询的权限,对有关其所涉与的课程的学生成绩 还具有添加、修改、删除的功能;第三种用户是系统的管理员。他具有最 高权限,可以对系统中的任何数据作任何操作。一般由学院的特定的人专 门承担此任务。二、使用方式要求:用户在可视化的环境中使用该系统,通过用户名和口令对用户的访问(与权限)进行限制。此系统平均应该能满足 500人同时访问系统中的数3秒据库,最高峰应能达到平均访问量得两倍。 查询响应时间不应该对于三、可扩充性要求:系统中的数据库可以随学院规模的变化进行动态的扩充或缩减。功能 根据学院不同时期的不同要求做出适当的增删

15、。IV. SQL 查询一、所有来自北京的男生:Select snameFrom studentWhere ssex= '男' and splace= '北京'二、所有成绩 >90 的同学Select Student.sno,snameFrom Student,GradeWhere Student.sno=Grade.sno AndGrade.Gmark>90;三、教授数据库的老师Select Teacher.Tno,TnameFrom Teacher,TC,CourseWhere Teacher.Tno=TC.Tno AndTC.Cno=Course

16、.Cno AndCourse.Cname= ' DB'四、03 班年龄最大的 5 名同学五、某年以后出生的男同学六、选修某课程的学生与其成绩七、没有授课的教师八、某学生所选课程的总学分九、教授某学生必修课程的老师情况十、某学生选修了哪些系的课程十一、某系学生所学的所有课程十二、按总学分找出某系学习最好的5 名同学十三、按总学分积找出某系学习最好的5 名同学十四、可以毕业的学生V.参考文献数据库系统概论高等教育出版社 王珊SQL Server 2000 上机实验指导清华大学出版社与其它相关参考书VI. 课程设计心得体会:从此课程设计的过程中, 使我充分认识到了一个道理: “好事多

17、 磨”,就是说做任何事之前一定要把要做的事规划好,对可能出现的问 题预先作好解决的方案。在做设计之前,我对教务管理系统的认识只是停留在表面,缺 乏本质和深入地研究调查,以至与在着手设计的过程中,各种意想不 到的困难接踵而至。面对种种困难而又不知道怎样解决,无从下手的 我后来重新对此次的设计做了认真细致的规划和调查,重新做了全面 的分析,不断完善系统说明书。这使我在以后的设计之中作到了事半 功倍的效果,整个设计流程清晰明了。当然,在此次的设计中最大的困难就是经常由于一些小错误而花 费大量时间。人们常说: “办法总比困难多” ,通过查阅大量相关资料, 与老师和同学的不断交流使我对数据库有了较详细的认识,并能进行 一些工作量不是很大的开发。其实,这次设计的收获不仅仅是学会了设计数据库,我觉得这样 的过程相当重要,相当有意义,最大的收获就是对我这些年大学学习 的总结和培养了解决困难的信心和能力,使我对这些年所学知识能够 融会贯通,又不断丰富了新知识。正像老师说的一样,设计使得我们 对几年来所学的专业课有了更为深刻的认识,使

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论