1、 3、考试过程的清晰化 4、符合学校的标准和规则5、项目组织结构由于该项目在实施过程中需要涉及不同组织的各方面人员，而各组织之间的利益、任务和职责也不尽相同，因此明确定义项目组织结构和各自职责可保证项目的顺利进行。市场部：负责项目的相关商务活动，负责与甲方交流商定。负责产品的说明。项目管理：负责项目的组织和规划、负责项目计划制定和维护软件开发：负责项目的软件开发、配合产品的验收等相关活动质量保证：负责项目过程和产品规范的制定、过程评审和产品审计配置管理：负责项目的配置管理活动、负责软件产品的提交角色映射表项目管理组软件开发组质量保证组配置管理组负责人王红张磊 王伟王明组成人16、项目生存期根据
2、该项目的特点并结合公司已有的软件生存期模型定义，本项目生存期采用增量模型如图：生存期中的各阶段定义如下：项目规划阶段阶段目标：根据合同和初步的需求分析确定项目的规模、时间和资源需求。输入：合同文本、SOW过程：项目规划，计划确认输出：项目计划需求分析阶段确定客户需求项目计划，SOW需求获取，需求分析原型系统，需求规格设计阶段总体系统结构设计总体设计系统设计说明书，数据库结构定义增量1实现实现系统的旧书回收功能系统设计说明书、数据库定义结构详细设计，编码，代码走查，代码评审，单元测试详细设计说明书，源代码，可运行版本-1增量2实现实现旧书再利用功能系统设计说明书、数据库结构定义详细设计说明书，源
3、代码，可运行版本-27、时间计划项目进度计划甘特图如图所示见图28、项目成本估算现金流图见图39、质量管理计划文档目的能够保证完成在线考试系统质量文档范围【描述本质量管理计划涵盖的计划范围。本文档将定义可交付物的质量标准和检验标准】。参考软件向管理案例教程第二版韩万江姜立新编着项目背景通过在线考试，以减轻教师的工作负担及提高工作效率，与此同时也提高了考试的质量，从而使考试更趋于公证、客观，更加激发学生的学习兴趣。项目结构【描述项目质量管理团队成员组成，绘制组织结构图】。【实施小项目时，项目经理负责保证质量。通常，可以指定一位质量监督员协助项目经理】。【实施大的项目时，可成立质量保证小组，指定人
4、员担任专职的质量经理。质量保证小组成员包括客户和第三方人员】。质量管理【可参照下表，描述在项目各生命周期阶段所需递交的交付物】。软件规划2需求开发3设计4通用功能张磊，王明5在线考试管理张才6成绩查询7试卷信息管理王红，张磊【描述项目质量控制过程中采用的评审方式。如：定期质量评审是对项目前一阶段的工作质量进行总结和评审，形成如下评审报告】：项目评审项目质量评审报告项目名称 在线考试系统质量经理时间2016项目阶段描述检查内容检查结果项目按规范流程执行情况合格项目文档情况充分系统设计与需求的符合性符合技术实现方法的合理性、可行性、用户认同性统一项目进度情况顺利人员安排情况合理资源保证情况 优秀对
5、外协作情况优秀问题列表序号问题描述带来的风险及影响严重程度解决办法、期限不准确是项目不符合现实30%不合格有漏洞有篡改入侵60%111624303645其它意见和建议 无各质量检查点【列举项目的质量检查点和初步时间计划，如】：检查点日期项目计划阶段需求调研阶段概要设计阶段详细设计阶段编码/单元测试阶段集成测试阶段系统测试阶段工程实施阶段参与人员和要求【无特殊要求，具体要求视情况而定】。项目计划阶段检查清单检查时间完成情况项目规模通过时间计划项目需求需求调研阶段检查清单资源需求计划设置需求分析阶段检查清单sow设计阶段检查清单总体实现开发阶段检查清单系统设计说明书数据库结构定义集成测试阶段检查清
6、单测试计划王伟测试案例王伟，张磊系统测试阶段检查清单集成测试系统测试工程实施阶段检查清单系统软件包验收王磊质量检查和确认技术审计产品一览表项审计对象审计阶段参照标准软件项目计划计划结束企业质量体系软件配置管理计划软件质量保证计划总体设计文档设计结束企业质量体系和项计划详细设计文档数据库表和编码规范产品代码每个阶段实施结束8测试报告测试结束910用户文档10、配置管理计划软件项目配置管理计划案例项目案例为在线考试系统，该项目的配置管理计划如下：引言主要功能：实现通过机房在线考试。其他功能：实现对考试试卷的管理，教师的管理，学生成绩的管理，考试课程的管理，查看考试试卷等功能。组织及职责配置管理的角
7、色和职责见表1。表1：配置管理角色职责表角色人员职责和工作范围配置管理者（1） 制定配置管理计划（2） 创建和维护配置库SCCB负责人（1） 审批配置管理计划（2） 审批重大的变更SCCB成员张磊（项目经理），王伟（质量保证人员），王明（配置管理者）审批某些配置项或基线的变更配置管理环境由于本项目属于中小型项目，工期也不很长，而且项目组人员对Visual SourceSafe也比较熟悉，所以采用Visual SourceSafe作为配置管理工具。配置库目录结构表2：配置库的目录结构内容说明路径TCM技术合同管理$prj-SchoolTCMRM需求管理$prj-SchoolRMSPP软件项目规划
8、$prj-SchoolSPPSPTO软件项目跟踪与管理$prj-SchoolSPTOSCM软件配置管理$prj-SchoolSCMSQA软件质量保证$prj-SchoolSQASPE软件产品工程$prj-SchoolSPEDESIGN源代码$prj-SchoolSPESOURCE目标代码$prj-SchoolSPEBUILD测试$prj-SchoolSPETEST发布$prj-SchoolSPERELEASE用户及权限表3：配置库的用户权限类别权限说明负责项目配置管理，拥有所有资源权限项目经理访问、读质量保证人员开发人员张磊，王明，王伟等高层管理配置管理活动配置项标志主要配置项表4：配置项列表
9、类型标识符预计正式发表时间技术合同合同2016-8-11SOW计划项目计划质量保证计划2016-7-24配置管理计划需求需求规格说明书2016-8-1用户DEMO总体设计说明书2016-8-2数据库设计详细设计说明书2016-8-5设计术语及规范编程源程序编码规则测试计划2016-8-3测试用例测试报告2016-8-4提交运行产品2016-8-14验收报告2016-8-16用户手册项目基线在Visual SourceSafe中基线由LABLE标志，字母必须为大写。基线管理由项目执行负责人确认、SCCB授权，由配置管理员执行。表5基线名称/标识符基线包含的主要配置项预计建立时间需求规格说明书、用
10、户DEMO2016-7-20总体设计说明书、数据库设计项目实现软件源代码、编码规则测试用例、测试报告2016-8-15配置项的版本管理配置项可能包含的分支从逻辑上可以划分成4个不同功能的分支：主干分支、私有分支、小组分支、集成分支。让它们分别对应4类工作空间。这四类工作空间（分支）由项目执行负责人统一管理，根据各开发阶段的实际情况定制相应的版本选取规则，来保证开发活动的正常运作。在变更发生时，应及时做好基线的推进。对配置项的版本管理在不同分支具有不同的策略：（1） 主干分支系统默认自动建立的物理分支主干分支（/main）,基线均以LABLE方式出现在主干分支上。（2） 私有分支如果多个开发工程
11、师维护一个配置项时建议建立自己的私有分支。配置管理员对其基本不与管理，如个别私有空间上的版本树过于冗余，将对其冗余版本进行限制。（3） 小组分支如果出现小组共同开发一配置项，该分支可视为项目组内部分组的私有空间，存放代码开发过程中的版本分支，由项目组内部控制。（4） 集成分支集成测试时在主干分支的特定版本（由LABLE标志清晰）上建立集成分支，测试工作在集成分支上完成。私有分支和小组分支均为可选，必要时建立。命名规范本项目配置项命名规范由5个字段组成，从左到右依次为：公司、项目、类型、编号和版本号，如图1所示。这些字段用一横线（-）分隔。图1：配置项命名规范变更管理变更管理的流程是：（1） 由
12、请求者提交变更请求，SCCB会召开复审会议对变更请求进行复审，以确定该请求是否为有效请求。典型的变更请求管理有需求变更管理、缺陷追踪等。（2） 配置管理者收到基线修改请求后，在配置库中生成与此配置项相关的波及关系表。（3） 配置管理者将基线波及关系表提交给SCCB，由SCCB确定是否需要修改，如果需要修改，SCCB应根据波及关系表，确定需要修改的具体文件，并在波及分析表中标志出来。（4） 配置管理者按照出库程序从配置库中取出需要修改的文件。（5） 项目人员将修改后的文件提交给配置管理者。（6） 配置管理者将修改后的配置项按入库程序放入配置库。（7） 配置管理者按SCCB标识出的修改文件，由波及
13、关系表生成基线变更记录表，并按入库程序放入配置库。配置状态统计利用配置状态统计，可以记录和跟踪配置项的改变。状态统计可用于评估项目风险，在开发过程中跟踪更改，并且提供统计数据以确保所有必需的更改已被执行。为跟踪工作产品基线，配置管理者需手机下列信息：基线类型工作产品名称配置项名称/标识符版本号更改日期/时间更改请求列表需要更改的配置项当前状态当前状态发生日期项目组每周提交配置项清单及其当前版本。配置管理人员每半个月提交变更请求的状态统计。11、项目风险计划下图是本项目的风险计划清单表1、规模度量排序输入风险事件可能性影响风险值风险应对措施客户的SOW需求不明确，增加需求，导致需求延迟%70%5
14、0%351、采取加班的方法2、修改计划去掉一些任务3、与客户商量时间长一些合同进度要求紧，合同金额有限%30%15可以请一些实习的学生做一些辅助工作，可以加快进度历史项目信息开发人员对测试工作不重视%40%121、强制性要求每段代码保留测试单元，由SQA检查2、加入专业的测试人员WBS供货商、外包商的质量问题%20%10多选择几个可以作为备份的外包商和供应商开发人员的流动%60%91、注意项目团队的沟通，及时了解开发人员的动态2、控制好项目过程中的文档3、从其他项目组借调人员4、从外部招聘有过此类开发经验的人员项目规模的度量指标12.度量计划根据企业的质量策略和项目的特点制定本项目度量计划，主
15、要目的是为本项目的控制提供实际数据，以及将来其它项目提供估算依据，表1给出项目规模的度量指标，表2是项目的时间度量指标，表3是需求变更度量指标。任务名称规模度量单位实际需求规格说明书文本页数?2628总体设计说明书HLD页数1315系统测试计划2021详细设计说明书DLD页数3840单元测试计划16?LOC行数18001900单元测试报告系统测试报告18总计9299DLD行数二、时间度量时间度量指标各阶段名称计划时间（小时）实际时间（小时）管理6470需求分析12需求检查25324850总体设计检查详细设计详细设计复核详细设计检查编写源程序432450代码复核代码检查单元测试合计659711三、需求变更度量统计表需求变更度量指标变更请求请求时间变更请求者变更内容批准否（Y?N）批准时间需求规格版本13、质量沟通与评审项目交流计划分为如下几类：1、每日的沟通交流2、定期的评审3、阶段的评审4、事件问题的交流评审类别评审周期评审要点相关人员日例会每天5:001、随意交流2、共享经验3、工作进度交流4、资源协调5、第二天工作安排项目所有相关人员阶段评审每周五5:1、本周计划执行情况2、本周依旧未解决问题汇总3、下周计划事件评审出现48小时未能解决的问题时1、事件的性质2、讨论解决
