收藏 分销(赏)

学生选课管理系统(数据库课程设计).pdf

上传人:快乐****生活 文档编号:4298968 上传时间:2024-09-04 格式:PDF 页数:36 大小:461.15KB
下载 相关 举报
学生选课管理系统(数据库课程设计).pdf_第1页
第1页 / 共36页
学生选课管理系统(数据库课程设计).pdf_第2页
第2页 / 共36页
学生选课管理系统(数据库课程设计).pdf_第3页
第3页 / 共36页
学生选课管理系统(数据库课程设计).pdf_第4页
第4页 / 共36页
学生选课管理系统(数据库课程设计).pdf_第5页
第5页 / 共36页
点击查看更多>>
资源描述

1、第 1 页 数据库系统原理及其应用教程课程设计报告 设计题目 选修课程管理系统的设计与实现 指导教师 第 2 页 摘摘 要要随着计算机技术的日新月异,极大的推动的各个行业的信息化进程。各大高校也急需进行信息化改革,以促进教学质量和工作效率快速提升。本文是在对各大高校全校公开课学生选课情况进行实地调查后,进行详细分析讨论后撰写的学生选课管理系统数据库设计报告。全第 3 页文从最初的系统规划,到需求分析、概念设计、逻辑设计、物理设计。每一阶段都进行了详细的分析。接下来的实现、运行与维护阶段,还进行了对本系统的测试,最后是本次项目开发的心得和体会以及本文的参考文献。本系统主要功能是对学生选课及相关信

2、息进行管理。较行业同类产品而言,本系统人机界面设计更加合理、人性化,用户操作简单方便。数据库的安全性更高,对用户访问权限进行了严格控制。数据存取速度更快,使用年限更长。可以很好的满足高校公开课学生选课的要求,极大的提高了学校的工作效率。关键字:学生选课管理系统;分析;设计目目 录录一、概述.21.1 设计背景.251.2 设计目的.271.3 设计内容.31二、需求分析.14第 4 页2.1 功能分析.52.2 工作流图.42.3 数据流图.52.4 数据字典.10三、概念模型设计.133.1 实体之间的联系.133.2 E-R 图.14四、逻辑设计.184.1 概念模型向关系模型的转换.18

3、4.2 概念模型的优化.19五、源代码及查询截图.205.1 数据库的存储结构.205.2 实现.235.3 人机界面设计.255.4 系统测试.275.5 运行维护.31六、总结.32参考文献.32 一、一、概述概述 1.11.1 设计背景设计背景可行性研究的目的是用最小的代价在尽可能的短的时间内确定数据库系统是否可能开发、是否值得开发、是否可以开发(在该报告中主要是考查学生第 5 页选课管理系统是否可能开发、是否值得开发、是否可以开发)。其实质是在较高层次上以较抽象方式进行的、简化的压缩的需求分析和概要设计过程。1.21.2 设计目的设计目的系统实现后,极大的方便对学生进行选课和选课后临时

4、班级的安排管理,学生选课信息的管理。避免在安排课程信息的滞后,减少信息交流的烦琐过程及其带来的开销。促进高校教育的计算机信息化进程,提高学校的工作效率。对于系统的本身而言,应该具有较高的实用性、安全性。能够极大的满足学生选课,以及学校对选课信息的管理。1.31.3 设计内容设计内容 调查学校教务处,设计用于管理全校学生选修课活动的系统。主要功能有:全校选修计划课程管理;全校选修开课课程管理;全校学生选课管理;全校选修课成绩管理;能够实现课程的查询,修改与删除功能。二、二、需求分析需求分析 2.12.1 功能分析功能分析主要功能:教师和学生登陆系统的帐号和密码,初始都分别为教师和学号,登陆后密第

5、 6 页码可以修改。其中教师的职位可以是管理员。管理员和非管理员的老师及学生对系统的操作具有不同的权限。管理员登陆系统,对学生选课情况进行管理,包括发布选课信息,对学生的选课情况进行查看。管理员还可以对授课老师的信息进行增加、删除、修改、查询。教师登陆系统,能查看自己的个人信息,及所授课的班级的所有学生的本门课程的成绩信息,并能进行增加和修改。学生登陆系统,能进行选课,查看管理员发布的选课信息,自己的选课情况,本人的基本信息,以及课程的成绩。系统自动分配学生选课后的临时班级。性能要求:管理员发布的信息、学生选课的信息以及管理员和学生对系统操作的信息必须及时的反映在本系统上,且无差错。输入要求:

6、具有很好的容错性和兼容性输出要求:应迅速、准确、实时2.22.2 工作流图工作流图系统需求:用户的需求具体体现在选课信息和用户信息的提供、保存、更新和查询的方面。这就要求数据库的设计必须合理,使之能够充分满足各种信息的输入和输出,保证数据存储的可靠性,并且能够快速取出和存入。而前台显示部分,应具有人性化的界面,方便用户操作。因各个学校的实际情况不同,系统应该具有兼容性。例如:一些学校学生人数较多,同时登陆系统,系统承载的负荷就很大。系统需要同时处理很大的数据量,这时系统不会因此崩溃。系统还应该具有较强的安全性,保证身份不同的用户,不能越权操作。非合法用户不能对数据进行操作。功能需求:通过系统功

7、能的分析,结合需求分析员在各大高校实地考查,调查的对象涵盖了,学校的教职工、在校师生。特别是对已经运行了与本系统同类产品的学校的师生使用选课管理系统心得体会进行了分析,总结出如下的需求信息:第 7 页(1)学生的需求:能进行选课,查看管理员发布的选课信息,自己的选课情况,本人的基本信息,课程的成绩;(2)教师的需求:能查看自己的个人信息,及所授课的班级的所有学生的本门课程的成绩信息,并能进行增加和修改;(3)管理员的需求:对学生选课情况进行管理,包括发布选课信息,对学生的选课情况进行查看。管理员还可以对授课老师的信息进行管理。2.32.3 数据流图数据流图系统顶层图:根据系统主要信息的处理功能

8、,整个系统可以看作登陆管理,用户选课管理两个部分。从而得出了学生选课管理系统的顶层图如下所示:D2选课信息库 学生选课管理系统顶层图F1用户D1用户信息库P1登陆管理P2用户选课管理F2F3F4F5F6F7F8F9F10注:F1:用户登陆信息 F2:用户注册信息 F3:用户基本信息 F4:用户基本信息F5:学生选课信息清单 F6:学生选课信息 F7:登陆错误信息 F8:系统反馈用户信息F9:用户信息清单 F10:修改密码后的用户信息 数据流程图一层分解图(1)用户登陆管理。用户在登陆时,系统会进行判断。用户一共有三种类第 8 页型,分别是学生,教师和管理员。其中,一部分教师是管理员。在登陆的只

9、有学生和教师两种类型,管理员的身份由系统自行判断。在判定时需要查询用户信息库。用户信息库,包括学生注册信息,教师注册信息,管理员信息等。学生选课管理系统一层分解图登陆管理,如下图所示:学生选课管理系统一层分解图登陆管理F1用户D1用户信息库F3F2.1F2.2P1.1用户身份判断F2.3P1.2修改密码F1F10P2用户操作管理F7.1F7.2注:F2.1:学生登陆信息 F2.2:教师登陆信息 F2.3:管理员登陆信息F7.1:用户身份信息 F7.2:修改密码的错误信息(2)用户操作管理。在登陆管理进行判断后,发送学生登陆信息,教师登陆信息,管理员登陆信息的其中一种。根据用户身份信息的不同,进

10、入不同的管理界面,相应的操作的功能,权限都有所不同。如下图所示:P2.1学生管理学生D1用户信息库D2选课信息库F2.1F8.1F3.1F6.1F5.1 学生选课管理系统一层分解图学生管理第 9 页注:F3.1:原始学生信息 F5.1:学生更新后的选课信F6.1:学生查询的选课信息 F8.1:学生操作后返回的信息P2.2教师管理教师D1用户信息库D2选课信息库F2.2F8.2F3.2F6.2F5.2 学生选课管理系统一层分解图教师管理注:F3.2:原始教师信息 5.2:教师更新后的选课信息F6.2:教师查询的选课信息 F8.1:教师操作后返回的信息P2.3管理员管理管理员D1用户信息库D2选课

11、信息库F2.3F8.3F3.3F6.3F5.3F9.1 学生选课管理系统一层分解图管理员管理注:F3.3:原始管理员信息 F9.1 更新后的用户信息 F6.3:管理员查询的选课信息 F8.1:管理员操作后返回的信息 F5.3:管理员更新后的选课信息数据流程图二层分解图(1)学生管理。将 P2.1 进行分解,学生管理包括,查看选课信息和个人信息,进行选课、重新选课。学生选课管理系统二层分解图学生管理如下第 10 页图所示:学生选课管理系统二层分解图学生管理D1用户信息库F8.1F5.1.1P2.1.1个人信息查询P2.1.2选课信息查询P2.1.3增加选课P2.1.4删除选课D2选课信息库F5.

12、1.2F6.1F2.1F2.1F2.1F2.1学生F8.1F8.1F8.1F3.1F3.1注:F3.1:学生个人信息 F5.1.1:增加后的选课信息 F5.1.2:删除后的选课信息(2)教师管理。将 P2.2 进行分解,教师管理包括,查看选课信息和个人信息,填写学生的成绩。学生选课管理系统二层分解图学生管理如下图所示:第 11 页学生选课管理系统二层分解图教师管理D1用户信息库F3.2.1P2.2.1个人信息查询P2.2.3查询选课信息P2.2.4填写学生成绩D2选课信息库F5.2.2F6.2F2.2F8.2F2.2教师F8.2F8.2F8.2注:F3.2.1:教师个人信息 F3.2.2:学生

13、个人信息 F5.2.2:增加后的学生成绩信息 F5.2.3:修改后的学生成绩信息(3)教师管理。将 P2.3 进行分解,管理员管理包括,1.管理学生信息,包括对学生信息的查询、增加,修改,删除;2.管理教师信息,包括对教师信息的查询、增加,修改,删除;3.选课信息管理,包括发布选课信息,增加,修改,删除选课课程等。学生管理系统二层分解图学生管理如下图所示:第 12 页 学生选课管理系统二层分解图管理员管理D1用户信息库P2.2.3管理学生信息P2.2.3管理教师信息F8.3F2.3F2.3F3.3.1F9.1.1F9.1.2F3.3.2D2选课信息库P2.2.3管理课程信息F2.3F3.3.3

14、F9.1.3P2.2.3管理班级信息F2.3F3.3.3F9.1.4管理员F8.3F8.3注:F3.3.1:原始学生信息 F3.3.2:原始教师信息 F3.3.3:原始课程信息F3.3.4:原始教室信息 F9.1.1:修改后学生信息 F9.1.2:修改后的教师信息 F9.1.3:修改后的课程信息 F9.1.3:修改后的班级信息 2.42.4 数据字典数据字典 数据流条目 用户登陆信息数据流条目编号F1数据流名称用户登陆信息来源用户去向P1:登陆管理简述用户在登陆时输入的账号、密码和验证码组成用户名+密码+身份+验证码 用户身份信息数据流条目编号F2数据流名称用户身份信息来源P1:登陆管理去向P

15、2:用户操作管理简述登陆系统判断用户身份后发送的信息第 13 页组成用户名+密码+身份+验证码 用户注册信息数据流条目编号F3数据流名称用户注册信息来源用户信息库去向P1:登陆管理简述系统从用户信息库中查询出来的用户注册信息组成学生注册信息+教师注册信息+管理员注册信息 用户基本信息数据流条目编号F4数据流名称用户基本信息来源D1:用户信息库去向P2:用户操作管理简述系统从用户信息库中查询出来的用户基本信息组成学生信息+教师信息+管理员信息 用户基本信息数据流条目编号F5数据流名称学生选课信息清单来源P2:用户操作管理去向D2:选课信息库简述用户操作数据后存入选课信息库中的信息组成学号+课程号

16、+成绩用户基本信息数据流条目编号F6数据流名称学生选课信息来源D2:选课信息库去向P2:用户操作管理简述用户操作数据后存入选课信息库中的信息组成学号+课程号+成绩+班级信息 用户基本信息数据流条目编号F7数据流名称登陆错误信息来源D2:选课信息库去向P2:用户操作管理第 14 页简述用户登陆时,输入的用户名,密码或验证码错误组成错误信息 用户基本信息数据流条目编号F8数据流名称系统反馈用户信息来源D2:选课信息库去向P2:用户操作管理简述用户进行操作后,系统反馈给用户信息组成查询或操作显示的信息,或错误提示信息用户基本信息数据流条目编号F9数据流名称用户信息清单来源P2:用户选课管理去向D1:

17、用户信息库简述用户操作数据后存入用户信息库中的信息组成学生信息+教师信息+管理员信息 用户基本信息数据流条目编号F10数据流名称修改密码后的用户信息来源P1:登陆管理去向D1:用户信息库简述用户修改密码后存入用户信息库的信息组成用户名+密码+身份数据处理登陆管理数据处理编号P1名称登陆管理输入流F1、F3输出流F2、F7、F10简述对登陆信息进行管理处理判断用户登陆时输入登陆信息是否正确第 15 页 用户操作管理数据处理编号P2名称用户操作管理输入流F2、F4、F6输出流F5、F8简述用户相关操作的管理处理根据用户的不同,进行不同的的用户操作管理数据存储数据存储处理编号数据存储名输入数据流删除

18、数据流流量D1用户信息库F9、F10F3、F4大D2选课信息库F6F5大 三、概念模型设计三、概念模型设计3.13.1 实体之间的联系实体之间的联系 根据需求分析,归结出合适的联系:1、一个学生最多能够选两门课,一门课可以被多个学生选 2、一个老师最多能教一门课,一门课可以被多个老师教授,3、教师中只有一个是管理员 4、一个学生可以属于不超过两个临时班级,一个临时班级可以有多名学生 5、一名教师可以在多个临时班级上课,一个临时班级只有一名教师教授3.23.2 E-RE-R 图图第 16 页 局部 E-R 图(1)学生课程联系 E-R 图学生课程联系 E-R 图学生课程选修MN成绩年龄密码系部学

19、号姓名性别课程号课程名学分上课时间结束时间开始时间(2)教师课程关系 E-R 图教师课程关系 E-R 图教师讲授1N课程课程号课程名学分上课时间结束时间开始时间性别教师名教师号年龄身份密码(3)学生临时班级联系 E-R 图第 17 页学生临时班级联系 E-R 图临时班级属于N学生M年龄密码系部学号姓名性别班级号班级名人数地点(4)管理员教师关系实体 E-R 图 管理员教师关系 E-R 图教师管理员1N性别教师名教师号年龄身份密码(5)教师班级关系实体 E-R 图第 18 页教师临时班级联系 E-R 图任教N1临时班级地点人数班级名班级号教师性别教师名教师号年龄身份密码(6)课程临时班级关系实体

20、 E-R 图上课时间班级号学分班级名课程名名开课时间地点课程号结束时间人数课程临时班级开设1N 课程临时班级联系 E-R 图第 19 页 全局 E-R 图 学生选课全局 E-R 图学生管理员1N教师课程班级选修成绩教授属于任教NNMMNN11开设1N 四、逻辑设计四、逻辑设计 4.14.1 概念模型向关系模型的转换概念模型向关系模型的转换根据需求分析中的 E-R 图,通过对实体的属性和之间的联系的分析,我们将其由概念模型向关系模型转化,并且根据范式化理论进行优化 1:N 联系的转化的关系模式(1)教师课程联系概念模型向关系模型的转化教师表(教师号,教师名,性别,年龄,身份,密码,课程号)课程表

21、(课程号,课程名,学分,上课时间,开课时间,结束时间)第 20 页(2)教师临时班级联系概念模型向关系模型的转化教师表(教师号,教师名,性别,年龄,身份,密码)临时班级表(班级号,班级名,人数,地点,教师号)(3)课程临时班级联系概念模型向关系模型的转化临时班级表(班级号,班级名,人数,地点,课程号)课程表(课程号,课程名,学分,上课时间,开课时间,结束时间)M:N 联系的转化的关系模式(1)学生选课联系概念模型向关系模型的转化学生表(学号,姓名,性别,年龄,系部,密码)课程表(课程号,课程名,学分,上课时间,开课时间,结束时间)选课表(学号,课程号,成绩)(2)学生班级联系概念模型向关系模型

22、的转化学生表(学号,姓名,性别,年龄,系部,密码)临时班级表(班级号,班级名,人数,地点)学生班级关系表(学生号,班级号)4.24.2 概念模型的优化概念模型的优化 确定范式级别根据上述分析所归结出来的数据依赖的种类和在本系统实际的开发过程中,需要涉及多表的查询及表的修改和删除,且存在多值依赖的实际情况下,其关系模式应达到 BCNF。实施规范化处理 由于学生选课联系的关系模式、学生班级的关系模式和教师管理员联系的关系模式已经不存非平凡且非函数依赖额多值依赖,所以在这里不需要做处理。各个关系模式的函数依赖集如下:教师课程联系:F=教师号教师名,教师号性别,教师号年龄,教师号身份,教师号密码,教师

23、号课程号班级临时班级联系:F=班级号班级名,班级号人数,班级号地点,第 21 页班级号教师号课程临时班级联系:F=班级号班级名,班级号人数,班级号地点,班级号课程号选课联系:F=(学号,课程号)成绩学生班级联系:F=(学生号,班级号)(1)教师课程联系概念模型向关系模型的优化教师表(教师号,教师名,性别,年龄,身份,密码)课程表(课程号,课程名,学分,上课时间,开课时间,结束时间)教师课程联系(教师号,课程号)(2)教师临时班级联系概念模型向关系模型的优化教师表(教师号,教师名,性别,年龄,身份,密码)临时班级表(班级号,班级名,人数,地点)教师临时班级关系(班级号,教师号)(3)课程临时班级

24、联系概念模型向关系模型的优化临时班级表(班级号,班级名,人数,地点)课程表(课程号,课程名,学分,上课时间,开课时间,结束时间)课程临时班级关系(班级号,课程号)经过规范化处理后的所有关系模如下:学生表(学号,姓名,性别,年龄,系部,密码)课程表(课程号,课程名,学分,上课时间,开课时间,结束时间)教师表(教师号,教师名,性别,年龄,身份,密码)临时班级表(班级号,班级名,人数,地点)教师课程关系(教师号,课程号)教师临时班级关系(班级号,教师号)选课表(学号,课程号,成绩)学生临时班级关系表(学生号,班级号)课程临时班级关系(班级号,课程号)第 22 页 五、源代码及查询截图五、源代码及查询

25、截图 5.15.1 数据库的存储结构数据库的存储结构通过需求分析,概要设计和逻辑设计流程得到本系统的数据库结构。数据库的表设计进一步确定上一章逻辑设计中设计好的关系模式中各个数据项的类型和长度,将每个关系转换为数据库中的二维表格,并确定了各个表的主键和外键,得到以下表结构:学生表字段名称字段含义数据类型及长度约束默认值Sno学号varchar(15)主键Sname姓名varchar(15)非空Ssex性别varchar(2)男Sage年龄int0 或0 或=0 或=0 或=100学生临时班级关系表字段名称字段含义数据类型及长度约束默认值Sno学号varchar(15)主键,外键Csno班级号v

26、archar(15)主键,外键 教师课程关系表字段名称字段含义数据类型及长度约束默认值Tno教师号varchar(15)主键,外键Cno课程号varchar(15)外键第 24 页教师临时班级关系表字段名称字段含义数据类型及长度约束默认值Csno班级号varchar(15)主键,外键Tno教师号varchar(15)外键课程临时班级关系表字段名称字段含义数据类型及长度约束默认值Csno班级号varchar(15)主键,外键Cno课程号varchar(15)外键数据的存放位置的设计根据本系统的数据库的使用情况,主数据文件信息量大且使用频繁将其存储在高速存储器(硬盘)上。将表和表上的索引存储在不同

27、的磁盘上以便提高查询效率,同时这样可以提高物理 I/O 读写效率。数据库备份文件和日志文件等文件因为使用频率小而且数据量非常大,存放在低速存储设备上。关系模式的存取方法关系模式采用索引存取方法与聚簇存取方法共用。数据库安全性在数据库中,由于用户的身份不同,对数据库的访问权限也就不同。管理员几乎能够对所有的用户自定义表进行操作(包括增、删、改、查)。但根据实际情况,学生一旦选课成功,管理员是无法对其选课信息进行修改。同样,学生与教师对数据库的访问权限就更加小了。这样也就保证了数据库安全性。另外一方面,数据库表中,各表之间根据实体完整性、参照完整性、域完整性设置了各种约束。一旦一张表被非法操作,如

28、删除,修改。也会影响其它第 25 页的表。所以这就要求 DBA 定时进行备份,防止当数据丢失时,引起不可估量的损失。5.25.2 实现实现根据概要设计和逻辑设计的结果,在计算机上建立实际的数据库结构,导入数据进行程序调试。数据库的实现(1)创建数据库Studentcreate database Studenton(name=学生选课管理库,filename=E:db学生选课管理库.mdf,size=5,maxsize=15,filegrowth=2)视图的实现(1)创建查询可供选择课程的视图create view cinfoas select ame,course.ccredit,class.

29、address,course.ctime,course.cbegintime,course.cendtime,class.number,o,class.csname,class.csnofrom course,tc,class,ccwhere o=o and o=o and class.csno=cc.csno (2)创建教师信息视图create view tinfoasselect teacher.tno,teacher.tname,teacher.tsex,teacher.tage,status,amefrom teacher,course,tcwhere teacher.tno=tc.t

30、no and o=o;(3)创建教师教师授课视图第 26 页create view tcinfoasselect teacher.tno,teacher.tname,o,amefrom teacher,course,tcwhere teacher.tno=tc.tno and o=o(4)学生的选课信息视图create view scinfoasselect student.sname,ame,course.ccredit,course.ctime,course.cbegintime,course.cendtime,student.snofrom student,course,scwhere

31、student.sno=sc.sno and o=o(5)教师任教情况create view ctinfoasselect teacher.tno,teacher.tname,class.csno,class.csname from class,teacher,ctwhere class.csno=ct.csno and ct.tno=teacher.tno(6)教师课程班级之间关系的视图create view tcsasselect o,tc.tno,cc.csno from cc,tc where o=o(7)学生课程班级之间的关系的视图create view sccasselect sc

32、s.sno,scs.csno,o from scs,cc where scs.csno=cc.csnoselect*from sc(8)学生的已选课程的成绩create view scgradeasselect scc.csno,class.csname,scc.sno,student.sname,o,ame,student.sclass,sc.gradefrom scc,course,class,student,sc where o=o and scc.csno=class.csno and scc.sno=student.sno and scc.sno=sc.sno and o=o(9)创

33、建查询可供选择课程的视图create view cinfoasselect course.Cname,course.Ccredit,class.address,course.CTime,course.Cbegintime,course.Cendtime,class.number,course.Cno,class.CSname,class.CSno,teacher.Tnamefrom tcs,teacher,class,coursewhere tcs.tno=teacher.tno and class.csno=tcs.csno and o=o(10)创建查询已选可供选择的课程的视图create

34、 view scinfoas select student.sno,student.sname,ame,course.ccredit,course.ctime,第 27 页course.cbegintime,course.cendtime,o,sc.gradefrom sc,student,coursewhere sc.sno=student.sno and o=o5.35.3 人机界面设计人机界面设计 用户登陆界面用户登陆界面是每一个用户,在登陆本系统时出现的界面,如要用户输入用户名、密码和验证码,以及确定用户身份。其界面如下图:用户登陆界面 学生选课管理界面学生登陆成功后,进入学生管理模块

35、,其界面如下:第 28 页学生选课管理界面 教师管理界面教师成功登陆系统后,教师管理界面如下图:教师管理界面 管理员管理界面管理员成功登陆系统后,管理员管理模块界面如下图:管理员管理界面学生选课管理系统 第六章 实现、运行与维护第 29 页5.45.4 系统测试系统测试 用户登陆测试(1)登陆信息验证测试。有一名用户,用户名为:S01001 密码为:hongfeng,其身份为学生。当其在登陆界面所有的信息输入正确时将进入如图6-2 的界面。如果该用户输入的为 abcdef,系统就会提示用户出错,出错界面如下:登陆错误提示 1(2)如果用户在输入登陆信息时不符合规范,将弹出错误提示。如:验证码要

36、求输入 4 位数字,现在输入 4 位字符或 3 位数字,将会弹出一下提示框:登陆错误提示 2学生选课管理测试(1)学生选课测试。一名学生用户,登陆系统后,进入图 6-2 界面,选择学生选课,进行选课。如下图:第 30 页 课程安排(2)该用户选择了考研数学和汽车概论两门课程,点击选课按钮,系统提示选课成功。选课成功后,返回课程安排界面,如下图:选课后的课程安排(3)课程安排界面,点击已选课程,进入如下界面:已选课程 教师管理测试(1)一名教师,登陆系统成功后,进入如图 6-3 界面,点击教师授课信息,显示该名教师临 1101 班任教,如下图:教师授课班级信息(2)在图 6-7-1 界面,点击查

37、看临 1101 班的信息,进入如下界面:第 31 页修改前的学生成绩(3)在界面点击修改,将“萧萧”的成绩修改成 90,修改后的界面如下:修改后的学生成绩 管理员管理测试(1)“王军”是本系统唯一一名管理员,登陆系统后,进入图 6-4 界面,下面对其对学生的管理进行测试。点击学生信息,进入如下图界面:学生信息管理(2)添加一个学号为“S01005”,姓名为“刘宏”,性别为“男”,22 岁,计算机学院,计科 0901 班的学生信息,添加成功后,如下图第 32 页 增加学生信息后的学生信息(3)在上述界面,输入“男”作为关键字,点击查询后,如下图:搜索后学生信息(3)在图上述界面,在第 6 行,点

38、击修改,将“刘娇”的性别改成男,修改成功后,如下图:修改后学生信息5.55.5 运行维护运行维护经过实际的测试和运行,已经可以满足高校公开课学生选课该,系统运行稳定,日后的使用和维护中 DBA 应该注意进行定期备份数据库,以免丢失数据库。定期清理数据库中的无效数据,以提高运行效率。对软件及运行环境进行日常维护。学生选课管理系统 总结第 33 页 六、总结六、总结 (设计过程中遇到的问题以及解决方法;课程学习及设计的体会)在此次的课程设计当中,我们遇到很多困难,同时也学习到很多。最重要的是深刻体会到了团队的重要性。在课程设计刚开始的时候,由于我们在没有进行详细的数据库分析的情况下,就盲目的编写程

39、序。使得在数据库表结构,关系模式出现问题或变动的时候,花费了大量时间来修改代码。造成了工作进度落后于预期进度。给以后的工作带来的很多的不便。这个时候已经离项目交付日期不到两周。我们的开发团队马上组织起来,召开紧急会议,总结了发生错误的原因。最后一起进行讨论,协商,决定改变以前的错误方针,重新进行详细的合理的数据库分析。踏踏实实的从可行性分析开始,经过需求分析、逻辑设计和物理设计。三天后,一份详细的数据库分析报告摆在大家的面前。此后,程序的编写就十分方便了。我们采用 MVC 模式的 Servlet+JSP+JavaBean 技术进行数据库的连接和界面的开发。在开发过程遇到最大的困难是,地址跳转的

40、问题。由于本系统是基于第 34 页Web 的,所以在从一个页面到另一个页面的跳转,地址的确定就极为重要。而恰恰开始的时候这方面大家掌握的并不是很好,所以总是出现了问题。大家针对这个问题,重新进行有关知识的学习。通过一边学习,一边解决遇到的问题。我们对这个方面的知识有了深刻的认识。总之,完成这次课程设计,我们都获益匪浅,对以后的项目开发有很大帮助。为了完成我的数据库课程设计,我从上学期就开始做了。了解到 C+在数据库方面的应用比较麻烦,也考虑到想在课程设计的过程中学到更多的东西,于是我从开头开始学 C#,一门全面的面向对象的编程语言。我从图书馆借了大量关于 C#的书,并在短时间内把 C#的基本语

41、句和功能看懂,之后就开始看 C#在数据库方面的应用。前期知识准备差不多的时候,就开始动工做我的课程设计。在 开始的时候,总会遇到这样或那样的问题,在做的过程中,慢慢摸索和研究,把其中的一个个问题逐个解决。为了更好地完成课程设计,我利用了软件工程的思想,对系统进行需求分析,系统设计,数据库设计等。使程序设计的过程更加合理化、系统化,同时也提高了我的编程思想和应用能力。第 35 页对 于每一次课程设计,我都独立地去完成。这一次也不例外,课程设计从上学期期末就已经开展。在暑假的时候,我要到外地去实习,时间不是很充裕,但我尽了一切 的可能,挤出时间来做完我的课程设计。这个过程是艰苦的,但我从这个过程中

42、,学到了很多的东西。不但可以巩固我的数据库应用方面的知识,我又学会了一门新 的语言。提高了自己动手实践的能力,把书本的知识转化为实际应用中去,丰富了自己的实践经验。参考文献1 陆琳,刘桂林.数据库技术与应用-SQL Server 2005M.长沙:中南大学出版社,20102 何旭洪,余建英.PowerBuilder 数据库开发实例导航M.北京:人民邮电出版社,20033 王小玲,刘卫国.数据库应用基础教程M.北京:中国铁道出版社,20084 施伯乐,丁宝康,汪卫.数据库系统教程M.第 3 版.北京:高等教育出版社,20085 程云志,张帆,崔翔.数据库原理与 SQL Server2005 应用教程 M.北京:机械工业出版社,20066 苗雪兰,刘瑞新,宋会群.数据库技术与应用M.北京:机械工业出版社,20067 李春葆,曾平.数据库原理与应用:基于 SQL Server200M.北京:清华大学出版社,2006第 36 页8 宁洪,赵文涛,贾丽丽.数据库系统原理M.北京:北京邮电大学出版社,20059 何玉洁.数据库基础及应用技术M.第二版.北京:清华大学出版社,2004

展开阅读全文
部分上传会员的收益排行 01、路***(¥15400+),02、曲****(¥15300+),
03、wei****016(¥13200+),04、大***流(¥12600+),
05、Fis****915(¥4200+),06、h****i(¥4100+),
07、Q**(¥3400+),08、自******点(¥2400+),
09、h*****x(¥1400+),10、c****e(¥1100+),
11、be*****ha(¥800+),12、13********8(¥800+)。
相似文档                                   自信AI助手自信AI助手
搜索标签

当前位置:首页 > 学术论文 > 其他

移动网页_全站_页脚广告1

关于我们      便捷服务       自信AI       AI导航        获赠5币

©2010-2024 宁波自信网络信息技术有限公司  版权所有

客服电话:4008-655-100  投诉/维权电话:4009-655-100

gongan.png浙公网安备33021202000488号   

icp.png浙ICP备2021020529号-1  |  浙B2-20240490  

关注我们 :gzh.png    weibo.png    LOFTER.png 

客服