项目管理-在线考试系统

HUBEIUNIVERSITYOFAUTOMOTIVETECHNOLOGY在线试系案例析

目录：1、导现在计算机硬件技术的发展已经达到了相当高的水平但是远程教育软件的开发目前还处于起步阶段，随着这项技术的不断深入发展，就要求有更好、更完善的软件系统应用到远程教育当中去就给软件设计人员提出了更高的设计要求。远程教育包括很多环节例如教学系统答疑系统和考试系统等等其中很重要的一个环节就是在线考试系统同时它也是最难实现的环节在我国虽然远程教育已经蓬勃地发展起来是目前学校与社会上的各种考试大都采用传统的考试方式，在此方式下，组织一次考试至少要经过五个步骤，即人工出题、考生考试、人工阅卷、成绩评估和试卷分析。显然，随着考试类型的不断增加及考试要求的不断提高教师的工作量将会越来越大并且其工作将是一件十分烦琐和非常容易出错的事情，可以说传统的考试方式已经不能适应现代考试的需要。随着计算机应用的迅猛发展网络应用不断扩大如远程教育和虚拟大学的出现等等且这些应用正逐步深入到千家万户人们迫切要求利用这些技术来进行在线考试减轻教师的工作负及提高工作效率此同时也提高了考试的质量，从而使考试更趋于公证客观更加激发学生的学习兴趣例如目前许多国际著名的计算机公司所举办的各种认证考试绝大部分采用这种方式。在线考试是现阶段研究开发的一个热点它是建立在国际互联网上的应用系统客户端的配置可以极为简单使考试不受地域的局限一个完备的在线考试系统可以使用户在网上学习过后及时检验自己的学习效果，已发现自己的不足，

使得学习效率得到很大提高在线考试系统中题目的生成试卷的提交成绩的批阅等都可以在网络上自动完成要形成一套成熟的题库就可以实现考试的自动化。这样一来，教师所要做的只是精心设计题目、维护题库，而不是组织考试从而大大减轻了教师的负担这表明其经济性是相当可观的为了适应新形势的发展进行了这一系的初步设计工作可以说是做一个初步的探索，希望它能够在各类考试中发挥高效、便捷的作,把老师从繁重的工作中解脱出来！2、概在线考试系统主要功能包括学生管理试卷管理教师管理学生在线考试等等。在线考试系统是对学校考试方式的优化和改进，是基于环境的综合考试系统方便教师学生进行考试和查询目的是适应大环境的发展和方便信息的交流，充分利用学校资源，提高工作效率，系统具有标准化、分布式存储和检索、易用易维护开放等特点。3、目任务范围本文主要考虑的是高校内部的在线考试系统以因其特殊性并不对所有人开放。系统主要用户可以分为两类：一种是学生用户，一种是教师用户。其中学生用户能使用的功能有：在线考试，成绩查询，修改信息等。教师用户使用的功能有：在线出题，修改成绩，修改试题，成绩查询等任务分布见图一

4、项目标

图一、任务分布图目前电化教育已经越来越普及，各地的学校纷纷建设自己的校园网，但是好多学校在投巨资建设校园网之后未能高效的利用校园网的资源在线考试系统提供了有效利用校园网现考试的无纸化件产品可以达到以下目标。1、提高考试效率，减少纸张的使用2、节省开支3、考试过程的清晰化4、符合学校的标准和规则5、项组织结由于该项目在实施过程中需要涉及不同组织的各方面人员各组织之间的利益任务和职责也不尽相同因此明确定义项目组织结构和各自职责可保证项目的顺利进行。市场部：负责项目的相关商务活动，负责与甲方交流商定。负责产品的说明。项目管理：负责项目的组织和规划、负责项目计划制定和维护

软件开发：负责项目的软件开发、配合产品的验收等相关活动质量保证：负责项目过程和产品规范的制定、过程评审和产品审计配置管理：负责项目的配置管理活动、负责软件产品的提交角映表负责人组成人

项目管理组王红1

软件开发组张磊1

质量保证组王伟1

配置管理组王明16、项生存期根据该项目的特点并结合公司已有的软件生存期模型定义项目生存期采用增量模型如图：项目规划需求分析设计增量1

增量2

增量3

集成测试产品提交生存期中的各阶段定义如下：项目规划阶段阶段目标：根据合同和初步的需求分析确定项目的规模、时间和资源需求。输入：合同文本、SOW过程：项目规划，计划确认输出：项目计划需求分析阶段阶段目标：确定客户需求输入：项目计划，SOW过程：需求获取，需求分析输出：原型系统，需求规格设计阶段阶段目标：总体系统结构设计输入：原型系统，需求规格过程：总体设计输出：系统设计说明书，数据库结构定义增量1实现阶段目标：实现系统的旧书回收功能输入：系统设计说明书、数据库定义结构过程：详细设计，编码，代码走查，代码评审，单元测试输出：详细设计说明书，源代码，可运行版本1增量2实现

阶段目标：实现旧书再利用功能输入：系统设计说明书、数据库结构定义过程：详细设计，编码，代码走查，代码评审，单元测试输出：详细设计说明书，源代码，可运行版本27、时计划项目进度计划甘特图如图所示见图28、项成本估现金流见图

9、质管理计文档目的能够保证完成《在线考试系统》质量文档范围【描述本质量管理计划涵盖的计划范围。本文档将定义可交付物的质量标准和检验标准参考《软件向管理案例教程》第二版韩万江姜立新编著项背通过在线考试以轻教师的工负担及提高工作效率此同时也提高了考试的质量从而使考试更趋于公证、客观，更加激发学生的学习兴趣。项结【描述项目质量管理团队成员组成，绘制组织结构图【实施小项目时目理负责证质量常以指定一位质量监督员协助项目经理【实施大的项目时可立质量证小组指定人员担任专职的质量经理质量保证小组成员包括客户和第三方人员质管【可参照下表，描述在项目各生命周期阶段所需递交的交付物序1234567

交物软件规划需开设通功在线考试理成绩查询试卷信息理

交时2016.7.202016.7.202016.7.202016.7.212016.8.12016.8.32016.8.11

负人张磊王明王红张磊，王明张才张才王红，张磊

【描述项目质量控制过程中采用的评审方式定期质量评审是对项目前一阶段的工作质量进行总结和评审，形成如下评审报告项评项质评报项目名称质量经理项目阶段描述

在线考试系统张磊

时间2016检内项目按规范流程执行情况项目文档情况系统设计与需求的符合性技术实现方法的合理性可性用认同性项目进度情况人员安排情况资源保证情况对外协作情况

检结合格充分符合统一顺利合理优秀优秀问列序号

问题描述

带来的风险及影响

严重程度

解决办法限25111624303645

不准确不合格有漏洞不合格有漏洞不合格有漏洞不合格有漏洞不合格有漏洞不合格有漏洞不合格有漏洞

是项目不符合现实有篡改入侵有篡改入侵有篡改入侵有篡改入侵有篡改入侵有篡改入侵有篡改入侵

30%60%60%60%60%60%60%60%

132132234其意和议无

各质量检点【列举项目的质量检查点和初步时间计划，如检点项目计划阶段需求调研阶段需求分析阶段概要设计阶段详细设计阶段编码单测试阶段集成测试阶段系统测试阶段工程实施阶段参与人员要求【无特殊要求，具体要求视情况而定项目计划段检查清单

日2016.7.202016.7.202016.7.202016.7.202016.7.21-2016.8.112016.8.11-2016.8.122016.8.13-2016.8.152016.8.16-2016.8.192016.8.19-2016.8.22检内项目规模时间计划项目需求

检时2016.7.192016.7.192016.7.20

完情通过通过通过

负人张磊张磊王明需求调研段检查清单检内资源需求计划设置

检时2016.7.202016.7.20

完情通过通过

负人张才张才需求分析段检查清单检内项目计划sow

检时2016.7.212016.7.21

完情通过通过

负人张磊，王明王明设计阶段查清单检内总体实现

检时2016.8.112016.8.22

完情通过通过

负人张磊，王明张磊开发阶段查清单检内

检时

完情

负人

系统设计说明书数据库结构定义

2016.7.212016.7.25

王红王明集成测试段检查清单检内测试计划测试案例

检时2016.8.122016.8.12-2016.8.22

完情

负人王伟王伟，张磊系统测试段检查清单检内集成测试系统测试

检时2016.8.122016.8.20

完情

负人王伟王伟，张磊工程实施段检查清单检内系统软件包

检时2016.8.22

完情

负人王红验收2016.8.23质量检查和确技术审计产品一表

王磊项12345678910

审计对象软件项目计划软件配置管理计划软件质量保证计划总体设计文档详细设计文档数据库表和编码规范产品代码测试报告测试计划用户文档

审计阶段计划结束计划结束计划结束设计结束设计结束设计结束每个阶段实施结束测试结束设计结束测试结束

参照标准企业质量体系企业质量体系企业质量体系企业质量体系和项计划企业质量体系和项计划企业质量体系和项计划企业质量体系和项计划企业质量体系和项计划企业质量体系和项计划企业质量体系和项计划10、配置理计划软件项目配置理计划例项目案例为《在线考试系统该项目的配置管理计划如下：

10.1引言主要功能：实现通过机房在线考试。其他功能：实现对考试试卷的管理，教师的管理，学生成绩的管理，考试课程的管理，查看考试试卷等功能。10.2组织职责配置管理的角色和职责见表。表1：配管理角职责表角色

人员

职责和作范围配置管理者

张磊

（1制定《配置管理计划》（2创建和维护配置库SCCB负责人SCCB成员

王明（1）审批《配置管理计划》（2审批重大的变更张（项目经理质审批某些配置项或基线的变更量保证人员王明（配置管理者）10.3配置理环境由于本项目属于中小型项目，工期也不很长，而且项目组人员对SourceSafe也比较熟悉，所以采用VisualSourceSafe作配置管理工具。10.3.1置库目录构表2：配库的目结构

Visual序号

内容

说明

路径1234567

TCMRMSPPSPTOSCMSQA

技术合同管理$\prj-School\TCM需求管理$\prj-School\RM软件项目规划$\prj-School\SPP软件项目跟踪与管理$\prj-School\SPTO软件配置管理$\prj-School\SCM软件质量保证$\prj-School\SQA设计$\prj-School\SPE\DESIGN

8

品源代码

$\prj-School\SPE\SOURCE91011

SPE

工程

目标代码测试发布

$\prj-School\SPE\BUILD$\prj-School\SPE\TEST$\prj-School\SPE\RELEASE10.3.2户及权限类别

表3：配库的用权限人员

权限说配置管理者项目经理质量保证人员开发人员高层管理

王明张磊王伟张磊，王明，王伟等张磊

负责项目配置管理，拥有所有资源权限访问、读访问、读访问、读访问、读10.4配置理活动10.4.1置项标志主配项表4：配项列表类技术合同

主配项《合同》SOW《项目计划》

标符QTD-School-TCM-Contract-V1.0QTD-School-TCM-SOW-V1.0QTD-School-SPP-PP-V1.0

预正发时2016-8-112016-8-112016-8-11计划《质量保证计划》《配置管理计划》

QTD-School-SPP-SQA-V1.0QTD-School-SPP-SCM-V1.0

2016-7-242016-7-24需求设计

《需求规格说明书》QTD-School-RM-SRS-V1.0用户DEMOQTD-School-RM-Demo-V1.0《总体设计说明书》QTD-School-Design-HL-V1.0《数据库设计》QTD-School-Design-DB-V1.0《详细设计说明书》QTD-School-Design-LL-V1.0《设计术语及规范》QTD-School-Design-STD-V1.0

2016-8-12016-8-12016-8-22016-8-22016-8-52016-8-2编程测试

源程序编码规则《测试计划》

QTD-School-Code-ModuleName-V1.0QTD-School-Code-STD-V1.0QTD-School-Test-Plan-V1.0

2016-8-22016-8-22016-8-3

《测试用例》《测试报告》运行产品提交《验收报告》《用户手册》项基

QTD-School-Test-Case-V1.0QTD-School-Test-Report-V1.0QTD-School-Product-Exe-V1.0QTD-School-Product-Report-V1.0QTD-School-Product-Manual-V1.0

2016-8-32016-8-42016-8-142016-8-162016-8-16在VisualSourceSafe中基线LABLE标志，字母必须为大写。基线管理由项目执行负责人确认、SCCB授权，由配置管理员执行。表5基线名/标识符需求

基线包的主要配置《需求规格说明书用户DEMO

预计建时间2016-7-20总体设计

《总体设计说明书库设计》2016-7-20项目实现系统测试

软件源代码、编码规则《测试用例报告》

2016-8-112016-8-15配项版管配置项可能包含的分支从逻辑上可以划分成个不同功能的分支干分支、私有分支、小组分支、集成分支。让它们分别对应类工作空间。这四类工作空（分支由项目执行负责人统一管理根据各开发阶段的实际情况定制相应的版本选取规则，来保证开发活动的正常运作。在变更发生时，应及时做好基线的推进。对配置项的版本管理在不同分支具有不同的策略：（1主干分支系统默认自动建立的物理分支——主干分支（/main）基线均以LABLE方式出现在主干分支上。（2私有分支如果多个开发工程师维护一个配置项时建议建立自己的私有分支置管理员对其基本不与管理如个别私有空间上的版本树过于冗余将对其冗余版本进行限制。

（3小组分支如果出现小组共同开发一配置项分支可视为项目组内部分组的私有空间，存放代码开发过程中的版本分支，由项目组内部控制。（4集成分支集成测试时在主干分支的特定版本（由LABLE标志清晰）上建立集成分支，测试工作在集成分支上完成。私有分支和小组分支均为可选，必要时建立。命规本项目配置项命名规范由个字段组成，从左到右依次为：公司、项目、类型、编号和版本号，如图1所示。这些字段用一横线（-分隔。公司：字符项目：最长0个字符类型：最长字符编号：最长数字/字符版本号：m.nQTD-School–RMSRS-v1.0图1：配项命名范10.4.6更管理变更管理的流程是：（1）由请求者提交变更请求会召开复审会议对变更请求进行复审，以确定该请求是否为有效请求。典型的变更请求管理有需求变更管理、缺陷追踪等。（2）配置管理者收到基线修改请求后，在配置库中生成与此配置项相关的波及关系表。

●●●●●●●（3）配置管理者将基线波及关系表提交给SCCB，由SCCB确定是否需要修改，如果需要修改，应根据波及关系表，确定需要修改的具体文件，并在波及分析表中标志出来。（4）配置管理者按照出库程序从配置库中取出需要修改的文件。（5）项目人员将修改后的文件提交给配置管理者。（6）配置管理者将修改后的配置项按入库程序放入配置库。（7）配置管理者按标识出的修改文件由波及关系表生成基线变更记录表，并按入库程序放入配置库。10.4.7置状态统利用配置状态统计可以记录和跟踪配置项的改变状态统计可用于评估项目风险在开发过程中跟踪更改并且提供统计数据以确保所有必需的更改已被执行。为跟踪工作产品基线，配置管理者需手机下列信息：●●●●●

基线类型工作产品名称配置项名称/标识符版本号更改日期/时间更改请求列表需要更改的配置项当前状态当前状态发生日期项目组每周提交配置项清单及其当前版本。配置管理人员每半个月提交变更请求的状态统计。11、项目险计划下图是本项目的风险计划清单表一、规模度量排序

输入

风险事可能性

影响

风险值

风险应对措施件

1

客户的需求不%70SOW明确，增加需求，导致需求延迟

%50%35

1、采取加班的方法2、修改计划去掉一些任务3、与客户商量时间长一些2

合同

进度要%30

%50%15

些实3

求紧，合同金额有限历史项目开发人%30信息员对测试工作不重视

%40%12

做一些辅助工作可以加快进度1、强制性要求保留，由SQA检查4WBS供货商、%20外包商的质量问题

%50%10

2、加入专业的测试人员个可份的供应商5

历史项目开发人%15信息员的流动

%60%9

1、注意项目团队的沟通及时人员的动态2、控制好项目过程中的文档3、从其他项目组借调人员4、从外部招聘开发经验