教务管理系统分析报告

教务管理系统分析与设计目录1 可行性分析31.1 引言31.2 经济可行性 31.3 技术可行性 31.4 管理可行性 32 系统需求分析42.1 用户需求 42.1.1 学生模块功能需求42.1.2 教师模块功能需求42.1.3 系统管理员功能模块需求42.2 组织结构图 42.3 业务流程图 52.4 数据流程图 62.5 用例图（包括用例描述） 73 系统设计113.1 系统总体设计（系统的功能模块结构图） 113.2 系统各功能模块设计 113.2.1 顺序图113.2.2 类图133.2.3 状态图143.2.4 活动图164 数据库设计194.1 数据分析 194.1.1 E-R 图 194.1.2 数据库表204.2 逻辑结构设计 225 总结231 可行性分析1.1 引言教务信息管理系统类似于档案管理，它是一个教育单位不可缺少的部分, 它的内容对于学校的决策者和管理者来说都至关重要，所以教务信息管理系统应 该能够为用户提供充足的信息和快捷的查询手段。但目前还有一些单位和部门还 是使用传统人工的方式公务员之家管理文件档案，这种管理方式存在着许多缺 点，如：效率低、保密性差，另外时间一长，将产生大量的文件和数据，这对于 查找、更新和维护都带来了不少的困难。同时随着学校的规模不断扩大，学生数 量急剧增加，有关教务的各种信息量也成倍增长。所以教务信息管理系统的可运 行性和功能效用的多少就显得尤为重要了。1.2 经济可行性教育事业的不断发展，各级教育层次的教学规模日益扩大，采用传统的 教务信息管理方法（如开发程度不高的管理系统）不但浪费大量人力、物力和财 力资源，而且不能满足当前教育发展的需求。基于学生对于自己学习事业的关心， 开发具有高效，易于查询并且便于管理员管理的教务信息系统的需求就明显增 多。1.3 技术可行性教务信息管理系统最简单的是采用 SQL server2000 的数据库技术进行 架构，主要包括登录，教师用户，管理员用户，学生用户四个模块，各个对象根 据自己的权限进行查询。1.4 管理可行性系统管理员通过数据库后台对学生或者其他的输入对象输入的数据进 行整理和更新。由于信息量的巨大，管理员要时不时对系统进行维护和更新，保 证系统能够顺畅运行。采用教务管理信息系统可取代原系统的单据手工传递工 作，减少人工开支，节省资金，并且可大大提高信息量的取得，缩短信息处理周期，规划教学资源，提高学生信息，及时反馈教学信息的利用率。2 系统需求分析2.1 用户需求2.1.1 学生模块功能需求(1) 只限于一般用户和管理员操作。而且不同的用户级别所操作的教务信 息类型是有限制的。用户可以向里面添加、修改和删除数据。(2) 学生用户登陆后可以进行学籍管理、成绩管理、等级考试管理等基本 信息管理。2.1.2 教师模块功能需求教师可以通过登录系统后进行教师管理、排课管理、教学计划、成绩管理基 本信息管理。2.1.3 系统管理员功能模块需求(1) 数据备份：管理员可以通过选择保存的路径把数据库保存在硬盘中， 也可保存在软盘中。(2) 数据恢复：管理员可以通过选择路径把数据恢复。(3) 操作学生管理：仅限管理员。其中可以添加、修改、删除操作学生， 设置他们的权限、级别及密码。(4) 系统整理信息：显示距离管理员整理系统的时间。2.2 组织结构图图 1 教务系统管理组织结构图2.3 业务流程图班级及学生信息档案信息学生成绩档案信学生学生信息登陆教务系统-学生学籍管理+学生成绩管理学生选课信息-教师教师信息课表信息课程信息选课管理选定课程信息教师信息教师管理排课管理教学计划教材管理教材信息教师、学生信息教学计划信 j .息教师、学生信息系统管-管理员信息理员-一 _ /后台数据维护增删用户权限维护日志维护日志档案图 2 教务管理系统业务流程图2.4 数据流程图图 3 学生管理数据流程图图 4 教师管理数据流程图图 5 系统管理员管理数据流程图2.5 用例图（包括用例描述）选课管理学生学籍管理教学计划vvincludeO系统管理员日志管理成绩管理:include权限维护等级考试报名增删用户排课管理后台数据维护图 6 教务系统管理用例图用例描述用例名称：登录教务系统进行管理参与者：学生简要说明：学生通过账号密码登录系统进行信息管理。前置条件：学生能够通过密码的检测顺利登录系统。基本事件流：（1）学生用户单击“登录”按钮。（2）顺利进入系统页面。（3）学生用户可以在自己相应的权限内进行查询或修改信息。（4）学生用户查询或修改信息后，单击“退出”按钮，那么系统服务器就把信息保存起来方便管理员整理。（5）用例终止。其他事件流：学生用户登录系统后只是查询相关信息而不作任何修改，页面内的内容不会改变。后置条件：查询后的信息不会在服务器上改变，但修改后的信息会在服务器上进行更新显示。注释：无用例名称：登录教务系统进行管理参与者：教师简要说明：教师用户通过账号密码登录教务系统进行信息的管理。前置条件：教师能够通过密码的检测顺利登录系统。基本事件流：（1）教师用户单击“登录”按钮。（2）顺利进入系统界面。（3）教师用户可以在相应的权限内进行成绩管理、排课管理和教学安排。（4）教师用户进行编辑查询后，单击“确定”按钮进行信息保存，数据库 会对修改的信息进行更新显示。（5）用例终止。其他事件流：教师用户登录系统后只是查询相关信息而不作任何修改，页面内的内容不会改变。 后置条件：教师用户进行修改后的信息会在服务器上进行更新显示。注释：无用例名称：登录教务系统进行管理参与者：系统管理员简要说明：系统管理员通过账号密码登录教务系统进行信息的管理。前置条件：系统管理员能够通过密码的检测顺利登录系统。基本事件流：（1）管理员用户单击“登录”按钮。（2）顺利进入系统界面。（3）管理员登录系统服务器，对服务器信息进行整理，分析。或者修改学 生、教师用户的权限。进行日志的管理。（4）管理员进行编辑查询后，单击“确定”按钮进行信息保存，数据库会 对修改的信息进行更新显示。（5）用例终止。后置条件：整理后的服务器信息会被更新显示。注释：无3 系统设计3.1 系统总体设计（系统的功能模块结构图）教务管理系统学生功能管 理模块完整性校验关联判断教师功能管 理模块_图 7 教务管理系统详细设计结构图管理员功能 管理模块完整性校验关联判断3.2 系统各功能模块设计3.2.1 顺序图顺序图是将交互关系表示为一个二维图。UML顺序图一般用于：确认和丰 富一个使用情境的逻辑。一个使用情境就是系统潜在的使用方式的描述，也就是 它的名称所要描述的。一个使用情境的逻辑可能是一个用例的一部分，或是一条 备选线路；一个贯穿单个用例的完整流程。图8 学生管理顺序图登录用户教师管理系统主界面成绩管理排课管理顶层包:教师打开登录验证甩户名和密码正确打开打开I成绩录入口*错误修改;查看课程安排冲突.J 1 1重新编排图 9 教师管理顺序图图 10 系统管理员管理顺序图3.2.2 类图类图(Class diagram)是显示了模型的静态结构，特别是模型中存在的类、类 的内部结构以及它们与其他类的关系等。类图(Class diagram)由许多(静态)说明性的模型元素(例如类、包和它们 之间的关系，这些元素和它们的内容互相连接)组成。类图可以组织在(并且属 于)包中，仅显示特定包中的相关内容。类图(Class diagram)是最常用的UML图，显示出类、接口以及它们之间的静 态结构和关系；它用于描述系统的结构化设计。图 11 教务管理系统类图3.2.3 状态图状态图(Statechart Diagram)是描述一个实体基于事件反应的动态行为，显示 了该实体如何根据当前所处的状态对不同的事件做出反应的。通常我们创建一个 UML 状态图是为了以下的研究目的：研究类、角色、子系统、或组件的复杂行 为。图 13 学生选课状态图图 14 教学安排状态图3.2.4 活动图活动图（activity diagram，动态图）是阐明了业务用例实现的工作流程。业务用例工作流程说明了业务为向所服务的业务主角提供其所需的价值而必须完 成的工作。业务用例由一系列活动组成，它们共同为业务主角生成某些工件。正确生成成绩单联系任课老师修改成绩.目更新数据库登录无误用户密码丿错误错误图 15 学生成绩查询活动图登录选择科目与专业冲突与专业不冲突人数已满更新数据库正确 /错误图 16 学生选课活动图4 数据库设计4.1 数据分析4.1.1E-R 图5V. 正确图 17 教师录入成绩活动图E-R图也称实体-联系图(Entity Relationship Diagram),提供了表示实体类型、属性和联系的方法，用来描述现实世界的概念模型。性别m111mm1n1mm学籍m查看查看1厂 、课程号科目教师编号上课时间系别上课地点密码n课程任课老师课程考试时间m成绩学生等级考试考试地点為:教师学号政治面貌姓名入学 时间民族籍贯性别教务处图 18 教务管理系统 E-R 图4.1.2 数据库表属性属性类型是否标识长度是否可以为空学号varchar是20否姓名varchar否10否班级编号varchar否20是性别varchar否10是年级int否是政治面貌varchar否5是民族varchar否5否籍贯varchar否20否专业院系varchar否10是入学时间Datetime否10否出生日期Datetime否10否表1 学生信息数据库属性属性类型是否标识长度是否可以为空课程编号int是否课程名称char否20否学分int否是课时varchar否20否上课地点char否20否表2 课程库数据库表属性属性类型是否标识长度是否可以为空姓名varchar否10否分数varchar否20否课程编号int是否是否重修varchar否2是是否补考varchar否2是是否已确定成绩varchar否2是表 3 成绩表数据库表属性属性类型是否标识长度是否可以为空编号Char是10否姓名Char否10否性别Char否2否出生日期Datetime否10是职称Char否5否系别Char否10否表 4 教师数据库表属性属性类型是否标识长度是否可以为空课程号Int是否课程名称Char否20否学分Int否否教师Char否10是表5 课程信息数据库表4.2 逻辑结构设计 逻辑结构设计阶段的任务是将概念结构设计阶段所得到的概念模型转换为 具体 DBMS 所能支持的数据模型（即逻辑结构），并对其进行优化。逻辑结构设计一般分为三步进行：1. 从 E-R 图向关系模式转化 数据库的逻辑设计主要是将概念模型转换成 一般的关系模式，也就是将 E-R 图中的实体、实体的属性和实体之间的联系转 化为关系模式。2. 数据模型的优化 数据库逻辑设计的结果不是唯一的。为了进一步提高数 据库应用系统的性能，还应该适当修改数据模型的结构，提高查询的速度。3. 关系视图设计 关系视图的设计又称为外模式的设计，也叫用户模式设 计，是用户可直接访问的数据模式。同一系统中，不同用户可有不同的关系视图。学号(FK) 登录账号(FK) 班级编号(FK) 教师号(FK)专业信息专业编号专业名称 院系 学分班级班级编号系别 专业名称 班级名称气姓名 班别 分数 学分 绩点成绩管理员编号姓名教师登录账号姓名 性别 职称联系方式 院系编号课程课程号课程名 学分 课时 上课时间 上课地点姓名 性别 系别 专业 班别、院系编号 籍贯联系方式 政治面貌 出生日期 .民族学号 教师号(FK) 登录账号(FK)图 19 教务管理系统逻辑结构设计图5 总结教务管理是一项很重要的工作，包括学生管理，教师管理和课程管理等。开 发“教务信息处理系统 ”的目的就是利用计算机的查询和运算功能，代替手工处 理，提高工作效力和质量。