软件过程管理考试复习PPT学习教案VIP

1、会计学1 软件过程管理考试复习软件过程管理考试复习 Final Review 第1页/共85页 Final Review 第2页/共85页 1. 软件与软件产业的发展过程 Final Review 软件管理工程的发展，经历了从20世纪70年 代开始以结构化分析与设计、结构化评审、 结构化程序设计以及结构化测试为特征的结 构化生产时代，到90年代中期，以CMM模 型的成熟和日益为市场接受为标志，已经进 入以过程成熟度模型CMM、个体软件过程 PSP和团队软件过程TSP为标志的以过程为 中心的时代，而软件发展第三个时代，即软 件工业化生产时代，以90年代中期软件过程 技术的成熟和面向对象技术、构件

2、技术的发 展为基础，已经渐露端倪。 第3页/共85页 2. 软件危机及其原因 Final Review 软件特殊性：软件成本高；软件开发的进度难 于控制；估计软件工作量很困难；软件质量难 于保证；修正维护软件困难。 软件企业的4个困难：需求的完全识别；软件 产品需求的完全传递；软件产品相关的变更控 制；软件产品相关技术的快速变化。 软件构建的核心就是管理复杂度 。软件是由人 开发的，人的智力与软件的复杂度之间存在矛 盾。 软件复杂度与软件的规模有很大关系，另外也 与模块间的耦合度、模块内的内聚性等因素有 关。 第4页/共85页 3. 过程及其要素 Final Review 软件开发项目是在规定

3、的成本和时间内， 开发和提交满足客户某些需求的软件产品 。 项目的三个基本特征是:成本、进度和质量 （代表软件在多大程度上满足客户的要求） 。 对于机构而言，包含多个项目，而实现机 构的高质量和生产率，依赖于三个因素:过 程、人和技术。 其中过程不仅仅是一系列步骤，还包含了 机构所积累的经验，包含了机构可以从已 成功的项目中所学到的一切。 第5页/共85页 4. CMM与软件产业 Final Review 管理是影响软件研发项目全局的因素，而技术 只影响局部。 1987年9月，美国卡内基-梅隆大学软件工程研 究所发布了软件过程成熟度框架，并提供了软 件过程评估和软件能力评价两种评估方法和软 件

4、成熟度提问单。 4年之后，SEI将软件过程成熟度框架进化为软 件能力成熟度模型（Capability Maturity Model For Software，简称SW-CMM）。1991年8月， SEI发布了最早的SW-CMM v1.0。经过两年的 试用，1993年SEI正式发布了SW-CMM v1.1， 这是目前使用最为广泛的版本。 第6页/共85页 5. ISO9001与CMM的异同 Final Review ISO9000系列包括3个第三方认证标准（ ISO9001 、 ISO9002 和ISO9003 ）和一个质量管理标准ISO9004 。 CMM和ISO9001标准系列都着眼于质量和

5、过程管理 ，二者都为了解决同样的问题。 CMM是动态的、开放的和持续改进的，强调没有 最好只有更好，强调不断改进，强调人在软件开发 方面的思想认识和主动性，适用于软件过程的改进 ；CMM模型只关注软件，它能解决“软件危机” 这个世界性的问题；ISO9001是静态的质量控制， 只要达到几个关键指标就能完成质量控制，更适用 于硬件制造生产线的质量控制。ISO 9001的适应范 围更广，包括硬件、软件和服务。 第7页/共85页 1. CMM基本知识 Final Review CMM为软件企业的过程能力提供了一个阶 梯式的进化框架，阶梯共有五级。 可重复级：建立基本的项目管理过程。相似 项目，重复以往

6、成果。 已定义级：文档化、标准化和标准的软件过 程。 初始级：无序、混乱的软件过程。依赖个 别人的努力和机遇。 已管理级：软件过程和产品质量有详细的度 量标准。 优化级：持续的对过程进行改进。 第8页/共85页 2. 成熟度级别的行为特征 Final Review 从效果而言，在上述不同阶段，软件开发生产的 成熟程度给软件企业带来了完全不同的效果。第 一阶段到第五个阶段，软件开发生产的计划精度 越来越高，每单位工程的生产周期越来越短，每 单位工程的成本越来越低。 各关键过程域中规定了执行约定、执行能力、执 行活动、质量和验证的标准等。 管理者：经理、各级经理、领导、职员和个人。 软件小组：软件

7、工程组、软件工程过程组、软件 相关组等。 第9页/共85页 3. 成熟度级别的跳跃 Final Review CMM每个成熟度级别都是下一级别的必要基础 。 机构可以选择合适的时机，着手进行特定的过程 改进。 过程改进工作应该在其业务环境内侧重机构的 需求。 实施软件过程改进的差异是由定义关键过程域引 起的。 第10页/共85页 4. 软件过程可视性 Final Review 等级1一个黑盒 等级2 项目里程碑处具有管理可视性 等级3盒子的内部结构可视 等级4软件过程被配备上度量，并得到定量地控 制 等级5对过程不断改进 第11页/共85页 1. CMM的内部结构 Final Review C

8、MM由5个成熟度级别组成。 每一个KPA进一步被分为称为公共特征的5 个部分。 这些公共特征包括了关键实践（KP），即每 一个KPA包括5类KP 。 每个成熟度级别（除级别1）包含了实现该 级别的若干个关键过程域（KPA）。 实现了这些KP后，就实现了关键过程域的目 标。 第12页/共85页 2. 关键过程域 Final Review 一系列相互关联的操作活动。 每个KPA的目标总结了它的关键实践（KP） ，目标说明了每一个KPA的界限、范围、内 容和关键实践。 某一级别的一组目标，用以衡量是否具有 此级别的能力。 不同级别的KPA（项目、数目、内容）是 不同的，但其中很多项都有深层次的联系

9、（上级是下级的深化和延伸）。 18个关键过程域，分布在25级。 第13页/共85页 3. 关键实践 Final Review 每一个关键过程域都是用关键实践的概念 进行描述。 描述了对关键过程域的有效实施和制度化起 最重要作用的基础设施和活动。 达到一个KPA而要做的事。 描述了“做什么”，但没有规定“如何做 ” 。 第14页/共85页 4. 共同特性 Final Review 无论哪个KPA，它们的关键实践都统一按五个公共属 性进行组织，即每一个KPA都包含五类KP 。 执行约定：组织为保证过程得以建立和持续发挥作用 所必须采取的行动，主要包括制定企业范围的政策和 高层管理的责任。 执行能力

10、：达到的前提条件，一般包括资源保证、人 员培训等内容。 执行活动 ：必须执行的任务和步骤，一般包括计划 、执行的任务、任务执行的跟踪等。 度量和分析：度量的基本原则，用以确定、改进和控 制过程的状态。 验证实施：验证所开展的关键实践与确立的过程是否 遵循已制定的步骤。 第15页/共85页 5. CMM的应用 Final Review CMM的两种主要用途归结为两种评定方法。 软件过程评估: 用于确定组织目前的软件过程状态， 确定组织面临的突出软件过程问题，从而求得组织的 软件过程改进的支持。 软件能力评价: 用于识别合格的软件工作承包商，或 用于监控现行软件工作项目上用的软件过程的状态。 CM

11、M是软件过程评估和软件能力评价的公共基础。不过 ，两种用法的目的不同，而且具体用法也有很大差异。软 件过程评估侧重于确定本组织软件过程改进的轻重缓急； 软件能力评价侧重于确定在选择软件项目承包商时可能碰 到的风险，或者说是确定软件组织在软件能力方面的置信 程度。后面这一点正是许多软件组织看好按CMM评定等 级的原因。 第16页/共85页 1. 可重复级的基本特征 Final Review 已建立了项目管理的方针和规定。 组织的过程能力体现在有纪律。 当有转包商时，通过转包合同建立 有效的供求关系。 对项目已设置基本的软件管理控制。 缺陷：依赖经验管理项目。 关注项目一级的软件过程。 第17页/

12、共85页 2. 需求管理（ RM, Requirements Management ） Final Review 由上级主管部门和软件质量保证组实施验证。 分配需求是指分配给软件的系统需求，包括：软 件项目活动中的非技术性需求、软件技术性需求 、接收标准。它是制定软件开发计划的根据，是 整个软件生命周期中估算、计划、执行和跟踪软 件项目活动的基础。 目标：建立基线；软件开发计划、产品和活动与 分配给软件的系统需求保持一致。即，需求确定 的管理、需求实现的管理、需求变更的管理。 执行活动：评审分配需求；将分配需求作为软件 开发的基础；评审需求变更并纳入到项目中。 第18页/共85页 3. 软件项

13、目计划（SPP,Software Project Planning ） Final Review 由高级管理者和软件质量保证组实施验证。 目标：对软件估计建立文档；项目活动和约定是 有计划的，并已形成文档；相关小组和个人对约 定达成共识。 执行活动：软件项目的策划、建议与评审；确定 易于管理的软件生命周期；制定项目的软件开发 计划（SDP）；识别软件工作产品；作出软件估 计并形成文档；记录软件计划数据。 第19页/共85页 4. 软件项目跟踪和监控(SPTO，Software Project Tracking and Oversight) Final Review 由上级主管部门和软件质量保证

14、组实施验证。 目标：对照SDP，跟踪实际结果和性能；发生明显 偏离时采取纠正措施；对软件约定的更改应得到 相关小组和个人的认可。 执行活动：利用SDP跟踪活动并修订项目的开发 计划；跟踪实际的开发过程，必要时采取纠正措 施；记录软件项目的实际度量数据，并重新计划 数据；定期进行内部审查和在项目里程碑处进行 审查。 第20页/共85页 5. 软件转包合同管理（SSM，Software Subcontract Management） Final Review 由上级主管部门和软件质量保证组实施验证。 目标：主承制方选择合格的软件分承制方；主承 制方与软件分承制方确认他们相互间的约定；主 承制方和软

15、件分承制方保持工作联系；主承制方 根据约定跟踪软件分承制方的实际结果和性能。 执行活动：选择合格的转包商，并与之签订合同 ；主承包商审查转包商的软件开发计划，并用于 跟踪其软件活动；评审、评价转包商；监督、验 收转包商的软件活动。 第21页/共85页 6. 软件质量保证（SQA，Software Quality Assurance） Final Review 由上级主管部门和独立于SQA组的专家进行审查 。 目标：SQA活动是有计划的；客观地验证软件产 品和活动是否遵守所用的标准、规程和需求； SQA组所进行的活动和结果及时通知到相关的组 和个人；高层管理者及时处理在软件项目内部不 能解决的不

16、一致性问题。 执行活动：制定软件项目的SQA计划；按照SQA 计划来开展活动；评审软件工程活动，以检验一 致性；审核制定的软件工作产品，以检验一致 性。 创建一个SQA小组是开展软件质量保证的必要条件 。 第22页/共85页 7. 软件配置管理（SCM，Software Configuration Management） Final Review 由上级主管部门和SQA组进行审查。 目标：软件配置管理活动是有计划的；所选用的 软件工作产品是经过标识、受控和可用的；对已 标识的软件产品的变更是受控的；相关组和个人 能及时得到软件基线的状态和内容。 SCM活动主要解决四个方面的问题：配置识别； 变

17、更控制、配置状态统计、配置审核（正式审核 和非正式审核）。 创建一个有权力管理项目软件基线的委员会（ SCCB）和一个SCM小组是开展SCM的必要条件 。 第23页/共85页 1. 概述 Final Review 用于开发、维护软件的过程已经得到了系 统的阐述并能付诸于实施。 软件过程能力可概括为标准的和一致的。 有两种“已定义”的软件过程：组织标准 软件过程(OSSP)、项目定义软件过程。 七个关键过程域。 关注组织一级的软件过程。 第24页/共85页 2. 组织过程焦点（OPF，organization process focus） Final Review 由高级管理者进行审查。 目标：

18、在整个组织内，有关软件过程的活动是协 调的；识别出一个具体软件过程与一个过程标准 相比较的强处和弱处；在组织层上，有关软件过 程的活动是有计划的。 OPF的主要活动：定期评估软件过程并制定相应 的更改计划；协调组织的标准软件过程和项目定 义软件过程的制定和改进活动。 创建一个负责组织软件过程活动的组（如SEPG组 ）开展OPF的必要条件。 第25页/共85页 3.组织过程定义（OPD，Organization Process Definition） Final Review 由软件质量保证组实施验证。 目标：开发和维护组织的标准软件过程；收集和 评审软件项目使用组织的标准软件过程的信息， 并使

19、其可用。 OPD活动产生软件过程财富，包括：组织批准的 软件生命周期、组织标准软件过程、裁减指南、 组织的软件过程数据库、软件过程相关的文档库 。 软件过程体系结构是对组织标准软件过程的高层 次描述。它描述了OSSP中的软件过程元素的排序 、接口、相互依赖关系及其他关系。 第26页/共85页 4.培训程序（TP，Training Program） Final Review 目标：培训活动是有计划的；为培训组提供实施 管理和技术职责所需要的技能和知识的培训；软 件工程组和软件相关组的成员接受所需的培训。 第27页/共85页 5.集成软件管理（ISM，Integrated Software Man

20、agement） Final Review 目标：项目定义的软件过程是组织的标准软件过 程经裁减的版本；按照项目定义的软件过程对项 目进行计划和管理。 第28页/共85页 6.软件产品工程（SPE，Software Product Engineering） Final Review 目标：定义和集成软件工程任务，并一致地执行 它们；软件工作产品间保持一致。 第29页/共85页 7.组间协调（Intergroup Coordination） Final Review 目标：客户需求得到所有相关组的认同；工程组 之间的约定得到相关组的认同；各工程组识别、 跟踪和解决组间存在的问题。 组间协调的目的

21、是为了建立一种工作方式，使软 件工程组能和其他工程组积极协调地工作，从而 使项目能够更有效地满足客户的需要。 第30页/共85页 8.同行评审（ Peer Reviews ） Final Review 目标：同行评审活动是有计划的；识别并消除软 件工作产品中存在的缺陷。 第31页/共85页 1.概述 Final Review u组织为软件产品和软件过程定了量化的质量标准 u量化控制将使软件开发真正成为一种工业生产活动 u两个关键过程域 定量过程管理 软件质量管理 第32页/共85页 2. 定量过程管理 Final Review 目标：定量过程管理活动是有计划的；定量地控 制项目定义的软件过程的

22、过程性能；组织的标准 软件过程的过程能力是定量已知的。 第33页/共85页 3. 软件质量管理 Final Review 目标：项目的软件质量管理活动是有计划的；软 件产品质量的可测目标和目标的优先级被定义； 对达到软件产品质量目标的实际进展进行了量化 管理。 第34页/共85页 1.概述 Final Review uCMM中的最高层次 u工作重点 对已有的软件过程进行深层次的改进和过程 成熟能力的不断提高 u企业以“预防”、“改革”和“完善”为目标 u三个关键过程域 缺陷预防 技术改革管理 过程变更管理 第35页/共85页 2.缺陷预防 Final Review 目标：缺陷预防活动是有计划的

23、；缺陷产生的共 同原因已经找出且被标识；缺陷产生的共同原因 已按优先级排序并被系统地消除。 第36页/共85页 3.技术改革管理 Final Review 目标：有计划地进行技术革新；评价新技术，确 定他们对软件质量和生产率的影响；将合适的新 技术引入到全组织的正常实践中。 第37页/共85页 4.过程变更管理 Final Review 目标：持续的过程改进是有计划的；组织内的人 员都参与组织的软件过程改进活动；组织的标准 软件过程和项目定义的软件过程是不断改进的。 第38页/共85页 Final Review 阶段计划是基于时间段的计划，产品计划是基于活 动的计划。一个产品计划需要一个阶段计

24、划的支持 。 个体软件过程(Personal Software Process，PSP)是 一种可用于控制、管理和改进个人工作方式的自 我持续改进过程，是一个包括软件开发表格、指 南和规程的结构化框架。PSP与具体的技术（程 序设计语言、工具或者设计方法）相对独立，其 原则能够应用到几乎任何的软件工程任务之中。 PSP能够说明个体软件过程的原则； 帮助软件工 程师作出准确的计划；确定软件工程师为改善产 品质量要采取的步骤；建立度量个体软件过程改 善的基准；确定过程的改变对软件工程师能力的 影响。 第39页/共85页 Final Review 通过缺陷分类，可以迅速找出哪一类缺陷的问题 最大，然

25、后集中精力预防和排除这一类缺陷，这 就是缺陷管理的关键。PSP将缺陷分为10类。 代码复查是PSP提倡的查找缺陷的方法。在编译 之前进行代码复查，是完成目标最好的方法。 缺陷是指程序中存在的错误，例如语法错误、标 点符号错误或者是一个不正确的程序语句，是任 何影响程序完整而有效的满足用户要求的东西， 是可以表示、描述和统计的客观事物。 第40页/共85页 Final Review q 在设计TSP过程时，需要遵循以下七条原则： 循序渐进的原则，首先在PSP的基础上提出一个简单的过程 框架，然后逐步完善； 迭代开发的原则，选用增量式迭代开发方法，通过几个循 环开发一个产品； 质量优先的原则，对按

26、TSP开发的软件产品，建立质量和性 能的度量标准； 目标明确的原则，对实施TSP的群组及其成员的工作效果提 供准确的度量； 定期评审的原则，在TSP的实施过程中，对角色和群组进行 定期的评价； 过程规范的原则，对每一个项目的TSP规定明确的过程规范 ； 指令明确的原则，对实施TSP中可能遇到的问题提供解决问 题的指南。 第41页/共85页 Final Review CMMI 与CMM 最大的不同点在于： CMMISM- SE/SW/IPPD/SS 1.1 版本有四个集成成分，即 ：系统工程(SE)和软件工程(SW)是基本的科目， 对于有些组织还可以应用集成产品和过程开发方 面(IPPD)的内容

27、，如果涉及到供应商外包管理可 以相应的应用SS(Supplier Sourcing)部分 。 CMMI 的全称为：Capability Maturity Model Integration，即能力成熟度模型集成。CMMI是 CMM模型的最新版本。早期的CMMI（CMMI- SE/SW/IPPD）1.02版本是应用于软件业项目的 管理方法，SEI在部分国家和地区开始推广和试用 。随着应用的推广与模型本身的发展，演绎成为一 种被广泛应用的综合性模型。 第42页/共85页 Final Review CMMI 有两种表示方法，一种是大家很熟悉的，和 软件CMM 一样的阶段式表现方法，另一种是连续 式的

28、表现方法。这两种表现方法的区别是：阶段式 表现方法仍然把CMMI 中的若干个过程区域分成了 5 个成熟度级别，帮助实施CMMI 的组织建议一条 比较容易实现的过程改进发展道路。而连续式表现 方法则通过将CMMI 中过程区域分为四大类：过程 管理、项目管理、工程以及支持。对于每个大类中 的过程区域，又进一步分为基本的和高级的。这样 ，在按照连续式表示方法实施CMMI的时候，一个 组织可以把项目管理或者其他某类的实践一直做到 最好，而其他方面的过程区域可以完全不必考虑。 第43页/共85页 Final Review （ ）1. CMM2（可重复级）重点关注的是下列哪 一个级别的软件过程 。 A.

29、个人 B. 机构 C. 项目 D. 小组 C 第44页/共85页 Final Review （ ）2. 下面有关CMM模型的描述中，不正确的是 。 A. CMM模型定义了成熟的软件过程的实践活动 B. CMM模型提供了改进软件开发过程的结构化模型 C. CMM模型给出了适用于各种应用范围的专门技术 D. 按照CMM模型改进软件过程需要相当可观的费用 C 第45页/共85页 Final Review （ ）3. 以下哪一个KPA不是CMM2（可重复级）关键过 程域 。 A. 软件需求管理 B. 软件质量保证 C. 软件配置管理 D. 定量过程管理 D 第46页/共85页 Final Review

30、 （ ）4. 直接在测试环境中修改源代码违反了下列哪一个 KPA的规定 。 A. 需求管理 B. 配置管理 C. 项目计划 D. 过程变更 B 第47页/共85页 Final Review （ ）5. 以下哪一项是实施OPF（组织过程焦点）活动的 前提条件 。 A. 成立SEPG组 B. 进行同行评审 C. 制定软件项目计划 D. 识别软件工作产品 A 第48页/共85页 Final Review （ ）6. “定期地评估过程，理解过程的强项和弱项”是哪 一个KPA的活动 。 A. SQA（软件质量保证） B. OPD（组织过程定义 ） C. OPF（组织过程焦点） D. SCM（软件配置管理

31、） C 第49页/共85页 Final Review （ ）7. OPF（组织过程焦点）的验证工作是由 来承 担的。 A. SEPG组 B. SQA组 C. 高级管理者 D. 项目经 理 C 第50页/共85页 Final Review （ ）8. 在RUP中，关于周期（Cycle）、阶段（Phase ）、迭代（Iteration）的描述错误的是 。 A. 一个周期由4个阶段构成，并产生一代软件产品 B. 每个阶段经历的时间长短可能不同 C. 每个阶段由多个迭代构成，每个迭代产生一个可运行 的版本 D. 每个迭代都是一次小型的瀑布式开发，从需求分析直 到测试、集成等工作都花费同样的时间 D 第

32、51页/共85页 Final Review （ ）9.下列关于过程和软件过程的描述中不正确的是 。 A. 过程对结果的影响往往是决定性的 B. 过程是需要定义的 C. 在软件过程中，产品实现过程被称为“工程过程” D. 过程就是指完成某项任务的步骤之间的先后顺序 D 第52页/共85页 Final Review （ ）10.下列关于“软件过程管理”和“软件工程” 的描述中，不正确的是 。 A. 经典的软件工程不是不好，而是不够，所以要关注软件 过程 B. 软件过程管理并不属于软件工程的范畴 C. 软件工程的诞生是为了解决软件危机，然而软件工程40 余年的发展并未彻底解决这个问题 D. 在软件过

33、程管理中并不排斥对经典软件工程方法的应用 B 第53页/共85页 Final Review （ ）11.软件开发的瀑布模型是 。 A. 适用于需求被清晰定义的情况 B. 一种需要快速构造可运行程序的好方法 C. 最适合于大规模团队开发的项目 D. 已不能用于现代环境的过时模型 A 第54页/共85页 Final Review （ ）12.在RUP中，有一个术语叫做“制品”（Artifacts）， 在CMM中与之对应的术语是 。 A.模板（Templates） B.产品（Products） C.设计集（Design Set） D.工作产品（Work Products） D 第55页/共85页 F

34、inal Review （ ）13.以下哪一项不是成熟的软件过程的特点 。 A. 过程可以度量 B. 过程本身受技术支持 C. 高度依赖于专业人员 D. 关注的焦点是过程改进 C 第56页/共85页 Final Review （ ）14.依靠天才的管理者管理软件开发是很多公司的做 法。这种做法之所以错误的最主要的原因是 。 A. 再能干的人也有出错的时候 B. 有才华的管理者往往得不到员工的支持和配合 C. 依靠个人意味着放弃组织责任，该组织实际上已经从这 个项目退出 D. 实际上并不存在天才的管理者 C 第57页/共85页 Final Review 15. 可将过程分为 、 和 三大类。 产

35、 品 实 现 过产 品 实 现 过 程程 管理过程管理过程 支持过程支持过程 第58页/共85页 Final Review 16. RUP是一个软件过程的框架，它所使用的可视 化建模语言是 。 UML 第59页/共85页 Final Review 17. 软件开发的三个要素是人、 和 ，先 重视 ，后重视 ，是世界软件业发展 的共同规律。 技术技术 管理管理技术技术 管理管理 第60页/共85页 Final Review 18.软件危机是指软件项目开发在 、 和 三方面出了问题。 时间时间 成本成本质量质量 第61页/共85页 Final Review 19.用于提高 的实践 通称为软件过程改

36、进。 软件过程能力软件过程能力 第62页/共85页 Final Review 20.经典软件工程的一个重大贡献是防止了软件 开发人员匆匆开始编码，而强调了 和 的重要性，软件过程管理的理论则 为持续提高 指明了一条行之有 效的道路。 需求分析需求分析 系统设计系统设计 软件过程能力软件过程能力 第63页/共85页 Final Review 21. 如果从变更的意义上讲，软件配置管理主要解决 软件的变更 、变更 和变更发布的问题。 标识标识控制控制 第64页/共85页 Final Review 22. 软件管理工程的发展经历了 时代和 时 代，正向着 时代迈进。 结构化生产结构化生产 以过程为中心以过程为中心 的的 工业化生产工业化生产 第65页/共85页 Final Review 23.软件过程的三要素是 、 和 。 机构机构活动活动测量测量 第66页/共85页 Final Review 24.在RUP提倡的迭代开发中，一个周期分为4个阶段，它 们是：初始阶段、 、 和 。 细化阶段细化阶段构造阶段构造阶段移交阶段移交阶段 第67页/共85页 Final Review 25. CM