CMM中的关键实践

CMM中的关键实践
CMM中的关键实践
1、初始级
无
2、重复级
2.1需求管理
1.在分配的需求被纳入软件项目之前，软件工程组须评审它们。

2.软件工程组采用分配需求作为软件计划、工作产品和活动的基础。

（分配需求是被
管理和控制的，是软件开发计划的基础，是制定软件需求的基础。

）
3.评审对分配需求的更改，将其归入软件项目。

2.2软件项目计划
1.软件工程组参与项目建议组。

2.软件项目计划应在整个项目计划的早期阶段启动。

3.在项目的整个开发期内，软件工程组会与其中有关系的组一起参加计划整个项目。

4.根据已文档的规程，高级管理层参加对组织外部的个人和组所做的软件项目约定来
评审。

5.识别或确定项目的软件生存周期。

例如，以瀑布或螺旋开发模型作为此项目的软件
生存周期。

6.根据已文档的规程，制定项目的软件开发计划。

7.对有关软件项目的计划建立文档。

8.识别为建立和保持对软件项目的控制所必须的工作产品。

9.根据已文档的规程，得出对软件工作产品规模（或对软件工作产品规模的更改）的
估计。

10.根据已文档的规程，得出对软件项目的工作量及成本的估计。

11.根据已文档的规程，得出对项目的关键计算机资源的估计。

12.根据已文档的规程，得出项目的软件进度表。

13.对与项目成本资源、进度和技术方面相联系的风险进行评估和建立文档。

14.制定关于项目软件工程设施和支持工具的计划。

15.记录软件计划数据。

2.3软件项目跟踪监督
1.将已文档的软件开发计划用于跟踪的软件活动和沟通其状态。

2.按照已文档的规程，更新软件开发计划。

3.按照已文档的规程，高级管理者参与评审那些对组织外部的个人和组所做的软件项
目约定和约定的更改。

4.将已批准的、影响软件项目约定的更改内容传送给软件工程组和其他软件有关组的
成员。

5.跟踪软件工作产品的规模（或者软件工作产品更改的规模），必要时采取纠正措施。

6.跟踪项目的软件工作量和成本，必要时采取纠正措施。

7.跟踪项目的关键计算机资源，必要时采取纠正措施。

8.跟踪项目的软件进度，必要时采取纠正措施。

9.跟踪软件工程技术活动，必要时采取纠正措施。

10.跟踪与项目的成本、资源、进度及技术方面有关的软件风险。

11.记录软件项目的实际测量跟踪数据，从而更新计划的数据。

（比较实际数据与计划
数据和更新计划数据。

）
12.按照软件开发计划，软件工程组进行定期的内部评审跟踪技术进展、计划、性能和
问题。

13.根据已文档的规程，在所选择的项目里程碑处进行正式评审以
评价软件项目的完成
情况和结果。

2.4软件子合同管理
1.根据已文档的规程，定义和规划子合同的工作。

2.根据已文档的规程，在评价个子合同投标者完成该工作的能力的基础上选择软件子
承包商。

3.将主承包商和软件子承包商的合同协议作为管理子合同的基础。

4.主承包商评审和批准子承包商的已文档软件开发计划。

5.将已文档的且经批准的子承包商软件开发计划，用于跟踪软件活动状态。

6.根据已文档的规程，评审对软件子承包商的工作陈述、子合同条款和条件以及其他
约定的更改。

7.主承包商的管理层和软件子承包商的管理层一起执行定期评审工作状态或协调。

8.软件子承包商定期参与技术评审和交流。

9.根据已文档的规程，在所选择的里程碑处进行正式评审以评价子承包商的软件工程
完成情况和结果。

10.根据已文档的规程，主承包商的软件质量保证组监控子承包商的软件质量保证活
动。

11.根据已文档的规程，主承包商的软件配置管理组监控子承包商的软件配置管理活
动。

12.根据已文档的规程，主承包商进行验收测试，这是子承包商软件产品交付的一部分。

13.定期评价软件子承包商的性能，并与子承包商一起评审该评价工作。

2.5软件质量保证
1.按照已建档的规程，为软件项目指定SQA计划。

2.按照SQA计划，进行SQA组的活动。

3.SQA组参与准备和评审项目的软件开发计划、标准和规程。

4.SQA组评审软件工程活动以验证是否与其标准符合。

5.SQA组审计指定的软件工作产品以验证是否与其标准符合。

6.SQA组定期向软件工程组报告其活动的结果。

7.按照已文档的规程，对在软件活动和软件工程产品中所鉴别出偏差加以处理并且建
立文档。

8.当合适时，SQA组与顾客的SQA人员一起对他们所执行的活动和发现进行定期评
审。

2.6软件配置管理
1.按照已文档的规程，对每个软件项目准备一份SCM计划。

2.按经批准的SCM计划文档，作为进行SCM活动的基线。

3.建立一个SCM的管理库，支持和存放有关SCM的工作。

例如，软件版本控制记
录和备份各版本的软件等。

4.软件工作产品将置于配置管理里。

5.按照已文档的规程，来启动、记录、评审、批准和跟踪所有配置项的更改要求和问
题报告。

6.按照已文档的规程，来控制对基线的更改。

7.按照已文档的规程，生成由软件基线库制造的产品并控制它们的发行。

8.按照已文档的规程，记录配置项或单元的状态。

9.用文档记载SCM活动和软件基线内容的标准报告，并给受影响的组和个人使用。

10.按照已文档的规程，进行软件基线审计。

3、定义级
3.1组织过程焦点
1.定期地评估软件过程，并制定处理评估结果的行动计划。

2.组织制定和维护有关软件过程制定和改进的活动计划。

3.在组织层面上，协调组织和项目的软件过程制定及改进的活动。

4.在组织层面上，协调组织的软件过程数据库的使用活动。

5.使用新的过程，方法和工具等时进行监控和评价，在合适时将其推广到组织的其他
部分。

6.协调组织内有关组织和项目的软件过程的培训。

7.将组织和项目的有关软件过程制定和改进的活动通知有关的组。

3.2组织过程定义
1.根据已文档的规程，制定和维护组织的标准软件过程。

2.根据已制定的组织标准，对组织的标准软件过程建立文档。

3.对经批准项目使用软件生存周期描述，并建立文档进行维护。

（软件生存周期包括
瀑布模型或者螺旋模型等。

）
4.制定和维护项目组织标准软件过程时的引用准则。

例如，裁剪可包括增加删减软件
过程的明细，使之适用于项目。

5.建立和维护组织的软件过程数据库。

此数据库可包括：
（1）软件规模、工作量和成本的估计。

（2）有关软件规模、工作量和成本的实际数据。

（3）质量度量和生产力数据。

（4）测试的范围和软件的可靠性测量。

6.建立和维护软件过程有关文档。

3.3培训大纲
1.每个软件项目制定和维护一个其培训需要的计划。

2.根据已文档的规程，制定和修正组织的培训计划。

3.根据组织培训计划，进行组织的培训。

4.根据组织标准，开发和维护在组织层面上的培训课程准备。

5.制定所需培训的规程，用于确定哪些个人已具有履行其岗位职责所要求的知识和技
能。

6.维护培训记录。

3.4集成软件管理
1.根据已文档的规程，裁剪“组织标准软件过程”来制定“项目定义软件过程”。

2.根据已文档的规程，修订每个项目定义软件过程。

3.根据已文档的规程，制定和修改项目的软件开发计划，该计划描述项目定义软件过
程的使用。

4.根据“项目定义软件过程”来管理软件项目。

5.将组织的软件过程数据库用于软件计划和估计。

6.根据已文档的规程，管理软件工作产品规模（或软件工作产品的更改的规模）。

7.根据已文档的规程，管理项目的软件工作量和成本。

8.根据已文档的规程，管理项目的关键计算机资源。

9.根据已文档的规程，管理项目进度的关键依赖关系和关键路径。

10.根据已文档的规程，对项目的风险进行识别，建立文档和管理。

11.定期执行对软件项目的评审以便确定那些必须的行动，它们使执行软件项目的性能
和结果与最终用户的需求和设想保持一致。

3.5软件产品工程
1.将合适的软件工程方法和工具集成到项目定义软件过程中。

2.根据项目定义软件过程，系统地分析分配需求，制定软件需求，并加以维护、文档
建立和验证。

3.根据项目定义软件过程，开发、维护、文档记载和验证其软件设计，以适应软件需
求和建立有编码的框架。

4.根据项目定义软件过程，对软件代码进行开发、维护、建立文档和验证，以实现软
件需求和软件设计。

5.根据项目定义软件过程，进行软件测试。

6.根据项目定义软件过程，计划和执行软件集成测试。

7.计划和执行软件验收测试，以确定软件满足其需求。

8.根据项目定义软件过程，编写和维护用于运行软件的文档。

9.根据项目定义软件过程，收集和分析有关同行评审和测试中所鉴别出的缺陷和数
据。

10.维护软件工作产品的一致性，包括软件计划、过程描述、分配需求、软件需求、软
件设计、代码、测试计划和测试规程。

3.6组间协调
1.在适当时，软件工程组和其他工程组与最终用户一起参与建立系统需求。

2.项目软件工程组的代表和其他工程组的代表，同时监控和协调技术活动，并解决技
术问题。

3.将已文档的计划用于交流组间约定，并协调和跟踪工作进度。

4.根据已文档的规程识别、协调和跟踪工程组之间的重要关系。

5.某工程组的工作产品必须被使用此工作产品的其他组评审，以保证该产品满足其需
求。

6.项目工程组的代表不能解决的组间问题，按已文档的规程加以处理。

7.项目工程组的代表定期进行技术评审和交流。

3.7同行评审
1.计划同行评审，并将其写成文档。

2.按照已文档化的规程，进行同行评审。

3.记录同行评审的执行和结果的数据。

4、管理级
4.1定量的过程管理
1.根据已文档的规程，对项目制定“定量过程管理计划”。

2.根据项目的定量过程管理计划，执行其管理活动。

3.在项目定义软件过程的基础上，确定数据收集的策略和定量分析的应用。

4.根据已文档的规程，收集有关“项目定义软件过程”的定量控制数据。

5.根据已文档的规程，分析“项目定义软件过程”，并加以定量控制。

6.准备和发布对软件项目的“定量过程管理”活动的结果。

7.根据已文档的规程，建立和维护组织标准软件过程的过程能力基线。

4.2软件质量管理
1.根据已文档的规程，指定和维护项目的软件质量计划。

2.项目的软件质量计划是其质量管理活动的基础。

3.在整个软件生存周期，确定、监控和修订项目产品的定量质量目标。

4.在事件发生的基础上，对项目软件产品的质量进行测量、分析，将其与产品的定量
质量目标相比较。

5.将软件项目的产品定量质量目标恰当地分配给那些与项目有关的子承包商。

5、优化级
5.1缺陷预防
1.对软件项目，制定和维护有关其缺陷预防活动的计划。

2.软件作业初始时，负责成员在一起准备该作业的活动以及与其有关的缺陷预防活
动。

3.根据已文档的规程，召开原因分析会议。

4.受指派协调缺陷预防活动的群组，都定期在一起评审并协调执行原因分析会议所建
议的措施。

5.将有关缺陷预防数据加以文档并进行跟踪。

6.根据已文档的规程，采纳缺陷预防措施，修正“组织标准软件过程”。

7.根据已文档的规程，采纳缺陷预防措施，修正“项目定义软件过程”。

8.软件工程组和有关组的成员定期收到对组织和项目的缺陷预防的活动状态和结果
的反馈信息。

5.2技术改革管理
1.组织制定和维护技术改革管理的计划。

2.负责“组织技术改革管理活动”的组参与软件项目，使之能识别技术改革的应用领
域。

3.不断向软件经理和技术人员报告新的技术。

4.负责“组织技术改革管理”的组系统地分析“组织标准软件过程”，以便确定新技
术带来的收益。

5.根据已文档的规程，为组织和软件项目选择获取技术。

6.在将新技术引入标准实践之前，为所带来的改进做先导性试验。

7.根据已文档的规程，将合适的新技术纳入“组织标准软件过程”。

8.根据已文档的规程，将合适的新技术纳入“项目定义软件过程”。

5.3过程更改管理
1.制定软件过程改进大纲，授予组织的成员改进组织的过程的权
力。

2.负责组织软件过程活动的组（例如，软件工程组）协调软件过程改进的活动。

3.根据已文档的规程，制定和维护软件过程改进计划。

4.根据软件过程改进计划，进行改进活动。

5.根据已文档的规程，处理软件工程改进建议。

6.组织的成员积极参加对所有规定的领域里的软件过程改进。

7.将软件过程改进纳入标准实践之前，先进行应用上得到试验，以便确定其效益和有
效性。

8.当软件过程改进引入到标准实践时，依照已文档的规程来进行工作。

9.记录软件过程改进活动。

10.按事件发生的基础，使软件经理和技术人员收到有关软件过程改进活动的状态和结
果等反馈信息。