CMM model.ppt的摘要

*分配: 许认为，大大提高软件质量和生产率的唯一方法是组件组装. 查找有关该主题的三到四篇最新文章，并进行总结. （列出参考文献）CMM模型简介1987年，CMU（卡内基梅隆大学）的SEI（软件工程研究所）发布了一个简短的软件过程成熟度框架，该框架随后在Humphrey的“管理软件过程”中发表. 本书提出了两种方法: 一种是软件过程评估和软件能力评估，另一种是成熟度调查表，用于评估软件过程的成熟度，即软件CMM模型或软件能力成熟度模型. 是基于Watts Humphrey的愿景，Jim Withey，Mark paulk和Cynthia Wise于1990年提出了最早的解决方案，1991年8月，Mary Beth Chrissis和Bill Curtis帮助Mark修改并提出了1.0版本的CMM. paulk提出了CMM模型的1.1版CMM模型简介经过四年的广泛实施，从软件过程评估和大量来自行业和政府的反馈数量不断提高. 通过经验总结，并结合1987年的到期问卷，SEI将成熟度框架CMM开发为软件.

CMM 1.1版本于1991年发布. CMM1.1版本于1993年发布. 通过阐述成熟度框架获得的模型，它为软件组织建立过程改进计划提供了更有效的指导. 到目前为止，CMM已经并且正在对全世界软件流程和功能的改进产生巨大影响. SEI最初计划在1997年下半年发布2.0版，并在1998年发布2.1版，但未能成功. CMM模型简介定义: 过程: “用于给定目的的一系列操作步骤” [IEEE-STD-610]. 软件过程: 人们用于开发和维护软件及相关产品（项目计划，设计文件，编程cmm模型，测试，用户手册）的一系列活动，方法，实践和转换. 软件过程能力: 描述遵循软件过程后预期结果的限制. 软件过程性能: 表示遵循软件过程后获得的实际结果. 软件过程成熟度: 指明确定义，管理，衡量，控制和有效地定义特定软件过程的程度. 在软件组织内部，通过绘制此过程的图表并培训该组织的成员，可以很好地理解软件过程，并且用户可以对其进行持续的跟踪和修订.

CMM模型简介初始级别. 软件过程的特点是混乱，有时甚至混乱，几乎没有明确定义的步骤，而成功完全取决于个人的努力和英勇的核心角色. 可重复的水平. 建立了基本的项目管理流程来跟踪成本，进度和绩效. 有必要的过程准则来重复在类似项目中的先前成功. 确定水平. 管理和工程的软件过程已被记录，标准化并集成到整个软件开发组织的标准软件过程中. 所有项目都使用标准软件过程，这些过程会根据实际情况进行修改以开发和维护软件. 管理级别. 开发了软件过程和产品质量的详细指标. 软件流程和产品质量由开发组织的成员理解和控制. 优化级别. 加强定量分析，并且可以通过过程质量的反馈以及新思想和新技术的反馈来不断改进过程. CMM模型提出了分为五个成熟度级别的结构，该结构全面描述和分析了软件过程能力的发展程度，并建立了描述组织软件过程成熟度的分级标准. 这五个级别的主要特征是: ◆根据SEI的统计，自1987年以来，世界上只有132家软件公司和机构通过了4级认证，61个通过了5级认证，91个通过了4级. 两家通过5级认证的机构分别是摩托罗拉（中国）软件中心和摩托罗拉系统解决方案部. 除加拿大和外，其他获得该奖项的公司或组织都来自美国和印度.

◆摩托罗拉（中国）软件中心是中国第一家通过SEI CMM5认证的企业，在全球排名第39位. ◆通过实施CMM，中国软件中心受益匪浅: 从1997年到2000年的三年中，中国软件中心的人均生产率提高了6倍. 同时，开发过程中的软件错误率降低了15倍，而软件发布后的错误率降低了24倍. 5 5.0: 1 4.0: 1〜8.8: 1利润率5 39％10％〜94％发行后的缺陷（减少/年）2 — 15％〜23％上市时间（年初/年）4 35％9％〜 67％的生产率提高/年度数据点平均范围类别软件过程评估. 它用于判断组织当前的软件过程能力状态，判断与组织所面临的软件过程相关的更高级别的问题，并用于获得组织的全面支持以有效地改善组织的软件过程. 软件功能评估. 它用于判断打算进行软件项目的软件组织（即投标人）的软件处理能力，或判断软件处理是在正确还是正常状态下进行的. CMM是一个标准: CMM建立了可以使用的标准说明. 与特定公司签订软件项目合同时，政府和其他商业组织也可以使用这些标准描述来评估风险. CMM是框架: 软件组织可以使用这些标准描述来改善其软件开发和维护过程.

这就是通往软件过程改进的道路. CMM是参考模型: 它描述了关键特性和结构. 它可以用来描述成熟的软件组织的特征. 标志着预期的发展效果. CMM模型并未详尽地提供特定应用范围内的知识. 没有提出特殊的软件技术，也没有提出如何选择，聘用，激励和维护有能力的人员的建议. 显然，这些方面在项目的真正成功中起着重要作用. CMM模型是专门为服务于软件管理和工程过程而提出的结构. 软件技术的发展将对CMM模型产生影响，促使其改变和发展. CMM模型提供了详细的结构化模型，用于改进管理和软件产品开发. 但这并没有提供如何开发成功的软件产品和其他软件工程的所有问题. CMM定义了成熟软件过程的实际活动以及实际示例，但是它们并不完整且独特. CMM定义了有效软件过程的特征，但是对于软件成熟度的复杂性，仅该过程是不够的. 人为因素和技术因素也很重要. CMM模型的内容软件过程的初始阶段的特点是混乱，有时甚至混乱. 定义流程的规则或步骤很少. 过度使用. 通常会做出良好的承诺: “按照软件工程方法在有序的工程过程中工作”；或承诺实现高目标.

实际上发生了一系列危机. 如果发生危机，请放弃原始的计划流程，并重复编码和测试. 成功完全取决于个人的努力和杰出的人员，也取决于杰出的经理和杰出而有效的软件开发人员. 具体的表现和结果源自或由个人的能力，他们以前的经验，知识，他们的进取心和热情决定. 能力只是个人特征，而不是发展组织的特征. 依靠个人素质或承受巨大压力，或找到获得成果的技巧. 但是一旦这些人离开，对组织的稳定作用也会消失. 软件过程是不确定的且不可预测的. 具有第一软件成熟度的软件组织的软件过程经常在实际工作过程中发生变化（该过程是任意的）. 这样的组织也在开发产品，但是其结果是不稳定的，不可预测的且不可重复的. 换句话说，软件的计划，预算，功能和产品质量是不确定和不可预测的. 特征: CMM模型内容的初始阶段很少存在或使用稳定的过程. 所谓的“过程”通常是“以这种方式”. 各种法规，规章制度互不相容，甚至相互矛盾. 流程: 依靠个人的努力和杰出的人才. 一旦好人离开，该项目就无法继续. 人们的工作就像“消防”. 也就是说，在开发过程中存在不断的危机和不断的“消防”. 人员: 引进新技术极具风险. 技术: 不收集数据或分析数据.

度量: CMM模型内容的初始级别建立项目管理过程. 实行规范化管理. 保证项目的承诺. 第一个任务是进行需求管理，在客户和软件项目之间建立共识，并使项目真正反映客户的需求. 建立各种软件项目计划. 如软件开发计划，软件质量保证计划，软件配置计划，软件测试计划，风险管理计划和流程改进计划. 进行软件质量保证活动（SQA）改进方向: CMM模型内容的可重复性水平为了做出更现实的承诺，我们可以根据先前在类似项目上的成功经验建立必要的过程准则，以确保再次取得成功. 主要是在逐个项目的基础上建立基本的过程管理规则，以增强过程能力. 建立了基本的项目管理流程来跟踪成本，进度和功能. 管理工作主要跟踪软件支出，进度和功能. 找出承诺问题. 基线（BASELINE）用于标记进度和控制完整性. 定义软件项目的标准，相信它，然后遵循它. 通过分包合同建立有效的供需关系. 特点: CMM模型的内容是可重复的. 软件开发和维护的过程相对稳定，但是该过程是在项目级别建立的. 常规软件过程受有效的工程管理系统的控制，并且可以重复以前的成功经验. 过程: 项目的成功取决于个人能力和管理支持. 了解管理的必要性和对管理的承诺.

注意人员培训. 人员: 建立技术支持活动并制定稳定的计划. 技术: 为每个项目建立一个资源计划. 主要关注成本，产品和进度. 有相应的管理数据. 可衡量的: CMM模型内容的可重复级别. 不再根据项目来制定软件过程，而是总结并规范了各个项目的成功经验，并将具体经验总结为整个组织的标准软件过程. 将改善组织整体软件过程能力的软件过程活动作为软件开发组织的责任. 确定组织范围内的标准软件流程，并将软件工程和管理活动集成到一个确定的软件流程中. 因此，可以在整个项目中改善软件过程的效果，并且还可以将其用作软件过程定制的基础. 建立一个软件工程过程小组（SPEG）cmm模型，长期承担评估和调整软件过程的任务，以满足未来软件项目的需求. 积累数据: 建立组织的软件过程库和软件过程相关的文档库. 加强培训. 改进方向: 确定CMM模型的内容. 无论是管理还是工程方面的软件过程，都已记录，标准化并集成到软件开发组织的标准软件过程中. 软件过程标准适用于所有项目，以准备和维护软件. 有些项目还可以根据实际情况定制软件开发组织的标准软件流程. 在进行项目时，可以完全控制产品的生产过程，成本，计划和功能，从而也可以控制软件的质量.

软件工程过程小组（SPEG）负责软件过程活动. 安排整个组织的培训计划. 功能: CMM模型内容的确定级别整个组织采用全面的管理和工程流程进行管理. 软件工程和管理活动是稳定，可重复和连续的. 软件过程起到预见和预防问题的作用，并且可以最大程度地降低风险的影响. 过程: 作为项目团队工作. 像一个全面的产品团队. 整个组织中的每个人都对定义的软件过程活动和任务有深刻的理解. 大大增强了工艺能力. 有计划地根据人员的角色进行培训. 人员: 定性建立新的评估技术. 技术: 在整个过程中收集使用情况数据. 在整个项目中系统地共享数据. 度量: 确定CMM模型的内容以开始对软件过程进行定量分析，以达到定量控制软件项目过程的效果. 通过软件质量管理实现软件质量目标. 改进方向: CMM模型内容的管理级别已针对软件过程和产品质量制定了详细的指标. 可以理解和控制软件过程和产品质量. 软件组织的能力是可以预测的. 原因是软件过程是通过清晰的指标来衡量和操作的. 不用说，软件产品的质量是可以预测和控制的. 该组织的度量工作确保所有项目将生产率和质量作为一项重要的软件过程活动进行度量.

具有定义明确且一致的指标来指导软件流程，并充当评估软件流程和产品的定量基础. 在开发组织内已建立了一个软件过程，以保存收集的数据，并可用于各种软件过程. 功能: CMM模型内容的管理级别开始定量地了解软件过程. 软件过程中的更改很小，通常在可接受的范围内. 可以预见软件过程和产品质量的一些趋势. 一旦测量的质量超出了这些标准或被违反，则可以使用某些方法进行纠正以达到良好的目标. 流程: 每个项目中都有很强的团队合作意识. 因为每个人都了解个人角色和组织之间的关系，所以可以产生这种团体意识. 人员: 不断对新技术进行定量评估. 技术: 收集并确定整个组织中的数据. 测量标准化. 数据用于定量了解软件过程并稳定软件组成. 指标: CMM模型内容的管理级别缺陷预防. 不仅可以及时解决问题，而且应采取具体措施防止将来出现此类缺陷. 积极开展技术变更管理，新技术的识别，选择和评估，以便在开发组织中实施有效的新技术. 执行流程变更管理. 确定过程改进的目的，并不断改进过程. 改进方向: CMM模型内容的优化级别整个组织都特别关注软件过程改进，自身预期和增强的连续性.

防止缺陷和问题. 不断提高其工艺能力. 加强量化分析，通过过程的质量反馈，吸收新的概念和新技术，从而可以不断改进软件过程. 根据软件过程的有效性执行成本/收益分析，从成功的软件过程实践中汲取教训，并进行总结. 快速将最佳创新成果传递给整个组织. 对于失败的情况，软件过程团队进行分析以找出原因. 组织可以识别过程中的缺陷并提前进行改进. 将故障传达给整个组织，以防止重复先前的错误. 在整个组织中都促进对软件过程的评估和对标准软件过程的改进. 功能: CMM模型内容优化级别不断系统地改进软件过程. 了解并消除问题的常见根源. 它可以在任何系统中找到: 由于随机更改而导致重复工作，从而浪费时间. 为了防止可能由于人力浪费而导致的系统更改. 消除“公共”效率低下的根本原因并防止浪费. 尽管这些问题在所有级别上都存在，但这是第五级的重点. 流程: 整个组织内都有一种自觉和强烈的团队合作感. 每个人都致力于过程改进. 人们不再对实现里程碑感到满意，而是努力降低错误率. 人员: 在量化控制和管理的基础上，积极主动地考虑新技术，追求新技术并利用新技术. 它可以实现软件开发中方法和新技术的创新，从而防止错误并不断提高产品的质量和生产率.

技术: CMM模型内容的优化级别使用数据评估和选择过程改进. 改进方向: 不要收集数据或分析数据. 指标: 初始级别（1）可重复级别（2）确定性级别（3）可管理级别（4）优化级别（5）严格的过程标准一致的过程可预见的过程持续改进过程过程输出1输入输出2输入和输出3输入和输出4输入和输出5输入和输出1输入对于管理员或用户，您只能看到项目的要求和项目的结果. 整个软件过程是一个黑匣子，您看不到项目的软件过程. 当然，发展活动的阶段无法确定. 项目开发就像不可思议的事情一样，以无法控制的方式进行. 管理人员不了解软件. 了解特定项目的进度或制定项目计划非常困难. 用户只有在交付软件后才能评估软件产品是否满足要求. 输出2输入开发过程看起来像一系列黑匣子. 可以分阶段控制和管理软件开发. 这种管理控制可以在某些定义的时期（里程碑）中看到项目活动. 但是黑匣子内部发生的事情仍然是看不见的. 因此，只能在一定程度上控制用户需求和工作产品. 此时，可以建立基本的项目管理活动，以在过程的检查点检查产品，以检查过程是否正常进行或对出现的问题做出响应.

用户还可以在检查点检查项目的进度. 输出3输入可以在框中看到内部结构，例如项目定义的软件过程的任务. 这种内部结构表示将软件开发组织中已经存在的标准软件过程应用于特定项目时的情况. 因此，管理人员可以在一定程度上与各种软件开发活动进行交互，同时了解他们在过程中的职责和任务. 管理人员可以预见可能的风险，并为此做一些准备. 用户可以获得更准确，更快速的状态报告. *

本文来自电脑杂谈，转载请注明本文网址：
http://www.pc-fly.com/a/ruanjian/article-234969-1.html