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

《甲方软件项目管理与质量控制》由会员分享，可在线阅读，更多相关《甲方软件项目管理与质量控制（76页珍藏版）》请在金锄头文库上搜索。

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

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

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

4、 需求 开发 测试 需求重要性需求评估标准开发过程的依据 开发管理过程的依据 用户接收的依据 测试的依据无歧性 完整性 可验证性 一致性 可修改性 可追踪性 运行和维护阶段需求分析阶段评估文档的可使用性软件需求说明书 数据要求说明书需求的作用甲方乙方第三方精确描述需要什么样的产品准确理解甲方需要什么样的产品明确规定产品的检验依据需求的层次业务满足任务完成软件功能需求需求的层次满足任务组织机构或客户对系统、 产品高层次的目标要求业务用户使用产品必须 要完成的任务需求评审：评价业务需 求、用户需求、需求规 格说明的一致性完成软件功能开发人员必须实 需求现的软件功能需求中常见的问题与原因 笼统需求

5、项目可行性分析研 隐含需求究不深入 与已存在的限制条件 不善于提需求 矛盾的需求 不完整的需求 乙方代劳的需求如何设计软件需求GB/T 9385-1998计算机软件需求说明编制指南 总体要求无歧性完整性可验证性一致性可修改性 可追踪性运行和维护阶段的可使用性必须描述的基本问题软件需求描述功能 性能外部需求基本问题 接口设计 限制属性需求设计-典型案例苹果1个苹果红苹果带有心形图案的苹果中间为实心心形图案 的苹果20需求设计沟通一致性分析控制协调指标大 小需求评审指标定义ra(1-sin(sita),x=rcos(sita),y=rsin(sita) 需求评审的主要内容是否生成软件需求规格说明书

6、 所提出的需求的技术可行性 需求是否可测 需求规格说明书内容完整 评价用户需求与需求规格说明书的一致性 是否有需求管理过程 需求评审分层次评审 正式评审与非正式评审结合 分阶段评审 建立标准的评审流程 做好评审后的跟踪工作 充分准备评审 例子：需求问题记录表12345Contents 内容提要软件需求分析阶段软件开发设计阶段软件开发编码及测试阶段其他控制过程第三方测试和项目后评估软件开发设计阶段开发 测试设计重要性设计评估标准形成软件框架 软件开发的原形 开发过程的指导详细性 准确性 可验证性 一致性 可实现性 评估文档软件开发设计 阶段概要设计说明书 详细设计说明书 数据库设计说明书设计阶段

7、评审 分析设计是正确的、与需求一致并可追溯到需求 分析设计中的事件次序、输入、输出、接口、逻辑 流程、出错定义、错误处理 验证根据需求所选择的设计是否合理设计阶段评审 概要设计阶段 是否生成概要设计说明书（含数据库设计说明书） 同行评审：验证系统架构设计正确性及可行性 详细设计阶段 详细设计说明书 每个模块、函数、接口的实现方法，输入参数、数据结 果说明等12345Contents 内容提要软件需求分析阶段软件开发设计阶段软件开发编码及测试阶段其他控制过程第三方测试和项目后评估软件开发编码及测试阶段开发 测试编程评估标准测试评估标准评估文档程序编写按照里程碑完成 使用界面的设计和验证 用户使用

8、文档内容的确定测试计划的完成和执行 完成单元/集成/系统测试 完成回归测试 完成纠正关键缺陷 完成文档测试用户文档 操作手册软件开发编码 及测试阶段其他评估系统安装和部署计划确定 售后服务系统计划完成 单元测试内容检查模块算法的逻辑正确性 输入参数有没有做正确性检查 重要的执行路径的正确性 错误处理的路径的正确性 异常处理 边界条件的正确性 模块接口的正确性 调用其他模块的接口的正确性 检查常量或全局变量使用的正确性 程序风格的一致性、规范性 检查内部注释是否完整 单元测试方法 代码评审 / 选择关键代码进行审查 是否与需求相一致 是否符合编码规范 注释是否详细 可读性好 白盒测试 代码覆盖率

9、评估 代码执行效率评估 集成测试的内容测试穿越模块接口的数据是否丢失 测试各子功能组合起来后是否达到预期要求的父功能 测试一个模块是否对另一个模块产生不利的影响 测试全局数据结构是否有问题系统测试及验收测试 系统确认测试 对比需求规格说明书、测试计划中的系统测试 环境是否与实际的测试环境一致 确认系统实现功能与需求规格说明书是否一致 验收内容 所有文档、代码 系统验收测试策略 根据已定义的策略和准则进行验收 委托第三方检测机构进行验收最佳实践 每日编译与BVT（冒烟测试） Microsoft以缺陷为核心的开发流程测试阶段数据采集与分析的目的1评估被测软件的质量缺陷的数量 缺陷的种类2评估开发过

10、程的质量缺陷的分布 修复缺陷的时间 回归测试时发现 的缺陷数量3评估测试工程师表现是否按计划完成 任务 发现缺陷的数量测试阶段主要采集数据测试用例执行的进度 = 已执行的数目 / 总数目缺陷的存活时间 = 缺陷从打开到关闭的时间缺陷分布密度 = 对应于一项需求的总缺陷数 / 对应于该项需求的测试用例总数缺陷修改质量 = 每次修改后发现的缺陷数量功能点缺陷率 总缺陷数 / 总功能点数测试缺陷趋势分析缺陷的趋势分析 - 按照测试执行的时间顺序，被发现的缺陷数量的分布缺 陷Bug curve数Bug Convergence pointResolved curveZero Bug point时间开发过

11、程中的文档可行性研究和计 划阶段需求分析阶段设计阶段实现阶段测试阶段运行与维护阶段可行性研究报告项目开发计划软件需求说明书数据要求说明书测试计划概要设计说明书详细设计说明书数据库设计说明书用户手册操作手册维护修改建议测试分析报告开发进度月报项目开发总结文档验收用户文档编写的规范性用户文档的全面性用户手册内容的完整性 文档审查一致性检查用户手册对关键操作有无例图文说明， 例图的易理解性如何主要功能和关键操作的应用 实例数量及详细程度用户手册包装的商品化程度和印刷质量12345Contents 内容提要软件需求分析阶段软件开发设计阶段软件开发编码及测试阶段其他控制过程第三方测试和项目后评估1234

12、项目开发过程中的其他控制过程项目管理过程 - 是否按照项目计划执行 / 是否 按照里程碑定义实施 / 是否采取项目监控措施SQA过程 - 是否有质量计划 / 是否开展管理 评审与技术评审活动 /是否有质量改进活动缺陷管理过程 是否有缺陷管理系统 / 是否追 踪每个缺陷的状态 / 是否阶段性缺陷分析数据配置管理过程 - 软件有什么变更 / 谁做的变更 / 什么时间做的变更 / 为何要变更项目管理过程项目监控项目计划1.是否在规定的时间内 细化了下一阶段计划 2.任务延迟是否能及时 调整项目计划 3.是否建立开发组织内 部的质量管理过程项目过程中监控1.项目启动检查 2.是否建立支持过程 3.开发

13、进度例会 4.开发进度周报/月报SQA活动 管理评审 应当结合项目计划、时间表、标准和指南评价项目的状 态，进行改进活动 依据计划对过程、产品和服务的状态进行评价 通过充分的分配资源来保持对项目的全面控制 改变项目的方向或确定改变计划的必要性SQA活动 技术评审 评审产品是否符合规格说明 评审产品是否完整 软件产品的开发、操作和服务是根据项目的计划、进度、 标准和指南进行的 对软件产品的改变是适当的缺陷管理过程 软件缺陷（Defect）软件中存在的错误，与预期属性的偏 狭义广义离软件开发周期中存在的错误、问题以 及偏离缺陷生命周期中的角色及职责跟踪所有bugbug的状态 协调和仲裁存在的问题领

14、导者 修复bug 提交测试版本开发人员测试人员发现bug 报告bug 跟踪bug 确认bugNBEGINStatus of BugIndicationBug reported缺陷处理流程Action Taken by TesterAction Taken by DeveloperNewNot A BugAction Taken by CommunicationPendingReviewYOpenAssignYAssignedFixNDuplicateNot ReviewedN VerifDeferNo Plan To FixyYNNFixedConfirmYDeferred or Reject

15、edYClosedDeferred48Rejected被测功能不能正确实现 被测数据处理错误 软件错误导致数据丢失 用户需求未实现缺陷的分类导致系统崩溃 导致程序模块丢失 主业务流程出现断点 内存泄漏 导致死机S2 S1一般性的错误细小的错误S3严重等级S4S5 建议性问题优先级低中高沟通的重要手段- Bug Triage会议开发人员领导层组织 管理 协调 仲裁测试人员软件配置管理过程 缺乏配置管理造成的常见问题 组织的知识和过程财富流失 不能及时了解项目的进展状况 缺乏实现并行开发的手段 软件复用率低下 无法开展规范化的测试工作 对软件版本的发布缺乏有效的管理 缺乏历史数据的积累，没有软件开发的历史数据 无法有效的管理和跟踪变更 软件配置管理的重要性 使软件产品变为受控的，控制以下问题 软件有什么变更？（WHAT） 谁做的变更？（WHO） 什么时间做的变更？（WHEN） 为何要变更？（WHY）软件将在什么时间发布 当前发布版本中有哪些功能，由哪些组件构成 当前版本中加入了针对哪些Bug的修改 软件的某个修改是谁认可的 如何建立新的发布版本实施软件配置管理的好处 开发、测