CMMI及组织标准过程简介.ppt

1、CMMI及组织标准过程简介,培训的对象和目标,对象 新入职员工 目标 了解CMMI的基础知识 理解掌握组织标准过程 掌握同行评审过程 掌握工程类过程 (重点) 公司内部系统(PMS,QAS)的介绍,讲义大纲,1.了解CMMI的基础知识 2.理解掌握组织标准过程 2.1同行评审过程 2.2工程类过程 3.公司内部系统的介绍,术语,CMMI（Capability Maturity Model Integration），能力成熟度模型集成，主要包括过程管理、项目管理、软件工程、过程支持等几个大的过程。 它是 过程改进的指导性模型 汇集了世界各地软件过程管理者的经验和智慧 经过世界各地的实际应用，证明

2、具有建设性作用,源模型,CMMI的源模型 SW-CMM 2.0 Draft ：软件能力成熟度模型2.0版； EIA/IS 731：电子行业协会临时标准； IPD CMM 0.98：集成产品开发能力成熟度模型,效果,实施CMMI的益处 降低项目成本； 提高产品质量； 控制项目进度； 风险透明化 实施CMMI的弊端,CMMI过程带来的主要变化,启动确定范围、明确目标 计划基于历史数据 项目跟踪和监控日报、周报、里程碑报告、定期例会 质量控制评审、测试、确认、QA审核 配置管理配置库、基线、定期的配置审核 结案积累经验，记录数据，推动持续的过程改进,不能再抄近路，要遵守一个定义 得很好的方法并予以坚

3、持。,成熟度级别,取决于个人的能力 软件管理是一个“魔术”,L1-初始级,建立有效的软件项目管理 软件项目管理过程要文档化且要遵循 各项目在建立管理过程时，要以组织方针为指导 在以前项目上开发的成功实践可以重复使用 建造的软件过程是一系列带有定义好检查点（里程碑）的黑盒子,L2-已管理级：消除混乱,工程过程更加有效的执行 建立组织标准过程，项目通过裁剪形成项目过程 提供组织级的培训 过程改进活动更加有序、主动的开展,L3-已定义级：建立公共过程,L4-定量管理级,了解过程能力，控制过程偏差,从L3到L4向量化管理转移,L5 持续改进，提升能力,LEVEL 4 识别要控制的过程 控制性能偏差 建

4、立能力基线和模型 用基线和模型计划及管理项目,LEVEL5 原因分析，预防缺陷产生 部署技术革新 提升过程性能 持续改进,L5-示例,过程域,CMMI实施中各角色的主要任务,高层经理：出资支持CMMI，委托实施CMMI活动。 SEPG(软件工程过程组)：研究CMMI、定义和维护组织标准过程、推动过程实施、维护过程资产库。 PAT(过程行动组)：实施过程改进活动，指导其他使用者，参与过程的定义和指导的编写，反馈过程改进的意见 项目经理和组员 ：了解CMMI，积极配合SEPG和PAT的工作，在开发项目中严格遵循已定义的规程，积极参与文档的制定及修改，做软件过程改进的主人。,小结,CMMI全称 哪几

5、个级别 各级别的特点 CMMI实施中的主要角色,讲义大纲,1.了解CMMI的基础知识 2.理解掌握组织标准过程 2.1同行评审过程 2.2工程类过程 3.公司内部系统的介绍,项目角色,高层经理（SM） 项目经理（PM） 系统分析师（SA） 开发工程师（PG） 测试工程师（TE） 测试组长（TL） 配置管理工程师（CM） 质量保证工程师（QA）,软件开发流程,常见的软件开发流程 瀑布型 迭代型,标准软件开发过程,讲义大纲,1.了解CMMI的基础知识 2.理解掌握组织标准过程 2.1同行评审过程 2.2工程类过程 3.公司内部系统的介绍,同行评审,同行评审 由软件工作产品生产者的同行遵循已定义的规

6、程对产品作的评审 工作产品： 一个制品，包括过程描述、计划、进度安排、计算机程序和相关文档，它可以不交付给客户。 缺陷： 那些不满足需求或客户要求，对后续工作有影响的输出或特性。,同行评审,目的 通过评审发现缺陷和消除缺陷，提高工作产品的质量，防止类似问题再次产生。 类型 小组 个人(与小组评审流程类似，但代码走查没有预审活动),主要角色及职责,评审组长： 制订工作产品评审计划 组织监控评审活动 汇总工作产品预审反馈表、编写评审报告 评审员： 编写工作产品预审反馈表 参加评审会议 作者： 提交工作产品、解释工作产品 修复评审中出现的缺陷,评审流程,制订同行评审计划,发送评审计划检查单和通知,分

7、析评审结果并报告结果,预审,召开评审,评审活动（一）,制订同行评审计划 在软件开发计划（SDP）时，标识出要进行同行评审的工作产品和评审方式。 明确各工作产品的评审时间、评审方式、评审组长和评审员。,评审活动（二）,发送评审的相关材料和会议通知 通知评审组长; 评审组长发出评审会议安排的通知; 会议通知和工作产品至少要提前一个工作日以上发出,评审活动（三）,评审前的预览 评审成员在预审时间对工作产品进行充分预览。 按照工作产品预审反馈表模板（工作产品评审报告中），编写工作产品预审反馈表，将发现的问题相关的检查项编号，填入“用例”栏目，编号采用工作产品检查单统一编号。 在规定的时限内将工作产品预

8、审反馈表发送给评审组长。,评审活动（四）,进行评审 预审反馈进行汇总 开会的条件可参考以下三点： 评审员的预审反馈表是否都已提交； 评审员是否都能出席； 工作产品经过预审有严重缺陷的无法继续评审下去的，直接退回工作产品产生者。 分析（讨论）预审问题 记录评审结果,评审活动（五）,分析评审结果 统计、筛选评审中的相关数据； 结果有三种结果：通过，不通过，再评审；如果一次评审涉及多个工作产品，可能有的通过，有的不通过。 填写工作产品评审报告； 将通过评审的工作产品提交CM工程师归档。,评审活动（六）,编写工作产品评审报告 评审会结束后，评审组长按照工作产品评审报告模板，编写工作产品评审报告，并将发

9、现的缺陷记录导入QAS系统中； 将工作产品评审报告发送给评审员和相关人员（跟踪缺陷修改情况）。,讲义大纲,1.了解CMMI的基础知识 2.理解掌握组织标准过程 2.1 同行评审过程 2.2 工程类过程 3.公司内部系统的介绍,工程过程,工程过程详解,目标：获取和分析客户需求，开发产品需求,系统分析师 SA,项目经理 PM,需求开发过程(与项目计划同时进行),分析需求,收集需求,编写需求说明书,提交,客户需求调查表,客户需求汇总 数据字典 原型 需求分析报告,需求规格说明书(SRS),评审报告,确认邮件，传真或签字,内部评审,客户确认,通过,里程碑评审,通过,更新需求跟踪表,需求跟踪表,严重不符

10、,分析及控制,超出范围,目标：确定技术解决方案和体系架构,架构设计师,项目经理 PM,概要设计过程技术方案和体系统架构,体系结构设计(或完善),建立方案评估准则,设计(或完善)方案,技术解决方案,决策报告,评价设计方案,体系架构设计书,评审报告,评审体系结构设计,提交,提交,通过,功能和数据库设计,通过,不通过,不通过,目标：设计系统各模块功能、接口和数据库,系统分析师 SA,项目经理 PM,概要设计过程功能和数据库设计,功能设计,概要设计书 原型 接口管理表,数据库设计书 建库脚本,评审报告,*评审设计文档,里程碑评审,通过,测试组长 Test Leader,数据库设计,测试策略,制定测试策

11、略,提交,提交,提交,更新需求跟踪表,需求跟踪表,分析及控制,超出范围,严重不符,目标：设计程序内部结构和实现流程,系统分析师 SA,项目经理 PM,开发实施过程详细设计,细化数据库设计,存储过程/触发器 数据库初始化脚本,评审报告,评审详细设计,编码,通过,开发人员 PG,详细设计书,详细设计,提交,提交,分析及控制,超出范围,严重不符,目标：根据详细设计编写单元测试用例,项目经理 PM,开发实施过程单元测试用例和程序,评审报告,评审测试用例,单元测试,通过,开发人员 PG,单元测试用例,编写单元测试用例,测试用例评审测试组长，SA必须参加,单元测试程序,编写单元测试程序,分析及控制,超出范

12、围,严重不符,目标：编写代码，实现系统功能,项目经理 PM,开发实施过程编码,评审报告,代码走查,单元测试,通过,开发人员 PG,开发环境,搭建开发环境,严重不符,代码,编码代码,代码走查SA必须参加,分析及控制,超出范围,目标：对程序进行单元测试，确保程序正确实现,项目经理 PM,开发实施过程单元测试,评审报告,评审测试报告,开发人员 PG,单元测试结果,不通过,编写测试报告,更新需求跟踪表,需求跟踪表,所有单元测试必须交互进行，开发人员测试自己的程序视为程序调试，不计为单元测试 单元测试报告评审时，QA，测试组长必须参加 单元测试报告评审通过，而且集成方案和集成测试用例评审通过，则视为该阶

13、段结束,里程碑评审,通过,进行单元测试,缺陷修复,编码,回归测试,不通过,严重不符,通过,分析及控制,超出范围,目标：制定系统集成方案和集成测试用例,项目经理 PM,开发实施过程集成方案和集成测试用例,评审报告,评审方案和测试用例,里程碑评审,通过,产品集成方案,确定产品集成方案,严重不符,更新需求跟踪表,需求跟踪表,系统分析师 SA,集成测试用例,编写集成测试用例,集成测试程序,编写集成测试程序,目标：制定系统集成方案和集成测试用例,项目经理 PM,开发实施过程系统测试计划和计划,评审报告,评审测试计划,系统测试,通过,系统测试用例,编写系统测试用例,严重不符,更新需求跟踪表,需求跟踪表,系

14、统测试用例评审时，SA必须参加,测试组长 Test Leader,集成测试计划,编写系统测试计划,评审报告,评审测试用例,不通过,测试工程师 Test Engineer,通过,更新需求跟踪表,需求跟踪表,目标：编写产品支持文档,项目经理 PM,开发实施过程编写产品支持文档,评审报告,评审支持文档,系统测试,通过,系统安装手册,编写系统安装手册,产品支持文档评审时，测试组长必须参加,用户使用手册,编写用户使用手册,不通过,系统分析师 SA,目标：找出与接口有关的错误,项目经理 PM,集成测试过程,评审报告,评审集成测试报告,供产品集成的环境,产品组件状态检查,集成测试报告,编写集成测试报告,不通

15、过,开发人员 PG,搭建集成环境,产品集成,搭建集成测试环境,执行集成测试,产品集成包,集成测试结果,集成测试报告评审时，测试组长，QA必须参加,系统测试,通过,目标：验证整个系统产品是否满足了系统需求规格定义的要求,测试组长 Test Leader,系统测试过程,评审报告,评审系统测试报告,里程碑评审,通过,系统测试报告,编写系统测试报告,不通过,测试工程师 Test Leader,搭建系统测试环境,执行系统测试,系统测试结果,系统测试报告评审时，项目经理，QA必须参加,目标：发布前最后检查，批准后发送给客户,项目经理 PM,移交发布产品发布,发布配置审核报告,发布配置审核,编写产品发布报告

16、,通过,不通过,配置管理员 CM,发布准备,产品发布报告上应有项目经理、QA和高层经理的签字或确认邮件。,产品包清单 产品包,产品发布报告,高层经理 SM,产品发布审批,发送给客户,批准,另外处理,不批准,目标：支持客户验收测试，解决验收中发现的问题和缺陷,项目经理 PM,移交发布客户对应,客户 Customer,安排客户培训协助安装环境,支持客户验收测试,验收测试,验收结果,安排解决验收发现缺陷和问题,项目结项,通过,发现问题,回归测试,产品发布,小结,同行评审的类型 同行评审主要角色及职责 同行评审的流程 过程的种类 工程类过程的流程 出入口准则及产出物,讲义大纲,1.了解CMMI的基础知

17、识 2.理解掌握组织标准过程 2.1同行评审过程 2.2工程类过程 3.公司内部系统的介绍,内部系统,PMS（Project Management System）：项目管理系统 地址：:8000/pms/login.jsp QAS（Quality Assurance System）：质量管理系统 地址：/qas30/login/clogin.aspx,Q&A,谢谢！,一些问题（1）,过程改进后增加了我们的工作量，降低了工作的效率。 需要严格按照规定的流程去做事，积累数据，便于维护。有收获就需要有付出。 什么是效率？必须满足一定

18、的质量要求的工作产品才能讲效率。减少缺陷，减少返工，过程上多投入的时间会找回来。 当然，把过程改造得越来越简单、有效、易用是我们的工作目标。这就是过程改进。,一些问题（2）,我们不需要过程改进。只要有一些优秀员工就可以解决任何问题。 那些有报酬高的优秀员工的公司就能按进度、按预算、无缺陷的完成项目了吗？能够找到优秀的员工当然是最好的，但是如果能为他们提供一个稳定的环境和行之有效的管理系统那就更好了。,一些问题（3）,为什么我们需要记录那么多数据？日报、缺陷、代码行 收集度量数据的目的是给管理人员提供他们需要的数据，让他们能够了解项目的、组织的状态，评估工作进展，并采取必要的纠正措施。我们做过程改进需要实事求是，用数据说话。,一些问题（4）,软件有特殊性，软件开发人员是知识劳动者，我们鄙视官僚、不喜欢僵化的过程改进。 为了得到高质量的工作产品，我们要求对所有的过程进行管理和控制。很多软件开发人员都是很有创造力的专业人员，但是我们是一个组织，工作必须有纪律、受到一定的限制，如工期、成本、质量、安全性、可靠性等。如果这些限期过于“僵化”，我们就必须进行改进，这就叫做“过程改进”。,一些问题（5）,我们的项目很重要、进度很紧张，过程改进不关我们的事。 过程改进的目的就是降低成本、缩短开发周期、提高质量。我们要通过改进我们的软件过