CMM模型|图形|百度文库

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

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

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

除加拿大和各有一家9％〜67％15％〜23％10％〜94％4.0: 1〜8.8: 1平均35％— 39％5.0: 1个数据点4 2 5 5？软件过程评估. 它用于确定组织的软件过程能力的当前状态，确定与组织所面临的软件过程相关的更高级别的问题以及使用组织的全面支持来有效地改进组织的软件过程. ？软件功能评估. 它用于确定打算进行软件项目的软件组织（即投标人）的软件处理能力，或确定软件处理是在正确还是正常状态下进行的. •CMM是标准: CMM已建立了可以使用的标准说明. 与特定公司签订软件项目合同时，政府和其他商业组织也可以使用这些标准描述来评估风险.

CMM是框架: 软件组织可以使用这些标准说明来改进其软件开发和维护过程. 换句话说，它代表了软件过程改进的途径. ？ CMM是参考模型: 描述了关键特性和结构. 它可以用来描述成熟的软件组织的特征. 标志着预期的发展效果. •CMM模型没有详细介绍特定应用范围内的特定知识. 没有提出特殊的软件技术，也没有建议如何选择，聘用，激励和维护有能力的人员. 显然，这些方面在项目的真正成功中起着决定性的作用. CMM模型是专门为服务于软件管理和工程过程而提出的结构. 软件技术的发展将对CMM模型产生影响，促使其改变和发展. •CMM模型提供了详细的结构化模型，用于改进管理和软件产品开发. 但这并没有提供如何开发成功的软件产品和其他软件工程的所有问题. ？ CMM定义了成熟软件过程的实际活动以及实际示例，但是它们并不完整且独特. CMM定义了有效软件过程的特征，但是对于软件成熟度的复杂性，仅该过程是不够的. 人为因素和技术因素也很重要. CMM模型的内容特征: 初始水平？软件过程的特点是混乱，有时甚至是混乱.

定义该过程的规则或步骤很少. ？过度承诺. 通常会做出良好的承诺: “按照软件工程方法在有序的工程过程中工作”；或承诺实现高目标. 但是，实际上发生了一系列危机. ？如果发生危机，请放弃原始计划流程，并重复编码和测试. ？成功完全取决于个人的努力和杰出的人员，取决于杰出的经理和杰出的有效软件开发人员. 具体的表现和结果源自或取决于个人的能力，他们以前的经验，知识，他们的进取心和热情. ？能力只是个人特征，而不是发展组织的特征. 依靠个人素质或承受巨大压力，或寻找技巧以取得成果. 但是一旦此类人员离开，对组织的稳定作用也将消失. ？软件过程是不确定的且不可预测的. 在软件成熟度的第一个级别上的软件组织的软件过程经常在实际工作过程中进行更改（该过程是任意的）. 这样的组织也在开发产品，但是其结果是不稳定的，不可预测的且不可重复的. 换句话说，软件的计划，预算，功能和产品质量是不确定的且不可预测的. CMM模型的内容过程: 初始水平？很少存在或使用稳定的过程？所谓的“过程”通常是“以这种方式”. ？各种法规，规章制度是不相容的，甚至是矛盾的. 人员: ？依靠个人的努力和杰出的人才.

杰出人士离开后，项目将无法继续. ？人们的工作就像“消防”. 这是在发展过程中不断出现的危机和持续的“消防”. 技术: ？引进新技术是很大的风险. 指标: ？没有收集或分析数据. CMM模型内容的初步改进方向: 建立项目管理流程. 实行规范化管理. 保证项目的承诺. ？第一个任务是进行需求管理，在客户和软件项目之间建立共识，从而使项目真正反映客户的需求. ？建立各种软件项目计划. 如软件开发计划，软件质量保证计划，软件配置计划，软件测试计划，风险管理计划和流程改进计划. 软件质量保证活动（SQA）的CMM模型的内容特征: 可重复的水平？为了做出更加现实的承诺，您可以通过遵循先前在类似项目上的成功经验所建立的必要流程标准，来再次确保成功. ？主要是在逐个项目的基础上建立基本的过程管理规则，以增强过程能力. •建立了基本的项目管理流程来跟踪成本，进度和功能. ？管理主要跟踪软件的支出，进度和功能. 找出承诺方面的问题. ？使用基线（BASELINE）标记进度并控制完整性. ？定义软件项目的标准，并相信它，并遵循它. 通过分包合同建立有效的供需关系. CMM模型的内容过程: 是否可重复？软件开发和维护过程相对稳定，但是该过程是在项目级别建立的.

常规软件过程受有效的工程管理系统的控制，并且可以重复以前的成功经验. 人员: ？该项目的成功取决于个人能力和管理支持. ？了解管理的需要和对管理的承诺. ？注意人员培训. 技术: ？建立技术支持活动并制定稳定的计划. 指标: ？为每个项目建立一个资源计划. 主要关注成本，产品和进度. 有相应的管理数据. CMM模型内容的可复制的改进方向: 不再根据项目来制定软件过程，而是总结各种项目的成功经验，使其定期化，并将具体经验总结为组织范围的标准软件过程. 将改善组织整体软件过程能力的软件过程活动作为软件开发组织的责任. ？确定组织范围内的标准软件流程，并将软件工程和管理活动集成到可靠的软件流程中. 这可以改善整个项目中软件过程的效果，并且可以作为定制软件过程的基础. ？建立一个软件工程过程小组（SPEG），长期承担评估和调整软件过程的任务，以适应未来软件项目的需求. ？积累数据: 建立组织的软件过程库和软件过程相关的文档库. ？加强培训. CMM模型的内容特征: 一定水平？无论是管理还是工程方面的软件过程，都已记录，标准化并集成到软件开发组织的标准软件过程中. ？软件过程标准适用于所有项目的软件准备和维护.

某些项目还可以根据实际情况定制软件开发组织的标准软件流程. ？从事项目时，可以完全控制产品的生产过程，成本，计划和功能，因此也可以控制软件的质量. 软件工程过程小组（SPEG）负责软件过程活动. •安排整个组织的培训计划. CMM模型的内容过程: 确定的人员级别: 整个组织采用全面的管理和工程流程进行管理. 软件工程和管理活动是稳定，可重复和连续的. ？软件过程起到预见和预防问题的作用，并且可以最大程度地降低风险的影响. ？作为项目团队工作. 像一个全面的产品团队. ？整个组织中的每个人都对定义的软件流程活动和任务有深刻的了解. 大大加强了工艺能力. ？根据人员角色计划培训. 技术: ？定性建立新的评估技术. 指标: ？在整个过程中收集使用情况数据. ？在整个项目中系统地共享数据. 确定CMM模型内容的改进方向: 开始定量分析软件过程，以达到定量控制软件项目过程的效果. ？通过软件质量管理实现软件质量目标. CMM模型的内容特征: 管理水平？为软件过程和产品质量开发了详细的特定指标. 可以理解和控制软件过程和产品质量.

软件组织的能力是可以预测的. 原因是软件过程是通过清晰的指标进行衡量和操作的. 不用说，软件产品的质量是可以预测和控制的. ？组织的度量工作确保所有项目将生产力和质量作为重要的软件过程活动进行度量. ？具有定义明确且一致的度量标准，以指导软件过程，并作为评估软件过程和产品的定量基础. ？在开发组织内已经建立了一个软件过程，以存储收集的数据，并可以用于各种软件过程. CMM模型的内容过程: 管理人员: 技术: 度量: 开始定量地了解软件过程. ？软件过程中的更改很小，通常在可接受的范围内. ？可以预测软件过程和产品质量的一些趋势. 一旦质量在衡量或违反之后超过了这些标准，则可以使用一些方法对其进行纠正以达到良好的目标. ？每个项目中都有很强的团队合作意识. 因为每个人都了解个人角色和组织之间的关系，所以可以产生这种团体意识. ？不断对新技术进行定量评估. ？整个组织的数据收集和确定. ？指标的标准化. ？数据用于定量了解软件过程并稳定软件组成. CMM模型内容的管理级别改进方向: 预防缺陷. 发现问题后，不仅可以及时进行改进，而且应采取具体措施防止将来出现此类缺陷.

主动进行技术变更管理，新技术的识别，选择和评估，以便在开发组织中实施有效的新技术. ？执行流程变更管理. 确定过程改进的目的，并不断改进过程. CMM模型的内容特征: 优化级别？整个组织都特别注意软件过程改进的连续性，预见性和增强性. 防止缺陷和问题. 不断提高他们的工艺能力. ？加强量化分析，通过过程中的质量反馈，吸收新的概念和新技术，从而可以不断改进软件过程. •根据软件过程的有效性执行成本/收益分析，从成功的软件过程实践中汲取教训，并进行总结. 快速将最佳创新成果传递给整个组织. 软件过程团队将对失败过程进行分析，以找出原因. ？组织可以识别过程中的缺陷并提前进行改进. 将故障传达给整个组织，以防止重复先前的错误. ？在整个组织中都促进对软件过程的评估和对标准软件过程的改进. CMM模型的内容过程: 优化级别？不断系统地改善软件过程. ？了解并消除问题的常见根源. 它可以在任何系统中找到: 由于随机更改而导致重复工作，从而浪费时间. 为了避免浪费人力cmm模型，可能会导致系统更改. 有必要消除“公共”效率低下的根本原因并防止浪费. 尽管这些问题在所有级别上都存在，但这是第五级的重点.

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