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万。
