were怎么读cmmi和iso9000的区别
简历封面制作第一篇:cmmi和iso9000的区别
CMMI全称是Capability Maturity Model Integration, 即软件能力成熟度模型集成,是由美国国防部与卡内基-梅隆大学和美国国防工业协会共同开发和研制的,其目的是帮助软件企业对软件工程过程进行管理和改进,增强开发与改进能力,从而能按时地、不超预算地开发出高质量的软件。而ISO9001质量管理体系是对组织(包括政府、企业、事业单位都可)的产品(包括服务)进行质量管理控制的标准体系。这是一个基础的管理平台,从企业的设备管理、文件管理、人员管理到研发、生产和交付产品以及售后服务都进行管理控制的一个标准。所以两者区别还是比较大。前者CMMI是针对软件公司能力的评估,后者ISO9001是对所有企业都可以进行评定的管理体系认证。
IS09000与CMMI均可作为软件企业的过程改善框架。CMMI仅仅适用于软件行业,而IS09000的适应更广泛,但绝不是说IS09000不适合软件企业。实际上ISO9001和CMMI遵循共同的管理思想,它已经彻底解决了94版的制造业痕迹较重、标准按要素描述、难于在软件行业实施的问题。从软件企业实施IS09000失败的原因来看,主要是未考虑软件行业特点和
企业特点,盲目照搬其它行业和企业的模式,领导的重视程度和推行力度不够。这些问题不解决,实施CMM同样会失败。
就内容来讲,IS09001不覆盖CMMI,也不完全覆盖IS09000。一般而言,通过ISO9001认证的企业可达到CMMI 2级或略高的程度,通过CMMI 3级的企业只要稍做补充,就可较容易地通过ISO9001认证。粗略地说,ISO9001近似于CMMI 2.5级。
IS09001与CMMI均可作为软件企业的过程改进框架,其不同之处是,一个是“泛用”,一个是“专用”。ISO9001标准面向合同环境,站在用户立场,要求对质量要素进行控制,规定了质量体系的最低标准。而CMMI标准则强调软件开发过程的成熟度,即内部过程的不断改进和提高。在形式上,ISO9001审核只有“通过”和“不通过”两个结论,而CMMI评定则是一个动态过程,软件组织在通过低级别评估后,可根据高级别的要求确定改进方略。
护士节快乐英文第二篇:CMMI理论学习
CMMI理论学习
以前断断续续看过一些CMMI的书,但是那都是纯理论,应用起来并不是那样的概念,最
近遇到一个HP的CMMI的咨询师,由于工作的关系经常能讨论CMMI的一些过程,所以渐渐对CMMI的理论有了更明确的认识。
今天的一点学习心得是关于过程的一些术语,和HP咨询师交流时,他满嘴的都是英文的缩写,经常让我听的云里雾里,所以今天就是学习一些术语
Process Area-PA 过程域,过程域按照类别可以分为四类
·Process Management -过程管理
世博英语·Project Management-项目管理
·Engineering-工程类
·Support-支持类
1、过程管理域的KPA过程主要包括:
Organizational Process Focus-OPF组织过程焦点
Organizational Process Definition-OPD组织过程定义
Organizational Training-OT组织培训
OPF、OPD、OT是CMMI-3级的内容
Organizational Process Performance-OPP组织过程性能
OPP是CMMI-4级内容
Organizational Innovation and Deployment-OID组织过程革新和部署
doubt是什么意思
OID是CMMI-5级内容
2、项目管理PM:KPA
Project PlanningPP-项目计划Project Monitoring and ControlPMC-项目监控 Supplier Agreement ManagementSAM-供应商合同管理
PP、PMC、SAM是CMMI-3级内容
考研政治真题答案
Integrated Project ManagementIPM-集成项目管理 Risk ManagementRSKM-风险管理
never say dieIPM、RSKM是CMMI-3级内容
enabled是什么意思
doodle Integrated TeamingIT-集成团队 Integrated Supplier ManagementISM-集成供应商管理 Quantitative Project ManagementQPM-定量项目管理
QPM是CMMI-4级内容
继续上此学习的CMMI过程了解,上次只学习了组织类过程和项目类过程,这次的内容是工程类过程和支持类过程。
3、Engineer 工程类
Requirements ManagementREQM -需求管理
以上为CMMI-2级内容
Requirements DevelopmentRD-需求开发
Technical SolutionTS-技术方案
Product IntegrationPI-产品集成Verification验证VER-验证
Validation 确认VAL-确认
以上五个项目是CMMI-3级所要求的过程
需要说明的就是VER和VAL两个词本身都有相同的含义,如果只看意思很难区别两者,看了看书,大意是说VER是用来检查工作产品的,验证开发的结果,设计。而VAL是确认是否满足了用户的需求,这些需求内容可能也包括了VER的范围。不知道我这样理解是否有错误
4、Support 支持类
Configuration ManagementCM-配置管理Process and Product Quality AssurancePPQA-过程和产品的质量保证Measurement and AnalysisMA-度量和分析
以上三个为CMMI-2级的过程内容
Organizational Environment for IntegrationOEI-组织集成环境Decision Analysis and ResolutionDAR-决策分析和决定
DAR为CMMI-3级内容
Causal Analysis and ResolutionCAR-原因分析和决定 CAR为CMMI-5级内容
过程缩写学习结束,也找到对应的CMMI成熟度级别所要求的不用的过程内容。
第三篇:CMMI方案及价格
CMMI方案及价格
CMMI分为五个等级:CMMI1.初始级2. 已管理级3. 已定义级4. 量化管理级 5.优化
英语翻译汉语管理级,公司可以直接评CMMI3级,但要评CMMI4级,要通过CMMI3级才可以实施,CMMI5级则要先通过CMMI4级。
CMMI3的体系文件主要分为四大类过程域:过程管理,项目管理,工程过程,支持过程,每个过程域下面都有相应的模板文件。软件项目开发活动中主要的几个步骤:项目立项—>初步策划(包括编写项目总体计划初稿,编写项目进度计划初稿等)—>需求调研(编写用户需求规格说明书和需求规格说明书)—>总体策划(在初步策划的基础上编写计划书)—>设计(概要设计和详细设计)—>编码(根据详细设计与编码规范进行编码)—>单元测试—>测试(集成,系统)—>试运用—>验收交付—>结项,开发过程中还有很多评审,比如需求规格说明书评审,概要设计说明书评审,详细设计说明书等,每次评审时都有评审检查单和评审报告或是评审会议纪要,这些都将成为CMMI评审的直接证据或间接证据。
配置管理的工具:公司是用VSS版本控制器来进行配置管理,其他的版本控制器也行,这是没有特殊规定的。
PIID表: PIID表是用来记录CMMI实施的直接证据,间接证据,访谈证据的Excel表,这个表相当重要,评审的时候要检查这个表,然后去配置库找相应的文档。角色: 在CMMI参
与人员中,可分为很多角色,不同的角色各司其职。PM:项目经理;DEV:开发人员;EGP:过程改进组;QA:质量保证员CM:配置管理人员SEPG 软件工程过程组SAM(部门经理)Tester 测试人员GM:副总,副总经理,高层领导
不同的级别,在CMMI3实施中担任不同的角色,访谈的时候也会对不同的角色分类访谈,各个角色人员必须熟悉自己任务与自己写的文档,对相关的其他工作与流程也要了解,因为评估师有可能会问及其他角色的问题.访谈答案的准备:在访谈问题准备前,一般培训老师会给出一些针对不同角色的访谈问题,然后由我们自己整理答案。在评估前,会有一次的模拟访谈。
我方会根据客户实际需求,为客户提供三个实施方案:
方案一:客户为了快速取的CMMI3级证书,我方为客户提供成熟的模板,编写与客户相适应的文档,并进行访谈培训,通过评估。费用18万。