【毕业学位论文】（Word原稿）教务管理系统的设计与实现-软件工程

中图分类号： 学校代码： 10055 密级： 硕 士 专 业 学 位 论 文 教务管理系统的设计与实现 of 要 I 摘 要 随着教务管理系统的实施在技术上已逐步成熟，为了提高工作效率，提高学院教务管理水平，天津渤海技术学院教务管理系统应运而生。该系统以天津渤海职业技术学院的教学 、校务 管理为 开发 背景，采用 C/S 与 B/S 结构相结合的体系 架构 ，应 用 开发 技术，满足了教务管理的 相对 用户集中、数据 处理 量大的 需 求，同时提供了人性化的操作界面，使学 校的老 师 、学生 简便 的 使用 、操作 该平台 。 本文围绕着系统的开发思想和特色，以软件工程的思路对系统的开发过程进行了 详细的分析和 描述。文章从 用户对项目的需求 和 项目的开发背景 出发，分析了项目开发的可行性，制定了项目的开发原则，并对系统做了整体规划，创建了 完整的、可行的 计算机管理教学的方案。在系统的开发过程中 以 应用 为基础， 具体 包含 系统各个模块的 类图、 用例图、 时序图 、 活动图 等的 应用和 设计。并 具体 、 详细的 说明了使用 架与 现的 C/S 和 B/S 架构的应用程序设计方法。 全文 分 叁 部分对 教务系统的开发过程进行 描述，第一部分对教务管理系统 的建设 进行了分析， 具体 包括 可行性分析、用户需求分析及业务流程分析 ；第二部分介绍了 设计 方案 ，主要介绍了 数据库设计及系统功能的 划 分 ； 第三部 分 为系统实现部分， 分别 利用成绩管理子系统、考试子系统这两个重要的子系统，介绍了系统开发过程中主要实现技术 及相关代码 。 关键词： 教务管理 面向对象 I s of in of up to on , of s a of of so (of is so is is in of 录 录 目 录 . 一章 绪论 . 1 第一节 项目背景 . 1 第二节 国内教务管理系统的现状 . 1 第三节 本文的主要工作 . 2 第四节 章节安排 . 3 第五节 本文的组织 . 3 第二章 相关开发技术 . 4 第一节 统一建模语言 . 4 第二节 术 . 5 第三节 架 . 6 第三章 系统分析 . 11 第一节 项目开发的目的 . 11 第二节 教务管理模式分析 . 11 第三节 项目需求分析 . 13 第四节 用户界面分析 . 15 第五节 具体分析 . 16 例图 . 17 动图 . 18 序图 . 20 第四章 系统总体设计 . 25 第一节 系统的开发原则 . 25 第二节 系统功能设计 . 26 统功能模块设计 . 26 统架构方式 . 30 目 录 五章 数据库设计 . 33 第一节 数据库的选择 . 33 第二节 数据库设计 . 34 统 . 34 向关系模式的转化 . 36 据表的关系 . 39 第三节 视图设计 . 39 第四节 数据编码 . 41 第六章 教务管理系统的详细设计与实现 . 43 第一节 成绩子系统功能分析 . 43 绩管理子系统工作流程 . 43 绩子系统人员角色 . 43 绩子系统功能模块划分 . 44 据录入功能实现 . 45 绩修改功能实现 . 46 绩分析功能实现 . 48 绩查询功能实现 . 49 第二节 考试子系统的设计与实现 . 51 纸化考试子系统功能分析 . 51 统工作流程分析 . 51 纸化考试子系统功能设计 . 52 第七章 总结 . 88 参考文献 . 89 致谢 . 91 附录 A 关闭 件的代码 . 92 附录 B 从数据库中释放文件到文件夹的代码 . 95 附录 C 将文件存储到数据库中的代码 . 96 附录 D 数据加密、解密算法代码 . 97 个人简历 . 99 第一章 绪论 1 第 一 章 绪论 第一节 项目背景 天津渤海职业技术学院是一所国办全日制高职院校， 1958 年建校，具有 40 多年的办学历史。 2000 年学院将天津化工学校、天津化工局职大、化工局技校、化工局党校四校合并，组成天津渤海职业技术学院。目前，学院共有 4 个校区，教职工600 余人，各类在校生 9000 多人， 各校区 、学院 在教学、校务 管理上都 不尽相同 ，但不同程度地 都 会 使用了计算机开展日常教务 的 管理工作。 如北辰主校区原有的教务管理系统是由天津教委下发的学籍管理系统（中专）和其它一些独立系统组成，其他各个校区也有不同版本的管理系统。各个校区的学生成绩管理、试卷管理等工作基本处于手工管理状态，数据基本上全部使用 件存储，没有相应的管理软件，且格式不统一。各个校区使用的管理系统 的接口并不 能完全 兼容， 想简单的 实 现对现有系统的 统一管理 相当困难 。随着学院规模的不断扩大，学生成绩管理、学籍管理 、考试管理等各种教务日常管理工作的工作量和工作难度不断加大 ，因此学校 更为 急迫的需要开 发 一 套 统一 的 教 务管理系统。 学院完成 四校 整合后 ，自 2002 年开始， 对校园网建设作了巨大的投入，先后投资数百万元建设各个校区的校园网， 现在的校园网包括北辰主校区、郁江道校区、友谊路校区和珠江道校区四个校区， 这为教务系统开发建设奠定了 良好的 网络基础。 校园 网络结构 采用 155 兆 48 芯单模 光纤 作为主干网，各校区骨干网采用千 兆高速以太网。各院系、 处 、 部 采用 百 兆快速交换式子网。 为打造现代的信息化校园， 在北辰主校区 建设了 网络 信息 管理 中心，友谊路校区、 郁江道校区的办公 区域 、 教学楼、 图书馆 均 设置了无线接入点 。 教务管理系统就是以 渤海职业技术学院 校园网为 平台 ，将 架和 术相结合 ， 涵盖 学校 教务管理 的 各 个 环节，面向学院各部门以及各层次用户的多模块的完整系统 。 力争 解决渤海职业技术学院由于 学院规模 的 增大、 四校合并 后 的 综合教务 管理 更加复杂 及 扩大招生 带来的教务管理 的 新难题 。 第二节 国内教务管理系统的现状 第一章 绪论 2 进入 21 世纪以来，随着我国改革开放的不断深化，各行业迫切需要大量的技术人才， 为培养更多更为优秀的复合型人才， 国家开始大力发展高职教育， 全国 各院 校 也 在积极 的 推动高职教育 的教学 体制改革 。 现在的 相关 、近似 专业按同 类招生 ，替代了 过去 的学 院 按不同的 专业招生 ； 现在的学分制教育替代了 过去 的学年制 教育 ， 国内教育 体质改革更加多样化 ， 更加 科学合理。 1990 年之前，全国各个大、专院校均采用学年制的教学管理 方 式，学校统一制定每个学年的教学计划，学生根据学校的 教学计划完成学 业 ， 只有通过 期末 考试才能进入下一学年的学习，并 依次逐年 完成整个高 等教育 期间的学业 1。后来， 全国大专 学校开始 陆续 实行学分制 教育 ，学生可以 相对自由的选择课程安排， 学生只 需 修满 规定的 学分，就可以 顺利 毕业，不再受学年的限制。 计算机数字化 的 教学管理是 这些 改革 内容 实现 的 基础 。 做为教育体制改革中比较重要的部分 ， 优化 、更新 现有的 计算机 教务管理 相关 内容 显得尤为重要 。随着计算机 应用 的普及， 全国大部分的院校 开始 使 用计算机进行日常 教务 的管理。 一 些小的 教学 管理系统： “ 考试成绩管理系统 ” 、 “ 学分管理系统 ” 、 “课程 管理系统 ” 等 被广泛 的 使用 。但这些 小 系统都是面向某一 特定 功能 开发 的 。 经过多年使用， 这类系统渐渐 的 不能适应 ， 随着 深化 教育体制改革 及 学校规模的 壮 大 而出现的学校 对教务管理上的 新的 需 求。 随着全国各大高校校园网的建立及发展 ， 构体系及相关技术已非 常完善，这些因素成为开发一套完整的综合教务管理系统的基础，来实现教务管理中对管理分布运行、数据集中存储的需求。所以我们根据高职院校需求出发，创建了一套行之有效的计算机管理教学的方案。 第三节 本文的主要工作 本文围绕着系统的开发 特色 和 思想 ，以软件工程的思路对系统的开发过程进行了 分析 和 描述 ，旨在介绍系统的编写思路和工作机制。文章从介绍项目的开发背景和用户对项目的需求出发，分析了项目开发的可行性，制定了项目的开发原则，并对系统做了整体规划， 以天津渤海职业技术学院的教学、校务管理为开发背景，采用 C/S 与 B/S 结构 相结合的体系架构，应用 开发技术， 在系统的开发过程中以 应用为基础，具体包含系统各个模块的类图、用例图、时序图、第一章 绪论 3 活动图等的应用和设计。并具体、详细的说明了使用 架与 现的C/S 和 B/S 架构的应用程序设计方法。 满足了教务管理的相对用户集中、数据处理量大的需求，同时提供了人性化的操作界面，使学校的老师、学生简便的使用、操作该平台 ，创建了一套行之有效的计算机管理教学的方案。 第四节 章节安排 文章分三部分对系统的开发过程进行了描述： 第一部分为第一、第二、第三 章， 对教务管理系统的建设进行了分析，具体包括可行性分析、用户需求分析及业务流程分析。 第二部分为第四、第五章， 介绍了设计方案，详细介绍了数据库设计及系统功能的划分。 第三部分为第六章， 分为系统实现部分，分别利用成绩管理子系统、考试子系统这两个重要的子系统，介绍了系统开发过程中主要实现技术及相关代码。 第五节 本文的组织 本文以天津渤海职业技术学院教务管理系统为例，介绍了基于 务管理系统的设计过程 与实现过程 。本人 具体的参与了项目的前期需求分析 、 部 分项目的设计与开发 及 数据采集和系统的分析与设计等工作，同 时参与实现了学生成绩管理、考试管理等子系统 的建立 。 围绕着项目开发的过程和本人所负责的工作， 论文 结构如下：第 1 章绪论， 说明 了项目建设 的 意义 和选题的 背景 ；通过分析 渤海职业技术 学院的教务管理模式，阐述了本系统开发的目的并对系统的用户需求做了详细的分析；第 2、 3 章介绍了本系统所使用的开发工具和相关技术；第 4 章是系统的总体设计，在本章中提出了系统的开发原则及对本系统进行了可行性分析，并 对系统的整体功能框架进行了设计；第 5 章数据库设计中 详细的 介绍了本系统中数据库的数据量，并以此为依据介绍了数据库 搭建 的 理念 ，并 对数据 表 之间的关系进行了分析；第 6 章教务关系系统的实现是我重点参与编写的两个子模块，在这两章中我讲述了这两个模块的设计思想和开发步骤；第 7 章对开发工作和论文撰写进行了总结。 第二章 相关开发技术 4 第 二 章 相关开发技术 在具体实现教务管理系统的设计和开发过程中，应用了大量的新思想、新技术和新的开发工具，以使其适应当今软件的发展。 第一节 统一建模语言 称 为 统一建模语言或 标准建模语言 ， 该语言 始于 1997 年一个 准，它是一个支持模型化和软件系统开发的图形化 的语言 ， 为软件开发的 各个 阶段提供模型化和可视化 的 支持，包括由 需求分析 到规格再 到构造和配置。 开发者 采用 可视化建模 和 言，能够通过图形化的表示 捕捉到与系统相关的重要细节，如 解决方案是否得到有效执行， 项目的需求分析是否能被真正理解 等 2。 面向对象的分析与设计 的 方法最终 成 为大众所接受的 标准建模语言 ， 仅可以表达各种基本功能的概念，也提供了若干 种 方式来表示各基本功能模块之间复杂的相互 联系 ， 富的图表 展示 可充分体现 这种相互关系。 模工具主要包括以下 5 类图（共 9 种图形） 3： 1. 行为图，描述系统的动态模型和组成对象间的交互关系。 例如状态机图用于一个系统或对象从产生到结束或从构造到清除所处 的一系列不同的状态 。 2. 静态图，包括类图、对象图和包图。 类图用于描述系统中各类的内部结构及相互间的关联 等 。 3. 实现图， 例如 构件图描述代码部件的物理结构及各部件之间的依赖关系 。 4. 交互 图，描述对象间的交互关系。 例如 时序图显示对象之间的动态合作关系 。 5. 部件图 ， 有助于分析和理解部件之间的相互影响程度。 在实际应用中我们会根据不同情况采用一种或多种图形综合使用， 通过绘制这些图形，就可 很清楚的描述 事件发生的 情况及整个系统的功能 ，以便进一步编码实第二章 相关开发技术 5 现 。 在本教务系统中，采用 模语言辅助软件的分析和 设计，其中使用各种静态图来进行详细设计，并利用交互图和行为图进行建模， 来展示系统需求。这些软件模型、图例为项目建设期高效、准确的实现系统的各个模块功能打下了良好的基础。 目前有许多功能强大 模工具， 教务管理 系统采用 的 模工具主要是通过 实现的， 一种基于 可视化软件建模与开发工具 4， 它把 成到面向对象的软件开发过程中。不论是 对象的分析与设计、软件的实现与测试阶段， 还是 在分析系统需求阶段 在它都提供了清晰的 的工具 和 表达方法 ，它具有良好 、 可编辑 的 纯文本文件 界面， 它可以生成各种代码和数据框架等 5， 方便建立起相应的软件模型。 第二节 术 扩展的标记语言 )的缩写， 一种标记语言，基本上是 一个子集， 可以用来标记数据、定义数据类型，是一种允许用户对自己的标记语言进行定义的源语言。 于创建以结构化格式包含数据的文本文件，还可以定义一套详细规则用于定义数据结构来描述文档内容，提供了 换为一个应用程序处理环境。将数据包含在 档中，可扩展样式表格语言 (可以与 档一起被用于表示数据。使用 档和 能够将数据和数据的表现形式分离 6。 由于本系统的大部分功能采用了 B/S 结构，用 术会对以后信息的传输和共享带来很大方便。 档定义方式有： 因为有 数据大纲，所以 可以作为派生其它标记语言的元语言 7。 承了 有的可扩展性、结构性及可校验性， 便跨越多种平台的更有意义的搜索结果。 档由一个或者多个基本存储单元组成，基本存储单元就是所谓的实体。实体可以包含准备为 记分析的 本，实体还可以包含非 据。所有第二章 相关开发技术 6 的 档都包含一个“根实体”，位于最顶层，又称为“文档实体”。实体从不同角度可分为参数实体和通用实体、解析实体和非解析实体、内部实体和外部实体。档中可以通过实体引用来引用一个命名实体的内容。 包含 记的实体由字符组成，其中有些字符属于字符数据 ，有些属于用来标注数据的 记，标记包括起始标签，结束标签，空元素标签，实体引用，字符引用，注释， 定界符，文档类型声明和处理指令。其他所有非标记的文本组成文件的字符数据。标记的功能是描述文件的存储格式和逻辑结构，并将属性 值对和逻辑结构关联起来。 第三节 架 介 以一种采用系统 虚拟机 运行的编程平台， 开发人员带来了一种全新的开发框架。 布之后，不管是程序还是网页都是以 提供的类库为接口。接口如图 示。 发平台使得开发人员创建运行在 务器上的应用程序更容易，同时创建稳定、可靠而又安全的 面应用程序也更快捷。 架包含了在操作系统上进行软件开发的所有层。 计得足够通用化从而使许多不同高级语言都得以被汇集。 它是微软或其他平台上的显示技术、组件技术和数据 技术实现高度集成 12。 架主要由以下四部分构成 13： 1. 用语言规范） 2. 架类库） 3. 共语言运行环境） 4. 详细的 架体系结构 从图 共语言运行环境（ 架类库。所有在 发平台上创建的应用程 序运行都需要运行这两个核心块。 第二章 相关开发技术 7 科技有限公司相对应的该型号产品附带。如果您发现您购买的该产品包装中不含本手册，北京市博汇科技有限公司恕不负责保修及售后服务，为了保护您的利益，请即与我们联系。北京市博汇科技有限公司在制订本手册时已尽量保证其准确性。但不对手册中的任何不准确性负责。在任何情况下，北京市博汇科技有限公司都不对因手册中的缺陷或遗漏造成的直接的、间接的、特殊的、或必然损坏负责，即便是已经忠告了这种损坏的可能性的情况。作为继续产品开发过程的一部分，北京市博汇科技有限公司保留在不通知或存在任何义务的情 况下随时对手册和产品进行改进的权利。北京市博汇科技有限公司不对因使用或无法使用此产品而导致的任何利润损失、储蓄减少或其它偶然的或必然的损坏负责。它包括对财产的损坏及在法律允许的程度下对人身的伤害。本手册包括受 交互前端为全市交互数字电视用户提供 60 个频道时移回放、 播及部分增值业务。 1 月， 每日 22： 30 交互前端同时在线人数平均为 7962 户，最高峰为 9205 户同时在线。 系统运行情况： 本月天塔交互电视前端运行较稳定，影响最大的故障包括：出现两次由于软件 致 程自动重启的故障。同时 在元旦期间出现交互用户大面积马赛克的想象，我方配合运维中心和技术中心全力排查产生的原因，最终定位在 8908 交换机背板带宽处理能力不足，对 8908 进行 板卡扩容后马赛克现象有明显改善，丢包数量明显减少，但仍存在马赛克现象，需与运维中心进一步排查。 元旦期间发现 8 的并发数已达1100 流，已基本达到 推流并发峰值，于 1 月 9 日将天津卫视和东方卫视在 多录制一份、安徽卫视和湖南卫视在 减轻 8 的推流压力，通过这段时间的观察，目前并发最高的同洲 7、 15，该 3 台 高并发接近 1000。 1 月 8 日至 10 日为医指通业务试运营，对部分用户高清交互机顶盒 页升级，升级后效果如下：在为“您服务”中的第一个栏目加入“电视挂号”， 1 月 11 日放开全网机顶盒。 1 月 15 日凌晨对 统扩容，增加 4 台 务器，分别安装在两台 片服务器上。 1 月 23 日凌晨，进行以下升级操作：（ 1）对 版本保护的资产信息，保留所有的权利。在未征得北京市博汇科技有限公司许可的情况下，本资料的任何部件不得制成胶片、复制或翻译成其它语言。本手册提及的所有商标和注册商标归北京市博汇科技有限公司 所有。您当前所使用的产品名称为“ 字有限电视信道监测报警系统 ”,以下简称为“ 北京市博汇科技有限公司 出品的数字有线电视信道监测报警系统。前端监测主机支持 准射频信号的输入输出，支持 号输出，支持 10 路信号同时监测。 兼容本机板卡与网络 卡， 在此基础上 增加 对 支持 。 提供基于 的 级错误分析 本手册由 图 布前后应用程序接口的比 较 图 架 介 发平台的一个 重要 部件， 是 微软公司 的 一项 技术，是一种使嵌入网页中的 脚本 可由因特网服 务器执行的服务器端脚本技术 。 用来开发驻留在微+ C# 用语言规范（ 务 用程序 用程序 公共语言运行环境（ 二章 相关开发技术 8 软的 并且使用诸如 议的 用程序 ， 是在 首次推出 。 架提供的编程类库构建而成的，它不仅仅是通用语言运行环境的宿主，它还是使用受控代码开发 点和 象的一整套结构 14。体和 务都将 为应用程序的发布机制，并且在 架中都分别具有支持类。 台的基础，它结合了 链接库，而链接库则包含了窗口窗体组件（ 动态数据对象（ 明了 关系。 图 关系 从图 可看出， 于开发基于 应用程序，而 应用程序。它们都是基于 15。 供的 式使创建、管理和部署 用程序变得非常容公共语言运行时（ 务 体 用程序服务 体 控件 绘图组件 窗口应用程序服务 架基本对象类型 象 象 象 线程对象 I/O 对象 安全性对象 其它更多的对象 第二章 相关开发技术 9 易。开发人员可以直接用 务器端控件，这些控件封装了公共的、用于 件负责将面向对象的编程模式提供给 发者，这种编程模式能提供面向对象编程技术的丰富功能。 允许开发人员将软件作为一项服务来提供。通过使用 务功能，开发人员只需进行简单的业务逻辑编程，而由 本结构负责通过 提供服务。基于 用合理的开发设计模型就能够得到结构合理、易于维护的 用程序解决方案。术是 台的重要组成部分，这种新的 用程序开发技术具有许多优点 18。 一项基于 台的应用程序设计的新技术， 是 微软的 发框架的 图形用户界面 部分 ，该技术的实质也是基于 。使用这项新技术可以充分利用 面向对象特性、 供的各种服务等 台的底层支持，来开发基于 应用程序。 用程序主要是指用户界面是浏览器的应用程序，包括用户通过 用的应用程序。 应用程序 有两种模式 C/S、 B/S。 C/S 是 客户端 /服务器端程序，也就是说这类程序一般独立运行。而 B/S 就是 浏览器 端 /服务器端应用程序，这类应用程序一般借助 浏览器 来运行。 用程序一般是 B/S 模式。 从客户的观点来看，它是由一些 面组成的，这些页面通过超链接构成一个逻辑上的整体；而从服务器观点看，它则是由 务器上的一个虚拟目录及其子目录中的所有文件组成，包括 体页面文件和可执行代码等。不论用户的浏览器类型是什么，也不论使用的计算机类型是什么，他们都可以与应用程序进行交互。 在微软的 架中， 在 成开发环境下，创建能够利用 更加直接和易于使用的开发模式。众所周知，在 ， 一个容器对象，它不仅有自己的属性、方法和事件，而且能容纳其他对象 (如文本框、按钮和标签等 )。同样，在 是一个容器对象，它也有自己的属性、方法和事件，也能容纳其他对象。 容纳的对象主要是服务器控件，还有其他 单元素（如服务器端脚本、标准 其他客户端代码） 16。 第三章 系统分析 11 第 三 章 系统分析 第一节 项目开发的目的 教务管理系统主要解决以下问题： 1提高工作效率 通 过使用本系统，可以使教务管理人员的工作环境得到明显改善，老师们可以在办公室、在家中得到各种教学教务相关信息，不会因为某台计算机的故障导致工作的停滞和教学教务相关数据的丢失；教务管理的分工将更为合理，可以有效缓解部分老师的工作强度。 2规范教务管理工作流程 现状：各类学生 的 成绩管理 、学籍管理 的工 做 流程、 统计 数据 接口 不一致、数据格式 各异 ，通过本系统，将规范整个教务管理工作的流程，教务管理将按 统一的统计 接口 、统一的工做流程、统一的数据格式 进行管理 。 学院学生种类 很 多， 既有4 年一贯制的学生， 也 有通过春、秋季高考升学 来的高职学生 ，还有 中专、电大、成人高考 的学生。 集中管理 教务 相关 数据， 避免了错误的产生和管理漏洞， 最大程度的实现数据的共享， 也 为学院管理层 制定学院工作计划提供了有力的参考 。 3 优化学 生 信息 获取的方式 系统 将 优化 学生对校园网的使用， 将教室安排、 考试信息、课程安排、 课 表、考试 成绩等 相关教学信息通过互联网系统告知学生， 其中最重要的是成绩的查询 系统 ，学生 在任何地点都 可以利用网络查询到自己的 考试 成绩情况 19。 第二节 教务管理模式分析 普遍情况， 一个教务管理 的 指示都要经过如图 示的 流 程： 从图 以看出 ，学校的教务管理属于学院（教务处、主管院长）、系部二级管理模式。系与学院表现为相互依附关系，许多权利归学院统一管理，而教务处是学校教学管理工作的载体 、是学院教务管理的职能部门。随着学院招生规模的扩第三章 系统分析 12 大，学生和教师人数不断增加，硬件资源越发紧张，为了提高有限的实验室、教室等资源的使用效率，许多管理工作由教务处统一集中式管理 20。 在管理上容易 出现工作效率低、造成信息传递 滞后 、数据失真、工作人员劳动强度大等 异常 现象 。学院的教务管理部门作为一级管理机构，有监督、协调管理的作用。 图 教务管理模式 图 述了教务管理系统的 结构 体系。整个教务管理系统的各个子系统构成了一个完整的工作流程。 以下功能模块组成了本教务管理系统 基本构架 ：用户管理系统 （ 权限管理、 用户登录 等） 、 课程管理（维护课程信息及更新相关数据）、 学籍管理（注册管理、 奖惩管理 、 异动管理）、教师管理（ 工作量管理、 教师信息维护）、成绩管理（成绩录入、 统计、 查询）、教学计划管理 、教材管理、 选课管理、排课管理、毕业审查等 20。 主管院长 教务处 各系部教学主任 主管院长 各任课教师 各班学生 各系部教务管理人员 第三章 系统分析 13 图 教务工作流程图 第三节 项 目需求分析 教务管理系统开发的目的是全面管理全院教学工作中的各个环节，实现 有效 资源共享，提高 教务管理 工作效率。 开发者只有充分理解用户的工作方式及系统总体目标，才能达到这个目的。故 系统的开发首先要做的事就是确定系统的基本功能及系统相关需求。 根据相关老师多年从事教学管理积累的经验来看，学院的教务管理主要包括以下几方面的内容： 学籍管理系统 变更管理 学生信息管理 班级信息管理 招生 信息 课程管理系统 教学文档管理系统 教师信息管理 选课管理 成绩管理系统 成绩 录入 教学 计划 教学 大纲 考试管理系统 题库管理 考试系统 毕业环节管理系统 成绩查询 成绩分析 课时费管理 第三章 系统分析 14 学籍管理主要内容应包括学生的基本信息维护、毕业证书管理 、学籍异动情况管理 等内容。 学生基本信息管理主要是指 ，教务处按照 各系部提供的学生报到情况 ，将 新入学的学生的各种基 本信息， 如 ：姓名、 籍贯、 年龄、性别等相关 数据 ， 进行统计、汇总， 并在计算机中 将这些 有效 信息 ， 按格式要求录入 并 存储。 毕业证书管理主要由 各个系部的教学管理人员 和 教务学籍管理人员 一起完成，根据学生在校期间三年的各门课程的考试情况 、获得学分情况 及毕业设计、论文的完成情况确定 学生是否 完成学业、授予证书 ， 并 按 系部、 班级 及 规定 的毕业证 开始及结束 号码 生成毕业证，并能 联网 打印毕业证书。 学籍异动管理分 无学籍 和 有学籍 两种， 无学籍包括退学、转出、开除、死亡；有学籍包括 休学、 转入 。 有学籍者恢复上学时应到学籍管理员处办理复学手续，标明 异动原因、 异动类型 、异动日期 ，并 自动 编入 相应系部班级 21。 在 未使用教务管理系统前， 以上 这些信息 由学校 教务工作 专 员 人 工录入 并 存入相应的 件中。 课程管理主要是对全院各专业开设的课程信息进行管理，课程 管理相关数据需包括： 课程名称、 课程编号、开课 专业 、开课学期、 学分、 课程类别、课程分类、学时、教材、 授课教员 等。在教学工作中，每学期末，各个系部主管教学的系主任从教学计划中 按责任单位 获得 本系 毕业环节任务及 下学期 应 开设 教学 课程，确定任课教师；选修课程信息对学生公布后，学生开始选课，选课结 束后，由系部统一 打印出相应的教学任务书及安排任课教师 。 选修课学生通过选课系统选课 ； 公共课、专业课 各系安排好教师后提交到数据库中 。 期末考试结束后， 通过网络 由任课教师录入学生 考试 成绩： 选修课按合格和不合格二级录入；考查课程按优、良、中、及格和不及格五级录入； 考试课 程 录入百分制成绩，按 期末、 平时、总成绩 3 项录入 。 教务处向任课教师获取选修课及 公共课 成绩 并生成 原始成绩单，专业课向相应系部提交相应原始成绩单存档。 对选修课通过的学生及专业课达到合格标准的学生给予相应的 获得 学分登记， 由 相关 教务 管第三章 系统分析 15 理人 员通过教务管理成绩子系 统进行 学生 成绩的录入、 更新 和 修改 ，通过教务管理平台学生可 从网络上 查询自己 所获得学分及各个 课程 考试成绩 等。成绩查询系统 必须 具备 较强大的 统计、 查询和打印功能。 3. 文档管理子系统 文档管理子系统可以实现专业课程设置计划、课程教学大纲、课程教学进度计划等重要教学文档的归档、查询等功能。 4. 考试管理子系统 学院的考试主要分为笔试考核、试验考核和作业考核三种形式。作业考核和试验考核主要是以授课教师对学生布置作业、安排实验，由学生独立或分组完成的形式进行。笔试考核是每学期期末都要进行的考试形式，是教务管理的重点之 一。学院积极实施考试试题库，笔试考试的题库由各个专业的骨干教师负责建立及更新，考试前由各个教研室根据一定的难度规则从题库中抽取试题，组成试卷，进行考试。试卷样卷要交教务备案，学生考试试卷由各系部存档。学院教务部门推行无纸化考试和评分系统，为成绩管理提供便利条件。 教务管理的核心内容 是成绩管理 。 学院 教学管理 教师可根据需要 完成 院系学生各学期成绩的录入 、统计、 查询及 管理 等操作 。 阅卷老师完成 考试 成绩的 打印、 录入 等工作 ， 将 成绩打印 4 份，经任课教师签字后 将 上报系部和教务处备案，并提交教学 管人员和班主任，用 于向学生公布成绩 。在校学生可 通过教务管理平台从网络上查询自己所获得学分及各个课程考试成绩。 学院教师的课时费实行超课时制度，教师每周课时达到 10 节课时，按满工作量计算，超过 10 节课的，按超工作量