教务管理系统建设及实施方案

PAGE19教务管理系统建设计划及实施方案目录1引言 22系统需求分析 22.1用户需求 22.1.1学生模块功能需求 22.1.2教师模块功能需求 22.1.3系统管理员功能模块需求 22.2组织结构图 32.3业务流程图 32.4数据流程图 42.5用例图（包括用例描述） 53系统设计 83.1系统总体设计（系统的功能模块结构图） 83.2系统各功能模块设计 83.2.1顺序图 83.2.2类图 103.2.3状态图 103.2.4活动图 124数据库设计 154.1数据分析 154.1.1E-R图 154.1.2数据库表 164.2逻辑结构设计 185总结 181引言教务信息管理系统类似于档案管理，它是一个教育单位不可缺少的部分,它的内容对于学校的决策者和管理者来说都至关重要，所以教务信息管理系统应该能够为用户提供充足的信息和快捷的查询手段。但目前还有一些单位和部门还是使用传统人工的方式公务员之家管理文件档案，这种管理方式存在着许多缺点，如：效率低、保密性差，另外时间一长，将产生大量的文件和数据，这对于查找、更新和维护都带来了不少的困难。同时随着学校的规模不断扩大，学生数量急剧增加，有关教务的各种信息量也成倍增长。所以教务信息管理系统的可运行性和功能效用的多少就显得尤为重要了。教务信息管理系统最简单的是采用SQLserver2005的数据库技术进行架构，主要包括登录，教师用户，管理员用户，学生用户四个模块，各个对象根据自己的权限进行查询。系统管理员通过数据库后台对学生或者其他的输入对象输入的数据进行整理和更新。由于信息量的巨大，管理员要时不时对系统进行维护和更新，保证系统能够顺畅运行。采用教务管理信息系统可取代原系统的单据手工传递工作，减少人工开支，节省资金，并且可大大提高信息量的取得，缩短信息处理周期，规划教学资源，提高学生信息，及时反馈教学信息的利用率。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教务系统管理用例图用例描述用例名称：登录教务系统进行管理参与者：学生简要说明：学生通过账号密码登录系统进行信息管理。前置条件：学生能够通过密码的检测顺利登录系统。基本事件流：学生用户单击“登录”按钮。顺利进入系统页面。学生用户可以在自己相应的权限内进行查询或修改信息。学生用户查询或修改信息后，单击“退出”按钮，那么系统服务器就把信息保存起来方便管理员整理。用例终止。其他事件流：学生用户登录系统后只是查询相关信息而不作任何修改，页面内的内容不会改变。后置条件：查询后的信息不会在服务器上改变，但修改后的信息会在服务器上进行更新显示。注释：无用例名称：登录教务系统进行管理参与者：教师简要说明：教师用户通过账号密码登录教务系统进行信息的管理。前置条件：教师能够通过密码的检测顺利登录系统。基本事件流：教师用户单击“登录”按钮。顺利进入系统界面。教师用户可以在相应的权限内进行成绩管理、排课管理和教学安排。教师用户进行编辑查询后，单击“确定”按钮进行信息保存，数据库会对修改的信息进行更新显示。用例终止。其他事件流：教师用户登录系统后只是查询相关信息而不作任何修改，页面内的内容不会改变。后置条件：教师用户进行修改后的信息会在服务器上进行更新显示。注释：无用例名称：登录教务系统进行管理参与者：系统管理员简要说明：系统管理员通过账号密码登录教务系统进行信息的管理。前置条件：系统管理员能够通过密码的检测顺利登录系统。基本事件流：管理员用户单击“登录”按钮。顺利进入系统界面。管理员登录系统服务器，对服务器信息进行整理，分析。或者修改学生、教师用户的权限。进行日志的管理。管理员进行编辑查询后，单击“确定”按钮进行信息保存，数据库会对修改的信息进行更新显示。用例终止。后置条件：整理后的服务器信息会被更新显示。注释：无3系统设计3.1系统总体设计（系统的功能模块结构图）图7教务管理系统详细设计结构图3.2系统各功能模块设计3.2.1顺序图顺序图是将交互关系表示为一个二维图。UML顺序图一般用于：确认和丰富一个使用情境的逻辑。一个使用情境就是系统潜在的使用方式的描述，也就是它的名称所要描述的。一个使用情境的逻辑可能是一个用例的一部分，或是一条备选线路；一个贯穿单个用例的完整流程。图8学生管理顺序图图9教师管理顺序图图10系统管理员管理顺序图3.2.2类图类图(Classdiagram)是显示了模型的静态结构，特别是模型中存在的类、类的内部结构以及它们与其他类的关系等。类图(Classdiagram)由许多（静态）说明性的模型元素（例如类、包和它们之间的关系，这些元素和它们的内容互相连接）组成。类图可以组织在（并且属于）包中，仅显示特定包中的相关内容。类图(Classdiagram)是最常用的UML图，显示出类、接口以及它们之间的静态结构和关系；它用于描述系统的结构化设计。图11教务管理系统类图3.2.3状态图状态图(StatechartDiagram)是描述一个实体基于事件反应的动态行为，显示了该实体如何根据当前所处的状态对不同的事件做出反应的。通常我们创建一个UML状态图是为了以下的研究目的：研究类、角色、子系统、或组件的复杂行为。图12成绩管理状态图图13学生选课状态图图14教学安排状态图3.2.4活动图活动图（activitydiagram，动态图）是阐明了业务用例实现的工作流程。业务用例工作流程说明了业务为向所服务的业务主角提供其所需的价值而必须完成的工作。业务用例由一系列活动组成，它们共同为业务主角生成某些工件。图15学生成绩查询活动图图16学生选课活动图图17教师录入成绩活动图4数据库设计4.1数据分析4.1.1E-R图E-R图也称实体-联系图(EntityRelationshipDiagram)，提供了表示实体类型、属性和联系的方法，用来描述现实世界的概念模型。图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教师数据库表属性属性类型是否标识长度是否可以为空课程号