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

《学生选课管理系统(数据库课程设计).docx》由会员分享，可在线阅读，更多相关《学生选课管理系统(数据库课程设计).docx（33页珍藏版）》请在优知文库上搜索。

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

2、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 技术可行性分

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

4、概念模型向关系模型的转换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系

5、统测试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目

6、标系统实现后，极大的方便对学生进行选课和选课后临时班级的安排管理,学生选课信息的管理。防止在安排课程信息的滞后，减少信息交流的烦琐过程及其带来的开销。促进高校教育的计算机信息化进程，提高学校的工作效率。对于系统的本身而言，应该具有较高的实用性、平安性。能够极大的满足学生选课，以及学校对选课信息的管理。1.2 .2要求主要功能：教师和学生登陆系统的帐号和密码，初始都分别为教师和学号，登陆后密码可以修改。其中教师的职位可以是管理员。管理员和非管理员的老师及学生对系统的操作具有不同的权限。管理员登陆系统，对学生选课情况进行管理，包括发布选课信息，对学生的选课情况进行查看。管理员还可以对授课老师的信息

7、进行增加、删除、修改、查询。教师登陆系统，能查看自己的个人信息，及所授课的班级的所有学生的本门课程的成绩信息，并能进行增加和修改。学生登陆系统，能进行选课，查看管理员发布的选课信息，自己的选课情况，本人的根本信息，以及课程的成绩。系统自动分配学生选课后的临时班级。性能要求：管理员发布的信息、学生选课的信息以及管理员和学生对系统操作的信息必须及时的反映在本系统上，且无过失。输入要求：具有很好的容错性和兼容性输出要求：应迅速、准确、实时完成期限：预计五个星期，即截止2023年12月30日。1.2.3 条件假定和限制建议软件寿命：未知经费来源：自费硬件条件：IntClPentium4、IG内存同等性

8、能及以上的硬件条件数据库：MicrosoftSQLserver2005投入运行最迟时间：2023年1月5日1.2.4 决定可行性的主要因素技术可行，现有技术可完全承当开发任务。操作可行，软件能被操作人员快速接受。经济可行，为小型系统软件，支出较小。社会可行，使用软件全部为正版，且本软件在法律允许范围之内1.3 技术可行性分析技术上的可行性分析要考虑现有技术条件能否顺利完成开发工作及将来要采用的硬件和软件技术能否满足用户提出的要求。1.3.3 技术的支持能力本系统采用J2EE企业级开发方案，其中MyEclipse8.5作为系统前台应用程序开发工具，采用SQLServer2005工具建立数据库，并

9、通过JDBC使两者进行连接从而进行系统软件开发。此前，我们已使用相同技术开发过类似软件系统,具有一定开发经验。此外，从开发人员的水平考虑，本系统的软件开发人员，都具有较强软件开发能力，且之前开发都参加过类似软件系统的开发，经验丰富。1.3.4 技术的优势一、J2EE体系结构提供中间层集成框架用来满足无需太多费用而又需要高可用性、高可靠性以及可扩展性的应用的需求；二、开发效率、代码重用率高；三、跨平台，编写一次，随处运行；四、开发界面友好，智能。1.3.5 技术的难点一、数据库设计和维护二、系统负荷和平安问题1.4 经济可行性分析根底投资：计算机10台：5000*10=5万人员工资：5000元*

10、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 法律因素开发使

11、用的所有软件都选用正版，其中JDKl.5为开源免费软件。而SQLserver2005本软件采用的是学习版，也是免费的。1.5.4 用户使用可行性本软件操作简单，界面友好，功能完备，有一定计算机根底的人员就能进行操作。1.6 意见结论根据上述分析，技术、经济、社会可行性都可行，可以立即进行开发。第二章需求分析2.1系统需求用户的需求具体表达在选课信息和用户信息的提供、保存、更新和查询的方面。这就要求数据库的设计必须合理，使之能够充分满足各种信息的输入和输出，保证数据存储的可靠性，并且能够快速取出和存入。而前台显示局部，应具有人性化的界面，方便用户操作。因各个学校的实际情况不同，系统应该具有兼容性

12、。例如：一些学校学生人数较多，同时登陆系统，系统承载的负荷就很大。系统需要同时处理很大的数据量，这时系统不会因此崩溃。此外，系统还应该具有较强的平安性，保证身份不同的用户，不能越权操作。非合法用户不能对数据进行操作。2.2功能需求通过系统功能的分析，结合需求分析员在各大高校实地考查，调查的对象涵盖了，学校的教职工、在校师生。特别是对已经运行了与本系统同类产品的学校的师生使用选课管理系统心得体会进行了分析，总结出如下的需求信息：(1)学生的需求：能进行选课，查看管理员发布的选课信息，自己的选课情况，本人的根本信息，课程的成绩；(2)教师的需求：能查看自己的个人信息，及所授课的班级的所有学生的本门

13、课程的成绩信息，并能进行增加和修改；(3)管理员的需求：对学生选课情况进行管理，包括发布选课信息，对学生的选课情况进行查看。管理员还可以对授课老师的信息进行管理。2. 3数据流图3. 3.1系统顶层图根据系统主要信息的处理功能，整个系统可以看作登陆管理，用户选课管理两个局部。从而得出了学生选课管理系统的顶层图如下所示：注：Fl:用户登陆信息F2:用户注册信息F3:用户根本信息F4:用户根本信息F5:学生选课信息清单F6:学生选课信息F7:登陆错误信息F8:系统反应用户信息F9:用户信息清单FIO:修改密码后的用户信息4. 3.2数据流程图一层分解图(1)用户登陆管理。用户在登陆时，系统会进行判

14、断。用户一共有三种类型，分别是学生，教师和管理员。其中，一局部教师是管理员。在登陆的只有学生和教师两种类型，管理员的身份由系统自行判断。在判定时需要查询用户信息库。用户信息库，包括学生注册信息，教师注册信息，管理员信息等。学生选课管理系统一层分解图一一登陆管理，如下列图所示：注：F2.1:学生登陆信息F2.2:教师登陆信息F2.3:管理员登陆信息F7.1:用户身份信息F7.2:修改密码的错误信息(2)用户操作管理。在登陆管理进行判断后，发送学生登陆信息，教师登陆信息，管理员登陆信息的其中一种。根据用户身份信息的不同，进入不同的管理界面，相应的操作的功能，权限都有所不同。如下列图所示：注：F3.

15、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进行分解，