CMMI 3 级软件过程改进方法与规范 (2010 年度畅销榜NO.1715 )

软件过程改进是目前国内IT企业研发管理的重点和难点。为了提高软件过程能力，企业首先要研制软件过程规范，这是难度很大并且费时费力的工作。\r\n\r\n 本书论述的是一套通用的CMMI3级软件过程改进方法与规范，称为“精简并行过程（SPP）”，它是基于CMMI及软件工程和项目管理知识而创作的。SPP分为项目管理过程、项目研发过程和机构支撑过程三大类，共有19个过程域，书中用第2章到第ZI章分别介绍了这些过程域。通过裁减SPP，用户可以在最短的时间内建立适合于本机构的软件过程规范，大大降低用户研制规范的代价和风险。本书下篇的文档模板请到 www．fecit．com．cn或 www.chinaspis．com同站下载。\r\n\r\n 本书的主要读者对象是IT企业的研发主管、项目经理和软件开发人员，以及即将到IT企业工作的高校毕业生，也可以作为软件工程学院的教学参考书。\r\n\r\n\r\n
\r\n

上篇 \r\n\r\n 第1章 软件过程改进与 CMM/CMMI综述 \r\n\r\n 1. l 软件工程概述 \r\n\r\n 1. 1. l 诞生 \r\n\r\n 1. 1. 2 技术发展的需要 \r\n\r\n l. l. 3 软件工业化生产的需要 \r\n\r\n 1. 2 软件过程概述 \r\n\r\n 1. 2. l 基本概念 \r\n\r\n 1. 2. 2 不同软件过程能力的机构的比较 \r\n\r\n 1. 3 软件生命周期模型 \r\n\r\n 1. 3. l 瀑布模型 \r\n\r\n 1. 3. 2 喷泉模型 \r\n\r\n 1. 3. 3 增量模型 \r\n\r\n 1. 3. 4 快速原型模型 \r\n\r\n 1. 3. 5 螺旋模型 \r\n\r\n 1. 3. 6 迭代模型 \r\n\r\n 1. 3. 7 从企业角度评论软件开发模型 \r\n\r\n 1. 4 CMM／CMMI介绍 \r\n\r\n 1. 4. 1 发展简史 \r\n\r\n 1. 4. 2 CMM1. l简介 \r\n\r\n 1. 4. 3 CMMl1. 1简介 \r\n\r\n l. 4. 4 CMM等级评估 \r\n\r\n l. 4. 5 CMM在中国的概况 \r\n\r\n 1. 5 ISO9001/9000－3软件质量标准介绍 \r\n\r\n 1. 5. 1 ISO9001标准简介 \r\n\r\n 1. 5. 2 ISO9000－3标准简介 \r\n\r\n l. 5. 3 ISO/IEC软件生命周期过程 \r\n\r\n 1. 5. 4 CMM/CMMI与ISO900l/9000-3的实用性比较 \r\n\r\n 1. 6 IT企业软件过程改进措施与建议 \r\n\r\n 1. 6. 1 企业领导决策与支持 \r\n\r\n 1. 6. 2 制定适合于企业的过程规范 \r\n\r\n 1. 6. 3 规范的实施 \r\n\r\n 1. 6. 4 文档太多怎么办 \r\n\r\n 1. 6. 5 跳出误区 \r\n\r\n 1. 7 CMM 3级软件过程改进解决方案 \r\n\r\n 1. 8 探讨印度现象 \r\n\r\n 1. 9 小结 \r\n\r\n 第2章 CMMI3级精简并行过程综述 \r\n\r\n 2. 1 SPP模型 \r\n\r\n 2. 2 SPP过程域的目的 \r\n\r\n 2. 3 SPP与CMMI的关系 \r\n\r\n 2. 4 SPP文档结构与规范细分 \r\n\r\n 2. 5 SPP角色与职责表 \r\n\r\n 2. 6 机构软件过程改进的政策 \r\n\r\n 2. 6. 1 目标 \r\n\r\n 2. 6. 2 机构领导的支持 \r\n\r\n 2. 6. 3 质量管理的政策 \r\n\r\n 2. 6. 4 软件工程过程小组的政策 \r\n\r\n 2. 6. 5 质量保证小组的政策 \r\n\r\n 2. 6. 6 项目团队的政策 \r\n\r\n 2. 7 SPP裁减与扩充的指导方针 \r\n\r\n 第3章 立项管理 \r\n\r\n 3. l 介绍 \r\n\r\n 3. 2 立项建议 \r\n\r\n 3. 2. 1 目的 \r\n\r\n 3. 2. 2 角色与职责 \r\n\r\n 3. 2. 3 启动准则 \r\n\r\n 3. 2. 4 输入 \r\n\r\n 3. 2. 5 主要步骤 \r\n\r\n 3. 2. 6 输出 \r\n\r\n 3. 2. 7 结束准则 \r\n\r\n 3. 2. 8 度量 \r\n\r\n 3. 3 立项评审 \r\n\r\n 3. 3. 1 目的 \r\n\r\n 3. 3. 2 角色与职责 \r\n\r\n 3. 3. 3 启动准则 \r\n\r\n 3. 3. 4 输入 \r\n\r\n 3. 3. 5 主要步骤 \r\n\r\n 3. 3. 6 输出 \r\n\r\n 3. 3. 7 结束准则 \r\n\r\n 3. 3. 8 度量 \r\n\r\n 3. 4 项目筹备 \r\n\r\n 3. 4. l 目的 \r\n\r\n 3. 4. 2 角色与职责 \r\n\r\n 3. 4. 3 启动准则 \r\n\r\n 3. 4. 4 输入 \r\n\r\n 3. 4. 5 主要步骤 \r\n\r\n 3. 4. 6 输出 \r\n\r\n 3. 4. 7 结束准则 \r\n\r\n 3. 4. 8 度量 \r\n\r\n 3. 5 实施建议 \r\n\r\n 第4章 结项管理 \r\n\r\n 4. 1 介绍 \r\n\r\n 4. 2 结项管理规程 \r\n\r\n 4. 2. 1 目的 \r\n\r\n 4. 2. 2 角色与职责 \r\n\r\n 4. 2. 3 启动准则 \r\n\r\n 4. 2. 4 输入 \r\n\r\n 4. 2. 5 主要步骤 \r\n\r\n 4. 2. 6 输出 \r\n\r\n 4. 2. 7 结束准则 \r\n\r\n 4. 2. 8 度量 \r\n\r\n 4. 3 实施建议 \r\n\r\n 第5章 项目规划 \r\n\r\n 5. l 介绍 \r\n\r\n 5. 2 项目估计 \r\n\r\n 5. 2. l 目的 \r\n\r\n 5. 2. 2 角色与职责 \r\n\r\n 5. 2. 3 启动准则 \r\n\r\n 5. 2. 4 输入 \r\n\r\n 5. 2. 5 主要步骤 \r\n\r\n 5. 2. 6 输出 \r\n\r\n 5. 2. 7 结束准则 \r\n\r\n 5. 2. 8 度量 \r\n\r\n 5. 3 制定项目计划 \r\n\r\n 5. 3. 1 目的 \r\n\r\n 5. 3. 2 角色与职责 \r\n\r\n 5. 3. 3 启动准则 \r\n\r\n 5. 3. 4 输入 \r\n\r\n 5. 3. 5 主要步骤 \r\n\r\n 5. 3. 6 输出 \r\n\r\n 5. 3. 7 结束准则 \r\n\r\n 5. 3. 8 度量 \r\n\r\n 5. 4 审批项目计划 \r\n\r\n 5. 4. l 目的 \r\n\r\n 5. 4. 2 角色与职责 \r\n\r\n 5. 4. 3 启动准则 \r\n\r\n 5. 4. 4 输入 \r\n\r\n 5. 4. 5 主要步骤 \r\n\r\n 5. 4. 6 输出 \r\n\r\n 5. 4. 7 结束准则 \r\n\r\n 5. 4. 8 度量 \r\n\r\n 5. 5 项目计划变更控制 \r\n\r\n 5. 5. 1 目的 \r\n\r\n 5. 5. 2 角色与职责 \r\n\r\n 5. 5. 3 启动准则 \r\n\r\n 5. 5. 4 输入 \r\n\r\n 5. 5. 5 主要步骤 \r\n\r\n 5. 4. 6 输出 \r\n\r\n 5. 4. 7 结束准则 \r\n\r\n 5. 4. 8 度量 \r\n\r\n 5. 6 实施建议 \r\n\r\n 第6章 项目监控 \r\n\r\n 6. 1 介绍 \r\n\r\n 6. 2 项目计划跟踪 \r\n\r\n 6. 2. 1 目的 \r\n\r\n 6. 2. 2 角色与职责 \r\n\r\n 6. 2. 3 启动准则 \r\n\r\n 6. 2. 4 输入 \r\n\r\n 6. 2. 5 主要步骤 \r\n\r\n 6. 2. 6 输出 \r\n\r\n 6. 2. 7 结束准则 \r\n\r\n 6. 2. 8 度量 \r\n\r\n 6. 3 控制偏差 \r\n\r\n 6. 3. l 目的 \r\n\r\n 6. 3. 2 角色与职责 \r\n\r\n 6. 3. 3 启动准则 \r\n\r\n 6. 3. 4 输入 \r\n\r\n 6. 3. 5 主要步骤 \r\n\r\n 6. 3. 6 输出 \r\n\r\n 6, 3. 7 结束准则 \r\n\r\n 6. 3. 8 度量 \r\n\r\n 6. 4 项目进展汇报 \r\n\r\n 6. 4. 1 目的 \r\n\r\n 6. 4. 2 角色与职责 \r\n\r\n 6. 4. 3 启动准则 \r\n\r\n 6. 4. 4 输入 \r\n\r\n 6. 4. 5 主要步骤 \r\n\r\n 6. 4. 6 输出 \r\n\r\n 6. 4. 7 结束准则 \r\n\r\n 6. 4. 8 度量 \r\n\r\n 6. 5 实施建议 \r\n\r\n 第7章 风险管理 \r\n\r\n 7. l 介绍 \r\n\r\n 7. 2 风险管理规程 \r\n\r\n 7. 2. 1 目的 \r\n\r\n 7. 2. 2 角色与职责 \r\n\r\n 7. 2. 3 启动准则 \r\n\r\n 7. 2. 4 输入 \r\n\r\n 7. 2. 5 主要步骤 \r\n\r\n 7. 2. 6 输出 \r\n\r\n 7. 2. 7 结束准则 \r\n\r\n 7. 2. 8 度量 \r\n\r\n 7. 3 实施建议 \r\n\r\n 第8章 需求管理 \r\n\r\n 8. l 介绍 \r\n\r\n 8. 2 需求确认 \r\n\r\n 8. 2. 1 目的 \r\n\r\n 8. 2. 2 角色与职责 \r\n\r\n 8. 2. 3 启动准则 \r\n\r\n 8. 2. 4 输入 \r\n\r\n 8. 2. 5 主要步骤 \r\n\r\n 8. 2. 6 输出 \r\n\r\n 8. 2. 7 结束准则 \r\n\r\n 8. 2. 8 度量 \r\n\r\n 8. 3 需求跟踪 \r\n\r\n 8. 3. 1 目的 \r\n\r\n 8. 3. 2 角色与职责 \r\n\r\n 8. 3. 3 启动准则 \r\n\r\n 8. 3. 4 输入 \r\n\r\n 8. 3. 5 主要步骤 \r\n\r\n 8. 3. 6 输出 \r\n\r\n 8. 3. 7 结束准则 \r\n\r\n 8. 3. 8 度量 \r\n\r\n 8. 4 需求变更控制 \r\n\r\n 8. 4. 1 目的 \r\n\r\n 8. 4. 2 角色与职责 \r\n\r\n 8. 4. 3 启动准则 \r\n\r\n 8. 4. 4 输入 \r\n\r\n 8. 4. 5 主要步骤 \r\n\r\n 8. 4. 6 输出 \r\n\r\n 8. 4. 7 结束准则 \r\n\r\n 8. 4. 8 度量 \r\n\r\n 8. 5 实施建议 \r\n\r\n 第9章 需求开发 \r\n\r\n 9. l 介绍 \r\n\r\n 9. 2 用户需求调查 \r\n\r\n 9. 2. 1 目的 \r\n\r\n 9. 2. 2 角色与职责 \r\n\r\n 9. 2. 3 启动准则 \r\n\r\n 9. 2. 4 输入 \r\n\r\n 9. 2. 5 主要步骤 \r\n\r\n 9. 2. 6 输出 \r\n\r\n 9. 2. 7 结束准则 \r\n\r\n 9. 2. 8 度量 \r\n\r\n 9. 3 产品需求定义 \r\n\r\n 9. 3. 1 目的 \r\n\r\n 9. 3. 2 角色与职责 \r\n\r\n 9. 3. 3 启动准则 \r\n\r\n \r\n\r\n \r\n\r\n 9. 3. 4 输入 \r\n\r\n 9. 3. 5 主要步骤 \r\n\r\n 9. 3. 6 输出 \r\n\r\n 9. 3. 7 结束准则 \r\n\r\n 9. 3. 8 度量 \r\n\r\n 9. 4 需求分析方法概述 \r\n\r\n 9. 4. l 问答分析法 \r\n\r\n 9. 4. 2 建模分析法 \r\n\r\n 9. 5 实施建议 \r\n\r\n 第10章 技术预研 \r\n\r\n 10. l 介绍 \r\n\r\n 10. 2 技术预研规程 \r\n\r\n 10. 2. l 目的 \r\n\r\n 10. 2. 2 角色与职责 \r\n\r\n 10. 2. 3 启动准则 \r\n\r\n 10. 2. 4 输入 \r\n\r\n 10. 2. 5 主要步骤 \r\n\r\n 10. 2. 6 输出 \r\n\r\n 10. 2. 7 结束准则 \r\n\r\n 10. 2. 8 度量 \r\n\r\n 10. 3 实施建议 \r\n\r\n 第11章 系统设计 \r\n\r\n 11. l 介绍 \r\n\r\n 11. 2 体系结构设计 \r\n\r\n 11. 2. 1 目的 \r\n\r\n 11. 2. 2 角色与职责 \r\n\r\n 11. 2. 3 启动准则 \r\n\r\n 11. 2. 4 输入 \r\n\r\n 11. 2. 5 主要步骤 \r\n\r\n 11. 2. 6 输出 \r\n\r\n 11. 2. 7 结束准则 \r\n\r\n 11. 2. 8 度量 \r\n\r\n 11. 3 用户界面设计 \r\n\r\n 11. 3. l 目的 \r\n\r\n 11. 3. 2 角色与职责 \r\n\r\n 11. 3. 3 启动准则 \r\n\r\n 11. 3. 4 输入 \r\n\r\n 11. 3. 5 主要步骤 \r\n\r\n 11. 3. 6 输出 \r\n\r\n 11. 3. 7 结束准则 \r\n\r\n 11. 3. 8 度量 \r\n\r\n 11. 4 数据库设计 \r\n\r\n 11. 4. 1 目的 \r\n\r\n 11. 4. 2 角色与职责 \r\n\r\n 11. 4. 3 启动准则 \r\n\r\n 11. 4. 4 输入 \r\n\r\n 11. 4. 5 主要步骤 \r\n\r\n 11. 4. 6 输出 \r\n\r\n 11. 4. 7 结束准则 \r\n\r\n 11. 4. 8 度量 \r\n\r\n 11. 5 模块设计 \r\n\r\n 11. 5. l 目的 \r\n\r\n 11. 5. 2 角色与职责 \r\n\r\n 11. 5. 3 启动准则 \r\n\r\n 11. 5. 4 输入 \r\n\r\n 11. 5. 5 主要步骤 \r\n\r\n 11. 5. 6 输出 \r\n\r\n 11. 5. 7 结束准则 \r\n\r\n 11. 5. 8 度量 \r\n\r\n 11. 6 实施建议 \r\n\r\n 第12章 实现与测试 \r\n\r\n 12. l 介绍 \r\n\r\n 12. 2 准备 \r\n\r\n 12. 2. 1 目的 \r\n\r\n 12. 2. 2 角色与职责 \r\n\r\n 12. 2. 3 启动准则 \r\n\r\n 12. 2. 4 输入 \r\n\r\n 12. 2. 5 主要步骤 \r\n\r\n 12. 2. 6 输出 \r\n\r\n 12. 2. 7 结束准则 \r\n\r\n 12. 2. 8 度量 \r\n\r\n 12. 3 实现与测试 \r\n\r\n 12. 3. l 目的 \r\n\r\n 12. 3. 2 角色与职责 \r\n\r\n 12. 3. 3 启动准则 \r\n\r\n 12. 3. 4 输入 \r\n\r\n 12. 3. 5 主要步骤 \r\n\r\n 12. 3. 6 输出 \r\n\r\n 12. 3. 7 结束准则 \r\n\r\n 12. 3. 8 度量 \r\n\r\n 12. 4 实施建议 \r\n\r\n 第13章 系统测试 \r\n\r\n 13. l 介绍 \r\n\r\n 13. 2 系统测试规程 \r\n\r\n 13. 2. l 目的 \r\n\r\n 13. 2. 2 角色与职责 \r\n\r\n 13. 2. 3 启动准则 \r\n\r\n 13. 2. 4 输入 \r\n\r\n 13. 2. 5 主要步骤 \r\n\r\n 13. 2. 6 输出 \r\n\r\n 13. 2. 7 结束准则 \r\n\r\n 13. 2. 8 度量 \r\n\r\n 13. 3 实施建议 \r\n\r\n 第14章 Beta测试 \r\n\r\n 14. l 介绍 \r\n\r\n 14. 2 Beta测试规程 \r\n\r\n 14. 2. l 目的 \r\n\r\n 14. 2. 2 角色与职责 \r\n\r\n 14. 2. 3 启动准则 \r\n\r\n 14. 2. 4 输入 \r\n\r\n 14. 2. 5 主要步骤 \r\n\r\n 14. 2. 6 输出 \r\n\r\n 14. 2. 7 结束准则 \r\n\r\n 14. 2. 8 度量 \r\n\r\n 14. 3 实施建议 \r\n\r\n 第15章 客户验收 \r\n\r\n 15. l 介绍 \r\n\r\n 15. 2 客户验收规程 \r\n\r\n 15. 2. 1 目的 \r\n\r\n 15. 2. 2 角色与职责 \r\n\r\n 15. 2. 3 启动准则 \r\n\r\n 15. 2. 4 输入 \r\n\r\n 15. 2. 5 主要步骤 \r\n\r\n 15. 2. 6 输出 \r\n\r\n 15. 2. 7 结束准则 \r\n\r\n 15. 2. 8 度量 \r\n\r\n 15. 3 实施建议 \r\n\r\n 第16章 技术评审 \r\n\r\n 16. l 介绍 \r\n\r\n 16. 2 制定技术评审计划 \r\n\r\n 16. 2. 1 目的 \r\n\r\n 16. 2. 2 角色与职责 \r\n\r\n 16. 2. 3 启动准则 \r\n\r\n 16. 2. 4 输入 \r\n\r\n 16. 2. 5 主要步骤 \r\n\r\n 16. 2. 6 输出 \r\n\r\n 16. 2. 7 结束准则 \r\n\r\n 16. 2. 8 度量 \r\n\r\n 16. 3 正式技术评审 \r\n\r\n 16. 3. l 目的 \r\n\r\n 16. 3. 2 角色与职责 \r\n\r\n 16. 3. 3 启动准则 \r\n\r\n 16. 3. 4 输入 \r\n\r\n 16. 3. 5 主要步骤 \r\n\r\n 16. 3. 6 输出 \r\n\r\n 16. 3. 7 结束准则 \r\n\r\n 16. 3. 8 度量 \r\n\r\n 16. 4 非正式技术评审 \r\n\r\n 16. 4. 1 目的 \r\n\r\n 16. 4. 2 角色与职责 \r\n\r\n 16. 4. 3 启动准则 \r\n\r\n 16. 4. 4 输入 \r\n\r\n 16. 4. 5 主要步骤 \r\n\r\n 16. 4. 6 输出 \r\n\r\n 16. 4. 7 结束准则 \r\n\r\n 16. 4. 8 度量 \r\n\r\n 16. 5 实施建议 \r\n\r\n 第17章 配置管理 \r\n\r\n 17. l 介绍 \r\n\r\n 17. 2 制定配置管理计划 \r\n\r\n 17. 2. l 目的 \r\n\r\n 17. 2. 2 角色与职责 \r\n\r\n 17. 2. 3 启动准则 \r\n\r\n 17. 2. 4 输入 \r\n\r\n 17. 2. 5 主要步骤 \r\n\r\n 17. 2. 6 输出 \r\n\r\n 17. 2. 7 结束准则 \r\n\r\n 17. 2. 8 度量 \r\n\r\n 17. 3 配置库管理 \r\n\r\n 17. 3. l 目的 \r\n\r\n 17. 3. 2 角色与职责 \r\n\r\n 17. 3. 3 启动准则 \r\n\r\n 17. 3. 4 输入 \r\n\r\n 17. 3. 5 主要步骤 \r\n\r\n 17. 3. 6 输出 \r\n\r\n 17. 3. 7 结束准则 \r\n\r\n 17. 3. 8 度量 \r\n\r\n 17. 4 版本控制 \r\n\r\n 17. 4. l 目的 \r\n\r\n 17. 4. 2 角色与职责 \r\n\r\n 17. 4. 3 配置项状态变迁规则 \r\n\r\n 17. 4. 4 配置项版本号规则 \r\n\r\n 17. 4. 5 配置项版本控制流程 \r\n\r\n 17. 5 配置项变更控制 \r\n\r\n 17. 5. 1 目的 \r\n\r\n 17. 5. 2 角色与职责 \r\n\r\n 17. 5. 3 启动准则 \r\n\r\n 17. 5. 4 输入 \r\n\r\n 17. 5. 5 主要步骤 \r\n\r\n 17. 5. 6 输出 \r\n\r\n 17. 5. 7 结束准则 \r\n\r\n 17. 5. 8 度量 \r\n\r\n 17. 6 实施建议 \r\n\r\n 第18章 质量保证 \r\n\r\n 18. l 介绍 \r\n\r\n 18. 2 制定质量保证计划 \r\n\r\n 18. 2. l 目的 \r\n\r\n 18. 2. 2 角色与职责 \r\n\r\n 18. 2. 3 启动准则 \r\n\r\n 18. 2. 4 输入 \r\n\r\n 18. 2. 5 主要步骤 \r\n\r\n 18. 2. 6 输出 \r\n\r\n 18. 2. 7 结束准则 \r\n\r\n 18. 2. 8 度量 \r\n\r\n 18. 3 过程与产品质量检查 \r\n\r\n 18. 3. 1 目的 \r\n\r\n 18. 3. 2 角色与职责 \r\n\r\n 18. 3. 3 启动准则 \r\n\r\n 18. 3. 4 输入 \r\n\r\n 18. 3. 5 主要步骤 \r\n\r\n 18. 3. 6 输出 \r\n\r\n 18. 3. 7 结束准则 \r\n\r\n 18. 3. 8 度量 \r\n\r\n 18. 4 问题跟踪与质量改进 \r\n\r\n 18. 4. 1 目的 \r\n\r\n 18. 4. 2 角色与职责 \r\n\r\n 18. 4. 3 启动准则 \r\n\r\n 18. 4. 4 输入 \r\n\r\n 18. 4. 5 主要步骤 \r\n\r\n 18. 4. 6 输出 \r\n\r\n 18. 4. 7 结束准则 \r\n\r\n 18. 4. 8 度量 \r\n\r\n 18. 5 实施建议 \r\n\r\n 第19章 外包与采购管理 \r\n\r\n 19. l 介绍 \r\n\r\n 19. 2 外包管理 \r\n\r\n 19. 2. l 目的 \r\n\r\n 19. 2. 2 角色与职责 \r\n\r\n 19. 2. 3 启动准则 \r\n\r\n 19. 2. 4 输入 \r\n\r\n 19. 2. 5 主要步骤 \r\n\r\n 19. 2. 6 输出 \r\n\r\n 19. 2. 7 结束准则 \r\n\r\n 19. 2. 8 度量 \r\n\r\n 19. 3 采购管理 \r\n\r\n 19. 3. 1 目的 \r\n\r\n 19. 3. 2 角色与职责 \r\n\r\n 19. 3. 3 启动准则 \r\n\r\n 19. 3. 4 输入 \r\n\r\n 19. 3. 5 主要步骤 \r\n\r\n 19. 3. 6 输出 \r\n\r\n 19. 3. 7 结束准则 \r\n\r\n 19. 3. 8 度量 \r\n\r\n 19. 4 实施建议 \r\n\r\n 第20章 培训管理 \r\n\r\n 20. l 介绍 \r\n\r\n 20. 2 机构培训管理 \r\n\r\n 20. 2. l 目的 \r\n\r\n 20. 2. 2 角色与职责 \r\n\r\n 20. 2. 3 启动准则 \r\n\r\n 20. 2. 4 输入 \r\n\r\n 20. 2. 5 主要步骤 \r\n\r\n 20. 2. 6 输出 \r\n\r\n 20. 2. 7 结束准则 \r\n\r\n 20. 2. 8 输出 \r\n\r\n 20. 3 项目培训管理 \r\n\r\n 20. 3. 1 目的 \r\n\r\n 20. 3. 2 角色与职责 \r\n\r\n 20. 3. 3 启动准则 \r\n\r\n 20. 3. 4 输入 \r\n\r\n 20. 3. 5 主要步骤 \r\n\r\n 20. 3. 6 输出 \r\n\r\n 20. 3. 7 结束准则 \r\n\r\n 20. 3. 8 度量 \r\n\r\n 20. 4 实施建议 \r\n\r\n 第21章 服务与维护 \r\n\r\n 21. l 介绍 \r\n\r\n 21. 2 客户服务 \r\n\r\n 21. 2. l 目的 \r\n\r\n 21. 2. 2 角色与职责 \r\n\r\n 21. 2. 3 启动准则 \r\n\r\n 21. 2. 4 输入 \r\n\r\n 21. 2. 5 主要步骤 \r\n\r\n 21. 2. 6 输出 \r\n\r\n 21. 2. 7 结束准则 \r\n\r\n 21. 2. 8 度量 \r\n\r\n 21. 3 产品维护 \r\n\r\n 21. 3. l 目的 \r\n\r\n 21. 3. 2 角色与职责 \r\n\r\n 21. 3. 3 启动准则 \r\n\r\n 21. 3. 4 输入 \r\n\r\n 21. 3. 5 主要步骤 \r\n\r\n 21. 3. 6 输出 \r\n\r\n 21. 3. 7 结束准则 \r\n\r\n 21. 3. 8 度量 \r\n\r\n 21. 4 实施建议 \r\n\r\n 下篇 \r\n\r\n 立项管理过程域的文档模板 \r\n\r\n 《立项建议书》 \r\n\r\n 《立项调查报告》 \r\n\r\n 《立项可行性分析报告》 \r\n\r\n 《立项评审报告》 \r\n\r\n 结项管理过程域的文档模板 \r\n\r\n 《结项申请书》 \r\n\r\n 《结项评审报告》 \r\n\r\n 项目规划过程域的文档模板 \r\n\r\n 《项目估计表》 \r\n\r\n 《项目计划》 \r\n\r\n 《项目计划变更控制报告》 \r\n\r\n 项目监控过程域的文档模板 \r\n\r\n 《项目监控数据来》 \r\n\r\n 《项目偏差控制报告》 \r\n\r\n 《第N份 项目进展报告》 \r\n\r\n 风险管理过程域的文档模板 \r\n\r\n 《风险检查表》 \r\n\r\n 《第N份 风险管理报告》 \r\n\r\n 需求管理过程域的文档模板 \r\n\r\n 《需求跟踪报告》 \r\n\r\n 《需求变更控制报告》 \r\n\r\n 需求开发过程域的文档模板 \r\n\r\n 《用户需求说明书》 \r\n\r\n 《产品需求规格说明书》 \r\n\r\n 技术预研过程域的文档模板 \r\n\r\n 《XXX技术预研计划》 \r\n\r\n 《XXX技术预研报告》 \r\n\r\n 系统设计过程域的文档模板 \r\n\r\n 《体系结构设计报告》 \r\n\r\n 《用户界面设计报告》 \r\n\r\n 《数据库设计报告》 \r\n\r\n 《模块设计报告》 \r\n\r\n 实现与测试过程域的文档模板 \r\n\r\n 《实现与测试计划》 \r\n\r\n 《XXX编程文档》 \r\n\r\n 系统测试过程域的文档模板 \r\n\r\n 《系统测试计划》 \r\n\r\n 《测试用例标题》 \r\n\r\n 《测试报告标题》 \r\n\r\n Beta测试过程域的文档模板 \r\n\r\n 《Beta测试协议》 \r\n\r\n 《Beta测试报告》 \r\n\r\n 客户验收过程域的文档模板 \r\n\r\n 《客户验收计划》 \r\n\r\n 《客户验收报告》 \r\n\r\n 技术评审过程域的文档模板 \r\n\r\n 《技术评审计划》 \r\n\r\n 《XXX技术评审通知》 \r\n\r\n 《XXX技术评审报告》 \r\n\r\n 《技术评审检查表》 \r\n\r\n 配置管理过程域的文档模板 \r\n\r\n 《配置管理计划》 \r\n\r\n 《配置库管理报告》 \r\n\r\n 《配置项变更控制报告》 \r\n\r\n 质量保证过程域的文档模板 \r\n\r\n 《质量保证计划》 \r\n\r\n 《质量保证检查表》 \r\n\r\n 《第N份 质量保证报告》 \r\n\r\n 《质量问题跟踪表》 \r\n\r\n 外包与采购管理过程域的文档模板 \r\n\r\n 《外包开发竞标邀请书》 \r\n\r\n 《承包商评估报告》 \r\n\r\n 《外包开发合同》 \r\n\r\n 《外包开发过程监控报告》 \r\n\r\n 《外包开发成果验收报告》 \r\n\r\n 《采购竞标邀请书》 \r\n\r\n 《供应商评估报告》 \r\n\r\n 《采购合同》 \r\n\r\n 《采购物品验收报告》 \r\n\r\n 培训管理过程域的文档模板 \r\n\r\n 《培训计划》 \r\n\r\n 《培训通知》 \r\n\r\n 《培训评估报告》 \r\n\r\n 服务与维护过程域的文档模板 \r\n\r\n 《客户服务计划》 \r\n\r\n 《客户服务报告》 \r\n\r\n 《产品维护计划》 \r\n\r\n 《产品维护报告》 \r\n\r\n \r\n\r\n \r\n
\r\n

软件工程学科的研究和实践已经经历了三十多年的历史, 软件工具和软件开发技术如雨后春笋般地产生, 然而要解决的软件危机现象依然存在. 这些问题已经制约了社会的经济发展. 但是, 软件产业在经历了费用高. 周期长. 质量低. 维护性差的“痛苦”之后, 近年来终于找到了适合自身发展的以过程. 人员和技术这三个要素为杠杆的道路. 举世瞩目的能力成熟度模型CMM和能力成熟度模型集成CMMI就是这一领域中世界公认的重

大成果, 是经过多个国家. 多个组织. 多年实践所诞生的, 是目前世界上最佳的过程改进模型. 现在业界已经不再争论“ CMM/CMMI好不好”. “值不值得推广”, 而是关注“如何以较低的代价来有效地实施CMM/CMMI”.

多年的事实已经告诉我们, 绝大多数软件危机问题是由管理不善所引起的, 而管理不善在很大程度上又取决于管理者及软件工程师个人的做事风格和习惯. 因此, 要真正实施CMM和CMMI, 要真正改进组织和个人的性能, 首先要改变组织和个人的思维观念. 管理方式和做事风格. 这是一项如此艰苦的工作！不到万不得已, 没有人会希望改变.

“罗马不是一大造就的”. 软件质量是在软件开发的过程中逐渐“铸成”的, 组织成熟度和过程能力的提高也不是一天就能达到的. 有效的提高需要基于一个经实践证实是良好的过程改进模型. 这个模型应该是结构化的, 应该描述有效过程特点的各种元素, 应该包括已经证实是行之有效的一系列实践经验, 以帮助人们建立过程改进的目标和优先级, 为过程改进提供有力的指导.

本书作者提出“以线性为主, 以并行. 迭代为辅”的软件开发模型理念, 在CMMI的基础上, 将过程模型进行提炼和裁减, 收集和总结了一整套真实世界的过程改进成果, 覆盖了大部分 CMMI2级和 CMMI3级的各个过程域及大部分实践, 称之为精简并行过程“SPP”. 这是一个组织开发中小规模软件的良好的过程框架. 本书中的SPP版本是作者的最新成果, 对于实施CMMI的企业有相当的参考价值.

SPP把产品生命周期划分为产品概念. 产品定义. 产品开发. 产品测试. 用户验收和产品维护等6个阶段, 包含项目管理. 项目研发和机构支撑等3美过程. 19个过程域. 其中项目管理过程包含立项管理. 结项管理. 项目规划. 项目监控. 风险管理和需求管理等6个过程域, 项目研发过程包含需求开发. 技术预研. 系统设计. 实现和测试. 系统测试. Beta测试. 客户验收和技术评审等8个过程域, 机构支撑过程包含配置管理. 质量保证. 培训管理. 外包与采购管理以及服务与维护等5个过程域. SPP模型还提供了40余个规程. 近60个文档模板.

SPP模型的三类过程贯穿了产品的整个生命周期, 19个最常见的过程域合理地安排在产品生命周期中的各个阶段. 用户可以而且应该根据自身的情况（如发展战略. 研发现状）和产品的特征, 适当地进行裁减或扩充, 以便在最短的时间内制定出最适合本单位使用的软件过程规范, 以大大降低研制规范的代价和风险.

应该指出, 无论是CMMI还是SPP, 虽然提供了优秀的管理指南, 但能否行之有效, 完全取决于管理人员和软件工程师是否真正改变了思维观念. 管理方式和做事风格. 还应指出, 人们不仅要知道最佳的方法, 还要知道每天必须真正地实践这些方法, 并将实施CMMI或SPP与实施个体软件过程PSP和群组软件过程TSP有机地结合起来, 才能收到事半功倍的效果.

在知识经济时代, 人们对软件的需求与日俱增, 发展软件产业需要大量有聪明才智且有献身精神的人们去完成. 改变软件产业的状态是一项重要的历史任务, 也是每一个软件工作者应尽的义务. 对我们来说, 这既是一个严峻的挑战, 也是一个重要的历史机遇.

目前我国已有成百上千的有志之士正在从事对软件过程模型和方法进行研究. 实施和推广的工作. 越来越多的志愿者加入到过程改进的大军中来, 积极活跃在软件组织的过程改进的第一线. 与此同时, 一个个过程改进社团纷纷成立, 以CMM／CMMI为共同语言, 对过程改进的观念. 方法和实践进行交流和探讨. 这些都是我国软件开发与管理步入国际化. 标准化的象征, 为推动我国进入以过程为中心. 向软件产业化发展的格局迈出了可喜的一步, 本书作者及其研究成果就是杰出的代表. 但我们既不能固步自封, 也不能硬性照搬, 而要针对过程工程的可能方向, 联系自身的实际情况, 直奔期望的目标, 为加速发展我国的软件产业做出更大. 更多的贡献.

林锐, 1973年生. 1990年至1996年, 就读于西安电子科技大学, 获硕士学位. 1997年至2000年, 就读于浙江大学计算机系, 获博士学位. 大学期间两度被评为中国百名跨世纪优秀大学生, 1996年获电子工业部科技进步二等奖, 1997年获首届中国大学生电脑大赛软件展示一等奖. 2000年7月加入上海贝尔有限公司, 从事软件工程和CMM/CMMI研究与推广工作, 与合作者共同创作了“CMMI3级软件过程改进解决方案”, 现为公司软件工程专家.

王慧文, 1973年生. 1991年至1998年, 就读于东北大学, 获计算机软件专业硕士学位.

背景介绍

在20世纪70～80年代, 软件工程的研究重点是需求分析. 系统设计. 编程. 测试. 维护等领域的方法. 技术和工具, 我们称之为经典软件工程. 现代的软件技术. 软件开发工具比10年前的先进许多, 而且几乎所有的开发人员都学习过分析. 设计. 编程. 测试等知识与技能, 可是如今绝大多数软件项目依然面临着质量低下. 进度延误. 费用超支这些老问题.

人们逐渐意识到, 由于企业管理软件过程的能力比较弱, 常常导致项目处于混乱状态. 过程混乱使得新技术. 新工具的优势难以体现. 经典的软件工程不是不好, 而是不够用. 我们把用于提高软件过程能力的实践通称为软件过程改进.

IT企业开发产品的目的是提高市场竞争力, 获取利润. 为了使利润最大化, 人们总是希望开发工作“做得好. 做得快, 并且少花钱”. 所以软件过程改进的根本目的是“提高产品质量. 提高生产率, 并且降低开发成本”.

软件过程改进可以比喻为“练内功”, “练内功”没有捷径可走, 惟有走“规范化”之路, 即“制定适合于本企业的软件过程规范, 并按照此规范执行”.

“规范化”不会抑止人们的创造力, 相反地, 它使得团队可以大规模地复用前人积累的智慧和财富. 这种方法非常适合于现代的工业化生产.

快餐业大王麦当劳在全世界采用相同的流程制作口味一致的快餐, 其制作汉堡的流程文档的厚度竟然要用尺子来量. 中国的饮食文化非常发达, 佳肴之多之美让人们赞叹不已, 国人引以自豪. 大多数中餐馆都有大厨, 大厨的招牌莱比麦当劳快餐不知好吃多少倍. 可是大厨的绝活不外露, 别人无法“重用”大厨的手艺. 如果大厨走了, 餐馆就有倒闭的危险. 这注定了中国历史上没有一家餐馆能达到麦当劳那样的规模和销售业绩.

中国高科技人才之多, 居世界前列, 然而中国企业的研发与管理长期采用中餐馆模式而非麦当劳模式. 毋庸置疑, “低规范化水平”成为阻碍中国企业发展的最致命的问题之一.

业界实践已经证明, 走“规范化”之路是“成本最低. 见效最快. 能持续发展”的软件过程改进方法, 如人类的“养生之道”. 任何IT企业（不论大小）, 都有办法以其承受得起的代价“走规范化之路”, 从而效地提高软件过程能力.

不幸的是, 很少有IT企业在做第一个产品时就重视软件过程的规范化, 总是等到出了乱子后才“亡羊补牢”. 就国内IT企业现状来看, 甚至可以说“亡羊补牢”都已经是相当不错了.

从20世纪90年代至今, 软件过程改进成为软件工程学科的一个主流研究方向, 其中CMM和CMMI是该领域举世瞩目的重大成果.

曾经有一段时间, IT人士经常争论“ CMM好不好”. “值不值得推广CMM”等话题. 现在业界关注的焦点则是“企业如何以比较低的代价有效地提高软件过程能力”, 攻克这个难题必将产生巨大的经济效益和社会效益, 这正是本书作者致力研究的课题.

作者研究经历与本书出版目的

2000年7月份, 我从浙江大学博士毕业后到上海贝尔有限公司工作. 从2000年8月至2001年底, 大约一年半时间, 我在网络应用事业部从事软件工程与CMM／CMMI的研究与推广工作. 从2002年初至今, 我调到公司总部从事企业研发管理的研究.

近几年来, 上海贝尔平均每年有近百个研发项目, 研发经费达数亿元. 公司有千余名研发人员, 半数以上是软件工程师. 由于公司的软件过程能力比较薄弱, 大量以软件为主的项目开发过程比较混乱, 导致新产品的质量问题严重, 进度不断地被拖延.

痛定思痛, 在2000年下半年, 公司领导决定成立专门小组从事CMM的研究与推广工作, 我欣然接受此任务. 2001年初, 我在网络应用事业部（试点单位）组建了SEPG（软件工程过程小组）, 共有6名成员, 士气甚高. SEPG撰写的软件过程规范累计达千页, 陆续被公司千余名研发人员使用. SEPG在试点单位的推广力度相当大, 仅对软件过程规范的培训就超过了600人无. 在一年多的研究与实践中, SEPG取得了一些成功, 也经历了不少挫折, 我们积累了相当丰富的实践经验.

在和很多同行专家交流时我们发现, 上海贝尔面临的软件工程和项目管理问题在很大程度上代表了国内IT业界面临的共性问题. 我曾与国内很多研发人员和各级经理交流过, 大家都对软件开发的混乱局面表示了不满和无奈. 尽管“土匪游击队”的开发模式到处可见, 但是没有人真的喜欢混乱. “规范化”是区别“正规军”和“土匪游击队”的根本标志. 大家无不渴望以规范化的方式开发产品. 这是现状, 是需求, 也是希望.

但是让企业自己从零开始研制软件过程规范是非常费时. 代价高昂. 风险很大的工作人们期望通过裁减业界公认的软件过程规范从而能方便地制定自己的规范. RUP（Rational

Unified Process）也许是业界赞誉最多的软件过程规范, 但遗憾的是RUP并不适合于中国国情（详见本书第 1章分析）. 中国 ITI业界和学术界并没有提供国内通用的软件过程规范.

出于个人兴趣. 追求和自信（并不是公司指派给我的任务）, 我决心创作一套切合国情的通用的“ CMMI3级软件过程改进方法与规范”, 命名为“精简并行过程（ Simplified Parallel Process, SPP）”. 我从公司内外组织了一批同行研制SPP, 我们对SPP倾注了热情, 一年来草稿写了上千页, 仅对SPP模型的修改就达上百次.

SPP是基于CMMI以及软件工程和项目管理知识而创作的. CMMI是SPP的主要参考标准, 但是SPP并不是对CMMI进行简化处理后的结果. 两者都是用于指导软件过程改进的方法论, CMMI主要论述“应当做什么才能使软件过程能力达到CMMI某种级别”, 而 SPP则论述“应当怎样做才能使软件过程能力达到 CMMI3级水平”.

本书中的SPP版本是我们最新的成果, 它包含19个过程域. 40余个规程. 近60个文档模板. 所有规程的“目标”. “角色与职责”. “启动准则”. “输入”. “主要步骤”. “输出”. “完成准则”和“度量”均已定义.

我们自己认为SPP不比RUP逊色（有夜郎自大之嫌）. SPP尚未经过大规模应用, 也没有经过权威机构鉴定. 鉴于SPP的创作者们来自于不同的工作单位（企业和大学）, SPP本身不涉及商业或技术机密. 我们决定出版公布SPP, 这样可以让更多的人使用SPP, 从而不断地完善SPP.

建议用户（企业）根据自身情况（如发展战略. 研发实力等）适当地裁减SPP, 然后推广使用. 用户可以在最短的时间内建立适合于本机构的软件过程规范, 大大降低用户研制规范的代价和风险. 另外, 需要注意的是, 为了方便读者学习, 本书下篇附录部分的页码未与k篇连续, 保留了原有文档模板的风格.

由于SPP是规范, 本身不能有太多的解释文字（如法律条款）. 读者可能很难在短时间里理解SPP的所有要点, 如果你不能“恍然大悟”或者“与我心有戚戚焉”, 那么应用效果就大打折扣了. 我现在正在撰写SPP的配套培训教材《软件工程与项目管理解析》, 它能解答很多“为什么”, 这本书大约在明年年初能够出版. 我多么希望自己不再被求助电话淹没.

致谢

首先感谢原上海贝尔（现改名为上海贝尔阿尔卡特）有限公司徐智群副总裁和网络应用事业部各级领导, 在他们的支持下, SEPG拥有了国内一流的研究与实践环境. SEPG的成员是林锐. 阙雪松. 朱洪海. 文少华. 闵勇, 外部合作人员是董军. 王慧文. 谢义军. 顾晓刚等. 大家一起创作了SPP以及相关论著.

在一年多的时间里, 网络应用事业部的百余名研发人员以很大的热情迎接SEPG的反复折腾, 并已欣然接受了那些冗长乏味的规范, 令我们感动之至.

回顾两年工作经历, 我很像一名懵懂的软件工程实习医生, 四处“治病”. 公司内外不知有多少软件研发人员吃了我的“错药”. 挨了我的“错刀”. 现在我成了软件工程专家, 我拥有的知识和经验大部分是建立在“病人们”的“痛苦”之上的. 我向他们表示诚挚的感谢和歉意, 他们的建议与鼓励将促使我们不断地创作出更好的作品.

电子工业出版社对我们的著作格外照顾, 优先优质地出版了《高质量程序设计指南——C++/C语言》和 《CMMI 3级软件过程改进方法与规范》, 预计《软件工程与项目管理解析》也能够在明年年初出版. 我向所有参与此书出版的电子工业出版社的编辑. 策划. 印务. 市场和发行人员致谢.

我在读博士和工作期间, 一直得到杭州神弓电子实业有限公司董事长高振华老先生的慷慨援助. 没有他的帮助, 我很难组织人员创作SPP.

我还要特别感谢北京航空航天大学软件工程研究所的周伯生老师和吴超英老师, 他们作为中国目前仅有的两名CMU／SEI授权的CMM主任评估师, 是学术非常严谨的前辈, 感谢他们审阅本书并提出了宝贵的改进意见.

衷心感谢长期给予我们友好帮助的朋友们.

林锐

2002年11月

上海贝尔阿尔卡特股份有限公司rui.lin＠alcatel－shell. com. cn, linrui＠vip. sina. com