软件质量因素.ppt

软件质量的因素 项目的目标 项目的目标：进度、质量 随着软件规模的扩大，软件质量越来越重要 开发进行中的返工 系统上线后不能满足性能要求 …… 软件生命周期模型 瀑布模型 边做边改（Build and Fix Model ） 瀑布模型解决的问题 通过需求分析确定项目范围，并输出需求说明文档，与客户确认。 通过概要设计及详细设计，提供系统结构，限定后续软件修改在一定范围内进行。 将整体项目目标分解为一系列阶段，进而分解为各个人员的任务目标，使根据任务目标编排计划及跟踪管理成为可能。 每个人员工作任务明确，工作效率和质量可以评估。 软件生命周期模型 RUP 用例驱动 区别于传统的功能分解获取需求的办法，用例方法强调用户是如何使用系统的，即描述用户与系统之间的交互，而不涉及系统内部的行为。 以架构为中心 RUP强调以架构为中心，有利用打造一个可持续开发、可持续维护的软件；且最大限度规避了项目的技术风险。 迭代式开发 UP分为4个阶段，即初始阶段、细化阶段、构造阶段、交付阶段。每个阶段可以有多次迭代。 软件生命周期模型 CMM L2 每一个等级有若干KPA（关键过程域） Level 2 RM（需求管理） SPP（软件项目计划） SPTO（软件项目跟踪） SSM（子合同管理） SQA（软件质量保证） SCM（软件配置管理） 符合美国软件外包管理的要求 CMM技术转移的背景 软件生命周期模型 敏捷 XP Scrum 每15-30日一个冲刺，完成软件的一个增量版本 每日立会 质量观点 边做边改 质量是通过不断修改达到的。 瀑布模型 质量主要通过独立的测试阶段测试并解决bug。 通过设计也能够解决一定的质量问题。 RUP 通过一个好的设计（体系结构）确保质量 CMM 质量取决于软件过程，独立的QA活动对于质量尤其重要 我们的问题 需求很难确认 需求变更频繁 开发人员技能不全面、经验不丰富 时间进度要求紧迫 * * L/O/G/O *