项目管理-在线考试系统

期火化车工处学院

HUBEIUNIVERSITYOFAUTOMOTIVETECHNOLOGY

在线考试系统

案例分析

目录：

2

1＞导言

现在，计算机硬件技术得发展已经达到了相当高得水平。但就是，远程教育软

件得开发目前还处于起步阶段，随着这项技术得不断深入发展，就要求有更好、更

完善得软件系统应用到远程教育当中去，这就给软件设计人员提出了更高得设计

要求。

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

重要得一个环节就就是在线考试系统，同时它也就是最难实现得环节。在我国，

虽然远程教育已经蓬勃地发展起来，但就是目前学校与社会上得各种考试大都采

用传统得考试方式，在此方式下，组织一次考试至少要经过五个步骤，即人工出

题、考生考试、人工阅卷、成绩评估与试卷分析。显然，随着考试类型得不新增

加及考试要求得不断提高，教师得工作量将会越来越大，并且其工作将就是一件

十分烦琐与非常容易出错得事情，可以说传统得考试方式已经不能适应现代考试

得需要。随着计算机应用得迅猛发展，网络应用不断扩大，如远程教育与虚拟大学

得出现等等，且这些应用正逐步深入到千家万户。人们迫切要求利用这些技术来

进行在线考试，以减轻教师得工作负担及提高工作效率，与此同时也提高了考试

得质量，从而使考试更趋于公证、客观，更加激发学生得学习兴趣。例如目前许多

国际著名得计算机公司所举办得各种认证考试绝大部分采用这种方式。在线考

试就是现阶段研究开发得一个热点。它就是建立在国际互联网上得应用系统，客

户端得配置可以极为简单，使考试不受地域得局限。一个完备得在线考试系统可

以使用户在网上学习过后及时检脸自己得学习效果，已发现自己得不足，

使得学习效率得到很大提高。在线考试系统中题目得生成、试卷得提交、成

绩得批阅等都可以在网络上自动完成。只要形成一套成熟得题库就可以实现考试

得自动化。这样一来，教师所要做得只就是精心设计题目、维护题库，而不就是组

织考试，从而大大减轻了教师得负担，这表明其经济性就是相当可观得。为了适应

新形势得发展，我进行了这一系统得初步设计工作，也可以说就是做一个初步得

探索，布望它能够在各类考试中发挥高效、便捷得作用，把老师从繁重得工作中解

脱出来！

2、概述

在线考试系统主要功能包括学生管理、试卷管理、教师管理、学生在线考试

等等。在线考试系统就是对学校考试方式得优化与改进，就是基于INTERNET环境

得综合考试系统，方便教师学生进行考试与查询。目得就是适应大环境得发展与

方便信息得交流，充分利用学校资源，提高工作效率，系统具有标准化、分布式存

储与检索、易用易维护开放等特点。

3、项目任务范围

本文主要考虑得就是高校内部得在线考试系统，所以因其特殊性并不对所有

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

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

功能有：在线出题，修改成绩，修改试题，成绩查询等

任务分布见图一

5、项目组织结构

由于该项目在实施过程中需要涉及不同组织得各方面人员，而各组织之间得

利益、任务与职责也不尽相同，因此明确定义项E组织结构与各自职费可保证项

目得顺利进行。

市场部：负责项目得相关商务活动，负责与甲方交流商定。负责产品得说明。

项目管理：负责项目得组织与规划、负费项目计划制定与维护

软件开发：负责项目得软件开发、配合产品得验收等相关活动

质量保证：负责项目过程与产品规范得制定、过程评审与产品审计

配置管理：负责项目得配置管理活动、负责软件产品得提交

角色映射表

项目管理组软件开发组质量保证组配置管理组

负责人王红张磊王伟王明

组成人1111

6、项目生存期

根据该项目得特点并结合公司已有得软件生存期模型定义，本项目生存期采用增

量模型如图：

生存期中得各阶段定义如下：

项目规划阶段

阶段目标:根据合同与初步得需求分析确定项目得规模、时间与资源需求。

输入：合同文本、sow

过程：项目规划，计划确认

输出：项目计划

需求分析阶段

阶段目标:确定客户需求

输入：项目计划，sow

过程：需求获取，需求分析

输出：原型系统，需求规格

设计阶段

阶段目标：总体系统结构设计

输入:原型系统，需求规格

过程：总体设计

输出：系统设计说明书，数据库结构定义

增量1实现

阶段目标：实现系统得旧书回收功能

输入：系统设计说明书、数据库定义结构

过程：详细设计，编码，代码走查，代码评审，单元测试

输出：详细设计说明书，源代码，可运行版本-1

增量2实现

阶段目标：实现旧书再利用功能

输入：系统设计说明书、数据库结构定义

过程:详细设计，编码，代码走查，代码评审，单元测试

输出：详细设计说明书，源代码，可运行版本-2

7、时间计划

项目进度计划甘特图如图所示见图2

懿m7m.

•0・，的仅为

・在我考试系垓。天16个工，2。16年7月21。016年8月11(3

-。天3个工作2016年7月21日016年7月25日

学生信总0天1个工作I2016年7月21臼2016扉7月21日4

*«««0天1个工怅I2016年7月22日2016零7月22日5

wan0天1个工作I2016年7月25日2016彳7月25日7

。天精工2016年7月26日201吗据

国3也史0天1个工作I,2016*7月26日2016年7月2汨8

—患0天1个工作I201函7月2汨2016年7月27日9

。天2个工作I2。1。47月2旧ZO16"T月29日11

・在线考试，0天2个工作2010年8月1日2016年8月2日

学法短则0天1个工作I286年8月旧20】。年8月1日】2

学生在线0天1个工作I2010年8月2日2O】d年8月2日14

・考试点发・0天2个工作2010年8月3日2016年8月4日

0天1个工怅I2016年8月3日2016年8月3日)5

Q天1个工作I2016年8月402016年8月4日17

。天3lift2016年8/15日2016年8以汨

0天1个工作I2016*88502016年8月5日18

0天2个工作I2016*80802016耳8月汨20

・试修信息，0天2个工作2。16年8月10日01648月11日

试卷信息0天1个工作I2016年2月10日2016年8月10日21

试卷叫I0天1个工作I2016kg月11日2016年8月11日

8、项目成本估算

任务成本概述

MS：218.

现金流图见图3

S050SO50

SO40

SOM)SOW

SO加SO加

SO30SO10

SO8SO8s中

一吸木一VitfCt

BC9S|

1加3稣6BCW

在嫔考试被¥19.120.C0W.OO¥19.120.0090.00goo¥0.00

148RIC#"月2旧201血II月R日201由12月匕日2c

,/悯▼勒任公四五六日一二三四五九日一二三四五六日一二三C3五大日一

，考试成第皆2个工作2016年8月3H2016年8月4H

0天1个工作I2016年8月3日20】碑8月3日15激活WindOWS

*除考试0天1个工作I2016年8月出2016年8月由17

9、质量管理计划

文档目得

能够保证完成《在线考试系统》质量

文档范围

【描述本质量管理计划涵盖得计划范围。本文档将定义可交付物得质量标准与检验标准】。

参考

《软件向管理案例教程》第二版韩万江姜立新编著

项目背景

通过在线考试，以减轻教历得工作负担及提高工作效率，与此同时也提高了考试得质量，从而

使考试更趋于公证、客观.更加激发学生得学习兴趣。

项目结构

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

【实施小项目时，项目经理负贲保证质量。通常，可以指W一位质量监督员协助项目经理】。

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

包括客户与第三方人员L

质量管理

［可参照下表，描述在项目各生命周期阶段所需递交得交什物】。

1软件规划2016、7、20张磊

2需求开发2016、7、20王明

3设计2016、7、20王红

4通用功能2016、7、21张磊，王明

5在线考试管理2016、8、1张才

6成绩查询2016、8、3张才

7试卷信息管理2016、8、11王红，张磊

【描述项目质量控制过程中采用得评审方式。如：定期质量评审就是对项目前一阶段得工作

质量进行总结与评审，形成如下评审报告】：

项目评审

项目质量评审报告

项目名称在线考试系统

质量经理张磊时间

2016

项目阶段描述

检查内容检查结果

项目按规范流程执合格

行情况

项目文档情况充分

系统设计与需求得符合

符合性

技术实现方法得合统一

理性、可行性、用户

认同性

项目进度情况顺利

人员安排情况合理

资源保证情况优秀

对外协作情况优秀

问题列表

序号问题描述带来得风险及影响严重程度解决办法、期

限

2不准询就是项目不符合现实30%1

5不合格有漏洞有篡改入侵60%3

11不合格有漏洞有篡改入侵60%2

16不合格有漏洞有篡改入侵60%1

24不合格有漏洞有篡改入侵60%3

30不合格有漏洞有篡改入侵60%2

36不合格有漏洞有篡改入侵60%2

45不合格有漏洞有篡改入侵60%3

4

其它意见与建议

无

各质量检查点

【列举项目得质量检查点与初步时间计划，如】：

检查点日期

项目计划阶段2016、7、20

需求调研阶段2016、7、20

需求分析阶段2016、7、20

概要设计阶段2016、7、20

详细设计阶段2016、7、21-2016、8、11

编码/单元测试阶段2016、8、11-2016、8、12

集成测试阶段2016>8、13-2016、8、15

系统测试阶段2016、8、16-2016、8、19

工程实施阶段2016、8、19-2016、8、22

参与人员与要求

［无特殊要求，具体要求视情况而定】。

项目计划阶段检查清单

检查内容检查时间完成情况负责人

项目规模2016、7、19通过张磊

时间计划2016、7、19通过张磊

项目需求2016、7、20通过王明

需求调研阶段检查清单

检查内容检查时间完成情况负责人

资源需求2016、7、20通过张才

计划设置2016、1、20通过张才

需求分析阶段检查清单

检查内容检查时间完成情况负责人

项目计划2016、7、21通过张磊，王明

sow2016、7、21通过王明

设计阶段检查清单

检查内容检查时间完成情况负责人

总体实现2016、8、11通过张磊，王明

2016、8、22通过张磊

开发阶段检查清单

检查内容检查时间完成情况负责人

系统设计说明书2016、7、21王红

数据库结构定义2016、7、25王明

集成测试阶段检查清单

检查内容检查时间完成情况负责人

测试计划2016、8、12王伟

测试案例2016、8、12-2016,8、王伟，张磊

22

系统测试阶段检查清单

检查内容检查时间完成情况负责人

集成测试2016>8、12王伟

系统测试2016、8、20王伟，张磊

工程实施阶段检查清单

检查内容检查时间完成情况负责人

系统软件包20c6、8、22王红

验收2016、8、23王磊

质量检查与确认技术

审计产品一览表

项审计对象审计阶段参照标准

1软件项目计划计划结束企业质量体系

2软件配置管理计划计划结束企业质量体系

3软件质量保证计划计划结束企业质量体系

4总体设计文档设计结束企业质量体系与项计划

5详细设计文档设计结束企业质量体系与项计划

6数据库表与编码规范设计结束企业质量体系与项计划

7产品代码每个阶段实施结束企业质量体系与项计划

8测试报告测试结束企业质量体系与项计划

9测试计划设计结束企业质量体系与项计划

10用户文档测试结束企业质量体系与项计划

10、配置管理计划

软件项目配置管理计划案例

项目案例为《在线考试系统》，该项目得配置管理计划如下：

10、1引言

主要功能：实现通过机房在线考试。

其她功能：实现对考试试卷得管理，教师得管理，学生成绩得管理，考试课程得管理，查睢考试

试卷等功能。

10、2组织及职责

配置管理得角色与职责见表1o

表1:配置管理角色职责表

角色人员职责与工作范围

配置管理者张磊（1）制定《配置管理计划》

（2）创建与维护配置库

SCCB负责人王明（1）审批《配置管理计划》

（2）审批重大得变更

SCCB成员张磊（项目经理），王伟（质量审批某些配置项或基线得变更

保证人员），王明（配置管理

者）

10、3配置管理环境

由于本项目属于中小型项目，工期也不很长，而且项目组人员对Visual

SourceSafe也比较熟悉，所以采用VisuaISourceSafe作为配置管理工具。

10、3、1配置库目录结构

表2：配置库得目录结构

序号内容说明路径

1TCM技术合同管理$\prj-School\TCM

2RM需求管理$\prj-School\RM

3SPP软件项目规划$\prj-School\SPP

4SPTO软件项目跟踪与管理$\prj-School\SPTO

5SCM软件配置管理$\prj-School\SCM

6SQA软件质量保证$\prj-School\SQA

7SPE软件产品设计$\prj-School\SPE\DESIGN

工程

8源代码$\prj-School\SPE\SOURCE

9目标代码$\prj-School\SPE\BUILD

10测试$\prj-School\SPE\TEST

11发布$\prj-School\SPE\RELEASE

10、3、2用户及权限

表3:配置库得用户权限

类别人员权限说明

配置管理者王明负责项目配置管理，拥有所有资源权

限

项目经理张磊访问、读

质量保证人员王伟访问、读

开发人员张磊，王明，王伟等访问、读

高层管理张磊访问、读

10、4配置管理活动

10、4、1配置项标志

10、4、2主要配置项

表4：配置项列表

类型主要配置项标识符预计正式发表时间

《合同》Q.TD-School-TCM-Contract-V1、02016-8-11

技术合同

SOWQTD-School-TCM-SOW-Vl.02016-8-11

《项目计划》QTD-School-SPP-PP-Vl^02016-8-11

计划《质量保证计划》QTD-School-SPP-SQA-Vl.02016-7-24

《配置管理计划》QTD-School-SPP-SCM-Vl>02016-7-24

《需求规格说明书》QTD-School-RM-SRS-Vl.02016-8-1

需求

用户DEMOQTD-School-RM-Demo-Vl02016-8-1

《总体设计说明书》QTD-School-Design-HL-Vl^02016-8-2

《数据库设计》Q.TD-School-Design-DB-Vlx02016-8-2

设计

《详细设计说明书》QTD-School-Design-LL-Vl>02016-8-5

《设计术话及规范》QTD-School-Design-STD-Vl.02016-8-2

源程序Q.TD-School-Code-\/1oduleName-Vlx02016-8-2

编程

编码规则QTD-School-Code-STD-Vl02016-8-2

《测试计划》Q.TD-School-Test-Pan-Vl02016-8-3

测试《测试用洌》Q.TD-School-Test-Case-Vl02016-8-3

《测试报告》Q,TD-School-Test-Report-Vl>02016-8-4

运行产品QTD-School-Produst-Exe-Vl>02016-8-14

提交《验收报告》QTD-School-Produ:t-Report-Vl>02016-8-16

《用户手册》QTD-School-Produst-Manual-Vl>02016-8-16

10、4、3项目基线

在VisualSourceSafe中基线由LABLE标志，字母必须为大写。基线管理由

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

表5

基线名称/标识符基线包含得主要配置项预计建立时间

需求《需求规格说明书》、用户DEMO2016-7-20

总体设计《总体设计说明书》、《数据库设计》2016-7-20

项目实现软件源代码、编码规则2016-8-11

系统测试《测试用例》、《测试报告》2016-8-15

10、4、4配置项得版本管理

配置项可能包含得分支从逻辑上可以划分成4个不同功能得分支：主干分

支、私有分支、小组分支、集成分支。让它们分别对应4类工作空间。

这四类工作空间(分支)由项目执行负责•人统一管理，根据各开发阶段得实际

情况定制相应得版本选取规则，来保证开发活动得正常运作。在变更发生时，应及

时做好基线得推进。

对配置项得版本管理在不同分支具有不同得褰略：

(1)主干分支

系统默认自动建立得物理分支——主干分支(/main),基线均以LABLE方式

出现在主干分支上。

(2)私有分支

如果多个开发工程师维护一个配置项时建议建立自己得私有分支。配置管理

员对其基本不与管理，如个别私有空间上得版本树过于冗余，将对其冗余版本进

行限制。

(3)小组分支

如果出现小组共同开发一配置项，该分支可视为项目组内部分组得私有空间,

存放代码开发过程中得版本分支，由项目组内部控制。

(4)集成分支

集成测试时在主干分支得特定版本(由LABLE标志清晰)上建立集成分支，测

试工作在集成分支上完成。

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

10、4、5命名规范

本项目配置项命名规范由5个字段组成，从左到右依次为：公司、项目、类型、

编号与版本号，如图1所示。这些字段用一横线(一)分隔。

------------------------------公司：3个字符

项目:最长10个字符

—―类型:最长5个字符

编号:最长8位数字/字符

版本号:Vm、n

QTD-School-RM-SRS-vl>0

图1:配置项命名规范

10、4、6变更管理

变更管理得流程就是：

由请求者提交变更请求,SCCB会召开复审会议对变更请求进行复审，

以确定该请求就是否为有效请求。典型得变更请求管理有需求变更

管理、缺陷追踪等。

(2)配吃管理者收到基线修改请求后，在配散库中生成与此配蕊项相关

得波及关系表。

配置管理者将基线波及关系表提交给SCCB,由SCCB确定就是否需要

修改，如果需要修改，SCCB应根据波及关系表，确定需要修改得具体

文件，并在波及分析表中标志出来。

(4)配置管理者按照出库程序从配置库中取出需要修改得文件。

(5)项目人员将修改后得文件提交给配置管理者。

(6)配置管理者将修改后得配置项按入库程序放入配置库。

(7)配置管理者按SCCB标识出得修改文件，由波及关系表生成基线变更

记录表，并按入库程序放入配置库。

10、4、7配置状态统计

利用配置状态统计，可以记录与跟踪配置项得改变。状态统计可用于评估项

目风险，在开发过程中跟踪更改，并且提供统计数据以确保所有必需得更改已被

执行。为跟踪工作产品基线，配置管理者需手机下列信息：

•基线类型•工作产品名称

•配置项名称/标识符•版本号

•更改日期/时间•更改请求列表

•需要更改得配置项•当前状态

•当前状态发生日期

项目组每周提交配置项清单及其当前版本。

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

11、项目风险计划

下图就是本项目得风险计划清单表

一、规模度量

排序输入风险事可能性影响风险值风险应对措施

件

1客户得需求不%70%50%351、采取加班得

SOW明确，增方法

加需求，

2、修改计划去

导致需

掉一些任务

求延迟

3、与客户商量

时间长一些

2合同进度要%30$50%15可以请一些实

求紧，合习得学生做一

同金额些辅助工作，可

有限以加快进度

3历史项目开发人%30%40%121、强制性要求

信息员对测每段代码保留

试工作测试单元，由

不重视SQA检查

2、加入专业得

测试人员

4WBS供货商、%20$50%10多选择几个可

外包商以作为备份得

得质量外包商与供应

问题商

5历史项目开发人%15*60%91、注意项目团

信息员得流队得沟通，及时

动了解开发人员

得动态

2、控制好项目

过程中得文档

3、从其她项目

组借调人员

4、从外部招聘

有过此类开发

经验得人员

表1:项目规模得度量指标

12、度量计划

根据企业得质量策略与项目得特点制定本项目度量计划，主要目得就是为本

项目得控制提供实际数据，以及将来其它项目提供估算依据，表1给出项目规模

得度量指标，表2就是项目得时间度量指标，表3就是需求变更度量指标。

任务名称规模度量单位