561-软件过程改进.ppt

内容概要 基本概念 能力成熟度模型：CMM 发展历史和基本内容 CMM的级别和关键实践 走向成熟 ——软件过程改进实践 软件配置管理 软件过程改进 产品控制 事后 被动 个体 过程控制 所有环节 主动 全体 软件过程改进 过程模型及实例 一类软件项目的共性 软件机构的项目管理和技术管理手段 过程改进的两种驱动方式 目标驱动 根据预先给定的目标，自顶向下开展 缺陷驱动 根据实施过程中过程缺陷的反馈，有针对性的改进 过程与技术两方面的权衡 欧洲委员会（EC）资助的ESSI （Europe Software and System Initiative），在SBP（Software Best Practice）计划中对软件企业（或开发单位）进行了调查 问题： 为提高质量和效率，最愿意投资于技术还是过程改善？ 结果： 大公司（大于500人）绝大部分愿意投资于过程改善 中等公司（50－500人）技术和过程改善投资基本对半 小公司（50人以下）绝大部分愿意投资于技术（购买工具） 原因：过程改善投资力度大，周期长 能力成熟度模型（CMM） CMM Capability Maturity Model，软件过程成熟度模型 定义、实施、度量、控制和改进软件过程的指南（Mark Paulk, Watts Humphrey等），主要流行于美国及印度 SEI Software Engineering Institute，软件工程研究所 位于美国Pennsylvania州Pittsburgh Carnegie Mellon 大学，成立于1984年 任务是在软件工程领域中努力提高依赖软件的系统质量，促进软件开发和维护的工程化管理，为军方服务 开始主要用于大型软件项目的招投标活动的评审依据；后应用于软件机构的内部过程改进 CMM发展过程 1986年11月应美国政府要求，SEI和Mitre公司合作，共同开发一种模型，用以评估软件承包商能力，给出软件组织改进软件过程的过程能力成熟度框架。 1987 年6月SEI提出初始模型框架，9月给出包含有101个问题的初步成熟度提问单（Questionnaire）。 1991 年推出CMM Version1.0，这是SEI对软件过程成熟度框架和初始成熟度提问单经过四年实践的基础上提出的。 1992 年4月召开了有400位软件专业人员参加的CMM研讨会，针对CMM V1.0开展了深入的讨论，提出了改进意见。 CMM发展过程 1993 年SEI提出了CMM Version1.1技术报告文本，有70页之多，对关键实践的描述文本有450页。 1997年经过对V1.1大量使用，吸收多方面的实践经验，再次修改，形成CMM Version2.0。 CMM普及 1999，全球共1330次评测，总计评测项目5452项 7.2%美国外，国别34 商业机构56.1%，美国国防供应商29.8%，军方和政府机构10.5% 1级43.2%; 2级34.2%; 3级17.3%; 4级4%; 5级1.4% 2级比例最高的为25-100人的机构，3级 为100-1000人，4级为1000-2000人，5级2000人以上 2003：全球范围CMU SEI注册的CMM5级42家，CMM4级组织87家 中国： 华为印度研究所，1999 摩托罗拉(中国)软件中心和摩托罗拉系统方案部 东软股份，2002 基本概念 软件过程 软件过程能力 企业实施软件过程所能实现预期目标的程度，可用于预测企业的软件过程水平。 软件过程行为 企业在项目开发中遵循其软件过程所能得到的实际结果。 软件过程成熟度 软件过程行为可被定义，预测和控制并被持续性提高的程度。主要用来表明不同项目所遵循的软件过程的一致性。 软件能力成熟度等级 企业的软件开发在由低到高成熟化演进过程中所普遍面临的具有一定成熟度标志特征的平台。 基本概念 成熟： 项目开发是依据企业早已明确的过程准则来实施；开发结果较少以来个人能力和自然因素；项目有过程控制并可对整个生产作出预测；产品质量得到有效监控（借助与客观定量化的数据）；历史经验得以积累并可系统地用于现行和未来的项目之中。 不成熟 没有明确的软件过程体系可以依据；无法对生产进行预测；不严格执行生产过程；质量无法保证；无健全的过程控制及质量控制体系；项目开发没有准则可遵循；开发结果主要依据项目小组及个人的带有主观因素的能力发挥。 CMM族 Konrad.M于1996描述了SEI开发的5种CMM-based模型,初始的CMM是针对软件过程的，后发展到其它相关领域。 SW-CMM 软件（Software） SA-CMM 软件获取（ Software Acquisition） SE-CMM 系统工程（System Engineeri