教务管理系统

目 录

1. 设计内容....................................................... 1 2. 概要设计....................................................... 8 3. 详细设计...................................... 错误！未定义书签。 4. 程序源码...................................................... 16 5. 程序运行与调试 ................................................ 19 6. 总结 ......................................................... 22 7. 参考文献...................................................... 23

1. 设计内容

题目：教务管理系统

随着科学技术的不断提高,计算机科学日渐成熟，其强大的功能已为人们深刻认识，它已进入人类社会的各个领域并发挥着越来越重要的作用。教务管理系统是一个记录、统计和管理学生成绩的较为完善与全面的系统，本次我设计的教务管理系统系统包括：登录、学生信息管理、学生成绩管理、系统管理、系统帮助5大功能模块，主要功能有选课，成绩录入，成绩更新，成绩的添加与删除，学生信息的录入，查询等课程信息等多项内容。该系统对一个学校或是一个院系的学科建设都起着极其重要的作用。

1.1系统各层数据模型

0层：

学生 信息 课程 信息 成绩 学生成绩管理 查询请求 学生 查询结果 教务人员 图1-1

1层：

教务人员 学生信息 课程信息 成绩 录入学生信息 学生 查询请求 查询成绩 学 生 录入课程信息 课程 录入学生成绩 成绩 图1-2 查询结果

2层

学生 查询请求 合法性检查 查询条件 学生 合法性查询条件 查询结果 课程 查询条件 查询成绩 成绩 图1-3

1.2数据字典 1）数据项：

表1-1

数据项名 含义说明 数据类型 长度 与其他数据项的逻辑关系

学生编号 学生相关信息 整 型 10 决定了要登录的项目

学生姓名 学生相关信息 字符型 6 学生性别 学生相关信息 字符型 2 联系电话 学生相关信息 整 型 7 所在系 读者相关信息 字符型 10

教务人员工作号 教务人员相关信息 整 型 10 教务人员要修改的项目

教务人员姓名 教务人员员相关信息 字符型 6 教务人员性别 教务人员员相关信息 字符型 2 录入日期 录入相关信息 整 型 10 退出日期 相关信息 整 型 10

（2）数据结构：

表1-2

数据结构名 含义说明 组成 学生信息表 定义了学生的相关信息 学号 姓名 性别 档案 成绩 成绩信息表 定义了成绩有关信息 学号 姓名 性别

教务人员信息表 定义了教务人员有关信息 工作号，姓名，性别，电话， 学生＿档案表 定义了学生与档案的有关信息 工作号,ISBN,添加时间,是否在馆 教务人员＿查询表 定义了教务人员与学生的有关信息 工作号,读者编号，

（3）数据流： 表1-3

数据流名 来源 去向

学生信息 学生 学籍管理员的管理处 教务人员信息 教务人员 教务人员管理员的管理处 成绩信息 学生 成绩管理员的管理处

（4）数据存储： 表1-4

数据存储名 含义说明 组成

学生信息 存储了学生的相关信息 学生编号，姓名，性别，联系电话，系别

教务员信息 存储了教务员的相关信息 姓名,性别，工号，联系电话 成绩信息 存储了成绩的有关信息 学号，性别，姓名

（5）处理过程： 表1-5

处理过程名 含义说明 输入 输出 登录 登录入系统 验证密码

输入 输入相关需要 输入相关信息 修改 修改相关需奥 修改相关信息 查询 查询相关需要 查询相关信息 退出 退出系统

1.3 E-R图

个人信息管理ER图：

姓名

学号

班级 专业 年龄 性别 学生 政治面貌 图1-4 个人信息管理ER图

(2)课程信息管理ER图：

课程名称 学分 课程号 先行课 课程 图1-5 课程信息管理ER图

(3)成绩信息管理ER图：

课程号 分数 学号 复查申请 成绩 图1-6 成绩信息管理ER图

(4)综合ER图：

专业 班级 年龄 姓名 性别 学号 学生 政治面貌

n

选课

课程名称 1

m

课程号

课程

学号

学分

图1-7 综合ER图

分数 学号 成绩 成绩 课程编号 复查申请

2. 概要设计

2.1 需求分析

1. 数据需求：登录验证码.学生信息.教务人员信息.学生成绩信息。 2. 功能需求：实现学生档案信息的输入.输出.删除.查询.修改等处理功能。 3. 性能需求：功能齐全，安全稳定，可靠性高。操作简便，使用灵活，实时性强，准确率高。

4. 可靠性和可用性需求：因为应用用户不具备维护系统的能力，所以所编译的 系统必须经过严格的测试才可以应用。如果用户在应用系统的过程中突然出错，必将带来很大的经济损失。系统应具有很好的可用性，在编译系统的时候必须考虑用户的操作能力，使用户在操作的过程中达到简明易懂，节省用户时间与精力。

5. 出错处理需求：程序运行的时候由于系统环境的不同，会经常不满足应用程序的运行条件，触发系统错误事件。为了增强程序的坚固性，我们需要对出错信息进行处理。具体的方法是在应用程序对象的SYSTEM ERROR系统错误事件脚本当中根据不同的错误类型进行合适的处理，为用户提供调整运行环境、解决错误的手段，从而使程序能正常的工作起来。 6. 接口需求：

（1）接口名称：给每个接口一个简洁的有意义的名称——方便人们讨论时用。 （2）接口标识符： 给每个接口一个标识符，它在系统范围内是唯一的，这可

以很容易明确的引用它。一个惯例是用“i”（小写以便区别于数字1后跟一个连续的数字。同样目的的多个接口，则有两部分数字组成，第一个数字代表目的，而第二个区分接口（比如i1.1，i1.2······）。 （3）两端的系统： 同样的接口有可能在系统上下文图中出现不止一次。但是

只有是两个接口服务于同样的目的时，才显示同样的标识符。在这种情

况中，解释两个系统在接口上扮演的角色，或者明确地引用每一对系统。同时确定两个系统中是哪一个系统发起的交互；或者两者可能都可以。 （4）接口的目的：描述每一个不同的目的。

（5）接口的所有者：哪个组织负责定义接口？可能是合作定义，但是有一个

组织者是最后的决定者（为了最终避免误解和解决争议）。拥有和不有接口义权利的相对优缺点，见前面的“接口所有权的沉浮”。 （6）定义接口的标准（如果有）： 明确的陈述它的版本。参考本章后面的遵

循标准需求模式指导如何描述标准：特别是获取标准的地方。 (7)用于接口的技术（如果相关）： 如果必须使用特定的技术，描述它。否则

就省略这一项：不做任何技术的选择。进一步详细的信息见本章后面的技术需求模式。

一个像这样的需求通常不能充分的定义接口（尽管可以引用一个标准的需求）。它的主要作用是给予接口“正式的确认”，这样接口可以得到应有的尊重。 7. 约束：

(1)完整性 :要从全局出发，不能单纯从本业务考虑问题。一方面要完整地

反映该 项业.务，另一方面还要全面反映本项业务同其它关联业务的联系。

（2）准确性 :准确无误，无二义，各项要求、业务做法、每种处理的详细

流 程 、数据等方面的要求等明确定义，不能摸棱两可、含糊不清。 （3）通用性 :业务需求要具有较广泛的适应性，要能够适应大部分分支机

构 、适应大部分业务处理情况，减少以后各分支机构对系统的修改要求。

（4）前瞻性 :业务需求要具有前瞻性，要能够反映该项业务当前的发展状

况 (包括同业情况)和发展趋势。系统要留有可扩充的余地。 （5）稳定性 :一定时限内相对稳定、不变。

(6) 权威性 :业务需求要具有权威性，能被普遍接受，并具有很强的约束力。

(7) 可行性 :需求在技术实现和经济负担上要符合实际，切实可行。 (8) 安全性 :从需求的提出就应充分考虑软件的安全性问题，要有专门负责安全生 产或稽核的人员全程参与需求管理及软件开发。 8. 逆向需求:

逆向沟通，就是在需求调研的过程中，除了了解客户的情况，同时，向客户提出一些建议，供客户参考。一般认为，客户在其所在的领域具有比较资深的经历，因此需要严格遵守客户的意见。事实上，客户虽然在其所在的领域内很资深，但是，他们的角度是单纯的业务流程，而不是从实现信息技术角度构件的业务流程。因此，系统分析员要充分的说明对于实现一个业务系统而言，现有的业务流程应该做如何的剪裁，以及需要注意哪些要点。虽然，逆向沟通不能完全保证需求的质量，有效的逆向沟通可以大大减少因为对业务流程的理解不一致而造成的需求质量的下降。 9. 可能提出的要求 （1）学校领导的需求：

使用学生档案管理系统之后，只配2名学生档案管理人员。 能方便的查询每个学生的个人档案。 （2）学生档案管理人员的需求：

快捷的添加、修改、查询学生的基本信息和成绩。 （3）性能要求：

功能齐全，安全稳定，可靠性高。

操作简便，使用灵活，实时性强，准确率高。

2.2 模块划分与各模块功能

根据系统的结构框图将学生档案管理系统划分成5大模块：登录系统、学生信息管理、学生成绩管理、系统管理、系统帮助。

2.2.1 登录系统：用户登录时需要身份验证，以保护的个人隐私和系统安全。 2.2.2 学生信息管理：根据分析，学生信息管理有录入、修改和查询三部分组成。主要完成对学生信息数据的添加、修改、删除等操作。

（1）录入学生的各种基本信息。学生的基本信息包括的数据项有学号、姓名、性别、所在班级、出生日期、家庭地址、邮政编码、联系电话、政治面貌等。 （2）根据学生变动及信息变化而改变数据表中的数据，例如删除和修改等操作。 （3）根据任意条件或组合条件进行查询，例如学号、姓名。

2.2.3 学生成绩管理：根据分析，学生档案管理系统中对学生成绩主要有录入和查询两种操作。

（1）录入每个学生的各科成绩，并自动计算出其总分及平均分。

（2）根据一定条件进行学生成绩查询。例如按学号查询、按姓名查询、按班级查询等。

2.2.4 系统管理：系统的维护与管理包括数据备份、用户管理、权限管理三大部分。

（1）数据备份

主要是实现对学生信息和学生成绩进行初始化之前进行备份。在一个窗体中使用页框容器来实现对学生信息和学生成绩两部分的管理。 （2）用户管理

主要是对系统操作员的基本信息进行管理。其中包括查询、添加、编辑、删除等功能。 （3）权限管理

主要是对系统操作员对菜单所具有的基本权限进行管理。 2.2.5系统帮助：根据用户需求点击对应按钮，获得帮助

3. 详细设计

3.1.程序系统基本流程

3.1.1 学生档案管理系统工作流程

由教务人员在公共信息系统中完成对运行学生档案系统所需的基本数据的维护（如：系所信息，专业信息等）。包括这些信息的增、修、改，对于系所和专业的变动都将在这进行操作。所有专业都必须附属于一个也只有一个系所。系统开始投入使用，教务人员先根据学校实际情况，建立系所的信息，主要信息包括系

所的名称及它的编号。输入专业信息的过程是首先从系统数据库中选择相关的系所，然后再它下面加入新的专业信息。当学校系所、专业发生变动后，教务人员要及时完成对库中的系所信息和专业信息的维护。 3.1.2学生档案管理系统业务流程分析

本系统是一个复杂的信息系统，包含了信息录入、信息查询、信息修改和打印、打印预览等功能，能满足学校学生管理工作的基本要求。主要包括学生基本情况、成绩管理、班级管理等方面的信息，操作方便，是一个能够运行的信息管理系统。

详细调查的重点是对管理业务的流程进行描述，通过采用系统流程图中部分图形工具来描述管理活动，进行规范化说明。业务流程图的符号说明如图2－1所示：

1、 2、 3、 4、 5、

系统中人员 实体或单据 实物或信息流 处理 数据存储

图3－1 业务流程图图例

详细调查之后，绘制出的学生档案管理系统的管理业务流程图如图所示

各班学生名单 各年级主任 各班学生名单 各班主任 教导处 年级主任 校领导 学生信息处理报表 教导处存储 学生档信息理报表 打 印 信息 名单 打印 微机室 录入 学生名单 各班名单 填写信息 学生档案处

图3-2学生档案管理系统业务流图

3.2程序系统组织结构

上面已经说明了本学生档案管理系统的流程了,于是在下面的这个功能设计中，将针对这里的流程进行设计。根据需求分析，可以将系统划分为登录系统、学生信息管理、学生成绩管理、系统管理、系统帮助5大功能模块。

学生档案管理系统 系统 学生信息管理 学生成绩管理 系统管理 系统帮助 进入 退出 查询 修改 成绩录入 成绩查询 成绩修改 数据备份 用户管理 权限管理 系统时间 关于系统 图3-3学生档案管理系统的系统结构框

详细流程设计

登录 N 验证 Y 界面 学生信息 学生成绩 输入 Y N 修改 学生信息 学生成绩

N Y 查询 学生成绩 学生信息 N 系统管管理 权限管理 用户管理 帮助 系统备份 退出

图3-4

学生档案管理系统与学校其他的信息信息系统有着密切的联系，而且它也是其中的一个子系统，所以在系统实现阶段应充分考虑到该系统与其他信息系统的关系，充分考虑到今后对系统进行维护时可能遇到的问题。认真做好与其他系统的接口和数据交换，使系统具有比较好的可扩展性。

详细设计的主要任务是设计每个模块的实现算法、所需的局部数据结构。详细设计的目标有两个：实现模块功能的算法要逻辑上正确和算法描述要简明易懂。

3.3运行设计 3.3.1运行模块组合

学生具有查询，打印相关信息的权限；管理员具有查询、添加、删除、修改，打印的权限。 3.3.2运行控制

用户通过身份验证之后进入系统操作界面，管理员可以对系统进行信息的增添，删除，修改，打印等操作，学生可以进行查询相关信息的操作 3.3.3运行时间

本系统运行一般耗时1～2秒，如果数据处理量比较大就3～4秒

3.4 接口设计 3.4.1外部接口

硬件接口：Pentium 2 CPU及以上，MB（或以上）RAM，1G以上硬软软件接口：支持本系统的软件包括：Windows me/2000/XP或以上 3.4.2内部接口

验证模块：完成对用户身份的验证。

初始化模块：在身份验证后，系统调用初始化操作，执行完毕后进入消息循环状态。

查询模块：由相应消息驱动，完成对信息进行查看功能。 删除模块：具有此权限的用户完成对信息删除功能。 打印模块：实现用户从系统打印功能。

退出模块：实现用户从系统退出功能

4. 程序源码

(1)输入模块

public static void input () {

int k;

while(true) {

try {

BufferedReader Console=new BufferedReader st[i].sign=(int)(i+1);

System.out.println(\"请输入学号：\");

st[i].num.=Integer.parseInt(Console.readLine()); System.out print(\"请输入姓名：\"); s=Console.readLine(); st[i].name=s;

System.out.print(\"请输入出生日期：\"); st[i].birthday=Console.readline(); System.out.print(\"请输入性别;\"); st[i].sex=Console.readLine(); i++;

System.out.print(\"是否继续输入？（y\\s)\") ; while(true) {

s=Console.readline();

if(!s.equals(\"y\") && !s.equals(\"n\")) {

System.out.print(\"有错，请重新输入\")； } else } } } }

（2）删除模块

public static void del() {

int j,k; String a; try

BufferedReade Console=new BufferedReader(new InputStreamReader(System.in));

System.out.print(\"请输入学生姓名\")； s_name=Console.readline(); while(true) {

System.out.print(\"确认删除？（y\\s)\"); while(true) {

s=Console.readLine();

if(!s.equals(\"y\") && !s.equals(\"n\")) {

System.out.print(\"有错，请重新输入\")； } else{

break; } }

if(s.equals(\"n\")) {

break; }

else if(s.equals(\"y\")) {

System.out.print(\"信息删除！\") ; for(i=1;i<=n;i++)

if((st[i].name).equales(s_name)==true) break; for(j=i;j<=n;j++) {

k=st[j+1].num; st[j].num=k; a=st[j+1].name; st[j].name=a;

a=st[j+1].birthday; st[j].birthday=a;

a=st[j+1],sex; st[j].sex=a;

k=st[j+1].married; st[j].married=k; break; }

break; } else {

break; } } }

catch(Exception e) { System.out.print(\"错误！\") ｝

（3）查询模块

publi static void find() {

int j=0; try {

System,out.print(\"请输入学生姓名\")； while(true) {

BufferedReader Console=new BufferedReader (new InputStreamReader(System.in)); s_name=Console.readline(); for(i=1;i<=n;i++)

if((st[i].name).equals(s_name)==true) {

j-i;

show(j); break; } break; } }

catch(Exception e) {

System.out.print(\"无此信息或已被删除\")；

} ｝

5. 程序运行与调试

5.1测试

表5-1

序号 测试用例描述 操作过程描述 预期结果 模块名称：教务人员登录模块 1 输入姓名密码 admain admain 成功 2 输入姓名 小 张 失败 3 空 姓名为空.密码为空 失败 4 输入密码 123123 失败

首先以教务人员身份对系统进行操作，输入教务人员验证信息。系统进行识别。正确后则可进行继续操作，测试系统的性能。

表5-2

序号 测试用例描述 操作过程描述 模块名称：学生登录模块 1 输入名称密码 admin admain 成功 2 空 姓名为空.密码为空 失败 3. 输入姓名 小 张 失败 4 输入密码 123123 失败

首先以学生身份对系统进行操作，输入学生验证信息。系统进行识别。正确后则可进行继续操作，测试系统的性能。

表5-3

序号 测试用例描述 操作过程及数据 预期结果 模块名称：教务人员修改模块 1 输入密码.姓名 修改学生信息 成功 2 输入密码.姓名 修改成绩信息 成功 3 输入密码.姓名 修改学生密码 失败

表5-4

序号 测试用例描述 操作过程及数据 预期结果 模块名称：查询模块 1 输入姓名.密码 查询学生信息 成功 2 输入姓名.密码 修改学生信息 失败 3 输入姓名.密码 删除学生信息 失败

5.2错误的分析

程序在运行时主要会出现两种错误：1、由于输入姓名、密码等错误时产生的错误，称为软错误。2、由于其他问题，如网络传输超时等，产生的问题，称为硬错误。

对于软错误，须在定输入姓名密码等操作成功判断及输入数据验证模块由数据进行数据分析，判断错误类型，送到输出模块中。对与硬错误，可在出错的相

应模块中输出简单的出错语句，并将程序重置。返回输入阶段。

本系统需严格按照软件产品设计规范的步骤进行开发，并重复考虑软件的可维护性，详细编写各阶段的文档资料，并在程序设计过程中做出大量详细的注释。

6. 总结

这次课程设计历时二个星期多左右，通过课程设计，发现自己的很多不足，自己知识的很多漏洞，看到了自己的实践经验还是比较缺乏，理论联系实际的能力还急需提高。

这次的课程设计也让我看到了团队的力量，我认为我们的工作是一个团队的工作，团队需要个人，个人也离不开团队，必须发扬团结协作的精神。刚开始的时候，大家就各自研究自己选择的题目，从查找图书资料到查阅网上成品，忙得一塌糊涂，完全没有条理，做事效率很低,后来几个人坐在一起，又针对某一题目分配好了各自的任务，有的积极查询相关资料，有的录入文档，有的编译程序，并且经常聚在一起讨论各个设计的不妥之处。在课程设计中只有一个人知道原理是远远不够的，必须让每个人都知道，否则一个人的错误，就有可能导致整个工作失败。团结协作是我们成功的一项非常重要的保证。而这次设计也正好锻炼我们这一点，这也是非常宝贵的。

在这个过程中，我也曾经因为实践经验的缺乏失落过，也曾经仿真成功而热情高涨。生活就是这样，汗水预示着结果也见证着收获。劳动是人类生存生活永恒不变的话题。虽然这只是一次的极简单的课程设计，可是平心而论，也耗费了我们努力，这就让我不得不佩服专门搞软件开发的技术前辈，才意识到老一辈对我们社会的付出，为了人们的生活更美好，他们为我们社会所付出多少心血啊！

通过这次课程设计，我想说：为完成这次课程设计我们确实很辛苦，但苦中

仍有乐，有指导老师的指导，大学里三年级半个学期的相处还赶不上这十来天的课程设计，我感觉我和同学，老师之间的距离更加近了。

对我而言，知识上的收获重要，精神上的丰收更加可喜。让我知道了学无止境的道理。我们每一个人永远不能满足于现有的成就，人生就像在爬山，一座山峰的后面还有更高的山峰在等着你。挫折是一份财富，经历是一份拥有。这次课程设计必将成为我人生旅途上一个非常美好的回忆！

7. 参考文献

[1]《软件工程》 张海藩著 清华大学出版社。

[2]《软件工程》 Roger S.Pressman （机械工业出版社，梅宏 译） [3]《 UML与Rational Rose 2002从入门到精通 》电子工业出版社 [4]刘万军《面向对象课程设计》清华大学出版社 2006.9 [5]《计算机软件工程规范国家标准汇编2003》中国标准出版社