CMM中的关键实践.docVIP

CMM中的关键实践 1、初始级 无 2、重复级 2.1需求管理 在分配的需求被纳入软件项目之前，软件工程组须评审它们。 软件工程组采用分配需求作为软件计划、工作产品和活动的基础。（分配需求是被管理和控制的，是软件开发计划的基础，是制定软件需求的基础。） 评审对分配需求的更改，将其归入软件项目。 2.2软件项目计划 软件工程组参与项目建议组。 软件项目计划应在整个项目计划的早期阶段启动。 在项目的整个开发期内，软件工程组会与其中有关系的组一起参加计划整个项目。 根据已文档的规程，高级管理层参加对组织外部的个人和组所做的软件项目约定来评审。 识别或确定项目的软件生存周期。例如，以瀑布或螺旋开发模型作为此项目的软件生存周期。 根据已文档的规程，制定项目的软件开发计划。 对有关软件项目的计划建立文档。 识别为建立和保持对软件项目的控制所必须的工作产品。 根据已文档的规程，得出对软件工作产品规模（或对软件工作产品规模的更改）的估计。 根据已文档的规程，得出对软件项目的工作量及成本的估计。 根据已文档的规程，得出对项目的关键计算机资源的估计。 根据已文档的规程，得出项目的软件进度表。 对与项目成本资源、进度和技术方面相联系的风险进行评估和建立文档。 制定关于项目软件工程设施和支持工具的计划。 记录软件计划数据。 2.3软件项目跟踪监督 将已文档的软件开发计划用于跟踪的软件活动和沟通其状态。 按照已文档的规程，更新软件开发计划。 按照已文档的规程，高级管理者参与评审那些对组织外部的个人和组所做的软件项目约定和约定的更改。 将已批准的、影响软件项目约定的更改内容传送给软件工程组和其他软件有关组的成员。 跟踪软件工作产品的规模（或者软件工作产品更改的规模），必要时采取纠正措施。 跟踪项目的软件工作量和成本，必要时采取纠正措施。 跟踪项目的关键计算机资源，必要时采取纠正措施。 跟踪项目的软件进度，必要时采取纠正措施。 跟踪软件工程技术活动，必要时采取纠正措施。 跟踪与项目的成本、资源、进度及技术方面有关的软件风险。 记录软件项目的实际测量跟踪数据，从而更新计划的数据。（比较实际数据与计划数据和更新计划数据。） 按照软件开发计划，软件工程组进行定期的内部评审跟踪技术进展、计划、性能和问题。 根据已文档的规程，在所选择的项目里程碑处进行正式评审以评价软件项目的完成情况和结果。 2.4软件子合同管理 根据已文档的规程，定义和规划子合同的工作。 根据已文档的规程，在评价个子合同投标者完成该工作的能力的基础上选择软件子承包商。 将主承包商和软件子承包商的合同协议作为管理子合同的基础。 主承包商评审和批准子承包商的已文档软件开发计划。 将已文档的且经批准的子承包商软件开发计划，用于跟踪软件活动状态。 根据已文档的规程，评审对软件子承包商的工作陈述、子合同条款和条件以及其他约定的更改。 主承包商的管理层和软件子承包商的管理层一起执行定期评审工作状态或协调。 软件子承包商定期参与技术评审和交流。 根据已文档的规程，在所选择的里程碑处进行正式评审以评价子承包商的软件工程完成情况和结果。 根据已文档的规程，主承包商的软件质量保证组监控子承包商的软件质量保证活动。 根据已文档的规程，主承包商的软件配置管理组监控子承包商的软件配置管理活动。 根据已文档的规程，主承包商进行验收测试，这是子承包商软件产品交付的一部分。 定期评价软件子承包商的性能，并与子承包商一起评审该评价工作。 2.5软件质量保证 按照已建档的规程，为软件项目指定SQA计划。 按照SQA计划，进行SQA组的活动。 SQA组参与准备和评审项目的软件开发计划、标准和规程。 SQA组评审软件工程活动以验证是否与其标准符合。 SQA组审计指定的软件工作产品以验证是否与其标准符合。 SQA组定期向软件工程组报告其活动的结果。 按照已文档的规程，对在软件活动和软件工程产品中所鉴别出偏差加以处理并且建立文档。 当合适时，SQA组与顾客的SQA人员一起对他们所执行的活动和发现进行定期评审。 2.6软件配置管理 按照已文档的规程，对每个软件项目准备一份SCM计划。 按经批准的SCM计划文档，作为进行SCM活动的基线。 建立一个SCM的管理库，支持和存放有关SCM的工作。例如，软件版本控制记录和备份各版本的软件等。 软件工作产品将置于配置管理里。 按照已文档的规程，来启动、记录、评审、批准和跟踪所有配置项的更改要求和问题报告。 按照已文档的规程，来控制对基线的更改。 按照已文档的规程，生成由软件基线库制造的产品并控制它们的发行。 按照已文档的规程，记录配置项或单元的状态。 用文档记载SCM活动和软件基线内容的标准报告，并给受影响的组和个人使用。 按照已文档的规程，进行软件基线审计。 3、定义级 3.1组织过程焦点 定期地评