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

计算机科学与技术学部数据库课程设计报告题目：学生选课管理系统指导老师：学号：姓名：班级：计科0901班时间：202372-23分数：摘要随着计算机技术的日新月异，极大的推动的各个行业的信息化进程。各大高校也急需进行信息化改革，以促进教学质量和工作效率快速提升。本文是在对各大高校全校公开课学生选课情况进行实地调查后，进行详细分析讨论后撰写的学生选课管理系统数据库设计报告。全文从最初的系统规划，到需求分析、概念设计、逻辑设计、物理设计。每一阶段都进行了详细的分析。接下来的实现、运行与维护阶段，还进行了对本系统的测试，最后是本次工程开发的心得和体会以及本文的参考文献。本系统是采用MVC模式(jsp+javabean+servlet)进行的J2EE企业级开发，主要功能是对学生选课及相关信息进行管理。较行业同类产品而言，本系统人机界面设计更加合理、人性化，用户操作简单方便。数据库的平安性更高，对用户访问权限进行了严格控制。数据存取速度更快，使用年限更长。可以很好的满足高校公开课学生选课的要求，极大的提高了学校的工作效率。关键字：学生选课管理系统；SQLServer；JSP第一章系统规划O1.1引言O1.1.1编写目的O工程背景错误!未定义书签。1.2 可行性研究的前提O1.2.1 2.1目标O1.2.2 要求O1.2.3 条件假定和限制11.2.4 决定可行性的主要因素11.3 技术可行性分析21.3.1 1技术的支持能力21.3.2 技术的优势21.3.3 技术的难点21.4 经济可行性分析2预期支出错误!未定义书签。预期收益错误!未定义书签。1.5 社会可行性分析31.5 .1法律因素31.6 .2用户使用可行性31.6意见结论3第二章需求分析42.1系统需求42.2功能需求42.3数据流图52. 3.1系统顶层图53. 3.2数据流程图一层分解图54. 3.3数据流程图二层分解图12. 4数据字典32. 4.1数据流条目33. 4.2数据处理54. 4.3数据存储5第三章概念设计65. 1实体之间的联系63. 2E-R图63. 2.1局部E-R图6第四章逻辑设计103.1 概念模型向关系模型的转换104. 1.11:N联系的转化的关系模式IO4.1 2M:N联系的转化的关系模式104.2概念模型的优化114. 2.1确定范式级别114.2.2实施标准化处理11第五章物理设计135. 1数据库的存储结构135. 1.2数据库的表设计13数据的存放位置的设计错误!未定义书签。5. 1.4关系模式的存取方法155. 1.5.数据库平安性15第六章实现、运行与维护166. 1实现166.1.1数据库的实现166.1.2视图的实现166.2人机界面设计186.2.1用户登陆界面186.2.2学生选课管理界面186.2.3教师管理界面186.2.4管理员管理界面186.3系统测试19用户登陆测试错误!未定义书签。6.3.2学生选课管理测试196.3.3教师管理测试196.3.4管理员管理测试196.4运行维护20总结21参考文献22第一章系统规划1.1 引言1.1.1 编写目的可行性研究的目的是用最小的代价在尽可能的短的时间内确定数据库系统是否可能开发、是否值得开发、是否可以开发（在该报告中主要是考查学生选课管理系统是否可能开发、是否值得开发、是否可以开发其实质是在较高层次上以较抽象方式进行的、简化的压缩的需求分析和概要设计过程。开发软件名称：学生选课管理系统工程任务提出者一：李军工程开发者：洪峰、陈梓明等用户：各大高校师生1.2 可行性研究的前提1 .2.1目标系统实现后，极大的方便对学生进行选课和选课后临时班级的安排管理,学生选课信息的管理。防止在安排课程信息的滞后，减少信息交流的烦琐过程及其带来的开销。促进高校教育的计算机信息化进程，提高学校的工作效率。对于系统的本身而言，应该具有较高的实用性、平安性。能够极大的满足学生选课，以及学校对选课信息的管理。1.2 .2要求主要功能：教师和学生登陆系统的帐号和密码，初始都分别为教师和学号，登陆后密码可以修改。其中教师的职位可以是管理员。管理员和非管理员的老师及学生对系统的操作具有不同的权限。管理员登陆系统，对学生选课情况进行管理，包括发布选课信息，对学生的选课情况进行查看。管理员还可以对授课老师的信息进行增加、删除、修改、查询。教师登陆系统，能查看自己的个人信息，及所授课的班级的所有学生的本门课程的成绩信息，并能进行增加和修改。学生登陆系统，能进行选课，查看管理员发布的选课信息，自己的选课情况，本人的根本信息，以及课程的成绩。系统自动分配学生选课后的临时班级。性能要求：管理员发布的信息、学生选课的信息以及管理员和学生对系统操作的信息必须及时的反映在本系统上，且无过失。输入要求：具有很好的容错性和兼容性输出要求：应迅速、准确、实时完成期限：预计五个星期，即截止2023年12月30日。1.2.3 条件假定和限制建议软件寿命：未知经费来源：自费硬件条件：IntClPentium4、IG内存同等性能及以上的硬件条件数据库：MicrosoftSQLserver2005投入运行最迟时间：2023年1月5日1.2.4 决定可行性的主要因素技术可行，现有技术可完全承当开发任务。操作可行，软件能被操作人员快速接受。经济可行，为小型系统软件，支出较小。社会可行，使用软件全部为正版，且本软件在法律允许范围之内1.3 技术可行性分析技术上的可行性分析要考虑现有技术条件能否顺利完成开发工作及将来要采用的硬件和软件技术能否满足用户提出的要求。1.3.3 技术的支持能力本系统采用J2EE企业级开发方案，其中MyEclipse8.5作为系统前台应用程序开发工具，采用SQLServer2005工具建立数据库，并通过JDBC使两者进行连接从而进行系统软件开发。此前，我们已使用相同技术开发过类似软件系统,具有一定开发经验。此外，从开发人员的水平考虑，本系统的软件开发人员，都具有较强软件开发能力，且之前开发都参加过类似软件系统的开发，经验丰富。1.3.4 技术的优势一、J2EE体系结构提供中间层集成框架用来满足无需太多费用而又需要高可用性、高可靠性以及可扩展性的应用的需求；二、开发效率、代码重用率高；三、跨平台，编写一次，随处运行；四、开发界面友好，智能。1.3.5 技术的难点一、数据库设计和维护二、系统负荷和平安问题1.4 经济可行性分析根底投资：计算机10台：5000*10=5万人员工资：5000元*2月*10人=10万宣传费用：1万其他不可知支出：2万支出共计：18万本学生选课管理系统其它所需的硬件(计算机及相关硬件)和软件环境(MyEclipse8.5+Tomcat5.5+JDK1.6+SQLServer2005),市场上都容易购置到或从相关网站下载。其中JDKL5为开源免费软件。而SQLserver2005本软件采用的是学习版，也是免费的，MyECIiPSe8.5以前已经购得，开发本钱较小。预期出售价格：2万/套目标客户：全国各大高校预期出售量：40套/年预期收益：40*2=80万预期收益预期支出，开发本系统能够为投资者带来较高的收益。1.5 社会可行性分析1.5.3 法律因素开发使用的所有软件都选用正版，其中JDKl.5为开源免费软件。而SQLserver2005本软件采用的是学习版，也是免费的。1.5.4 用户使用可行性本软件操作简单，界面友好，功能完备，有一定计算机根底的人员就能进行操作。1.6 意见结论根据上述分析，技术、经济、社会可行性都可行，可以立即进行开发。第二章需求分析2.1系统需求用户的需求具体表达在选课信息和用户信息的提供、保存、更新和查询的方面。这就要求数据库的设计必须合理，使之能够充分满足各种信息的输入和输出，保证数据存储的可靠性，并且能够快速取出和存入。而前台显示局部，应具有人性化的界面，方便用户操作。因各个学校的实际情况不同，系统应该具有兼容性。例如：一些学校学生人数较多，同时登陆系统，系统承载的负荷就很大。系统需要同时处理很大的数据量，这时系统不会因此崩溃。此外，系统还应该具有较强的平安性，保证身份不同的用户，不能越权操作。非合法用户不能对数据进行操作。2.2功能需求通过系统功能的分析，结合需求分析员在各大高校实地考查，调查的对象涵盖了，学校的教职工、在校师生。特别是对已经运行了与本系统同类产品的学校的师生使用选课管理系统心得体会进行了分析，总结出如下的需求信息：(1)学生的需求：能进行选课，查看管理员发布的选课信息，自己的选课情况，本人的根本信息，课程的成绩；(2)教师的需求：能查看自己的个人信息，及所授课的班级的所有学生的本门课程的成绩信息，并能进行增加和修改；(3)管理员的需求：对学生选课情况进行管理，包括发布选课信息，对学生的选课情况进行查看。管理员还可以对授课老师的信息进行管理。2. 3数据流图3. 3.1系统顶层图根据系统主要信息的处理功能，整个系统可以看作登陆管理，用户选课管理两个局部。从而得出了学生选课管理系统的顶层图如下所示：注：Fl:用户登陆信息F2:用户注册信息F3:用户根本信息F4:用户根本信息F5:学生选课信息清单F6:学生选课信息F7:登陆错误信息F8:系统反应用户信息F9:用户信息清单FIO:修改密码后的用户信息4. 3.2数据流程图一层分解图(1)用户登陆管理。用户在登陆时，系统会进行判断。用户一共有三种类型，分别是学生，教师和管理员。其中，一局部教师是管理员。在登陆的只有学生和教师两种类型，管理员的身份由系统自行判断。在判定时需要查询用户信息库。用户信息库，包括学生注册信息，教师注册信息，管理员信息等。学生选课管理系统一层分解图一一登陆管理，如下列图所示：注：F2.1:学生登陆信息F2.2:教师登陆信息F2.3:管理员登陆信息F7.1:用户身份信息F7.2:修改密码的错误信息(2)用户操作管理。在登陆管理进行判断后，发送学生登陆信息，教师登陆信息，管理员登陆信息的其中一种。根据用户身份信息的不同，进入不同的管理界面，相应的操作的功能，权限都有所不同。如下列图所示：注：F3.1:原始学生信息F5.1:学生更新后的选课信F6.1:学生查询的选课信息F8.I:学生操作后返回的信息注：F3.2:原始教师信息5.2:教师更新后的选课信息F6.2:教师查询的选课信息F8.1:教师操作后返回的信息注：F3.3:原始管理员信息F9.1更新后的用户信息F6.3:管理员查询的选课信息F8.1:管理员操作后返回的信息F5.3:管理员更新后的选课信息2.3.3数据流程图二层分解图(1)学生管理。将P2.1进行分解，学生管理包括，查看选课信息和个人信息，进行选课、重新选课。学生选课管理系统二层分解图一一学生管理如下列图所示：注：F3.1:学生个人信息F5.1.1:增加后的选课信息F51.2:删除后的选课信息(2)教师管理。将P2.2进行分解，教师管理包括，查看选课信息和个人信息，填写学生的成绩。学生选课管理系统二层分解图一一学生管理如下列图所示:注：F3.2.1:教师个人信息F3.2.2:学生个人信息F5.2.2:增加后的学生成绩信息F5.2.3:修改后的学生成绩信息(2)教师管理。将P2.3进行分解，管理员管理包括，1.管理学生信息，包括对学生信息的查询、增加，修改，删除；2.管理教师信息，包括对教师信息的查询、增加，修改，删除；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.4数据字典2.4.1数据流条目编号Fl数据流名称用户登陆信息来源用户去向P1：登陆管理简述用户在登陆时输入的账号、密码和验证码组成用户名+密码+身份+验证码表2.2用户身份信息数据流条目编号F2数据流名称用户身份信息来源P1：登陆管理去向P2：用户操作管理简述登陆系统判断用户身份后发送的信息组成用户名+密码+身份+验证码表2.3用户注册信息数据流条目编号F3数据流名称用户注册信息来源用户信息库去向P1：登陆管理简述系统从用户信息库匚口查询出来的用户注十信息组成学生注册信息+教师注册信息+管理员注册信息表2.4用户根本信息数据流条目编号F4数据流名称用户根本信息来源D1：用户信息库去向P2：用户操作管理简述系统从用户信息库匚口查询出来的用户根本信息组成学生信息+教师信息+管理员信息表2.5用户才艮本信息数据流条目编号F5数据流名称学生选课信息清单来源P2：用户操作管理去向D2：选课信息库简述用户操作数据后存入选课信息库中的信息组成学号+课程号+成绩表2.6用户才艮本信息数据流条目编号F6数据流名称学生选课信息来源D2：选课信息库去向P2：用户操作管理简述用户操作数据后存入选课信息库中的信息组成学号+课程号+成绩+班级信息表2.7用户1艮本信息数据流条目编号F7数据流名称登陆错误信息来源D2：选课信息库去向P2：用户操作管理简述用户登陆时，输入的用户名，密码或验证码错误组成错误信息表2.8用户1艮本信息数据流条目编号F8数据流名称系统反应用户信息来源D2：选课信息库去向P2：用户操作管理简述用户进行操作后,系统反应给用户信息组成查询或操作显示的信息，或错误提示信息表2.9用户1艮本信息数据流条目编号F9数据流名称用户信息清单来源P2：用户选课管理去向D1：用户信息库简述用户操作数据后存入用户信息库中的信息组成学生信息+教师信息+管理员信息表2.10用户根本信息数据流条目编号FlO数据流名称修改密码后的用户信息来源P1：登陆管理去向D1：用户信息库简述用户修改密码后存入用户信息库的信息组成用户名+密码+身份2.4.2数据处理表2.11招陆管理数据处理编号Pl名称登陆管理输入流FEF3输出流F2、F7、FlO简述对登陆信息进行管理处理判断用户登陆时输入登陆信息是否正确表2.12用户操作管理数据处理编号P2名称用户操作管理输入流F2、F4、F6输出流F5、F8简述用户相关操作的管理处理根据用户的不同，进行不同的的用户操作管理2.4.3数据存储表2.13数据存储处理编号数据存储名输入数据流删除数据流流量Dl用户信息库F9、FlOF3、F4大D2选课信息库F6F5大第三章概念设计3.1实体之间的联系根据需求分析，归结出适宜的联系：1、一个学生最多能够选两门课，一门课可以被多个学生选2、一个老师最多能教一门课，一门课可以被多个老师教授，3、教师中只有一个是管理员4、一个学生可以属于不超过两个临时班级，一个临时班级可以有多名学生5、一名教师可以在多个临时班级上课，一个临时班级只有一名教师教授3.2E-R图3.2.1局部E-R图(1)学生课程联系E-R图(2)教师课程关系E-R图(3)学生临时班级联系E-R图(4)管理员教师关系实体E-R图(5)教师班级关系实体E-R图(6)课程临时班级关系实体E-R图3. 2.2全局E-R图第四章逻辑设计3.1 概念模型向关系模型的转换根据需求分析中的E-R图，通过对实体的属性和之间的联系的分析，我们将其由概念模型向关系模型转化，并且根据范式化理论进行优化3.1.1 1：N联系的转化的关系模式（1）教师课程联系概念模型向关系模型的转化教师表（教师号,教师名，性别，年龄，身份，密码，课程号）课程表（课程号,课程名，学分,上课时间，开课时间，结束时间）（2）教师临时班级联系概念模型向关系模型的转化教师表（教师号,教师名，性别，年龄,身份，密码）临时班级表（班级号,班级名，人数，地点，教师号）（3）课程临时班级联系概念模型向关系模型的转化临时班级表（班级号,班级名，人数，地点，课程号）课程表（课程号,课程名，学分,上课时间，开课时间，结束时间）3.1.2 M:N联系的转化的关系模式（1）学生选课联系概念模型向关系模型的转化学生表（学号，姓名，性别，年龄，系部，密码）课程表（课程号,课程名，学分,上课时间，开课时间，结束时间）选课表（学号，课程号,成绩）（2）学生班级联系概念模型向关系模型的转化学生表（学号，姓名，性别，年龄，系部，密码）临时班级表（班级号,班级名，人数，地点）学生班级关系表（学生号，班级号）3.2 概念模型的优化4. 2.1确定范式级别根据上述分析所归结出来的数据依赖的种类和在本系统实际的开发过程中，需要涉及多表的查询及表的修改和删除，且存在多值依赖的实际情况下，其关系模式应到达BCNFo5. 2.2实施标准化处理由于学生选课联系的关系模式、学生班级的关系模式和教师管理员联系的关系模式已经不存非平凡且非函数依赖额多值依赖，所以在这里不需要做处理各个关系模式的函数依赖集如下：教师课程联系：F=教师号一教师名，教师号性别，教师号一年龄，教师号一身份，教师号一密码，教师号一课程号班级临时班级联系：F=班级号一班级名，班级号人数，班级号地点，班级号f教师号课程临时班级联系：F=班级号一班级名，班级号一人数，班级号一地点，班级号f课程号选课联系：F=（学号，课程号）一成绩学生班级联系：F=（学生号，班级号）（1）教师课程联系概念模型向关系模型的优化教师表（教师号,教师名，性别，年龄，身份，密码）课程表（课程号,课程名，学分,上课时间，开课时间，结束时间）教师课程联系（教师号,课程号）（2）教师临时班级联系概念模型向关系模型的优化教师表（教师号,教师名，性别，年龄,身份，密码）临时班级表（班级号,班级名，人数，地点）教师临时班级关系（班级号,教师号）（3）课程临时班级联系概念模型向关系模型的优化临时班级表（班级号，班级名，人数，地点）课程表（课程号,课程名，学分,上课时间，开课时间，结束时间）课程临时班级关系（班级号,课程号）经过标准化处理后的所有关系模如下：学生表（,姓名，性别，年龄，系部，密码）课程表（课程号,课程名，学分,上课时间，开课时间，结束时间）教师表（教师号,教师名,性别，年龄,身份，密码）临时班级表（班级号,班级名，人数，地点）教师课程关系（教师号,课程号）教师临时班级关系（班级号,教师号）选课表1学号，课程号,成绩）学生临时班级关系表（学生号，班级号）课程临时班级关系班级号，课程号）第五章物理设计5.1数据库的存储结构通过需求分析，概要设计和逻辑设计流程得到本系统的数据库结构。5.1.2数据库的表设计进一步确定上一章逻辑设计中设计好的关系模式中各个数据项的类型和长度，将每个关系转换为数据库中的二维表格，并确定了各个表的主键和外键，得到以下表结构：表5.1学生表字段名称字段含义数据类型及长度约束默认值Sno学号varchar(15)主键Sname姓名varchar(15)非空Ssex性别varchar(2)男Sage年龄int>0或<40Sclass班级varchar(15)Sdept系部varchar(20)Spass密码varchar(15)非空表5.2教师表字段名称字段含义数据类型及长度约束默认值Tno教师号varchar(15)主键Tname姓名varchar(15)非空Tsex性别varchar(2)男Tage年龄int>0或<100Tpass密码varchar(15)Status身份varchar(10)表5.3课程表字段名称字段含义数据类型及长度约束默认值Cno课程号varchar(15)主键Cname课程名varchar(15)非空Credit学分intCtime年龄varchar(15)Cbegintime班级varchar(15)表5.4临时班级表字段名称字段含义数据类型及长度约束默认值Csno课程号varchar(15)主键Csname课程名varchar(15)非空Address地址varchar(15)Number人数Int>=0或<=100表5.5选课表字段名称字段含义数据类型及长度约束默认值Sno课程号varchar(15)主键,外键Cname课程名varchar(15)主键,外键Grade成绩Int>=0或<=100字段名称字段含义数据类型及长度约束默认值Sno学号varchar(15)主键,外键Csno班级号varchar(15)主键,外键表5.7教师课程关系表字段名称字段含义数据类型及长度约束默认值Tno教师号varchar(15)主键,外键Cno课程号varchar(15)外键表5.8教师临时班级关系表字段名称字段含义数据类型及长度约束默认值Csno班级号varchar(15)主键,外键Tno教师号varchar(15)外键表5.9课程临时班级关系表字段名称字段含义数据类型及长度约束默认值Csno班级号varchar(15)主键,外键Cno课程号varchar(15)外键根据本系统的数据库的使开情况，主数据文件信息量大且使用频繁夺其存储在高速存储器（硬盘）上。将表和表上的索引存储在不同的磁盘上以便提高查询效率，同时这样可以提高物理I/O读写效率。数据库备份文件和日志文件等文件因为使用频率小而且数据量非常大，存放在低速存储设备上。5.1.4关系模式的存取方法关系模式采用索引存取方法与聚簇存取方法共用。5. 1.5.数据库平安性在数据库中，由于用户的身份不同，对数据库的访问权限也就不同。管理员几乎能够对所有的用户自定义表进行操作（包括增、删、改、查）。但根据实际情况，学生一旦选课成功，管理员是无法对其选课信息进行修改。同样，学生与教师对数据库的访问权限就更加小了。这样也就保证了数据库平安性。另外一方面，数据库表中，各表之间根据实体完整性、参照完整性、域完整性设置了各种约束。一旦一张表被非法操作，如删除，修改。也会影响其它的表。所以这就要求DBA定时进行备份，防止当数据丧失时，引起不可估量的损失。第六章实现、运行与维护5.1 实现根据概要设计和逻辑设计的结果，在计算机上建立实际的数据库结构，导入数据进行程序调试。5.1.1 数据库的实现创立数据库StUdentCreatedatabaseStudenton(name=，学生选课管理库Ifilename-,E:db学生选课管理库.mdf',size=5zmaxsize-15,flegrowth_2)J6. 1.2视图的实现(1)创立查询可供选择课程的视图Createviewcinfoasselectcourseamezcourse.ccreditzclass.address,course.ctimezcourse.Cbegintimezcourse.cendtimezclass.number,courseozclass.csname,class.csnofromcourse,tczclass,ccwherecourseo=tcoandcourseo=ccoandclass.csno=cc.csno(2)创立教师信息视图Createviewtinfoasselectteacher.tno,teacher.tnamezteacher.tsexzteacher.tagezstatus,courseamefromteacher,course,tcwhereteacher.tnotc.tnoandtco-courseo;(3)创立教师教师授课视图Createviewtcinfoasselectteacher.tnozteacher.tname,courseozcourseamefromteacher,course,tcwhereteacher.tnotc.tnoandtco=courseo(4)学生的选课信息视图Createviewscinfoasselectstudent.snamezcourseamezcourse.ccreditzcourse.ctime,course.Cbegintimezcourse.cendtime,student.snofromstudent,course,scwherestudent.sno=sc.snoandcourseo=sco(5)教师任教情况Createviewctinfoasselectteacher.tnozteacher.tnamezclass.csnozclass.csnamefromclass,teacher,ctwhereclass.csno=ct.csnoandct.tno=teacher.tno(6)教师课程班级之间关系的视图Createviewtcsasselecttcoztc.tnozcc.csnofromccztcwherecco=tco(7)学生课程班级之间的关系的视图createviewseeasselectscs.snozscs.csnozccofromscszccwherescs.csno-cc.csnoselect*fromsc(8)学生的已选课程的成绩createviewscgradeasselectsee.csno,class.csname,see.sno,student.snamezseeozcourseamezstudent.sclasszsc.gradefromscczcourse,class,student,scwhereseeo-courseoandsee.csno=class.csnoandsee.sno-student.snoandsee.sno-sc.snoandsee。-SCo(9)创立查询可供选择课程的视图createviewcinfoasselectcourseamefcourse.Ccreditfclass.address,course.CTimezcourse.Cbegintimezcourse.Cendtimezclass.numberzcourseozclass.CSnamezclass.CSnozteacher.Tnamefromtcszteacher,class,coursewheretcs.tno-teacher.tnoandclass.esno-tes.csnoandcourseo-teso(10)创立查询己选可供选择的课程的视图createviewscinfoasselectstudent.sno,student.snamezcourseame,course.ccreditzcourse.ctimezcourse.Cbegintimezcourse.cendtimezcourseozsc.gradefromsczstudent,coursewheresc.sno=student.snoandsco=courseo6.2人机界面设计6.2.1用户登陆界面用户登陆界面是每一个用户，在登陆本系统时出现的界面，如要用户输入用户名、密码和验证码，以及确定用户身份。其界面如下列图：图67用户登陆界面6.2.2学生选课管理界面学生登陆成功后，进入学生管理模块，其界面如下：图6-2学生选课管理界面6.2.3教师管理界面教师成功登陆系统后，教师管理界面如下列图：图6-3教师管理界面6.2.4管理员管理界面管理员成功登陆系统后，管理员管理模块界面如下列图:图6-4管理员管理界面(1)登陆信息验证测试。有一名用户，用户名为：SOlOOl密码为：hongfeng,其身份为学生。当其在登陆界面所有的信息输入正确时将进入如图6-2的界面。如果该用户输入的为abcdef,系统就会提示用户出错，出错界面如下：图6-5-1登陆错误提示1(2)如果用户在输入登陆信息时不符合标准，将弹出错误提示。如：验证码要求输入4位数字，现在输入4位字符或3位数字，将会弹出一下提示框：图6-5-2登陆错误提示26.3.2学生选课管理测试(1)学生选课测试。一名学生用户，登陆系统后，进入图6-2界面，选择学生选课，进行选课。如下列图：图6-67课程安排12)该用户选择了考研数学和汽车概论两门课程，点击选课按钮，系统提示选课成功。选课成功后，返回课程安排界面，如下列图：图6-6-2选课后的课程安排(3)课程安排界面，点击已选课程，进入如下界面：图6-6-3已选课程6.3.3教师管理测试(1)一名教师，登陆系统成功后，进入如图6-3界面，点击教师授课信息，显示该名教师临1101班任教，如下列图：图6-7-1教师授课班级信息(2)在图6-7-1界面，点击查看临1101班的信息，进入如下界面：图6-7-2修改前的学生成绩(3)在6-7-2界面点击修改，将“萧萧”的成绩修改成90,修改后的界面如下：图6-7-2修改后的学生成绩6. 3.4管理员管理测试门)“王军是本系统唯一一名管理员，登陆系统后，进入图6-4界面，下面对其对学生的管理进行测试。点击学生信息，进入如下列图界面：li三ii学生信息管理增加学生侑息请输入关际画编号学号姓名性别班级系别操作1SOlOOl蔺云女21英语教育0901班外国语学院2S01002李云帆男22材料IoOl班机楠工程学院3S01003轴女19计科0903班计算机学院4S01004肖例赛男21通信090坳机械工程学院5S09013刘妍男21计科0904班计算机学院6SO9312丽敢女19材料IOol现机械工程学院图6-87学生信息管理(2)添加一个学号为“S01005”,姓名为“刘宏，性别为“男，22岁，计算机学院，计科0901班的学生信息，添加成功后，如下列图图6-8-2增加学生信息后的学生信息(3)在图6-8-2界面，输入“男作为关键字，点击查询后，如下列图：图6-8-3搜索后学生信息(3)在图6-8-2界面，在第6行，点击修改，将“刘娇的性别改成男，修改成功后，如下列图：图6-8-4修改后学生信息6.4运行维护经过实际的测试和运行，已经可以满足高校公开课学生选课该，系统运行稳定，日后的使用和维护中DBA应该注意进行定期备份数据库，以免丧失数据库。定期清理数据库中的无效数据，以提高运行效率。对软件及运行环境进行日常维护。在此次的课程设计当中，我们遇到很多困难，同时也学习到很多。最重要的是深刻体会到了团队的重要性。在课程设计刚开始的时候，由于我们在没有进行详细的数据库分析的情况下，就盲目的编写程序。使得在数据库表结构，关系模式出现问题或变动的时候，花费了大量时间来修改代码。造成了工作进度落后于预期进度。给以后的工作带来的很多的不便。这个时候已经离工程交付日期不到两周。我们的开发团队马上组织起来，召开紧急会议，总结了发生错误的原因。最后一起进行讨论，协商，决定改变以前的错误方针，重新进行详细的合理的数据库分析。踏踏实实的从可行性分析开始，经过需求分析、逻辑设计和物理设计。三天后，一份详细的数据库分析报告摆在大家的面前。此后，程序的编写就十分方便了。我们采用MVC模式的Servlet÷JSP+JavaBean技术进行数据库的连接和界面的开发。在开发过程遇到最大的困难是，地址跳转的问题。由于本系统是基于Web的，所以在从一个页面到另一个页面的跳转，地址确实定就极为重要。而恰恰开始的时候这方面大家掌握的并不是很好，所以总是出现了问题。大家针对这个问题，重新进行有关知识的学习。通过一边学习，一边解决遇到的问题。我们对这个方面的知识有了深刻的认识。总之，完成这次课程设计，我们都获益匪浅，对以后的工程开发有很大帮助。TJ TJ TJ TJ U 1 2 3 4 5 L L L L L王小玲, 施伯乐, 程云志, 版社,20066苗雪兰, 7李春葆, 2006参考文献陆琳，文”桂林.数据库技术与应用-SQLServer2005M.长沙：中南大学出版社,2023何旭洪，余建英.PowerBuiIder数据库开发实例导航M.北京：人民邮电出版社,2003刘卫国.数据库应用根底教程M.北京：中国铁道出版社，2023丁宝康，汪卫.数据库系统教程M.第3版.北京：高等教育出版社，2023张帆，崔翔.