课程设计Ⅲ课程设计-学生信息管理系统.doc
《课程设计Ⅲ课程设计-学生信息管理系统.doc》由会员分享,可在线阅读,更多相关《课程设计Ⅲ课程设计-学生信息管理系统.doc(38页珍藏版)》请在三一文库上搜索。
1、1 课程设计 III 设计说明书 学生信息管理系统 学生姓名 学号 班级网络 081 成绩 指导教师 计算机科学与技术系计算机科学与技术系 20102010 年年 1212 月月 3131 日日 2 课程设计 课程设计评阅书 题目学生信息管理系统学生信息管理系统 学生姓名学号 指导教师评语及成绩 指导教师签名: 年 月 日 答辩评语及成绩 答辩教师签名: 年 月 日 教研室意见 总成绩: 室主任签名: 年 月 日 3 课程设计任务书 20102011 学年第一学期学年第一学期 专业: 计算机科学与技术 学号: 0818064034 姓名: 夏岳涛 课程设计名称: 课程设计 III 设计题目:
2、学生成绩管理系统 完成期限:自 2010 年 12 月 20 日至 2011 年 1 月 2 日共 2 周 设计依据、要求及主要内容(可另加附页): 指导教师(签字): 教研室主任(签字): 批准日期: 年 月 日 摘摘 要要 本系统依据开发要求主要应用于教育系统,完成对日常的教育工作中学生成绩 档案的数字化管理。开发本系统可使学院教职员工减轻工作压力,比较系统地对教 务、教学上的各项服务和信息进行管理,同时,可以减少劳动力的使用,加快查询 速度、加强管理,以及国家各部门关于信息化的步伐,使各项管理更加规范化。 随着在校大学生人数的不断增加,教务系统的数据量也不断的上涨。学校工作 繁杂、资料重
3、多,虽然各类管理信息系统已进入高校,但还未普及,而对于学生成 绩管理来说,目前还没有一套完整的、统一的系统。因此,开发一套适和大众的、 兼容性好的系统是很有必要的。 。 关键词:成绩管理信息系统,数据库,SQLSQL SERVERSERVER 8 目 录 一 课设背景及可行性分析课设背景及可行性分析7 1.1 系统的开发背景 .7 1.2 现有系统存在问题的分析 .8 1.3 系统开发的必要性 .8 1.4 系统开发目标与意义 .9 1.4.1 系统开发目标.9 1.4.2 意义10 1.5 可行性分析 10 1.5.1 经济上可行性:10 1.5.2 技术上可行性:11 1.5.3 操作可行
4、性:11 1.6 运行环境要求.11 1.7 系统设计原则 .12 二 需求分析需求分析13 2.1 数据流程图.14 2.2 数据字典.14 2.3 系统结构模块图 .16 2.4 通用功能操作.24 三三 数据库设计数据库设计 .32 3.1 数据库概念结构设计.33 3.2 数据库逻辑结构设计 .35 3.3 数据库物理结构设计 .35 四四 系统的具体实现系统的具体实现 .43 4.1 数据库的连接.43 4.2 系统的登录页面.44 4.3 学生信息管理.45 五五 系统测试和总结系统测试和总结.49 5.1 测试准备.49 5.2 测试的目标.50 9 5.3 测试方法.50 5.
5、4 功能测试.50 5.5 界面测试 .51 5.6 测试技术 .51 5.7 系统开发的总结 .52 六六 结束语结束语53 实现代码.56 参考文献.69 10 一、课设背景及可行性分析一、课设背景及可行性分析 1.11.1 系统的开发背景系统的开发背景 当今时代是飞速发展的信息时代,在各行各业中离不开信息处理,这正是计算 机被广泛应用于信息管理系统的环境。计算机的最大好处在于利用它能够进行信息 管理。使用计算机进行信息控制,不仅提高了工作效率,而且大大的提高了其安全 性。尤其对于复杂的信息管理,计算机能够充分发挥它的优越性。 学生成绩管理系统提供了强大的学生成绩管理管理功能,方便系统管理
6、员对学 生成绩等信息的添加、修改、删除、查询等操作,同时一样的方面学生对自己各科 成绩查询,学习的交流。 1.21.2 现有系统存在问题的分析现有系统存在问题的分析 在我国,各大中小学校的各类信息管理系统并非一个新的课题,但也有的学校 根本就没有信息任何管理系统,所有的工作几乎还是手工操作来完成。计算机技术 在日新月异的发展,但是有的很多学校,特别是在西部贫困地区,学校的种类管理 都依然由手工操作来完成,这十分落后,效率极低,成本很大,而且极易出错。随 着社会的发展,信息化是社会进程的必然趋势,学校管理只有快、准、精,才能发 挥其价值。 所以机器代替人力是必然的历史发展趋势,只有领导的重视和支
7、持才能从人工 操作改为计算机的自动化系统。人工操作必将被计算机代替。 有些学校虽使用了计算机,甚至管理系统,但是仍然存在很多问题,问题一日 不解决,效率就一日提不上去。 还有,有的系统很不完善到处是漏洞,可以说是千疮百孔,这样极不完善的系 统对管理来说是没有任何保障的。 1.31.3 系统开发的必要性系统开发的必要性 在 21 世纪的科技时代,科学技术突飞猛进,计算机已经不仅是在科技上应用, 而且在生活中也是同样得到了广泛在应用。如今,不管是小学、初中、高中、甚至 11 是很多大学生的学生成绩管理基本上是靠人工进行管理,但随着时间的变化,学校 规模的扩大,有关学生成绩管理工作和所涉及到的数据量
8、越来越大越来越多,大多 数学校不得不靠增加人力、物力、财力来进行学生成绩管理。但是人工管理成绩档 案具有效率低、查找麻烦、可靠性不高、保密性低等因素。因此开发出一个不仅仅 是适用于大中专院校以及其它高校通用的学生成绩管理系统是必要的。 开发一个学生成绩管理系统,采用计算机对学生成绩进行管理,进一步提高了 办学效益和现代化水平。为广大教师和学生提高工作效率,实现学生成绩信息管理 工作流程的系统化、规范化和自动化。现在我国的大中专院校的学生成绩档案管理 水平普遍都不是很高,有的还停留在全用纸介质基础上,这种管理方式已不能适应 时代的发展,社会的需求,因为它浪费了大量的人力物力,也存在着许多不足的因
9、 素。在今天信息时代这种传统的管理方法必然会被计算机为基础的信息管理系统所 代替。一个高效的学生成绩管理系统可以存储历届的学生成绩档案,不需要大量的 人力,只需要几名专门录入员即可操作系统,节省大量人力,可以迅速查到所需信 息、高效、安全,学生在能方便的查看自己的成绩。 1.41.4 系统开发目标系统开发目标 本系统是将现代化的计算机技术和传统的教学、教务工作相结合,按照学院的 工作流程设计完成的。为了使系统在学院的管理中发挥更大的作用,实现工作过程 的计算机化,提高工作效率和工作质量,现提出如下的系统开发目标: 1.系统应具有实用性、可靠性和适用性,同时注意到先进性。 2.对各个数据库进行动
10、态管理,防止混乱。 3.能够按照用户选择的不同的条件进行简单查询和复合查询。 4.能够对查询结果进行分类汇总,实现报表打印。 5.注意数据的安全性,具有数据备份和恢复的功能。 6.方便用户的操作,尽量减少用户的操作。 1.51.5 可行性分析可行性分析 可行性研究的目的是用最小的代价在尽可能的时间内确定问题是否能够解决。 12 考虑到系统开发时间、资源等因素,在实际开发该计算机系统时,常常要为资源不 足和交付日期难以完成而苦恼,因而需要慎重地尽可能早地估价研制课题的可行性。 可行性研究包括:经济可行性、技术可行性、操作可行性、不同的方案等等。 1.5.11.5.1 经济上可行性经济上可行性 现
11、在,计算机的价格已经十分低廉,性能却有了长足的进步。而本系统的开发, 为学校的工作效率带来了一个质的飞跃,为此主要表现有以下几个方面: 第一,本系统的运行可以代替人工进行许多繁杂的劳动; 第二,本系统的运行可以节省许多资源; 第三,本系统的运行可以大大的提高学校的工作效率; 第四,本系统可以使敏感文档更加安全,等等。所以,本系统在经济上是可行 的。 1.5.21.5.2 技术上可行性技术上可行性 本系统的开发利用 Microsoft SQL Server2000 作为本系统的数据库,它是一 个支持多用户的新型数据库,适用于大中规模的数据量需求。学校校园网的建设也 为新系统服务器/客户端的结构提
12、供了硬件的支持。 使用 eclipset 作为系统开发的开发环境,它提供完善的指令控制语句、类与 对象的支持及丰富的数据类型,给开发高性能系统提供的保障为开发满足客户要求 的系统,保证了代码的模块化要求,而代码模块化的提高,非常有利于以后对新系 统的扩展与修改。 综上所述,本系统的设计与开发在技术上和硬件设备上的条件都是满足的,因 此,它在技术上是可行的。 1.5.31.5.3 操作可行性操作可行性 本系统为一个小型的学生信息管理系统,所耗费的资源非常的小,学校的电脑 无论是硬件还是软件都能够满足条件,界面设计时充分考虑管理人员的习惯,使得 操作简单;数据录入迅速、规范、可靠;统计准确;制表灵
13、活;适应力强;容易扩 充,因此,本系统在操作上是可行的。 13 1.61.6 运行环境要求运行环境要求 为了保证成绩管理系统运行的效率和可靠性,服务器应具有较高的软硬件配置, 客户端的要求不是很高。此应用程序可广泛运行于国际互联网即 Internet,也可 适用于内部的局域网。其运行要求如下: 软件环境: 客户端: Windows95/98/2000/XP,Internet Explorer(IE)等 服务器端:Windows 2003/Windows2000,Internet Information Server (IIS)6.0 及其以上版本,IE 等;或者 Windows98,Perso
14、nal Web Server(PWS),IE 等。 数据库:采用 SQL Server 2000,运行于服务器端。 硬件环境: 服务器端:处理器:Intel PentiumIII 以上 内存:推荐 512 或更高 客户机:处理器:Intel PentiumIII 以上 内存:256M 以上推荐 512 1.71.7 系统设计原则系统设计原则 1. 实用性原则:确保系统具有良好的系统性能,友好的用户界面,较高的处理效 率,便于使用和维护,并采用成熟的技术。 2. 先进性原则:尽量采用先进而且成熟的技术,使系统具有较高的技术水和较 长的生命周期 3. 开放性、安全性、可靠性及可扩展性原则。 4.
15、兼容性原则:对于所选硬件系统及平台,能很好地适应开发和使用的需要。 5. 规范性原则:软件设计过程严格按照“软件工程”的规定,系统编码,文档, 操作系统平台以及所采用的开发方法按照相应的国际标准和国家标准。 14 第二章第二章需求分析需求分析 2.12.1 数据流程图数据流程图 图图 2.12.1 系统流程图系统流程图 管管理理 员员 P4班班级级信信 息息管管理理 P2学学生生基基 本本信信息息管管 理理 P3、1修修 课课及及成成绩绩 查查询询 P3、2修修 课课及及成成绩绩 表表 P2、1学学 生生信信息息查查 询询 P2、2学学 生生信信息息表表 P1、1课课 程程信信息息查查 询询
16、P1、2课课 程程信信息息表表 P3修修课课及及 成成绩绩管管理理 P1课课程程基基 本本信信息息管管 理理 P6院院系系信信 息息管管理理 P5专专业业信信 息息管管理理 D1课课程程基基本本信信 息息记记录录 D2学学生生基基本本信信 息息记记录录 D3修修课课及及成成绩绩 记记录录 D4班班级级记记录录 D5专专业业记记录录 D6院院系系记记录录 教教师师 教教师师 教教师师 或或学学 生生 班班级级信信息息 专专业业信信 息息 院院系系信信息息 课课程程信信息息 学学生生信信 息息 修修课课及及成成绩绩信信息息 课课程程信信息息 查查询询请请求求1 学学生生信信息息 查查询询请请求求2
17、 修修课课及及成成绩绩 信信息息 查查询询请请求求3 15 图图 2.22.2系统操作流程图系统操作流程图 2.2 数据字典数据字典 数据结构 名称:学生 描述:用户的基本信息表 定义:用户=学号+姓名+密码+性别+年龄+专业名+院系名+班级 用户名=10英文字母、数字、特殊符号30 姓名=10英文字母、数字、文字50 名称:教师 描述:学校教师注册基本信息表 定义:教师表=教师号+姓名+密码 教师号=5数字5 姓名=2文字.4 名称:专业 描述:学生所学专业的基本信息表 定义:专业表=专业号+专业名+系编号 专业号=11 数字 11 16 专业名=4 文字 10 名称:课程 描述:学生所学课
18、程的基本信息表 定义:课程=课程号+课程名+学时 课程号=3数字3 名称=4文字10 名称:班级 描述:学生所在班级的基本信息表 定义:班级=班级编号+班级名+专业编号 班级编号=4数字4 名称=4文字、数字10 名称:院系 描述:学生所在的院系的基本信息 定义:院系=院系编号+院系名 院系编号=4数字4 名称=4文字10 系统数据字典 学生信息管理系统数据流程图中,数据信息和处理过程需要通过数据字典才能描述 清楚在我们定义的学生信息管理的数据字典中,主要对数据流程图中的数据流程图 中的数据流、数据存储和处理过程进行说明。 主要数据流的定义 数据流名称:学生情况 位置:学生P2 定义:学生情况
19、=学号+姓名+性别+密码+年龄+院系名+专业名+班级 数据流量:平均流量为每年传输 10000 次,高峰期流量每天传输 1000 次。 说明:根据学生情况建立学生记录 数据流名称:管理员情况 位置:管理员P1, P2,P3,P4,P5,P6 定义:管理员=用户名+密码 数据流量:平均每年传输 100 次,高峰流量每天传输 10 次。 说明:通过管理员的用户名和密码鉴别用户身份。 数据流名称:教师情况 位置:教师P1.1,P1.2,P2.1,P2.2,P3.1,P3.2 定义:教师情况=教师号+姓名+密码数据流量:平均流量为每天传输 90 次,高峰 流天传输 20 次。 说明:根据教师的情况建立
20、教师的基本信息。 数据流名称:班级情况 位置:班级P4 定义:班级情况=班级编号+班级名+专业编号 17 数据流量:平均流量为每天传输 100 次,高峰期为每天传输 18 次。 说明:根据班级的情况建立班级的基本信息。 数据流名称:专业情况 位置:专业P5 定义:专业情况=专业号+专业名+系编号 数据流量:平均为每天传输 250 次,高峰期为每天传输 25 次。 说明:根据专业的具体情况建立专业的基本信息。 数据流名称:院系 位置:院系P6 定义:院系情况=院系号+院系名 数据流量:平均为每天传输 50 次,高峰期为每天传输 5 次。 说明:根据院系的具体情况建立院系的基本信息。 数据流名称:
21、班级情况 位置:课程P1.1,P1.2 定义:课程情况=课程号+课程名+学时 数据流量:平均为每天传输 10 次,高峰期为每天传输 6 次。 说明:根据班级的具体情况建立班级的基本信息。 数据流名称:管理请求 位置:教师P1.1,P1.2,P2.1,P2.2 定义:管理请求=课程信息+学生信息 数据流量:平均流量为每天传输 500 次,每天 20 次。 说明:确认学生信息、课程信息。 、 数据流名称:查询请求 位置:教师P3.1,P3.2 定义:查询请求=修课信息+成绩信息 数据流量:平均为每天传输 1000 次,高峰期为每天传输 20 次。 说明:确认查询和修改课程的信息及成绩信息。 数据流
22、名称:课程信息 位置:P11P1.2 定义:学生信息=学号+课程号 数据流量:平均为每天传输 1000 次,高峰期为每天传输 20 次。 说明:修课时需要输入学号和课程号,以确定学生和课程。 18 2.2.3 3 系统模块结构图系统模块结构图 图图 2.32.3 系统模块结构图系统模块结构图 管管 理理 员员 模模 块块 基基 本本 数数 据据 管管 理理 学学 生生 信信 息息 管管 理理 学学 生生 成成 绩绩 管管 理理 学学 生生 成成 绩绩 查查 询询 及及 统统 计计 用用 户户 管管 理理 管管 理理 院院 系系 信信 息息 管管 理理 专专 业业 信信 息息 管管 理理 班班
23、级级 信信 息息 管管 理理 课课 程程 信信 息息 添添 加加 学学 生生 信信 息息 删删 除除 学学 生生 信信 息息 修修 改改 学学 生生 信信 息息 查查 询询 学学 生生 信信 息息 添添 加加 学学 生生 成成 绩绩 信信 息息 删删 除除 学学 生生 成成 绩绩 信信 息息 修修 改改 学学 生生 成成 绩绩 信信 息息 查查 询询 学学 生生 成成 绩绩 信信 息息 学学 生生 用用 户户 管管 理理 统统计计 学学 生生 成成 绩绩 信信 息息 教教 师师 用用 户户 管管 理理 教教 师师 模模 块块 学学 生生 模模 块块 学学 生生 成成 绩绩 查查 询询 查查 询
24、询 学学 生生 成成 绩绩 信信 息息 学学 生生 信信 息息 管管 理理 学学 生生 成成 绩绩 管管 理理 添添 加加 学学 生生 信信 息息 删删 除除 学学 生生 信信 息息 修修 改改 学学 生生 信信 息息 添添 加加 学学 生生 成成 绩绩 信信 息息 删删 除除 学学 生生 成成 绩绩 信信 息息 修修 改改 学学 生生 成成 绩绩 信信 息息 学学生生成成绩绩管管理理系系统统 19 图图 2-32-3 系统登录业务流程图系统登录业务流程图 2.3 数据流分析 本学生成绩管理系统的数据流程: 首先管理员在开课之前,设定学校的各阶段学生要学习的课程(添加课程模块) ,输入正确后添
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 课程设计 学生 信息管理 系统
链接地址:https://www.31doc.com/p-3292388.html