教务管理系统分析设计方案.docx
- 文档编号:28636808
- 上传时间:2023-07-19
- 格式:DOCX
- 页数:16
- 大小:19.61KB
教务管理系统分析设计方案.docx
《教务管理系统分析设计方案.docx》由会员分享,可在线阅读,更多相关《教务管理系统分析设计方案.docx(16页珍藏版)》请在冰豆网上搜索。
教务管理系统分析设计方案
教务管理系统分析设计方案
教务管理系统分析设计方案
目录
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系统总体设计(系统的功能模块结构图)(8)
3.2系统各功能模块设计(8)
3.2.1顺序图(8)
3.2.2类图(10)
3.2.3状态图(10)
3.2.4活动图(12)
4数据库设计(15)
4.1数据分析(15)
4.1.1E-R图(15)
4.1.2数据库表(16)
4.2逻辑结构设计(18)
5总结(18)
1引言
教务信息管理系统类似于档案管理,它是一个教育单位不可缺少的部分,它的内容对于学校的决策者和管理者来说都至关重要,所以教务信息管理系统应该能够为用户提供充足的信息和快捷的查询手段。
但目前还有一些单位和部门还是使用传统人工的方式公务员之家管理文件档案,这种管理方式存在着许多缺点,如:
效率低、保密性差,另外时间一长,将产生大量的文件和数据,这对于查找、更新和维护都带来了不少的困难。
同时随着学校的规模不断扩大,学生数量急剧增加,有关教务的各种信息量也成倍增长。
所以教务信息管理系统的可运行性和功能效用的多少就显得尤为重要了。
教务信息管理系统最简单的是采用SQLserver2000的数据库技术进行架构,主要包括登录,教师用户,管理员用户,学生用户四个模块,各个对象根据自己的权限进行查询。
系统管理员通过数据库后台对学生或者其他的输入对象输入的数据进行整理和更新。
由于信息量的巨大,管理员要时不时对系统进行维护和更新,保证系统能够顺畅运行。
采用教务管理信息系统可取代原系统的单据手工传递工作,减少人工开支,节省资金,并且可大大提高信息量的取得,缩短信息处理周期,规划教学资源,提高学生信息,及时反馈教学信息的利用率。
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图,显示出类、接口以及它们之间的静态结构和关系;它用于描述系统的结构化设计。
+学生基本信息查询()+选课管理()+成绩查询()-姓名
-性别-学号-系别-班别
学生
+排课系统()+成绩查询录入()
-教师编号-姓名-性别-所属院系教师+增删用户()+后台数据维护()+学生基本信息管理()+教师基本信息管理()
-编号-姓名-性别
系统管理员-1..n*
-1..n*
-用户登录-用户注销-退出
用户-0..1
*
-1..n*
管理
-0..1
*
-1..n
*
管理
图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),提供了表示实体类型、属性和联系的方法,用来描述现实世界的概念模型。
学生
成绩查看
m
1
m
分数
绩点
科目
选修
课程
11
m
课程名
课程号
学分
任课老师
姓名
性别
学号
报名
等级考试
1
m
考试时间
考试地点
成绩
受理
教务处
1
m
账号
密码
录入
教师
n
m
n
姓名
教师编号
系别
注册
学籍
1
1
政治面貌
性别
姓名
民族
籍贯
入学时间
学号
查看
1
m
安排
课程
课程名
上课地点
上课时间
课程号
图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所能支持的数据模型(即逻辑结构),并对其进行优化。
学生
学号(FK)
登录账号(FK)班级编号(FK)教师号(FK)姓名
性别
系别
专业
班别
院系编号
籍贯
联系方式
政治面貌
出生日期
民族
教师
教师号
登录账号
姓名
性别
职称
联系方式
院系编号
成绩
学号
教师号(FK)
登录账号(FK)
姓名
班别
分数
学分
绩点
管理员
编号
姓名
性别
课程
课程号
课程名
学分
课时
上课时间
上课地点
班级
班级编号系别
专业名称班级名称
专业信息
专业编号
专业名称
院系
学分
图19教务管理系统逻辑结构设计图
5总结
教务管理是一项很重要的工作,包括学生管理,教师管理和课程管理等。
开发“教务信息处理系统”的目的就是利用计算机的查询和运算功能,代替手工处理,提高工作效力和质量。
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 教务 管理 系统分析 设计方案