管理信息系统25670

学生补考管理信息系统设计学号：班级：姓名：TOC\o"1-3"\u第一章：系统规划 3（一）系统设计目标 3（二）系统现状描述：（三）系统开发所需的硬件和软件资源（四）系统开发方法 4（五）具体实施方案 5第二章：系统分析 6（一）：管理系统的可行性分析报告 6（二）：功能分析 7（三）：业务流程图 7（四）：数据流程图 7（五）数据字典 7第三章：系统设计 9。（一）系统功能E-R图 9（二）系统流程图 9第四章：数据库设计 9（一）：管理系统的数据库结构设计 9（二）：管理系统的数据库表关系设计 9第五章：系统实施 9（一）系统设计 9（1）欢迎界面表单 9（2）数据查询菜单 9（3）数据查询菜单 9（4）系统维护菜单 9（5）系统管理菜单 9（二）系统实现过程 9第六章总结语 9第一章：系统规划（一）系统设计目标1．系统总目标系统开发的设计目标：学生补考管理系统的总目标是按照管理信息系统的管理和开发方法，采用先进的信息技术和手段，支持并规范学生补考业务的管理，并加强上述过程中各种信息资源的管理和应用，提高各部门管理工作的现代化水平，实现各部门信息的准确、及时处理和沟通及共享，为学生补考业务决策提供有利的支持和反馈信息，以实现总体目标。2.具体目标

⑴

利用反馈信息，更方便为学生服务，使学生更好了解补考信息情况，及时作好补考准备。

⑵加强并提高教务处的业务管理水平，提高工作效率。

⑶实现强大的查询功能，更好地实现信息的及时沟通，为决策提供支持。本系统立足于教务处的角度，面向全校同学和教师，对全校的学生和成绩做统一管理，以实现管理的科学化，系统化，自动化，最大限度的为教师和同学们提供方便，节约人力、物力等各方面资源。彻底杜绝以前那种教师工作量大，工作步骤繁琐，学生有问题不知道去哪里解决的现象，而且消灭由于信息冗余而造成的数据不一致，和数据查询困难的问题。（二）系统现状描述现行系统存在的问题：第一，全校所有不及格学生的信息都要经教务处汇总，教务处的工作量比较大，而工作内容也比较枯燥乏味。第二，各二级院系办公室根据教务处下发的补考通知单，发给每个需要补考的学生，这样的做法，使得学生信息不具有安全可靠性。

所以,完全可以通过建立一套完整的补考管理信息系统，来对信息进行查询、修改、统计、检索等日常管理工作，尽量减少人员的介入和数据的冗余，以简练实用为基础，实现信息管理计算机化，提高工作效率和信息化水平。（三）系统开发所需的硬件和软件资源考虑实际的需要，系统采用单机版设计体系。系统选用一台计算机，计算机的参考设备是pentium41.8GHz,128MB以上内存，40GB以上硬盘。系统单机版开发环境主要是安装数据库工具MSAccess,使用了

MICROSOFT公司的

VISUAL

FOXPRO

6.0开发工具,利用其提供的各种面向对象的开发工具,在短时间内建立系统应用原型,然后,对初始原型系统进行需求迭代,不断修正和改进,直到形成一个满意的可行系统。随着需求的提高，可以考虑建立使用基于网络的B/S机构的系统。网络版系统使用Java语言相关技术和开发工具。（四）系统开发方法系统采用结构化的开发方法，即采用系统分析、系统设计、系统实施的结构化开发方法。（五）具体实施方案第十周：完成学生补考管理信息系统开发案例的系统规划内容；完成学生补考管理信息系统开发案例的系统分析内容。主要是该管理信息系统的可行性分析报告和一部分业务手工流程图。第十一周：完成学生补考管理信息系统开发案例的系统分析内容。主要是该管理信息系统剩余的业务手工流程图。第十二周：完成学生补考管理信息系统开发案例的系统分析内容的。主要是该管理信息系统的数据流程图。第十三周：完成学生补考管理信息系统开发案例的系统分析内容的。主要是管理信息系统的数据字典。第十四周：完成学生补考管理信息系统开发案例的系统设计的内容。主要包括该管理信息系统的功能结构设计，信息系统流程图，数据库设计和设计流程图。第十五周：完成学生补考管理信息系统开发案例的系统实施的内容。主要包括单机版的该管理信息系统基本功能模块的实现和网络版的该管理信息系统基本功能模块的实现。第二章：系统分析（一）：管理系统的可行性分析报告

可行性分析对系统的开发至关重要，可以大幅减少不必要的损失，保证系统开发的顺利进行。因此要对系统进行基础数据的可用性、经济可行性、技术可行性三方面的系统可行性分析：1.基础数据的可用性

每学期考试结束后，各二级院系的办公室根据教师报送的学生成绩单，统计本院系考试不及格的学生的信息，填写补考学生明细表，报教务处教务科。而补考结束后，教师阅卷，填写补考成绩通知单。院系办公室统计补考不及格学生，编制补考不及格学生明细表，报教务科。

教务科汇总全校补考不及格学生信息，为学生补考管理系统产生了基础数据。

2.经济上的可行性。

一方面，新系统的开发不需要额外增加设备购置费、软件开发费、管理和维护费用，而且人员培训过程简单费用不多。另一方面，新系统的开发可以较好地解决因业务繁杂而造成的处理效率低下，并可以及时了解各项业务的进展情况，为及时调整决策提供可靠的数据支持，从而提高信息传递效益，同时还可以减少人工劳动、提高工作效率。

3.技术上的可行性

近几年来计算机技术发展异常迅猛，高速度大容量的电脑已成为许多学校日常工作必不可少的设备，推动办公自动化的软件不断涌现，微机的普及为该系统的开发奠定了坚实的基础。编制软件采用VISUAL

FOXPRO

6.0编程语言，VISUAL

FOXPRO

6.0是面向对象程序开发的理想语言，非常适合非计算机人员使用。（二）：功能分析1、组织机构

与补考相关的组织机构如图所示。

分管教学的副校长教务处分管教学的副校长教务处二级院校教务处教务管理科办公室教研室2、管理职能分析

(1)分管教务的副校长：全面负责补考业务管理，具体业务有审批教务处拟定的初步计划、审批补考后有关学生学籍变动的处理意见等。

(2)教务处：教务处教务科负责汇总二级院校采集的补考学生信息、安排补考时间、地点，最后汇总学生补考成绩，提出学籍变动意见；教务处教师管理科负责提供补考用的教室信息。

(3)二级院校：二级院校办公室负责收集补考学生信息，上报给教务处，受到教务处下发的补考安排后通知学生；按补考安排组织学生补考，受到试卷后组织教研室教师进行阅卷；填写补考成绩报告单。（三）：业务流程分析其中相关内容表示如下系统外部实体单据和报表业务处理单位数据流向学籍变动意见学籍变动文件学籍变动意见学籍变动文件学籍管理文件副校长教务科正式补考计划初步补考计划教室信息副校长成绩报告单补考学生一览表补考安排表补考不及格学生一览表补考成绩单二级院校教务科教师管理科教师管理科二级院校补考通知单学生教师由上图分析得：首先，教务科拟定初步补考计划，初步补考计划经分管院长审批、修改后成为正式补考计划；同时，二级院系负责根据教师的“成绩报告单”收集补考学生信息，如学生学号、姓名、不及格课程名称、班级名称等。其次，教务处根据二级院校收集的补考学生信息和审批后的正式补考计划安排补考的时间、地点。在此过程中，应特别考虑到以下四点：1、同一门课程应该在同一时间考试；2、同一学生若有多门课程需要补考，则这几门课程的补考不能安排在同一时间进行；3、考试作弊的学生不能参加正常补考；4、每个教室安排的补考学生人数最多为教室容纳人数的一半。再次，教务车把安排好的补考时间、地点发放给二级院系，由二级院系负责制作学生补考通知单，并通知学生。二级院系还要按照教务处安排组织学生补考、教师阅卷、填写补考成绩报告单等工作。最后，教务处负责汇总学生补考后的成绩，按照学生管理文件的有关内容，提出学生学籍变动意见，如退学降级等。学籍变动意见经分管院长批准后，成为正式学籍变动文件。该文件要发放给二级院系和学生本人。（四）：数据流程图根据上述的业务流程，对其中的数据处理、数据存储以及数据流动过程进行抽象，得到了系统的逻辑模型，即系统的数据流程图其中相关内容表示如下外部实体数据流 处理 数据存储学生补考管理二级院校 14学生补考管理二级院校教室管理科教师 26教室管理科教师 院长办公室 5 3院长办公室顶层DFD1-学生成绩报告单2-教室资源信息3-学籍管理文件4-补考成绩5-学籍处理意见6-教室阅卷后产生的成绩数据第一层数据流程图如图6-4所示：图1-4中的数据流“1、2、3、4、5、6”与图1-3中的数据流“1、2、3、4、5、6”含义相同。第二层数据流程图由两个图组成。处理P1如图6-5所示，图6-5中的数据流“1、2、7”与图6-3的相同；处理P2如图6-6所示，数据“3、4、5、6、8”与图6-4中的相同。 P1 D2补考学生明细表D3补考安排明细表P1-2编辑教室信息P4编辑补考通知教室管理科二级院校P2安排补考地点、时间P1-1登记补考学生信息 9 10P1-2编辑教室信息P4编辑补考通知教室管理科二级院校P2安排补考地点、时间P1-1登记补考学生信息 1 1211 D1补考通知单 2 7 第二层DFD（P2）9-补考学生明细表上的数据10-补考安排明细表所需数据11-补考的学生、课程、补考时间、地点等数据12-参加补考的学生数据13-供补考用的教室数据 P2 教师 D4补考成绩教师P2-1登记补考学生信息 6P2-1登记补考学生信息学生 14 4学生 8 D1 学籍处理系统 D5学籍处理意见学籍处理系统P2-2补考后成绩和学籍P2-2补考后成绩和学籍院长办公室 3 15 16 第二