学生档案管理系统—毕业设计

学生档案管理系统—毕业设计内容摘要：

83。 40 主要参考文献 41 致 谢 42 本科生毕业设计 （论文） 本科生毕业设计 （论文） 第一章 概述 开发学生档案管理系统的意义 21 世纪以来，人类经济高速发展，人们发生了日新月异的变化，特别是计算机的应用及普及到经济和社会生活的各个领域。 使原本的旧的管理方法越来越不适应现在社会的发展。 许多人还停留在以前的手工操作。 这大大地阻碍了人类经济的发展。 为了适应现代社会人们高度强烈的时间观念，学校学生档案信息管理系统软件为学校办公室带来了极大的方便。 在各大中小学校，用计算机管理学校的信息已经越来越普遍了。 用计算机不但可以 提高工作效率，而且还节省了许多人力物力，增强了学校资料的安全性。 提高了学校的管理能力，为此，用计算机来管理学校的信息，是非常必要的。 计算机对信息的管理有着手工管理无法比拟的优势，这些优势对于信息的条数不多，信息的变化慢，对信息的需求不频繁的单位还不明显，但是对于我现在就读的矿业大学，却是显然的。 某某高中目前在校学生达到 2020 人以上，学校对学生的原来的学生档案管理管理软件已经不能适应新的办学规模和对现代办学效率的需要。 我作为一个计算机应用的大学生，希望能有所贡献。 用我四年的所学编制了一个实用的程序来帮 助我的母校－某某高中进行更有效的学生档案管理或者作为以后开发的参考。 已有系统的存在的问题 我的母校－某某高中，在 20 世纪 90 年代一直沿用原来的人工管理 学生档案的方法，管理的效率低而且容易出错，打印报表时对以前的学校学生 档案的资料利用率低。 到了 90 年末期，学校引进了一套学生 档案 管理软件，以前的管理软件开发平台是 FOXBASE，操作界面不 太 好，操作不方便。 当历史的车轮驶到 21世纪时，我们发现我们的学生 档案 管理的教师面对的还是一套类似于 DOS 的操作界面，要想操作这套软件必须经过培训。 这种不容易上手的软件已 经不属于 21 本科生毕业设计 （论文） 世纪。 所以学校为了适应现代办学效率的需要，迫切需要一套新的系统来取代原来的软件。 新系统准备用面向对象的编程工具 VISAUL 作为开发平台。 开发思想准备在继承旧系统的优点，克服旧系统的确定，开发一个适合并校后，界面友好的，操作简便的学生 档案 管理系统。 可行性研究 目的 可行性研究的目的是用最小的代价在尽可能的时间内确定问题是否能够解决。 经济上可行性 现在，计算机的价格已经十分低廉，性能却有了长足的进步。 而本系统的开发，为学校的工作效率带来了一个质的飞跃 ，为此主要表现有以下几个方面： 第一、本系统的运行可以代替人工进行许多繁杂的劳动； 第二、本系统的运行可以节省许多资源； 第三、本系统的运行可以大大的提高学校的工作效率； 第四、本系统可以使敏感文档更加安全，等等。 所以，本系统在经济上是可行的。 技术上可行性 为本系统的开发我特对某某高中学校进行了深入的调查研究。 学校从事学生档案管理的人员都是从事该工作多年的教师。 他们对使用计算机软件有丰富的使用和管理经验。 而且学校为他们提供了多台配备良好的电脑。 本系统开发后使用的用户主要是学校教务处的教师。 暂时不提供更多的用户来共享数据，所以开发的系统暂时定位单机版本。 后台数据库我选择 Microsoft ACCESS 作为本系统的数据库， 前台开发工具采用 VISAUL。 使用 VISAUL 作为系统开发的开发环境，它作为一种现代的编程 本科生毕业设计 （论文） 语言，提供完善的指令控制语句、类与对象的支持及丰富的数据类型，给开发高性能系统提供的保障为开发满足客户要求的系统，保证了代码的模块化要求，而代码模块化的提高，非常有利于以后对新系统的扩展与修改。 新系统开发之前，我详细的对并校前的系统开发人员和系统操作 人员，以及新学校的教务管理人员进行调研，听取他们对系统的技术要求和实际操作要求。 特别是认真对已有系统的研究和相关的开发人员交换了看法。 征求他们的新系统的提出意见。 综上所述，本系统的设计与开发在技术上和硬件设备上的条件以及计算机软件的使用上条件是成熟，技术上都是满足的，因此，它在技术上是可行的。 运行上可行性 本系统为一个中小型的学生档案管理系统，所耗费的资源非常的小，学校的电脑无论是硬件还是软件都能够满足条件，因此，本系统在运行上是可行的。 第二章 系统分析 在可行性研究阶段经过调研已经准备 了大量的第一手材料，对系统的需求已经有了一个大体了解和规划，然而这些规划还只是局限于一种对系统的感性认识，对系统的要求还不完整，不准确，不清晰，不具体。 需求分行阶段就是以可行性阶段准备的大量的文档作为需求分行阶段的出发点，整理出的组织结构图和业务流程图。 以此为依据设计和规划新系统的逻辑方案。 学校结构组织结构图 通过调研，获知学校结构设置如下： 某某高中 本科生毕业设计 （论文） „„ „„ „ 图 21 学校组织结构图 学校分为教务处，年级组，后勤组等，年级组分为一年级组，二年级组，三年级组。 以年级组为单位，对各个年级进行管理，学生的学生档案由年级组长上报到教导处，由教务员进行数据维护和管理。 对学生的所有学生档案信息的管理包括录入，查询，统计，报表打印。 根据需要再提交给学校。 学校工作的业务流程图 学校工作总体规划由教务人员在学生档案信息管理系统中完成对运行教务处所需的基 本数据的维护，包括这些信息的增加、修改及对各项信息的变动都将在这进行操作。 新的学年，教务人员首先加入年级信息，然后编排班级，再对来校学生进行基本的信息录入，新生入学后由教务人员在学生档案系统中完成新学生档案的维护。 在每个学期开始，教务处根据班级的情况，以班为单位，为每个班级安排一个班主任及对此年级安排一个年级组长。 并对各科老师进行安排。 教务处 年级组 后勤组 一年级组 二年级组 三年级组 学生 教务员 学生档案 学生档案录 入 任课教师 学生成绩 成绩录入修改 相关信息 存储 本科生毕业设计 （论文） 图 22 业务流程图 每学期举行的期中，期末考试后由任课老师对本科的成绩 进行上报给教务员录入。 根据需要，教务员对学生成绩进行统计报表，上报给学院和学校、 对现行系统进行详细调查的重点是对管理业务的流程进行描述，通过采用业务流程图中的图形工具来描述管理业务活动可以帮助我直观的理解系统业务过程，找出业务流程中的不合理现象。 由此规划出系统的新逻辑方案。 新系统的设计目标和设计思想 系统开发的总体任务是实现学生档案信息管理的系统化，规范化和自动化，从而达到提高学校对学生档案信息管理的效率的目的。 学生档案管理的特点是信息处理量比较大。 所管理的数据涉及的历史可能比较悠久，因 此在管理上实现起来有一定的困难。 在手工管理的时代或者数据库管理系统设计不科学的话就会造成管理数据混乱，数据库相关数据的没有很好的关联，造成数据的不一致性时有发生。 在本系统的设计过程中，为了克服以上困难，满足计算机管理的需要，我们采取了下面的一些原则。 学生档案管理的特点是信息处理量比较大。 所管理的数据涉及的历史可能比较悠久，因此在管理上实现起来有一定的困难。 在手工管理的时代或者数据库管理系统设计不科学的话就会造成管理数据混乱，数据库相关数据的没有很好的关联，造成数据的不一致性时有发生。 在本系统的设计过程 中，为了克服以上困难，满足计算机管理的需要，我们采取了下面的一些原则。 学生档案相关信息 学校相关领导和教师 本科生毕业设计 （论文） 本系统开发设计思想： ● 尽量采用学校现有的软硬件环境，及先进的管理系统开发方案，从而达到充分利用学校现有资源，提高系统开发水平和应用效果的目的。 ● 系统应符合学校学生档案管理的规定，满足对学校学生日常管理的需要，并达到操作过程中的直观、方便、实用、安全等要求。 ● 系统采用模块化程序设计方法，既便于系统功能的各种组合和修改，又便于未参与开发的技术维护人员补充、维护。 系统开发和运行环境 开发工具： 中文版 Visual。 运行环境： Windows NT 或者 Windows20 WindowXP。 本档案管理开发系统是在 Pentyum 667mmx 以上机型的计算机上进行开发并获得通过的，同时方便系统开发，减少开发过程的难度，我们是基于以下的软件环境。 以 WindowsXP 为操作系统 以 Visual 为开发工具 系统功能分析 系统开发的总体任务是实现学生档案信息管理的系统化，规范化，自动化。 系统功能分析是在系统开发的总体任务的基础上完成的。 学生档案信息管理系统需要完成的功能主要有： ● 有关学生档案等信息的输入，包括学生档案基本信息、成绩以及学生评语等。 ● 学生档案信息的查询，包括学生档案基本信息、成绩信息、评语信息等。 ● 学生档案信息的修改，包括学生档案基本信息、成绩以及学生评语等。 ● 系统用户的管理，包括添加操作员和用户的密码管理等。 本科生毕业设计 （论文） D1 基本信息表 D2 成绩表 D3 评语表 新系统逻辑方案 数据流图 图 23 顶层数据流程图 数据流图表达了数据和处理的关系，数据字典则是系统中各类数据描述的集合，是进行详细的数据收集和数据 分析所获得的主要成果。 数据字典在数据库设计中占有很重要的地位。 对顶层数据流程图的功能逐步细化，逐一分解。 可以进一步深入定义系统中的数据和系统应该完成的功能。 对顶层数据流程图中的某些功能还可以继续分解，分解可以得到相应的第一层数据流程图： 本系统顶层数数据流图和第一层数据流程图如下： 第一层数据流程图分解说明：第一层数据流程图就是对数据的顶层数据流程图进行分解得到的，对顶层数据流程图中初步规划的功能模块细化为子功能模P1 学生信息处理 教务处 教师 P2 成绩信息处理 班主任 P3 学生评语处理 P4 信息查询统计理 P5 信息打印报表 学生，教师，学校 本科生毕业设计 （论文） D1 学生信息表 块。 细化的原则是当一个功能进一步分解子功能后，将促使人考虑为了完成这些子功能需要写出程序代 码时，就不应该再分解了。 图 24 顶层数据流程图 这里是以学生基本信息处理顶层功能：学生信息处理功能模块为例，细化为输入子模块，修改子模块，删除子模块，浏览子模块。 信息的入口是学生提交的学生信息。 数据字典 数据字典是在需求分析阶段建立，在数据库设计过程中不断修改、充实完善的。 明确地需求收集和分析作为数据库设计的第一阶段是十分重要的。 这一阶段收集到的基础数据（用数据字典来表达）和一组数据流程图（ Data Flow Diagram,简称 DFD）是下一步 进行总体设计的基础。 本文的数据词典描述的主要内容有：数据元素、数据结构、数据流、数据存储、处理逻辑和外部项。 在系统分析的过程中，产生了大量的数据词典。 限于篇幅，我采用图表格式仅就这几项条目各举一例来说明。 表 21 数据元素条目 数据元素 系统名： 学生档案管理 条目名： 学号 编号： E1 别名： 学生编号 属于数据流： F1~F8 存储处： D1 学生基本信息表 D2 成绩表 教务处 录入学生信息 修改学生信息 删除学生信息 浏览学生信息 学生提交信息 本科生毕业设计 （论文） 数据元素值： 代码类型 文本 长度： 9 简要说明： 学号是学生的识别符，每个学生都有唯一的编号。 修改记录： 编写 日期 2020525 审核 日期 表 22 数据结构条目 数据结构 系统名： 学生档案管理系统 条目名： 学生信息单 编号： I3 别名：无 结构： 姓名 性别 出生年月 家庭住址 联系电话 分类 备注 有关数据存储： D1 学生基本信息表 D2 学生成绩表 有关数据流： F F8 简要说明： 学生建档前学生提供的基本信息。 修改记录： 编写 日期 2020525 审核 日期 表 23 数据流条目 数据流 系统名： 学生档案管理 条目名： 档案建档数据 编号： F1 别名：无 来源： 外部实体学生和教务处 去处： 学生基本信息表 数据流结构： 档案建档数据 ={学号 +姓名 +性别 +班级 +出生年月 +联系电话 +入学时间 +备注 简要说明： 建档数据来自学生提供的基本信息和学校教务处分班结果。 修改记录： 编写 日期 2020525 审核 日期 本科生毕业设计 （论文） 表 24 数据存储条目 数据存储 系统名： 学生档案管理系统 条目名： 学生基本信息表 编号： D1 别名：无 存储组织： 每个学生一条记录按学号顺序排列 主关键字：学号 辅关键字：入学时间 记录组成： 项名： 9 学生编号： 8 姓名： 4 性别： 2 班级： 8 出生年月： 8 联系电话： 12 入学时间： 8 备注： 80 简要说明： 学生基本信息表带有多种查询功能。 修改记录： 编写 日期 2020525 审核 日期 表 25 外部项条目 外部项 系统名： 学生档案系统 条目名： 教师 编号： W1 别名：无 输入数据流： 成绩信息单 输出数据流： 成绩统计单 主要特征： 在本系统中负责提供学生考试成绩。 简要说明： 对学生的期中，期末考试的成绩上交教导处，由教务员录入学 生成绩，然后系统对成绩进行统计报表反馈给教师和学院。 修改记录： 编写 日期 2020525 审核 日期 本科生毕业设计 （论文） 以上是本系统新的逻辑方案中的数据字典，有了数据字典，对新系统的数据结构的建立就已经很清楚了。 下面就可以在数据流程图。