项目管理-在线考试系统

1、o陶，“乞车工业,学院HUBEI UNIVERSITY OF AUTOMOTIVE TECHNOLOGY在线考试系统案例分析目录:1、导言现在，计算机硬件技术的发展已经达到了相当高的水平。 但是，远程教育软 件的开发目前还处于起步阶段，随着这项技术的不断深入发展，就要求有更好、 更完善的软件系统应用到远程教育当中去， 这就给软件设计人员提出了更高的设 计要求。远程教育包括很多环节，例如教学系统、答疑系统和考试系统等等。其中很 重要的一个环节就是在线考试系统，同时它也是最难实现的环节。在我国，虽然 远程教育已经蓬勃地发展起来，但是目前学校与社会上的各种考试大都采用传统 的考试方式，在此方式下，组

2、织一次考试至少要经过五个步骤，即人工出题、考 生考试、人工阅卷、成绩评估和试卷分析。显然，随着考试类型的不断增加及考 试要求的不断提高，教师的工作量将会越来越大，并且其工作将是一件十分烦琐 和非常容易出错的事情，可以说传统的考试方式已经不能适应现代考试的需要。随着计算机应用的迅猛发展，网络应用不断扩大，如远程教育和虚拟大学的出现 等等，且这些应用正逐步深入到千家万户。 人们迫切要求利用这些技术来进行在 线考试，以减轻教师的工作负担及提高工作效率，与此同时也提高了考试的质量， 从而使考试更趋于公证、客观，更加激发学生的学习兴趣。例如目前许多国际著 名的计算机公司所举办的各种认证考试绝大部分采用这

3、种方式。在线考试是现阶段研究开发的一个热点。它是建立在国际互联网上的应用系统，客户端的配置 可以极为简单，使考试不受地域的局限。一个完备的在线考试系统可以使用户在 网上学习过后及时检验自己的学习效果，已发现自己的不足，使得学习效率得到很大提高。在线考试系统中题目的生成、试卷的提交、成 绩的批阅等都可以在网络上自动完成。只要形成一套成熟的题库就可以实现考试 的自动化。这样一来，教师所要做的只是精心设计题目、维护题库，而不是组织 考试，从而大大减轻了教师的负担，这表明其经济性是相当可观的。 为了适应新 形势的发展，我进行了这一系统的初步设计工作，也可以说是做一个初步的探索， 希望它能够在各类考试中

4、发挥高效、便捷的作用，把老师从繁重的工作中解脱出 来！2、概述在线考试系统主要功能包括学生管理、试卷管理、教师管理、学生在线考试 等等。在线考试系统是对学校考试方式的优化和改进，是基于INTERNE境的综合考试系统，方便教师学生进行考试和查询。目的是适应大环境的发展和方便 信息的交流，充分利用学校资源，提高工作效率，系统具有标准化、分布式存储 和检索、易用易维护开放等特点。3、项目任务范围本文主要考虑的是高校内部的在线考试系统， 所以因其特殊性并不对所有人 开放。系统主要用户可以分为两类：一种是学生用户，一种是教师用户。其中学 生用户能使用的功能有：在线考试，成绩查询，修改信息等。教师用户使用

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

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

7、计划需求分析阶段阶段目标：确定客户需求输入：项目计划，SOW过程：需求获取，需求分析输出：原型系统，需求规格设计阶段阶段目标：总体系统结构设计输入：原型系统，需求规格过程：总体设计输出：系统设计说明书，数据库结构定义增量1实现阶段目标：实现系统的旧书回收功能输入：系统设计说明书、数据库定义结构过程：详细设计，编码，代码走查，代码评审，单元测试输出：详细设计说明书，源代码，可运行版本 -1增量2实现阶段目标：实现旧书再利用功能输入：系统设计说明书、数据库结构定义过程：详细设计，编码，代码走查，代码评审，单元测试输出：详细设计说明书，源代码，可运行版本 -27、时间计划项目进度计划甘特图如图所示见

8、图2冉明闻曰即修阳向中日知iK口绛*府M覆工M一耳的冏-nma - is任冬二=回近十日一二二日弓大日一二=凹五盒曰一二二耳五,日一二.* *fl J i* til iOM*THkiBulMeHiiB*周广，。贵 J tTfl JsoiiTflr&nf J*学生售3a干l个匚惘 加口。年1目:日工nu年t月:!i日i a Al 千里怛 zaiiflzztl iniaJtTflzzt! b4 *tw -o i l ritr的：，*,目；日川”用m郎日，fr,.吟0天% 3工 之。1修布丁日0*日2*1学与？目W?tKbi个工惘：aii旗下二日朋汩？沙创K It包（I天t中工恫 2816年T目2T

9、日工n6尊T目方日。#鼬他电护6关之卡工惘 的中年日.汨：3庠T吼汨1上 it殖*;4崔。意/tin通1片中鼎口口|1审甘上日事流a =F L个惘 20bR1S 段1年日电日12学生宦期 a Jti bUfl uviei*bMzB 3口工碑唱咱1岬b 曼2 +m a*Mv#jrhnwfii4n步sirwiK q *t1工惘 ，髀日中日2虱浒日明目15q夭i. 4工祜 manMsS 加i冲!i自由1才厚嚣哥要餐 0 X s）工It Hi泗川信口 WI“刖口/IBgQ天I十三惘缁打孙I书日即1瞬即刖日用专业熔粗。壬之力工恒由心H哥汨如伟申目归。优色曲* Q 美/ lift 2PIVfllUWHii

10、Q/斌电u*Q 1中工相现】D导8目L+口助Q日舞/t4$iZtl口无1：个工怕的1心年日月门日二0年日月11日8、项目成本估算任务成本概述即苴西庄月明落高田g -注知於田12.4 0M M徜 M现金流图见图3k w prw,53 MBMN MIt MMMM 笈M14M LOMl453 SI一虹一N31班424MWmsKMIB3慎融nt mooK.B朝孔LBL”R.QO辄E任曼诏茄勺I4S施卿口岸匕目匐IW1IR 日劭迪阻江.7 I S8F :_刊 二.ffW 二 力:二IM四工.界.-三1H.木 二工 qi,小.二.三.口工班.，等嫉K要*0天N令工作201壮舞日月汨ZOJM年R月出方曲考试

11、一美1#工用 3M薄日目:汨 砌目汨15力哂考遁 果1一工阳 翔2年的汨 MHUI月汨179、质量管理计划文档目的能够保证完成在线考试系统质量文档范围【描述本质量管理计划涵盖的计划范围。本文档将定义可交付物的质量标准和检验标准】软件向管理案例教程第二版韩万江姜立新编著项目背景 TOC o 1-5 h z 通过在线考试，以减轻教师的工作负担及提高工作效率，与此同时也提高了考试的质量，从而使考试更趋于公证、客观，更加激发学生的学习兴趣。项目结构【描述项目质量管理团队成员组成，绘制组织结构图】。【实施小项目时，项目经理负责保证质量。 通常，可以指定一位质量监督员协助项目经理】。【实施大的项目时， 可

12、成立质量保证小组， 指定人员担任专职的质量经理。质量保证小组成员包括客户和第三方人员】。 AvVyITI质事吕理【可参照下表，描述在项目各生命周期阶段所需递交的交付物】。1软件规划2016.7.20e张不右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项目

13、阶段描述检查内容检查结果项目按规范流程执 行情况合格项目文档情况充分系统设计与需求的 符合性符合技术实现方法的合理性、可行性、用户 认同性天项目进度情况顺禾I人员安排情况合理资源保证情况优秀对外协作情况优秀问题列表序号问题描述带来的风险及影响严重程度解决办法、期 限2不准确是项目不符合现实30%15不合格有漏洞后篡改入侵60%311不合格有漏洞后篡改入侵60%216不合格有漏洞后篡改入侵60%124不合格有漏洞后篡改入侵60%330不合格有漏洞后篡改入侵60%236不合格有漏洞后篡改入侵60%245不合格有漏洞后篡改入侵60%34其它意见和建议无各质量检查点【列举项目的质量检查点和初步时间计划

14、，如】检查点日期项目计划阶段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参与人员和要求【无特殊要求，具体要求视情况而定】项目计划阶段检查清单检查内容检查时间完成情况2人项目规模2016.7.19通过张何时间计划2016.7.19通过张右右项目需求2016.7.20通过王明需求调研

15、阶段检查清单检查内容检查时间完成情况负责人资源需求2016.7.20通过张才计划设置2016.7.20通过张才需求分析阶段检查清单检查内容检查时间完成情况2人项目计划2016.7.21通过张磊，王明sow2016.7.21通过王明设计阶段检查清单检查内容检查时间完成情况2人总体实现2016.8.11通过张磊，王明2016.8.22通过张用?开发阶段检查清单检查内容检查时间完成情况负责人系统设计说明书2016.7.21王红数据库结构定义2016.7.25王明集成测试阶段检查清单检查内容检查时间完成情况负责人测试计划2016.8.12王伟测试案例2016.8.12-2016.8.22王伟,弓K右右

16、系统测试阶段检查清单检查内容检查时间完成情况负责人集成测试2016.8.12王伟系统测试2016.8.20王伟,弓K右右工程实施阶段检查清单检查内容检查时间完成情况负责人系统软件包2016.8.22王红验收2016.8.23右右质量检查和确认技术审计产品一览表项审计对象审计阶段参照标准1软件项目计划计划结束企业质量体系2软件配置管理计划计划结束企业质量体系3软件质量保证计划计划结束企业质量体系4总体设计文档设计结束企业质量体系和项计划5详细设计文档设计结束企业质量体系和项计划6数据库表和编码规范设计结束企业质量体系和项计划7产品代码每个阶段实施结束企业质量体系和项计划8测试报告测试结束企业质量

17、体系和项计划9测试计划设计结束企业质量体系和项计划10用户文档测试结束企业质量体系和项计划10、配置管理计划软件项目配置管理计划案例项目案例为在线考试系统，该项目的配置管理计划如下:弓后主要功能：实现通过机房在线考试。其他功能：实现对考试试卷的管理，教师的管理，学生成绩的管理，考试课程的管理，查看 考试试卷等功能。组织及职责配置管理的角色和职责见表1表1:配置管理角色职责表角色人员职责和工作范围配置管理者张石向(D 制定配置管理计划(2)创建和维护配置库scceBtWA王明(1)审批配置管理计划(2)审批重大的变更SCC嗽员张磊(项目经理)，王伟(质 量保证人员)，王明(配置 管理者)审批某些

18、配置项或基线的变更配置管理环境由于本项目属于中小型项目，工期也不很长，而且项目组人员对VisualSourceSafe也比较熟悉，所以采用 Visual SourceSafe作为配置管理工具。配置库目录结构表2:配置库的目录结构序号ml说明w121TCM技术合同管理$prj-SchoolTCM2RM需求管理$prj-SchoolRM3SPP软件项目规划$prj-SchoolSPP4SPTO软件项目跟踪与管理$prj-SchoolSPTO5SCM软件配置管理$prj-SchoolSCM6SQA软件质量保证$prj-SchoolSQA7SPE软件产品 工程设计$prj-SchoolSPEDESIG

19、N8源代码$prj-SchoolSPESOURCE9目标代码$prj-SchoolSPEBUILD10测试$prj-SchoolSPETEST11发布$prj-SchoolSPERELEASE用户及权限表3:配置库的用户权限类别人员权限说明配置管理者王明负责项目配置管理，拥有所有资源权 限项目经理张石向访问、读质量保证人员王伟访问、读开发人员张磊，王明，王伟 等访问、读高层管理张石向访问、读配置管理活动配置项标志主要配置项表4:配置项列表主要配置项标识符预计正式发表时间技术合同合同QTD-School-TCM-Contract-V1.02016-8-11SOWQTD-School-TCM-SO

20、W-V1.02016-8-11计划项目计划QTD-School-SPP-PP-V1.02016-8-11质量保证计划QTD-School-SPP-SQA-V1.02016-7-24配置管理计划QTD-School-SPP-SCM-V1.02016-7-24需求需求规格说明书QTD-School-RM-SRS-V1.02016-8-113用户DEMOQTD-School-RM-Demo-V1.02016-8-1设计总体设计说明书QTD-School-Design-HL-V1.02016-8-2数据库设计QTD-School-Design-DB-V1.02016-8-2详细设计说明书QTD-Sch

21、ool-Design-LL-V1.02016-8-5设计术语及规范QTD-School-Design-STD-V1.02016-8-2编程源程序QTD-School-Code-ModuleName-V1.02016-8-2编码规则QTD-School-Code-STD-V1.02016-8-2测试测试计划QTD-School-Test-Plan-V1.02016-8-3测试用例QTD-School-Test-Case-V1.02016-8-3测试报告QTD-School-Test-Report-V1.02016-8-4提交运行产品QTD-School-Product-Exe-V1.02016-

22、8-14验收报告QTD-School-Product-Report-V1.02016-8-16用户手册QTD-School-Product-Manual-V1.02016-8-16项目基线在Visual SourceSafe中基线由LABL即志，字母必须为大写。基线管理由 项目执行负责人确认、SCCB5权，由配置管理员执行。表5基线名称/标识符基线包含的主要配置项预计建立时间需求需求规格说明书、用户DEMO2016-7-20总体设计总体设计说明书、数据库设计2016-7-20项目实现软件源代码、编码规则2016-8-11系统测试测试用例、测试告2016-8-15配置项的版本管理配置项可能包含的

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

24、(3)小组分支如果出现小组共同开发一配置项，该分支可视为项目组内部分组的私有空间， 存放代码开发过程中的版本分支，由项目组内部控制。(4)集成分支集成测试时在主干分支的特定版本(由 LABLE标志清晰)上建立集成分支， 测试工作在集成分支上完成。私有分支和小组分支均为可选，必要时建立。命名规范本项目配置项命名规范由5个字段组成，从左到右依次为：公司、项目、类 型、编号和版本号，如图1所示。这些字段用一横线(-)分隔。公司：项目：二卬:编号：二 版本号QTD-SchoolRM 6RS-v1.0图1:配置项命名规范3个字符最长10个字符最长5个字符最长8位数字/字符V m.n15变更管理变更管理的

25、流程是：(1)由请求者提交变更请求，SCC8召开复审会议对变更请求进行复审， 以确定该请求是否为有效请求。典型的变更请求管理有需求变更管 理、缺陷追踪等。(2)配置管理者收到基线修改请求后，在配置库中生成与此配置项相关 的波及关系表。(3)配置管理者将基线波及关系表提交给 SCCB由SCCB!定是否需要修 改，如果需要修改，SCCES根据波及关系表，确定需要修改的具体 文件，并在波及分析表中标志出来。(4)配置管理者按照出库程序从配置库中取出需要修改的文件。(5)项目人员将修改后的文件提交给配置管理者。(6)配置管理者将修改后的配置项按入库程序放入配置库。(7)配置管理者按SCC即识出的修改文

26、件，由波及关系表生成基线变更 记录表，并按入库程序放入配置库。10.4.7配置状态统计利用配置状态统计，可以记录和跟踪配置项的改变。 状态统计可用于评估项 目风险，在开发过程中跟踪更改，并且提供统计数据以确保所有必需的更改已被 执行。为跟踪工作产品基线，配置管理者需手机下列信息：基线类型工作产品名称配置项名称/标识符版本号更改日期/时间更改请求列表需要更改的配置项当前状态当前状态发生日期项目组每周提交配置项清单及其当前版本。配置管理人员每半个月提交变更请求的状态统计。11、项目风险计划16下图是本项目的风险计划清单表、规模度量排序输入风险事 件可能性影响风险值风险应对措施1客户的SOW需求不 明确，增 加需求， 导致需 求延迟%70%50%351、采取加班的 方法2、修改计划去 掉一些任务3、与客户商量 时间些2合同进度要 求紧，合 同金额 有限%30%50%15可以请一些实 习的学生做一 些辅助工作，可 以加快进度3历史项目 信息开发人 员对测 试工作 不重视%30%40%121、强制性要求 每段代码保留 测试单元，由SQ账查2、加入专业的 测试人员4WBS、商量 %确%20%50%10多选择几个可 以作为备份的 外包商和供应