采用多框架技术实现在线考场恢复系统 采用多框架技术实现在线考场恢复系统 信息技术论文 更新：2006-4-8 阅读： 采用多框架技术实现在线考场恢复系统
邵曙君 吉 逸
(东南大学计算机系网络实验室)
摘要 分析了当前一些基于WEB的在线考试系统在考场恢复方面的不足，提出一种基于多框架的在线考场结构，并通过框架之间的通信机制和后台提交页面方式来实现即时考生答案的提交工作，从而完成了服务器端的在线考场恢复机制，进一步完善网络考场的功能。
关键词 在线考场 多框架结构 考场恢复 WEB
随着INTERNET的普及和相关技术的以展，传统基于课堂的教育模式也受到了前所未有的冲击。基于WEB的在线远程教育正以它无可比拟的优点，逐渐被老师和学生接纳。作为一项非常系统化的工程，远程教学也是多项技术的结合体，考试是教育中不可缺少的环节，在线考场也已经作为替代传统考试的网络模式被很多远程教育学校所采纳，随机抽取试题，即时生成考卷，即时评阅分数，是大部分在线考试所能实现的功能。虽然网络技术日趋完善，但是在很多方面，基于WEB形式的远程考试仍然没有办法完全替代传统的考试模式。
大部分基于WEB的在线考试虽然带来了快捷，方便性，但是大多只能应付非正规的考试，因为在传统的考试中有很多环节是它们还不能很完善实现的。考场恢复就是其中一个有待解决的问题，那么什么是考场恢复呢?当因为意外情况，比如网络中断或者机器发生故障，学生意外退出考场后，学生再次登陆考场继续参加考试时，考试系统是否已经保留了学生已经完成的答案数据，并把它们从新调用并和考卷组织起来，这样考生就可以继续进行考试，而不要重新开始考试，可见考场恢复是在线考试中非常重要的一环节，否则学生就要重新参加考试，那样就会给学生带来时间和精力的巨大浪费。
本文具体探讨了实现考场恢复的技术关键，提出了一个利用多框架的考场结构，通过框架之间的通信机制来实现考生答案数据的提交，从而实现考场恢复。
1．考场恢复的关键技术
1.1 在哪一端实现恢复机制的探讨
考生开始答卷后，每次完成一道考题，答案必须要在系统中进行储存，以免意外中断后，当学生再次进入考场后，学生的答案数据不能恢复。那么答案信息是驻留在学生端还是服务器端呢?恢复机制的实现驻留在哪里是非常关键的问题，如果是采用存储在学生端，那么可以通过采取cookie技术来实现，这样优势是非常明显的，不用向服务器数据库一方提交数据，从速度上说一定要更快捷，而且用cookie技术来实现的话，也比较简单，但是cookie所能存储的数据容量是非常有限的，如果只是针对选择题，那么它不打失为一个较好的解决办法。但是笔者设计的考试系统是一个针对众多题型的考试系统，考卷是根据数据库中试卷结构表在线生成的，每一张试卷都可能会包括选择题，填空题，问答题等。对于一张包含很多问答题的试卷，用cookie来存储学生的答案，从存储容量的角度讲是不可能的。另外存储在浏览器端还有一个更大的不利就是当机器发生故障，比如存储设备损坏而中断考试后，考生的所有答案数据将全部丢失，那么驻留在浏览器端的数据恢复就无法实现了。所以在考虑到上述一些问题后，学生的答案信息存储到服务器端就成为必然。
1.2 为什么采用多框架结构
既然答案数据存储到数据库服务器是肯定的，那么学生就必须要在答完一道题后，提交答案到服务器进行处理。页面的提交带来一个最大的问题就是时间的延迟，如果在线考场的网络速度并不理想的话，学生要花费很长时间来提交一次答案，这样的后果就是完成一次考试要花费很长的时间。有什么方法能做到学生既可以不中断考试，同时又能完成答案的提交呢?笔者采用了框架之间的通信技术来实现在前台不中断学生考试的情况下后台提交答案。下面描述一下多框架结构的定义和框架之间的通讯机制。
1.3 框架的定义和通讯机制
框架Frame最主要功用是“分割”视窗，使每个“小视窗”能显示不同的HTML文件，不同框架之间可以互动，也就是说不同框架之间可以交换讯息与资料。当加载一个一般的HTML文档到浏览器，创建浏览器中的一个模型，这个浏览器始于窗口对象和它包含的文档，层次模型顶部地位相当简单。如果是框架设置(framesetting)文档加载到一个浏览器，这个浏览器就会建立一个稍微不同的层次模型。该模型的精确结构完全依靠子框架设置文档中定义的框架结构。
框架可以将屏幕分割成不同的区域，每个区域有自己的URL，通过Frames［］数组对象来实现不同框架之间的访问通讯。实际上框架对象本身也是一个窗口，它继承了窗口对象的所有特征，并拥有所有的属性和方法。框架设置建立一个集中框架间的关系。由于是从面向对象功能的编程领域借用的术语，这个框架设置文档加载到Parent窗口，定义为父窗口文档的每个框架是child框架。可以给每个frame一个“名字”(name)。frame的名字在JavaScript语法中的地位非常重要。一个script引用需要有三个可能的路程之一，这也是框架之间的通讯路径，它们是到目前为止所描述的两代层次：父到子，子到父或子到子。
这些窗口间的通讯路径需要不同的引用风格。下面就描述一下不同路径之间的script引用脚本。
⑴ 父到子引用
从父方看，它包括两个以上的框架，这些框架作为框架对象数组也被存在模型中。可以通过数组语法或者通过在
标记符的NAME属性赋给的名字通知一个框架。我以名为ObjName代替了我们试图访问的变量或者函数，对象，一个从父到子框架的引用模型如下：
［window.］frames［n］.ObjName
［window.］framename.ObjName
框架的索引值基于出现在框架设置文档的
标记符中的顺序。
⑵ 子到父引用
从子的角度看，下一层升个层次被称为parent。因此，引用到那层的项是简单的：
parent.ObjName
⑶ 子到子引用
任何窗口或者框架的属性之一就是它的parent，因此必须引用这个属性来处理框架之间通信的方法，因此，从一个子到它的同属之一时，就可以引用下面的格式。
Parent.frames［n］.ObjName
Parent.frame.ObjName
现在我们都已经基本了解了多框架结构的工作方式，下面就具体说明现场恢复系统的原理和实现方法。
