第2章 CMMI3级精简并行过程综述第2章 CMMI3级精简并行过程综述.doc

第2章 CMMI3级精简并行过程综述第2章 CMMI3级精简并行过程综述.doc

  1. 1、本文档共13页,可阅读全部内容。
  2. 2、有哪些信誉好的足球投注网站(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
第2章 CMMI3级精简并行过程综述第2章 CMMI3级精简并行过程综述

第2章 CMMI 3级精简并行过程 综述 “精简并行过程”(Simplified Parallel Process,SPP)是基于CMMI以及软件工程和项目管理知识而创作的一种“软件过程改进方法和规范”,它由众多的过程规范和文档模板组成。SPP主要用于指导国内IT企业持续地改进其软件过程能力。 此处“精简并行”的含义是: (1)对CMMI 3级以内各过程域的内容和要求做了“精简”处理。 (2)在产品生命周期之内,项目管理过程、项目研发过程和机构支撑过程“并行”开展。 本章是SPP的综述文章,它对SPP的思想方法以及企业的软件过程改进政策做了全面介绍。阅读本章有助于读者更好地理解和应用SPP的所有过程规范和文档模板。 建议用户(企业)根据自身情况(如发展战略、研发实力等)适当地修改SPP,然后推广使用。 2.1 SPP模型 SPP模型把产品生命周期划分为6个阶段,分别为: 产品概念阶段,记为PH0。 产品定义阶段,记为PH1。 产品开发阶段,记为PH2。 产品测试阶段,记为PH3。 用户验收阶段,记为PH4。 产品维护阶段,记为PH5。 在SPP模型中,软件项目的过程有三大类:项目管理过程、项目研发过程和机构支撑过程。上述三类过程可以细分为19个主要过程域,分布在PH0~PH5的各个阶段。 项目管理过程包含6个过程域,分别为: 立项管理 结项管理 项目规划 项目监控 风险管理 需求管理 项目研发过程包含8个过程域,分别为: 需求开发 技术预研 系统设计 实现与测试 系统测试 Beta测试 客户验收 技术评审 机构支撑过程包含5个过程域,分别为: 配置管理 质量保证 培训管理 外包与采购管理 服务与维护 SPP模型如图2-1所示。SPP模型的主要特征和优点如下。 1.直观的过程模型 SPP模型将项目管理、项目研发、机构支撑所包含的工作划分为相对独立的三类过程,各个过程域之间的关系直观明了。这样,机构领导、项目经理、开发人员、测试人员、质量保证人员、外包与采购管理人员等根据SPP模型很容易就知道自己“应该在什么时候、按照什么规范做什么事情”。所以,SPP模型有助于使机构内的各个职能单位有条不紊地开展工作。 2.容易裁减与扩充 SPP模型的三类过程贯穿了产品的整个生命周期,19个最常见的过程域都合理地安排在产品生命周期中的某些阶段。用户可以根据自己产品的特征,适当地裁减或扩充SPP的过程域,很容易制定出最适合于本产品的过程模型。 2.2 SPP过程域的目的 SPP 所有的19个过程域的目的如表2-1所示。 表2-1 SPP过程域的目的 项目管理过程域 目 的 立项管理 采纳符合机构最大利益的立项建议,通过立项管理使该建议成为正式的项目。杜绝不符合机构最大利益的立项建议被采纳,避免浪费机构的资源、资金、时间等 结项管理 在项目开发工作结束后,对项目的有形资产和无形资产进行清算、对项目进行综合评估以及总结经验教训等 项目规划 为项目的研发和管理工作制定合理的行动纲领(即项目计划),以便所有相关人员按照该计划有条不紊地开展工作 项目监控 周期性地跟踪项目计划的各种参数如进度、工作量、费用、资源等,不断地了解项目的进展情况,以便当项目实际进展显著偏离计划时能够及时采取纠正措施 风险管理 在风险产生危害之前识别它们,从而有计划地消除或削弱风险 需求管理 在客户与开发方之间建立对需求的共同理解,维护需求与其他工作成果的一致性,并控制需求的变更 项目研发过程域 目 的 需求开发 通过调查与分析,获取用户需求并定义产品需求 技术预研 在立项之后到开发工作完成之前的时间内,对项目将采用的关键技术提前学习和研究,尽可能早地发现并解决开发过程中将会遇到的技术障碍 系统设计 设计软件系统的体系结构、用户界面、数据库、模块等,从而在需求与代码之间建立桥梁,指导开发人员去实现能满足用户需求的软件产品 实现与测试 依据系统设计文档,编写并测试整个系统的代码。在SPP中,实现与测试是“编程、代码审查、单元测试、集成测试、缺陷管理与改错”的综合表述 系统测试 对最终系统进行全面的测试,确保最终系统满足产品需求并且遵循系统设计 Beta测试 在产品正式销售之前,开发方将产品交付给一些潜在的客户免费试用,请他们对产品进行测试,并获取他们对产品的建议 客户验收 客户依据合同对产品进行审查和测试,确保产品满足客户需求 技术评审 尽早地发现工作成果中的缺陷,并帮助开发人员及时消除缺陷,从而有效地提高产品的质量 机构支撑过程域 目 的 配置管理 通过执行版本控制、变更控制等规程,以及使用配置管理软件来保证所有配置项的完整性和可跟踪性。配置管理是对工作成果的一种有效保护 质量保证 提供一种有效的人员组织形式

您可能关注的文档

文档评论(0)

cduutang + 关注
实名认证
内容提供者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档