网络教学平台及教学素材资源库建设项目实施方案

1、网络教学平台及教学素材资源库建设项目实施方案(一)总体技术架构设计本平台总体技术架构如下图所示：总体技术框架公共服务平台统一认证 单点登录 信息整合 频道管理 综合信息服务全流程网络教学 协同课程建设与管理 安移动学习平台全保教学组织管理在线视频点播服务网络教学数字资源整合与分享资源评价与推荐资源共享关系管理平台障体系基于数据挖掘的行为监控作业查重服务平台课程中心电子教参平台教师发展平台标准网络安全保障基础技术构架与系统功能 苹果架构APP 市场权限管理用户管理规范建数据安全保障安全保障制度读秀 功能百链整合知识发现等等教学视频教参教辅图书论文作业考题讨论答疑 资源教务系统科研系统图书系统联想

2、传奇等等设系统支撑平台 多媒体管理系统 数据库管理系统 数据挖掘引擎硬件网络基础实施建设系统支撑层：主要包括支撑系统平台运行的基础模块，包括多媒体管理、数据库管理、数据挖掘等。资源层：资源层主要实现平台运行所依赖的各种资源的整合与管理，同时对平台运行过程中产生的资源进行组织与管理。资源包括学校自有资源、如教学视频、大纲、作业、PPT、讨论答疑等，另外还包括通过整合获取的资源，如 B 图书、视频等等。基础架构与系统功能层：主要包括平台基础架构：苹果架构+APP 市场，同时还包括用户管理、权限管理等系统功能。应用平台层： 应用平台层包括本项目建设的六大功能：网络教学互动、资源共享、移动学习、教师发

3、展、关系管理和公共服务。（二）网络拓扑结构设计网络拓扑结构内部用户 校友互联网优酷视频在线教学平台 内部用户超星读秀超星名师视频 云服务平台互联网数字图书馆科研管理系统 其他系统教务管理系统百度文库个人网盘（三）设计方法对于一个高并发高流量的在线教学平台来说，任何一个环节的瓶颈都会造成平台的性能的下降，影响学生学习与教师的工作，甚至造成数据的丢失，进而对学校造成巨大的经济损失。对此平台应采用面向对象的软件设计方法，将每个事务独立，降底耦合度；为扩展升级做好充分的准备；同时应采用分布式架构设计，将每个事务放到不同的服务器上，缩短平台与学生的网络距离，减少主干网上的流量，以及防止在网络意外情况下平

4、台无法访问的问题。在架构层面，应用使用服务器集群，一方面可以支撑更大的访问量，另一方面也作为冗余备份，防止服务器故障导致的平台无法访问。在单服务器层面，配置操作系统，文件系统及应用层软件，均衡各种资源的消耗，消除系统性能瓶颈，充分发挥服务器的潜能。在应用层，通过各种缓存来提升程序的效率，减少服务器资源消耗。在每一个层次，充分考虑容错的问题，严格消除了单点故障，尽量做到无论应用层程序错误，服务器软件错误，服务器硬件错误，还是网络错误，都不影响平台的正常运行，不影响正常教学，保证做到真正的永不下课的网络虚拟课堂。（四）技术选型采用 java 语言作为主要的后端开发语言，前端界面的开发使用标准的 H

5、TML，数据库支持 ORACLE、SQL Server、MySql 等主流数据库。同时用最少的代码量实现需要的功能模块，尽量减轻页面的重量，减轻服务器负担，提高页面响应速度。(1)Java 语言Java 是一种被广泛使用的网络编程语言。随着 Internet 的发展，Java 语言以其强大的生命力得到了越来越广泛的应用。Java 语言之所以受人推崇，是因为它确实称得上是一种新一代编程语言，具有面向对象、可移植性好、与硬件无关、系统强健安全、提供了并发机制、性能高的众多优点，并提供分布性、多线程、动态性的支持。Java 作为一种重要的开发工具，它具有七个主要特性：安全性、核心 API、开放式标准

6、、分布式和动态结构、面向对象、多线程、内存管理。介于以上考虑，本次平台开发选用 JAVA 语言。(2)HTML 语言HTML（Hyper Text Mark-up Language）即超文本标记语言或超文本链接标示语言，是目前互联网平台开发应用最为广泛的一种前端开发语言，大多数浏览器均能直接识别，不需要服务器做任何处理，所以用 HTML 语言开发的页面速度比用其它语言开发的页面速度快，而且还能减轻服务器的负担；为了减轻页面的负担，需将页面的头，尾单独提取出来，页面的主体部分也按模块或者功能拆分。对 CSS，JS 等辅助性的代码，需以单独的文件形式存放。这样不仅方便管理，修改，而且还可以在用户访

7、问的时候进行缓存，减少网络流量，减轻服务器压力。(3)数据库平台支持 Oracle 、MySQL、SQL Server 等主流数据库系统。（五）性能设计平台要向全校师生开放，至少支持 60000 用户数，至少支持 10000 人同时在线。因此系统在稳定性、安全性、可靠性方面要有严格的保障，预期达到如下性能指标： 724 小时不间断运行； 页面响应不高于 3 秒； 检索响应不高于 3 秒； 视频点播响应不高于 10 秒。2 项目实施方案2.1 组织机构及职责为了保障本项目的顺利实施，我公司成立了专门的实施队伍，包括项目领导组、专家组、项目经理、开发实施小组、系统测试小组。项目组名称 职责描述 成

8、员角色项目领导组 召开会议讨论、决策系统建设中的重大问题，协 双方高层领导调项目整体资源。专家组 是技术咨询机构，参与项目关键阶段的评审与验 具有丰富实践经验的收工作，对项目实施中的重大技术问题提供咨询。 相关技术和业务专家项目经理 项目实施的组织者。 高级项目经理负责项目实施整体规划，确定实施管理策略，编制项目管理规范。负责落实项目总体方案，组织项目顺利实施。协调项目各工作小组成员的工作，控制整个项目建设的组织管理，对项目进行计划，组织、控制。负责项目的进度、质量、成本的协调统一，负责与项目有关的商务合同执行情况的管理。开发实施组 负责组织实施应用系统的设计、开发工作，下设 总体架构师需求分

9、析组、UI 设计组、系统设计组、编码实现 业务及技术专家组、交付培训组。系统分析与设计工程需求分析组：负责对业务需求进行调研与分析， 师完成需求分析报告。高级程序员UI 设计组：负责对整个系统的界面、交互进行设UI 设计师 计。系统设计组：根据需求分析报告，对系统进行概要设计和详细设计，完成设计报告。编码实现组：根据系统设计文档编写代码，并进行单元测试。交付培训组：负责编写用户培训材料，制定培训计划，对用户进行培训。运行维护组：负责制订日常运行维护、升级管理方案、应急方案，组织技术支持及重大事件的应急工作。系统测试组 负责编制测试工作规范、测试计划，并实施对应 高级测试工程师用系统的性能、功能

10、及集成测试；协助用户进行用户测试。IT 基础设施组 负责硬件、系统、网络等基础设施的管理。3 架构设计对于一个高并发高流量的教学平台来说，任何一个环节的瓶颈都会造成平台的性能的下降，影响学生学习与教师的工作，甚至造成数据的丢失，进而造成巨大的经济损失。对此A以B集团20年沉淀的核心技术为基础，采用面向对象的软件设计方法，将每个事务独立，降底耦合度；因为我们深刻的知道每个学校都有自己的实际需求，所以我们为制定化的扩展升级做好充分的准备；同时平台采用分布式架构设计，将每个事务放到不同的服务器上，缩短平台与学生的网络距离，减少主干网上的流量，以及防止在网络意外情况下平台无法访问的问题。在架构层面，远

11、程教育平台使用服务器集群，一方面可以支撑更大的访问量，另一方面也作为冗余备份，防止服务器故障导致的平台无法访问。在单服务器层面，配置操作系统，文件系统及应用层软件，均衡各种资源的消耗，消除系统性能瓶颈，充分发挥服务器的潜能。在应用层，通过各种缓存来提升程序的效率，减少服务器资源消耗。在每一个层次，A充分考虑容错的问题，严格消除了单点故障，尽量做到无论应用层程序错误，服务器软件错误，服务器硬件错误，还是网络错误，都不影响平台的正常运行，不影响正常教学，做到真正的永不下课的网络虚拟校园。4 合理资源储备和调配本项目工期持续长，涉及到的各种角色和成员众多，不同的项目时期、不同的项目任务，项目的参与人

12、员、数量也会不断的变化。合理的储备和调配项目人力资源是保障项目按进度实施的重要问题。我公司具有多年应用系统工程实施经验，储备了精锐的研发队伍、大量系统分析设计工程师和项目实施组织管理人员。强大的人力资源储备为本项目实施保驾护航。另外，为了降低人员流动给项目带来的风险，我方将采取保持核心骨干成员的稳定，以核心骨干团队带动整体项目实施的方法。这样，既不会因人员流动增加项目的风险，又增加人员使用上的灵活性。5 项目管理方案5.1 工期进度管理尽管在实施中我们会采用“迭代开发、迭代管理”的方法，使有些工作并行、迭代进行，但开发周期仍然比较紧张。因此，项目经理必须对工期进行严格的管理和控制，以保证项目在

13、有限的工期内完成既定目标。在进度管理和工期控制中，选用Project 2003作为辅助工具，结合规范的进度管理规范和流程，确保工期在既定的时间范围内进行，保证项目按计划完成。在本项目中，计划的编制、监控和执行情况报告由项目经理负责，实施管理策略如下：5.2 进度计划制订合同签署后，由项目经理组织项目相关干系人共同起草制定项目总体进度计划，指定每项任务的任务目标和负责人，确定各参与人员和职责分工，规定任务完成标准，同时规定项目环境要求、技术要求、人员要求、项目组间配合要求、资金要求等。具体步骤为：1.利用WBS（工作分解结构）原理，以可交付成果为导向将项目任务、范围进行分解，形成清晰、明确的一个

14、个相互关联的工作包。工作包分解需遵循以下原则：工作包是可分派给一个项目组或部门完成，由组长或部门经理负责实施。工作包可继续分解成活动和任务。工作包分解需参考80小时法则，即工作包的完成时间应当不超过80小时（一般周期长的项目，定义工作包时可不参考此值）。本项目可将应用软件的每个子系统作为一个工作包，分别派给不同的项目组实施，子系统实施负责人再继续对工作包分解为更细的一系列活动和任务。2.利用Project 2003对工作包继续进行分解，形成清晰明确的工作任务，并为每个任务设置开始日期、完成日期、需要的资源，并自动计算项目的关键路径（CPM）。3.将制定好的计划保存为基准计划（原始计划），便于根

15、据实际执行情况进行跟踪。项目总体进度计划制定完成后，提交项目领导组审批。审批后的总体进度计划由进度管理组向项目相关干系人正式发布，作为进度监控的基准。同时归档到配置管理组，作为配置管理项进行管理。5.3 进度监控进度管理组根据正式发布的基准计划对计划执行情况进行跟踪和监控，为了更好的跟踪和监控项目进展情况及计划执行情况，采用“日跟踪、周报告、月总结”形式实施进度监控。主要活动包括：（1）日跟踪进度管理组利用Project2003工具，每日跟踪基准计划的执行情况，通过项目运行过程中的实际发生的情况与基准计划进行比较，得出实际情况是正常还是拖延的情况，以便及时发现进度风险，制定解决方案并进行适当的

16、计划调整。对于未完成的任务，有两种情况：一种是没有按计划开始；另一种是任务完成的百分比未达到计划进度要求。不论是未按计划开始还是未按计划完成，都属于进度偏离，由进度管理组对偏离情况进行分析，分两种情况进行处理：如进度偏离未影响总体进度计划中的里程碑任务且不存在导致里程碑任务滞后完成的风险，可以通过项目经理审批后，由进度管理组和任务责任人共同对计划进行调整，由进度管理组负责更新基准计划。如进度偏离存在导致总体进度计划中的里程碑任务滞后完成的风险或已经导致里程碑滞后完成，则需遵循变更管理实施计划变更。对造成进度偏离的当事人，由进度管理组负责及时提出警示或通报，并由相关责任人提出修正进度的措施，如赶

17、工，增加资源等。（2）周汇报各子项目组负责人每周五向进度管理组提交工作状态周报，其中包括本周工作进展情况，是否按计划完成，是否存在问题和风险，是否需要组外资源的支持及下周的周工作计划等。进度管理组收集并分析项目各组周工作情况，监控工期、成本、资源的偏离。（3）月总结月总结以自然月为周期，于月末由各子项目组负责人提交项目进度月总结，其中包括本月工作完成情况，完成的里程碑，产生的成果物，是否按计划完成，是否存在问题和风险，是否需要组外资源的支持及下月的月工作计划（侧重在里程碑）等。进度管理组收集并分析编制项目群的月进度总结，除进度执行情况外，还需提供监控管理的结果及分析，为项目经理提供决策的依据。

18、在进度监控过程中，项目经理负责组织进度管理组和质量管理组对进度执行过程中产生的成果物进行审查。如果是阶段成果物，根据需要组织专家组或第三方进行评审。整个监控结果由项目经理根据需要编制总结报告，包括：反映项目情况的各种图形（“跟踪甘特图”、“任务分配状况”、“资源使用状况”等多种视图）；项目情况的各种数据；存在问题及拟采取的解决办法；总结报告上报项目领导组。（4）进度偏离与风险管理进度管理组通过对项目进度执行情况的监控及相关数据分析，进行进度偏离分析，及时通报偏离情况，并提前预测进度风险，组织相关干系人共同制定风险的规避和应对策略。未造成风险的进度偏离，由项目经理负责提出调整和整改要求，进度管理

19、组监控相关组织进行整改。对于重大进度偏离，由进度管理组提出风险预警，并通报项目经理。如果需要，发起问题和风险研讨会，共同确定风险的规避和应对策略，并提出整改方案，由相关责任组织进行整改。项目进度组检查其执行。对于没有及时得到项目相关人员解决的问题和风险，项目管理员对项目组提出预警。（5）进度变更控制在一个项目过程当中，对计划进行变更是必然的。但变更需充分分析变更带来的影响，且要对不利的影响采取相应的应对行动。尤其在业务规模大、子系统多的应用系统实施中，分析进度变更对各子系统间的相互影响更加重要。计划变更审批需遵照变更管理执行。变更审批通过后，由项目经理负责对计划进行调整，对调整后计划的任务内容

20、提出明确的要求。进度管理组负责更新进度基准，重新发布更新后的总体进度计划。通过计划的正式发布，协调项目群各分项系统组的工作以保持同步。5.4 变更管理多年项目的实践经验告诉我们，项目变更是正常的、不可避免的，同时也是需要对其进行管理的。变更可能会来自于很多方面，如：业务需求的变动和调整，项目进度的提前或延后等等。这些变更一旦发生，会对项目目标、进度、成本、质量等基准产生影响，因此我们必须要有适当的方法来对变更进行管理。当变更没有发生的时候，尽量创造条件改进工作使其不要发生；当不可避免时要让变更尽早发生；当变更一旦发生，将变更的影响控制到最小。无论哪种情况，都需要对其进行有序的管理。我公司在过去

21、的项目经验中认识到，在项目实施过程中，最主要的问题就是处理变化或改变优先程序。而变更实施越迟，完成难度越大。如果没有控制管理，即使是微小变化，随着变更的堆积增多，也会对质量、性能、成本和进度造成一个主要的负面冲突。因此，在本项目中，我们将依据以往的经验，建立一套变更控制系统，通过一系列规范的程序对项目变更进行有序的控制。5.5 文档管理为确保项目严格按照质量管理体系规范有序地进行，对于所有形成的文档和记录，都必须实施有效的控制和管理。根据项目要求，结合我公司以往项目成功管理经验，形成针对本项目文档控制的管理制度和实施规范。（1）项目文档分类为了对项目生命周期中所产生的文档实现有效控制和管理，我

22、公司按照各类文档的功能将其进行分类。主要包括用户培训文档、技术支持文档、开发文档等等。（2）用户培训文档用户培训文档用于帮助用户认识产品，指导用户安装、使用产品以及进行一些必要的日常维护工作。用户培训文档的结构和内容，在系统设计确定后，由开发实施组开始设计，并且在整个开发过程中不断的调整完善，最后和产品软件包共同作为产品的一部分发布给用户。用户培训文档的编写规范，主要依据不同的用户类型，以及其围绕产品所必须进行的活动，形成文档内容列表。根据活动频率和相关性形成各个分文档，最后组合成一套完整的用户培训文档。具体的用户类型以及用户活动分析，可以参考需求分析组形成的需求文档。（3）开发文档开发文档在

23、整个项目实施过程中的作用举足轻重。项目经理会结合项目实施的各个阶段，制定规范的管理流程，形成一系列的项目开发文档。根据开发文档的来源，归纳起来主要有两大类：项目管理文档（一般贯穿整个项目实施过程）、相关技术文档（在特定的阶段产生）。而根据文档在项目实施过程中的流动及作用，又可分为工作表单和工作文档。工作表单多为某个特定的工作包服务，用来紧密跟踪项目实施进程、技术实施现状；而将具有内在联系的表单聚类分析成册，就构成了阶段性的成果：工作文档。阶段性成果一般都要递交给用户，需要签署，得到确定和接受。（4）技术支持文档技术支持文档主要是用来指导运行维护解决相关问题的辅助性文档。通常这些问题是用户无法通

24、过用户文档进行解决的，例如由于运行环境的变化，系统容量的增加，系统繁忙程度的增加，管理员操作不正确，系统受到攻击或者系统本身的 BUG 造成的异常问题。技术支持文档是在设计阶段进行可维护性设计以及运行维护组根据以往维护经验所提出的。主要包括系统深层次的描述，高级的使用技巧等。常见的技术支持文档有： 系统日志说明 系统工具使用手册 更详细的系统工作原理 维护经验手册（5）项目文档管理在项目实施中，我公司严格按照软件工程规范开发以及项目文档编制，以Rational Clearcase（SVN或CVS）为辅助工具，对项目文档进行统一的文档控制。在项目全程文档控制图中，可以看到在项目不同阶段，会产生相

25、应的文档，金黄色图标表示需要提交的所有里程碑工作文档。包括：用户需求文档、项目计划、系统总体设计文档、系统详细设计文档、设计规范、测试计划、培训计划、测试报告、管理员手册、用户手册、技术文档、培训教材。为严格项目文档的控制管理，必须明确各阶段所要提交的文档，并在每个重要技术点都进行评审。所有提交的文档按配置管理的要求建立基线，得到用户的确定和接受。由相关人员严格管理，记录每次严重更改，以形成程序和文档的可追溯性，为本项目的管理维护奠定扎实的基础。（6）状态属性定义对于所有的项目文档设置状态属性。状态属性分为草稿，已校正和正式发布三种。简单的文档可由作者校验，重要的文档由草稿作者以外的人来校正。

26、“已校正”的文档经过主管领导或者评审人员评审后，才可以正式标示为“正式发布”状态，正式发布文档将作为本项目发布给外界的正式文档。“正式发布”状态的文档的修改需要非常审慎，而且每次发布后需要增加版本号。文档的其他属性还包括：6.1）编号文档编号规则如下：项目编号-文档分类编号-日期标题编码各个部分 说明项目编号 项目名称简称文档分类编号 TS-技术支持文档RD/子类编号-开发文档子类编号根据每个项目的不同情况确定，建议如下：Q (需求)，D (设计)，I (实现)，QA(测试)，M (管理)，R(研究)，T (培训)日期 格式为 yyyymmdd标题 文档的主题，再不引起编码重复的前提下可以忽略

27、文档编码规则6.2）安全级别安全级别定义文档的保密性，可以根据其可见性分为：级别 说明公开 发布给公众的文档客户使用 发布给客户的文档RD 使用 仅供部门内部使用的文档机密 仅供作者或者项目领导组阅读的文档文档安全级别定义表6.3）通用格式封面+变更说明+目录+正文。6.4）变更说明以表格形式说明什么人在什么时候对文档做了那些改动。具体格式请参考通用文档模板。6.5）文档规范我公司在项目开发中严格遵循CMM（软件能力成熟度模型）的KPA（关键过程域）来进行，并形成了自己的文档规范，主要如下所示，具体请参见附录部分。文档规范 文档名称软件生产过程政策描述PQS 项目跟踪与管理过程 V3.0项目过

28、程规范文档 PQS 软件质量保证过程PQS 需求管理过程 V3.0PQS 培训工作管理过程需求规格格式标准 分析阶段里程碑文档规范项目计划书格式标准设计阶段里程碑文档规范 系统设计报告格式标准详细设计报告格式标准实施阶段提交文档规范 测试报告格式标准测试阶段提交文档规范 系统提交说明书格式规范部署与验收阶段提交文档规范 管理员手册格式标准用户手册格式标准技术文档格式标准维护计划书格式标准6.6）版本控制通过对于项目文档版本的控制，可以记录项目实施过程中各阶段环节的发展变化情况，确保由不同人员所编辑的文档得到一致的更新和维护。6.7）目录设置对于文档的版本控制，具体可实施分级管理，即形成：“项目

29、名称/实施阶段/文档名称”的结构。如有必要，可根据该阶段的特点逐层细分目录，建议目录不宜设置太深。项目文档版本控制的实例：实施阶段 简称 举例项目管理 PM “在线教育平台”项目管理用户需求定义 BI “在线教育平台”用户需求定义完整系统测试 SQA “在线教育平台”完整系统测试文档版本控制实例6.8）文件名设置文件名称的设置要求简明易懂。例如，项目需求分析阶段，第一次会议总结形成的文档，可取名为：BI_Meeting_1.doc6.9）版本号管理对于每一份文档的版本号管理，以下面的规则为准：创建文档时为 1.0版。需要调整时，在此基础上进行版本升级，并签属更改人及更改时间。A. 初次提交用户

30、的文档为更改后的最高版本号，但仍为版本一的内容。经用户初步确认或提出更正意见时，由版本一升至版本二，然后正式提交用户，并进行文档存档。以后每经过用户修改逐次提升一个版本。B. 在每一份文档的开头，用表格说明版本控制的信息。6.10）项目文档版本控制信息日期 作者 版本 说明*-*-* * V1.0 功能改进。项目实施中的重要文档（里程碑文件）都应经过项目经理和业主方项目用户的审核。一般审核时间规定在提交后的三天之内。如果五天没有回应即作为确认处理。对于阶段性成果的审核，应由项目经理签字，确认提交的阶段性成果已审核，符合项目实施的要求和业主方项目主管领导能接收的标准。6 测试方案6.1 任务概述

31、系统名称：在线教育平台系统组成：课程资源建设管理、在线视频等系统用户：校园网用户系统简述：课程资源建设与在线教学。测试目标：测试最大压力下服务器的承载能力和响应速度变化趋势。6.2 方案设计（1）系统压力估算方法规则：按每天总流量在 X 次，每天高峰值为 16 个小时来推算，公式中是按照极端的高峰值计算。估算公式：虚拟用户：对应于现实中的真实用户，使用LoadRunner 模拟的用户称为虚拟用户。其本质是通过虚拟用户脚本来模拟真实用户的行为。思考时间：即用户思考时间，为了在模拟时更接近用户的真实行为而引进的概念。在实际中，用户进行一系列操作后往往会进行处理，例如浏览网页内容，而处理过程对服务器

32、没有压力。无思考时间是一种比较极端的测试条件，即用户进行完一次操作后，立刻进行下一次操作。（2）测试环境网络环境：内部网络+Internet 网络环境+3G，配置：设备 硬件 软件负载产生设备 （模拟手机用户） Windows 2000Loadrunner7.8（云端版）Web+ WAP 服务 Intel Xeon CPU 平台系统E54052.00GHz内存：16G硬盘：300G SAS 盘（3）场景设计场景设计思想：依据压力估算的规则来推算出模拟真实情况下服务器可承载能力。测试数据：5800 万；测试用随机词库：7786 条；检索词选择方式：顺序迭代；场景 1：20 个虚拟用户，无思考时间

33、，30 分钟加压时间次数 最小值 平均值 最大值 标准偏差 90% 通过 失败 平均点击次数1 0.044 1.168 47.068 2.006 2.932 33203 3 15.9782 0.044 1.246 48.007 1.978 2.86 33000 5 15.9273 0.044 1.263 26.702 1.907 2.922 33225 5 004平均 0.044 1.226 40.592 1.964 2.905 33143 4 15.970无思考时间下图为 30 分钟加压平均事物响应时间图测试 1测试 2测试 3根据我们的估算公式，当完全的检索过程在无思考时间的情况下，根据压

34、力测试的结果，从估算公式计算出来的 X 值为 919872 次 pv。场景 2：20 个虚拟用户，无思考时间，60 分钟加压时间次数 最小值 平均值 最大值 标准偏差 90% 通过 失败 平均点击次数1 0.109 1.576 45.292 1.796 3.245 51585 12 14.8232 0.043 1.368 45.943 1.955 3.314 50069 13 14.3933 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无思考时间下图为

35、60 分钟加压平均事物响应时间图测试 1测试 2根据我们的估算公式，当完全的检索过程在无思考时间的情况下，根据压力测试的结果，从估算公式计算出来的 X 值为 837619 次 pv。（4）结论本测试方案(下称：本测试)针对拥有 5800 万条记录的在线教育平台（下称：系统）。本测试使用 7000 多个点击对系统进行顺序迭代加压测试，通过对不同时长的多次测试结果的响应时间进行加权算术平均（下称：平均响应时间），获得以下结果：系统在 3 次 30 分钟的加压测试中，平均响应时间在 1.226 秒；在 3 次 60分钟的加压测试中，平均响应时间在 1.448 秒。在测试期间可能由于 2g 网络问题或

36、其他因素，有些较长的响应时间，但 90%的响应时间保持在 3.3 秒以下，可见系统在应对突发集中性访问时表现出了良好的抗压性能。在本测试中选择两种不同时长的加压测试，目的在于测试系统在应对突发集中性访问时，响应时间的变化趋势。从变化的趋势上来看，系统响应能力变化不大，可以保持较好的稳定性。以上测试结果均在真实的网络环境中进行测试，本测试模拟的是极端环境下系统所能承载的最大压力，而在真实环境里会穿插用户的浏览内容时间和其他业务活动（浏览时间和其他业务活动对系统是没压力的），所以系统在真实的用户环境会表现出更优越的性能，稳定性也会更加的可靠。7A 网络教学平台基本功能模块网络教学平台的建设以国家政

37、策为导向，与学校战略发展目标保持高度一致。以支撑学校快速发展为目标，以学习空间为基础、以课程为中心、以教师为主导、以学生为主体，以服务为导向，以信息资源建设和信息应用系统建设为核心。集成网络教学、师生交流互动、答疑和管理等功能，包括以课程为主线，高度整合校内、校外的所有资源；以课程为中心，展开作业、考试、答疑、讨论、评价等互动教学活动。充分发挥平台在教与学活动中的作用，切实提升学校信息化水平，为学校战略发展提供支撑和保障。平台以课程为中心，以教师为主导、以学生为主体，整合学校所有课程。可以把一部分线下的教学工作放到线上完成，辅助教师的教学。（一）网络课程建设通过 A 平台学校可以在线创建课程、

38、设置课程的学分考核机制、设置课程展示模板等，以及学生在线听课、在线阅读、在线提问、在线作业、在线考试、在线互动讨论、学分审核 、获得学分等。1.课程共建支持多位老师共建一门课程，使课程的内容更加丰富，同时也减轻了教师的工作负担。2.助教功能为了减轻老师的教学工作量，支持添加助教功能。老师可以选择合适的人选来担当本门课程的助教，协助老师进行批改作业，实时答疑，考试阅卷等教学活动。3.选择模版建设课程方式：支持建设简单的课程，同时支持建设基于知识点的复杂课程，教师可根据自己的需要进行选择。三步完成建课：选择模板、编辑课程信息、编辑课程章节内容。平台通过深入研究国内外主流的在线教育网站、设计了美观大方、又符合国内外标准的课程模板以供选择，教师可依据个人的资料的丰富程度及喜欢的风格进行个性化的设置。4.编辑课程封面课程编辑页面，操作简单，灵活方便，原位编辑，所见即所得。5.编辑课程内容在课程编辑器中，对于文字的编辑排版我们提供了与 WORD 相类似的功能，非常简单易用。老师只要熟悉 WORD 的相关编辑，不需要进行额外的学习，即可轻松掌握课程的编辑方法。在课程编辑的过程中，老师还可以根据课程内容添加与之相关的图片，文档，音频，视频，网页，作业，还可以在B 的资源库中选择与授课内容相关的图书，知识点，期刊论文等。课程编辑器可以对插入的视频进行剪辑，设置任务点，防拖拽，防窗口切换