我院教务管理信息系统实施设计方案目录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．12 WEB服务管理子系统 (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、、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+、、XML 、WEB SERVICE2. 参考标准《GB8567—88 中华人民共和国国家标准计算机软件产品开发文件编制指南（Guidelins for computer software product development documentation）》；《中华人民共和国国家标准JYGLBZ-XX-2002 教育管理信息化标准第1部分：学校管理信息标准（Standards of education management information Part 1:Standards of school mamnagement information）》2002年底月发布、实施；《广东女子职业技术学院教学计划指导书》2.2. 系统概述2.2.1. 设计目标教务管理系统的目标是：实现学分制管理的要求，以流程：课程预选（部分选修课）→教学任务→排课→学生选课→学生成绩为中心，对教师学生课程、教学计划、学生学习及学籍成绩、教材、教学评估、收费等数据进行网络化信息管理。

使各使用部门大大提高工作效率，使学生、教师及其他各类人员查询数据极为方便。

2.2.2. 运行环境1. 硬件环境服务器两台：数据库服务器、应用程序服务器要求：至少双Xeon 700（2M）CPU，内存2G以上2. 软件环境数据库服务器：IBM AIX、Solaris（或Windows 2000 Server）Oracle9i enterprise应用程序服务器：Windows 2000 ServerOracle Application ServerIE5.5IIS5.0J2EE/ Framework客户端：Windows98/2000/XP2.2.3. 需求概述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,系统管理员初次进入系统，系统会要求录入口令并选择加密口令的算法，此时系统管理员具有系统维护中除代码维护外的所有权限。