[优秀毕业设计精品] 学生选课管理系统(数据库课程设计)

上传人:1777****777 文档编号:37536928 上传时间:2021-11-03 格式:DOC 页数:38 大小:657.28KB
收藏 版权申诉 举报 下载
[优秀毕业设计精品] 学生选课管理系统(数据库课程设计)_第1页
第1页 / 共38页
[优秀毕业设计精品] 学生选课管理系统(数据库课程设计)_第2页
第2页 / 共38页
[优秀毕业设计精品] 学生选课管理系统(数据库课程设计)_第3页
第3页 / 共38页
资源描述:

《[优秀毕业设计精品] 学生选课管理系统(数据库课程设计)》由会员分享,可在线阅读,更多相关《[优秀毕业设计精品] 学生选课管理系统(数据库课程设计)(38页珍藏版)》请在装配图网上搜索。

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

2、本系统是采用MVC模式(jsp+javabean+servlet)进行的J2EE企业级开发,主要功能是对学生选课及相关信息进行管理。较行业同类产品而言,本系统人机界面设计更加合理、人性化,用户操作简单方便。数据库的安全性更高,对用户访问权限进行了严格控制。数据存取速度更快,使用年限更长。可以很好的满足高校公开课学生选课的要求,极大的提高了学校的工作效率。关键字:学生选课管理系统;SQL Server;JSP目 录第一章 系统规划11.1 引言11.1.1 编写目的11.1.2项目背景11.2 可行性研究的前提11.2.1 目标11.2.2 要求21.2.3 条件假定和限制21.2.4 决定可行

3、性的主要因素31.3 技术可行性分析31.3.1 技术的支持能力31.3.2 技术的优势31.3.3 技术的难点31.4 经济可行性分析41.4.1预期支出41.4.2预期收益41.5 社会可行性分析41.5.1 法律因素41.5.2 用户使用可行性51.6 意见结论5第二章 需求分析62.1 系统需求62.2 功能需求62.3 数据流图72.3.1 系统顶层图72.3.2 数据流程图一层分解图72.3.3 数据流程图二层分解图92.4 数据字典112.4.1 数据流条目112.4.2 数据处理132.4.3 数据存储14第三章 概念设计153.1 实体之间的联系153.2 E-R图153.2

4、.1 局部E-R图15第四章 逻辑设计194.1 概念模型向关系模型的转换194.1.1 1:N联系的转化的关系模式194.1.2 M:N联系的转化的关系模式194.2 概念模型的优化204.2.1 确定范式级别204.2.2 实施规范化处理20第五章 物理设计225.1 数据库的存储结构225.1.2 数据库的表设计225.1.3数据的存放位置的设计245.1.4 关系模式的存取方法245.1.5.数据库安全性24第六章 实现、运行与维护256.1 实现256.1.1 数据库的实现256.1.2 视图的实现256.2 人机界面设计276.2.1 用户登陆界面276.2.2 学生选课管理界面2

5、76.2.3 教师管理界面286.2.4 管理员管理界面286.3 系统测试296.3.1用户登陆测试296.3.2 学生选课管理测试296.3.3 教师管理测试306.3.4 管理员管理测试316.4 运行维护32总 结33参考文献34第一章 系统规划学生选课管理系统 第一章 系统规划1.1 引言1.1.1 编写目的可行性研究的目的是用最小的代价在尽可能的短的时间内确定数据库系统是否可能开发、是否值得开发、是否可以开发(在该报告中主要是考查学生选课管理系统是否可能开发、是否值得开发、是否可以开发)。其实质是在较高层次上以较抽象方式进行的、简化的压缩的需求分析和概要设计过程。1.1.2项目背景

6、开发软件名称:学生选课管理系统项目任务提出者:李军项目开发者:洪峰、陈梓明等用户:各大高校师生1.2 可行性研究的前提1.2.1 目标系统实现后,极大的方便对学生进行选课和选课后临时班级的安排管理,学生选课信息的管理。避免在安排课程信息的滞后,减少信息交流的烦琐过程及其带来的开销。促进高校教育的计算机信息化进程,提高学校的工作效率。对于系统的本身而言,应该具有较高的实用性、安全性。能够极大的满足学生选课,以及学校对选课信息的管理。1.2.2 要求主要功能:教师和学生登陆系统的帐号和密码,初始都分别为教师和学号,登陆后密码可以修改。其中教师的职位可以是管理员。管理员和非管理员的老师及学生对系统的

7、操作具有不同的权限。管理员登陆系统,对学生选课情况进行管理,包括发布选课信息,对学生的选课情况进行查看。管理员还可以对授课老师的信息进行增加、删除、修改、查询。教师登陆系统,能查看自己的个人信息,及所授课的班级的所有学生的本门课程的成绩信息,并能进行增加和修改。学生登陆系统,能进行选课,查看管理员发布的选课信息,自己的选课情况,本人的基本信息,以及课程的成绩。系统自动分配学生选课后的临时班级。性能要求:管理员发布的信息、学生选课的信息以及管理员和学生对系统操作的信息必须及时的反映在本系统上,且无差错。输入要求:具有很好的容错性和兼容性输出要求:应迅速、准确、实时完成期限:预计五个星期,即截止2

8、011年12月30日。1.2.3 条件假定和限制建议软件寿命:未知经费来源:自费硬件条件:Intel Pentium 4、1G内存同等性能及以上的硬件条件运行环境:Window XP 、Tomcat5.5、JDK1.6数据库:Microsoft SQL server2005投入运行最迟时间:2012年1月5日1.2.4 决定可行性的主要因素技术可行,现有技术可完全承担开发任务。操作可行,软件能被操作人员快速接受。经济可行,为小型系统软件,支出较小。社会可行,使用软件全部为正版,且本软件在法律允许范围之内1.3 技术可行性分析技术上的可行性分析要考虑现有技术条件能否顺利完成开发工作及将来要采用的

9、硬件和软件技术能否满足用户提出的要求。1.3.1 技术的支持能力本系统采用J2EE企业级开发方案,其中MyEclipse 8.5作为系统前台应用程序开发工具,采用SQL Server 2005工具建立数据库,并通过JDBC使两者进行连接从而进行系统软件开发。此前,我们已使用相同技术开发过类似软件系统,具有一定开发经验。此外,从开发人员的水平考虑,本系统的软件开发人员,都具有较强软件开发能力,且之前开发都参加过类似软件系统的开发,经验丰富。1.3.2 技术的优势一、J2EE体系结构提供中间层集成框架用来满足无需太多费用而又需要高可用性、高可靠性以及可扩展性的应用的需求;二、开发效率、代码重用率高

10、;三、跨平台,编写一次,随处运行;四、开发界面友好,智能。1.3.3 技术的难点一、数据库设计和维护二、系统负荷和安全问题1.4 经济可行性分析1.4.1预期支出基础投资:计算机10台:5000*10 = 5 万人员工资:5000元*2月*10人=10万宣传费用:1万其他不可知支出: 2万支出共计:18万本学生选课管理系统其它所需的硬件(计算机及相关硬件)和软件环境(MyEclipse8.5+Tomcat5.5+JDK1.6+SQL Server 2005),市场上都容易购买到或从相关网站下载。其中JDK1.5为开源免费软件。而SQL server 2005本软件采用的是学习版,也是免费的,M

11、yEclipse8.5以前已经购得,开发成本较小。1.4.2预期收益预期发售价格:2万/套目标客户:全国各大高校预期发售量:40套/年预期收益:40*2=80万预期收益预期支出,开发本系统能够为投资者带来较高的收益。1.5 社会可行性分析1.5.1 法律因素开发使用的所有软件都选用正版,其中JDK1.5为开源免费软件。而SQL server 2005本软件采用的是学习版,也是免费的。1.5.2 用户使用可行性本软件操作简单,界面友好,功能完备,有一定计算机基础的人员就能进行操作。1.6 意见结论根据上述分析,技术、经济、社会可行性都可行,可以立即进行开发。24学生选课管理系统 第二章 需求分析

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

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

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

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

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

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

18、2F6.1F2.1F2.1F2.1F2.1学生F8.1F8.1F8.1F3.1F3.1注:F3.1:学生个人信息 F5.1.1:增加后的选课信息F5.1.2: 删除后的选课信息(2)教师管理。将P2.2进行分解,教师管理包括,查看选课信息和个人信息,填写学生的成绩。学生选课管理系统二层分解图学生管理如下图所示:图 2.5 学生选课管理系统二层分解图教师管理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:学生个人信息

19、 F5.2.2:增加后的学生成绩信息 F5.2.3:修改后的学生成绩信息(2)教师管理。将P2.3进行分解,管理员管理包括,1.管理学生信息,包括对学生信息的查询、增加,修改,删除;2.管理教师信息,包括对教师信息的查询、增加,修改,删除;3.选课信息管理,包括发布选课信息,增加,修改,删除选课课程等。学生管理系统二层分解图学生管理如下图所示:图 2.6 学生选课管理系统二层分解图管理员管理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.3F9.1.3P

20、2.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.4 数据字典2.4.1 数据流条目表2.1用户登陆信息数据流条目编号F1数据流名称用户登陆信息来源用户去向P1:登陆管理简述用户在登陆时输入的账号、密码和验证码组成用户名+密码+身份+验证码表2.2 用户身份信息数据流条目编号F2数据流名称用户身份信息来源P1:登陆管理去向P2:用

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

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

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

24、的用户操作管理2.4.3 数据存储表2.13 数据存储处理编号数据存储名输入数据流删除数据流流量D1用户信息库F9、F10F3、F4大D2选课信息库F6F5大第三章 概念设计3.1 实体之间的联系根据需求分析,归结出合适的联系:1、一个学生最多能够选两门课,一门课可以被多个学生选2、一个老师最多能教一门课,一门课可以被多个老师教授, 3、教师中只有一个是管理员4、一个学生可以属于不超过两个临时班级,一个临时班级可以有多名学生5、一名教师可以在多个临时班级上课,一个临时班级只有一名教师教授3.2 E-R图3.2.1 局部E-R图(1)学生课程联系E-R图图3-1学生课程联系E-R图学生课程选修M

25、N成绩年龄密码系部学号姓名性别课程号课程名学分上课时间结束时间开始时间(2)教师课程关系E-R图图3-2 教师课程关系E-R图教师讲授1N课程课程号课程名学分上课时间结束时间开始时间性别教师名教师号年龄身份密码(3)学生临时班级联系E-R图图3-3 学生临时班级联系E-R图临时班级属于N学生M年龄密码系部学号姓名性别班级号班级名人数地点学生选课管理系统 第三章 概念设计(4)管理员教师关系实体E-R图图3-4 管理员教师关系E-R图教师管理员1N性别教师名教师号年龄身份密码(5)教师班级关系实体E-R图图3-5 教师临时班级联系E-R图任教N1临时班级地点人数班级名班级号教师性别教师名教师号年

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

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

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

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

30、课程临时班级联系概念模型向关系模型的优化临时班级表(班级号,班级名,人数,地点)课程表(课程号,课程名,学分,上课时间,开课时间,结束时间)课程临时班级关系(班级号,课程号)经过规范化处理后的所有关系模如下:学生表(学号,姓名,性别,年龄,系部,密码)课程表(课程号,课程名,学分,上课时间,开课时间,结束时间)教师表(教师号,教师名,性别,年龄,身份,密码)临时班级表(班级号,班级名,人数,地点)教师课程关系(教师号, 课程号)教师临时班级关系(班级号,教师号)选课表(学号,课程号,成绩)学生临时班级关系表(学生号,班级号)课程临时班级关系(班级号,课程号)学生选课管理系统 第五章 物理设计第

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

32、班级号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)外键5.1.3数据的存放位置的设计根据本系统的数据库的使用情况,主数据文件信息量大且使用频繁将其存储在高速存储器(硬

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

34、整性、域完整性设置了各种约束。一旦一张表被非法操作,如删除,修改。也会影响其它的表。所以这就要求DBA定时进行备份,防止当数据丢失时,引起不可估量的损失。第六章 实现、运行与维护6.1 实现根据概要设计和逻辑设计的结果,在计算机上建立实际的数据库结构,导入数据进行程序调试。6.1.1 数据库的实现(1)创建数据库Studentcreate database Studenton(name=学生选课管理库,filename=E:db学生选课管理库.mdf,size=5,maxsize=15,filegrowth=2)6.1.2 视图的实现(1)创建查询可供选择课程的视图create view ci

35、nfoas select ame,course.ccredit,class.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 t

36、eacher,course,tcwhere teacher.tno=tc.tno and o=o;(3)创建教师教师授课视图create view tcinfoas学生选课管理系统 第六章 实现、运行与维护select 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,co

37、urse.cendtime,student.snofrom student,course,scwhere 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,t

38、c where o=o (7)学生课程班级之间的关系的视图create view sccasselect scs.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.cs

39、no and scc.sno=student.sno and scc.sno=sc.sno and o=o(9)创建查询可供选择课程的视图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.tn

40、o and class.csno=tcs.csno and o=o(10)创建查询已选可供选择的课程的视图create view scinfoas select student.sno,student.sname,ame,course.ccredit,course.ctime,course.cbegintime,course.cendtime,o,sc.gradefrom sc,student,coursewhere sc.sno=student.sno and o=o6.2 人机界面设计6.2.1 用户登陆界面用户登陆界面是每一个用户,在登陆本系统时出现的界面,如要用户输入用户名、密码和验证

41、码,以及确定用户身份。其界面如下图:图6-1 用户登陆界面6.2.2 学生选课管理界面学生登陆成功后,进入学生管理模块,其界面如下:图6-2 学生选课管理界面6.2.3 教师管理界面教师成功登陆系统后,教师管理界面如下图:图6-3 教师管理界面6.2.4 管理员管理界面管理员成功登陆系统后,管理员管理模块界面如下图:图6-4 管理员管理界面学生选课管理系统 第六章 实现、运行与维护6.3 系统测试6.3.1用户登陆测试(1)登陆信息验证测试。有一名用户,用户名为:S01001 密码为:hongfeng,其身份为学生。当其在登陆界面所有的信息输入正确时将进入如图6-2的界面。如果该用户输入的为a

42、bcdef,系统就会提示用户出错,出错界面如下:图6-5-1 登陆错误提示1(2)如果用户在输入登陆信息时不符合规范,将弹出错误提示。如:验证码要求输入4位数字,现在输入4位字符或3位数字,将会弹出一下提示框:图6-5-2 登陆错误提示26.3.2 学生选课管理测试(1)学生选课测试。一名学生用户,登陆系统后,进入图6-2界面,选择学生选课,进行选课。如下图:图6-6-1 课程安排(2)该用户选择了考研数学和汽车概论两门课程,点击选课按钮,系统提示选课成功。选课成功后,返回课程安排界面,如下图:图6-6-2 选课后的课程安排(3)课程安排界面,点击已选课程,进入如下界面:图6-6-3 已选课程

43、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 管理员管理测试(1)“王军”是本系统唯一一名管理员,登陆系统后,进入图6-4界面,下面对其对学生的管理进行测试。点击学生信息,进入如下图界面:图6-8-1 学生信息管理(2)添加一个学号为“S01005”,姓名为“刘宏”,

44、性别为“男”,22岁,计算机学院,计科0901班的学生信息,添加成功后,如下图图6-8-2 增加学生信息后的学生信息(3)在图6-8-2界面,输入“男”作为关键字,点击查询后,如下图:图6-8-3 搜索后学生信息(3)在图6-8-2界面,在第6行,点击修改,将“刘娇”的性别改成男,修改成功后,如下图:图6-8-4 修改后学生信息6.4 运行维护经过实际的测试和运行,已经可以满足高校公开课学生选课该,系统运行稳定,日后的使用和维护中DBA应该注意进行定期备份数据库,以免丢失数据库。定期清理数据库中的无效数据,以提高运行效率。对软件及运行环境进行日常维护。总 结在此次的课程设计当中,我们遇到很多困

45、难,同时也学习到很多。最重要的是深刻体会到了团队的重要性。在课程设计刚开始的时候,由于我们在没有进行详细的数据库分析的情况下,就盲目的编写程序。使得在数据库表结构,关系模式出现问题或变动的时候,花费了大量时间来修改代码。造成了工作进度落后于预期进度。给以后的工作带来的很多的不便。这个时候已经离项目交付日期不到两周。我们的开发团队马上组织起来,召开紧急会议,总结了发生错误的原因。最后一起进行讨论,协商,决定改变以前的错误方针,重新进行详细的合理的数据库分析。踏踏实实的从可行性分析开始,经过需求分析、逻辑设计和物理设计。三天后,一份详细的数据库分析报告摆在大家的面前。此后,程序的编写就十分方便了。

46、我们采用MVC模式的Servlet+JSP+JavaBean技术进行数据库的连接和界面的开发。在开发过程遇到最大的困难是,地址跳转的问题。由于本系统是基于Web的,所以在从一个页面到另一个页面的跳转,地址的确定就极为重要。而恰恰开始的时候这方面大家掌握的并不是很好,所以总是出现了问题。大家针对这个问题,重新进行有关知识的学习。通过一边学习,一边解决遇到的问题。我们对这个方面的知识有了深刻的认识。总之,完成这次课程设计,我们都获益匪浅,对以后的项目开发有很大帮助。参考文献1 陆琳,刘桂林.数据库技术与应用-SQL Server 2005M.长沙:中南大学出版社,20102 何旭洪,余建英.Pow

47、erBuilder数据库开发实例导航M.北京:人民邮电出版社,20033 王小玲,刘卫国.数据库应用基础教程M.北京:中国铁道出版社,20084 施伯乐,丁宝康,汪卫.数据库系统教程M.第3版.北京:高等教育出版社,20085 程云志,张帆,崔翔.数据库原理与SQL Server2005应用教程 M.北京:机械工业出版社,20066 苗雪兰,刘瑞新,宋会群.数据库技术与应用M.北京:机械工业出版社,20067 李春葆,曾平.数据库原理与应用:基于SQL Server200M.北京:清华大学出版社,20068 宁洪,赵文涛,贾丽丽.数据库系统原理M.北京:北京邮电大学出版社,20059 何玉洁.数据库基础及应用技术M.第二版.北京:清华大学出版社,2004

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

copyright@ 2023-2025  zhuangpeitu.com 装配图网版权所有   联系电话:18123376007

备案号:ICP2024067431-1 川公网安备51140202000466号


本站为文档C2C交易模式,即用户上传的文档直接被用户下载,本站只是中间服务平台,本站所有文档下载所得的收益归上传人(含作者)所有。装配图网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。若文档所含内容侵犯了您的版权或隐私,请立即通知装配图网,我们立即给予删除!