CMMI-4中19个PA的大致描述

简介: 组织过程资产库下面有组织级标准过程库, 这个库里一共有19各PA(就是标准过程啦) PA的英文是Process Area       CM(配置管理过程,英文是Configuration Management)  项目研发和管理过程中会产生很多工作成果,例如文档、程序和数据等,它们都应当被管理起来,以便查阅和修改。
组织过程资产库下面有组织级标准过程库,
这个库里一共有19各PA(就是标准过程啦)
PA的英文是Process Area
 
 
 
CM(配置管理过程,英文是Configuration Management) 
项目研发和管理过程中会产生很多工作成果,例如文档、程序和数据等,它们都应当被管理起来,以便查阅和修改。鉴于用户的需求会发生变更,导致项目的相关产品也会随之变更,为了使项目的所有过程和产品保持一致性,并且便于跟踪控制,我们需要建立一套严格的配置管理流程
  • 制定配置管理计划
  • 配置库管理
  • 版本控制
  • 变更控制
  • 配置审计
 
DAR(决策分析过程,英文是Decision Analysis And Resolution) 
当项目出现重大问题的时候,为了降低问题所带来的风险,需要一套系统的方法来帮助项目选择一个解决方案
  • 识别需要决策分析(DAR)的问题
  • 组件决策委员会
  • 建立评价准则和评分方法
  • 提供候选方案
  • 评价候选方案
  • 选择最优解方案
  • 跟踪解决方案

 

IPM(集成项目管理过程,英文是Intergrated Project Management)
集成项目管理的活动贯穿在项目定义、项目计划、项目开发和项目结束这四个项目阶段过程中

 

  • 建立已定义过程
  • 使用组织过程资源策划活动
  • 建立工作环境
  • 集成计划
  • 使用集成计划进行管理
  • 贡献组织过程资产

 

 
 
MA(度量和分析过程,英文是Measurement and Analysis)
度量与分析分为组织级和项目级两个层次,但两者是相辅相成的,项目级度量为组织级的度量分析提供数据,组织级的度量分析结果为项目提供指导。

 

  • 度量计划的制定,包括度量目标的制定,度量项的确定及度量的收集和分析方法的制定;
  • 评审度量计划;
  • 度量数据的采集和处理;
  • 度量数据的分析;
  • 度量分析结果的通报;
  • 问题根本原因分析;
  • 纠正措施的实施;

 

 
OPD(组织过程定义过程,英文是Oragnaization Process Definition) 
组织过程定义以及组织标准过程资产库构成。规范组织过程定义活动,使其满足组织要求

EPG组主要职责:

  • 定义和维护组织标准过程;
  • 定期评估标准过程,收集过程改进意见对标准过程进行定期维护;
  • 建立和维护组织资产库,包括组织风险库、组织度量库、组织经验教训库、组织级重用库、组织级最佳样例、实践库等。
  • EPG组长职责:建立和维护过程改进计划,组织EPG组过程改进工作,必要时建立专项小组展开具体工作;
  • 培训管理员主要职责:负责制定和维护组织级培训管理计划并实施和记录培训过程;

度量小组主要职责:

  • 收集项目度量数据;
  • 建立并维护组织性能基线和模型;
 

 OPF(组织过程焦点过程,英文是Oragnaization Process Focus)

公司在内部组织过程的定义和改进过程的流程,帮助公司内部人员了解公司内部软件过程建立和改进的流程,实现内部管理过程的优化和完善
  • 公司战略目标的调整
  • 公司现状分析
  • 定期过程评估
 
 
OPP(组织过程性能过程,英文是Oragnaization Process Performance)
建立和维护对组织标准过程性能是否能够支持质量和过程性能目标的定量理解,为定量管理项目提供过程性能数据、过程性能基线和模型
  • 建立质量和过程性能目标
  • 选择过程
  • 建立过程性能度量
  • 分析过程性能并建立过程性能基线
  • 建立过程性能模型
 

 

OT(组织级培训过程,英文是Oragnaization Training)
“组织培训”过程所包含的培训旨在支持组织的战略业务目标,这些培训是各部门共同的。技术部的需求分析、系统分析等中高级人员的培训纳入组织级培训。其它部门提出的特殊培训在部门级处理,不在“组织培训”的范围之内
  • 搜集培训需求
  • 建立组织的培训需要
  • 建立组织级年度培训计划
  • 审批组织级培训计划
 
 
PI(产品集成过程,英文是Product Integration)
把产品构件组装成产品,确保所集成的产品满足功能和质量的要求,并交付产品。

 

  • 确定集成顺序,
  • 确认构件可用,
  • 建立产品集成环境,
  • 进行集成,
  • 集成验证。

 

 

 

PMC(项目监督与控制过程,英文是Project Monitoring and Control)
项目监控的手段及相关干系人的参与情况
  • 对项目各要素进行监控
  • 里程碑评审
  • 分析问题
  • 实施纠正措施
  • 结项 
 
PP(项目立项过程,英文是Project Planning)
项目立项过程包括前期对客户需求的了解,编制项目方案及立项的申请和审批
  • 了解客户需求
  • 分析项目可行性
  • 立项申请
  • 立项审批
  • 项目经理根据初步的需求对项目进行初步的估算,并完成初步的项目计划
 
PPQA(质量保证过程,英文是Process and Product Quality Assurance)
质量保证的目的是提供一种有效的人员组织形式和管理方法,通过客观地检查和监控“过程质量”和“产品质量”,从而实现持续地改进质量
  • 准备阶段,了解《项目计划》的基础上撰写《QA计划书》
  • 过程与产品质量检查和评估阶段
  • 问题跟踪与质量改进阶段
 
 
 
QPM(量化项目管理过程,英文是Quantitative Project Management)
定量的管理项目以达到项目建立的质量和过程性能目标
  • 建立项目目标
  • 组成已定义过程
  • 选择子过程和属性
  • 选择度量和分析技术
  • 监控被选择关键子过程的性能
  • 管理项目性能
  • 执行根本原因分析
 
 
RD(需求管理过程,英文是Requirements Development)
需求调研通常都会出现不一致和不完整 2种问题,数据显示大部分开发人员都能够准确的完成需求的开发工作,通常都是调研工作或者用户描述需求出现问题,所以我们必须建立一套完善的流程来控制这一过程,从而降低不一致与不完整出现的概率。

 

  • 组建需求小组
  • 需求调研
  • 需求分析
  • 评审需求  
  • 客户确认
  • 制作需求规格说明书
  • 评审需求规格说明书
  • 客户确认
  • 理解需求
  • 需求跟踪
  • 需求变更管理

 

 

REQM(需求变更过程,Requirements Management)
快速、有效的控制需求变更,确保需求的一致性

 

  • 干系人提交需求变更申请.
  • 项目经理初步分析变更影响
  • CCB通过工作量、成本、进度、风险来确定是否进行变更.
  • 最终解决方案给客户确认
  • 配置管理的变更控制流程

 

 

 

RSKM(风险管理过程,Risk Management)
风险管理的主要责任人是项目经理。风险管理包括一系列贯穿整个项目生命周期的持续性活动。
  • 风险识别、
  • 风险分析、
  • 风险减缓、
  • 风险跟踪、
  • 风险控制
  • 风险状态通报
  • 风险关闭
 
 
TS(技术解决方案,Technical Solution)
技术解决方案流程领域适用于产品结构的任何层级,并且适用于所有产品、产品组件、产品相关生命周期流程及服务。
设计阶段过程
  • 制定多个备选技术方案以及评审标准 
  • 评选最适用方案 
  • 重用分析 
  • 系统概要设计(适用于新开发项目) 
  • 评审系统概要设计(适用于新开发项目) 
  • 数据库设计 
  • 评审数据库设计 
  • 系统详细设计
编码阶段过程
  • 编写单元测试用例 
  • 编码 
  • 同行评审 
  • 单元测试
 

 

VAL(系统测试过程,Validation)
规范系统测试流程 ,bug追踪和管理 ,测试用例的编写和管理
系统测试流程
  • 系统测试准备阶段
  • 系统测试执行阶段
BUG管理流程

 

  • 测试人员提交系统测试发现的bugUTMP.
  • 项目经理分配bug给开发人员.
  • 开发人员对bug进行确认,并作出修改.
  • 开发人员修改完后对bug的状态进行修改.
  • 项目经理将本次修改的内容邮件通知测试人员.
  • 测试员对bug进行验证.
  • 如果解决了,将状态改为关闭,如果没有,将状态改为重新打开
  • 所有的bug得到解决后,测试人员编写测试报告

 

项目发布流程

 

  • 产品发布
  • 实施部署
  • 项目初验
  • 项目终验

 

 

 

VER(同行评审过程,Verification)
制订公司同行评审流程 ,  及早和高效地从软件工作产品中识别问题,同时降低最终产品发布时的缺陷出现的概率
正式评审
  • 评审准备阶段
  • 评审会议阶段
  • 问题追踪阶段
邮件评审
  • 评审负责人提交工作产品,QA审计通过
  • 评审负责人以邮件的方式发送评审材料给评审组成员
  • 评审材料详细描述工作产品及评审主题
  • 评审组成员接受到评审材料后仔细阅读,并以邮件方式反馈自己的意见给评审负责人
  • 评审负责人收集反馈回来的信息并记录
  • 评审负责人编写评审报告
走查流程

 

  • 评审组长发起评审
  • 作者对评审的工作产品进行讲解
  • 开发人员对编写的代码进行讲解
  • 评审小组针对可能产生的问题提出意见
  • 记录者记录问题
  • 评审组长完成评审报告
  • 走查也可以由评审组长一般是项目经理,指定一个人完成

 

 
 

 

 
 
 
 
 

 

目录
相关文章
|
监控 测试技术 项目管理
CMMI-质量保证
CMMI-质量保证
235 0
|
项目管理 内存技术
CMMI-结项管理
CMMI-结项管理
116 0
|
安全 测试技术 项目管理
CMMI-风险管理(RSKM)
CMMI-风险管理(RSKM)
216 0
|
数据库
CMMI-需求管理(REQM)
CMMI-需求管理(REQM)
186 0
CMMI之技术预研
CMMI之技术预研
556 0
|
程序员 开发者
CMMI-技术评审管理方案
CMMI-技术评审管理方案
240 0