可重复性管理与标准化管理的区别.doc

软件需求过程管理 Software Requirements Process Management ——可重复性管理与标准化管理的区别 姓 名： 学 号： 学 院： 2011年5月 可重复性管理与标准化管理的区别 CMM简介 CMM（Capability Maturity Model for Software）是软件能力成就度模型，它是由软件工程研究所（SEI，Software Engineering Institute）提出的，目的是领导软件机构进行在成本和进度的要求下能提交高质量的软件，CMM为软件企业提供了一条从混乱、不成熟的软件过程向成熟的、有纪律的软件过程改进的方法。 CMM是全面质量管理（TQM, TQC total quality Management）中的过程管理部分在软件行业的应用，CMM比ISO9000更细致，更具有针对性，当然通过了ISO9000认证的软件企业基本上已经满足了CMM2至CMM3的要求。 CMM一共有5个级别，分别是一级初始级、二级可重复级、三级已定义级、四级已管理级和五级优化级。 可重复级管理 CMM2:可重复级 建立并实施了软件管理的规程,项目执行经过定义的、文档化的、有以往经验的、可测量的、强制的以及可改进的过程，管理级对软件项目制定了基本的软件管理和控制措施，项目负责人不断跟踪软件成本、进度，一旦出现问题能很快确定，对软件需求和开发过程中的工作产品进行基线（基线：）管理。软件项目的计划和跟踪是稳定的，并可以重复以前的成功，项目的过程处于一个项目管理系统的有效的控制之下，遵守并执行基于以前成功项目所制定的项目计划。 在级别二,因为已经建立基本的项目管理,软件项目的开发过程可以看成是一系列黑盒的串连,在项目的里程碑处具有可视性(可以知道当然的状态和进度),客户可以在里程碑处对产品进行评审。 CMM2的关键过程域 它包括了6个关键过程域，分别是需求管理、软件项目计划、软件项目跟踪和监控、软件配置管理、软件质量保证、软件子合同管理。每一个关键过程域是之了实现相应的目标，例如需求管理的目标是：控制指定给软件的系统需求，为软件工程和管理应用建立基线（目标1），保持软件计划、产品和活动与指定给软件的系统需求一致（目标2）。 每一个关键过程域可以分成执行约定、执行能力、执行的活动、测量和分析、及验证实施五个部分(共同特点)，这五个部分从五个不同的方向反映了这个关键过程域的过程情况。对于整个CMM来说，每一系列关键过程域的完成，就代表着企业达到了某一个级别，CMM二级有6个关键过程域，三级有7个，四级2个，五级3个，整个CMM级别结构如下图： CMM2的RM关键过程域（需求管理） 需求管理的目的是在客户和将处理客户需求的软件项目之间建立对客户需求的共同认识。 需求管理包括和客户一起建立和维护有关软件项目需求的协议，该协议称作“分配给软件的系统需求”。“客户”可解释为系统工程组、销售部门、另一个内部组织、或者一个外部客户。协议既包括技术需求、又包括非技术需求（例如交付日期）。该协议形成估计、计划和跟踪整个软件生存周期内的软件项目活动的基础。 将系统需求分配给软件、硬件和其它系统成分的工作可能由软件工程组之外的组（如系统工程组）完成，软件工程组可能不能直接控制需求的分配。在项目约束范围内，软件工程组采取适当的步骤以保证对分配给软件的需求形成文档、并加以控制。 为了实施控制，软件工程组需要对初始的和经修改的分配给软件的系统需求进行评审，以保证有关问题在被纳入软件项目之前得以解决。每当改变分配给软件的系统需求时，都要调整受到影响的软件计划，工作产品和相关活动，使其与更新后的需求保持一致。 CMM2的SPP关键过程域（软件项目计划） 软件项目计划的目的是为完成软件工程和管理软件项目制定合理的计划。软件项目计划包含估计待完成的工作，建立必要的约定和确定进行该工作的计划。 软件计划首先做出有关待完成的工作和其它定义及界定软件项目的约束和目标（由宪来管理关键过程域的实践所建立的）的陈述。软件计划过程包括以下步骤：估计软件工作产品规模及所需的资源，制定时间表，鉴别和评估软件风险和协商约定。为了制定软件计划（即软件开发计划），可能需要重复地通过这些步骤。 该计划提供完成和管理软件项目活动的基础，并按照软件项目的资源、约束和能力，阐述对软件项目的客户作的约定。 CMM2的关键过程域（软件项目跟踪和监控） 软件项目跟踪和监督的目的是建立对实际进展的适当的可视性，使管理者能在软件项目 性能明显偏离软件计划时采取有效措施。 软件项目跟踪和监督包括对照已文档化的估计、约定