教务管理系统分析报告
合集下载
相关主题
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
1.2
教育事业的不断发展，各级教育层次的教学规模日益扩大，采用传统的教务信息管理方法（如开发程度不高的管理系统）不但浪费大量人力、物力和财力资源，而且不能满足当前教育发展的需求。基于学生对于自己学习事业的关心，开发具有高效，易于查询并且便于管理员管理的教务信息系统的需求就明显增多。
1.3
教务信息管理系统最简单的是采用SQL server2000的数据库技术进行架构，主要包括登录，教师用户，管理员用户，学生用户四个模块，各个对象根据自己的权限进行查询。
教务管理系统分析与设计
1
1.1
教务信息管理系统类似于档案管理，它是一个教育单位不可缺少的部分,它的内容对于学校的决策者和管理者来说都至关重要，所以教务信息管理系统应该能够为用户提供充足的信息和快捷的查询手段。但目前还有一些单位和部门还是使用传统人工的方式公务员之家管理文件档案，这种管理方式存在着许多缺点，如：效率低、保密性差，另外时间一长，将产生大量的文件和数据，这对于查找、更新和维护都带来了不少的困难。同时随着学校的规模不断扩大，学生数量急剧增加，有关教务的各种信息量也成倍增长。所以教务信息管理系统的可运行性和功能效用的多少就显得尤为重要了。
后置条件：
查询后的信息不会在服务器上改变，但修改后的信息会在服务器上进行更新显示。
注释：无
用例名称：登录教务系统进行管理
参与者：教师
简要说明：
教师用户通过账号密码登录教务系统进行信息的管理。
前置条件：
教师能够通过密码的检测顺利登录系统。
基本事件流：
（1）教师用户单击“登录”按钮。
（2）顺利进入系统界面。
2
2.1
2.1.1
(1)只限于一般用户和管理员操作。而且不同的用户级别所操作的教务信息类型是有限制的。用户可以向里面添加、修改和删除数据。
(2)学生用户登陆后可以进行学籍管理、成绩管理、等级考试管理等基本信息管理。
2.1.2
教师可以通过登录系统后进行教师管理、排课管理、教学计划、成绩管理基本信息管理。
（3）教师用户可以在相应的权限内进行成绩管理、排课管理和教学安排。
（4）教师用户进行编辑查询后，单击“确定”按钮进行信息保存，数据库会对修改的信息进行更新显示。
（5）用例终止。
其他事件流：
教师用户登录系统后只是查询相关信息而不作任何修改，页面内的内容不会改变。
后置条件：
教师用户进行修改后的信息会在服务器上进行更新显示。
2.1.3
(1)数据备份：管理员可以通过选择保存的路径把数据库保存在硬盘中，也可保存在软盘中。
(2)数据恢复：管理员可以通过选择路径把数据恢复。
(3)操作学生管理：仅限管理员。其中可以添加、修改、删除操作学生，设置他们的权限、级别及密码。
(4)系统整理信息：显示距离管理员整理系统的时间。
2.2
图1 教务系统管理组织结构图
（1）学生用户单击“登录”按钮。
（2）顺利进入系统页面。
（3）学生用户可以在自己相应的权限内进行查询或修改信息。
（4）学生用户查询或修改信息后，单击“退出”按钮，那么系统服务器就把信息保存起来方便管理员整理。
（5）用例终止。
其他事件流：
学生用户登录系统后只是查询相关信息而不作任何修改，页面内的内容不会改变。
类图(Class diagram)是最常用的UML图，显示出类、接口以及它们之间的静态结构和关系；它用于描述系统的结构化设计。
图11教务管理wenku.baidu.com统类图
3.2.3
状态图(Statechart Diagram)是描述一个实体基于事件反应的动态行为，显示了该实体如何根据当前所处的状态对不同的事件做出反应的。通常我们创建一个UML状态图是为了以下的研究目的：研究类、角色、子系统、或组件的复杂行为。
注释：无
用例名称：登录教务系统进行管理
参与者：系统管理员
简要说明：
系统管理员通过账号密码登录教务系统进行信息的管理。
前置条件：
系统管理员能够通过密码的检测顺利登录系统。
基本事件流：
（1）管理员用户单击“登录”按钮。
（2）顺利进入系统界面。
（3）管理员登录系统服务器，对服务器信息进行整理，分析。或者修改学生、教师用户的权限。进行日志的管理。
1.4
系统管理员通过数据库后台对学生或者其他的输入对象输入的数据进行整理和更新。由于信息量的巨大，管理员要时不时对系统进行维护和更新，保证系统能够顺畅运行。采用教务管理信息系统可取代原系统的单据手工传递工作，减少人工开支，节省资金，并且可大大提高信息量的取得，缩短信息处理周期，规划教学资源，提高学生信息，及时反馈教学信息的利用率。
图12成绩管理状态图
图13学生选课状态图
图14教学安排状态图
3.2.4
活动图（activity diagram，动态图）是阐明了业务用例实现的工作流程。业务用例工作流程说明了业务为向所服务的业务主角提供其所需的价值而必须完成的工作。业务用例由一系列活动组成，它们共同为业务主角生成某些工件。
（4）管理员进行编辑查询后，单击“确定”按钮进行信息保存，数据库会对修改的信息进行更新显示。
（5）用例终止。
后置条件：
整理后的服务器信息会被更新显示。
注释：无
3
3.1
图7教务管理系统详细设计结构图
3.2
3.2.1
顺序图是将交互关系表示为一个二维图。UML顺序图一般用于：确认和丰富一个使用情境的逻辑。一个使用情境就是系统潜在的使用方式的描述，也就是它的名称所要描述的。一个使用情境的逻辑可能是一个用例的一部分，或是一条备选线路；一个贯穿单个用例的完整流程。
图8学生管理顺序图
图9教师管理顺序图
图10系统管理员管理顺序图
3.2.2
类图(Class diagram)是显示了模型的静态结构，特别是模型中存在的类、类的内部结构以及它们与其他类的关系等。
类图(Class diagram)由许多（静态）说明性的模型元素（例如类、包和它们之间的关系，这些元素和它们的内容互相连接）组成。类图可以组织在（并且属于）包中，仅显示特定包中的相关内容。
2.3
图2 教务管理系统业务流程图
2.4
图3 学生管理数据流程图
图4 教师管理数据流程图
图5 系统管理员管理数据流程图
2.5
图6 教务系统管理用例图
用例描述
用例名称：登录教务系统进行管理
参与者：学生
简要说明：
学生通过账号密码登录系统进行信息管理。
前置条件：
学生能够通过密码的检测顺利登录系统。
基本事件流：
教育事业的不断发展，各级教育层次的教学规模日益扩大，采用传统的教务信息管理方法（如开发程度不高的管理系统）不但浪费大量人力、物力和财力资源，而且不能满足当前教育发展的需求。基于学生对于自己学习事业的关心，开发具有高效，易于查询并且便于管理员管理的教务信息系统的需求就明显增多。
1.3
教务信息管理系统最简单的是采用SQL server2000的数据库技术进行架构，主要包括登录，教师用户，管理员用户，学生用户四个模块，各个对象根据自己的权限进行查询。
教务管理系统分析与设计
1
1.1
教务信息管理系统类似于档案管理，它是一个教育单位不可缺少的部分,它的内容对于学校的决策者和管理者来说都至关重要，所以教务信息管理系统应该能够为用户提供充足的信息和快捷的查询手段。但目前还有一些单位和部门还是使用传统人工的方式公务员之家管理文件档案，这种管理方式存在着许多缺点，如：效率低、保密性差，另外时间一长，将产生大量的文件和数据，这对于查找、更新和维护都带来了不少的困难。同时随着学校的规模不断扩大，学生数量急剧增加，有关教务的各种信息量也成倍增长。所以教务信息管理系统的可运行性和功能效用的多少就显得尤为重要了。
后置条件：
查询后的信息不会在服务器上改变，但修改后的信息会在服务器上进行更新显示。
注释：无
用例名称：登录教务系统进行管理
参与者：教师
简要说明：
教师用户通过账号密码登录教务系统进行信息的管理。
前置条件：
教师能够通过密码的检测顺利登录系统。
基本事件流：
（1）教师用户单击“登录”按钮。
（2）顺利进入系统界面。
2
2.1
2.1.1
(1)只限于一般用户和管理员操作。而且不同的用户级别所操作的教务信息类型是有限制的。用户可以向里面添加、修改和删除数据。
(2)学生用户登陆后可以进行学籍管理、成绩管理、等级考试管理等基本信息管理。
2.1.2
教师可以通过登录系统后进行教师管理、排课管理、教学计划、成绩管理基本信息管理。
（3）教师用户可以在相应的权限内进行成绩管理、排课管理和教学安排。
（4）教师用户进行编辑查询后，单击“确定”按钮进行信息保存，数据库会对修改的信息进行更新显示。
（5）用例终止。
其他事件流：
教师用户登录系统后只是查询相关信息而不作任何修改，页面内的内容不会改变。
后置条件：
教师用户进行修改后的信息会在服务器上进行更新显示。
2.1.3
(1)数据备份：管理员可以通过选择保存的路径把数据库保存在硬盘中，也可保存在软盘中。
(2)数据恢复：管理员可以通过选择路径把数据恢复。
(3)操作学生管理：仅限管理员。其中可以添加、修改、删除操作学生，设置他们的权限、级别及密码。
(4)系统整理信息：显示距离管理员整理系统的时间。
2.2
图1 教务系统管理组织结构图
（1）学生用户单击“登录”按钮。
（2）顺利进入系统页面。
（3）学生用户可以在自己相应的权限内进行查询或修改信息。
（4）学生用户查询或修改信息后，单击“退出”按钮，那么系统服务器就把信息保存起来方便管理员整理。
（5）用例终止。
其他事件流：
学生用户登录系统后只是查询相关信息而不作任何修改，页面内的内容不会改变。
类图(Class diagram)是最常用的UML图，显示出类、接口以及它们之间的静态结构和关系；它用于描述系统的结构化设计。
图11教务管理wenku.baidu.com统类图
3.2.3
状态图(Statechart Diagram)是描述一个实体基于事件反应的动态行为，显示了该实体如何根据当前所处的状态对不同的事件做出反应的。通常我们创建一个UML状态图是为了以下的研究目的：研究类、角色、子系统、或组件的复杂行为。
注释：无
用例名称：登录教务系统进行管理
参与者：系统管理员
简要说明：
系统管理员通过账号密码登录教务系统进行信息的管理。
前置条件：
系统管理员能够通过密码的检测顺利登录系统。
基本事件流：
（1）管理员用户单击“登录”按钮。
（2）顺利进入系统界面。
（3）管理员登录系统服务器，对服务器信息进行整理，分析。或者修改学生、教师用户的权限。进行日志的管理。
1.4
系统管理员通过数据库后台对学生或者其他的输入对象输入的数据进行整理和更新。由于信息量的巨大，管理员要时不时对系统进行维护和更新，保证系统能够顺畅运行。采用教务管理信息系统可取代原系统的单据手工传递工作，减少人工开支，节省资金，并且可大大提高信息量的取得，缩短信息处理周期，规划教学资源，提高学生信息，及时反馈教学信息的利用率。
图12成绩管理状态图
图13学生选课状态图
图14教学安排状态图
3.2.4
活动图（activity diagram，动态图）是阐明了业务用例实现的工作流程。业务用例工作流程说明了业务为向所服务的业务主角提供其所需的价值而必须完成的工作。业务用例由一系列活动组成，它们共同为业务主角生成某些工件。
（4）管理员进行编辑查询后，单击“确定”按钮进行信息保存，数据库会对修改的信息进行更新显示。
（5）用例终止。
后置条件：
整理后的服务器信息会被更新显示。
注释：无
3
3.1
图7教务管理系统详细设计结构图
3.2
3.2.1
顺序图是将交互关系表示为一个二维图。UML顺序图一般用于：确认和丰富一个使用情境的逻辑。一个使用情境就是系统潜在的使用方式的描述，也就是它的名称所要描述的。一个使用情境的逻辑可能是一个用例的一部分，或是一条备选线路；一个贯穿单个用例的完整流程。
图8学生管理顺序图
图9教师管理顺序图
图10系统管理员管理顺序图
3.2.2
类图(Class diagram)是显示了模型的静态结构，特别是模型中存在的类、类的内部结构以及它们与其他类的关系等。
类图(Class diagram)由许多（静态）说明性的模型元素（例如类、包和它们之间的关系，这些元素和它们的内容互相连接）组成。类图可以组织在（并且属于）包中，仅显示特定包中的相关内容。
2.3
图2 教务管理系统业务流程图
2.4
图3 学生管理数据流程图
图4 教师管理数据流程图
图5 系统管理员管理数据流程图
2.5
图6 教务系统管理用例图
用例描述
用例名称：登录教务系统进行管理
参与者：学生
简要说明：
学生通过账号密码登录系统进行信息管理。
前置条件：
学生能够通过密码的检测顺利登录系统。
基本事件流：