CMMI5文档之组织标准过程维护规程

组织标准软件过程维护规程文档编号：FHI_CMMI_OPD_PRD_OSPMT文档信息：组织标准软件过程维护规程文档名称：组织标准软件过程维护规程文档类别：CMMI规程密级：内部秘密版本信息：1.1建立日期：2016-1-8创建人：EPG批准人：李庆林批准日期：2016.2.25存放位置：集成公司组织资产库/组织标准过程编辑软件：Microsoft Office 2003 中文版文档修订记录目录1简介 (4)1.1目的 (4)1.2适用范围 (4)1.3术语表 (4)1.4参考资料........................................................................... 错误！未定义书签。

2过程总体描述.. (5)2.1过程概述 (5)2.2过程结构描述 (5)3过程元素描述 (6)3.1开发标准组织过程 (6)3.2工作组成员及EPG成员制定组织标准软件过程的工时 (8)3.3评审与批准组织标准软件过程 (8)3.4维护组织标准软件过程 (9)3.5发布组织标准软件过程 (12)4附录 (14)4.1附录A－过程元素表 (14)4.2附录B－过程元素表 (16)1简介1.1目的依据CMMI级的关键过程域“组织过程定义”的要求，开发和维护一组有用的软件过程资产，这些资产供本公司所有软件开发项目享用，以便统一稳定和改进各类项目的软件开发过程性能，并以收集和积累财富在应用中产生的信息与项目组创造性的应用经验，不断改进财富库的内容，使组织长期受益。

过程资产包括有：组织的标准软件过程，对批准使用的软件生命周期的描述，组织标准软件过程的裁剪指南、组织软件过程数据库和软件过程文档库。

另外一个目的是为了有计划、有组织的指导和规范建立过程资产，故本规程是组织标准软件过程和相关过程财富制定、评审批准、维护、发布和废除的文档化规程，过程财富的描述另见相关规程。

1.2适用范围本过程适用于公司软件部内的组织标准软件过程及相关过程资产的管理。

1.3术语表1.过程类别：我们将现有的和以后需要增加的组织标准软件过程按属性不同分为开发过程、支持过程、组织过程、管理过程四大类，并对这四类进行细化；2.组织标准软件过程：组织标准软件过程是基本过程的可操作的定义，在组织中建立一个针对所有软件项目的共用的软件过程。

它是由多个过程元素组合而成，包含了所有项目的软件过程均会包含的软件过程元素；3.过程元素：过程元素是指一个软件过程描述的构成元素。

每个过程元素包括一组妥善定义的、有限制的、紧密相关的活动（如软件估计元素、软件设计元素等）。

过程元素的描述可以是待填充的样板、待完成的片段、待推敲的抽象、待修改的或已使用的无须修改的完整描述。

过程元素的内容包括标题、输入、入口标准、任务、职责、使用的模板和规程、度量、出口标准、输出等；4.过程流程图：将一个组织的标准的软件过程分解成若干个过程元素，把这些过程元素间的关联关系用流程图进行描述；5.过程元素框图：过程元素框图是对过程元素所有要素及所要执行活动用一种标准流程图的格式来表达的形式；6.输入：任务开始之前输入的产品；7.入口准则：任务开始之前应该被满足的条件；8.任务：做些什么，谁做，怎么做，什么时间做等内容；是描述一个过程元素时的核心内容；9.出口准则：可以认为某过程元素已经执行完毕时应该被满足的条件；10.输出：任务结果后输出的产品；11.职责：执行任务中的人员的角色和职责；12.规程和模板：执行任务时使用的规程和模板；13.度量：任务的度量，度量数据的收集；14.裁剪指南：对过程元素的裁剪要求及标准。

2过程总体描述2.1过程概述本过程覆盖组织标准软件过程的开发、评审和批准、维护和发布四部分。

开发介绍了编写组织标准软件过程的方法及步骤。

主要采用的方法是将一个原有的或已初步识别的过程按照一些关联和限制的活动进行分解，分解成若干个相对独立的又有紧密联系的过程元素，每个过程元素按照统一的格式进行书写，使生成的文档清晰易读。

过程中涉及到很多新的术语和方法。

会在详细的内容介绍中描述。

评审和批准是对最初的组织标准软件过程和变更的过程的评审和批准规程。

我们采用的评审方法是同行评审，标准过程需要由高层经理批准。

维护描述了标准的软件过程发生变更时，应遵循的变更过程。

发布描述了经批准的组织的标准的软件过程的发布人、发布时间、发布对象、发布内容。

2.2过程结构描述结合EPG日常的工作，如果以维护组织的软件过程资产为工作核心得到的流程图如下：图 1 组织标准软件过程管理流程3过程元素描述3.1开发标准组织过程3.1.1过程元素概述本过程元素是描述如何编写组织标准的软件过程。

介绍了编写的方法及步骤。

主要采用的方法是将一个原有的或已初步识别的过程按照一些关联和限制的活动进行分解，分解成若干个相对独立的又有紧密联系的过程元素，每个过程元素按照统一的格式进行书写，使生成的文档清晰易读。

过程中涉及到很多新的术语和方法。

会在详细的内容介绍中描述。

开发包括分解过程、简介、绘制过程流程图、定义过程元素、裁剪指南、附录等相关内容。

3.1.2参与人员●EPG和工作组：负责协调和参与过程编制●工作组：待过程文档初稿形成时进行内部同行评审3.1.3入口准则●高层经理批准组织的过程改进计划●EPG批准工作组计划●组织标准软件过程相关部分需要新建3.1.4输入●组织的过程改进计划●工作组计划3.1.5任务1. 组织标准软件过程的编制由EPG及工作组完成。

2.编写时参照组织方针、本规程以及SPI计划进行。

3.使用恰当方法，获取需要定义的过程在本组织内的实施状况或者恰当的过程描述，必要时组织讨论会获取素材。

4.方法包括：工程和管理人员的反馈、外部获取的过程描述、经过试用的新过程。

5.将原来在公司中采用的典型的或行之有效的软件开发过程（包括管理与支持过程）分解成过程元素，且补充必要的CMMII1.2要求的过程元素，并考虑目前公司所能理解、能操作的实际状况确定过程元素的粒度，已识别的过程分解成的过程元素见附录A 过程元素表。

6.使用《组织标准软件过程模板》进行编写，应定义所有相关的过程元素。

7.只对标准软件过程进行流程图绘制，对过程元素不强制要求必须绘制（但建议尽量绘制），流程图使用附录B 标准流程图符号进行绘制。

8.对分解出来的过程元素进行阐述，应按照ETVX方法和标准过程模板中的内容进行填写和定义，内容包括过程元素概述、角色和职责、输入和输出、入口和出口准则、任务、度量、详细裁剪指南等，其中，详细裁剪指南是针对于该过程元素活动的裁剪；对于某项内容出现不适用的情况下填写“无”。

9.一些过程元素定义时无法表述完整的内容可整理后纳入附表中。

10.根据已批准的生命周期模型，编制与其相协调的软件过程体系结构，充分考虑过程元素先后顺序、接口、关联条件和采用的工具和方法。

11.对牵涉到其他过程的内容，如果需要变更其他过程，填写过程变更请求表(请参见《过程变更请求表模板》)。

12.初稿文档完成后，向EPG汇报，并在工作组内部对其进行同行评审。

3.1.6出口准则●组织标准软件过程经过工作组人员内部同行评审，且问题均已得到关闭3.1.7输出组织标准过程（或其中的部分过程）（初稿）3.1.8资源和能力要求●工作组成员接受过组织中关于制定过程方法和标准的培训●工作组成员和EPG成员接受过关于ETVX方法的培训3.1.9度量●工作组成员及EPG成员制定组织标准软件过程的工时3.2评审与批准组织标准软件过程3.2.1过程元素概述本过程元素描述了如何对组织标准软件过程变更进行控制的过程。

明确了组织标准软件过程变更的提出、实施、评审与批准等活动的执行人及步骤。

3.2.2参与人员●外部专家、项目组代表、内部专家：参与制定出的组织标准软件过程的同行评审●高层经理：批准组织标准软件过程●EPG：组织标准软件过程的同行评审；对批准后的组织标准软件过程进行配置管理3.2.3入口准则●高层经理批准组织的过程改进计划●EPG批准工作组计划●组织标准软件过程相关部分需要新建3.2.4输入●组织标准过程（或其中的部分过程）（初稿）3.2.5任务1.文档编写人员完成后经过自行评审提交EPG，EPG组织相关人员参照同行评审规程对该文档进行同行评审。

2.评审的规程和步骤参照《评审规程》中关于同行评审的要求进行。

同行评审中要包括项目组的代表等将来会实际使用相关过程的实践人员。

3.SQA组对评审中发现的问题进行跟踪直至解决，修改完成的文档经EPG核准无误后提交高层审阅。

4.高层审阅后如无问题，在文档上签字批准。

5.批准后的组织过程，交由EPG纳入组织的过程资产库中进行配置，并对其进行管理；组织的过程资产库的管理详见《软件过程数据和文档库管理过程》。

3.2.6出口准则●更新的组织标准软件过程得到高层经理的批准，并纳入组织的过程资产库3.2.7输出●更新的组织标准软件过程（或其中的部分过程）3.2.8资源和能力要求●外部专家、项目组代表、内部专家和EPG成员接受过关于同行评审方法的培训3.2.9度量●外部专家、项目组代表、内部专家及EPG成员评审组织标准软件过程的工时●高层经理审批组织标准软件过程的工时3.3维护组织标准软件过程3.3.1过程元素概述本过程元素描述了如何对组织标准软件过程变更进行控制的过程。

明确了组织标准软件过程变更的提出、实施、评审与批准等活动的执行人及步骤。

3.3.2参与人员●变更请求发起人：提出组织内部的过程改进建议●EPG及工作组：批准和实施组织标准软件过程的变更3.3.3入口准则过程变更请求或过程改进建议信息已提交3.3.4输入●过程变更请求或过程改进建议信息3.3.5任务1.收集改进建议EPG工作小组成员负责及时收集软件过程改进建议，信息的来源主要以下几个方面： SCMAPI评估客观指出公司软件过程存在的问题和建议；组织软件过程的改进目标；对有关顾客问题和顾客满意度的数据分析；度量和分析过程和产品得到的数据；从监控组织和项目的软件过程活动的中得出的经验教训；使用者提出的改进建议；SQA对项目进行的过程审计发现的不足。

2.评估提出者将改进意见填写在《过程改进请求》表中，提交给EPG审批是否作为改进项，并反馈给提出者。

在EPG的领导下，对审批和收集到的的改进建议、组织标准软件过程和项目定义软件过程进行分析评估，必要时，高层领导参加到分析评估活动中。

详见《组织过程焦点过程》。

3.SPI计划的维护由EPG工组小组根据评估的结果，维护SPI计划；EPG组织受影响的组和个人，对SPI计划进行同行评审，评审过程参见《评审规程》；经EPG批准后，纳入组织标准软件过程数据和文档库中进行管理。