软件项目质量管理.ppt

第一章项目质量管理 7 1IT项目的质量 质量 Quality 是 使实体具备满足明确或隐含需求能力的各项特征之总和 项目质量管理 保证项目能满足原先规定的各项要求所需要的过程 即 总体管理功能中决定质量方针 目标与责任的所有活动 并通过诸如质量规划 质量保证 质量控制 质量改进等手段在质量体系内加以实施 也可以基于与要求的一致性和适用性对质量进行定义 IT项目的质量现在往往不高 同时还难以管理和评价 如OS 7 2什么是项目质量管理 质量管理的目的是确保项目满足他所应满足的需求 项目质量管理的三个过程 1 质量计划编制 包括确认与项目有关的质量标准以及实现方法 2 质量保证 包括对整体项目绩效进行预先的评估以确保项目能够满足相关的质量标准 3 质量控制 包括监控特定的项目结果 确保它们遵循了相关质量标准 并识别提高整体质量的途径 7 3现代质量管理 现代质量管理追求顾客满意 注重预防而不是检查 并承认管理层对质量的责任 各质量管理大师的重要观点 马可姆 科里奇奖 MalcolmBaldrigeAward 开始于1987年 对那些通过质量管理取得了世界级竞争水平的公司的承认 ISO9000是ISO制定的质量系统标准 是有一个组织中质量的规划 控制和归档等三部分构成的连续循环 ISO9000提供了一个组织满足其质量认证标准的最低要求 7 4质量计划编制 质量计划编制中重要的是确定每个独特项目的质量标准 把质量规划到项目的产品和管理项目所涉及的过程之中 实验设计是一种质量技术 用以帮助确认那个变量对一个过程的整体结构影响最大 理解那个变量影响结构是质量计划编制的重要部分 计划编制还包括 以一种能理解的 完整的形式传达为确保质量而采取的纠正措施 在项目的质量计划编制中 描述能够直接促成满足顾客需求的关键因素是重要的 质量计划的输入 关于质量的组织政策 特定的项目范围说明书 产品描述 相关标准和准则输出是 质量管理计划和为确保整个项目生命周期质量的各种检查表 IT项目中影响质量的范围部分包括 功能性特色系统输出性能可靠性可维护性 7 5质量保证 质量保证包括与满足一个项目相关的质量标准有关的所有活动 其另一个目标是不断改进质量 上级领导和项目经理做好质量保证工作 可以对质量产生重要的影响 质量保证的常用工具 实验设计 也可以用来帮助保证和提高产品质量基准比较分析法 是用于质量改进的技术 它是将具体项目时间或产品特性与那些在项目执行组织内部或外部的其他项目或产品的相应特性进行比较 从而产生质量改进的思想 质量审计 是对特定质量管理活动的结构化审查 找出教训 改进现在或将来项目的执行 7 6质量控制 质量控制 指监视项目的具体结果 确定其是否符合相关的质量标准 并判断如何杜绝造成不合格结果的根源 质量控制应贯穿于项目的始终 质量控制通常由机构中的质量控制部或相似的部门实施 但实际上并不是非得由此类部门实施 输入 接受决策 返工和过程调整 接受决策 作为项目一部分而生产的产品或服务是否被接受或拒绝 返工 指采取行动 是拒收事项达到和满足产品需求或规范或干系人的其他期望 返工非常昂贵 要尽量避免 过程调整 是指在质量控制度量的基础上 纠正或防止进一步质量问题的发生 7 7质量控制的工具和技术 许多通用的工具和技术可以用于质量控制1 帕累托分析 指确认造成系统质量问题的诸多因素中最为重要的几个因素 有时称为80 20法则 80 的问题是由20 的原因引起的 帕累托图是用于帮助确认问题和对问题进行排序的柱状图 其根据发生频率排序 直方图代表质量要素出现问题的次数线表示了问题的累积百分比 登录问题 系统上锁 系统太慢 系统难以使用 报告不准确 频数 次 100 80 60 40 20 0 频数 100 80 60 40 20 0 帕累斯图 排列图 示意图 帕累托图法 2 统计抽样和标准差 团队中对质量进行管理的成员必须对统计有深刻的认识 其他人也需要有大概了解 这些概念包括 统计抽样 可信度因子 标准差 变异性 标准差和变异性是理解质量控制图的基本概念 统计样本 对项目实际执行情况的统计值是项目质量控制的基础 统计样本涉及到了样本选择的代表性 合适的样本通常可以减少项目控制的费用 样本的大小取决于想要的样本有多大的代表性 决定样本大小的公式 样本大小 0 25 可信度因子 可接受误差 2 常用的可信度因子 若要有95 的可信度 则样本大小为 样本大小 0 25 可信度因子 可接受误差 2 0 25 1 960 0 05 2 384 若要有90 的可信度 则样本大小为 样本大小 0 25 可信度因子 可接受误差 2 0 25 1 645 0 10 2 68 若要有80 的可信度 则样本大小为 样本大小 0 25 可信度因子 可接受误差 2 0 25 1 281 0 20 2 10 标准差 测量数据分布中存在多少偏差 一个小的标准差意味着数据集中聚集在分布的中间 数据之间存在很小的变化 使用 表示标准差标准差在质量控制上很重要 因为它是一个决定有缺陷个体的可接收数据的关键因素 6 很常用 正态分布 一些公司 如摩托罗拉 通用电气 宝丽来等使用6 作为质量控制标准 6 被认为是美国对质量改进的最杰出的贡献之一 和有缺陷的单位数 3 质量控制图 6 和七点运行法则控制图是数据的图形化表示 表明一个过程随时间的结构 主要用途是为了预防缺陷 而不是检测或拒绝缺陷 质量控制图可以使你决定一个过程是在控制之中还是失去了控制 当一个过程在控制中 在过程结构中的任何变化都是由随机事件产生的 在控制中的过程不需要调节 当一个过程失去控制时 过程结构中的变化是由非随机事件产生的 你需要确认这些非随机事件的起因 并调节过程以纠正或消除这些原因 七点运行法则指出 如果一排中的7个数据点都是在平均值下面或上面 或者都在下降或上升 那么需要检查这个过程是否有非随机问题 控制图法 4 测试为了提高质量 遵循严谨的测试方法是很重要的 在产品开发生命周期的几乎每个阶段中都需要检验 而不仅仅在一个产品被交付之前 IT项目的测试主要有 单元测试综合测试系统测试用户验收测试 调查显示 68 2 的企业认为软件质量保证和测试非常重要 必须设立专门的质量或测试部门 与开发并重 31 8 的企业认为比较重要 我国软件质量保证与测试人才正处于一个地位高 待遇高的 双高 地位 职场前景非常广阔 近几年来软件质量保证和测试也就成了IT就业的新亮点 但是由于我国企业对于软件测试技术在整个软件行业中的重要作用认识较晚 这方面的专业技术人员在国内还是凤毛麟角 人才供需之间存在着巨大缺口 据公开数据显示 我国目前软件从业人才缺口高达40万人 即使按照软件开发工程师与测试工程师1 1的岗位比例计算 我国对于软件测试工程师的需求也有数十万之众 业内专家预计 在未来5 10年中 我国企业对软件质量保证和测试人才的需求数字还将继续增大 软件测试目的 测试是一个为了寻找错误而运行程序的过程一个好的测试用例是只可能找到迄今为止尚未发现错误的用例一个成功的测试是揭示了迄今为止尚未发现的错误的测试 软件测试方法分类 黑盒测试 白盒测试 两种测试方法从不同的角度出发 反映了软件的不同侧面 也适用于不同的开发环境 软件测试方法 白盒测试 白盒测试又称结构测试 逻辑驱动测试或基于程序本身的测试 也可称为测试员测试 主要应用于结构化开发环境 软件测试方法 黑盒测试 黑盒测试又称功能测试 数据驱动测试或基于规格说明的测试 也可被称为用户测试 主要应用于快速应用开发 RAD 环境 RAD RapidApplicationDevelopment 软件测试生命周期 软件测试的阶段组成 测试设计 测试执行的步骤 单元 测试执行的步骤 模块 测试执行的步骤 集成 测试执行的步骤 系统联调 测试执行的步骤 验收测试 系统联调成功后 系统便可以进入试运行阶段 经过相对时间的系统试运行后 如果系统运行正常 便可进行用户验收测试阶段 测试执行的步骤 维护 测试评估 综合评价 测试模式 7 8提高IT项目质量 成熟度模型 用于帮助组织改进它们的过程和系统的框架模型 3个流行的成熟度模型包括 软件质量功能实施 SQFD 模型 能力成熟度模型 CMM CMMI 项目管理成熟度模型 先看看在一般领域中如何实现质量管理 质量管理的发展过程 质量评估体系的发展历史大致经历了检验 统计质量控制 质量保证 质量管理 全面质量管理等几个阶段 其中 质量管理阶段是质量保证阶段发展的必然结果 具有较高的质量管理层次 质量保证侧重于结果控制 质量管理更强调过程控制 18世纪 1950年 以产品为中心的质量检验和统计质量控制阶段18 19世纪 产品质量是由有经验的工匠控制 随着生产规模的不断扩大与分工的出现 一些专门负责的检验人员逐渐从生产人员中分离出来 人们开始采用统计抽样的检验方式 并且为了尽量降低抽样检验的误差 对于一些易出错检验点增加其检验的力度 1950年 1987年 以顾客为中心的质量保证阶段为了保护原有市场并开拓新市场 企业要特别重视顾客的各种需求 企业要花费很大的精力用于调查与搜集顾客对质量的各项要求 进一步将顾客的各项需求汇总形成若干个指标组 每项指标都规定了应达到的质量标准 它代表着企业进行生产需达到的最低要求 1987年 现在 强调持续改进的质量管理阶段企业在重视用户当前的需求的同时 考虑用户的未来需求以及生产者的长远利益和企业长期维护成本之和 质量管理应立足于总体 着眼于发展与未来 从而寻找提高质量 持久改进的最佳途径 质量管理包括质量策划 质量控制 质量保证和质量改进等内容 质量管理重视过程控制的过程管理 全面质量管理阶段 TQM TQM强调全员参与 重视满足产品的所有的受益者以及社会的需要 TQM认为企业生产 销售的产品以及所提供的服务 不仅仅要满足顾客的当前需要 而且也要特别重视产品的所有受益者以及全社会综合与环保等的要求 伴随营销经营观念的转变 质量管理也从简单的以顾客为中心转变成注重生产的全过程 与此同时 质量评估体系也从质量保证阶段发展到了质量管理评估层次 ISO9000标准系列简介 ISO9000标准系列框架ISO是国际标准组织 InternationalStandardizationOrganization 的简称 它的前身是国际标准化协会即国际联合会 ISO于1974年正式成立 总部设在日内瓦 ISO的工作领域涉及除电工 电子以外的所有学科 其中ISO9000是ISO于1987年公布的国际标准 现在 世界上绝大数国家不同程度上采用了该标准 ISO9000标准系列是一个大家族 它由五个部分组成 1 质量术语标准 2 质量保证标准 3 质量管理标准 4 质量管理和质量保证标准的选用和实施指南 5 支持性技术标准 1 质量术语标准对质量管理领域中常用的质量术语进行定义 常用的质量术语包括 基本术语 13个 与质量有关的术语 19个 与质量体系相关的术语 16个 与工具和技术相关的术语 19个 2 支持性标准由以下八个标准和四个正在制定的标准组成ISO10005质量计划指南ISO10007技术状态管理指南ISO10011 1质量体系审核指南 第1部分 审核ISO10011 2质量体系审核指南 第2部分 质量体系审核员的评定准则ISO10011 3质量体系审核指南 第3部分 审核工作管理ISO10012 1质量设备的质量保证要求 第1部分 测量设备和计量确认体系ISO10012 2质量设备的质量保证要求 第2部分 测量过程的控制ISO10013质量手册编制指南 3 质量保证标准包括三个模式 即ISO9001 ISO9002及ISO9003 其中ISO9001包括的标准最多 评估费用最高 并且它包含了ISO9002和ISO9003的主要内容 1 ISO9001质量体系是针对设计 开发 生产 安装服务的质量保证模式 这由下列要素组成 管理职责 质量体系 合同评审 设计控制 文件和资料控制 采购 顾客提供产品的控制 产品标识及可追溯性 过程控制 检验和试验 检验 测量和试验设备的控制 检验和试验状态 不合格品的控制 纠正和预防措施 搬运 储存 包装 防护及交付 质量纪录 内部质量审核 培训 服务 统计技术 2 ISO9002是生产 安装和服务的质量保证模式 标准包括19个要素 它主要用于评估那些设计已定型产品以及设计规范的产品2的标准体系的内容是将在上述ISO9001的20个要素去掉了其中的 设计控制 要素 3 ISO9003是最终检验的试验的质量保证模式 该标准包括16个要素 ISO9003的标准体系内容是将上述ISO9001的20个要素册掉其中的 设计控制 采购 过程控制 和 服务 四个要素所形成的 使用该模式所需要的评估费用最低 4 质量管理和质量保证标准的选用和实施指南由以下四个部分组成 选择和使用指南ISO9000 1 它既是一个指导性的文件又是一个实施标准的路线图实施通用指南ISO900002 是ISO9001 ISO9002和ISO9003的实施通用指南 软件开发 供应 维护的指南ISO9000 3可信性大纲管理指南ISO9000 4 5 质量管理标准为了实施质量标准 该部分描述了有关管理工作的标准 ISO9004 1质量管理和质量体系要素的第一部分 通用性指南 ISO9004 2质量管理和质量体系要素的第二部分 服务指南 ISO9004 3流程性材料指南 流程性材料指流体 气体等特定形态的产品 例如面粉 石油 化工产品等 ISO9004 4质量管理和质量体系要素的第四部分 质量改进指南 ISO9000 2000版简介ISO9000 2000版是在2000年的第四季度颁布的 在原版的基础上进行了较大的改动 修改后的2000版包括四个核心标准及一个辅助标准和若干个技术报告 其中四个核心标准如下 ISO9000 质量管理体系的基本原理和术语 ISO9001 质量管理体系的要求 ISO9004 质量管理体系的业绩改进指南 引导企业如何进行不断的改进工作 ISO19011 质量 环境审核指南 再看看在软件这样一个特定的领域中如何来实现质量管理 软件质量定义 明确声明的功能和性能需求 明确文档化过的开发标准 以及专业人员开发的软件所应具有的所有隐含特征都得到满足 软件过程 是近十年来人们关注的焦点 软件过程是为开发高质量软件所需要完成的任务的框架 软件工程是有创造力 有知识的人在定义好的 成熟的软件过程框架中进行的 软件过程成熟度 指一个特定的软件过程被显式定义 管理 度量 控制和能行的程度 成熟度可以用于指示企业加强其软件过程能力的潜力 当一个企业达到了一定的软件过程成熟级别后 它将通过制定策略 建立标准和确立机构结构使它的软件过程制度化 而制度化又促使企业通过建立基础设施和公司文化来支持相关的方法 实践和过程 从而使之可以持续并维持一个良性循环 CMM CMMI CMM CapabilityMaturityModel 软件能力成熟度模型CMMI CapabilityMaturityModelIntegration 综合能力成熟度模型是美国CarnegieMellonUniversity软件工程研究所 出的一套系统 规范的对软件生产过程进行管理的模型 其有效性已为大量实践所证实 对一个软件企业的生产能力和产品质量进行衡量的事实标准 CMM CMM SW CMM 称为软件能力成熟度模型 是CapabilityMaturityModelforSoftware的缩写形式 是目前国际上最流行最实用的软件生产过程标准和软件企业成熟度等级认证标准 用于评价软件承包能力并帮助其改善软件质量的方法 由美国卡内基 梅隆大学的软件工程研究所 SEI SoftwareEngineeringInstitute 在1987年研制成功 卡内基 梅隆大学的软件工程研究所是美国国防部的软件开发基地之一 CMM就是受美国国防部委托而研制的 20世纪60年代中期 大型软件系统生产中爆发的软件危机 使程序中大量的错误难以消除 软件生产的进度无法预测 开发应用费用失去控制 程序员人数增长需求很难满足要求 人们将工程的概念 原理 技术和方法引入了软件系统开发 在一定程度上解决了软件生产过程中遇到的问题 软件工程成为软件产业的重要分支 直至80年代还是没有提出一套管理软件开发的通用原则 软件管理不善的问题依旧在大范围内存在 70年代中期美国国防部曾立题专门研究软件项目做不好的原因 发现70 的项目是因为管理不善而引起 而并不是因为技术实力不够 90年代中期 软件工程管理不善的问题仍然存在 据美国软件工程实施现状的调查 大约只有10 的项目能够在预定的费用和进度下交付 1995年 美国共取消了810亿美元的软件项目 其中31 的项目未做完就取消了 53 的软件项目进度通常要延长50 的时间 通常只有9 的软件项目能够及时交付并且费用也不超支 结论 管理是影响软件研发项目全局的因素 而技术只影响局部 80年代中期 美国联邦政府提出对软件承包商的软件开发能力进行评估的要求 在Mitre公司的帮助下 1987年9月 美国卡内基 梅隆大学软件工程研究所发布了软件过程成熟度框架 并提供了软件过程评估和软件能力评价两种评估方法和软件成熟度提问单 4年之后 SEI将软件过程成熟度框架进化为软件能力成熟度模型 CapabilityMaturityModelForSoftware 简称SW CMM 1991年8月 SEI发布了最早的SW CMMv1 0 经过两年的试用 1993年SEI正式发布了SW CMMv1 1 这是目前使用最为广泛的版本 从1995年 CMM又进入了另一个修改的高峰期 美国政府和软件业界大力支持和积极参与下 SEI先后发表了CMM2 0版的A版 B版和C版草案 1997年 CMM2 0C版草案停止推进 SEI宣布 CMM1 1版和CMM2 0C版草案都有效 并且SEI及其授权的机构为这两种版本提供相应的服务 自CMM1 1发布起 SEI相继研制并发布了 人员能力成熟度模型 P CMM 软件访问能力成熟度模型 SA CMM 和 系统工程能力成熟度模型 SE CMM 及其支持文件 经过试运行 产生了把SM CMM P CMM SA CMM和SE CMM合并在一起的想法 于是开始了名为 综合能力成熟度模型 英文缩写为CMMI 的一个综合性模型投入研制 SEI的CMM为软件工程管理开辟了一条新的途经 其的本质还是软件工程的一个部分 迄今为止 CMM虽然只是美国卡内基 梅隆大学软件工程研究所 SEI 发表的一份技术报告 既不是政府也不是行业协会批准的标准 但它在美国和国际上已成为事实上的软件行业标准 鉴于CMM的巨大应用前景 SEI已在美国注册了CMM CapabilityMaturityModel和CapabilityMaturityModeling的专利和商标 围绕以CMM为基础的软件过程评估和软件能力评价 建立了从审核员培训到提供评估和评价的一整套服务体系 CMM为软件企业的过程能力提供了一个阶梯式的进化框架 它是基于过去所有软件工程成果的过程改善的框架 吸取了以往软件工程的经验教训 指明了一个成熟的软件组织在软件开发方面需要管理的主要工作 这些工作之间的关系以及以怎样的先后次序 一步一步的做好这些工作使软件组织走向成熟 想想和MIS中的BPR有没有什么联系呢 CMM的主要作用 CMM可以指导软件机构如何控制软件产品的开发和维护过程 以及如何向成熟的软件工程体系演化 并形成一套良性循环的管理文化具体说来 一个企业要想改进其生产过程 应该采取如下策略和步骤 确定软件企业当前所处的过程成熟级别 了解对改进软件生产质量和加强生产过程控制起关键作用的因素 将工作重点集中在有限几个关键目标上 有效达到改进机构软件生产过程的效果 进而可持续地改进其软件生产能力 CMM的基本前提 软件质量在很大程度上取决于产生软件的软件过程的质量和能力 软件过程是一个可管理 可度量并不断改进的过程 软件过程的质量受到用以支撑它的技术和设施的影响 企业在软件过程中所采用的技术层次应适应于软件过程的成熟度 CMM的基本原理 CMM强调连续的软件过程改进 该连续的改进基于多个演化步骤 CMM将这些演化步骤划分成五个级别 这种分级结构的理论依据是软件质量原理 每一级别都包括若干目标 当满足某一目标后 软件过程的相应部分便确定下来 五级成熟度定义了一个标准 用以度量机构的软件过程成熟度和评价其软件过程能力 CMM的基本内容 机构和资源的管理 涉及机构本身的责任 人员和其它资源设施 软件工程过程及其管理 涉及软件工程过程 即软件过程的深度 范围和完整性以及如何度量 管理和改进这样的过程 工具和技术 软件工程过程中使用的开发工具和技术 软件过程管理 CMM的五个成熟度级别初始级可重复级 有规章的过程定义级 标准化 一致的过程管理级 可预测过程优化级 可持续改进的过程 1 初始级 混沌的过程不具备稳定的环境用于软件开发和维护 缺乏健全的管理惯例 其软件过程能力无法预计 软件过程是一片混沌 软件过程总是随着软件开发工作的推进而处于变更和调整之中 现实中有许多这样的软件组织 这种情况被CMM定义为初级 第1级 能力成熟度 2 可重复级 定义管理的基本过程软件开发的首要问题不是技术问题而是管理问题 因此 可重复级的焦点集中在软件管理过程上 一个可管理的过程则是一个可重复级的过程 一个可重级的过程则能逐渐进化和成熟 该级管理过程包括了需求管理 项目管理 质量管理 配置管理和子合同管理五个方面 项目管理分为计划过程和跟踪监控过程两个过程 通过实施这些过程 从管理角度可以看到一个按计划执行的且阶段可控的软件开发过程 3 定义级 定义执行的步骤标准制定企业范围的工程化标准 将这些标准集成到企业软件开发标准过程中去 所有开发的项目需根据这个标准过程 剪裁出该项目的过程 并执行这些过程 对用于软件开发和维护的标准过程要以文件形式固定下来 针对各个基本过程建立起文件化的 标准软件过程 较普遍的看法是 只有当达到了第3级能力成熟度时 才表明这个软件组织的软件能力 成熟 了 定义级是标准一致的软件过程 4 管理级 设定定量的质量目标第四级的管理是量化的管理 所有过程都需建立相应的度量方式 所有产品的质量 包括工作产品和提交给用户的产品 需有明确的度量指标 这些度量是详尽的 且可用于理解 控制软件过程和产品 这种量化控制将使软件开发真正变成为工业生产活动 处于这一级的组织已经能够为软件产品和软件过程设定定量的质量目标 并且能对跨项目的重要软件过程活动的效率和质量予以度量 管理级是可度量的 可预测的软件过程 5 优化级 持续优化级第五级的目标是达到一个持续改善的境界 可根据过程执行的反馈信息来改善下一步的执行过程 即优化执行步骤 如果一个企业达到了这一级 那么表明该企业能够根据实际的项目性质 技术等因素 不断调整软件生产过程以求达到最佳 优化级是能持续改善的软件过程 除第一级外 SW CMM的每一级都是按完全相同的结构组成的 每一级包含了实现这一级目标的若干关键过程域 KPA 每个KPA进一步包含若干关键实施活动 KP 无论哪个KPA 它们的实施活动都统一按五个公共属性进行组织 关键过程域KPA KeyProcessAreas 一组相关联的活动 通过执行这些活动可以实现既定的过程能力 关键实施KP KeyPractices 使关键过程域得以有效实现和制度化的最大的基础设施和活动 各个关键实践按每个关键过程域的5个 公共特性 对执行该过程的承诺 执行该过程的能力 该过程中要执行的活动 对该过程执行情况的度量和分析 及证实所执行的活动符合该过程这种成熟度分级的优点在于 这些级别明确而清楚地反映了过程改进活动的轻重缓急和先后顺序 这一点很重要 因为大多数软件组织只能在某一段时间里集中开展少数几项过程改进活动 五个公共属性 1 目标每一个KPA都确定了一组目标 若这组目标在每一个项目都能实现 则说明企业满足了该KPA的要求 若满足了一个级别的所有KPA要求 则表明达到了这个级别所要求的能力 2 实施能力实施能力一般包括资源保证 人员培训等内容 它是企业实施KPA的前提条件 企业必须采取措施 在满足了这些条件后 才有可能执行KPA的活动 3 执行活动执行过程描述了执行KPA所需求的必要角色和步骤 一般包括计划 执行的任务 任务执行的跟踪等 在五个公共属性中 执行活动是唯一与项目执行相关的属性 其余四个属性则涉及企业CMM能力基础设施的建立 4 度量分析描述了过程的度量和度量分析要求 典型的度量和度量分析的要求是确定执行活动的状态和执行活动的有效性 5 实施验证验证执行活动是否与建立的过程一致 实施验证涉及到管理的评审和审计以及质量保证活动 结论 初始级是混沌的过程 可重复级是经过训练的软件过程 定义级是标准一致的软件过程 管理级是可预测的软件过程 优化级是能持续改善的软件过程 Wecanneverreachperfection Thefocusisonalwaysdoingbetter SW CMM评估的国内外现状 SEI评估报告1996年 2000年 全球有1012个组织进行了CMM评估 其中64 8 为商业组织 26 7 为美国官方和军方合同商 主要业务为软件开发和维护的组织有922个 有将近一半的组织规模是在100人以下 这些数据表明 CMM认证已经引起软件企业的高度关注 并且这种认证同样适合中小企业 通过CMM4 5级评估的状况截止2001年10月底 全世界共有139个组织通过了CMM4和CMM5的评估 73家组织 CMM4级评估66家组织 CMM5级评估这139家组织中 其中美国占59家 印度占72家 其他国家占8家 日本情况日本官方将采用CMM软件客观评价标准 官方已决定到2003年由日本政府机构购入的软件都要经受此模型的评价 日本的经济产业省 将在美国卡内基 梅隆大学软件工程研究所的协助下 结合日本市场的特点 与美方共同开发日本版的软件评价模型 今后日本官方各部门将以此为标准 从优秀的软件开发公司购入自己所需的各种软件 改变固定地从大型企业购买软件的局面 国内CMM评估的状况我国政府对CMM认证标准给予的足够的关注和支持 国务院发布的 鼓励软件产业和集成电路产业发展的若干政策 也称18号文件 中第17条中表示 将对软件出口型企业CMM认证费用予以适当支持 鼓励企业实施CMM 珠海开发区规定了通过二级一次性奖励50万元的政策 我国已有软件企业通过了CMM标准认证 如motorala 中国 东软等均通过过了CMM5预计未来2 3年内 国内将出现软件业实施CMM的高潮 2000年摩托罗拉中国软件中心于2000年9月通过CMM第五级认证 是中国首家获得CMM第五级认证的企业 2002年沈阳东软股份有限公司于2002年12月通过CMM第五级认证 是首家获得CMM第五级认证的中国企业 2003年大连海辉科技股份有限公司于2003年3月通过CMM第五级认证 是中国首家企业整体通过CMM第五级认证的企业 华为印度研究所于2003年8月通过CMM第五级认证 此外华为北京研究所和南京研究所已经通过CMM第四级认证 新宇科技集团于2003年9月通过CMM和CMMI第五级认证 2004年大连华信计算机技术有限公司于2004年2月通过CMM第五级认证 是中国软件出口的龙头企业 惠普中国软件研发中心于2004年6月通过CMM第五级认证 是全球三大解决方案中心之一 同时也是惠普在亚太地区的唯一一个 塔塔信息技术 上海 有限公司杭州分公司于2004年8月通过CMMI第五级和PCMM第五级认证 毕博全球开发中心于2004年12月通过CMM第五级认证 是毕博管理咨询的第一家全球软件开发中心 北京用友软件工程有限公司于2004年12月通过CMM第五级认证 是中国著名的独立软件供应商 2005年恩益禧 中科院软件研究所有限公司于2005年3月通过CMMI第五级认证 是日本NEC和中国科学院软件研究所共同出资成立的软件企业 埃森哲全球信息技术中心于2005年4月通过CMM第五级认证 是全球领先的管理咨询 技术服务和外包机构 2006北京软通动力信息技术有限公司于2006年3月通过CMMI第五级认证 是IT咨询以及软件服务提供商 南京富士通南大软件技术有限公司于2006年4月通过CMMI第五级认证 是日本富士通株式会社和南京大学共同出资成立的合资软件公司 也是富士通软件事业本部在中国设立的唯一的软件开发中心 新电信息科技 苏州 有限公司于2006年4月通过CMMI第五级认证 华微软件有限公司于是2006年8月通过CMMI第五级认证 普天信息技术研究院于2006年11月通过CMMI第五级认证 是中国普天信息产业集团的高科技研究中心 上海宝信软件股份有限公司于2006年12月通过CMMI第五级认证 软件业对CMM的认识 并不是实施了CMM 软件项目的质量就能有所保障 CMM不是万能的 它的成功与否 与一个组织内部有关人员的积极参与和创造性活动是密不可分的 而且CMM并未提供实现有关子过程域所需要的具体知识和技能 CMM已经是一套发展相当成熟的方法 但国内要想完全掌握并广泛付诸实践 对绝大多数软件企业来说 可能还需要3 5年的时间 美国曾在1995年做过软件产业成熟程度的调查 发现在美国的软件产业中 CMM成熟度等级为初始级的竟占70 其特征是软件开发过程不能预测 风险度高 为可重复级的占15 其特征是软件开发过程需小心谨慎方能避免失败 为定义级的所占比例小于10 其特征是软件开发过程相当稳定 进展顺利且可以预测 为管理级的所占比例小于5 其特征是软件过程预测准确 值得信赖 为优化级的所占比例小于1 其特征是软件过程能持续改善 实施CMM并非一朝一夕的事情 CMM市场存在的问题 1 CMM工具市场薄弱 缺乏过程管理工具北大青鸟 JBCMRational Clearcase2 我国CMM评估师太少全世界获得CMM主任评估师 LeaderAssessor 资格的有355人 而我国仅有两人 原因CMM的门槛很高 要成为CMM主任评估师的条件 1 具有硕士学历2 十年以上的软件开发经验3 两年以上管理经验4 去美国卡内基 梅隆大学学习 并经过多种考核我们缺乏自己的CMM主任评估师大大制约我国软件事业的发展 请外国评估师做一次CMM评估 花费大约是七八十万元 而且语言问题还会在一定程度上影响到评估 这势必大大阻碍我国软件企业在这方面的发展 3 存在 牌子 误区CMM是梯子 是镜子 不是牌子 CMM不应该成为软件企业的应试教育 CMM应该是通过改善内部管理为企业带来利益的东西 不能带来利益的CMM 也就不能长久存在 CMM只是一个衡量体系 检验企业的软件工程做得怎么样 并不指导企业怎么做 企业只有有效地实施了软件工程 才能去实施CMM 4 评定牵涉大量人力 财力和时间实施CMM评定将牵涉大量人力 财力和时间 例如 美国的CMM评审机构为进行一次评估 或评价 开出的价码是7 10万美金 从接受评估申请到完成评估跨时2到3个月 如果涉及过程改进 将可能需时18 24个月 为了适应中 小组织的需要 要对CMM进行裁剪和压缩 CMM与ISO9000的关系 ISO9000标准系列适用的范围很广 它特别增设了软件产品评价的标准ISO9000 3 CMM是专门针对软件产品定做的能力成熟度评估模型 它和ISO9000 3之间既有不同的相关又有相互不能代替的内容 ISO9000 3侧重评价软件产品是否已达到了标准的各项指标 CMM基于软件的特点 基于软件改进必然性和长期性 强调软件开发的过程控制和预见性 共同点生于同年 两者初始文本均为80年代后期推出 长于同根 两者均吸取了一些现代著名质量管理专家的理论 JosephJuranEdwardDemingPhilCrosby 差别 1 适用行业范围不同ISO9000标准系列适用的范围很广 它适合除了电工 电子行业以外的各种生产和服务领域 ISO9000不是为软件产品而专门制作 但它却特别增设了软件产品评价的标准ISO9000 3 而CMM是专门针对软件产品定做的能力成熟度评估模型 它和ISO9000 3之间既有不同的相关又有相互不能代替的内容 如图所示 2 标准的侧重面不同ISO9000的标准涉及从原料供应到产品销售的每一个环节 CMM侧重软件开发和改进过程 虽然ISO9000的有些条款和CMM关键过程域之间确实存在较强的相关性 但有些ISO9000的条款和CMM模型中的条款找不到映射 即使有些条款在两个体系中虽然能找到相关映射 但是不同体系中标准要求的程度也存在着差异 3 论证结果包括的层次不同ISO9000标准论证的只有两种结果 即通过和不通过 而CMM将软件成熟能力可以评价为五个级别 它们是初始级 可重复级 定义级 管理级和优化级 如果从映射的理论分析 一般达到CMM2 5级以上的企业才能过程ISO9000的论证 但是 仅为第一级的企业也能通过ISO9000的论证 主要原因是ISO9000的抽象和概括性很强 审核员对标准的理解不同 在审核中很容易带有个人的主观性 所以ISO9000在软件方面的论证有待进一步细化 4 质量管理应用的程度不同ISO9000 3属于软件质量保证的水平 ISO9000仅论述了用户可接受的产品质量的最小集合 也可说是可接受的质量体系的基本标准 CMM强调过程控制的过程管理 更符合软件产品的开发特点 软件维护的特点决定了软件的开发不仅要考虑到用户目前的需求而且要兼顾用户未来的需要 企业长期发展的需要以及软件维护者的要求 CMM既能帮助企业诊断 定位 又能帮助开发单位找出缺陷 模糊的定义 从而帮助企业改进 明确企业发展的方向 5 应用的领域不同ISO9000标准可以作为质量评估机构的主要工具CMM可以帮助软件开发企业进行自我诊断 也可以作为软件质量评估机构咨询 诊断 评价的重要工具 对生产和经营包含软件产品在内的多种产品的企业 评估工作应以理论和实际相结合的思想为指导 在总体上的评估可以采用ISO9000的标准 而其中软件产品的评估则可应用CMM模型 综上所述ISO9000和CMM均是国际上具有高水准质量评估体系 ISO9000系列与CMM模型的建议 在一定程度上规范了竞争市场 抑制了由于无序的 恶性的竞争而造成两败俱伤的恶果 从而降低软件开发的风险 提高了综合的经济效益 ISO9000 3和CMM都在寻找着提高软件质量的途径 两种模型都是评估专家多年不懈奋斗的成果和工作经验的结晶 ISO9000 3和CMM两者相互影响 共同发展不断调整 完善 从软件评估的历史发展分析 CMM开辟了软件质量管理的先河 它将现代的管理思想和方法率先应用到软件开发过程 它代表关软件质量管理实践的进步和发展方向 CMM在软件企业的诊断 咨询和评估领域已取得较突出的成就 与ISO标准系列相比 CMM更为软件产业所看好原因是它专门针对软件工程控制而设置的 不仅进行软件企业工程能力的评估 更致力于软件开发过程的管理 强调 对软件开发过程进行持续改进 引导软件开发过程走向成熟 相同点CMM和ISO9001标准系列都着眼于质量和过程管理 二者都为了解决同样的问题 不同点CMM是动态的 开放的和持续改进的 强调没有最好只有更好 强调不断改进 强调人在软件开发方面的思想认识和主动性 适用于软件过程的改进 CMM模型只关注软件 它能解决 软件危机 这个世界性的问题 ISO9001是静态的质