HUBEI UNIVERSITY OF AUTOMOTIVE TECHNOLOGY 在线考试系统案例分析目录：1、导言现在，计算机硬件技术的发展已经达到了相当高的水平。

但是，远程教育软件的开发目前还处于起步阶段，随着这项技术的不断深入发展，就要求有更好、更完善的软件系统应用到远程教育当中去，这就给软件设计人员提出了更高的设计要求。

远程教育包括很多环节，例如教学系统、答疑系统和考试系统等等。

其中很重要的一个环节就是在线考试系统，同时它也是最难实现的环节。

在我国，虽然远程教育已经蓬勃地发展起来，但是目前学校与社会上的各种考试大都采用传统的考试方式，在此方式下，组织一次考试至少要经过五个步骤，即人工出题、考生考试、人工阅卷、成绩评估和试卷分析。

显然，随着考试类型的不断增加及考试要求的不断提高，教师的工作量将会越来越大，并且其工作将是一件十分烦琐和非常容易出错的事情，可以说传统的考试方式已经不能适应现代考试的需要。

随着计算机应用的迅猛发展，网络应用不断扩大，如远程教育和虚拟大学的出现等等，且这些应用正逐步深入到千家万户。

人们迫切要求利用这些技术来进行在线考试，以减轻教师的工作负担及提高工作效率，与此同时也提高了考试的质量，从而使考试更趋于公证、客观，更加激发学生的学习兴趣。

例如目前许多国际著名的计算机公司所举办的各种认证考试绝大部分采用这种方式。

在线考试是现阶段研究开发的一个热点。

它是建立在国际互联网上的应用系统，客户端的配置可以极为简单，使考试不受地域的局限。

一个完备的在线考试系统可以使用户在网上学习过后及时检验自己的学习效果，已发现自己的不足，使得学习效率得到很大提高。

在线考试系统中题目的生成、试卷的提交、成绩的批阅等都可以在网络上自动完成。

只要形成一套成熟的题库就可以实现考试的自动化。

这样一来，教师所要做的只是精心设计题目、维护题库，而不是组织考试，从而大大减轻了教师的负担，这表明其经济性是相当可观的。

为了适应新形势的发展，我进行了这一系统的初步设计工作，也可以说是做一个初步的探索，希望它能够在各类考试中发挥高效、便捷的作用,把老师从繁重的工作中解脱出来！2、概述在线考试系统主要功能包括学生管理、试卷管理、教师管理、学生在线考试等等。

在线考试系统是对学校考试方式的优化和改进，是基于INTERNET环境的综合考试系统，方便教师学生进行考试和查询。

目的是适应大环境的发展和方便信息的交流，充分利用学校资源，提高工作效率，系统具有标准化、分布式存储和检索、易用易维护开放等特点。

3、项目任务范围本文主要考虑的是高校内部的在线考试系统，所以因其特殊性并不对所有人开放。

系统主要用户可以分为两类：一种是学生用户，一种是教师用户。

其中学生用户能使用的功能有：在线考试，成绩查询，修改信息等。

教师用户使用的功能有：在线出题，修改成绩，修改试题，成绩查询等任务分布见图一图一、任务分布图4、项目目标目前电化教育已经越来越普及，各地的学校纷纷建设自己的校园网，但是好多学校在投巨资建设校园网之后。

未能高效的利用校园网的资源。

在线考试系统提供了有效利用校园网，实现考试的无纸化。

本软件产品可以达到以下目标。

1、提高考试效率，减少纸张的使用2、节省开支3、考试过程的清晰化4、符合学校的标准和规则5、项目组织结构由于该项目在实施过程中需要涉及不同组织的各方面人员，而各组织之间的利益、任务和职责也不尽相同，因此明确定义项目组织结构和各自职责可保证项目的顺利进行。

市场部：负责项目的相关商务活动，负责与甲方交流商定。

负责产品的说明。

项目管理：负责项目的组织和规划、负责项目计划制定和维护软件开发：负责项目的软件开发、配合产品的验收等相关活动 质量保证：负责项目过程和产品规范的制定、过程评审和产品审计配置管理：负责项目的配置管理活动、负责软件产品的提交角色映射表6、项目生存期根据该项目的特点并结合公司已有的软件生存期模型定义，本项目生存期采用增量模型如图：生存期中的各阶段定义如下：项目规划阶段阶段目标：根据合同和初步的需求分析确定项目的规模、时间和资源需求。

输入：合同文本、SOW过程：项目规划，计划确认输出：项目计划需求分析阶段阶段目标：确定客户需求输入：项目计划，SOW过程：需求获取，需求分析输出：原型系统，需求规格设计阶段阶段目标：总体系统结构设计输入：原型系统，需求规格过程：总体设计输出：系统设计说明书，数据库结构定义增量1实现阶段目标：实现系统的旧书回收功能输入：系统设计说明书、数据库定义结构过程：详细设计，编码，代码走查，代码评审，单元测试输出：详细设计说明书，源代码，可运行版本-1增量2实现阶段目标：实现旧书再利用功能输入：系统设计说明书、数据库结构定义过程：详细设计，编码，代码走查，代码评审，单元测试输出：详细设计说明书，源代码，可运行版本-27、时间计划项目进度计划甘特图如图所示见图28、项目成本估算现金流图见图39、质量管理计划文档目的能够保证完成《在线考试系统》质量文档范围【描述本质量管理计划涵盖的计划范围。

本文档将定义可交付物的质量标准和检验标准】。

参考《软件向管理案例教程》第二版韩万江姜立新编著项目背景通过在线考试，以减轻教师的工作负担及提高工作效率，与此同时也提高了考试的质量，从而使考试更趋于公证、客观，更加激发学生的学习兴趣。

项目结构【描述项目质量管理团队成员组成，绘制组织结构图】。

【实施小项目时，项目经理负责保证质量。

通常，可以指定一位质量监督员协助项目经理】。

【实施大的项目时，可成立质量保证小组，指定人员担任专职的质量经理。

质量保证小组成员包括客户和第三方人员】。

质量管理【描述项目质量控制过程中采用的评审方式。

如：定期质量评审是对项目前一阶段的工作质量进行总结和评审，形成如下评审报告】：各质量检查点【列举项目的质量检查点和初步时间计划，如】：参与人员和要求【无特殊要求，具体要求视情况而定】。

项目计划阶段检查清单需求调研阶段检查清单需求分析阶段检查清单设计阶段检查清单开发阶段检查清单集成测试阶段检查清单系统测试阶段检查清单工程实施阶段检查清单质量检查和确认技术审计产品一览表10、配置管理计划软件项目配置管理计划案例项目案例为《在线考试系统》，该项目的配置管理计划如下：10.1引言主要功能：实现通过机房在线考试。

其他功能：实现对考试试卷的管理，教师的管理，学生成绩的管理，考试课程的管理，查看考试试卷等功能。

10.2组织及职责配置管理的角色和职责见表1。

表1：配置管理角色职责表10.3配置管理环境由于本项目属于中小型项目，工期也不很长，而且项目组人员对Visual SourceSafe也比较熟悉，所以采用Visual SourceSafe作为配置管理工具。

10.3.1配置库目录结构10.3.2用户及权限10.4配置管理活动10.4.1配置项标志10.4.2主要配置项10.4.3项目基线在Visual SourceSafe中基线由LABLE标志，字母必须为大写。

基线管理由项目执行负责人确认、SCCB授权，由配置管理员执行。

表510.4.4配置项的版本管理配置项可能包含的分支从逻辑上可以划分成4个不同功能的分支：主干分支、私有分支、小组分支、集成分支。

让它们分别对应4类工作空间。

这四类工作空间（分支）由项目执行负责人统一管理，根据各开发阶段的实际情况定制相应的版本选取规则，来保证开发活动的正常运作。

在变更发生时，应及时做好基线的推进。

对配置项的版本管理在不同分支具有不同的策略：（1）主干分支系统默认自动建立的物理分支——主干分支（/main）,基线均以LABLE方式出现在主干分支上。

（2）私有分支如果多个开发工程师维护一个配置项时建议建立自己的私有分支。

配置管理员对其基本不与管理，如个别私有空间上的版本树过于冗余，将对其冗余版本进行限制。

（3）小组分支如果出现小组共同开发一配置项，该分支可视为项目组内部分组的私有空间，存放代码开发过程中的版本分支，由项目组内部控制。

（4）集成分支集成测试时在主干分支的特定版本（由LABLE标志清晰）上建立集成分支，测试工作在集成分支上完成。

私有分支和小组分支均为可选，必要时建立。

10.4.5命名规范本项目配置项命名规范由5个字段组成，从左到右依次为：公司、项目、类型、编号和版本号，如图1所示。

这些字段用一横线（-）分隔。

公司：3个字符项目：最长10个字符类型：最长5个字符编号：最长8位数字/字符版本号：V m.nQTD-School–RM–SRS-v1.0图1：配置项命名规范10.4.6变更管理变更管理的流程是：（1）由请求者提交变更请求，SCCB会召开复审会议对变更请求进行复审，以确定该请求是否为有效请求。

典型的变更请求管理有需求变更管理、缺陷追踪等。

（2）配置管理者收到基线修改请求后，在配置库中生成与此配置项相关的波及关系表。

（3）配置管理者将基线波及关系表提交给SCCB，由SCCB确定是否需要修改，如果需要修改，SCCB应根据波及关系表，确定需要修改的具体文件，并在波及分析表中标志出来。

（4）配置管理者按照出库程序从配置库中取出需要修改的文件。

（5）项目人员将修改后的文件提交给配置管理者。

（6）配置管理者将修改后的配置项按入库程序放入配置库。

（7）配置管理者按SCCB标识出的修改文件，由波及关系表生成基线变更记录表，并按入库程序放入配置库。

10.4.7配置状态统计利用配置状态统计，可以记录和跟踪配置项的改变。

状态统计可用于评估项目风险，在开发过程中跟踪更改，并且提供统计数据以确保所有必需的更改已被执行。

为跟踪工作产品基线，配置管理者需手机下列信息：●基线类型●工作产品名称●配置项名称/标识符●版本号●更改日期/时间●更改请求列表●需要更改的配置项●当前状态●当前状态发生日期项目组每周提交配置项清单及其当前版本。

配置管理人员每半个月提交变更请求的状态统计。

11、项目风险计划下图是本项目的风险计划清单表一、规模度量表1：项目规模的度量指标12.度量计划根据企业的质量策略和项目的特点制定本项目度量计划，主要目的是为本项目的控制提供实际数据，以及将来其它项目提供估算依据，表1给出项目规模的度量指标，表2是项目的时间度量指标，表3是需求变更度量指标。

二、时间度量13、质量沟通与评审项目交流计划分为如下几类：1、每日的沟通交流2、定期的评审3、阶段的评审。

欢迎您的下载，资料仅供参考！致力为企业和个人提供合同协议，策划案计划书，学习资料等等打造全网一站式需求。

21。