网络教学平台及教学素材资源库建设项目实施方案
(一 )总体技术架构设计
本平台总体技术架构如下图所示：
总体技术框架
公共服务平台
统一认证 单点登录
全流程网络教学
教学组织管理
在线视频点播服务
基于数据挖掘的行为监控
作业查重服务
信息整合
协同课程建设与管理
频道管理 综合信息服务
安
全
保
障
体
系
网络
安全
保障
数据
安全
保障
安全
保障
制度
移动学习平台
资源
共享
平台
关系管理平台
网络
教学
平台
数字资源整合与分享
资源评价与推荐
课程中心
电子教参 教师发展平台
基础技术构架与系统功能 苹果架构
APP 市场
权限管理
用户管理
读秀 功能
百链 整合
知识发现
等等
教学
视频
教参
教辅
图书
论文
作业
考题
讨论
答疑 ……
资源
教务系统
科研系统
图书系统
联想传奇
等等
标
准
规
范
建
设
系统支撑平台 多媒体管理系统 数据库管理系统 数据挖掘引擎
硬件网络基础实施建设
系统支撑层 ： 主要包括支撑系统平台运行的基础模块，包括多媒体管理、数据
库管理、数据挖掘等。
资源层 ： 资源层主要实现平台运行所依赖的各种资源的整合与管理，同时对平
台运行过程中产生的资源进行组织与管理。 资源包括学校自有资源、 如教学视频、
大纲、作业、 PPT、讨论答疑等，另外还包括通过整合获取的资源，如 B 图书、
视频等等。
基础架构与系统功能层 ： 主要包括平台基础架构：苹果架构 +APP 市场，同时还
包括用户管理、权限管理等系统功能。
应用平台层：应用平台层包括本项目建设的六大功能：网络教学互动、资源共
享、移动学习、教师发展、关系管理和公共服务。
（二）网络拓扑结构设计
网络拓扑结构内部用户校友
互联网
优酷视频在线教学平台内部用户
超星读秀
超星名师视频
云服务平台
互联网数字图书馆
科研管理系统
教务管理系统
百度文库
个人网盘
其他系统
（三）设计方法
对于一个高并发高流量的在线教学平台来说，任何一个环节的瓶颈都会造成
平台的性能的下降，影响学生学习与教师的工作，甚至造成数据的丢失，进而对
学校造成巨大的经济损失。
对此平台应采用面向对象的软件设计方法，将每个事务独立，降底耦合度；
为扩展升级做好充分的准备；同时应采用分布式架构设计，将每个事务放到不同
的服务器上，缩短平台与学生的网络距离，减少主干网上的流量，以及防止在网
络意外情况下平台无法访问的问题。在架构层面，应用使用服务器集群，一方面
可以支撑更大的访问量，另一方面也作为冗余备份，防止服务器故障导致的平台
无法访问。在单服务器层面，配置操作系统，文件系统及应用层软件，均衡各种
资源的消耗，消除系统性能瓶颈，充分发挥服务器的潜能。在应用层，通过各种
缓存来提升程序的效率，减少服务器资源消耗。
在每一个层次，充分考虑容错的问题，严格消除了单点故障，尽量做到无
论应用层程序错误，服务器软件错误，服务器硬件错误，还是网络错误，都不影
响平台的正常运行， 不影响正常教学， 保证做到真正的永不下课的网络虚拟课堂。
（四）技术选型
采用 java语言作为主要的后端开发语言， 前端界面的开发使用标准的 HTML，
数据库支持 ORACLE、 SQLServer、 MySql等主流数据库。同时用最少的代码量实
现需要的功能模块， 尽量减轻页面的重量， 减轻服务器负担， 提高页面响应速度。
(1)Java语言
Java是一种被广泛使用的网络编程语言。随着 Internet的发展， Java语
言以其强大的生命力得到了越来越广泛的应用。 Java语言之所以受人推崇，是
因为它确实称得上是一种新一代编程语言， 具有面向对象、 可移植性好、 与硬件
无关、系统强健安全、提供了并发机制、性能高的众多优点，并提供分布性、多
线程、动态性的支持。
Java作为一种重要的开发工具，它具有七个主要特性：安全性、核心 API、
开放式标准、 分布式和动态结构、 面向对象、 多线程、 内存管理。 介于以上考虑，
本次平台开发选用 JAVA语言。
(2)HTML 语言
HTML（ Hyper Text Mark-up Language）即超文本标记语言或超文本链接标
示语言， 是目前互联网平台开发应用最为广泛的一种前端开发语言， 大多数浏览
器均能直接识别，不需要服务器做任何处理，所以用 HTML语言开发的页面速度
比用其它语言开发的页面速度快， 而且还能减轻服务器的负担； 为了减轻页面的
负担， 需将页面的头， 尾单独提取出来， 页面的主体部分也按模块或者功能拆分。
对 CSS， JS等辅助性的代码，需以单独的文件形式存放。这样不仅方便管理，修
改，而且还可以在用户访问的时候进行缓存，减少网络流量，减轻服务器压力。
(3)数据库
平台支持 Oracle 、 MySQL、 SQL Server 等主流数据库系统。
（五）性能设计
平台要向全校师生开放，至少支持 60000 用户数，至少支持 10000 人同时
在线。因此系统在稳定性、安全性、可靠性方面要有严格的保障，预期达到如下
性能指标：
?7× 24 小时不间断运行；
?页面响应不高于 3 秒；
?检索响应不高于 3 秒；
?视频点播响应不高于 10 秒。
2 项目实施方案
2.1 组织机构及职责
为了保障本项目的顺利实施，我公司成立了专门的实施队伍，包括项目领
导组、专家组、项目经理、开发实施小组、系统测试小组。
项目组名称
项目领导组
职责描述
召开会议讨论、决策系统建设中的重大问题，协
调项目整体资源。
专家组 是技术咨询机构，参与项目关键阶段的评审与验 具有丰富实践经验的
成员角色
双方高层领导
收工作， 对项目实施中的重大技术问题提供咨询。 相关技术和业务专家
项目经理 项目实施的组织者。
负责项目实施整体规划，确定实施管理策略，编
制项目管理规范。
高级项目经理
负责落实项目总体方案，组织项目顺利实施。协
调项目各工作小组成员的工作，控制整个项目建
设的组织管理，对项目进行计划，组织、控制。
负责项目的进度、质量、成本的协调统一，负责
与项目有关的商务合同执行情况的管理。
开发实施组 负责组织实施应用系统的设计、开发工作，下设
需求分析组、 UI 设计组、系统设计组、编码实现
组、交付培训组。
总体架构师
业务及技术专家
系统分析与设计工程
需求分析组：负责对业务需求进行调研与分析，
完成需求分析报告。
师
高级程序员
UI 设计组：负责对整个系统的界面、交互进行设
UI 设计师
计。
系统设计组：根据需求分析报告，对系统进行概
要设计和详细设计，完成设计报告。
编码实现组：根据系统设计文档编写代码，并进
行单元测试。
交付培训组：负责编写用户培训材料，制定培训
计划，对用户进行培训。
运行维护组：负责制订日常运行维护、升级管理
方案、应急方案，组织技术支持及重大事件的应
急工作。
系统测试组 负责编制测试工作规范、测试计划，并实施对应
用系统的性能、功能及集成测试；协助用户进行
用户测试。
IT 基础设施组
负责硬件、系统、网络等基础设施的管理。
高级测试工程师
3 架构设计
对于一个高并发高流量的教学平台来说， 任何一个环节的瓶颈都会造成平台
的性能的下降， 影响学生学习与教师的工作， 甚至造成数据的丢失， 进而造成巨
大的经济损失。
对此 A以 B集团 20年沉淀的核心技术为基础，采用面向对象的软件设计方法，
将每个事务独立， 降底耦合度； 因为我们深刻的知道每个学校都有自己的实际需
求， 所以我们为制定化的扩展升级做好充分的准备； 同时平台采用分布式架构设
计， 将每个事务放到不同的服务器上， 缩短平台与学生的网络距离， 减少主干网
上的流量， 以及防止在网络意外情况下平台无法访问的问题。 在架构层面， 远程
教育平台使用服务器集群， 一方面可以支撑更大的访问量， 另一方面也作为冗余
备份，防止服务器故障导致的平台无法访问。在单服务器层面，配置操作系统，
文件系统及应用层软件， 均衡各种资源的消耗， 消除系统性能瓶颈， 充分发挥服
务器的潜能。 在应用层， 通过各种缓存来提升程序的效率， 减少服务器资源消耗。
在每一个层次， A充分考虑容错的问题，严格消除了单点故障，尽量做到无
论应用层程序错误，服务器软件错误，服务器硬件错误，还是网络错误，都不影
响平台的正常运行，不影响正常教学，做到真正的永不下课的网络虚拟校园。
4 合理资源储备和调配
本项目工期持续长， 涉及到的各种角色和成员众多， 不同的项目时期、 不同
的项目任务， 项目的参与人员、 数量也会不断的变化。 合理的储备和调配项目人
力资源是保障项目按进度实施的重要问题。
我公司具有多年应用系统工程实施经验， 储备了精锐的研发队伍、 大量系统
分析设计工程师和项目实施组织管理人员。 强大的人力资源储备为本项目实施保
驾护航。 另外， 为了降低人员流动给项目带来的风险， 我方将采取保持核心骨干
成员的稳定， 以核心骨干团队带动整体项目实施的方法。 这样， 既不会因人员流
动增加项目的风险，又增加人员使用上的灵活性。
5 项目管理方案
5.1 工期进度管理
尽管在实施中我们会采用 “迭代开发、 迭代管理” 的方法， 使有些工作并行、
迭代进行，但开发周期仍然比较紧张。
因此， 项目经理必须对工期进行严格的管理和控制， 以保证项目在有限的工
期内完成既定目标。
在进度管理和工期控制中，选用 Project 2003作为辅助工具，结合规范的进
度管理规范和流程，确保工期在既定的时间范围内进行，保证项目按计划完成。
在本项目中， 计划的编制、 监控和执行情况报告由项目经理负责， 实施管理
策略如下：
5.2 进度计划制订
合同签署后， 由项目经理组织项目相关干系人共同起草制定 《项目总体进度
计划》 ，指定每项任务的任务目标和负责人，确定各参与人员和职责分工，规定
任务完成标准，同时规定项目环境要求、技术要求、人员要求、项目组间配合要
求、资金要求等。具体步骤为：
1.利用 WBS（工作分解结构）原理，以可交付成果为导向将项目任务、范围
进行分解， 形成清晰、 明确的一个个相互关联的工作包。 工作包分解需遵循以下
原则：
工作包是可分派给一个项目组或部门完成，由组长或部门经理负责实施。
工作包可继续分解成活动和任务。
工作包分解需参考 80小时法则， 即工作包的完成时间应当不超过 80小时 （一
般周期长的项目，定义工作包时可不参考此值） 。
本项目可将应用软件的每个子系统作为一个工作包， 分别派给不同的项目组
实施，子系统实施负责人再继续对工作包分解为更细的一系列活动和任务。
2.利用 Project 2003对工作包继续进行分解，形成清晰明确的工作任务，并
为每个任务设置开始日期、 完成日期、 需要的资源， 并自动计算项目的关键路径
（ CPM） 。
3.将制定好的计划保存为基准计划（原始计划） ，便于根据实际执行情况进
行跟踪。
《项目总体进度计划》 制定完成后， 提交项目领导组审批。 审批后的总体进
度计划由进度管理组向项目相关干系人正式发布， 作为进度监控的基准。 同时归
档到配置管理组，作为配置管理项进行管理。
5.3 进度监控
进度管理组根据正式发布的基准计划对计划执行情况进行跟踪和监控， 为了
更好的跟踪和监控项目进展情况及计划执行情况，采用“日跟踪、周报告、月总
结”形式实施进度监控。主要活动包括：
（ 1）日跟踪
进度管理组利用 Project2003工具，每日跟踪基准计划的执行情况，通过项
目运行过程中的实际发生的情况与基准计划进行比较， 得出实际情况是正常还是
拖延的情况，以便及时发现进度风险，制定解决方案并进行适当的计划调整。
对于未完成的任务， 有两种情况： 一种是没有按计划开始； 另一种是任务完
成的百分比未达到计划进度要求。
不论是未按计划开始还是未按计划完成， 都属于进度偏离， 由进度管理组对
偏离情况进行分析，分两种情况进行处理：
如进度偏离未影响 《总体进度计划》 中的里程碑任务且不存在导致里程碑任
务滞后完成的风险， 可以通过项目经理审批后， 由进度管理组和任务责任人共同
对计划进行调整，由进度管理组负责更新基准计划。
如进度偏离存在导致 《总体进度计划》 中的里程碑任务滞后完成的风险或已
经导致里程碑滞后完成，则需遵循变更管理实施计划变更。
对造成进度偏离的当事人， 由进度管理组负责及时提出警示或通报， 并由相
关责任人提出修正进度的措施，如赶工，增加资源等。
（ 2）周汇报
各子项目组负责人每周五向进度管理组提交《工作状态周报》 ，其中包括本
周工作进展情况， 是否按计划完成， 是否存在问题和风险， 是否需要组外资源的
支持及下周的周工作计划等。 进度管理组收集并分析项目各组周工作情况， 监控
工期、成本、资源的偏离。
（ 3）月总结
月总结以自然月为周期，于月末由各子项目组负责人提交《项目进度月总
结》 ，其中包括本月工作完成情况，完成的里程碑，产生的成果物，是否按计划
完成， 是否存在问题和风险， 是否需要组外资源的支持及下月的月工作计划 （侧
重在里程碑）等。
进度管理组收集并分析编制项目群的月进度总结， 除进度执行情况外， 还需
提供监控管理的结果及分析，为项目经理提供决策的依据。
在进度监控过程中， 项目经理负责组织进度管理组和质量管理组对进度执行
过程中产生的成果物进行审查。 如果是阶段成果物， 根据需要组织专家组或第三
方进行评审。
整个监控结果由项目经理根据需要编制总结报告，包括：
反映项目情况的各种图形（ “跟踪甘特图” 、 “任务分配状况” 、 “资源使用状
况”等多种视图） ；
项目情况的各种数据；
存在问题及拟采取的解决办法；
总结报告上报项目领导组。
（ 4）进度偏离与风险管理
进度管理组通过对项目进度执行情况的监控及相关数据分析， 进行进度偏离
分析， 及时通报偏离情况， 并提前预测进度风险， 组织相关干系人共同制定风险
的规避和应对策略。
未造成风险的进度偏离， 由项目经理负责提出调整和整改要求， 进度管理组
监控相关组织进行整改。
对于重大进度偏离， 由进度管理组提出风险预警， 并通报项目经理。 如果需
要， 发起问题和风险研讨会， 共同确定风险的规避和应对策略， 并提出整改方案，
由相关责任组织进行整改。项目进度组检查其执行。
对于没有及时得到项目相关人员解决的问题和风险， 项目管理员对项目组提
出预警。
（ 5）进度变更控制
在一个项目过程当中， 对计划进行变更是必然的。 但变更需充分分析变更带
来的影响， 且要对不利的影响采取相应的应对行动。 尤其在业务规模大、 子系统
多的应用系统实施中，分析进度变更对各子系统间的相互影响更加重要。
计划变更审批需遵照变更管理执行。 变更审批通过后， 由项目经理负责对计
划进行调整，对调整后计划的任务内容提出明确的要求。
进度管理组负责更新进度基准， 重新发布更新后的总体进度计划。 通过计划
的正式发布，协调项目群各分项系统组的工作以保持同步。
5.4 变更管理
多年项目的实践经验告诉我们， 项目变更是正常的、 不可避免的， 同时也是
需要对其进行管理的。
变更可能会来自于很多方面， 如： 业务需求的变动和调整， 项目进度的提前
或延后等等。
这些变更一旦发生，会对项目目标、进度、成本、质量等基准产生影响，因
此我们必须要有适当的方法来对变更进行管理。 当变更没有发生的时候， 尽量创
造条件改进工作使其不要发生； 当不可避免时要让变更尽早发生； 当变更一旦发
生，将变更的影响控制到最小。无论哪种情况，都需要对其进行有序的管理。
我公司在过去的项目经验中认识到， 在项目实施过程中， 最主要的问题就是
处理变化或改变优先程序。 而变更实施越迟， 完成难度越大。 如果没有控制管理，
即使是微小变化，随着变更的堆积增多，也会对质量、性能、成本和进度造成一
个主要的负面冲突。因此，在本项目中，我们将依据以往的经验，建立一套变更
控制系统，通过一系列规范的程序对项目变更进行有序的控制。
5.5 文档管理
为确保项目严格按照质量管理体系规范有序地进行， 对于所有形成的文档和
记录，都必须实施有效的控制和管理。根据项目要求，结合我公司以往项目成
功管理经验，形成针对本项目文档控制的管理制度和实施规范。
（ 1）项目文档分类
为了对项目生命周期中所产生的文档实现有效控制和管理， 我公司按照各类
文档的功能将其进行分类。主要包括用户培训文档、技术支持文档、开发文档
等等。
（ 2）用户培训文档
用户培训文档用于帮助用户认识产品， 指导用户安装、 使用产品以及进行一
些必要的日常维护工作。用户培训文档的结构和内容，在系统设计确定后，由
开发实施组开始设计， 并且在整个开发过程中不断的调整完善， 最后和产品软
件包共同作为产品的一部分发布给用户。
用户培训文档的编写规范， 主要依据不同的用户类型， 以及其围绕产品所必
须进行的活动，形成文档内容列表。根据活动频率和相关性形成各个分文档，
最后组合成一套完整的用户培训文档。 具体的用户类型以及用户活动分析， 可
以参考需求分析组形成的需求文档。
（ 3）开发文档
开发文档在整个项目实施过程中的作用举足轻重。 项目经理会结合项目实施
的各个阶段，制定规范的管理流程，形成一系列的项目开发文档。
根据开发文档的来源，归纳起来主要有两大类：项目管理文档（一般贯穿整
个项目实施过程） 、相关技术文档（在特定的阶段产生） 。
而根据文档在项目实施过程中的流动及作用，又可分为工作表单和工作文
档。工作表单多为某个特定的工作包服务，用来紧密跟踪项目实施进程、技术
实施现状；而将具有内在联系的表单聚类分析成册，就构成了阶段性的成果：
工作文档。阶段性成果一般都要递交给用户，需要签署，得到确定和接受。
（ 4）技术支持文档
技术支持文档主要是用来指导运行维护解决相关问题的辅助性文档。 通常这
些问题是用户无法通过用户文档进行解决的， 例如由于运行环境的变化， 系统
容量的增加，系统繁忙程度的增加，管理员操作不正确，系统受到攻击或者系
统本身的 BUG 造成的异常问题。
技术支持文档是在设计阶段进行可维护性设计以及运行维护组根据以往维
护经验所提出的。主要包括系统深层次的描述，高级的使用技巧等。常见的技
术支持文档有：
? 系统日志说明
? 系统工具使用手册
? 更详细的系统工作原理
? 维护经验手册
（ 5）项目文档管理
在项目实施中，我公司严格按照软件工程规范开发以及项目文档编制，以
RationalClearcase（ SVN或 CVS） 为辅助工具， 对项目文档进行统一的文档控制。
在项目全程文档控制图中，可以看到在项目不同阶段，会产生相应的文档，
金黄色图标表示需要提交的所有里程碑工作文档。
包括：用户需求文档、项目计划、系统总体设计文档、系统详细设计文档、
设计规范、 测试计划、 培训计划、 测试报告、 管理员手册、 用户手册、 技术文档、
培训教材。
为严格项目文档的控制管理， 必须明确各阶段所要提交的文档， 并在每个重
要技术点都进行评审。 所有提交的文档按配置管理的要求建立基线， 得到用户的
确定和接受。 由相关人员严格管理， 记录每次严重更改， 以形成程序和文档的可
追溯性，为本项目的管理维护奠定扎实的基础。
（ 6）状态属性定义
对于所有的项目文档设置状态属性。 状态属性分为草稿， 已校正和正式发布
三种。简单的文档可由作者校验，重要的文档由草稿作者以外的人来校正。 “已
校正” 的文档经过主管领导或者评审人员评审后， 才可以正式标示为 “正式发布”
状态，正式发布文档将作为本项目发布给外界的正式文档。 “正式发布”状态的
文档的修改需要非常审慎，而且每次发布后需要增加版本号。
文档的其他属性还包括：
6.1）编号
文档编号规则如下：项目编号 -文档分类编号 -日期 [标题 ]
编码各个部分
项目编号
文档分类编号
说明
项目名称简称
TS-技术支持文档
RD/子类编号 --开发文档
子类编号根据每个项目的不同情况确定，建议如
下： Q (需求 )， D (设计 )， I (实现 )， QA(测试 )，
M (管理 )， R(研究 )， T (培训 )
日期
标题
格式为 yyyymmdd
文档的主题，再不引起编码重复的前提下可以忽
略
文档编码规则
6.2）安全级别
安全级别定义文档的保密性，可以根据其可见性分为：
级别
公开
客户使用
RD 使用
机密
说明
发布给公众的文档
发布给客户的文档
仅供部门内部使用的文档
仅供作者或者项目领导组阅读的文档
文档安全级别定义表
6.3）通用格式
封面 +变更说明 +目录 +正文。
6.4）变更说明
以表格形式说明什么人在什么时候对文档做了那些改动。 具体格式请参考通
用文档模板。
6.5）文档规范
我公司在项目开发中严格遵循 CMM（软件能力成熟度模型） 的 KPA（关键过程
域）来进行，并形成了自己的文档规范，主要如下所示，具体请参见附录部分。
文档规范 文档名称
软件生产过程政策描述
PQS 项目跟踪与管理过程 V3.0
项目过程规范文档 PQS 软件质量保证过程
PQS 需求管理过程 V3.0
PQS 培训工作管理过程
需求规格格式标准
分析阶段里程碑文档规范
项目计划书格式标准
设计阶段里程碑文档规范 系统设计报告格式标准
详细设计报告格式标准
实施阶段提交文档规范 测试报告格式标准
测试阶段提交文档规范
部署与验收阶段提交文档规范
系统提交说明书格式规范
管理员手册格式标准
用户手册格式标准
技术文档格式标准
维护计划书格式标准
6.6）版本控制
通过对于项目文档版本的控制， 可以记录项目实施过程中各阶段环节的发展
变化情况，确保由不同人员所编辑的文档得到一致的更新和维护。
6.7）目录设置
对于文档的版本控制， 具体可实施分级管理， 即形成： “项目名称 /实施阶段
/文档名称”的结构。如有必要，可根据该阶段的特点逐层细分目录，建议目录
不宜设置太深。
项目文档版本控制的实例：
实施阶段
项目管理
用户需求定义
完整系统测试
简称
PM
BI
SQA
举例
“在线教育平台”项目管理
“在线教育平台”用户需求定义
“在线教育平台”完整系统测试
文档版本控制实例
6.8）文件名设置
文件名称的设置要求简明易懂。 例如， 项目需求分析阶段， 第一次会议总结
形成的文档，可取名为： BI_Meeting_1.doc
6.9）版本号管理
对于每一份文档的版本号管理，以下面的规则为准：
创建文档时为 1.0版。 需要调整时， 在此基础上进行版本升级， 并签属更改
人及更改时间。
A.初次提交用户的文档为更改后的最高版本号， 但仍为版本一的内容。 经
用户初步确认或提出更正意见时，由版本一升至版本二，然后正式提交用户，
并进行文档存档。以后每经过用户修改逐次提升一个版本。
B.在每一份文档的开头，用表格说明版本控制的信息。
6.10）项目文档版本控制信息
日期
--
作者
版本
V1.0
说明
功能改进。
项目实施中的重要文档 （里程碑文件） 都应经过项目经理和业主方项目用户
的审核。 一般审核时间规定在提交后的三天之内。 如果五天没有回应即作为确认
处理。 对于阶段性成果的审核， 应由项目经理签字， 确认提交的阶段性成果已审
核，符合项目实施的要求和业主方项目主管领导能接收的标准。
6 测试方案
6.1 任务概述
系统名称：在线教育平台
系统组成：课程资源建设管理、在线视频等
系统用户：校园网用户
系统简述：课程资源建设与在线教学。
测试目标：测试最大压力下服务器的承载能力和响应速度变化趋势。
6.2 方案设计
（ 1）系统压力估算方法
规则：按每天总流量在 X 次，每天高峰值为 16 个小时来推算，公式中是按
照极端的高峰值计算。
估算公式：
虚拟用户：对应于现实中的真实用户，使用 LoadRunner 模拟的用户称为虚
拟用户。其本质是通过虚拟用户脚本来模拟真实用户的行为。
思考时间：即用户思考时间，为了在模拟时更接近用户的真实行为而引进
的概念。 在实际中， 用户进行一系列操作后往往会进行处理， 例如浏览网页内容，
而处理过程对服务器没有压力。 无思考时间是一种比较极端的测试条件， 即用户
进行完一次操作后，立刻进行下一次操作。
（ 2）测试环境
网络环境：内部网络 +Internet网络环境 +3G，配置：
设备
负载产生设备
硬件
（模拟手机用户）
软件
Windows 2000
Loadrunner7.8（云端版）
Web+ WAP服务 Intel? Xeon? CPU 平台系统
E5405@2.00GHz
内存： 16G
硬盘： 300G SAS盘
（ 3）场景设计
场景设计思想： 依据压力估算的规则来推算出模拟真实情况下服务器可承载
能力。
测试数据： 5800 万；
测试用随机词库： 7786条；
检索词选择方式：顺序迭代；
场景 1： 20个虚拟用户，无思考时间， 30分钟加压时间
次数
1
2
3
最小值
0.044
0.044
0.044
平均值
1.168
1.246
1.263
最大值
47.068
48.007
26.702
标准偏差 90%
2.006
1.978
1.907
2.932
2.86
2.922
通过
33203
33000
33225
失败 平均点击次数
3
5
5
15.978
15.927
004
平均
0.044 1.226 40.592 1.964 2.905 33143 4 15.970
无思考时间
下图为 30 分钟加压平均事物响应时间图
测试 1
测试 2
测试 3
根据我们的估算公式，当完全的检索过程在无思考时间的情况下，根据压力
测试的结果，从估算公式计算出来的 X 值为 919872 次 pv。
场景 2： 20 个虚拟用户，无思考时间， 60 分钟加压时间
次数
1
2
最小值
0.109
0.043
平均值
1.576
1.368
最大值
45.292
45.943
标准偏差
1.796
1.955
90%
3.245
3.314
通过
51585
50069
失败
12
13
平均点击次数
14.823
14.393
3 0.045 1.400 53.706 2.134 3.324 50151 8 14.411
平均 0.066 1.448 48.314 1.962 3.294 50602 8 14.542
无思考时间
下图为 60 分钟加压平均事物响应时间图
测试 1
测试 2
根据我们的估算公式，当完全的检索过程在无思考时间的情况下，根据压
力测试的结果，从估算公式计算出来的 X 值为 837619 次 pv。
（ 4）结论
本测试方案 (下称：本测试 )针对拥有 5800 万条记录的在线教育平台（下称：
系统） 。
本测试使用 7000 多个点击对系统进行顺序迭代加压测试， 通过对不同时长
的多次测试结果的响应时间进行加权算术平均（下称：平均响应时间） ，获得以
下结果：
系统在 3 次 30 分钟的加压测试中，平均响应时间在 1.226 秒；在 3 次 60
分钟的加压测试中，平均响应时间在 1.448 秒。在测试期间可能由于 2g 网络问
题或其他因素，有些较长的响应时间，但 90%的响应时间保持在 3.3 秒以下，可
见系统在应对突发集中性访问时表现出了良好的抗压性能。
在本测试中选择两种不同时长的加压测试，目的在于测试系统在应对突发
集中性访问时， 响应时间的变化趋势。 从变化的趋势上来看， 系统响应能力变化
不大，可以保持较好的稳定性。
以上测试结果均在真实的网络环境中进行测试，本测试模拟的是极端环境
下系统所能承载的最大压力， 而在真实环境里会穿插用户的浏览内容时间和其他
业务活动（浏览时间和其他业务活动对系统是没压力的） ，所以系统在真实的用
户环境会表现出更优越的性能，稳定性也会更加的可靠。
7A 网络教学平台基本功能模块
网络教学平台的建设以国家政策为导向，与学校战略发展目标保持高度一
致。以支撑学校快速发展为目标，以学习空间为基础、以课程为中心、以教师为
主导、 以学生为主体， 以服务为导向， 以信息资源建设和信息应用系统建设为核
心。集成网络教学、师生交流互动、答疑和管理等功能，包括以课程为主线，高
度整合校内、校外的所有资源；以课程为中心，展开作业、考试、答疑、讨论、
评价等互动教学活动。 充分发挥平台在教与学活动中的作用， 切实提升学校信息
化水平，为学校战略发展提供支撑和保障。
平台以课程为中心，以教师为主导、以学生为主体，整合学校所有课程。可
以把一部分线下的教学工作放到线上完成，辅助教师的教学。
（一）网络课程建设
通过 A 平台学校可以在线创建课程、设置课程的学分考核机制、设置课程展
示模板等，以及学生在线听课、在线阅读、在线提问、在线作业、在线考试、在
线互动讨论、学分审核 、获得学分等。
1.课程共建
支持多位老师共建一门课程，使课程的内容更加丰富，同时也减轻了教师的
工作负担。
2.助教功能
为了减轻老师的教学工作量，支持添加助教功能。老师可以选择合适的人选
来担当本门课程的助教， 协助老师进行批改作业， 实时答疑， 考试阅卷等教学活
动。
3.选择模版
建设课程方式： 支持建设简单的课程， 同时支持建设基于知识点的复杂课程， 教
师可根据自己的需要进行选择。
三步完成建课：选择模板、编辑课程信息、编辑课程章节内容。
平台通过深入研究国内外主流的在线教育网站、 设计了美观大方、 又符合国内外
标准的课程模板以供选择， 教师可依据个人的资料的丰富程度及喜欢的风格进行
个性化的设置。
4.编辑课程封面
课程编辑页面，操作简单，灵活方便，原位编辑，所见即所得。
5.编辑课程内容
在课程编辑器中，对于文字的编辑排版我们提供了与 WORD 相类似的功能，非常
简单易用。老师只要熟悉 WORD 的相关编辑，不需要进行额外的学习，即可轻松
掌握课程的编辑方法。 在课程编辑的过程中， 老师还可以根据课程内容添加与之
相关的图片，文档，音频，视频，网页，作业，还可以在 B 的资源库中选择与授
课内容相关的图书，知识点，期刊论文等。
课程编辑器可以对插入的视频进行剪辑，设置任务点，防拖拽，防窗口
切换等功能，使学生在观看视频的过程中不能进行其他操作，保证学习效果。
在视频的播放过程中，老师还可以插入与视频相关的图片， PPT，使学生可以更
全面的学习课程内容。 同时为了检验学生观看视频的效果， 老师还可以在视频中
添加相关的测验，学生只有在正确回答相关问题后才能进行后续视频内容的学
习。
原位编辑方式：平台支持原位编辑，即不需要进入后台，操作复杂的功能，而是
在网页原位进行编辑，容易上手，容易操作。
资源提交： 资源提交可通过批量导入和分布式提交的方式实现。 同时支持本地资
源、网盘资源、数字图书馆、名师视频、互联网资源的添加。
资源检索：提供对 B 数字图书馆资源的各种检索功能。
课程发布：原位编辑后，所见即所得式发布。
最后形成知识点化、富媒体的在线学习课程。支持制作慕课，精品课程，视频公
开课、微课等，并能用于精品课程申报。
（二）网络教学
1.多种教学模式
平台可支持辅助教学，翻转课堂，纯网络教学和网络修学分等教学模式。
老师可以根据教学需要选择发放课程的模式。
发放模式有如下三种：
1）发放。课程将直接发放给学生进行学习。
2）定时发放。课程将在教师设定的时间发放给学生进行学习。
3）闯关模式发放。老师在编辑课程时对视频，作业，测试等设置了任务点，则
学生只有在完成这些任务点之后才能进行后续课程的学习。
支持以下几种教学模式：
1）辅助教学
教学活动的主体在实体课堂进行，教师可以利用 A 平台上传教学所需的资料，
布置作业， 批改作业， 在线与同学们进行讨论答疑等活动， 从而达到辅助教学的
作用。
2）翻转课堂
将课程学习的过程由线下实体课堂反转到线上网上教学。首先由学生在线上进
行自主的课程学习， 在实体课堂中老师主要进行进行讨论与答疑等活动。 翻转课
堂能有效的提高学生的自主学习能力，减轻教师的负担，降低学校的师资成本，
是未来教育改革的方向。
3）纯网络教学
所有的教学活动都在网络上进行。 使学生可以跨时间， 跨地域灵活自主的进行学
习。 纯网络教学也突破了传统课堂人数的限制， 使教学资源达到最大的利用。 这
种教学方式打破了教学的瓶颈， 突破了地域， 师资的限制， 促进了教育的公平发
展。
4）网络修学分
在线教学中加入学习流程管理，监控学生学习过程，设置各项学习指标的权重，
统计学习成绩，使学生在课程学习合格后可以顺利拿到所通过课程相应的学分。
2.学习流程管理
平台基于知识单元的学习流程管理，高度整合校内、校外的所有资源；以课
程为主线， 以课程为中心， 展开作业、 考试、 答疑、 讨论、 评价等互动教学活动。
学生在登录后便可以查看自己的学习进度，进行后续的课程学习。
若老师发放课程选择了闯关模式， 则学生必须完成老师设置的任务点之后才能进
行后续章节的学习。
3.作业
目前作业包含线上作业和线下作业。线上作业，即从作业的发布、接收到批
阅，全部流程都在网上完成，学生可以在线接收作业，做作业，关注作业的反馈
情况，随时查看教师的评语及成绩；线下作业，即教师将作业在线上布置下去，
学生线下完成， 线下提交。 学生可以对任意作业进行收藏， 将自己认为重要的知
识点集中到一起当作之后学习的要点。
老师可以通过平台直接布置作业，批改作业。
学生可以通过平台在线做作业，提交作业。
4.考试
|
|
