学生选课管理系统Word文件下载.docx
- 文档编号:17925442
- 上传时间:2022-12-12
- 格式:DOCX
- 页数:36
- 大小:578.66KB
学生选课管理系统Word文件下载.docx
《学生选课管理系统Word文件下载.docx》由会员分享,可在线阅读,更多相关《学生选课管理系统Word文件下载.docx(36页珍藏版)》请在冰豆网上搜索。
4.2数据存储14
第三章概念设计15
一实体之间的联系15
二E-R图15
3.2.1局部E-R图15
3.2.1全局E-R图18
第四章逻辑设计19
一概念模型向关系模型的转换19
4.1.11:
N联系的转化的关系模式19
4.1.2M:
二概念模型的优化20
4.2.1确定范式级别20
4.2.2实施规范化处理20
第五章物理设计21
一数据库的存储结构21
5.1.1数据库21
5.1.2数据库的表设计21
5.1.3数据的存放位置设计24
5.1.4.系统配置24
5.2关系模式的存取方法24
第六章实现25
一实现25
6.1.1数据库的实现25
6.1.2视图的实现25
二人机界面设计27
6.2.1用户登陆界面27
6.2.2学生选课管理界面27
6.2.3教师管理界面28
6.2.4管理员管理界面28
三系统测试29
6.3.1用户登陆测试29
6.3.2学生选课管理测试29
6.3.2教师管理测试30
6.3.3管理员管理测试31
三运行维护33
第七章总结33
参考文献34
第一章系统规划
一引言
1.1.1编写目的
可行性研究的目的是用最小的代价在尽可能的短的时间内确定数据库系统是否可能开发、是否值得开发、是否可以开发(在该报告中主要是考查《学生选课管理系统》是否可能开发、是否值得开发、是否可以开发)。
其实质是在较高层次上以较抽象方式进行的、简化的压缩的需求分析和概要设计过程。
1.1.2项目背景
开发软件名称:
项目任务提出者:
项目开发者:
洪峰、陈梓明等
用户:
各大高校师生
项目与其他软件,系统的关系:
本项目是是建立在WindowXP系统上以MyEclipse8.55为开发软件进行开发。
采用MVC模式的Servlet+JSP+JavaBean技术进行数据库的连接和界面的设计,关键代码的编写。
其中,是采用MicrosoftSQLserver2005作为开发软件的数据库服务程序。
二可行性研究的前提
1.2.1要求
主要功能:
教师和学生登陆系统的帐号和密码,初始都分别为教师和学号,登陆后密码可以修改。
其中教师的职位可以是管理员。
管理员和非管理员的老师及学生对系统的操作具有不同的权限。
管理员登陆系统,对学生选课情况进行管理,包括发布选课信息,对学生的选课情况进行查看。
管理员还可以对授课老师的信息进行增加、删除、修改、查询。
教师登陆系统,能查看自己的个人信息,及所授课的班级的所有学生的本门课程的成绩信息,并能进行增加和修改。
学生登陆系统,能进行选课,查看管理员发布的选课信息,自己的选课情况,本人的基本信息,以及课程的成绩。
系统自动分配学生选课后的临时班级。
性能要求:
管理员发布的信息、学生选课的信息以及管理员和学生对系统操作的信息必须及时的反映在本系统上,且无差错。
输入要求:
具有很好的容错性和兼容性
输出要求:
应迅速、准确、实时
完成期限:
预计五个星期,即截止2011年12月30日。
1.2.2目标
系统实现后,极大的方便对学生进行选课和选课后临时班级的安排管理,学生选课信息的管理。
避免在安排课程信息的滞后,减少信息交流的烦琐过程及其带来的开销。
1.2.3条件假定和限制
建议软件寿命:
未知
经费来源:
自费
硬件条件:
IntelPentium4、1G内存同等性能及以上的硬件条件
运行环境:
WindowXP、Tomcat5.5、JDK1.6
数据库:
MicrosoftSQLserver2005
投入运行最迟时间:
2012年1月5日
1.2.4决定可行性的主要因素
技术可行,现有技术可完全承担开发任务。
操作可行,软件能被操作人员快速接受。
经济可行,为小型系统软件,支出较小。
社会可行,使用软件全部为正版,且本软件在法律允许范围之内
三技术可行性分析
技术上的可行性分析要考虑现有技术条件能否顺利完成开发工作及将来要采用的硬件和软件技术能否满足用户提出的要求。
1.3.1技术的支持能力
本系统采用J2EE企业级开发方案,其中MyEclipse8.5作为系统前台应用程序开发工具,采用SQLServer2005工具建立数据库,并通过JDBC使两者进行连接从而进行系统软件开发。
此前,我们已使用相同技术开发过类似软件系统,具有一定开发经验。
此外,从开发人员的水平考虑,本系统的软件开发人员,都具有较强软件开发能力,且之前开发都参加过类似软件系统的开发,经验丰富。
1.3.2技术的优势
一、J2EE体系结构提供中间层集成框架用来满足无需太多费用而又需要高可用性、高可靠性以及可扩展性的应用的需求;
二、开发效率、代码重用率高;
三、跨平台,编写一次,随处运行;
四、开发界面友好,智能。
1.3.3技术的难点
一、数据库设计和维护
二、系统负荷和安全问题
四经济可行性分析
1.4.1预期支出
基础投资:
计算机10台:
5000*10=5万
人员工资:
5000元*2月*10人=10万
宣传费用:
1万
其他不可知支出:
2万
支出共计:
18万
本学生选课管理系统其它所需的硬件(计算机及相关硬件)和软件环境(MyEclipse8.5+Tomcat5.5+JDK1.6+SQLServer2005),市场上都容易购买到或从相关网站下载。
其中JDK1.5为开源免费软件。
而SQLserver2005本软件采用的是学习版,也是免费的,MyEclipse8.5以前已经购得,开发成本较小。
1.4.2预期收益
预期发售价格:
2万/套
目标客户:
全国各大高校
预期发售量:
40套/年
预期收益:
40*2=80万
预期收益>
预期支出,开发本系统能够为投资者带来较高的收益。
五社会可行性分析
1.5.1法律因素
开发使用的所有软件都选用正版,其中JDK1.5为开源免费软件。
而SQLserver2005本软件采用的是学习版,也是免费的。
1.5.2用户使用可行性
本软件操作简单,界面友好,功能完备,有一定计算机基础的人员就能进行操作。
六意见结论
根据上述分析,技术、经济、社会可行性都可行,可以立即进行开发。
第二章需求分析
一系统需求
用户的需求具体体现在选课信息和用户信息的提供、保存、更新和查询的方面。
这就要求数据库的设计必须合理,使之能够充分满足各种信息的输入和输出,保证数据存储的可靠性,并且能够快速取出和存入。
而前台显示部分,应具有人性化的界面,方便用户操作。
二功能需求
通过系统功能分析,总结出如下的需求信息:
(1)学生的需求:
能进行选课,查看管理员发布的选课信息,自己的选课情况,本人的基本信息,课程的成绩;
(2)教师的需求:
能查看自己的个人信息,及所授课的班级的所有学生的本门课程的成绩信息,并能进行增加和修改;
(3)管理员的需求:
对学生选课情况进行管理,包括发布选课信息,对学生的选课情况进行查看。
管理员还可以对授课老师的信息进行管理。
三数据流图
2.3.1系统顶层图
根据系统主要信息的处理功能,整个系统可以看作登陆管理,用户选课管理两个部分。
从而得出了学生选课管理系统的顶层图如下所示:
注:
F1:
用户登陆信息F2:
用户注册信息F3:
用户基本信息F4:
用户基本信息
F5:
学生选课信息清单F6:
学生选课信息F7:
登陆错误信息F8:
系统反馈用户信息
F9:
用户信息清单F10:
修改密码后的用户信息
2.3.2数据流程图一层分解图
(1)用户登陆管理。
用户在登陆时,系统会进行判断。
用户一共有三种类型,分别是学生,教师和管理员。
其中,一部分教师是管理员。
在登陆的只有学生和教师两种类型,管理员的身份由系统自行判断。
在判定时需要查询用户信息库。
用户信息库,包括学生注册信息,教师注册信息,管理员信息等。
学生选课管理系统一层分解图——登陆管理,如下图所示:
F2.1:
学生登陆信息F2.2:
教师登陆信息F2.3:
管理员登陆信息
F7.1:
用户身份信息F7.2:
修改密码的错误信息
(2)用户操作管理。
在登陆管理进行判断后,发送学生登陆信息,教师登陆信息,管理员登陆信息的其中一种。
根据用户身份信息的不同,进入不同的管理界面,相应的操作的功能,权限都有所不同。
如下图所示:
F3.1:
原始学生信息F5.1:
学生更新后的选课信
F6.1:
学生查询的选课信息F8.1:
学生操作后返回的信息
F3.2:
原始教师信息5.2:
教师更新后的选课信息
F6.2:
教师查询的选课信息F8.1:
教师操作后返回的信息
F3.3:
原始管理员信息F9.1更新后的用户信息F6.3:
管理员查询的选课信息F8.1:
管理员操作后返回的信息F5.3:
管理员更新后的选课信息
2.3.3数据流程图二层分解图
(1)学生管理。
将P2.1进行分解,学生管理包括,查看选课信息和个人信息,进行选课、重新选课。
学生选课管理系统二层分解图——学生管理如下图所示:
学生个人信息F5.1.1:
增加后的选课信息F5.1.2:
删除后的选课信息
(2)教师管理。
将P2.2进行分解,教师管理包括,查看选课信息和个人信息,填写学生的成绩。
F3.2.1:
教师个人信息F3.2.2:
学生个人信息F5.2.2:
增加后的学生成绩信息F5.2.3:
修改后的学生成绩信息
将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:
修改后的班级信息
四数据字典
4.1数据流条目
表2.1用户登陆信息数据流条目
编号
F1
数据流名称
用户登陆信息
来源
用户
去向
P1:
登陆管理
简述
用户在登陆时输入的账号、密码和验证码
组成
用户名+密码+身份+验证码
表2.2用户身份信息数据流条目
F2
用户身份信息
P2:
用户操作管理
登陆系统判断用户身份后发送的信息
表2.3用户注册信息数据流条目
F3
用户注册信息
用户信息库
系统从用户信息库中查询出来的用户注册信息
[学生注册信息]+[教师注册信息]+[管理员注册信息]
表2.4用户基本信息数据流条目
F4
D1:
系统从用户信息库中查询出来的用户基本信息
[学生信息]+[教师信息]+[管理员信息]
表2.5用户基本信息数据流条目
F5
学生选课信息清单
D2:
选课信息库
用户操作数据后存入选课信息库中的信息
学号+课程号+成绩
表2.6用户基本信息数据流条目
F6
学生选课信息
学号+课程号+成绩+[班级信息]
表2.7用户基本信息数据流条目
F7
登陆错误信息
用户登陆时,输入的用户名,密码或验证码错误
错误信息
表2.8用户基本信息数据流条目
F8
用户进行操作后,系统反馈给用户信息
查询或操作显示的信息,或错误提示信息
表2.9用户基本信息数据流条目
F9
用户信息清单
用户选课管理
用户操作数据后存入用户信息库中的信息
表2.10用户基本信息数据流条目
F10
用户修改密码后存入用户信息库的信息
用户名+密码+身份
4.2数据处理
表2.11登陆管理数据处理
P1
名称
输入流
F1、F3
输出流
F2、F7、F10
对登陆信息进行管理
处理
判断用户登陆时输入登陆信息是否正确
表2.12用户操作管理数据处理
P2
F2、F4、F6
F5、F8
用户相关操作的管理
根据用户的不同,进行不同的的用户操作管理
4.2数据存储
表2.13数据存储处理
数据存储名
输入数据流
删除数据流
流量
D1
F9、F10
F3、F4
大
D2
第三章概念设计
一实体之间的联系
根据需求分析,归结出合适的联系:
1、一个学生最多能够选两门课,一门课可以被多个学生选
2、一个老师最多能教一门课,一门课可以被多个老师教授,
3、教师中只有一个是管理员
4、一个学生可以属于不超过两个临时班级,一个临时班级可以有多名学生
5、一名教师可以在多个临时班级上课,一个临时班级只有一名教师教授
二E-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.1全局E-R图
第四章逻辑设计
一概念模型向关系模型的转换
根据需求分析中的E-R图,可以很清晰的看出各个实体的属性和实体之间的联系,通过对实体的属性和之间的联系的分析,我们将其由概念模型向关系模型转化,并且根据范式化理论进行优化
N联系的转化的关系模式
(1)教师课程联系概念模型向关系模型的转化
教师表(教师号,教师名,性别,年龄,身份,密码,课程号)
课程表(课程号,课程名,学分,上课时间,开课时间,结束时间)
(2)教师临时班级联系概念模型向关系模型的转化
教师表(教师号,教师名,性别,年龄,身份,密码)
临时班级表(班级号,班级名,人数,地点,教师号)
(3)课程临时班级联系概念模型向关系模型的转化
临时班级表(班级号,班级名,人数,地点,课程号)
(1)学生选课联系概念模型向关系模型的转化
学生表(学号,姓名,性别,年龄,系部,密码)
选课表(学号,课程号,成绩)
(2)学生班级联系概念模型向关系模型的转化
学生表(学号,姓名,性别,年龄,系部,密码)
临时班级表(班级号,班级名,人数,地点)
学生班级关系表(学生号,班级号)
二概念模型的优化
4.2.1确定范式级别
根据上述分析所归结出来的数据依赖的种类和在本系统实际的开发过程中,需要涉及多表的查询及表的修改和删除,且存在多值依赖的实际情况下,其关系模式应达到BCNF。
4.2.2实施规范化处理
由于学生选课联系的关系模式、学生班级的关系模式和教师管理员联系的关系模式已经不存非平凡且非函数依赖额多值依赖,所以在这里不需要做处理
(1)教师课程联系概念模型向关系模型的优化
教师表(教师号,教师名,性别,年龄,身份,密码)
教师课程联系(教师号,课程号)
(2)教师临时班级联系概念模型向关系模型的优化
教师临时班级关系(班级号,教师号)
(3)课程临时班级联系概念模型向关系模型的优化
课程临时班级关系(班级号,课程号)
经过规范化处理后的所有关系模如下:
教师课程关系(教师号,课程号)
学生临时班级关系表(学生号,班级号)
第五章物理设计
一数据库的存储结构
通过需求分析,概要设计和逻辑设计的流程得到本系统数据库和数据表结构。
5.1.1数据库
数据库名称:
学生选课管理库
5.1.2数据库的表设计
进一步确定上一章逻辑设计中设计好的关系模式中各个数据项的类型和长度,将每个关系转换为数据库中的二维表格,并确定了各个表的主键和外键,得到以下表结构:
表5.1学生表
学生表(student)
字段名称
字段含义
数据类型及长度
约束
默认值
Sno
学号
varchar(15)
主键
Sname
姓名
非空
Ssex
性别
varchar
(2)
男
Sage
年龄
int
>
0或<
40
Sclass
班级
Sdept
系部
varchar(20)
Spass
密码
表5.2教师表
教师表(teacher)
Tno
教师号
Tname
Tsex
Tage
100
Tpass
Status
身份
varchar(10)
表5.3课程表
课程表(course)
Cno
课程号
Cname
课程名
Credit
学分
Ctime
Cbegintime
Cendtime
表5.4临时班级表
临时班级表(class)
Csno
Csname
Address
地址
Number
人数
Int
=0或<
=100
表5.5选课表
选课表(sc)
主键,外键
Grade
成绩
表5.6学生临时班级关系表
学生临时班级关系表(scs)
班级号
表5.7教师课程关系表
教师课程关系表(tc)
外键
表5.8教师临时班级关系表
教师临时班级关系表(ct)
表5.9课程临时班级关系表
课程临时班级关系(cc)
varchar(1
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 学生 选课 管理 系统
![提示](https://static.bdocx.com/images/bang_tan.gif)