教务管理系统分析报告
下载后可任意编辑 教务管理系统分析与设计 目 录 1 可行性分析4 1.1 引言4 1.2 经济可行性4 1.3 技术可行性4 1.4 管理可行性4 2 系统需求分析5 2.1 用户需求5 2.1.1 学生模块功能需求5 2.1.2 老师模块功能需求5 2.1.3 系统管理员功能模块需求5 2.2组织结构图5 2.3业务流程图6 2.4 数据流程图7 2.5 用例图(包括用例描述)8 3 系统设计12 3.1 系统总体设计(系统的功能模块结构图)12 3.2 系统各功能模块设计12 3.2.1 顺序图12 3.2.2 类图14 3.2.3 状态图15 3.2.4 活动图17 4 数据库设计20 4.1 数据分析20 4.1.1 E-R图20 4.1.2 数据库表21 4.2 逻辑结构设计23 5 总结24 1 可行性分析 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业务流程图 图2 教务管理系统业务流程图 2.4 数据流程图 图3 学生管理数据流程图 图4 老师管理数据流程图 图5 系统管理员管理数据流程图 2.5 用例图(包括用例描述) 图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学生管理顺序图 图9 老师管理顺序图 图10 系统管理员管理顺序图 3.2.2 类图 类图(Class diagram)是显示了模型的静态结构,特别是模型中存在的类、类的内部结构以及它们与其他类的关系等。 类图(Class diagram)由许多(静态)说明性的模型元素(例如类、包和它们之间的关系,这些元素和它们的内容互相连接