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

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

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

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

4、图图2 教务管理系统业务流程图2.4 数据图3 学生管理数据流程图图4 教师管理数据流程图图5 系统管理员管理数据流程图2.5 用例图（包括用例描述）图6 教务系统管理用例图用例描述用例名称：登录教务系统进行管理参与者：学生简要说明：学生通过账号密码登录系统进行信息管理。前置条件：学生能够通过密码的检测顺利登录系统。基本事件流：（1）学生用户单击“登录”按钮。（2）顺利进入系统页面。（3）学生用户可以在自己相应的权限内进行查询或修改信息。（4）学生用户查询或修改信息后，单击“退出”按钮，那么系统服务器就把信息保存起来方便管理员整理。（5）用例终止。其他事件流：学生用户登录系统后只是查询相关信息

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

6、会改变。后置条件： 教师用户进行修改后的信息会在服务器上进行更新显示。注释：无用例名称：登录教务系统进行管理参与者：系统管理员简要说明： 系统管理员通过账号密码登录教务系统进行信息的管理。前置条件： 系统管理员能够通过密码的检测顺利登录系统。基本事件流：（1）管理员用户单击“登录”按钮。（2）顺利进入系统界面。（3）管理员登录系统服务器，对服务器信息进行整理，分析。或者修改学生、教师用户的权限。进行日志的管理。（4）管理员进行编辑查询后，单击“确定”按钮进行信息保存，数据库会对修改的信息进行更新显示。（5）用例终止。后置条件： 整理后的服务器信息会被更新显示。注释：无3 系统设计3.1 系统总

7、体设计（系统的功能模块结构图）图7教务管理系统详细设计结构图3.2 系统各功能模块设计3.2.1 顺序图顺序图是将交互关系表示为一个二维图。UML顺序图一般用于：确认和丰富一个使用情境的逻辑。一个使用情境就是系统潜在的使用方式的描述，也就是它的名称所要描述的。一个使用情境的逻辑可能是一个用例的一部分，或是一条备选线路；一个贯穿单个用例的完整流程。图8学生管理顺序图图9 教师管理顺序图图10 系统管理员管理顺序图3.2.2 类图类图(Class diagram)是显示了模型的静态结构，特别是模型中存在的类、类的内部结构以及它们与其他类的关系等。类图(Class diagram)由许多（静态）说明

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

9、图3.2.4 活动图活动图（activity diagram，动态图）是阐明了业务用例实现的工作流程。业务用例工作流程说明了业务为向所服务的业务主角提供其所需的价值而必须完成的工作。业务用例由一系列活动组成，它们共同为业务主角生成某些工件。图15 学生成绩查询活动图图16 学生选课活动图图17 教师录入成绩活动图4 数据库设计4.1 数据分析4.1.1 E-R图E-R图也称实体-联系图(Entity Relationship Diagram)，提供了表示实体类型、属性和联系的方法，用来描述现实世界的概念模型。图18 教务管理系统E-R图4.1.2 数据库表属性属性类型是否标识长度是否可以为空学

10、号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否

11、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所能支持的数据模型（即逻辑结构），并对其进行优化。图19 教务管理系统逻辑结构设计图5 总结教务管理是一项很重要的工作，包括学生管理，教师管理和课程管理等。开发“教务信息处理系统”的目的就是利用计算机的查询和运算功能，代替手工处理，提高工作效力和质量。