CMMI 3级软件过程改进方法与规范（SPP）.doc

CMMI 3级软件过程改进方法与规范 Simplified Parallel Process，SPP 内 容 提 要 软件过程改进是目前 IT 企业研发管理的重点与难点。为了提高软件过程能力，企业首先要研制软件过程规范，这是有一定难度并且费时费力的工作。 本书论述的是一套通用的CMMI 3级软件过程改进方法与规范，称为 “精简并行过程”（SPP）。SPP 2.0共有19个关键过程域，分为项目管理过程、技术开发过程和支撑过程三大类： 项目管理过程有7个关键过程域，分别为立项管理、结项管理、项目计划、项目跟踪、风险管理、外包管理和需求管理。 技术开发过程有8个关键过程域，分别为需求开发、技术预研、系统设计、实现与测试、系统测试、用户验收、产品维护和技术评审。 支撑过程有4个关键过程域，分别为配置管理、质量保证、采购管理和培训管理。 SPP 2.0文档总数约500余页，包含了众多的过程规范和模板。采用SPP，用户可以在最短的时间内建立适合于本企业的软件过程规范，大大降低用户研制规范的代价和风险。 本书的主要读者对象是IT企业的研发主管、项目经理和软件开发人员，以及即将到企业工作的高校毕业生。 前 言 一、背景介绍 在国内，绝大多数大中型IT企业几乎都面临着“研发管理混乱”的难题。“研发管理混乱”必将导致“产品质量低下”、“进度延误”、“费用超支”等问题。IT企业谋求发展，研发管理必须规范化，这是大中型IT企业的迫切需求。软件过程改进（Software Process Improvement, SPI）是目前国内大中型IT企业研发管理的重点与难点。 CMM（Capability Maturity Model）是用于衡量软件过程能力的事实上的标准，同时也是目前软件过程改进最好的参考标准。CMM是由美国卡内基-梅隆大学（Carnegie-Mellon）软件工程研究所（Software Engineering Institute, SEI）研制的，其发展简史如下： CMM 1.0于1991年制定。 CMM 1.1于1993发布，该版本应用最广泛。 CMM 2.0草案于1997年制定（未广泛应用）。 到2000年，CMM演化成为CMMI（Capability Maturity Model Integration），CMM 2.0成为CMMI 1.0的主要组成部分。 CMMI-SE/SW 1.1（CMMI for System Engineering and Software Engineering）于2002年1月正式推出。 CMM将软件过程能力分为5个级别，最低为1级，最高为5级。目前国内只有几家IT企业达到了CMM 2级或CMM 3级。鉴于CMM 已经被美国、印度软件业广为采纳，并且取得了卓著成效，近两年来国内兴起了CMM 热潮。CMM受欢迎的程度远远超过了ISO同类标准。 国内IT企业采用CMM的目的大体有两种： （1）主要想提高企业的软件过程能力，但并不关心CMM评估。 （2）既要提高企业的软件过程能力，又想通过CMM评估来提升企业的威望与知名度。 出于第一种考虑的企业占绝大多数，它们主要是一些中小型IT企业。出于第二种考虑的一般是实力雄厚的大型IT企业。无论是哪类IT企业，它们在实施CMM时遇到的共性问题是“费用高、难度大、见效慢”。 企业做一次比较完整的CMM 2-3级咨询和评估大约要花费60~100万元。然而CMM咨询师只能起到“参谋”的作用，解决实际问题还得靠自己。企业要组建软件工程过程小组（Software Engineering Process Group, SEPG）专门从事CMM研究与推广工作，SEPG的成本并不比咨询费低。如果企业再购买一些昂贵的软件工程工具（例如Rational的产品），那么总成本会更高。 即使企业舍得花钱，也不意味着就能够容易地提高软件过程能力。目前国内通过CMM 2-3级评估的企业屈指可数，而这些企业的实际能力也没有宣传的那么好。因为参加CMM评估的项目都是精心准备的，个别项目或者事业部通过了CMM评估并不意味着整个企业达到了那个水平，这里面的水分相当大。 曾经有一段时间，IT人士经常争论“CMM好不好”、“值不值得推广CMM”等话题。现在业界关注的焦点则是“企业如何以比较低的代价有效地提高软件过程能力”，攻克这个难题必将产生巨大的经济效益和社会效益，这正是作者致力研究的课题。 二、SPP介绍 一般地，为了真正提高软件过程能力，企业至少要做三件最重要的事情： 首先制定适合于本企业的软件过程规范。 对员工们进行培训，指导他们依据规范来开发产品。 购买一些软件工程和项目管理工具，提高员工们的工作效率 。 本书作者根据上述需求，研制了一套“软件过程改进解决方案”（Software Proces