教务管理系统建设及实施方案.docx
- 文档编号:4416230
- 上传时间:2022-12-01
- 格式:DOCX
- 页数:19
- 大小:439.48KB
教务管理系统建设及实施方案.docx
《教务管理系统建设及实施方案.docx》由会员分享,可在线阅读,更多相关《教务管理系统建设及实施方案.docx(19页珍藏版)》请在冰豆网上搜索。
教务管理系统建设及实施方案
教务管理系统建设计划及实施方案
1引言
教务信息管理系统类似于档案管理,它是一个教育单位不可缺少的部分,它的内容对于学校的决策者和管理者来说都至关重要,所以教务信息管理系统应该能够为用户提供充足的信息和快捷的查询手段。
但目前还有一些单位和部门还是使用传统人工的方式公务员之家管理文件档案,这种管理方式存在着许多缺点,如:
效率低、保密性差,另外时间一长,将产生大量的文件和数据,这对于查找、更新和维护都带来了不少的困难。
同时随着学校的规模不断扩大,学生数量急剧增加,有关教务的各种信息量也成倍增长。
所以教务信息管理系统的可运行性和功能效用的多少就显得尤为重要了。
教务信息管理系统最简单的是采用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教务系统管理用例图
用例描述
用例名称:
登录教务系统进行管理
参与者:
学生
简要说明:
学生通过账号密码登录系统进行信息管理。
前置条件:
学生能够通过密码的检测顺利登录系统。
基本事件流:
(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类图
类图(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教师数据库表
属性
属性类型
是否标识
长度
是否可以为空
课程号
Int
是
否
课程名称
Char
否
20
否
学分
Int
否
否
教师
Char
否
10
是
表5课程信息数据库表
4.2逻辑结构设计
逻辑结构设计阶段的任务是将概念结构设计阶段所得到的概念模型转换为具体DBMS所能支持的数据模型(即逻辑结构),并对其进行优化。
图19教务管理系统逻辑结构设计图
5总结
教务管理是一项很重要的工作,包括学生管理,教师管理和课程管理等。
开发“教务信息处理系统”的目的就是利用计算机的查询和运算功能,代替手工处理,提高工作效力和质量。
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 教务 管理 系统 建设 实施方案