软件能力成熟度-关键过程域的相关资料.doc

需求管理

对TRM公司所做过的软件项目进行分析，结果表明：在软件开发和维护过程中，所有被检测出来的错误，54％是在编码和测试阶段以后才被发现的，其中45％是在需求和设计阶段发生的，而编码阶段的错误只占9％。需求阶段和维护阶段修改一个错误的代价比值是1：200。
所以需求分析既是软件开发过程中最难把握的一个环节，又是项目成败的关键元素。

一般来讲，系统工程组需要将系统需求分配给软件、硬件和其他系统组成部分。其中分配给软件的系统需求称为分配需求（allocated requirements）。分配需求包括3项内容：；
1． 决定软件项目活动的非技术性需求。既协定、条件、合同条款，如交付的产品、交付日期、里程碑等
2． 软件技术性需求。如对最终用户及操作人员的支持或综合功能，系统性能需求，系统设计约束，编程语言，操作界面要求等。
3． 使软件产品满足分配需求的接受标准（acceptance criteria）

需求管理（RM）就是对分配需求进行管理。既要在客户和实现客户需求的软件项目之间达成共识；控制系统软件需求，为软件工程和管理建立基线；保持软件计划、产品和活动与系统软件的一致性。

实施需求管理一般需要开展一下3个活动：
1． 分配需求的确定
2． 分配需求是制定软件计划、开发工作产品和开展管理活动的基础
3． 分配需求变更的控制

软件项目计划（SPP）
软件项目计划管理是指为软件工程的运作和软件项目活动的管理提供一个合理的基础和可行的工作计划的工程。其目的是为执行软件工程和管理软件项目制定合理的计划。具体：
1． 使软件项目的开发建立在可靠的基础上，并将计划文档化，由开发人员遵循，并据此跟踪检查计划的执行
2． 确定软件项目开发的活动和承诺，使软件开发工作有序而协调地发展，以便根据软件计划的资源、约束和能力逐步向客户履行承诺。
3． 明确与软件项目相关的组织和个人的承诺，将任务责任落实到组和人，从组织管理上保证项目开发的成功。
软件项目计划的活动主要有：
1． 关于软件项目的策划、建议与评审
2． 确定软件生命周期
3． 制定软件开发计划
4． 识别软件工作产品
5． 软件项目的估计
6． 编制软件进度表
7． 软件风险的鉴别与估计
8． 制定项目软件工程设施和支持工具的计划
9． 记录软件策划数据

软件项目计划的实现过程：
1． 计划初始阶段
2． 制定软件开发计划SDP
3． 对SDP草稿进行审查和批准
4． 实施软件开发计划
5． 软件开发过程的度量和评价
6． 改SDP

软件项目跟踪和监控（SPTO）
根据项目计划来跟踪和审查软件的完成情况，并根据实际完成情况纠正偏差或调整项目计划，为软件过程提供了可视性。一般是在项目开发过程的若干关键点进行的。
主要应达到以下几个目的：
1． 根据软件计划跟踪实际的情况
2． 当实际的情况不符合软件开发计划时，应该采取纠正措施
3． 软件约定的更改应由相关组和个人认可。

软件分包合同管理
目的是选择合适的软件子承包商，并有效地管理他们。包含了需求管理、项目计划、跟踪和监督，又包含了软件质量保证和配置管理。

主要的目标：
1． 主承包商选择合格的软件承包商。
2． 主承包商和子承包商同意他们之间的承诺
3． 主承包商和子承包商保持持续的联系
4． 主承包商根据约定跟踪软件子承包商的结果和执行情况

软件质量保证
软件质量保证是为保证产品和服务充分满足消费者要求的质量而进行的有计划的、有组织的活动。目的是为管理部门提供对软件项目所用的过程和正被开发的产品适当的监控。软件质量保证涉及审查和核实软件产品及其活动，以便验证他们与适用的过程和标准的一致性，为软件项目经理和其他相关的经理提供审查和核实的结果。主要活动包括：
1． 制定SQA计划
2． SQA组按照SQ计划来开展活动
3． SQA组参与项目的软件开发计划、标准和规程的制定和审查
4． SQA组评审软件工程活动，以检验一致性。
5． SQA组审核指定的软件工作产品，以检验一致性。
6． SQA组定期向软件工程组报告其活动结果。
7． 对存在的偏差建立文档
8． SQA组和客户的SQA人员一起对SQA组的活动和调查结果进行定期审查。

主要完成：
1． 量方针的制定和贯彻。
2． 质量保证方针和质量保证标准的制定
3． 质量保证体系的建立和管理
4． 明确各阶段的质量保证工作
5． 各阶段的质量评审
6． 确保设计质量
7． 重要质量问题的提出与分析
8． 总结实现阶段的质量保证活动
9． 整理面向用户的文档、说明书等。
10． 产品质量鉴定、质量保证系统鉴定
11． 质量信息的搜集、分析和使用

主要目标：
1． 策划软件质量保证活动
2． 检查软件产品和活动对可用的标准、规程和需求的遵守程度
3． 软件质量保证活动和结果将通知受影响的组和个人
4． 上级管理部门处理软件项目内部不能解决的不一致问题。

软件配置管理

软件配置管理使整个软件产品演进过程处于一种可视状态。是开发相关人员得到有用的信息：软件产品由什么组成，处于什么状态；对软件产品做了什么变更；谁做的变更；什么时间做的变更；为什么要做变更等。

软件配置管理活动可以归结为四个主要功能：配置识别、变更管理、配置状态统计、配置审核。软件配置管理要达到以下几个目标：
1． 软件配置管理活动是有计划的
2． 选定的软件工作产品是已标识的、受控制的和适用的
3． 已标识的软件工作产品的变更是受控的
4． 受影响的组和个人得到软件基线的状态和内容的通知

主要活动：
1． 制定SCM计划
2． 标识、更改、维护配置
3． 更改、控制、审核软件基线
4． 编制、使用标准报告

CMM 3 级的KPA
组织过程焦点

组织过程焦点的目的建立组织对软件过程活动的责任。为组织的整体软件过程能力的不断提高提供组织上的保证。

组织过程焦点的内容主要是了解项目的和组织的软件过程状况，协调有关软件过程的各项活动（如软件过程的制定、维护、评估和改进）。组织的软件过程活动通常由SEPG来负责。
目的包括：
1． 在整个组织内，有关软件过程的活动是协调的
2． 识别出一个具体软件过程与一个标准过程相比较的强处和弱处。
3． 在组织层上，有关软件过程的活动是有计划的。
（执行约定：有协调组织级软件过程制定和改进的方针；高级管理者主持组织软件过程制定和改进；高级管理者监督组织软件过程制定和改进）
（执行活动：定期评估软件过程并制定相应的更改计划；组织制订和维护有关软件过程制定和改进活动的计划；协调组织的标准软件过程和项目定义软件过程的制定和改进活动；协调组织的软件过程数据库的使用；新过程、新方法、新工具的评价、监控和推广；对组织和项目的软件过程的培训工作加强统一管理；及时把有关软件过程制定和改进的活动通知到与实施软件过程有关的组和个人）

组织过程定义（OPD）
就是指由SEPG在组织层上定义软件过程，包括制定和维护组织的标准软件过程以及相关的过程财富。
组织标准软件过程包括软件过程元素的描述和软件过程体系结构的描述。
软件过程元素是一个软件过程描述的构成元素，是为了更好地了解和描述软件过程而将整个软件过程分解形成的。每个过程元素包括一组妥善定义的、有限制的、紧密相关的任务。
软件过程体系结构是对组织标准软件过程的概括性描述，它描述了软件过程元素的排序、界面、相互关系等。

目标有：
1． 制定和维护组织标准软件过程
2． 搜集、评审和使用有关软件项目使用组织标准软件过程的信息。

培训
培训是组织能否达到第三级的一个资源保障。在差KPA中应该实现根据每一个项目当前及将来对技能的需要，正确判断组织、项目以及个人所需的培训，再开发或完成包含这些内容的培训。
要求做到三个目标：
1． 培训活动是有计划的
2． 提供各类软件管理和技术角色所需知识和技能方面的培训
3． 软件工程组及软件相关组的成员获得履行其职责所需要的培训。

集成软件管理
主要讨论组织标准软件过程的裁剪过程。目的是协调软件项目的过程活动和管理活动，集成一个协调的、已定义的软件过程，既项目定义软件过程，并据此计划和管理软件项目。因为项目定义软件过程完全由组织标准软件过程裁剪而得到，所以软件项目能很好地共享组织的软件过程数据库并能吸收其他软件项目的经验教训。
集成软件管理的目的：
1． 根据项目的特点，对组织的标准软件过程进行裁剪，得到项目定义软件过程。
2． 根据项目定义软件过程对项目进行计划和管理。（根据软件过程数据库对项目进行估计，规模、工作量、成本、关键计算机资源，软件风险）

软件产品工程（SPE）

SPE的目的是协调一致地执行一个妥善定义的工程过程、有效并高效地生产正确的、一致的软件产品。包括采用项目定义软件过程及适当的方法和工具实施软件的工程任务。任务有：分析分配给软件的系统需求、制定软件需求、开发体系结构、设计软件、编码、软件测试。

目标：
1． 定义、集成并实施协调一致的软件工程任务，生产软件
2． 保持软件工作产品间的一致性

组间协调

对于一个软件项目来说，一般要设置若干工程组：软件工程组、软件估计组、系统测试组、软件质量保证组、软件配置管理组、合同管理组、文档支持组。组间协调也包括计划和管理组间协调的技术界面和交互行为，以保证整个系统的质量和统一性。各组代表参与定期的技术评审和内部交流，以保证所有的工程组都能了解各组的状态和计划，并保证组间的问题能引起适当的重视。

目的：
1． 客户的需求得到所有相关组的认同
2． 工程组之间的约定得到相关组的认同（包括确定各组之间的关键依赖关系）
3． 工程组识别、跟踪、解决组间的问题（技术问题，

同行评审
目标：
1． 有计划地进行同行评审
2． 识别并消除软件工作产品中的缺陷

CMM4 已管理级
已管理级是定义在可重复级和已定义级之上的，在改级中，组织为软件产品和软件过程指定了量化的质量目标，利用组织级的软件工程数据库采集、分析来自项目定义软件过程的有用数据，评价所有项目的重要软件过程的产品和质量，并将其作为组织评价计划的一部分。
在CMM4中，软件过程具有精确定义的、一致的评价方法，这些评价方法为评估项目的软件产品和质量奠定了一个量化的基础。因为过程是可以评价的，而且执行过程的活动也是在可评价限度之内的，使得组织可以在定量限度范围内，预测过程和产品质量的发展趋势。

定量过程管理

主要涉及为项目定义软件过程实施制定目标，测量过程的性能，以及分析得到的变量，并通过变量的调整使过程性能处于可接受的范围之内。当过程稳定于可接受的范围内时，软件项目所涉及的软件过程、相对应的测量以及度量可接受的范围就被认可为一条基线，并用来定量地控制过程性能。
目标有：
1． 有计划地进行定量过程管理活动
2． 能够对项目定义软件过程的过程性能进行定量地控制
3． 组织标准软件过程的过程能力是已知的、度量的
主要活动：
制定定量管理计划；
根据定量管理计划，实施定量过程管理活动；
采集用来定量控制软件过程的测量数据（软件规模、成本和进度、计划；生产率，软件质量）
分析和定量控制软件过程；
建立和维护组织的标准软件过程和过程能力基线；

软件质量管理
软件质量管理的目的是建立对项目软件产品质量的定量了解和实现特定的质量目标。软件质量管理包括：确定软件产品的质量目标；制定实现这些目标的计划；并监控及调整软件计划、软件工作产品、活动和质量目标，以满足客户和最终用户对高质量产品的需要和期望。

软件质量管理的目标是：
1． 项目的软件质量管理活动是有计划进行的；
2． 软件产品质量的可测目标和这些目标的优先级是确定的；
3． 实现软件产品质量目标的实际进程能够被量化和管理。

缺陷预防

是指在软件过程中能识别出产生缺陷的原因，并且以此采取防范措施，防止它们再次发生。
（pareto 分析）
目标：
1． 有计划地开展各项缺陷预防活动
2． 找出和标识出错误发生的原因
3． 分清错误的层次，有系统、有计划地加以排除。

技术改革管理

技术改革管理旨在识别新技术，并将其有序地引入到组织的各种软件过程中去。同时，对由此所引起的各种标准变化进行处理，使之适合工作的需要。

技术改革管理的内容包括：在组织内成立一个技术改革管理组（称软件工程过程组或技术支持组）专门负责管理软件项目有关评估新技术、引进新技术和对现有技术改进的工作。

目标：
1． 制定技术改革管理的计划
2． 评价新技术以确定它们对质量和生产率的影响
3． 将合适的新技术引入到全组织的标准实践中。

过程变更管理
其目的使本着改进软件质量、提高生产率和缩短软件产品开发周期的宗旨，而不断改进组织中所用的软件过程的实践活动。
目标：
1． 在此阶段要保障过程改进的连续性和计划性
2． 要保障软件过程更改活动在全组织范围内进行
3． 要保障组织的标准软件过程和项目定义软件过程被连续不断地改进。

7