软件开发过程管理
合集下载
相关主题
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
软件开发过程管理
2020年Fra Baidu bibliotek月18日星期六
本章内容提要
3.1 CMM和ISO9000 3.2 传统软件开发生命周期模型 3.3 扩展软件开发生命周期模型 3.4 质量计划 3.5 案例分析 3.6 本章小结 3.7 复习思考题
3.1 CMM和ISO9000
软件过程
是指人们用于开发和维护软件及其相关产品的一系列活动、方 法、实践和革新。
SW-CMM简介
为了保证软件产品的质量，1991年美国卡内基·梅隆大学软 件工程研究所（CMU/SEI）将软件过程成熟度框架进化为软件能 力成熟度模型（Capability Maturity Model For Software，简 称SW-CMM），并发布了最早的SW-CMM 1.0版。
SW-CMM为软件企业的过程能力提供了一个阶梯式的进化框架 ，阶梯共有五级。
─ 实施企业对过程改进的熟悉程度。
实施企业对过程改进的熟悉程度： 如果企业已经实施过ISO 9000，并且 取得了较好的效果，那么可以考虑实施CMMI。如果企业虽然没有实施 过CMM，但是对于过程改进一直比较关注，接受过不少相关培训，甚 至能够自发的进行一些过程改进，那么也可以考虑实施CMMI。如果过 去没有接触过类似的工作，那么最好先从软件CMM 2级开始，首先建 立持续过程改进的思路。另外，软件CMM的要求也比CMMI要稍低一 些。可以适当降低实施的难度
软件开发过程管理
是指在软件开发过程中，除了先进技术和开发方法外，还有一 整套的管理技术。
软件过程改进
是针对软件生产过程中会对产品质量产生影响的问题而进行的 ，它的直接结果是软件过程能力的提高。
现在常见的软件过程改进方法：ISO 9000，SW-CMM和由多 种能力模型演变而来的CMMI。
3.1.1 SW-CMM和CMMI
SW-CMM 更高的抽象度与适应范围。
目标（一般目标与特定目标）首次作为模型构成成分 出现，这表明CMMI 对过程活动的结果投入了更多的 关注。
3.1.2 ISO9000质量标准
ISO9000
所谓“ISO9000”不是指一般意义上的一个质量保证标准，而是一 族系列标准的统称。
作用
─ 强化品质管理，提高企业效益；增强客户信心，扩大市场份 额；
3.1.1 SW-CMM和CMMI
CMMI有两种不同的实施方法
连续式－－主要是衡量一个企业的项目能力 阶段式－－主要是衡量一个企业的成熟度
连续式与阶段式所包含的过程域是完全一致的。 两者的区别主要在于过程域的组织方式不同， 阶段式是用来描述组织整体上的成熟度， 而连续式关注的是组织单个过程域的能力。 如果组织注意力主要集中在某几个过程域上时， 则采用连续式比较合适
─ 实施企业对过程改进项目的预算。
实施企业对过程改进项目的预算： 不论怎样，几乎可以肯定地说，实施 CMMI的费用肯定要比实施CMM高出一些。而就模型本身来看，CMMI 的2级7个过程区域在内容上并不比软件CMM的2级6个关键过程区域多 多少。这样的话，我们完全可以“少花钱、多办事”，也就是说可以采 用CMM的实施和评估方法，但可以在过程改进的时候参考CMMI的要 求，这样就经济很多。
CMMI的五个台阶
完成级 管理级 定义级 量化管理级 优化级
每一个台阶都是上面一阶台阶的基石。要上高层台 阶必须首先踏上较低一层台阶。
与SW-CMM 的结构相比， CMMI 的模型结构显得更 加复杂与精细。 CMMI 从过程域所有的实践提炼出 了多个过程域所共有的实践，称为一般实践，将其目 标称为一般目标，其余特定于某个过程域的实践与目 标称为特定实践与特定目标。这样模型取得了相对
3.1.1 SW-CMM和CMMI
1 初始级
2 可重复级
建立基本的项 无序、混乱目的管理过程。 软赖力持进文 化 件件 个 和 续 行档和软过别机的改化标件程人遇对进软品、准过。的。过。相复件质标的程依努程似以过量准软。项往程有目成和详，果产细重。
的度量标准。
3 已定义级
5 优化级
4 已管理级
图 CMM分级标准
─ 获得了国际贸易“通行证”，消除了国际贸易壁垒； ─ 节省了第二方审核的精力和费用； ─ 在产品品质竞争中永远立于不败之地； ─ 有效地避免产品责任； ─ 有利于国际间的经济合作和技术交流。
3.1.3 三者之间的比较
选择SW-CMM还是CMMI的考虑
─实施企业的业务特点。 实施企业的业务特点： 如果企业的规模不是很大，业务又集中在 软件开发为主，那么还是软件CMM比较适用。如果企业的规模 比较大（开发人员100人以上），并且业务不仅仅集中在软件开 发，还包括硬件开发哪怕是硬件代理（采购）都可以考虑实施 CMMI。
1. 目标 2. 实施保证 3. 实施能力 4. 执行活动 5. 度量分析 6. 实施验证
3.1.1 SW-CMM和CMMI
CMMI简介
由于不同领域能力成熟度模型存在不同的过程改进，重复的 培训、评估和改进活动以及活动不协调等一些问题。于是由美国 国防部出面，美国卡内基·梅隆大学软件工程研究所（CMU/SEI ）于2001年12月发布的CMMI 1.1版本包括四个领域：软件工程 （SW）、系统工程（SE）、集成的产品和过程开发（IPPD）、 采购（SS）。
实施企业对过程改进的熟悉程度： 如果企业已经实 施过ISO 9000，并且取得了较好的效果，那么可以 考虑实施CMMI。如果企业虽然没有实施过CMM，但 是对于过程改进一直比较关注，接受过不少相关培训
，甚至能够自发的进行一些过程改进，那么也可以考 虑实施CMMI。如果过去没有接触过类似的工作，那 么最好先从软件CMM 2级开始，首先建立持续过程 改进的思路。另外，软件CMM的要求也比CMMI要稍 低一些。可以适当降低实施的难度
3.1.1 SW-CMM和CMMI
KPA及KP
除第一级外，SW-CMM的每一级都是按完全相同的结构组成 的。每一级包含了实现这一级目标的若干关键过程域（KPA），每 个KPA进一步包含若干关键实施活动（KP），无论哪个KPA，它 们的实施活动都统一按六个公共属性进行组织，即每一个KPA都包 含六类KP：
2020年Fra Baidu bibliotek月18日星期六
本章内容提要
3.1 CMM和ISO9000 3.2 传统软件开发生命周期模型 3.3 扩展软件开发生命周期模型 3.4 质量计划 3.5 案例分析 3.6 本章小结 3.7 复习思考题
3.1 CMM和ISO9000
软件过程
是指人们用于开发和维护软件及其相关产品的一系列活动、方 法、实践和革新。
SW-CMM简介
为了保证软件产品的质量，1991年美国卡内基·梅隆大学软 件工程研究所（CMU/SEI）将软件过程成熟度框架进化为软件能 力成熟度模型（Capability Maturity Model For Software，简 称SW-CMM），并发布了最早的SW-CMM 1.0版。
SW-CMM为软件企业的过程能力提供了一个阶梯式的进化框架 ，阶梯共有五级。
─ 实施企业对过程改进的熟悉程度。
实施企业对过程改进的熟悉程度： 如果企业已经实施过ISO 9000，并且 取得了较好的效果，那么可以考虑实施CMMI。如果企业虽然没有实施 过CMM，但是对于过程改进一直比较关注，接受过不少相关培训，甚 至能够自发的进行一些过程改进，那么也可以考虑实施CMMI。如果过 去没有接触过类似的工作，那么最好先从软件CMM 2级开始，首先建 立持续过程改进的思路。另外，软件CMM的要求也比CMMI要稍低一 些。可以适当降低实施的难度
软件开发过程管理
是指在软件开发过程中，除了先进技术和开发方法外，还有一 整套的管理技术。
软件过程改进
是针对软件生产过程中会对产品质量产生影响的问题而进行的 ，它的直接结果是软件过程能力的提高。
现在常见的软件过程改进方法：ISO 9000，SW-CMM和由多 种能力模型演变而来的CMMI。
3.1.1 SW-CMM和CMMI
SW-CMM 更高的抽象度与适应范围。
目标（一般目标与特定目标）首次作为模型构成成分 出现，这表明CMMI 对过程活动的结果投入了更多的 关注。
3.1.2 ISO9000质量标准
ISO9000
所谓“ISO9000”不是指一般意义上的一个质量保证标准，而是一 族系列标准的统称。
作用
─ 强化品质管理，提高企业效益；增强客户信心，扩大市场份 额；
3.1.1 SW-CMM和CMMI
CMMI有两种不同的实施方法
连续式－－主要是衡量一个企业的项目能力 阶段式－－主要是衡量一个企业的成熟度
连续式与阶段式所包含的过程域是完全一致的。 两者的区别主要在于过程域的组织方式不同， 阶段式是用来描述组织整体上的成熟度， 而连续式关注的是组织单个过程域的能力。 如果组织注意力主要集中在某几个过程域上时， 则采用连续式比较合适
─ 实施企业对过程改进项目的预算。
实施企业对过程改进项目的预算： 不论怎样，几乎可以肯定地说，实施 CMMI的费用肯定要比实施CMM高出一些。而就模型本身来看，CMMI 的2级7个过程区域在内容上并不比软件CMM的2级6个关键过程区域多 多少。这样的话，我们完全可以“少花钱、多办事”，也就是说可以采 用CMM的实施和评估方法，但可以在过程改进的时候参考CMMI的要 求，这样就经济很多。
CMMI的五个台阶
完成级 管理级 定义级 量化管理级 优化级
每一个台阶都是上面一阶台阶的基石。要上高层台 阶必须首先踏上较低一层台阶。
与SW-CMM 的结构相比， CMMI 的模型结构显得更 加复杂与精细。 CMMI 从过程域所有的实践提炼出 了多个过程域所共有的实践，称为一般实践，将其目 标称为一般目标，其余特定于某个过程域的实践与目 标称为特定实践与特定目标。这样模型取得了相对
3.1.1 SW-CMM和CMMI
1 初始级
2 可重复级
建立基本的项 无序、混乱目的管理过程。 软赖力持进文 化 件件 个 和 续 行档和软过别机的改化标件程人遇对进软品、准过。的。过。相复件质标的程依努程似以过量准软。项往程有目成和详，果产细重。
的度量标准。
3 已定义级
5 优化级
4 已管理级
图 CMM分级标准
─ 获得了国际贸易“通行证”，消除了国际贸易壁垒； ─ 节省了第二方审核的精力和费用； ─ 在产品品质竞争中永远立于不败之地； ─ 有效地避免产品责任； ─ 有利于国际间的经济合作和技术交流。
3.1.3 三者之间的比较
选择SW-CMM还是CMMI的考虑
─实施企业的业务特点。 实施企业的业务特点： 如果企业的规模不是很大，业务又集中在 软件开发为主，那么还是软件CMM比较适用。如果企业的规模 比较大（开发人员100人以上），并且业务不仅仅集中在软件开 发，还包括硬件开发哪怕是硬件代理（采购）都可以考虑实施 CMMI。
1. 目标 2. 实施保证 3. 实施能力 4. 执行活动 5. 度量分析 6. 实施验证
3.1.1 SW-CMM和CMMI
CMMI简介
由于不同领域能力成熟度模型存在不同的过程改进，重复的 培训、评估和改进活动以及活动不协调等一些问题。于是由美国 国防部出面，美国卡内基·梅隆大学软件工程研究所（CMU/SEI ）于2001年12月发布的CMMI 1.1版本包括四个领域：软件工程 （SW）、系统工程（SE）、集成的产品和过程开发（IPPD）、 采购（SS）。
实施企业对过程改进的熟悉程度： 如果企业已经实 施过ISO 9000，并且取得了较好的效果，那么可以 考虑实施CMMI。如果企业虽然没有实施过CMM，但 是对于过程改进一直比较关注，接受过不少相关培训
，甚至能够自发的进行一些过程改进，那么也可以考 虑实施CMMI。如果过去没有接触过类似的工作，那 么最好先从软件CMM 2级开始，首先建立持续过程 改进的思路。另外，软件CMM的要求也比CMMI要稍 低一些。可以适当降低实施的难度
3.1.1 SW-CMM和CMMI
KPA及KP
除第一级外，SW-CMM的每一级都是按完全相同的结构组成 的。每一级包含了实现这一级目标的若干关键过程域（KPA），每 个KPA进一步包含若干关键实施活动（KP），无论哪个KPA，它 们的实施活动都统一按六个公共属性进行组织，即每一个KPA都包 含六类KP：