试题库系统设计
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
试题库系统设计
绪论
21世纪是知识不断涌现,科技不断创新的时代,对人才的要求越来越高。进行素质教育,提高人才质量,是时代对教育界提出的迫切要求。为适应教学发展要求,教育界不断调整教学内容,改革教学模式,考试制度和形式的改革也在同步进行,试题库管理系统顺应这一趋势应运而生。
试题库管理系统的兴起
运用电脑进行试题管理是电脑辅助测试(Computer -Assisted Testing)即CAT中首要项目,最早运用这项技术的是1968年IBM公司和美国洛杉矶学区共同开发的一个CTSS(Classroom Teacher Supporting System),CTSS系统最初管理一个美国历史题库,其中贮存有800门题目,能为中学教师生成测验、家庭作业、课堂讨论题以及课外辅导材料等,CTSS采用批量处理方式,先由教师填写申请单,标明所需题目的数量,类别及有关属性,经光电扫描机输入电脑,CTSS 即能自动选取题目,复印所需的份数,还能自动输入答案单、核对答案和评分等。后来,加利福尼亚州开发了一个称为SOCRATEB CATC系统,它是在SOCRATES情报检索网络上实现的一个电脑辅助测验编制(Computer Assisted Test Construction,简称CATC系统)专为加利福尼亚州19个州立大学中的1.6万名教师和29万学生服务,该系统拥有11个题目库,大的试题库装有万个以上的试题,如美国历史题目
库,小的题目库也有数百道题目,如心理学题目库。它们能自动编制出各种测验,如自我测验、定位测验、诊断性练习、学期测验和综合测验等。这些测验和练习可通过分时终端交互产生,也可通过批量方式产生。
试题库管理系统在我国的发展
目前,大多数高等院校的考试仍采用任课教师(个人或集体)考前出题的方式,为了解决学生压题、考前漏题、补(缓)考试题与正式考试试题量及难度差异问题,教务管理部门通常要求教师同时出多套试卷,其题量与难度要求相同,并且要同时给出答案和评分标准。这样虽能解决一些问题,但给教师增加了很大的工作负担。若上下界学生的同一门课程由同一教师承担,则难免几界学生用相同几套试卷;若由不同教师任课出题,则上下届学生的成绩之间又不具有可比性。若建立题库,每次考试前由题库中题目随机生成试卷,则可以较好地解决考教分离的问题,也可以将广大教师从每学期末繁重的命题工作中解放出来。
在我国虽然计算机参与教学管理已经有比较长的时间,但由于受到硬件设备性能和软件制作水平的限制,在过去的一段时间中,利用计算机现代化管理试题的技术只为少数对计算机程序精通的人士所掌握,广大的教育工作者仍然处在手工操作的低水平上运作,程不外乎于先把试题被抄写卡片纸上,再分别放置于不同的试题柜中,不仅复制极其困难,而且更新、查找也十分麻烦,效率极其低下。今日,硬件设备性能和软件制作水平的提高,为研制开发高性能的试题管理软件提供了条件。不少软件开发者看到了教育工作者在这一领域的困境,
相继推出了一批与试题管理有关的操作软件,其中不乏非常出色的作品。但是从试题管理这一方面来看,用户反应平淡,感觉中意的不多。
本题库管理系统是在C/S模型思想的指导下进行设计的,最终目标是使本系统能够在网上运行。
最简单的C/S体系结构的数据库应用,由两部分组成,即客户应用程序和数据库服务器程序。二者可分别称为前台程序与后台程序。运行数据库服务器程序的机器,称为应用服务器,一旦服务器程序被启动,就随时等待响应客户程序发来的请求;客户程序运行在用户自己的电脑上,对应于服务器电脑,可称为客户电脑。当需要对数据库中的数据进行任何操作时,客户程序就自动地寻找服务器程序,并向其发出请求,服务器程序根据预定的规则作出应答,送回结果。
在典型的C/S数据库应用中,数据的储存管理功能,是由服务器程序独立进行的,并且通常把那些不同的(不管是已知还是未知的)前台应用所不能违反的规则,在服务器程序中集中实现,例如访问者的权限,编号不准重复、必须有客户才能建立定单这样的规则。所有这些,对于工作在前台程序上的最终用户,是“透明”的,他们无须过问(通常也无法干涉)这背后的过程,就可以完成自己的一切工作。在客户服务器架构的应用中,前台程序可以变的非常“瘦小”,麻烦的事情,都交给了服务器和网络。在C/S体系的下,数据库真正变成了公共、专业化的仓库,受到独立的专门管理。
电脑应用的开发,是一个逐步完善的过程,以目前的技术看,先建立C/S结构的局域网络应用,再向Internet/Intranet模式下数据库应用过渡,是比较现实,相对易于把握、成本较低的。即使是一次
到位的开发,对于类似的环境和小型的应用而言,要想实现不同的人员,从不同的地点,以不同的接入方式(比如LAN, WAN,
Internet/Intranet等)访问和操作共同的数据库,并有效地保证和管理数据的安全性、访问权限、完整性,采用C/S架构和支持C/S架构的数据平台,是必然选择。
从运行上来看,同样设计良好的系统,C/S结构引入了更多的“衔接”环节,这意味着故障的机会和资源的耗费,然而,一旦系统处于开放的网络与应用环境中,这些开销就变成是必须的。
对于具备良好的规划能力的开发者而言,C/S结构给予规划者更大的空间和更强的支持,易于实现不同应用间的合理分离,分别调试和投入应用。前台应用和后台数据库的开发,被“强制”地分开;数据库部分的逻辑与规则,一经调试完成,就可以在将来的应用中一直保证下去;在一个动态改进或逐步扩充的开发环境,或复杂的应用环境中,这些都是提高系统可靠性有利因素。对基于文件服务器的系统而言,每次增加或修改功能,通常都意味着整个系统的升级,前后台的一体化,也就意味着每次变更都有更大的可能性造成对原有规则的破坏,并引起连锁效应。
以目前的技术环境而言,在C/S结构下,有更多成熟的,适合不同规模应用的开发平台与数据库平台可供选择,并普遍遵循或采用SQL等标准或技术,相对较具开放性,有更多的技术支持、开发与维护人员的来源,并且——基于技术与行业发展的趋势,将来也会有更多的发展和保障。