软件工程第9章 过程管理.pptVIP

Tankertanker Design 第9章 过程管理 9.1 过程改进 9.2 ISO9000系列 9.3 CMM/PSP/TSP 9.4 ISO/IEC 15504过程评估 9.5 其他软件过程 软件过程主要研究如何将人员、技术和工具等组织起来，通过有效的管理手段，开发软件的一系列步骤，以及每一步骤的中间产品、资源、角色及所采取的方法、工具等。软件过程改进在70年代以结构化分析与设计、结构化评审、结构化程序设计以及结构化测试为标志，到90年代中期以过程成熟模型CMM、个体软件过程PSP和群组软件过程TSP为标志，从以面向过程为中心向着以面向对象技术、构件技术为特征的软件开发方法迈进。 过程改进 当前主要有软件过程的三大流派 ISO 9000质量标准体系 CMU-SEI的CMM/PSP/TSP ISO/IEC 15504（SPICE） ISO9000系列 ISO 9000系列标准原本是为制造硬件产品而制定的标准，不能直接用于软件制作。为了应用于软件企业，制定出ISO 9000-3标准，全称为“在计算机软件开发、供应、安装和维护中的使用指南”，其核心思想是软件产品的质量取决于软件生存期所有阶段的活动。 ISO/IEC 9126是软件产品评估—质量特性及其使用指南纲要，是作为软件产品质量的大范围律定及评估，确保质量充分的重要因素。I CMM/CMMI 1987年9月，卡内基—梅隆大学的软件工程研究所谓美国国防部开发了软件过程评估方法和能力成熟度模型ＣＭＭ。该模型有效地帮助软件公司建立和实施过程改进计划，用来定义和评价软件公司开发过程的成熟度，为提高软件质量提供指导。 CMM为软件企业的过程能力提供了一个阶梯式的进化框架，该框架共有5级. 第一级：初始级 第二级：可重复 第三级：已定义级 第四级：已管理级 第五级：优化级 初始级 软件开发过程表现得非常随意，偶尔会出现混乱的现象，只有很少的工作过程是经过严格定义的，开发成功往往依靠的是某个人的智慧和努力。此时的软件机构基本没有健全的软件工程管理制度，其软件过程完全取决于项目组的人员配备，具有不可预测性。人员变了过程也随之改变，软件过程是不稳定的，产品质量只能根据相关人员的个人工作能力而不是软件机构的过程能力来预测。 可重复级 已经建立了基本的项目管理过程。按部就班地设计功能、跟踪费用，根据项目进度表进行开发。对于相似的项目，可以重用以前已经开发成功的部分。软件项目的策划和跟踪是稳定的，已经为一个有纪律的管理过程提供了可重复以前成功实践的项目环境。软件项目工程活动处于项目管理体系的有效控制之下，执行着基于以前项目的准则且合乎现实的计划。 已定义级 软件开发的工程活动和管理活动都是文档化、标准化的，是被集成为一个有组织的标准开发过程，所有项目的开发和维护都在这个标准基础上进行定制。处于3级成熟度的软件机构，无论是管理活动还是工程活动都是稳定的。软件开发的成本和进度以及产品的功能和质量都受到控制，而且软件产品的质量具有可追溯性。这种能力是基于在软件机构中对己定义的过程模型的活动、人员和职责都有共同的理解。 已管理级 软件过程是可度量的，软件过程在可度量的范围内运行。软件发布时间由事先确定的指标决定，软件在没有达到目标之前不能发布。软件的开发在发生偏离时可以及时采取措施予以纠正，并且可以预期软件产品是高质量的。 优化级 通过对过程实例性能的分析和确定产生某一缺陷的原因，来防止再次出现这种类型的缺陷，通过对任何一个过程实例的分析所获得的经验教训都可以成为该软件机构优化其过程模型的有效依据，软件过程是可优化的。这一级的软件机构能够持续不断地改进其过程能力，既对现行的过程实例不断地改进和优化，又借助于所采用的新技术和新方法来实现未来的过程改进 ISO 15504过程评估 20世纪90年代初，ISO/IEC 是国际标准化组织（ISO）和国际电工委员会(IEC)联合组建的第一个标准化技术委员会，注意到软件过程改进和评估的重要性以及由于缺乏统一的国际标准给软件产业造成的困境，于1993年发起了制订ISO/IEC 15504系列标准的前期工作。项目名称是“软件过程改进和能力测定”（Software Process Improvement and Capability Determination），简称SPICE。 SPICE项目有三个主要目的： 　　1)为软件过程评估标准拟订草稿； 　　2)根据草稿进行试验； 　　3)努力推动软件产业界过程评估。 Rational统一过程（Rational Unified Process， 简称R