教务管理信息系统实施设计方案.docx
- 文档编号:6462801
- 上传时间:2023-01-06
- 格式:DOCX
- 页数:52
- 大小:53.86KB
教务管理信息系统实施设计方案.docx
《教务管理信息系统实施设计方案.docx》由会员分享,可在线阅读,更多相关《教务管理信息系统实施设计方案.docx(52页珍藏版)》请在冰豆网上搜索。
教务管理信息系统实施设计方案
教务管理信息系统实施设计方案
1教务管理系统……………………………………………………………………………..…1
1.1教务管理信息系统软件情况介绍…………………………………………………..…..1
1.2系统的硬件组成…………………………………………………………………..…..…1
1.3系统建设中的一些注意点…………………………………………………………….…2
1.4系统的特色介绍………………………………………………………………..…….…..2
2系统参考标准和规范…………………………………………………………….…………..3
2.1引言……………………………………………………………………..…………………3
2.2系统概述………………………………………………………………..…………………3
2.2.1设计目标………………………………………………………………………………3
2.2.2运行环境…………………………………………………….……………………..…3
2.2.3需求概述………………………………………………….………………………..…4
2.3系统总体设计…………………………………………………………………………..…4
2.3.1总述…………………………………………………………..……………………..…4
2.3.2系统维护子系统…………………………………………………..………………..…7
2.3.2.1功能模块………………………………………………………………………..…8
2.3.2.2数据流程………………………………………………………………..……..…8
2.3.2.3功能实现设计…………………………………………………………………..…9
2.3.3学籍管理子系统……………………………………………………………..……..…12
2.3.3.1功能模块………………………………………………………………..…..…..…12
2.3.3.2数据流程………………………………………………………………………..…13
2.3.3.3主要界面设计…………………………………………………………………..…13
2.3.3.4主要功能实现…………………………………………………….…………….…14
2.3.4教学计划管理子系统…………………………………………………………………21
2.3.4.1功能模块…………………………………………………………………..………21
2.3.4.2教学计划数据及操作流程图………………………………………………..……21
2.3.4.3功能实现设计……………………………………………………………..………22
2.3.5智能排课子系统………………………………………………………………………30
2.3.5.1功能模块……………………………………………………………………..……31
2.3.5.2工作流程图………………………………………………………………..………31
2.3.5.3排课的数学模型与算法………………………………………………..…………31
2.3.5.4功能实现设计…………………………………………………………..…………35
2.3.6选课管理子系统…………………………………………………………….…………36
2.3.6.1系统功能模块……………………………………………………..………………36
2.3.6.2功能实现设计………………………………………………………………..……36
2.3.7成绩管理子系统………………………………………………………………………40
2.3.7.1功能模块…………………………………………………………………..………40
2.3.7.2系统数据流程……………………………………………………………..………41
2.3.7.3主要界面设计…………………………………………………………..…………41
2.3.7.4主要功能实现………………………………………………………….…………42
2.3.8教材管理子系统………………………………………………………………………48
2.3.8.1统功能模块…………………………………………………………..……………48
2.3.8.2教材管理流程图…………………………………………………..………………48
2.3.8.3功能实现设计…………………………………………………………..…………49
2.3.9实践管理子系统………………………………………………………………………50
2.3.9.1系统功能模块…………………………………………………………..…………50
2.3.9.2学科竞赛流程图……………………………………………………..……………50
2.3.9.3功能实现设计…………………………………………………………..…………51
2.3.10考试管理子系统…………………………………………………………..…………57
2.3.10.1考试安排管理……………………………………………………………………57
2.3.10.2考试管理模块图…………………………………………………………………57
2.3.10.3考试管理数据流程图……………………………………………………………57
2.3.10.4功能实现设计……………………………………………………………………58
2.3.11收费管理子系统………………………………………………………………..……59
2.3.11.1系统数据流程……………………………………………………………………59
2.3.11.2功能实现……………………………………………………………….…………59
2.3.12WEB服务管理子系统……………………………………………….………………61
2.3.12.1系统功能模块…………………………………………………………….………61
2.3.12.2功能实现设计…………………………………………………………….………61
2.3.13教学质量评价子系统…………………………………………………………………66
2.3.13.1系统功能模块…………………………………………………………..…………66
2.3.13.2数据流程…………………………………………………………………..………66
2.3.13.3功能实现设计……………………………………………………………..………67
2.4软件体系架构………………………………………………………………………………72
2.4.1系统硬件配置方案……………………………………………………..………………73
2.5教务管理、应用系统结构方案……………………………………………………………75
2.5.1教务管理系统主机方案……………………………………………..…………………75
2.5.2存储系统方案………………………………………………………………..…………77
2.5.3应用服务器………………………………………………………………..……………77
2.5.4教务系统备份方案……………………………………………………..………………78
2.5.5教务系统网络方案…………………………………………………………………..…78
1.教务管理系统
1.1教务管理信息系统软件情况介绍
该系统的后台数据库建议采用Oracle,前台开发工具采用Delphi、ASP.NET、J2EE(系统有基于.NET开发的版本和基于J2EE开发的版本)。
整个系统基于三层结构,数据库服务器,应用服务器,客户端。
网络操作系统采用UNIX和Windows。
1.2系统的硬件组成
系统的硬件由数据库服务器(建议采用小型机)、多台WEB应用服务器、数据备份系统组成。
硬件网络结构示意图如下:
注:
以上结构示意图仅供参考,学校可根据实际情况作适当的调整,如教务处不一定要单独建立一个服务器机房,小型机可放置校园网托管;教务处网管机主要用于教务处系统管理员信息系统安装调试和测试等,可以不要设置。
1.3系统建设中的一些注意点
系统建设中的注意点包括:
1.系统的安全性
系统的安全性依赖数据库、操作系统、系统应用软件的程序、校园网系统。
该系统因采用Oracle,具有较强的安全保障;数据库服务器操作系统采用UNIX,安全级别较高,技术要求较高,一般人员掌握它不容易,安全性相对Windows好些;系统的应用程序对密码采用较安全的设计方法,具有相对的安全性;校园网系统应具备可靠的防火墙等措施,防止黑客对内部系统的破坏。
2.系统的速度
因学分制的推进取决于选课制的推进,该系统的运行除选课对服务器的硬件要求较高,平常使用只需普通的服务器则可,服务器的档次直接影响同时选课的人数。
3.系统的备份
数据的备份是整个系统实施的重要部分。
该系统采用多层备份,数据库服务器本身的备份+应用服务器的备份+系统管理员工作站的自动备份。
1.4系统的特色介绍
1.基于.NET和J2EE的开发平台、中间件和组件技术使得系统的二次开发更加灵活、方便。
高校可根据自身特点对学籍管理、毕业审核条件、教学资源调配等进行个性化修改。
2.随着学分制的教学改革,国内少数高校已试行了完全学分制,大部分高校正在由传统的学年制向学分制过渡,传统的教学管理软件已无法适应这一转变,本系统在设计时需要考虑学年制、学年学分制、学分制以及过渡时期等不同阶段教学管理软件衔接的需求,从而解决了学校课程库、成绩库、学生库等的数据迁移问题。
3.系统强化基于INTRANET面向师生的服务和互动管理,使高校教学管理工作效率大大提高,同时也方便了学生。
如通过计算机快速与高质量选课管理给学生的课表随机派位,让学生根据自己的意愿在较短的时间内完成课程的选择。
规范高校的教学资源管理。
系统严格遵循教育部颁发的学籍学历规范和有关信息标准,课程代码、教师代码、学号等的编码规范了高校管理,避免代码的重复等不合理现象的发生。
2系统参考标准和规范
2.1.引言
1.定义
流程、功能模块、网络、设计、数据结构、C/S(Clent/Server客户/服务器)、B/S(Browse/Server浏览器/服务器)、 DCOM、MTS/COM+、ASP.NET、XML、WEBSERVICE
2.参考标准
《GB8567—88中华人民共和国国家标准计算机软件产品开发文件编制指南(Guidelinsforcomputersoftwareproductdevelopmentdocumentation)》;
《中华人民共和国国家标准JYGLBZ-XX-2002教育管理信息化标准第1部分:
学校管理信息标准(StandardsofeducationmanagementinformationPart1:
Standardsofschoolmamnagementinformation)》2002年底月发布、实施;
《广东女子职业技术学院教学计划指导书》
2.2.系统概述
2.2.1.设计目标
教务管理系统的目标是:
实现学分制管理的要求,以流程:
课程预选(部分选修课)→教学任务→排课→学生选课→学生成绩为中心,对教师学生课程、教学计划、学生学习及学籍成绩、教材、教学评估、收费等数据进行网络化信息管理。
使各使用部门大大提高工作效率,使学生、教师及其他各类人员查询数据极为方便。
2.2.2.运行环境
1.硬件环境
服务器两台:
数据库服务器、应用程序服务器
要求:
至少双Xeon700(2M)CPU,内存2G以上
2.软件环境
数据库服务器:
IBMAIX、Solaris(或Windows2000Server)
Oracle9ienterprise
应用程序服务器:
Windows2000Server
OracleApplicationServer
IE5.5
IIS5.0
J2EE/Microsoft.NETFramework
客户端:
Windows98/2000/XP
2.2.3.需求概述
1.教学管理主线框图
收费
主线1专科培养计划学生学籍管理(成绩)毕业资格审核发证
(含专业及课程建设管理)
主线2预选课教学任务排课补选开课班管理教学管理考试
主线3教学质量管理教材其他保障体系管理
2.管理环境需求
CS模式主要是教学行政性环境,教务处各科、各院系、部、中心等。
BS模式要求在广域网上进行服务,并将所有的咨询和操作内容按服务对象即教师、学生、管理人员、其他人员归类,前三者实行凭密码登录,按权限管理。
2.3.系统总体体设计
2.3.1.总述
1.系统总体设计思想
系统采用分布式的体系结构来实现教务信息管理系统的各项功能,系统是三层或多层的C/S和B/S应用系统,把能够执行特定企业功能的企业应用逻辑代码封状成应用企业对象并发布到应用服务器中,以供WEB服务器和C/S客户端调用。
三层或多层分布式应用系统
采用共同分担(Pooling)技术来提高系统的运行效率,用数据库池技术来提高数据库的连接速度,在系统初始运行时,配置好一定数目的数据库连接并放到池(Pool)中等待其他对象调用。
当有企业对象需要进行数据库连接时,如果池中有连接就直接使用,如果没有并且还允许在池中加入新连接对象就马上建立新的连接,如果池已满,就等待。
当企业对象使用完连接对象时系统并不将其释放而是归还到池中等待其他对象调用。
同样采用共同分担技术建立对象池,这样便减少了对象的释放、建立的反复操作从而提高了整个系统的运行效率。
MTS/COM+支持共同分担技术,如下图所示:
使用共同分担技术的分布式系统
采用冗余的应用服务器来实现容错和负载平衡,采用共同分担技术在一定范围内提高了系统的执行效率,但不能解决当大量客户端连接时的效率降低和应用服务器发生故障带来的问题,也就是负载平衡和容错问题。
Delphi通过冗余的应用服务器和对象中介组件(TsimpleObjectBroker、MTS/COM+)来解决负载平衡和容错问题。
所有分布到网络中的功能相同的应用服务器都要向企业对象中介信息(TSimpleObjectBroker)注册,企业对象中介来维护所有可用的应用服务器列表,当客户端提出请求连接时,企业对象中介找到合适的应用服务器回传给客户端;客户端与应用服务器通信的过程中,企业对象中介不在参与,但是时刻在监视应用服务器的运行状态,当他发现应用服务器故障或负载太重时就在网络中找到其他已注册功能相同的应用服务器提供给客户端。
容错与负载平衡的实现过程如下图。
容错与负载平衡的实现过程
2.系统的总体功能设计
系统总体功能模块图。
教学资料发布
而每个用户进入系统只显示该用户拥有权限模块的菜单。
2.3.2.系统维护子系统
系统维护子系统是整个系统的控制部分,关系到数据的安全,它涉及到授权、系统初始化、代码维护、数据备份与恢复、操作日志、系统帮助等功能。
实践子系统代码
2.3.2.1.功能模块
2.3.2.2.数据流程
1.授权流程,如下图
用户权限维护
2.用户口令维护流程,如下
口令维护完成
2.3.2.3.功能实现设计
1.权限维护
权限维护是系统管理员特有的权限,有:
创建维护角色,维护角色权限,创建用户及授权三个子功能模块。
新系统安装完后有一个(若需双密码授权,则系统有两个默认的用户:
adminone,admintwo)默认的系统管理员用户admin,系统管理员初次进入系统,系统会要求录入口令并选择加密口令的算法,此时系统管理员具有系统维护中除代码维护外的所有权限。
角色的设计有数据库角色的设计和应用系统模块权限角色的设计:
数据库角色:
对角色详细定义所有表的读写权限,用户对表的操作权限由数据库来管理。
模块权限角色:
在数据库角色的基础上对角色定义拥有系统的模块权限
(1)建维护角色:
系统默认数据库角色有:
系统管理员级、院系领导级、教务处级、院系级、系级、教师级、学生级等角色。
系统管理员根据学校具体情况创建不同级别的角色,并进行维护,包括增加、修改、删除等;
(2)护角色权限:
对于不同级别数据库角色系统给予默认的权限模块,对角色授予模块权限只能在角色所属级别的权限模块范围内维护,对系统所有的权限模块进行编号。
创建用户及授权:
创建新用户,并选择用户所属的角色,那么用户就拥有某角色的所有权限,并可对该用户的权限在该用户所属的角色权限范围内进行增删。
用户名用该用户的职工号。
用户所管理数据的范围根据用户所属的部门来定。
用户表:
用户名(职工号)、口令、所属角色
功能模块代码表:
功能模块代码、功能模块名称
用户权限表:
用户名、功能模块代码
创建用户及授权功能界面如下
增加
系统管理员可以通过用户权限清单内的弹出菜单删除该用户的某些权限,也可以从权限模块清单内的弹出菜单增加该用户的权限(必须在该用户所属角色的权限范围之内)。
2.口令维护
口令维护是用户进行更改密码功能,为了更好的保存密码,所以用户在保存密码时要选择一种加密算法把密码加密成密文。
3.系统初始化
系统初始化是系统在正式运行之前清除系统在试运行阶段的测试数据,它将清除系统所有的数据,它是系统管理员所特有的权限。
在清除数据时需系统管理员输入口令通过后才执行该功能。
4.代码维护
代码维护是为数据录入和信息统一、规范管理而设置的,系统把他们分为公共代码和子系统代码。
公共代码有:
校区代码(对多校区的高校,需分校区!
)、院系代码、系代码、专业代码、五级记分制对应百分制成绩代码表、等级考试代码
学籍子系统代码:
专业类别代码、行政班级代码、学生奖励代码、学生处分代码、学籍异动类别代码、学生职务代码、籍贯代码
教学计划子系统代码:
课程性质代码、课程类别代码
教材子系统代码:
教材供应商代码、出版社代码、教材类型代码、教材适用对象代码、教材名称代码
实践子系统代码:
实习性质代码、学科竞赛代码、基地代码、研究形式代码、毕业论文题目类型代码、毕业论文进行方式代码
公共代码由教务处统一设定,而子系统代码则由主管该子系统的最高级用户设定。
专业代码表:
由教务处维护好专业代码、专业名称、所属院系、系、学制、授予学位,而专业培养目标、培养要求、主要课程、特色课程等信息由专业所属院系来维护
其他代码的编码规则由该代码的管理人员根据实际需要进行编码。
5.系统操作日志
系统操作日志管理是用于记录每个用户名、用户的操作(登入系统)、操作对象模块、登入(操作开始)时间、退出(操作结束)时间。
作为用户权限之一,由系统管理员掌握
由于系统操作日志数据比较多,系统提供用户登录日志开关和用户操作日志开关用来决定系统是否记录用户登入日志和操作日志。
用户登录日志开关决定日志管理中是否记录用户登录日志。
有“开”和“关”两个选项。
用户操作日志开关决定日志管理中是否记录用户操作日志。
有“开”和“关”两个选项。
操作日志表:
用户名、用户的操作(登入系统)、操作对象模块、登入(操作开始)时间、退出(操作结束)时间
操作日志开关表:
登入开关、操作开关
系统设计功能:
打开或关闭操作日志开关表的登入开关、操作开关;根据用户的操作和时间查询操作日志或清除操作日志记录。
6.备份和恢复
备份是保障数据安全性重要手段,用户要非常重视数据的备份。
不仅系统要提供多种备份方法,而且用户要制定严密的备份计划。
操作系统级硬盘拷贝备份、数据库自带备份工具。
而系统的备份设计为多级备份即:
(1)管理员备份:
备份整个系统的所有数据;
(2)子系统级备份:
备份本子系统所有的数据(如成绩数据);
(3)院系系级备份:
备份本院系、系的所有数据。
备份出的数据格式提供:
.DBF,.TXT,.DB等。
备份出的数据多保存在本地硬盘,用户可以选择备份路经。
用户要定期的把备份数据转移到其他存储介质上。
备份是所有用户都具有的权限,而当数据遭到破坏要进行数据恢复时,因为涉及到数据覆盖问题,系统设计好当要数据恢复必须要有高一级用户的同意,也就是需要高一级用户的密码才可以进行数据恢复
7.系统帮助
系统帮助设计成WEB连接形式,用户在使用系统时只须选择此菜单项或按F1快捷键即可弹出系统帮助,并可通过目录查询和关键字索引来查找帮助项目。
2.3.3.学籍管理子系统
学籍管理子系统主要是实现学生信息的管理,并为其它子系统提供相关的基础信息和数据。
本系统主要功能包括:
学生注册、信息维护、学籍异动、学生奖惩、社会工作、毕业资格审核、辅修专业审核、查询统计打印。
2.3.3.1.功能模块
奖惩统计
2.3.3.2.数据流程
招生库
2.3.3.3.主要界面设计
学籍管理子菜单
生成成绩管理信息
学生注册与新生注册菜单:
学生数、成绩、学分统计
查询/统计/打印子菜单:
信息查询/打印
2.3.3.4.主要功能实现
1.学生注册
学生注册包括新生注册、老生注册、不在册学生管理。
新生注册:
收费部分参见老生注册,先收费后注册
新生注册由教务处统一完成。
首先将招生信息库导入学生信息临时库,根据招生代码表作相应的处理并按专业分行政班、编学号,最后将学生信息临时库中的数据转入学生基本信息库中。
注册人员可以对报到新生的信息和学生基本信息表中的基本信息进行核对,如有出入,可以直接修改。
新生凭通知单报到时,打印学生注册流程单及学生的密码,两者由虚线隔开,密码由学生自己保管。
打印注册流程单
老生注册:
由学生自行交费:
学费,住宿费,重修费,辅修费,二专业费等。
由计费系统记录收费情况,对于使用贷学金的学生软件中以虚拟已交费,软件中设置开关:
当学生计费不足时,可以用此开关人工干预,究竟能否注册。
老生注册主要实现单个学生的注册,由各院系完成。
系统列出了进入系统的院系教务员所在院系的所有学生,每个学生的信息项包括学号、姓名、专业、行政班及是否注册等信息,本模块不提供对学生基本信息的核对和修改功能。
如果条件允许,可采用刷卡方式。
不在册学生管理:
弹出菜单
主要对进修生、辅修生、研究生、在本校学习的外校学生等的基本信息进行维护(增加、修改、删除等)。
对于进修生主要考虑其需要选课,进修生的信息由院系负责。
对于辅修生来说则是为了便于专业辅修审核,辅修生的信息由院系负责。
返回
学生数、成绩、学分统计:
要求统计学生某学期、学年累计有多少学分不及格,并统计学生未通过课程的累计学分、曾经不及格学分的累计,在学期班级成绩汇总表上显示课程学分及课程性质(考试、考查);当学期不及格学分达16学分情况;选课不足12学分情况;选课超过30学分情况,也需进行统计。
学生注册中的学籍管理:
要求能反映专业现有学生数,历史有学生数,异动生数;
打印报表中均有:
制表人代码,制表人姓名,制表时间等;
2.生成成绩管理信息
通过学籍管理生成学生成绩管理信息,该信息可以用于“学生数、成绩、学分统计”模块中。
在流程上要求先做此功能,才能在学生注册功能中进行学生数、成绩、学分统计。
3.信息维护
主要用于学生信息的维护并可通过数码相机等外设或者BMP等图片文件加入学生的照片,学生信息包括学生基本
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 教务 管理信息系统 实施 设计方案
![提示](https://static.bdocx.com/images/bang_tan.gif)