教务管理系统分析设计方案

1、教务管理系统分析设计方案目录1引言.2.2系统需求分析 .2.2.1用户需求.2.2.1.1学生模块功能需求 .2.2.1.2教师模块功能需求.2.2.1.3系统管理员功能模块需求 .2.2.2组织结构图.3.2.3业务流程图.3.2.4数据流程图.4.2.5用例图（包括用例描述） .5.3系统设计.8.3.1系统总体设计（系统的功能模块结构图） .83.2系统各功能模块设计 .8.3.2.1顺序图.8.3.2.2类图.103.2.3状态图.103.2.4活动图.124数据库设计.154.1数据分析.154.1.1 E-R图.1.54.1.2数据库表.164.2逻辑结构设计.1.85总结.1.

2、821引言教务信息管理系统类似于档案管理，它是一个教育单位不可缺少的部分，它的内容对于学校的决策者和管理者来说都至关重要，所以教务信息管理系统应该能够为用户提供充足的信息和快捷的查询手段。但目前还有一些单位和部门还是 使用传统人工的方式公务员之家管理文件档案，这种管理方式存在着许多缺点， 如：效率低、保密性差，另外时间一长，将产生大量的文件和数据，这对于查找、 更新和维护都带来了不少的困难。同时随着学校的规模不断扩大，学生数量急剧 增加，有关教务的各种信息量也成倍增长。所以教务信息管理系统的可运行性和 功能效用的多少就显得尤为重要了。教务信息管理系统最简单的是采用SQL server2000的

3、数据库技术进行架构， 主要包括登录，教师用户，管理员用户，学生用户四个模块，各个对象根据自己 的权限进行查询。系统管理员通过数据库后台对学生或者其他的输入对象输入的数据进行整 理和更新。 由于信息量的巨大，管理员要时不时对系统进行维护和更新，保证系 统能够顺畅运行。采用教务管理信息系统可取代原系统的单据手工传递工作，减少人工开支，节省资金，并且可大大提高信息量的取得，缩短信息处理周期，规 划教学资源，提高学生信息，及时反馈教学信息的利用率。2系统需求分析2.1用户需求2.1.1学生模块功能需求(1)只限于一般用户和管理员操作。而且不同的用户级别所操作的教务信息 类型是有限制的。用户可以向里面添

4、加、修改和删除数据。(2)学生用户登陆后可以进行学籍管理、成绩管理、等级考试管理等基本信 息管理。2.1.2教师模块功能需求教师可以通过登录系统后进行教师管理、排课管理、教学计划、成绩管理基 本信息管理。2.1.3系统管理员功能模块需求(1)数据备份：管理员可以通过选择保存的路径把数据库保存在硬盘中，也可保存在软盘中。3(2)数据恢复：管理员可以通过选择路径把数据恢复。(3)操作学生管理：仅限管理员。其中可以添加、修改、删除操作学生，设 置他们的权限、级别及密码。(4)系统整理信息：显示距离管理员整理系统的时间。2.2组织结构图教务信息管理系统教务系统管理组织结构图2.3业务流程图教学计划信息

5、教师、学生信息教师、学生信息系统管理教师管理子系统系统管理员系统管理课程管理系统管理教师管理学生管理班级及学生信息档案信息学生成绩档案信息学生-学生信息1登陆教务系 统学生学籍管理学生成绩管 理教师信息课表信息教师*教师信息教师管理排课管理教学计划教材管理(_ 教材信息学生管理子系统学籍管理课程管理学生选课信息45图2教务管理系统业务流程图2.4数据图3学生管理数据流程图图4教师管理数据流程图62.5T日志维护教师、学生档案信息图5系统管理员管理数据流程图用例图（包括用例描述）等级考试报名选课管理A学生成绩管理后台数据维护7图6教务系统管理用例图用例描述用例名称：登录教务系统进行管理参与者：学

6、生简要说明：学生通过账号密码登录系统进行信息管理。前置条件：学生能够通过密码的检测顺利登录系统。基本事件流：(1)学生用户单击“登录”按钮。(2)顺利进入系统页面。(3)学生用户可以在自己相应的权限内进行查询或修改信息。(4 )学生用户查顷修改信息后，单击“退出”按钮，那么系统服务器就把信息保存起来方便管理员整理。(5)用例终止。其他事件流：学生用户登录系统后只是查询相关信息而不作任何修改，页面内的内容不会改变。后置条件：查询后的信息不会在服务器上改变，但修改后的信息会在服务器上进行更新显示。注释：无用例名称：登录教务系统进行管理参与者：教师简要说明：教师用户通过账号密码登录教务系统进行信息的

7、管理。前置条件：8教师能够通过密码的检测顺利登录系统。基本事件流：(1)教师用户单击“登录”按钮。(2)顺利进入系统界面。(3)教师用户可以在相应的权限内进行成绩管理、排课管理和教学安排。(4)教师用户进行编辑查询后，单击 “确定”按钮进行信息保存，数据库 会对修改的信息进行更新显示。(5)用例终止。其他事件流：教师用户登录系统后只是查询相关信息而不作任何修改，页面内的内容不会改变。后置条件：教师用户进行修改后的信息会在服务器上进行更新显示。注释：无用例名称：登录教务系统进行管理参与者：系统管理员简要说明：系统管理员通过账号密码登录教务系统进行信息的管理。前置条件：系统管理员能够通过密码的检测

8、顺利登录系统。基本事件流：(1)管理员用户单击“登录”按钮。(2)顺利进入系统界面。(3)管理员登录系统服务器， 对服务器信息进行整理， 分析。或者修改学 生、教师用户的权限。进行日志的管理。(4)管理员进行编辑查询后， 单击“确定”按钮进行信息保存，数据库会 对修改的信息进行更新显示。9(5)用例终止。后置条件：10整理后的服务器信息会被更新显示。注释：无3系统设计3.1系统总体设计（系统的功能模块结构图）3.2系统各功能模块设计3.2.1顺序图顺序图是将交互关系表示为一个二维图。UMUS序图一般用丁：确认和丰富 一个使用情境的逻辑。一个使用情境就是系统潜在的使用方式的描述，也就是它 的名称

9、所要描述的。一个使用情境的逻辑可能是一个用例的一部分， 或是一条备 选线路；一个贯穿单个用例的完整流程。OA顶层包:学生N登录用户学生管理系统主界面成绩管理课程安排选课管理打开登录验证用户名和密码正确打开I打开查看成绩;查看课程安排J-I查看选课信息并选取I. 11128学生管理顺序图i查看课程安排图9教师管理顺序图图10系统管理员管理顺序图用户登录教师管理系统主界面成绩管理排课管理成绩录入错误SZ编冲新重登录用户数据库维护数据库维护更新133.2.2类图类图（Class diagram）!显示了模型的静态结构，特别是模型中存在的类、类 的内部结构以及它们与其他类的关系等。类图（Class d

10、iagram）许多（静态）说 明性的模型元素（例如类、包和它们之间的关系，这些元素和它们的内容互相连 接）组成。类图可以组织在（并且届丁）包中，仅显示特定包中的相关内容。类 图（Class diagram是最常用的UML图，显示出类、接口以及它们之间的静态结构 和关系；它用丁描述系统的结构化设计。图11教务管理系统类图3.2.3状态图状态图（Statechart Diagram）是描述一个实体基丁事件反应的动态行为，显 示了该实体如何根据当前所处的状态对不同的事件做出反应的。通常我们创建一个UML犬态图是为了以下的研究目的：研究类、角色、子系统、或组件的复杂行 为。14修改图12成绩管理状态图

11、学生选课信息录入通知学生- 习教务处审批通过学生进行选课J气j图13学生选课状态图15录入修改乂图14教学安排状态图3.2.4活动图活动图（activity diagram,动态图）是阐明了业务用例实现的工作流程 业务用例工作流程说明了业务为向所服务的业务主角提供其所需的价值而必须 完成的工作。业务用例由一系列活动组成，它们共同为业务主角生成某些工件。16图15学生成绩查询活动图17图16学生选课活动图登录184数据库设计4.1数据分析4.1.1 E-R图E-R图也称实体-联系图(Entity Relationship Diagram)类型、届性和联系的方法，用来描述现实世界的概念模型。6图1

12、7教师录入成绩活动图,提供了表示实体19图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否m受理20出生日期Datetime否10否表1学生信息数据库届性届性类型是否标识长度是否町以为空课程编号int是否课程名称char否20否学分int否是课时varchar否20否上课地点char否20否表2课程库数据库

13、表届性届性类型是否标识长度是否町以为空姓名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是否21课程名称Char否20否学分Int否否教师Char否10是表5课程信息数据库表4.2逻辑结构设计逻辑结构设计阶段的任务是将概念结构设计阶段所得到的概念模型转换为 具体DBM浙能支持的数据模型(即逻辑结构),并对其进行优化。学生图19教务管理系统逻辑结构设计图5总结教务管理是一项很重要的工作，包括学生管理，教师管理和课程管理等。开 发“教务信