学生补考管理系统课程设计总结.docx

1、学生补考管理系统课程设计总结高校补考管理信息管理系统分析报告一、高校学生补考管理业务简介 每学期考试结束后，各二级院系的 办公室根据教师报送的学生成绩报告 统计本 院系考试不及格的学生的信息，填写 补考学生明细表 ，报教务处 教务科 。教务科收集各 二级院系的统计表 ，汇总成全校的补考学生明细表。然后根据 教 室管理科 提供的 教室资源的信息 安排补考的时间、地点、编制 考场安排明细表 。把 补考学生明细表 和考场安排明细表 下发给二级院系办公室。二级院系办公室收到教务处下发的表格后，为每个 补考学生编制补考通知单 ， 发给每个补考学生。补考结束后， 教师阅卷，填写 补考成绩通知单 。院系办公

2、室统计补考不及格学 生，编制 补考不及格学生明细表 ，报教务科 。教务科汇总全校补考不及格学生的信息，为 学籍管理系统 产生基础数据。二、系统开发概况（一）、系统开发的背景 新的管理模式给学校传统管理特别是教学管理提出了严峻的挑战。本系统的开 发目的在于方便教学管理人员进行成绩管理和统计。 在计算机技术飞速发展的今天， 应用数据库技术实现学生补考信息的计算机管理是可行而且十分有意义的工作。在 补考管理中，需要从大量的日常教学活动中提取相关信息，以反映情况。传统的手 工操作方式，易发生数据丢失，统计错误，劳动强度高，且速度慢。使用计算机可 以高速，快捷地完成以上工作。在计算机联网后，数据在网上传

3、递，可以实现数据 共享，避免重复劳动，规范教学管理行为，从而提高了管理效率和水平。（二）、系统开发的意义 新的管理模式以追求学校整体效益和效率的提高为目标。 开发的新系统功能强 大，通过这些功能实现对学生、课程、教师、教务处、二级院校等教学系统中几个 关键要素的科学管理，同时实现准确统计成绩、安排补考、即时查询、按照各项要 求灵活完成统计报表，以及对校内各种资源进行统一、科学的管理。（三）、可行性分析1）技术可行性分析 对于高校来说， 其本身工作的特殊性使得其对于信息技术的研究和应用一直走 在各行业的前面。 本系统的开发主要采用浏览器 / 服务器方式和基于微软的 Windows 体系结构，将开

4、发出安全、有效并且具有可伸缩性及可用性的网络应用系统。本系统是一个信息发布、成绩查询、成绩统计、补考安排、补考统计的系统平 台，本系统的开发技术是先进的、可行的。2）经济可行性分析 对于大多数高校而言，均已建立了自己的网站，因此，在各项硬件购置以及软件系统开发中不必再追加过多资金，而只需要利用学校现有的资源就可以基本完成 系统的开发实施工作。3）管理可行性分析系统开发要想取得成功，没有完善的管理机制、规范的管理制度是绝对不行的。 而对于高校来说，各项原始材料保存完好、基础数据管理规范，其本身管理的科学 性、规范性在很大程度上为系统实施创造了良好的环境，既保证了系统的基础数据、 文件、报表的准确

5、性和实效性，同时在一定程度上也提高了系统的信息输入质量， 最终保证系统开发的成功。因此，新系统的开发在管理方面上具有可行性。三、系统分析（一）、组织机构与补考相关的组织机构如图所示（二）、管理职能分析1） 分管教务的副校长：全面负责补考业务管理，具体业务有审批教务处拟定的 初步计划、审批补考后有关学生学籍变动的处理意见等。2） 教务处：教务处教务科负责汇总二级院校采集的补考学生信息、安排补考时 间、地点，最后汇总学生补考成绩，提出学籍变动意见；教务处教室管理科负责提 供补考用的教室信息。3） 二级院系：二级院系办公室负责收集补考学生信息，上报给教务处，收到教 务处下发的补考安排后通知学生；按补

6、考安排组织学生补考，收到试卷后组织教研 室教师进行阅卷；填写补考成绩报告单。（三）、业务流程分析其中相关内容表示如下系统外部实体单据和报表业务处理单位* 数据流向由上图分析得：首先，教务科拟定初步补考计划，初步补考计划经分管副校长审批、修改后成 为正式补考计划；同时，二级院系负责根据教师的“成绩报告单”收集补考学生信 息，如学生学号、姓名、不及格课程名称、班级名称等。其次，教务处根据二级院校收集的补考学生信息和审批后的正式补考计划安排 补考的时间、地点。在此过程中，应特别考虑到以下四点： 1、同一门课程应该在同 一时间考试；2、同一学生若有多门课程需要补考，则这几门课程的补考不能安排在 同一时

7、间进行；3、考试作弊的学生不能参加正常补考；4、每个教室安排的补考学 生人数最多为教室容纳人数的一半。再次，教务处把安排好的补考时间、地点发放给二级院系，由二级院系负责制 作学生补考通知单，并通知学生。二级院系还要按照教务处安排组织学生补考、教 师阅卷、填写补考成绩报告单等工作。最后，教务处负责汇总学生补考后的成绩，按照学生管理文件的有关内容，提 出学生学籍变动意见，如退学降级等。学籍变动意见经分管院长批准后，成为正式 学籍变动文件。该文件要发放给二级院系和学生本人。（四）、数据流程分析根据上述的业务流程，对其中的数据处理、数据存储以及数据流动过程进行抽象，得到了系统的逻辑模型，即系统的数据流

8、程图外部实体数据流其中相关内容表示如下处理数据存储具体流程图如下:数据字典是对数据流程图的详细、全面的描述，通过数据字典和数据流程 图的相互对照，可以便于发现流程图中的问题。1）数据存储字典补考学生明细表的数据如下：编号：D1简述：纪录所有参加补考学生的信息数据结构：班级名称（bjmc） c（8） 学号（xh） c（10）姓名（xm） c（8） 课程名称（kcmc） c（30）补考标志（bkbz） c流入的数据流：补考学生明细表上的数据 流出的数据流：涉及的处理：P1 补考安排明细表的数据如下：编号：D2简述：该表下发到各二级院系，二级院系根据该表的内容组织补考数据结构：日期（ rq ） d（

9、8） 结束时间（ jssj ） t（8） 课程名称（ kcmc） c（30） 补考人数（ rs ） int（4） 流入的数据流：补考安排表上所需的数据 流出的数据流： 涉及的处理： P3开始时间（ kssj ） t（8） 教室编号（ jsbh ） c（6） 班级名称（ bjmc） c（8） 监考人（ jkr ） c（8）补考通知单的数据如下：编号： D3简述：学生根据此通知单的内容参加补考数据结构：学号（ xh） c（10）姓名（ xm） c（8）班级名称（ bjmc） c（8）补考课程*课程名称（ kcmc） c（30）补考日期（ rq ） d（8）开始时间（ kssj ） t（8）结束时间

10、（ jssj ） t（8补考地点（ bkdd） c（6）流入的数据流：补考通知单所需信息流出的数据流：补考通知单上与补考后管理相关信息涉及的处理： P4补考成绩表的数据如下：编号： D4简述：纪录所有参加补考学生的成绩 数据结构：班级名称（ bjmc） c（8） 学生成绩 *学号（ xh） c（10） 姓名（ xm） c（8）成绩（ cj ） int（4）流入的数据流：补考成绩表上所需的数据 流出的数据流：补考成绩 涉及的处理： P52）处理描述登记补考信息的处理过程如下：编号： P1流入：学生成绩报告单和其补考申请 流出：参加补考学生数据和补考学生明细表处理：本处理过程过滤出满足以下条件的学

11、生纪录：（ 1）考试成绩不合格 （小于 60分）；（ 2）申请缓考；（ 3）考试作弊；（ 4）应届毕业生申请毕业前 补考；（ 5）结业生为换发毕业证书申请回校补考。编辑教室信息的处理过程如下：编号： P2流入：教室资源信息 流出：供补考用教室数据 处理：该处理利用教室资源信息，根据补考教室的空闲情况，编写可供补 考用的教室数据。安排补考的时间、地点的处理过程如下：编号： P3 流入：参加补考学生数据和供补考用教室数据 流出：补考安排明细表的数据和补考的时间、地点等数据 处理：在该过程中应满足以下约束：（ 1）同一学生不能在同一时间参加两 门或两门以上课程的补考；（ 2）同一门课程应该在同一时间

12、考试；（ 3）考试 作弊的学生不能参加正常补考；（ 4）每个教室安排的补考学生人数最多为教室 容纳人数的一半。编辑补考通知单的处理过程如下：编号： P4 流入：补考的学生、课程、补考时间、地点等 流出：补考通知单处理：该处理利用可供补考用教室数据、参加补考学生数据和为每个学生 安排的补考时间、地点等数据为每个参加补考的学生编辑“补考通知单”登记学生补考成绩的处理过程如下：编号： P5 流入：教室阅卷后的成绩数据和补考通知单上与补考管理相关的信息 流出：“补考成绩明细表”上所需的数据和补考不及格学生的数据 处理：该处理利用补考通知单上学生和课程的相关数据，以及教师批阅试 卷后所给出的补考成绩，编

13、制补考成绩明细表；过滤必考不及格的学生名单， 用于学籍管理处理。六）、系统边界 输入边界学生成绩报告单、教室资源情况明细表。输出边界一一各种表格和查询响应输出四、系统设计（一）系统设计目标（1） 高效率高质量的完成补考管理工作，为管理则决策提供及时可靠的信息。（2） 方便的数据输入性能，良好的人机界面，尽量避免汉字和长字符串的重复 输入。（3） 灵活的查询功能，能快速实现各种数据的查询。（4） 良好的完整性约束，用户几乎没有输入非法数据的可能性。（5） 随时以电子和纸质文件方式提供相关信息。除必须存档的纸质文件外，信 息基本以电子的形式传输和处理。（二）总体设计1） 系统空间硬件结构的设计作为

14、学生补考管理系统，对于硬件有如下要求：操作系统：Microsoft Win dows XP 中文版数据库：Visual Foxpro 6.02） 系统总体功能结构下图为学生补考管理系统功能层次结构图：（三）详细设计1）代码设计1）补考时间代码设计查看学校数据，根据以往经验，最多的补考场次为 30 场，因此，每场次设置两 位代码，预设 99 个场次，代码“ 01”到“ 99”。2）补考原因代码设计由于学校学籍管理办法正在修订中，使用两位数字表示补考原因，其中首位为0”，具体的代码如下：00考试不及格04 重修补考01考试请假05 毕业前补考02考试作弊06 毕业后补考03考试旷考3）补考备注代码

15、设计 由于学校学籍管理办法正在修订中，使用两位数字表示补考原因，其中首位为“1”，具体如下：10正常11补考请假12补考作弊13考试旷考4）部门编号本学校共有 12 个二级院系，按照单位成立的时间顺序编号，教务处是本系统中唯一涉及的部门，编号为“ 0”，其他单位编码如下：00 教务处04 纺织系08 人文系01 机械系05 管理系09 数理系02 电气系06 生化系010 外语系03 艺术系07 计算机系11 机电学院5）课程编码课程采取七位三级编码方式：第1 2 为是开课院系代码，第 34 位是教研室代码，57 位是顺序码6）学号学号编码共 10 位，其中 13位为入学年代码， 4-5 位为

16、院系代码 ,6-7位为专业 代码， 8位为班级代码，第 910位是顺序码。如：学号 30607032033 是本科， 06 是指 06 年入学， 07 是指计算机系， 03 是指信管专业， 2 是指 2 班， 03 是指学生的序号2）输出设计 本系统基本输出入下报表表一，学生成绩报告单:课程名称：班级名称：授课单位：学生单位：序号学年学期学号姓名补考成绩备注120081220081表二，补考通知单姓名： 学号：班级： 院系：学年学期课程名称补考原因补考时间考场08-09 108-09 1注：（1）考试时必须持身份证、学生正和本通知单单制定的考场，缺少任一证件不得 进入考场（2）考试后3-4周公

17、布成绩表二，考场安排明细表时间：09-2-20 9 : 00-11 : 00教室：一教jt203班级学号姓名课程名称备注表四，班级补考安排表级： *学号姓名课程名称备注考试时间考场表五，补考成绩报告单班级 姓名学号序号学年学期课程名称补考成绩备注表六，补考不及格学生名单学生院系：班级名称：学号学年学期课程名称补考成绩备注(三)存储结构设计本系统设计了一个数据库、11个数据库表。其文件名称及作用如下:表一，数据库设计序号文件名称作用1Stude nt.dbf学生信息表，记录学生基本信息2Departme nt.dbf院系信息表，记录院系基本信息3Class.dbf班级信息表，记录班级基本信息4C

18、ourse.dbf课程信息表，记录课程基本信息5Classroom.dbf教室信息表，记录教室基本信息6Roomszjk.dbf教室信息过渡表7Exam-flag.dbf补考原因信息表8Bk-stud.dbf学生补考信息表，记录学生补考信息及补考原因、结果9Bk-clas.dbf班级补考信息表，记录每个班级、每门课程补考人数、 时间、地点10Bk-cour.dbf课程补考信息表，记录每门课程的补考人数、时间11Bk-times.dbf补考场次信息表，记录每场考试的时间、人数表二，学生信息表(student.dbf )结构序号属性属性说明类型长度备注1Xh学号C102Xm姓名C83bjmc班级名

19、称C8表三，院系信息表(department.dbf )结构序号属性属性说明类型长度备注1Yxbh院系编号C22Yxmc院系名称C40表四，班级信息表(class.dbf )结构序号属性属性说明类型长度备注1Yxbh系号C22Bjmc班级名称C8表五，课程信息表(course.dbf )结构序号属性属性说明类型长度备注1Kcbh课程编号C102Kcmc课程名称C303Yxbh院系编号C2表六，教室信息表(classroom.dbf )结构序号属性属性说明类型长度备注1Lh楼号C42Jsbh教室编号C83Rnrs容纳人数Int4表七，教室过渡信息表(roomszjk.dbf )结构序号属性属性说

20、明类型长度备注1Jsbh教室编号C62Bkrs补考人数Int43Rnrs容纳人数Int4表八，补考信息表(exam-flag.dbfg )结构序号属性属性说明类型长度备注1Bzbh标志编号C22Bzmc标志名称C8表九，学生补考信息表(bk-stud.dbf )结构序号属性属性说明类型长度备注1Xh学号C102Kcmc课程名称C303Bjmc班级名称C84Bkcj补考成绩C15Bkyy补考原因C26Bkbz补考标志C2表十，班级补考信息表(bk-clas.dbf )结构序号属性属性说明类型长度备注1Kcmc课程名称C82Bjmc班级名称C303Bkrs补考人数Int44Cc场次C25Jsbh教

21、室编号C6表，课程补考信息表(bk-cour.dbf )结构序号属性属性说明类型长度备注41Kcmc课程名称C302Rs人数Int43Cc场次C24Bz标志C1表十二，补考场次信息表(bk-times.dbf )结构序号属性属性说明类型长度备注41Cc场次C22Kssj开始时间Datetime83Jssj结束时间Datetime84Rs人数Int4五、系统实施(1)、系统实现的技术路线本系统采用中文 Windows XF平台，Visual Foxpro 6.0 为开发工具，软件开发在WindowsXP平台下运行，最终产品可脱离 Visual Foxpro 6.0运行环境，在 Windows 9

22、X/2000/XP平台下运行。(2)、系统测试系统测试是对整个系统进行测试。首先是学生登录，输入正确的密码后，才可 以登录。学生登录成功后，输入学号，然后读学生成绩库，查询是否有补考通知单。 教务处教务科根据工作人员提交到数据库中的成绩编写补考通知单；教务处教室管理科录入补考用的教室信息。工作人员再次把成绩输入，提交到数据库中通过输入实际数据对系统进行总体测试，各功能基本实现，系统测试成功。(3)、系统评价1)优点 通过对系统的需求进行分析，系统的数据流向是合理的。(1)基于 VF 学生成绩管理系统的软件设计灵活。控制界面和数据库运行在一 台计算机上，可以利用数据库访问技术方便地访问数据库。(

23、2)系统控制界面软件采用 Visual Foxpro 6.0 开发，操作方法与 Windows应用程序一致，图形化感觉较好，与其它开发语言相比更具可操作性。系统界面设计 遵循模块化设计思想，采用结构化程序设计方案，具有较好的模块性、可移植性和 可修改性。(3)系统数据库软件 Visual Foxpro 6.0 ，该数据库具有简单易学，操作方便， 性能稳定，适应于各种软件操作平台的优点。2)缺点系统整体功能偏少， 不能满足成绩管理的所有需求， 需要在使用中不断的完善。3)改进( 1)由于学生学籍变动不仅与考试有关，还与学生的其他表现有关，如考勤、 违纪等，所以学籍的处理功能应纳入“学籍管理子系统” 。本系统仅提供与学籍处理 有关的成绩数据。( 2)增强各种灵活的及时查询分析功能。