CMMI5文档之组织过程定义过程.docx
- 文档编号:8782916
- 上传时间:2023-02-01
- 格式:DOCX
- 页数:14
- 大小:87.19KB
CMMI5文档之组织过程定义过程.docx
《CMMI5文档之组织过程定义过程.docx》由会员分享,可在线阅读,更多相关《CMMI5文档之组织过程定义过程.docx(14页珍藏版)》请在冰豆网上搜索。
CMMI5文档之组织过程定义过程
组织过程定义过程
文档编号:
FHI_CMMI_OPD_PRS
文档信息:
组织过程定义过程
文档名称:
组织过程定义过程
文档类别:
CMMI过程
密级:
内部秘密
版本信息:
1.1
建立日期:
2016-1-8
创建人:
EPG
批准人:
李庆林
批准日期:
2016.2.25
存放位置:
集成公司组织资产库/组织标准过程
编辑软件:
MicrosoftOffice2003中文版
文档修订记录
版本编号或者更改记录编号
变化状态
简要说明(变更内容和变更范围)
日期
变更人
批准日期
批准人
V1.0
C
新建
2016-1-8
张娜娜
2016-2-25
李庆林
V1.1
M
文档编号去掉版本号
2016-4-17
邓沛沛
2016-4-17
李庆林
*变化状态:
C――创建,A——增加,M——修改,D——删除
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任务
15.组织标准软件过程的编制由EPG及工作组完成。
16.编写时参照组织方针、本规程以及SPI计划进行。
17.使用恰当方法,获取需要定义的过程在本组织内的实施状况或者恰当的过程描述,必要时组织讨论会获取素材。
18.方法包括:
工程和管理人员的反馈、外部获取的过程描述、经过试用的新过程。
19.将原来在公司中采用的典型的或行之有效的软件开发过程(包括管理与支持过程)分解成过程元素,且补充必要的CMMI1.2要求的过程元素,并考虑目前公司所能理解、能操作的实际状况确定过程元素的粒度,已识别的过程分解成的过程元素见附录A过程元素表。
20.使用《组织标准软件过程模板》进行编写,应定义所有相关的过程元素。
21.只对标准软件过程进行流程图绘制,对过程元素不强制要求必须绘制(但建议尽量绘制),流程图使用附录B标准流程图符号进行绘制。
22.对分解出来的过程元素进行阐述,应按照ETVX方法和标准过程模板中的内容进行填写和定义,内容包括过程元素概述、角色和职责、输入和输出、入口和出口准则、任务、度量、详细裁剪指南等,其中,详细裁剪指南是针对于该过程元素活动的裁剪;对于某项内容出现不适用的情况下填写“无”。
23.一些过程元素定义时无法表述完整的内容可整理后纳入附表中。
24.根据已批准的生命周期模型,编制与其相协调的软件过程体系结构,充分考虑过程元素先后顺序、接口、关联条件和采用的工具和方法。
25.对牵涉到其他过程的内容,如果需要变更其他过程,填写过程变更请求表(请参见《过程变更请求表模板》)。
26.初稿文档完成后,向EPG汇报,并在工作组内部对其进行同行评审。
3.1.6出口准则
●组织标准软件过程经过工作组人员内部同行评审,且问题均已得到关闭
3.1.7输出
组织标准过程(或其中的部分过程)(初稿)
3.1.8资源和能力要求
●工作组成员接受过组织中关于制定过程方法和标准的培训
●工作组成员和EPG成员接受过关于ETVX方法的培训
3.2评审与批准组织标准软件过程
3.2.1过程元素概述
本过程元素描述了如何对组织标准软件过程变更进行控制的过程。
明确了组织标准软件过程变更的提出、实施、评审与批准等活动的执行人及步骤。
3.2.2参与人员
●外部专家、项目组代表、内部专家:
参与制定出的组织标准软件过程的同行评审
●高层经理:
批准组织标准软件过程
●EPG:
组织标准软件过程的同行评审;对批准后的组织标准软件过程进行配置管理
3.2.3入口准则
●高层经理批准组织的过程改进计划
●EPG批准工作组计划
●组织标准软件过程相关部分需要新建
3.2.4输入
●组织标准过程(或其中的部分过程)(初稿)
3.2.5任务
27.文档编写人员完成后经过自行评审提交EPG,EPG组织相关人员参照同行评审规程对该文档进行同行评审。
28.评审的规程和步骤参照《评审规程》中关于同行评审的要求进行。
同行评审中要包括项目组的代表等将来会实际使用相关过程的实践人员。
29.SQA组对评审中发现的问题进行跟踪直至解决,修改完成的文档经EPG核准无误后提交高层审阅。
30.高层审阅后如无问题,在文档上签字批准。
31.批准后的组织过程,交由EPG纳入组织的过程资产库中进行配置,并对其进行管理;组织的过程资产库的管理详见《软件过程数据和文档库管理过程》。
3.2.6出口准则
●更新的组织标准软件过程得到高层经理的批准,并纳入组织的过程资产库
3.2.7输出
●更新的组织标准软件过程(或其中的部分过程)
3.2.8资源和能力要求
●外部专家、项目组代表、内部专家和EPG成员接受过关于同行评审方法的培训
3.3维护组织标准软件过程
3.3.1过程元素概述
本过程元素描述了如何对组织标准软件过程变更进行控制的过程。
明确了组织标准软件过程变更的提出、实施、评审与批准等活动的执行人及步骤。
3.3.2参与人员
●变更请求发起人:
提出组织内部的过程改进建议
●EPG及工作组:
批准和实施组织标准软件过程的变更
3.3.3入口准则
过程变更请求或过程改进建议信息已提交
3.3.4输入
●过程变更请求或过程改进建议信息
3.3.5任务
32.收集改进建议
EPG工作小组成员负责及时收集软件过程改进建议,信息的来源主要以下几个方面:
ØSCAMPI评估客观指出公司软件过程存在的问题和建议;
Ø组织软件过程的改进目标;
Ø对有关顾客问题和顾客满意度的数据分析;
Ø度量和分析过程和产品得到的数据;
Ø从监控组织和项目的软件过程活动的中得出的经验教训;
Ø使用者提出的改进建议;
ØSQA对项目进行的过程审计发现的不足。
33.评估
Ø提出者将改进意见填写在《过程改进请求》表中,提交给EPG审批是否作为改进项,并反馈给提出者。
Ø在EPG的领导下,对审批和收集到的改进建议、组织标准软件过程和项目定义软件过程进行分析评估,必要时,高层领导参加到分析评估活动中。
详见《组织过程焦点过程》。
34.SPI计划的维护
Ø由EPG小组根据评估的结果,维护SPI计划;
ØEPG组织受影响的组和个人,对SPI计划进行同行评审,评审过程参见《评审规程》;
Ø经EPG批准后,纳入组织标准软件过程数据和文档库中进行管理。
详见《组织过程焦点过程》
35.改进过程的实施
●实施
Ø参与过程改进的成员受到相关方面的培训;
Ø依照SPI计划,EPG工作小组从组织标准软件过程数据和文档库取出相应的文档进行修改;
ØEPG监督、协调软件过程活动的实施。
●跟踪改进建议的状态
Ø负责人根据“EPG评审问题跟踪表”跟踪每项改进建议的状态,直到改进项全部被关闭;
Ø负责人识别响应时间比较长的软件过程改进建议,并分析原因;
Ø若EPG工作小组内部不能解决的问题,上报给EPG组长,EPG组长协调、解决,由负责人跟踪直至问题被关闭。
●试运行
Ø在合适时,将改进的软件过程纳入组织标准软件过程前,先试运行该改进过程,以确保其效益和有效性;
Ø在试运行中,若发现了问题,使用者将问题记录在改进反馈表中,提交给EPG工作小组;
ØEPG工作小组内部不能解决的问题,上报给EPG组长,由EPG组长做出决定,并反馈给EPG工作小组;
Ø负责人跟踪至所有问题被关闭。
详见《组织过程焦点过程》。
●正式发布运行
正式发布前要经过EPG的审批,具体活动参见本文“评审与批准组织标准软件过程”。
●保存记录
保存软件改进过程中产生的记录,并存放在“软件过程数据和文档库”中作为过程资产,可定期的生成有关软件过程改进的报告。
在过程维护的全程EPG应负责维护《组织标准过程变更记录》。
36.度量过程改进数据
改进过程完毕后,EPG工作小组要对改进过程进行统计,度量数据如下:
Ø实施过程改进的效果与规定目标相比较;
Ø对每个过程区域提交的和实施的软件过程改进建议数目;
Ø每个改进周期建议总数目、已接受数目、未接受数目以及它们的百分比。
3.3.6出口准则
●过程的更新经过高层经理批准
3.3.7输出
●组织标准过程(或其中的部分过程)
●组织标准过程变更记录
3.3.8资源和能力要求
●组织中各级人员接受过如何提供过程改进请求方法和制度的培训
●EPG成员接受过关于如何监控新过程试运行和分析数据的培训
3.4发布组织标准软件过程
3.4.1过程元素概述
本过程元素描述如何进行组织标准软件过程的发布。
包括按照过程改进计划发布组织标准过程、进行产品审计、发布时创建发布报告,和对过程产品进行版本描述。
3.4.2参与人员
●EPG:
发布组织标准软件过程的新版本;废除原有版本
●相关组和个人:
接受新版本通知,并使用新版本过程
●高层经理:
批准新版本的发布
3.4.3入口准则
●组织过程改进计划预计的发布时间到
●组织标准过程中的文件已经纳入组织资产库
3.4.4输入
●组织过程改进计划
●组织标准过程中的文件
3.4.5任务
37.组织标准软件过程版本的发布
●在发布前对要发布的产品进行审计,确保:
Ø需要发布的所有工作产品都已经在组织资产库中
Ø所有的工作产品都已经经过评审和批准
Ø所有的已经批准的变更请求都已经关闭
●得到高层经理的审批后,EPG从软件过程数据库和文档库中提取要发布的产品发布在公司的内部网上;
●正式发布时创建发布报告,将发布的产品、时间、对象、以及发布的版本描述等内容按照《组织标准过程发布报告模板》写到报告中。
●发布要按计划或事件驱动进行。
38.组织标准软件过程版本的废除
●得到EPG批准废除的组织标准软件过程版本,由EPG工作小组及时回收,做好废除标识;
●废除的规范版本纳入软件过程数据库和文档库的停用版本中进行保存,保存时间为三年;
●将废除规范版本的事宜给公司相关人员进行通知。
3.4.6出口准则
●组织标准过程(或其中的部分过程)已经在组织范围内发布/废除
3.4.7输出
●组织标准过程发布报告
3.4.8资源和能力要求
●相关人员接受过关于如何发布和废除组织标准软件过程的培训
4附录
4.1附录A-过程元素表
类别
过程元素
参考规程
项目管理过程类
项目立项
项目立项
需求管理过程
项目计划过程
项目跟踪和监控过程
风险管理规程
项目计划
项目定义
工作分解WBS
项目估算
制定项目计划
获得计划承诺(审批)
建立项目控制数据库
计划跟踪
产品审批
项目数据收集
项目数据统计分析
项目周例会
问题管理
项目变更管理
里程碑管理
项目报告
风险管理
识别风险
风险分析
风险应对策略
跟踪与控制风险
集成项目管理
集成项目管理
工程类
需求管理
需求追溯
需求状态跟踪
需求变更控制
需求管理活动度量
需求开发
需求获取
需求分析与验证
组织标准软件过程
软件测试流程
项目评审规程
系统设计
概要设计
详细设计
编码及单元测试
编码及单元测试
系统测试
集成测试
系统测试
系统试运行
系统试运行
系统验收
系统验收
项目评审
项目评审
支持类
配置管理
制定配置计划(识别配置项,定义基线,组建项目CCB)
配置项状态记录
产品检查及入库
基线发布
配置审计
产品构造与发布
变更控制
管理SCM活动
配置库管理
配置管理过程
质量保证过程
组织培训
供应商协议管理
度量与分析规程
组织标准软件过程
质量保证
项目计划阶段的支持
制定维护SQA计划
促进同行评审
统计分析质量数据
过程评审
产品审计
评审结果报告
不符问题处理
管理SQA工作
度量和分析
识别度量数据项
度量数据收集
数据分析和通报
交付及维护
系统交付
系统维护
过程管理类
培训大纲
制定计划
培训实施
培训管理
改进与监控
4.2附录B-过程元素表
过程/活动
判断
软件CMMI规范
配置库
其他规范
开始/终止
数据
多文档
文档
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- CMMI5 文档 组织 过程 定义