Ch09-CMMI模型讲义.pptVIP

主题 9.1 为何要发展CMMI 9.2 系统工程及其成熟度模型 9.2.1 系统工程定义 9.2.2 系统工程的过程模型 9.2.3 系统工程过程标准的变迁 9.2.4 系统工程成熟度模型 9.3 从SW-CMM到CMMI的发展历程 9.4 CMMI的结构 9.4.1 CMMI的等级 9.4.2 CMMI的表述方式 9.4.3 CMMI成熟度等级的分解 9.5 CMMI的过程域 9.6 使用CMMI的考虑 9.6.1 考虑的因素 9.6.2 针对IPPD的扩展 9.6.3 针对采购能力的扩展 9.7 SW-CMM和CMMI过程域的映射关系 9.8 CMMI标准评估方法 为何要发展CMMI 商业环境越来越复杂。信息工程的工作量更大，包括的人更多，跨越了公司之间的界限。 在WTO规则下，必须在全球选择承办商，尽可能压缩工程工期、降低成本、满足客户的需求。 软件工程环境越来越复杂。软件已经无所不在，并成了一支重要的绿色工业。 信息产业包括越来越多的学科，而不再仅仅是软件行业的事情。 交叉学科的开发队伍、并行工程、高度自动化的软件和硬件生产线，以及一个软件版本的发布需要遵循多个国家的标准，等等。这些因素都在影响着跨学科的工程实践。 CMU/SEI的SW-CMM的成功，证明了对于像软件工程这样的软科学工程领域，完全具有与传统制造业一样的可见性、可预测性，产品质量与过程的关系符合统计规律的控制方法。 系统工程及其成熟度模型 9.2.1 系统工程定义 9.2.2 系统工程的过程模型 9.2.3 系统工程过程标准的变迁 9.2.4 系统工程成熟度模型 系统工程定义 ANSI/EIA 632指出： “系统工程的意图是在全球竞争的环境下，通过工程和生产质量体系，在可负担的价格和成本内，即时提交产品，提升企业的竞争力。因此，其焦点是建立概念、创立、实现系统和组成系统的产品。” 美国国防系统管理学院(Defesne System Management College)将系统工程定义为： “简单来讲，一个系统是人、产品和过程的集成组合，它提供满足所陈述的需求和目标的能力”，“系统工程由两个重要的学科组成：系统工程师操作的技术知识领域，以及系统工程管理”。 OOSE系统开发过程模型 系统工程过程标准的变迁 系统工程成熟度模型 SE-CMM SE-CMM的18个过程域(Process Aera) PA01：Analyze Candidate Solutions（分析候选的解决方案） PA02：Derive and Allocate Requirements（派生和分配需求） PA03：Evolve System Architecture（进化系统结构） PA04：Integrate Disciplines（集成各类学科） PA05：Integrate System（集成系统） PA06：Understand Customer Needs and Expectations（理解客户需求和期望） PA07：Verify and Validate System（验证和确认系统） PA08：Ensure Quality（保证质量） PA09：Manage Configurations（管理配置） PA10：Manage Risk（管理风险） PA11：Monitor and Control Technical Effort（监督和控制技术工作） PA12：Plan Technical Effort（策划技术工作） PA13：Define Organizations Systems Engineering Process（定义组织的系统工作过程） PA14：Improve Organizations Systems Engineering Processes（改进组织的系统工程过程） PA15：Manage Product Line Evolution（管理产品线的进化） PA16：Manage Systems Engineering Support Environment（管理系统工程支持环境） PA17：Provide Ongoing Skills and Knowledge （提供符合形势的技能和知识） PA18：Coordinate with Suppliers （与供应商协调） SE-CMM的评估 与软件CMM不同，SE-CMM规定的等级和过程域不是一一对应的。 在评估时： 首先，要开发组织执行系统工程过程的剖面，判定基本的系统工程过程（所有的基本实践）是否实现。 第二步，通过观察通用实践的环境下的基础实践的情况，评估过程的特性（基础实践）是否已被管理和制度化。 在基础实践和通用实践都考虑的情况下，