毕业设计论文基于web架构的试题库系统设计Word格式.docx
《毕业设计论文基于web架构的试题库系统设计Word格式.docx》由会员分享，可在线阅读，更多相关《毕业设计论文基于web架构的试题库系统设计Word格式.docx（26页珍藏版）》请在冰豆网上搜索。
可以看出题库是保证考试题目具有高质量水平稳定更好地达到测试目的重要手段，在许多教育发达的国家，人们对题库给予了足够的重视。
在我国随着标准化考试的广泛实施与推行，与之相适应的题库建设也渐渐提到了议事日程上，题库建设是一项系统工程，它涉及到教育科学与学科教学以及计算机软件技术的紧密结合，要建设水平较高、规模较大、功能较全的题库，目前仍有一些理论与实践问题以待解决。
1.要实现的指标：
本系统要求实现试题库系统的各项基本功能，安全和易维护。
2.系统的性能要求
采用了WEB技术实现，就是将系统作为B/S浏览器/服务器模式，用户可以通过浏览器访问服务器上的试题库系统并且进行远程的相关操作，且存储容量很小。
3.系统的运行要求：
系统属于B/S模式软件系统，代码使用HTML，ASP，JAVAScript，VBScript，数据库管理系统采用MSSQLSERVER。
运行环境：
客户端：
Windows95/98，InternetExplorer（IE）等浏览器等；
服务器端：
WindowsNT/Windows2000，InternetInformationServer（IIS）4.0及以上版本；
IE等；
数据库：
采用SQLServer，运行于服务器端。
4.本系统的组成以及功能：
本系统由四个模块组成：
用户管理模块、试题采编与管理模块、试卷管理与组卷模块、数据库维护模块。
2试题库系统需求分析
试题库系统的主要任务是进行试题的管理与维护，它是一个基本的数据处理系统,因此要具有数据输入,处理分析,输出等基本功能。
分析可知该试题库主要有主观题和客观题，客观题包括选择题、填空题等，主观题包括问答题、计算题等,首先对所有题型均提供添加、删除、编辑功能；
其次为题目定位方便，提供查找功能；
再次分别需要实现试题采编录入功能、试题管理功能、组卷、试卷管理功能；
此外还可以生成word文档用于考试。
综上所述将该试题库系统设计为包含如下主要功能：
1.用户管理：
该模块实现对普通用户的基本资料的管理，及权限设置。
2.试题采编及试题管理：
作用是输入试题、更新数据以及对试题的查询，修改和删除等操作。
在将每一道试题输入题库的同时,连同标准答案,以及试题的难度一并输入。
为了处理不同类型的多媒体数据,例如题目的插图、数学表达式、文字的修饰,甚至音乐与动画,我们采用OLE技术。
3.组卷与试卷管理：
该模块实现自动出题和手工组题的功能，其次可以按照用户要求生成word文档。
出题时可根据用户的意愿,指令计算机自动组合考试卷或手工选择试题组成试卷。
进入该模块主表单后,使用者首先按照表单的提示,根据考生对象,确定给定数目的各类型题中所要求的不同难度级别。
然后按“开始自动选题”按钮,模块即可按要求自动随机抽取各类试题。
这一过程在数秒内即可完成。
为了确保试题满足要求,该模块还提供了查看和修改试题的功能,使用者可随意修改、删除与添加试题,如对试题不满意还可以重新抽取试题。
选择“打印试题”按钮,模块则以报表形式打印出标准化试卷,卷首一并生成。
此外,本模块还提供了Word试卷模板。
此模板可自动将试卷转换为Word文件,善于用Word的使用者可在Word中进一步编辑与随意修改试卷。
4.系统维护：
本模块的功能是初始化数据库、备份数据库。
根据以上需求分析要满足这些功能，可设计出系统的功能模块图如图2.1所示：
图2.1试题库系统的功能模块示意图
需求分析是软件定义时期的最后一个阶段，它的基本任务是准确地回答“系统必须做什么?
”这个问题。
系统提供了大量试卷以及各种类型的试题，而建这样一个试题库的要求就是能方便用户快速查找满足其要求的试题和试卷，可以让系统按照难度，题型等自动化组成试卷也可以手工组成。
根据以上功能模块的初步划分分析本系统的需求归纳为以下几点：
1.自主设计数据库，是指普通用户能够根据自己的需要创建新科目数据库（即系统实现了自动建表功能），让数据库真正成为用户自己的数据库。
不过，只要库中已存在该科目名称及表名，则不予重建，这样就保证了数据的统一性；
2.普通用户可以根据自己的需要，首先，可以向系统中输入单个或多个查询要求，然后就可以浏览到需要的题目信息。
3.自主管理数据库，指普通用户可以根据自己的权限具有添加、修改试题的权力，实现数据库的可扩充性和开放性。
而管理员则另具有删除数据的权力，从而达到了系统数据统一性和一致性的目的。
4.自主调用数据库，即允许普通用户能自由地从数据库中抽取试题组成试卷，先要选择出卷的课程名称，然后选择自动半自动或手工组卷等出卷策略，对于自动半自动出卷，只要需输入出卷的具体要求，则可得到一份试卷，可反复修改直至满意为止，对于手工组卷，只需浏览题目，然后选择相应的满意题目，则可完成出卷，既方便又快捷。
在组卷时，还可以多份试卷选取同一试题，但严禁一套试卷中出现相同试题。
通过对试题库系统的数据的存储、流动、加工、使用的情况我们可以抽象的总结出信息处理的内部规律，通过对各种业务的处理过程联系起来考虑，形成一个总体，从而形成本试题库系统的数据流程图如图2.2所示：
图2.2试题库系统的数据流程图
3试题库系统总体设计
系统的总体设计即在需求分析之后，在明白了系统的全部功能之后决定“怎么做”的问题。
总体设计的目的就是在于回答“系统应该如何实现”这个问题。
因此，总体设计又被称为“概要设计”。
这个阶段将要得出系统的流程图设计，功能模块图设计，代码的设计和系统物理结构的设计以及数据存车的设计等。
根据系统的大小和难易程度而定。
图3.1本试题库系统流程图
系统采用关系型数据库，选用SQLServer2000数据库管理软件，用ODBC连接数据库，3SQLServer中使用2个用户：
edu_admin，edu_user。
设置适当的权限，分别代表系统中administrator,user两种角色。
数据库中的主要数据表包括：
课程总表coursetotal，系统初始化时创建，administrator有写权限，user通过存储过程访问，防止其访问到不当信息。
当添加，删除一门课程时更新此表。
题型总表subjecttype，系统初始化时创建，administrator有写权限，user不能直接访问。
当添加某种题型的试题时查询此表。
试题表集包括选择题类型表selecttype，填空题类型表fillintype，问答题类型表ask&
answertype。
试卷信息数据表包括试卷表集papersheet，试卷总表papertotal。
用户信息表register，系统初始化时创建，administrator有写权限，user通过存储过程访问，防止其访问到不当信息。
当管理员添加，删除普通用户时以及新用户注册登陆时更新此表。
当user访问自己目录时，权限认证需此表验证口令。
1.课程总表：
表3.1课程总表coursetotal
序号
字段名
数据类型
约束
备注
1
CourseID
VARCHAR
主键
课程代码
2
CourseNAME
课程名称
3
UserID
外键
用户帐号
1．题型总表：
表3.2题型总表：
subjecttype
TypeID
所有课程题型的统一标识
1代表select
2代表fillin
3代表Ask&
answer
SubjecttypeID
题型代码
4
SubjectTypeName
题型名称
5
Description
VARCHAR
题型描述
3．试题表集
所有试题均有试题属性和难度系数等这些构成了组卷的依据。
试题表集：
该表包含某课程的各种题型数据，由系统自动创建，实现每有这一类型题目被创建则将某一课程的所有试题存储于此表中，表名格式为：
***type（***代表填空题选择题问答题）。
表3.3选择题类型表：
selecttype
ItemID
INI
自动生成
Itemdemand
TEXT
题目及要求
AnswerA
选项A的内容
AnswerB
选项B的内容
6
AnswerC
选项C的内容
7
AnswerD
选项D的内容
8
Itemanswer
正确答案
9
Dificulty
FLOAT
难度系数
10
Mark
DECIMAL
本题分数
11
Datetime
DATETIME
采编此试题的日期时间
12
Fileinfo
多媒体数据对应的文件名和类型
表3.4填空题类型表fillintype
表3.5问答题类型表：
ask&
answertype
2.试卷信息数据表
系统要生成各种类型的试卷，必须有一个试卷总表
表3.6试卷总表papertotal
1
PaperID
试卷代号
Flag
CHAR
试卷状态标志
Discription
试卷描述
SubjectID
题型代号
INT
题库中的试题序号主键、
3.用户信息表设计
表3.8用户信息表：
register
Userid
UserNAME
用户名称20
UserPassword
密码
Usertype
TINYINT
用户权限类别。
例如0：
系统管理员；
1：
普通用户
4.除基本的数据表之外，由于查询及其它的需要，我们需要建立一些视图：
例如创建试题库时，需创建若干张表，需在课程信息表中添加一项。
可编写一个存储过程完成。
1普通用户查询一门课程的所有试题并凭此进行组卷时，需要查询课程表判断是否有此试题，有则查询与此课程相关的试题表并显示全部试题
2某普通用户可以查看自己的出题和出卷历史纪录，以及自己的全部信息，涉及用户信息表和试卷表相关纪录。
新添表的读写权限最好也用存储过程完成，某课程的试题库storeroom，组卷成功后形成的试卷自动创建papersheet。
下面以表papersheet的自动创建为例：
步骤一：
创建过程
CREATEPROCEDUREautoCreateTable
@papersheetchar（10）
AS
exec（'
createtable'
+@papersheet+'
（
userididentity（1,1）primarykey
SUBMIT_datedateprimarykey
subjectnamevarchar,
itemidint,
difficultyfloat,
marksmallint
）'
）
GO
步骤二：
在ASP中引用过程：
OptionExplicit
Response.Expires=0
'
建立连接
DimCnn,StrCnn
eObject（"
ADODB.Connection"
StrCnn="
Provider=sqloledb;
UserID=sa;
Password=;
InitialCatalog=pubs;
DataSource="
Cnn.OpenStrCnn
%>
<
%@LANGUAGE=VBScript%>
!
--#includefile="
AdoSQL.asp"
-->
adovbs.inc"
%
DimcmdTest,prmTest,rsTest
SetcmdTest=Server.CreateObject（"
ADODB.Command"
cmdTest.CommandText="
autoCreateTable"
设命令类型为存储过程
cmdTest.CommandType=adCmdStoredProc
创建Parameter对象
SetprmTest=Server.CreateObject（"
ADODB.Parameter"
将参数传入并负值
参数类型
cmdTest.Parameters.AppendprmTest
SetcmdTest.ActiveConnection=Cnn
OF
Response.WritersTest（0）
&
"
br>
"
Wend
SetrsTest=Nothing:
SetprmTest=Nothing
SetcmdTest=Nothing:
SetCnn=Nothing
如果建表成功给出相应页面。
4试题库系统开发
4.1相关技术简介
一、ASP技术简述
Web程序的开发以往常通过CGI（CommonGatewayInterface）来实现，其开发难度大，开发效率低。
微软推出的ASP（ActiveServerPages）程序方法结合ActiveX控件，书写Web页面程序的开发效率和系统的运行效率都大大改善，是一种有效地开发Web系统的方法。
ASP的原理图参见图4.1：
图4.1ActiveServerPlatform
以下介绍脚本、利用session技术进行用户身份认证、ASP事务处理、利用ADO实现数据库访问。
（一）ASP脚本
ASP程序同CGI程序一样也是运行服务器端的Web程序，利用它可以产生动态交互的Web页面。
ASP程序可以使用任何Script语言，只要提供相应的脚本驱动引擎（ASP自身提供了VBScript和JavaScript的驱动引擎）。
ASP可以将可执行的Script直接嵌入‘HTML文件，HTML开发和Script开发可以在同一开发过程中完成，而且通过ActiveX控件可以实现非常复杂的Web应用。
ASP程序属于ActiveX技术中的Server端技术，其命令和Script语句都是由服务器来解释执行的执行结果产生动态生成的Web页面，并送到浏览器，而客户端技术的Script命令则由浏览器来解释运行。
由于ASP在服务器端执行，开发者不必担心浏览器是否支持ASP，也不必担心别人会下载程序而窃取编程逻辑。
本系统在开发Web程序时，客户端脚本采用JavaScript脚本语一言，服务端脚本采用VBScript脚本语言。
使用MicrosoftFrontPage工作以便程序员方便地书写Web页面。
（二）Session技术
1.Session对象及其工作原理
作为ASP内置对象之一的Session对象，它是ASP技术中实现用户会话管理的重要手段，主要用来存储特定用户会话所需的信息。
当用户在应用程序的Web页面跳转时，存储在Session对象中的变量不会丢失，而是在整个用户会话中一直存在，这样有利于服务器对用户身份的鉴别，从而实现Web页面的高度个性化。
SessionID与Cookie的关系
事实上，Session的工作是建立在Cookie基础之上的。
当用户第一次请求给定的应用程序中的ASP文件时，ASP自动生成一个SessionID。
该SessionID是由一个复杂算法生成的号码，它唯一标识每个用户会话。
在新的会话开始时，服务器将SessionID作为一个Cookie存储在用户的Web浏览器中。
SessionID的作用相当于一个“钥匙”，当会话期间用户与应用程序交互时，ASP可以将用户信息存储于服务器的“保险箱”中。
通过在HTTP请求标题中发送用户的SessionIDCookie,就能对该“保险箱”中的内容进行访问。
每当ASP收到一个页面请求时，就检查HTTP请求标题，以获取SessionIDCookie.在将SessionlDCookie存储于用户的浏览器之后，即使用户请求了另外其它的asp文件，或请求了运行在另一个应用程序中的asp文件，ASP仍会重用该Cookie跟踪对话。
只有当服务器重新启动服务或用户重新启动Web浏览器
升级会员 