项目名称：教学站教学教务管理系统(esTEAMS)项目
研究的背景及意义
教学站教学教务管理系统(esTEAMS) （以下简称esTEAMS）以某某大学远程教育平台为基础，根据教学站（教育部文件中称为“校外教学点”）。某某大学的现代远程教育平台系统是国家863重点项目，目前已经投入使用，并在使用过程中不断完善、改进。某某大学远程教育平台为中心服务器模式，整个系统平台只设一个数据中心，其中用户主要分为系统管理员、继续教育学院管理员、教学站管理员、教师、学生等五大类角色。所有角色均通过登录某某大学远程教育平台完成工作。这种模式有集中管理、集中控制，部署成本最低，易于管理控制，易于维护更新等优点。
现代远程教育的越来越重要的手段就是网络学习，某某远程教育平台就是将传统高等学校中的教育模式应用到网络中，充分发挥网络的优势，体现现代远程教育“任何人、任何地方、任何时间、从任何章节开始、学习任何内容”的特点。但是国内的目前的基础网络环境还不能支持真正的网络教育。针对某某大学远程教育平台的功能现状，我们参考了国内、外的分布式网络教育解决方案，提出增加位于教学站端的分布式终端服务器系统，作为某某大学现代远程教育平台的扩展，来实现分布式的远程教学，一来实现真正的网络学习，二而针对目前平台的几个急待增强的模块进行的开发，形成我们的教学站教学教务管理系统。
整个教学站教学教务管理系统的宗旨依托教学站管理的实际需要，根据具体需求定制管理系统，以最终实现分布式的网络学习，方便学生学习，为远程教育平台上的学生提供方便。
与某某大学现有远程教育平台结合，提供基于现代互联网络的整套网络教育解决方案， 为教学站建立一套独立的教学教务管理系统，实现分布教学，以解决网络带宽的问题。可以使学生有一个较好的网络学习环境，为教学站的教学教务管理工作服务。
我们研究的主要内容是如何通过计算网络提高远程教育的教学手段、保证教学质量。esTEAMS是就基于远程教育过程中出现的各种情况，对远程教育的教学过程进行了认真的分析，针对目前国内开展远程教育的学校在教学过程中出现的问题，结合现代远程教育的现状与特点，设计出的一套适用于现代远程教育与网络教育的运行平台。
esTEAMS解决某某大学远程教育平台的几个实际意义的问题：
①课程课件的分布式存放，以利于学生的网络学习：充分考虑了国内的网络现状，某某大学的网络现状以及教学站的现状，以某某大学现有远程教育平台为依托进行扩展，根据网络高等学历教育所处的发展阶段和主要特征。解决学生的实际在线学习问题。
②远程教学的学员大都比较忙，现有的学校中的公告都要求学生主动去查看，很多学生都未能及时上网，从而错过其实效性。我们将改变通知方式，将学生的主动查看改为被动接收，从而大家节省大学上网浏览公告、通知的时间。具备良好的实时性。
③通知形式的多样性：原有的公告与通知，只有页面一种形式，目前改为页面、MAIL、SMS等多种形式。
④与原有平台的紧密结合，除教学站管理员外，学生帐号的权限判断直接采用原平台的用户名/密码，安全级别等。
对学生从入学开始所有数据的管理，学生学习过程的跟踪、学生整个学习过程的管理，学籍的管理。各种花名册与统计数据，教师的管理，教师与学生的。
⑤增强的在线交流与交互环境
⑥增加教师评估子系统，使教师的教学质量及时得到反馈。使学生之间、学生与教学站老师交流联系更加方便、快捷。
⑦资源越多，其使用的成本也越高，针对这种情况，使课件成本学生的一个小图书馆，开发一套用户本地的网络资源搜索工具，实现课件资源的搜索功能。
国内外研究现状综述
国内对于分布远程教学平台有的公司进行了研究，如XX公司研究的《基于LINUX的分布式现代远程教育平台》，是信息产业部的电子信息产业发展基金项目。采用主站+端站模式。端站的主要功能是完成学生的网络学习跟踪管理等功能。
研究内容及可行性分析
由于两个同学都参与XX公司《基于LINUX的分布式现代远程教育平台》的研究工作，对该行业有一定的认知程度。加上另外三位同学也从事与软件MIS研发相关的工作，应该可按时完成项目研发工作。
教学站管理端
l 用户权限验证(工作量估计：10)
n 与某某的网络学堂采用同一套用户验证机制，实际由某某学堂验证，将验证的结果返回(3)
n 当验证通过一次后，将用户的用户名、密码等信息存放在本地。如果某某的网络学堂不能连接时，则进行本地验证(3)
n 学生帐号直接采用某某学堂的用户
n 管理员用户可指定某某学堂用户的代理用户(3)
n 采用与某某网络学堂一样的超时机制，实际由某某网络学堂完成超时判断(1)
n 本地实现用户权限验证代理层？？
n 具体方法由实现的同学自己决定
l 专业管理(工作量估计：6)
n 专业列表(1)
n 专业导入：依据专业ID的导入策略：覆盖导入、重复导入、异或导入、合并导入(2)
n 创建新专业(1)
n 修改专业信息(1)
n 删除专业：只能删除没有班级的专业(1)
l 教师管理：如果去掉教师评估子系统，这一模块可省去。合并到课程管理中，将教师作为课程的一个属性。（工作量估计：8）
n 教师导入：导入策略：覆盖导入、重复导入、异或导入、合并导入(2)
n 教师列表(1)
n 教师查询(1)
n 创建教师信息(1)
n 修改教师信息(1)
n 删除教师信息：只能删除不任课的教师信息(2)
l 课程管理（工作量估计：15+2）
n 课程的导入，同时创建对应的资料分类(5)
n 课程的新增，同时创建对应的资料分类(1)
n 课程的修改(1)
n 上传课件，采用FTP实现上传课件
n 为课程指定课件的首页(2)
n 上传教学资料à调用上传教学资料的通用模块，以课程为参数(1)
n 课程的禁用：禁用后不能再指定给其他班级使用，但已经指定的课程不受影响(1)
n 课程的解禁(1)
n 为课程指定教师(1)
n 去掉课程对应的任课教师(1)
n 课程的删除，同时删除课程对应的课件、教学资料，资料分类等(3)
l 级次通过命名约定来实现不能进行管理：如级次的以所在年份+开学月份等(0)
l 班级的管理(工作量估计：21)
n 班级列表(1)
n 创建班级：指定专业、培养方式、级次信息、班主任等(1.5)
n 修改班级信息(1.5)
n [学期末]删除课程(1.5)
n [学期初]指定本学期课程(1.5)
n 删除班级，先删除班级中的学生、去掉所有课程才能删除班级(2)
n 班级中的学生管理(12)
u 学生列表(1)
u 导入该班级的学生信息 ---- 学生信息只能按班级进行导入班级对于教学站而言，相当于专业层次批次。(4)
u 删除班级中的学生：可一次删除一个班级中的所有学员。(2)
u 学生查询(1)
u 学生修改：MAIL等(2)
u 新增学生信息：关键在于新增学生时，要向主站进行学员ID的验证，只有通过验证才能成为正式学生。(2)
l 信息管理（工作量估计：22）
n 通知列表：分本站通知与主站通知(1)
n 手动更新主站通知(2)
n 查看通知内容（1）
n 查看通知的转发结果（3）
u 转发目标学生列表及转发结果（1）
u 对于失败或不明结果的，可以手动重发（1）
u 对于失败或不明结果的，可以取消发送（1）
n 本站内的通知管理（12）
u 通知列表（1）
u 通知查询（1）
u 创建通知（1）
u 修改通知内容：如果已发布，则要进行重新转发（1）
u 指定通知对象：班级多选、全体、个人多选等（4）
u 发布通知，进行转发设置：转发到MAIL或日历等（1）
u 手动过期（1）
u 删除通知，删除通知时，其相关的发送结果也全部删除（2）
n 从于某某主站的公告（2）
u 无需发布直接转发给所有的学生（1）
u 不能修改（0）
u 删除本地副本，其相关的发送结果也全部删除（1）
n 直接将发布的通知或公告发布在首页，输出其发布的对象（1）
l 教学资料管理系统：以资料共享为目的，带查询功能（工作量估计：18）
n 管理员资料分类管理(4)
u 分类浏览（参照目录结构，支持一级分类）(1)
u 新建分类，同时创建目录(1)
u 删除分类，只有该分类中没有记录时才能删除（1）
u 修改分类的名称、描述等（1）
n 资源类型设置(4)
u 类型新增：设置资料后缀、对应处理机制等(1)
u 类型修改(1)
u 类型查询列表(1)
u 类型删除，只有当没有该类型的资料时才能删除(1)
n 资料的列表（2）
u 按资料分类排序
u 按资料类型排序
u 按上传时间排序
u 按下载次数？排序
n 资料上传（2）
n 资料更新（1）
n 修改资料属性（1）
n 资料下载（1）
n 资料删除（1）
n 资料搜索查询,输入查询内容后输出对应的资料链接 (2)
学生端（工作量估计：11+3）
l 查看某某网络学堂及教学站的通知（1）
l 以课程为主要列表（4+3）
n 查看课程基本信息（1）
n 学习课件（1）
n 下载课程资料（2）
n 进入主站的答疑室（1）
n 入学主站的作业（1）
n 入学主站的XXX等（1）
l 转到主站“我的课程”（1）
l 查看主站的日历（1）
l 资料（4）
n 资料查询（2）
n 资料分类列表（1）
n 资料下载（1）
无用户界面的程序
（1） 数据转发层
a) 数据的转发策略
b) 转发的调度：调度失败后的再转发，转发次数达到后不再转发等。
c) 转发结果的反馈
d) 转发到MAIL
e) 转发到SMS
f) 转发为RDF
g) 转发为学生的日历事件等。
（2） 主动检查公告及通知并发相应邮箱或手机，并反馈发送结果。
（3） 整个系统的统一用户验证，教学站用户的本地验证，学生用户的代理验证机制。
（4） 从EXCEL数据导入，含不同的导入策略等
（5） 自动导入机制
（6） 分析页面导入数据，含不同的导入策略，导入依据等的分析。
（7） 后台的文档预搜索程序
拟采取研究方法、技术路线、实验方案
研究方法
①由于某某远程教育平台目前选用的Apache+Weblogic+java技术实现的，所有我们实现时考虑与主站的结合与日后的数据交换，采用JAVA技术。
②考虑到教学站的实际经济实力，全面采用FREE的产品。
③考虑到扩充性，采用较为灵活的hibernate。XHTML等。
④考虑到数据交换采用XHTML
技术路线
①基于开放的Linux操作系统，提高系统的安全性。
②基于开放源代码的JBOSS服务器，统一的用户权限认证机制以及SESSION验证机制。
③采用JAVA语言，B/S结构，servlet实现
④采用的开发工具为Eclipse，配置管理的工具为CVS+Bugzilla
⑤数据库连接及数据持久性采用JDBC或hibernate
⑥数据库采用MYSQL，方便移植，成本低，运行稳定，功能较强
⑦MAIL转发部分采用JMAIL
⑧转发其他部分采用JXXX
⑨页面采用XHTML标准，可将数据独立出时，将直接采用XML格式
⑩产品原型采用静态页面实现。充分使用CSS，公共JS文件等。
软件硬件环境
①硬件环境：PIV2.6C+512M+7200转硬盘+100M网卡
②软件环境为：mandrake 8.1（或兼容的linux） + jboss4.0 + mysql5.0 + eclipse 3.0 + hibernate 2.3 + JMAIL + CVS 1.1 + bugzilla2.7
③运行所需硬件环境：
预期达到的目标
提交的结果：
①通过测试的产品化软件已经部署好。
②《开题报告》、《用户需求说明书》、《需求规格说明书》、重要模块的详细设计文档、《用户手册》（包括各登录端的手册及各客户端）。
③产品的页面原型及页面说明
④产品的部署方案及部署文档
⑤产品在线帮助系统（可选）
⑥《数据结构说明书》
服务器端程序，包括：
①JSP
②Servlet
③JMail后台发布程序
④SMS后台发布程序
⑤RDF后台发布程序
⑥日历后台发布程序
⑦后台查询程序
