建立CMMI软件质量管理体系文件

　　CMMI是模型、而非过程、只讲“做什么”，不讲“如何做”，实施时，必须以模型为指导、加以本地化、形成自己的过程 · 建立自己的体系文件，然后根据体系文件实施各个过程的管理，软件研制单位应组织体系编写组 · 建立W’CMMI的软件质量管理体系文件。体系文件的层次结构一般分为四层，第一层次是顶层方针 · 主要内容是规定软件质量管理体系的组织方针、机构及职责、体系结构、以及软件项目管理过程和软件工程过程等总体要求，是软件质量管理体系中的纲领性文件。第二层次是过程文件 · 目的在于指导项目开发过程中的项目管理活动、工程活动、

支持活动和过程管理活动。第三层次是规程文件，定义各过程域中具体活动的准则和操作流程 · 用于规范过程活动，苇四层次是模板类文件，定义各过程域中具体活动的工作产品模板 · 用于统一工作产品的格式与内容。表-3给出丁一个(”人1入门三级体系文件层次结构示例。表2-3体系文件层次结构示例，分类说明顶层方针.

　　第一层次文件是方针 · 纲领性文件质量手册组织过程定义过程说明组织过程焦点过程说明结合第一层次文件、在生存周期模型基础上建它的过程文件、门的在于指导项日开发过程中的项目管理活动、工程活动、支持活动和过程管理活动，软件工程过程说明，过程文件，需求管理过程说明，软件项目管理过程说明，供方协议管理过程说明，过程和产品质量*过程称名。

　　测量分析指南配置，标识规范配置库管理规程，更动控制规程记录，管理规程决策分析与决定指南，工程技术文档模板模板类文件定义各过程域中具体活动的工作产品模板，用于统一工作产品的格式与内容项目管理模板支持过程模板。

　　2.3体系试运行

　　体系试运行的目的是验证体系的合理性、可行性与适宜性。体系试运行前与项目的*人员进行体系文件知识培训；然后，选择几个项目按照体系文件整个生存周期的软件研制过程和控制过程。实施时要注意试运行的项日应能够翟萃”程域的各个分支，例如，需求变更、计划变更和向高层上报问题等。

　　2.4项目评估及整改

　　项目评估一般包括以下几个步骤，如2所示。(1)成立评估专家组。评估组成员一般由4～7名熟悉CMMI标准、具有丰富软件工程经验的专家担任，在现场评价前需对评估组成员进行"CMMI人门”和“评价方法”培训。

　　(2)被评估组织确定访谈对象。访谈对象应涵盖高层管理者、中层管理者代表、EPG成员、项目负责人、开发人员、测试人员、配置管理人员和质量*人员等 · 原则上每个人只访谈一次，现场评价前必须确定。

　　(3)制定评估计划。评估计划中需明确组织的应用领域、选内部评估定项目和评估参与人员；评估活动的工程表；现场评价所需资源；评价结束后需交付的工作产品；完成该计划所涉及的潜在风评价总结险及采取措施等。

　　(4)内部评估。评估专家组到现场对相关人员进行访谈，并图2-4CMMI评估过程对软件工程文档进行检查，从文档的内容、格式、种类等方面评估软件工程过程是否符合CMMI标准和组织定义的软件质量体系文件的要求。

　　(5)评价总结。评估专家组召开评价总结会，共同梳理问题清单，指出软件过程存在的问题。EPG组对项目运行过程中各方面的状况进行*的诊断检查，针对发现的问题，可调研其他单位的实现情况，学习相关的经验和方法，制定改进措施。如果是体系本身存在问题，需组织体系编写组成员对体系文件进行修订完善；如果是项目存在问题，需对项目组成员进行相关知识的培训。

　　2.5体系正式运行

　　新版软件质量管理体系文件发布后，需对相关人员进行培训，然后按照体系文件要求正式实施CMM1。项目运行过程中，难免会发现体系的不完善因素，这时就需要修改、完善体系。另外，CMMI的等级划分也决定了软件过程的改进不是一蹴而就的，而是从1级到5级逐级进化，这就决定了体系的运行、评估及整改是一个循序渐进的过程。在CMMI实施过程中，应定期对体系运行情况进行评估，逐步、逐级完善体系，持续进行软件过程改进。在改进过程中要注意把握以下几个环节；

　　(1)过程改进要以提高质量为根本目的，应考虑与IS09001等其他质量体系的要求的有机结合。

　　(2)过程改进要有工具做支撑。结合单位实际情况，开发合适的工具，将CMMI的要求融合到软件工程过程中，化管理为无形，减少管理成本。

　　(3)提升对标准的理解，做好“本地化”工作 · 使得体系既符合标准要求，又符合单位实际流程。