甲方软件项目管理与质量控制

1、甲方软件项目管理与质量控制国家应用软件产品质量监督检验中心副主任：左家平个人研究方向信息系统架构设计软件企业及实验室质量体系管理认证国家信息技术标准编制软件全过程质量保证解决方案设计软件测试工具研究。对软件开发全过程控制与管理项目软件需求分析软件结构 软件详细设计 设计编码单元测试软件集成集成测试系统测试交付需求评审设计评审代码评审各阶段测试项目管理 / 配置管理 / 缺陷管理 / 质量保证 相关活动进行监督与控制第三方全过程保证软件项目开发过程中的角色需求方（甲方）第三方测试开发商（乙方）监理方需求方在软件开发中的作用（1）从合同观点：需求方（甲方）可行性研究需求定义招标准备合同的准备谈判和

2、修改对乙方的监督验收和完成开发方在软件开发中的作用（1）从合同观点：开发方（乙方）准备投标签订合同制定计划实施和控制评审和评价交付和完成需求方在软件开发中的作用（2）从管理观点：需求方（甲方）开始和范围定义计划实施和控制评价和确认完成开发方在软件开发中的作用（2）从工程观点：开发方（乙方）软件需求 软件结构 软件详细分析 设计 设计编码单元测试软件集成集成测试系统测试交付测试方在软件开发中的作用企业/操作需求功能需求系统和接口规格说明详细设计编码测试和改正缺陷产品测试需求测试标准功能需求测试策略kpa 7 质量管理kpa 1 测试计划编制测试计划kpa 2 测试开发测试用例kpa 4 测试执行

3、测试结果kpa 3 测试环境准备应用软件质量生命周期测试报告kpa 5 测试结果分析kpa 6 编制报告第三方软件测试监理机构和第三方检测机构的关系软件质量内部质量特征外部质量特征第三方检测机构（以程序和软件文档的测评为主）开发商的过程能力监理机构（以开发计划和软件文档的检查为主）软件项目管理目标（甲方）质量控制进度控制成本控制组织结构人员要求环境要求12345contents内容提要软件需求分析阶段软件开发设计阶段软件开发编码及测试阶段其他控制过程第三方测试和项目后评估软件需求分析阶段软件开发的基础需求开发测试需求重要性需求评估标准开发过程的依据开发管理过程的依据用户接收的依据测试的依据无歧

4、性完整性可验证性一致性可修改性可追踪性运行和维护阶段需求分析阶段评估文档的可使用性软件需求说明书数据要求说明书需求的作用甲方乙方第三方精确描述需要什么样的产品准确理解甲方需要什么样的产品明确规定产品的检验依据需求的层次业务满足任务完成软件功能需求需求的层次满足任务组织机构或客户对系统、产品高层次的目标要求业务用户使用产品必须要完成的任务需求评审：评价业务需求、用户需求、需求规格说明的一致性完成软件功能开发人员必须实需求现的软件功能需求中常见的问题与原因 笼统需求 项目可行性分析研 隐含需求究不深入 与已存在的限制条件 不善于提需求矛盾的需求 不完整的需求 乙方代劳的需求如何设计软件需求gb/t

5、 9385-1998计算机软件需求说明编制指南总体要求无歧性完整性可验证性一致性可修改性可追踪性运行和维护阶段的可使用性必须描述的基本问题软件需求描述功能性能外部需求基本问题接口设计限制属性需求设计-典型案例苹果1个苹果个苹果红苹果带有心形图案的苹果中间为实心心形图案的苹果20需求设计沟通一致性分析控制协调指标大小需求评审指标定义ra(1-sin(sita),x=rcos(sita),y=rsin(sita)需求评审的主要内容是否生成软件需求规格说明书所提出的需求的技术可行性需求是否可测需求规格说明书内容完整评价用户需求与需求规格说明书的一致性是否有需求管理过程需求评审分层次评审正式评审与非正

6、式评审结合分阶段评审建立标准的评审流程做好评审后的跟踪工作充分准备评审 例子：需求问题记录表12345contents内容提要软件需求分析阶段软件开发设计阶段软件开发编码及测试阶段其他控制过程第三方测试和项目后评估软件开发设计阶段开发测试设计重要性设计评估标准形成软件框架软件开发的原形开发过程的指导详细性准确性可验证性一致性可实现性评估文档软件开发设计阶段概要设计说明书详细设计说明书数据库设计说明书设计阶段评审 分析设计是正确的、与需求一致并可追溯到需求 分析设计中的事件次序、输入、输出、接口、逻辑流程、出错定义、错误处理 验证根据需求所选择的设计是否合理设计阶段评审 概要设计阶段 是否生成概

7、要设计说明书（含数据库设计说明书） 同行评审：验证系统架构设计正确性及可行性 详细设计阶段 详细设计说明书 每个模块、函数、接口的实现方法，输入参数、数据结果说明等12345contents内容提要软件需求分析阶段软件开发设计阶段软件开发编码及测试阶段其他控制过程第三方测试和项目后评估软件开发编码及测试阶段开发测试编程评估标准测试评估标准评估文档程序编写按照里程碑完成使用界面的设计和验证用户使用文档内容的确定测试计划的完成和执行完成单元/集成/系统测试完成回归测试完成纠正关键缺陷完成文档测试用户文档操作手册软件开发编码及测试阶段其他评估系统安装和部署计划确定售后服务系统计划完成单元测试内容检查

8、模块算法的逻辑正确性输入参数有没有做正确性检查重要的执行路径的正确性错误处理的路径的正确性 异常处理边界条件的正确性模块接口的正确性调用其他模块的接口的正确性检查常量或全局变量使用的正确性程序风格的一致性、规范性检查内部注释是否完整单元测试方法 代码评审 / 选择关键代码进行审查是否与需求相一致是否符合编码规范注释是否详细 可读性好 白盒测试 代码覆盖率评估 代码执行效率评估集成测试的内容测试穿越模块接口的数据是否丢失测试各子功能组合起来后是否达到预期要求的父功能测试一个模块是否对另一个模块产生不利的影响测试全局数据结构是否有问题系统测试及验收测试 系统确认测试 对比需求规格说明书、测试计划中

9、的系统测试环境是否与实际的测试环境一致 确认系统实现功能与需求规格说明书是否一致 验收内容 所有文档、代码 系统验收测试策略 根据已定义的策略和准则进行验收 委托第三方检测机构进行验收最佳实践 每日编译与bvt（冒烟测试） microsoft以缺陷为核心的开发流程测试阶段数据采集与分析的目的1评估被测软件的质量缺陷的数量缺陷的种类2评估开发过程的质量缺陷的分布修复缺陷的时间回归测试时发现的缺陷数量3评估测试工程师表现是否按计划完成任务发现缺陷的数量测试阶段主要采集数据测试用例执行的进度 = 已执行的数目 / 总数目缺陷的存活时间 = 缺陷从打开到关闭的时间缺陷分布密度 =对应于一项需求的总缺陷

10、数 / 对应于该项需求的测试用例总数缺陷修改质量 = 每次修改后发现的缺陷数量功能点缺陷率 总缺陷数 / 总功能点数测试缺陷趋势分析缺陷的趋势分析 -按照测试执行的时间顺序，被发现的缺陷数量的分布缺陷bug curve数bug convergence pointresolved curvezero bug point时间开发过程中的文档可行性研究和计划阶段需求分析阶段设计阶段实现阶段测试阶段运行与维护阶段可行性研究报告项目开发计划软件需求说明书数据要求说明书测试计划概要设计说明书详细设计说明书数据库设计说明书用户手册操作手册维护修改建议测试分析报告开发进度月报项目开发总结文档验收用户文档编写的

11、规范性用户文档的全面性用户手册内容的完整性文档审查一致性检查用户手册对关键操作有无例图文说明，例图的易理解性如何主要功能和关键操作的应用实例数量及详细程度用户手册包装的商品化程度和印刷质量12345contents内容提要软件需求分析阶段软件开发设计阶段软件开发编码及测试阶段其他控制过程第三方测试和项目后评估1234项目开发过程中的其他控制过程项目管理过程 - 是否按照项目计划执行 / 是否按照里程碑定义实施 / 是否采取项目监控措施sqa过程过程 - 是否有质量计划 / 是否开展管理评审与技术评审活动 /是否有质量改进活动缺陷管理过程 是否有缺陷管理系统 / 是否追踪每个缺陷的状态 / 是否

12、阶段性缺陷分析数据配置管理过程 - 软件有什么变更 / 谁做的变更/ 什么时间做的变更 / 为何要变更项目管理过程项目监控项目计划1.是否在规定的时间内是否在规定的时间内细化了下一阶段计划2.任务延迟是否能及时任务延迟是否能及时调整项目计划3.是否建立开发组织内是否建立开发组织内部的质量管理过程项目过程中监控1.项目启动检查项目启动检查2.是否建立支持过程是否建立支持过程3.开发进度例会开发进度例会4.开发进度周报开发进度周报/月报月报sqa活动 管理评审 应当结合项目计划、时间表、标准和指南评价项目的状态，进行改进活动 依据计划对过程、产品和服务的状态进行评价 通过充分的分配资源来保持对项目

13、的全面控制 改变项目的方向或确定改变计划的必要性sqa活动 技术评审 评审产品是否符合规格说明 评审产品是否完整 软件产品的开发、操作和服务是根据项目的计划、进度、标准和指南进行的 对软件产品的改变是适当的缺陷管理过程 软件缺陷（defect）软件中存在的错误，与预期属性的偏狭义广义离软件开发周期中存在的错误、问题以及偏离缺陷生命周期中的角色及职责跟踪所有bugbug的状态的状态协调和仲裁存在的问题领导者修复bug提交测试版本开发人员测试人员发现bug报告bug跟踪bug确认bugnbeginstatus of bugindicationbug reported缺陷处理流程action tak

14、en by testeraction taken by developernewnot a bugaction taken by communicationpendingreviewyopenassignyassignedfixnduplicatenot reviewednverifdeferno plan to fixyynnfixedconfirmydeferred or rejectedycloseddeferred48rejected被测功能不能正确实现被测数据处理错误软件错误导致数据丢失用户需求未实现缺陷的分类导致系统崩溃导致程序模块丢失主业务流程出现断点内存泄漏导致死机s2s1一般

15、性的错误细小的错误s3严重等级s4s5建议性问题优先级低中高沟通的重要手段- bug triage会议开发人员领导层组织管理协调仲裁测试人员软件配置管理过程 缺乏配置管理造成的常见问题 组织的知识和过程财富流失 不能及时了解项目的进展状况 缺乏实现并行开发的手段 软件复用率低下 无法开展规范化的测试工作 对软件版本的发布缺乏有效的管理 缺乏历史数据的积累，没有软件开发的历史数据 无法有效的管理和跟踪变更软件配置管理的重要性 使软件产品变为受控的，控制以下问题软件有什么变更？（what）谁做的变更？（who）什么时间做的变更？（when）为何要变更？（why）软件将在什么时间发布当前发布版本中有

16、哪些功能，由哪些组件构成当前版本中加入了针对哪些bug的修改软件的某个修改是谁认可的如何建立新的发布版本实施软件配置管理的好处 开发、测试 有助于规范团队各个角色的行为 为各个角色之间的任务传 递和交流提供无缝的接合 帮助项目经理更好地了解项目的进度、开发人员的负荷、工作效率和产品质量状况、交付日期等信息 用户 得到正确的软件版本12345contents内容提要软件需求分析阶段软件开发设计阶段软件开发编码及测试阶段其他控制过程第三方测试和项目后评估软件验收要求软件质量可验收指标软件项目管理指标软件开发全过程监控合格软件35%软件质量状况软件质量检测项目的通过率依据国家软件检测中心8%2%20

17、06年全年的软件质量检测数据统计，软件开发商认为已经可以交付使用的软件，送交本中心做质量检测，检测结果如图：一次检测通过55%两次检测通过三次检测通过四次检测通过测试是保障软件质量的有效手段开发设计新软件开发测试框架实施部署应用服务定制扩展遗产软件更新测试测试应用软件集成部署升级实施第三方测试机构现实的软件企业的组织结构软件企业技术支持部门开发部门测试部门质量保证部门开发组1项目组1开发组2测试组1项目组2测试组2第三方测试机构现实的软件企业的组织结构没有专门的支持部门软件企业测试部门力量薄弱2，3人没有qa部门技术支持部门开发部门测试部门质量保证部门开发组1开发组2测试组1测试组2测试组对应

18、多个项目软件质量难以保证项目组1项目组2理想的软件企业的组织结构软件企业技术支持部门开发部门测试部门质量保证部门开发组开发组测试组测试组1项目组121项目组22软件可验收指标 制定原则 满足用户需求（业务需求和商业需求） 定量与定性相结合 涵盖功能性、非功能性等多方面 具体体现 用户需求说明书 软件需求规格说明书第三方独立测试机构提供的服务测试过程质量保证工作故障定位需求阶段开发阶段测试阶段运行阶段需求评审需求一致性分析需求指标的定义验收测试项目后评估沟通、协调等第三方全过程质量保障的优点1合理性强强联合降低成本深入理解需求2有效性更专业更全面更彻底3独立性协调沟通客观公正认真敬业开发阶段第三

19、方全过程保障单元测试集成测试全过程保障系统测试用户测试第三方测试组织机构图委托单位（甲方）专家组集成商设备提供商测试方服务提供商开发方业务专家技术专家质量保证组业 业务 务分 培析 训文档审查管理组方 计案 划设 设计 计测试组用 用例 例设 执计 行环境准备组缺 结 现陷 果 场管 分 调理 析 度技术支持项目后评全过程保障与监控第三方软件测试确保信息系统质量故障定位估需求评审验收测试软件任务交付软件系统需求系统需求验证验证与确认系统测试测试后的软件软件需求软件需求 验证概要设计概要设计验证验证与确认验证合格性测试集成的软件集成测试测试后的单元详细设计详细设计验证验证编码单元测试编译后的单元

20、第三方测试能够解决的问题需求多，实现少需求标准高，实现水平差缺少性能指标笼统需求文档资料不全，不准缺项降低标准，再提设备要求实现多少算多少验收时缺少检测依据后期使用维护困难成功案例1-全过程质量保障 “北京奥组委场馆交通运行模型”质量保证主要职责：在工程的各个阶段应严格审查关键性过程和阶段性成果，检查其是否符合预定的质量要求，整个跟踪过程中应强调对工程质量的事前控制、事中监管和事后评估。并将质量保证工作定位在监督、审查、控制、建议上。工作内容：主要包括需求评审、工程项目组织及技术总体方案的把关、质量控制、进度控制、投资控制、合同管理、信息文档管理等七个方面。成功案例2-效率检测数基准测试并发测试一天24小时长时间稳定的运行人数较多疲劳强度测试内存泄漏检测每个终端的用户数较少住宿系统场景测试据存储容 管理的客房信息量 数据量庞大测试极限测试递增测试入住时间较为集中终端访问数据库服务器终端分布广并发用户数 ：支持50用户并发频繁数据容量：系统能处理25000条签约客房信息稳定性 ：系统能够长时间连续运行，服务器的各项性能指标在需求规定范围内，且不出现宕机等情况响应时间 ：系统的响应时间在需求规定范围内设备资源占用 ：cpu占用率、内存使用量等在需求规定的范围内内存泄漏检查 ：系统不能存在内存泄露成功案例3-故障定位系统响应时间