ch10-软件质量的管理.ppt

计划（Plan） 实施（Do） 处理（Action） 检查（Check） PDCA循环 确定改进时机，拟出需解决的问题或过程 选择问题 描述当前过程 确定问题可能原因 找出问题起因 制定行动计划 实施已改进过程，并按计划进行。 评审评价变动结果，确定过程变动性能。 分析并按推荐意见作出变动，将经验和教训制订成标准、形成制度。 ＰＳＭ－度量过程模型 评价度量 执行度量 计划度量 建立和维护承诺 度量计划 新问题 分析度量 改进措施 内容 软件质量的基本概念和模型 软件质量管理过程 软件质量体系 质量的度量 提高软件质量的途径 提高软件质量的途径 增加可见性 程序员彼此阅读对方的代码 过程结构 检查中间环节：将错误消灭在萌芽状态 提高软件质量的一些具体技术 审查 形式化方法 质量循环 GQM方法 提高软件质量的途径 Fangan审查法 对所有主要的交付物都进行检查 所有的错误都加以注意，而不仅是逻辑和功能的错误 检查可以由在所有层次的人员进行检查 检查采用预定义的步骤进行 检查会议不超过两个小时 检查由一个经过训练的“monderator”来领导 其它参与者也有定义的角色，例如一个人员担任记录员，另一个担任阅读者 采用Checklist来帮助检查过程的实施 提高软件质量的途径 软件质量循环 尽管测试方法和Fangan检查能够帮助发现问题，但是相同类型的错误还是一犯再犯。 通过发现错误的来源，应该可以减少相同的错误。 因此，开发人员可以在质量循环中参与错误来源的查找，该过程称为软件质量循环（Software quality circles，SWQC） 质量循环又四个到十个自愿者构成，每周采用一定的时间（如1小时）寻找，分析和处理他们工作中的问题， 软件质量循环 识别一系列问题 选择一个问题加以处理 将问题分析清楚 分析原因并加以评价 分析解决方案并加以评价 决定采用某一方案 开发一个实施计划 将计划交给管理部门 实施计划 监控计划 考虑解决方案更广泛的应用 重新选择问题 软件质量循环和软件评审有何区别？ 一般而言，质量循环针对过程， 评审针对具体的实例。 * * * 先验论：产品质量是一种可认识但不可定义的性质。可以根据或经验，知道好在哪里，可以用一些定性的词语描绘，如“实用”“美观”“耐磨”等，但是无法用定量的数值描述。 用户的观点是具体的。评估产品特性时（检测缺陷密度或者可靠性），为理解产品的全面质量，我们采用用户的观点。 制造的观点是在开发过程中以及交付产品后观察产品质量。特别的，它检查第一次开发的产品是否正确，以避免大量重复劳动去改正交付的产品。因此，制造的观点是过程的观点，他提倡与良好的过程相一致。 用户和制造的观点都是从外部看产品质量，产品的观点是从内部观察并评估产品的内在特性。他们认为，好的内部质量指标会得到好的外部质量——可维护性、可靠性。。。 顾客、销售商常采用用户的质量观点，学者采用产品的观点，开发团队则采用制造的观点。如果不能明确观点之间的区别就会导致混乱。价值的观点把这些不同的质量观点结合起来，通过将质量与顾客期望的付出等同起来，从而在质量和价格冲突的时候能够控制他们。 这些不同的方面其本质是相通的，表达了一个整体的“质量”的概念。 * * * * 可移植性：系统从一台机器转移到另一台机器仍然能够正确地运行；总体配置不变，软件或者硬件的升级 可靠性：系统能够正确地、长时间地运行而不发生故障 效率：系统能够及时产生结果，如顾客需要要求中的一样 人类工程学：用户和程序员必须觉得系统易于学习，使用方便，一个系统能够很好的执行功能，但用户不会使用，则该系统仍然是一个失败的系统 * * * * * * * * Workthroughs: Typically, 4-6 individuals in a SQA team. For example, for a specification walkthrough: 1.representative from spec. team 2.manager from spec. team 3.rep. of client 4.rep. of “next” phase in the lifecycle (design) 5.rep. of SQA group, and chairman. inspections use checklists of potential faults E.g. in a design document: ??each item in the spec. should be in design ?? interfaces should be checked ?? error handling ?? hardwar