传统软件开发方法与CMM结合
软件工程技术和CMM的融合
，
Ｉ
ｌ
■ － － － － ＿
薹】 Ｉ 【 ｊ ｜ 【 奠及活动
－ － － － － ●
加快 系统工程中软件工程与 Ｃ ＭＭ 的融 图１ ：ｃ 帆 的五个 等级
管理过程缺 乏定义，多属于反应式处理方式，
用 的需要，将 软件开发过程逐步细化为需
析 、设 计 、编 程 、 测 试 和 维 护 等 ， 软 件 工 】 概 念也 随 之 应 运 而 生 。 第 二 阶 段 从 上 世 纪
预知性，难 以在研发过程 中实施有效 的监管 ， 从而可能会导致软件的预期利润下 降，进而影
统 ，从 而 进 一 步 适 应 大 规 模 系 统 、 资源 共 享 和 保 证软件质量； 已管理级则是针对制定质量 、
加 强相 关 领域 的 应 用 研 究 ， 从 而 进 一 步 完
｝ 国软件开 发体 系的成 熟程度，也是我们必
思 考 和 解 决 的重 要课 题 。
协调工作等 的要求 。在这个阶段 ，软件 工程 在 提高个人生产率 的同时 ，也更加重视软件体 系 结构和模式设计 ，并努力通过 信息共 享和协 同
ｊ 过 程管 理。第 三个 阶段 则始 于 上世纪 ９ Ｏ 制度 和方法 ，管 理人员可及时发现 问题并采取 ： 前后，随着网络的不断发展和普及 ，为 了 措 施 加 以解 决 ， 具 有 一 定 的 重 复 性 ： 而 已定 义 网络计算和 多媒体技术等应用的需要 ，软
简 要 描 述 ，在 此 基 础 上 进 一步 将 软件 过 程成 熟
［ 。
软件工程技术在系统工程中同CMM进行融合的分析
软件工程技术在系统工程中同CMM进行融合的分析作者：赵新博来源：《中国科技博览》2015年第12期[摘要]随着各项技术的进步，电子信息系统工程取得了一系列的进展，在其长期的发展过程中，软件工程技术由于具有诸多优点，在电子信息系统工程中具有广泛的应用。
相对而言，我国在软件工程技术的研究中，部分技术已经成为了世界顶尖的国家，但部分技术仍然存在些许的瑕疵，在日常应用中未达到最理想的效果。
现阶段的系统工程持续发展，并成为了影响国家进步和发展的重要因素，今后要想实现系统工程的更加进步，应适当的融合其他技术应用。
例如，软件工程技术可以尝试在系统工程中同CMM进行融合，一方面实现客观的技术联合，另一方面健全系统工程的发展，为我国的社会进步创造更大的经济效益和社会效益。
[关键词]软件工程；CMM；系统工程；融合中图分类号：TP311.5 文献标识码：A 文章编号：1009-914X（2015）12-0366-02近年来，随着各项技术的成型与发展，软件工程技术取得了很大的进步，无论是在体系框架方面，还是在实际的应用范围中，都实现了较大的突破。
其中，CMM（软件能力成熟度模型）的框架及理论也逐渐形成，在行业内得到了广泛的认可，很多的技术人员都投身到CMM 的研究工作中，并获得了比较丰硕的研究成果。
目前，系统工程是国家研究的重点领域，也是其他国家的重点研究领域。
软件工程技术作为目前相对高端的技术，在推动系统工程发展的过程中，表现出了一定的吃力状态，且部分研究工作比较复杂，影响到了系统工程的进度和质量。
为此，应将软件工程技术与CMM有效的融合，实现系统工程的更大进步。
在此，本文主要对软件工程技术在系统工程中同CMM进行融合展开分析。
一、软件工程技术的发展现状在二十一世纪的今天，任何一个国家的发展都需要技术来完成，并且在高精尖的领域当中，软件工程技术成为了国家之间竞争的主要技术类型。
从主观的角度来分析，软件工程技术又被称之为解决危机的产物。
软件开发CMM认证体系简介
CMM 认证体系简介一CMM 认证体系概念CMM （软件能力成熟度模型： Capabi lityMaturi ty ModelF or Softwa re ）由美国卡内基梅隆大学软件工程研究所（ SEI ： Softwa reEng ineer ingIn stitu te ）受美国国防部委托于 1987 年研制成功的，在美国，随后在全世界推广实施的一种软件评估标准，是一种用于评价软件承包能力并帮助其改善软件质量的方法，主要用于软件开发过程和软件开发能力的评估和改进，它侧重于软件开发过程的管理及工程能力的提高与评估，1987 开始实施认证。
CMM 内容CMM 评估包括 5 个等级，共计 18 个关键过程域， 52 个目标， 300 多个关键实践。
各级特征与要求见表一。
表一 CMM 特征与要求CMM 为软件的过程能力提供了一个阶梯式的改进框架，它基于以往软件工程的经验教训，提供了一个基于过程改进的框架图；它指明了一个软件组织在软件开发方面需要哪些主要工作，这些工作之间的关系，以及开展工作的先后次序，一步一步的做好这些工作而使软件组织走向成熟。
CMM 的意义CMM 的意义不仅仅是对软件开发的过程进程管理，最关键的它还是一种高效的管理方法，有助于企业最大程度的降低成本，提高质量和用户满意度，而这正是中国软件业与美国、印度软件业最大的差距之处。
与软件工程不同的是， CMM 是对于企业软件开发的整个过程进行全方位的考察与评估，甚至包括了对于开发人员的管理、文档的管理以及对开发人员素质的评估。
CMM 也不同于目前大家所熟知的ISO9000 系列质量体系的认证，因为后者是针对各行各业所有生产过程的管理，而对软件产业的特殊性考虑不够。
浅谈开发中小型软件系统的CMM最佳实践方法
浅谈开发中小型软件系统的CMM最佳实践方法摘要：本文基于中、小型规模的软件开发特点，通过融合多种软件过程开发实践，保证快速、合理、低代价和清晰的软件开发过程控制基础上，基于工程实践的总结和归纳，提出一种基于组件构建软件系统的CMM和RUP的有序过程控制的最佳实践方法，该方法具有清晰过程控制、可被重复检验和理解，允许在软件过程中进行适应性的自我调整和完善。
通过实际案例的统计和规律性分析，证明该种软件开发过程的最佳实践方法在实际的工程项目管理中具有较强的工程指导意义和现实参考价值。
关键词：软件工程；软件项目管理；组件；最佳实践1 引言在当今信息社会，信息技术已经普遍地服务于社会的各行各业，以计算机信息系统为核心的IT技术已成为最活跃、最有发展潜力的支柱产业，绝大多数的社会业务领域都形成了非常成熟的高水平的行业应用软件。
但由于软件开发过程的缺陷、项目管理的问题和缺乏对企业内部软件开发过程的最佳实践总结与应用，软件系统的开发还存在着严重的问题。
根据美国Standish Group对美国1.35万个软件项目的统计，有问题的和失败的软件项目占66%，中国甚至达到了90%以上的项目不完全符合实际的业务需求[1]，软件项目的失败比率至今没有太大变化。
即低下的软件生产能力与强烈的业务发展需求间的矛盾造成的。
这就要求从事软件生产的组织、相关人员迫切需要选择良好的软件生产能力的改造；对于软件开发者来说，保持持久的竞争优势关键因素在于通过适合领域问题的完善软件过程项目管理实现。
软件工程界已经认识到美国卡内基·梅隆大学软件工程研究所（Software Engineering Institute，SEi）所提出的软件过程能力成熟度模型（Capability Maturity Model，CMM）在改进并完善软件过程、提高软件质量（产品规格）和软件开发效率（进度）、降低成本（代价）等方面的重要指导意义。
软件项目的目标有两个，即取得当前项目的成功并进行积累，为后续的项目做提供经验积累和准备。
CMM(CMMI)基础知识介绍
第5级
◆ 特征 （1） 整个组织特别关注软件过程改进的持续性、预见及增强自身，防止缺陷及问题的发生，不 断地提高他们的过程处理能力。 （2） 加强定量分析，通过来自过程的质量反馈和吸收新观念，新科技，使软件过程不断地得到 改进。 （3） 根据软件过程的效果，进行成本 / 利润分析，从成功的软件过程中吸取经验，加以总结。 把最好的创新成绩迅速向全组织转移，对失败的案例，由软件过程小组进行分析以找出原因。 （4） 组织能找出过程的不足并预先改进，把失败的教训告知全组织以防止重复以前的错误。 （5） 对软件过程的评价和对标准软件过程的改进，都在全组织推广。 过程 不断地系统地改进软件过程。 理解并消除产生问题的公共根源，在任何一个系统中都可找到：由于随机变化造成重复工作、 进而导致时间浪费。为了防止浪费人力可能导致的系统变化，要消除“公共”的无效率根源”， 防止浪费发生。尽管所有级别都存在这些问题，但这是第5级的焦点。 ◆ 人员 整个组织都存在自觉的强烈的团队意识。 （2） 每个人都致力于过程改进，人们不再以达到里程碑式的成就而满足，而力求减少错误率。 ◆ 技术
CMM2级的关键过程域是8个，目标20个， 承诺9个，能力25个，活动62个，度量6个， 验证19个。
CMM等级及特点
12
CMM过程的可视性
5 输入
输出
4 输入
3 输入
2 输入 1 输入
13
输出 输出 输出 输出
1．6 CMM1．1的等级及其特征
第1级 ◆ 特征
（1） 软件过程的特点是杂乱无章，有时甚至是混乱，几乎没有定义过程 的规则或步骤。 （2） 过分的承诺。常作出良好的承诺：如“按照软件工程方式，有序的 工程步骤来做”；或达到高目标的许诺。实际上却出现一系列问题。 （3） 遇到危机就放弃院计划过程，反复编码和测试。 （4） 成功完全依赖个人努力和杰出的专业人才，取决于超常的管理人员 和杰出有效的软件开发人员。具体的表现和成果都源自于或者说决定于个 人的能力和他们先前的经验、知识以及他们的进取心和积极程度。 （5） 能力只是个人的特性，而不是开发组织的特性。依靠着个人的品质 或承受着巨大压力；或找窍门取得成果。但此类人一旦离去，组织的稳定 作用也随之消失。 （6） 软件过程是不可确定的和不可预见的。软件能力成熟度处于一级的 软件组织其软件过程在实际工作过程中经常被改变（过程是随意的）。这 类组织也在开发产品，但其成果是步稳定的，不可预见的不可重复的。也 就是说，软件的计划、预算、功能和产品的质量都是不可确定的和不可预 见的。
软件工程第十二章软件能力成熟度模型
CMM的未来发展
云原生和微服务架构的适 应性
随着云原生和微服务架构的普 及，CMM模型需要进一步发 展和改进，以适应这些新兴技 术的需求。
人工智能和机器学习的整 合
人工智能和机器学习在软件开 发中的应用越来越广泛， CMM模型需要与这些技术整 合，以提高软件开发的智能化 水平。
敏捷开发与CMM的融合
敏捷开发方法在软件开发中受 到广泛应用，CMM模型需要 与敏捷开发进一步融合，以提 高软件开发的灵活性和快速响 应能力。
个性化软件能力成熟度模 型
随着软件行业的快速发展和变 革，组织需要根据自身的特点 和需求，发展个性化的软件能 力成熟度模型，以更好地满足 业务发展需求。
05
软件能力成熟度模型案例研究
4. 重新评估
经过一段时间后，再次评估企业的软件开发 过程，确认改进效果。
05
06
实施效果
经过CMM的实施，企业的软件开发过程更加 规范，质量得到显著提升，同时开发效率也有 所提高。
案例二：CMM在软件开发项目中的应用
项目背景
01 某大型软件项目的开发，客户
对质量要求非常高。
1. 选择CMM级别
02 根据项目需求和客户要求，选
需求管理
需求变更得到控制，项目范围 和进度相对稳定。
已建立过程
项目过程已文档化并得到一定 程度的遵守。
文档管理
项目文档得到有效管理，方便 查阅和使用。
质量保证
实施了一定的质量保证措施， 如代码审查、测试等，以提高 软件质量。
已定义级
已定义过程
项目过程已完全文档化，并成为组织内部 标准。
预防措施
采取预防措施来降低缺陷和问题的发生率 。
3. 实施改进
从CMM模型透视微软的软件开发管理实践(PPT 52页)
– 在全公司范围内实施最佳实践活动。
CMM第三级:公司内规范流程
• 目标
– 公司开发和维护标准的软件流程。 – 对项目组如何使用该流程的有关资料，予以收集、审核与公布。
• 实践
– 开发和维护公司标准软件流程，以及流程有关的资料。 如
CMM第三级:公司内注重流程
• 目标
– 在整个公司中协调软件流程的发展和改进工作。 – 根据相关的流程标准来衡量所使用的软件流程的优缺点。 – 规划整个公司的软件流程发展及改进工作。
• 实践
– 发展并保持对公司和项目组的软件流程的理解。 – 协调对软件流程的评估、开发、维护及改进的工作。
CMM第三级:公司内注重流程
CMM 各级别公司达到比例%
Level 5
Level 4
Level 3 Level 2
1996 1989
Level 1
0 10 20 30 40 50 60 70 80 90 100 基于从1996年以来的对901家组织机构进行的最新评估
From SEI’s “Process Maturity Profile of the Software Community，SEMA Update，August 2000。”
队(War Team)，定时召开会议讨论影响产品的热点问题。 – PM根据实际情况作出决策，修正项目计划各项，并通报有关方面
予以实现。
CMM第二级:软件分包管理
• 目标
– 主承包商选择合格的软件转包商，并彼此接受承约。 – 双方随时保持通讯联系。 – 主承包商根据承约，对转包商的实际结果和性能进行跟踪。
CMM第一级特点与问题
CMM在银行软件开发中的应用
CMM在银行软件开发中的应用CMM(软件能力成熟度模型：Software Capability Maturity Model)，是由美国卡内基梅隆大学(CMU)的软件工程研究所(SEI)制定的一种软件评估标准，主要用于软件开发过程和软件开发能力的评估和改进。
此标准自1991年提出以来，已在美国、印度、日本、欧洲等地成功应用，并成为软件行业的工业标准。
尽管CMM引起了软件行业充分的重视，但如何将CMM应用到企业或项目管理中，大多数企业仍然毫无头绪。
而对于银行的科技部门，属于非软件行业的软件开发部门，是否可以通过应用CMM来优化项目开发过程，这是本文要探讨的问题。
软件能力描述了通过遵循软件过程能够实现预期结果的程度，就是软件企业在一个项目时其项目过程曲线的“波动带”，即项目围绕项目计划开发过程中的变化范围。
随着成熟度级别的提高，在项目过程中关键点的目标结果与实际结果之间的差距越来越小、项目的可预见性将越来越高、项目过程中实际结果的变化范围将越来越小。
CMM在一个更高的层次抽象的关注组织上和管理上的问题，它只告诉我们要做什么，但却没有告诉我们要怎么做。
它描述了一个软件企业的流程管理需要关注的属性和希望达到的目标，但它却没有在操作层面具体的描述要怎么实现这些目标。
因为不同的软件企业，在规模和管理模式上不尽相同，CMM不是一济能医治百病的灵丹妙药，也不是一种“立竿见影”式的管理技术，它只是一种不断改进企业自身能力的方法，在具体的应用上，还要和企业的生产流程、管理模式、职能分布等因素结合起来，建立一套适合本企业生产发展的软件过程，才能使企业的软件项目在成本、进度、质量这个铁三角里找到最佳的平衡点。
CMM的官方文档里面也有说到，当企业的员工少于50人时，需要对CMM的各个KPA 做横向、纵向和深度的剪裁。
我们是金融机构的科技部门，只有在编员工四十人，所以，CMM庞大的体系并不完全适用于我们，必需根据我们自身的实际需要和管理特征，对CMM 体系做相应的剪裁。
软件过程及能力成熟度评估指南_概述说明
软件过程及能力成熟度评估指南概述说明1. 引言1.1 概述软件过程及能力成熟度评估是指通过对软件开发过程的分析和评估，以及对组织在软件开发中的能力和成熟度水平进行检查和衡量的一种方法。
在现代软件开发中，为了提高质量、控制风险并提高效率，评估和改进软件过程的能力和成熟度变得至关重要。
本篇文章旨在介绍软件过程及能力成熟度评估指南，它是一个用于帮助组织进行软件过程评估和提升的实用工具。
本文将涵盖以下内容：从介绍基本概念开始，重点解释了软件过程能力成熟度模型（如CMMI）以及相关的评估方法、流程等内容。
同时还会详细说明了评估前的准备工作、环境设置要点，以及整个评估步骤和方法，并且重点讲解了数据分析和结果报告部分。
1.2 文章结构本文共分为五个部分，具体内容如下：第一部分是引言，在这里我们对全文做出总体概述，并简要介绍文章的结构。
第二部分是关于软件过程能力成熟度评估的概念，我们将介绍软件过程能力成熟度模型以及评估的重要性和优势与应用场景。
第三部分是关于软件过程模型（例如CMMI）的介绍，我们将详细解释CMMI 的基本原则和结构，并说明五个成熟度级别的含义和要点。
此外，我们还会介绍CMMI评估方法及流程，帮助读者更好地理解和应用这一评估模型。
第四部分是对软件过程能力成熟度评估指南进行详解。
在这一部分中，我们将拓展论述评估前的准备工作和环境设置要点，接着详细介绍评估步骤和方法，并且通过实例讲解数据分析和结果报告要点。
最后一部分是结论及展望，在这一部分中我们将总结软件过程能力成熟度评估对软件开发的影响，并探讨未来发展方向，并以结束语作为全文的收尾。
1.3 目的本文旨在帮助读者全面理解软件过程及能力成熟度评估指南，并能够应用该指南进行有效的软件过程能力和成熟度评估。
通过评估和提升软件过程的能力和成熟度，组织能够更好地控制风险、提高产品质量和开发效率，并在竞争激烈的市场中取得可持续发展的优势。
2. 软件过程能力成熟度评估概念：2.1 软件过程能力成熟度模型介绍在软件开发领域，软件过程能力成熟度模型（Software Process Capability Maturity Model，简称SP-CMM或CMM）是一种用于评估组织的软件开发和管理能力的模型。
软件过程能力评估师(基础知识、应用技术)合卷软件资格考试(中级)试卷与参考答案(2024年)
2024年软件资格考试软件过程能力评估师(基础知识、应用技术)合卷(中级)模拟试卷(答案在后面)一、基础知识（客观选择题，75题，每题1分，共75分）1、软件过程能力成熟度模型（CMM）的五个等级中，哪一级别表示组织已经建立了有效的软件过程，并能够持续地改进这些过程？（）A、初始级B、可重复级C、已定义级D、管理级2、在软件需求工程中，以下哪个不是需求验证的方法？（）A、审查B、走查C、测试D、用户验收测试3、关于软件开发模型，下列哪个说法是错误的？A. 瀑布模型适用于需求明确且变化不大的项目B. 增量模型允许在开发过程中逐步增加功能C. 敏捷模型强调快速迭代和客户反馈的重要性D. 螺旋模型主要用于解决大型复杂系统的风险管理E. 快速原型模型不适合用于探索性开发4、软件质量保证(SQA)的主要目标是什么？A. 确保软件开发遵循预定的标准和流程B. 发现并修复软件中的缺陷C. 提高软件产品的性能和效率D. 降低软件开发的成本和时间E. 保证软件能够满足用户的期望和需求5、在软件过程能力成熟度模型（CMM）中，第5级成熟度模型被称为“_______”级别，它强调过程改进的持续性和组织范围的集成。
6、敏捷开发方法中， _______ 是敏捷团队用来管理项目风险和不确定性的一种技术。
7、在软件生命周期模型中，强调风险分析的重要性，并且将瀑布模型与演化模型结合的模型是？A. 瀑布模型B. 喷泉模型C. 螺旋模型D. 演化模型8、下列关于软件配置管理的说法错误的是？A. 软件配置管理包括版本控制与变更控制B. 软件配置管理是为了规范软件开发过程中的变更C. 软件配置管理与项目管理没有关系D. 软件配置管理可以提高团队协同工作的效率9、软件过程能力成熟度模型（CMM）的哪个级别强调软件过程的量化和控制？10、在软件开发生命周期中，哪个阶段通常负责确保软件产品的质量？11、在CMMI（Capability Maturity Model Integration）模型中，哪一个过程区域是专注于确保项目能够建立和管理已定义的工作产品和任务的基线，并且控制对这些基线的变更？A. 配置管理B. 项目监控与控制C. 过程与产品质量保证D. 度量与分析12、以下哪一项不是软件过程改进的主要目标？A. 提升软件产品质量B. 缩短开发周期C. 减少成本D. 增加代码复杂性13、在软件过程能力成熟度模型（CMM）中，第几个成熟度级别开始定义了项目管理和产品质量保证的过程？14、敏捷开发中，以下哪个不是敏捷开发的原则？A. 客户合作胜过合同谈判B. 个体和互动胜过过程和工具C. 完美的软件胜过可工作的软件D. 响应变化胜过遵循计划15、在软件生命周期模型中，哪一个模型强调了风险分析，并且在每一个开发阶段前都包含了具体的风险分析与缓解策略？A、瀑布模型B、增量模型C、螺旋模型D、喷泉模型16、下列哪一个度量标准不属于软件质量属性中的功能性(Functionality)？A、互操作性（Interoperability）B、适应性（Adaptability）C、安全性（Security）D、可靠性（Reliability）17、在软件过程能力成熟度模型CMMI中，哪个过程区域专注于提高项目管理的效率和质量？A. 项目管理B. 组织级项目管理C. 改进D. 项目监控和报告18、敏捷开发方法中，以下哪个术语表示在软件开发生命周期中，通过迭代和增量开发来交付产品功能？A. 瀑布模型B. 瀑布模型迭代C. 迭代开发D. 敏捷瀑布19、软件开发生命周期模型中，以下哪一种模型适用于需求变化频繁、风险较高的项目？A. 瀑布模型B. V模型C. 快速原型模型D. 顺序模型 20、在软件质量保证中，以下哪一项不是软件测试的主要目标？A. 验证软件需求是否得到满足B. 识别软件中的缺陷和错误C. 评估软件的可靠性D. 提高软件的性能21、在软件过程能力评估中，CMMI（能力成熟度模型集成）的哪个级别代表了组织在软件过程管理和改进方面的初步级？A. CMMI Level 1：初始级B. CMMI Level 2：已管理级C. CMMI Level 3：已定义级D. CMMI Level 4：定量管理级22、在软件过程能力评估中，以下哪个工具或方法不是用于评估软件项目风险管理的？A. 风险矩阵B. 软件缺陷跟踪系统C. 风险登记册D. 概率影响矩阵23、【题目】在软件过程能力评估（SPICE）模型中，哪一项是过程评估的关键要素？A. 过程质量B. 过程性能C. 过程文档D. 过程改进24、【题目】在CMMI（能力成熟度模型集成）中，哪一项是组织级过程域？A. 项目级过程域B. 组织级过程域C. 产品级过程域D. 流程改进级过程域25、以下哪种说法不属于软件过程能力评估师应具备的知识领域？A. 软件项目管理B. 软件质量保证C. 软件成本估算D. 软件设计模式26、在软件过程能力成熟度模型CMMI中，以下哪个级别表示组织具有稳定的软件过程？A. 初级级（Level 1）B. 管理级（Level 2）C. 定义级（Level 3）D. 管理级（Level 4）27、在软件过程能力成熟度模型（CMM）中，哪一等级代表了组织已经建立了标准化的软件工程过程，并已经进行定期的过程改进活动？28、软件过程改进计划中，通常需要包括以下哪些内容？29、题目：在软件过程能力成熟度模型（CMM）中，第几个级别强调软件过程的量化和持续改进？A. 第1级：初始级B. 第2级：可重复级C. 第3级：已定义级D. 第4级：量化管理级E. 第5级：优化级 30、题目：敏捷开发方法中，以下哪一项不是敏捷宣言的四个核心价值观？A. 快速反馈B. 鼓励团队协作C. 个体和互动高于流程和工具D. 客户需求变更适应E. 市场驱动31、题干：以下哪项不是软件过程能力成熟度模型（CMM）的五个成熟级？A. 初级级B. 管理级C. 定义级D. 优化级E. 稳定级32、题干：在软件过程改进中，以下哪种技术可以帮助团队识别软件缺陷和潜在的风险？A. 软件质量保证（SQA）B. 软件配置管理（SCM）C. 软件测试（Software Testing）D. 软件审查（Software Inspection）33、软件过程能力成熟度模型CMM中，CMM的第几个级别被称为“已管理级”？34、在软件需求工程中，以下哪一项不是需求变更管理的关键任务？A. 评估变更的影响B. 确定变更优先级C. 维护需求基线D. 修改软件规格说明书35、在软件过程能力评估中，以下哪项不是CMMI（Capability Maturity Model Integration）模型的五个过程域？A. 项目管理B. 组织过程定义C. 供应管理D. 数据管理36、在软件过程能力评估中，以下哪项不是软件过程评估的三个主要目标？A. 提高软件过程质量B. 提高软件产品性能C. 提高软件团队协作效率D. 降低软件项目成本37、在软件过程能力成熟度模型（CMM）中，第几个级别开始引入过程度量来监控过程性能？38、下列哪个不是软件质量保证（SQA）的职责？A、制定软件质量标准B、审查软件需求规格说明书C、进行软件测试D、管理项目进度39、在软件开发生命周期中，哪个阶段主要任务是需求分析、设计解决方案和创建系统规格说明？A. 需求收集B. 需求分析C. 系统设计D. 系统实施 40、软件过程能力成熟度模型（CMM）的哪个级别表示组织在软件过程管理方面已经建立了良好的管理实践？A. CMM Level 1：初始级B. CMM Level 2：可重复级C. CMM Level 3：已定义级D. CMM Level 4：管理级41、以下关于软件质量模型的说法，哪项是不正确的？A. 软件质量模型用于描述软件质量特性之间的关系B. 软件质量模型可以用来评估软件质量C. 软件质量模型可以指导软件质量的改进D. 软件质量模型不包括对软件的可用性、可靠性等特性的描述42、在软件开发生命周期中，以下哪个阶段最有可能导致软件缺陷的产生？A. 需求分析B. 设计阶段C. 编码阶段D. 测试阶段43、在软件过程能力成熟度模型（CMM）中，CMM模型的哪个级别强调过程管理和持续改进？A. CMM1：初始级B. CMM2：可重复级C. CMM3：已定义级D. CMM4：量化管理级44、以下哪项不是软件项目风险管理的关键过程？A. 风险识别B. 风险分析C. 风险规划D. 风险实施45、在软件过程能力成熟度模型CMMI中，哪项活动属于过程改进的关键步骤？A. 过程评估B. 过程度量C. 过程定义D. 过程实施46、以下哪项不是软件开发生命周期（SDLC）的典型阶段？A. 需求分析B. 设计C. 编码D. 维护47、在软件生命周期模型中，瀑布模型强调阶段之间的顺序性和依赖性，下列哪个选项描述了瀑布模型的一个主要缺点？A. 开发速度快B. 难以适应需求变化C. 对前期需求描述不够详细D. 不利于团队协作48、在软件质量模型中，可靠性是指软件产品维持规定性能水平的能力，下列哪一项不属于可靠性的子特性？A. 成熟度B. 容错性C. 易恢复性D. 可移植性49、题目：在软件开发生命周期中，以下哪个阶段不属于系统分析阶段？A. 需求分析B. 系统设计C. 系统测试D. 系统实施 50、题目：软件过程改进的主要目的是什么？A. 提高软件质量B. 提高软件开发效率C. 降低软件开发成本D. 以上都是51、在软件生命周期模型中，螺旋模型是一种演化型模型，它结合了哪种模型的优点，并增加了风险分析？A. 瀑布模型与增量模型B. 原型模型与迭代模型C. 瀑布模型与原型模型D. 迭代模型与增量模型52、下列哪项不是软件质量保证的主要任务？A. 制定质量保证计划B. 对开发活动进行监控以验证是否遵从标准、规程和需求C. 对最终产品进行验证测试D. 审核软件产品及其开发过程以确定其是否符合既定的质量标准53、以下哪项不是软件过程能力成熟度模型CMMI（Capability Maturity Model Integration）中的关键过程区域（KPAs）？A. 项目监控与控制B. 采购C. 配置管理D. 系统开发54、在软件需求分析阶段，以下哪个工具最常用于描述用户界面？A. 状态图B. 用例图C. 数据流图D. 交互图55、在软件生命周期模型中，强调软件开发应该遵循严格定义的过程和文档化规范的是哪种模型？A. 瀑布模型B. 增量模型C. 敏捷模型D. 螺旋模型56、以下哪一项不是软件质量保证(SQA)的主要活动？A. 制定质量标准B. 进行代码审查C. 执行程序调试D. 管理配置控制57、在软件过程能力成熟度模型（CMM）中，哪个级别代表了组织已经建立了有效的软件过程管理机制？A. CMMI Level 1：初始级B. CMMI Level 2：已管理级C. CMMI Level 3：已定义级D. CMMI Level 4：已量化管理级58、以下哪项不属于软件质量保证（SQA）的活动？A. 制定质量计划B. 审核项目文档C. 进行需求分析D. 设计测试用例59、在软件生命周期模型中，螺旋模型适用于哪种类型的项目？A. 需求明确且不变的项目B. 风险较低且规模较小的项目C. 存在高风险因素或需求可能发生变化的大型复杂项目D. 适合于只需要一次开发即可完成的小型项目 60、下列哪一项不属于软件质量保证(SQA)活动？A. 制定SQA计划并确保所有活动都遵循该计划B. 执行同行评审来检查工作产品是否符合标准C. 进行测试设计和测试执行以验证软件功能D. 记录并跟踪缺陷直到解决61、题干：在软件过程中，下列哪个阶段不是软件设计的主要活动？A. 需求分析B. 架构设计C. 详细设计D. 测试计划62、题干：在软件项目管理中，下列哪种技术不属于敏捷开发方法？A. 短期迭代B. 用户故事C. 灰盒测试D. 持续集成63、在CMMI（Capability Maturity Model Integration）模型中，哪一个过程域是专门用来确保项目的产品和服务能够满足主要干系人的需求，并且最终产品可以被正确地接受的？A. 需求管理 (Requirements Management, RM)B. 项目监控 (Project Monitoring and Control, PMC)C. 验证与确认 (Verification and Validation, V&V)D. 供应商协议管理 (Supplier Agreement Management, SAM)64、以下哪个选项不属于软件配置管理（Software Configuration Management, SCM）的基本活动？A. 版本控制B. 变更控制C. 状态报告D. 架构设计65、软件过程能力成熟度模型（CMM）的五个级别中，哪一级别关注于软件过程定义的标准化和持续改进？A. 初始级B. 可重复级C. 已定义级D. 管理级E. 优化级66、在软件开发生命周期（SDLC）中，哪个阶段主要负责软件产品的需求分析和规格说明？A. 需求分析阶段B. 设计阶段C. 编码阶段D. 测试阶段E. 维护阶段67、在软件开发过程中，软件配置管理的主要目的是什么？A. 控制软件变更，确保软件质量B. 提高软件开发效率C. 确保软件符合用户需求D. 保证软件的可维护性68、关于软件度量，下列哪个说法是不正确的？A. 软件度量可以用来评估软件产品的质量B. 软件度量有助于提高软件项目的管理水平C. 软件度量只能用于软件开发阶段D. 软件度量能够提供项目进度的信息69、软件过程能力成熟度模型（CMM）中，第几个级别开始引入了项目管理和项目管理基础设施的要求？70、敏捷开发方法中，哪一种技术是用来管理项目进度的？71、在软件开发生命周期中，下列哪项活动不属于需求分析阶段？A. 需求收集B. 需求验证C. 需求规格说明D. 软件设计72、下列关于软件质量属性的描述，哪个是错误的？A. 可用性：指软件能够满足用户预期目标的能力。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
软件项目估算
概述
软件质量是软件的生命，它直 接影响到软件的使用和维护。 质量低下的软件不仅会影响计 算机的工作效率，有时甚至会 给用户带来灾难性的后果。因 此，如何保证软件产品的高质 量已成为软件工程的一项首要 任务。
软件产品满足规定的和隐含的 与需求能力有关的全部特征和 特性，包括：软件产品质量满 足用户要求的程度、软件各种 属性的组合程度、用户对软件 产品的综合反映程度、软件在 使用过程中满足用户要求的程 度。
概述
成熟度等级
传统与关键过程
总结
软件项目计划的目的是为完成和管理软件项目制定合 理的计划。
制定软件项目进度
软件项目的进度安排须考虑以下几点：任务 、人力和时间分配要与工程进度相协调；任 务分解与并行化；工作量的分布；工程进度 安排等。 软件项目估算是指对软件项目的各项指标进 行估算并记录结果的过程。项目组一般要针 对项目的工作量、成本、规模、进度等方面 进行估算，然后使用这些数据进行规划，并 在以后的项目执行过程中，不断收集实际的 项目数据与估算数据相比较，从而了解项目 的进展状态。
软件成熟度等级
概述
成熟度等级
传统与关键过程
总结
成熟 度等 级
软件成熟度等级
软件开发组织在走向 成熟的途中几个具有 明确定义的、表征软 件过程能力成熟度的 平台
概述
成熟度等级
传统与关键过程
总结
传统开 发过程 与关键 过程区
传统开发过程与关键过程区
在可重复级，主要是关注与建立基本的项目管 理控制有关的一些活动。在这一级，关键过程 区有六个，需求管理、软件项目计划、软件项 目跟踪和监督、软件子合同管理、软件质量保 证和软件配置管理。
概述
成熟度等级
传统与关键过程
总结
谢 谢
/iwps/ /kingsoftwps/
更多模板下载：/moban/
软件工程答辩
传统软件开发方法与CMM结合
赵波
成熟 度等 级
传统开发 方法与关 键过程区
概述
总结
概述
Firm-based
Brand Equity
Consumerbased
概述
成熟度等级
传统与பைடு நூலகம்键过程
总结
概述
成熟度等级
传统与关键过程
总结
原因及解决方法
生产过程不规范
缺乏必要的管理
面向对象开发过程
标识配置对象
修改控制
配置审计
版本控制
记录配置
概述
成熟度等级
传统与关键过程
总结
总结
传统的软件开发方法与能力成熟度模型的 可重复级标准相结合，可以较好地解决传 统开发方法的一些缺点。在开发过程中， 实现可重复级的需求管理、软件项目计划 、软件质量保证和软件配置管理等关键过 程区，能够提高软件开发效率和质量
概述
成熟度等级
传统与关键过程
总结
所谓软件需求，是指用户对目标软件系统在功能、行为、性能 、设计约束等方面的期望。需求分析阶段介于系统分析和软件 设计之间，需求分析的好坏将直接影响到软件开发的生产率和 软件开发的质量，这是一个不容忽视的阶段。因此对这一阶段 的管理也显得尤为重要。而传统的软件开发方法往往更注重问 题本身的分析，通常是在最后阶段进行需求评审，一定程度上 忽视了需求管理。 在项目初期及开发过程中，我们经常会碰到导师不明确的需求 及频繁的需求变更，因此我们应该确定一个选择、分析和决策 需求变更的过程，所有的需求变更都需遵循此过程，正确地对 待并处理这种情况可以保证软件产品在预计的进度和成本范围 内提交。
概述
成熟度等级
传统与关键过程
总结
在软件开发过程中，变动和修改是不可避免的，但这些 变动和修改往往会引起混乱，降低软件开发的效率。软 件配置管理的目的就是为了减少混乱，提高软件生产率 ，建立和维护在整个软件生存周期内软件产品的完整性 。配置管理是对软件修改进行标识、组织和控制的技术 ，用来协调和控制整个系统过程。