SPCA软件过程及能力成熟度评估
软件过程管理与成熟度评估
软件过程管理与成熟度评估在软件开发的过程中，软件过程管理和成熟度评估是两个非常重要的概念。
软件过程管理指的是对软件开发过程进行规划、组织、监控和控制的活动，旨在确保软件项目按照既定的计划和目标进行。
而成熟度评估则是评估软件开发组织的能力和水平，以确定其在软件开发过程中的成熟度和改进的方向。
软件过程管理的目标是通过有效的资源管理、项目进度控制和质量管理，确保软件项目能够按时、按质地完成。
在软件过程管理中，需要明确项目的需求和目标，并制定相应的计划。
项目的需求分析阶段需要充分了解用户的需求和期望，以便能够提供满足他们需求的软件产品。
然后，根据需求分析的结果，制定软件开发的计划和进度安排。
在制定计划时，需要合理安排资源，并确保资源的有效利用。
此外，在项目开发的过程中，还需要进行持续的监控和控制，以确保项目进度的顺利进行。
通过及时发现和解决问题，可以避免项目进度的延误和质量的下降。
成熟度评估是评估软件开发组织的能力和水平，以确定其在软件开发过程中的成熟度和改进的方向。
成熟度评估可以帮助软件开发组织了解自己在软件开发过程中的短板和不足，从而能够有针对性地进行改进。
成熟度评估可以根据一定的标准和指标进行评估，例如国际标准ISO 15504，该标准定义了一个用于评估软件开发过程的模型。
通过对软件开发过程的评估，可以确定组织在不同领域的成熟度，从而为进一步的改进提供指导。
在进行软件过程管理和成熟度评估时，需要采取一些有效的方法和工具。
例如，可以采用敏捷开发的方法，将软件开发过程分成多个迭代周期，每个周期实现一部分功能，以便及时进行用户反馈和调整。
此外，可以使用一些项目管理工具，如甘特图、里程碑图等，帮助规划和管理项目进度。
对于成熟度评估，可以采用一些问卷调查、访谈和文档分析等方法来收集数据和信息，以便评估组织的成熟度。
除了软件过程管理和成熟度评估，还可以采取其他一些措施来改进软件开发过程和提高软件质量。
例如，可以建立一个良好的沟通和协作机制，促进团队成员之间的合作和信息共享。
软件过程及能力成熟度评估机构认可指南
CNAS-GC51软件过程及能力成熟度评估机构认可指南Accreditation Guidance on Software Process and CapabilityMaturity Assessment Bodies中国合格评定国家认可委员会前言本文件由中国合格评定国家认可委员会（CNAS）制定。
作为认可指南性质的文件，它为CNAS-CC51《软件过程及能力成熟度评估机构通用要求》在评估师管理和评估实施的应用提供说明或解释，旨在确保各方对CNAS-CC51理解或实施的一致性。
本文件中，术语“应”表示相应的CNAS-GC51条款是强制性的，这些条款反映了CNAS-CC51的要求。
术语“宜”表示相应的CNAS-GC51条款提供了满足CNAS-CC51相应要求的适宜方法，如果认证机构采用与CNAS-GC51等效的方法来满足CNAS-CC51的要求，需要向CNAS证实该方法确实能达到这一目的。
软件过程及能力成熟度评估机构认可指南1范围本文件为软件过程及能力成熟度评估机构在评估师管理和评估实施的应用提供说明或解释，为评估机构对评估师管理和对评估过程的实施提供指南。
2规范性引用文件下列文件中的条款通过本文件的引用而成为本文件的条款。
以下引用的文件，注明日期的，仅引用的版本适用；未注明日期的，引用文件的最新版本（包括任何修订）适用。
CNAS-CC51《软件过程及能力成熟度评估机构通用要求》GB/T19011《管理体系审核指南》SJ/T11234-2001《软件过程能力评估模型》SJ/T11235-2001《软件能力成熟度模型》GB/T27000《合格评定词汇和通用原则》3术语和定义GB/T27000给出的以及下列术语和定义适用于本文件。
3.1软件过程及能力成熟度评估依据SJ/T11234-2001或SJ/T11235-2001，对软件组织的一个或多个过程进行的评价活动。
根据其目的不同，分为内部过程改进评估和顾客选择评估两种模式。
CMMI认证相关资料
CMMI/SPCA 认证咨询7.1企业如何选用CMM/CMMI企业选择CMM还是CMMI，主要基于以下几个方面进行考虑：∙ 1. 实施企业的业务特点：如果企业的规模不是很大，业务又集中在软件开发为主，那么还是软件CMM比较适用。
如果企业的规模比较大（开发人员100人以上），并且业务不仅仅集中在软件开发，还包括硬件开发哪怕是硬件代理（采购）都可以考虑实施CMMI。
∙ 2. 实施企业对过程改进的熟悉程度：如果企业已经实施过ISO9000，并且取得了较好的效果，那么可以考虑实施CMMI。
如果企业虽然没有实施过CMM，但是对于过程改进一直比较关注，接受过不少相关培训，甚至能够自发的进行一些过程改进，那么也可以考虑实施CMMI。
如果过去没有接触过类似的工作，那么最好先从软件CMM 2级开始，首先建立持续过程改进的思路。
另外，软件CMM的要求也比CMMI要稍低一些。
可以适当降低实施的难度。
∙ 3. 实施企业对过程改进项目的预算：不论怎样，几乎可以肯定地说，实施CMMI的费用肯定要比实施CMM高出一些。
而就模型本身来看，CMMI的2级7个过程区域在内容上并不比软件CMM的2级6个关键过程区域多多少。
所以，我们完全可以“少花钱、多办事”，也就是说可以采用CMM的实施和评估方法，但可以在过程改进的时候参考CMMI的要求，这样就会经济很多。
7.2你的CMM认证是“真”的吗转自【计算机世界】作者周蓉蓉不用看一个企业通过了CMM的几级认证，只先问它都用了哪些自动化开发工具，用到了什么程度，就知道它的CMM认证是“真”是“假”。
听软件企业说CMM(Capability Maturity Model，能力成熟度模型)认证听了很久，到现在都已经开始谈CMMI(Capability Maturity Model Integration，能力成熟度模型集成)了。
也不断听到国内软件企业通过了CMM2、CMM3认证的消息，甚至有少数企业通过了CMM4、CMM5级认证。
CMM等级
CMMI/SPCA业务介绍：(1)背景介绍：CMM是“软件能力成熟度模型”的英文简写，该模型由美国卡内基-梅隆大学的软件工程研究所（简称SEI）受美国国防部委托，于1991年研究制定，初始的主要目的是为了评价美国国防部的软件合同承包组织的能力，后因为在软件企业应用CMM模型实施过程改进取得较大的成功，所以在全世界范围内被广泛使用，SEI同时建立了主任评估师评估制度，CMM的评估方法为CBA－IPI。
CMMI是SEI于2000年发布的CMM的新版本。
CMMI不但包括了软件开发过程改进，还包含系统集成、软硬件采购等方面的过程改进内容。
CMMI纠正了CMM存在的一些缺点，使其更加适用企业的过程改进实施。
CMMI适用SCAMPI评估方法。
需要注意的是，SEI没有废除CMM模型，只是停止了CMM 评估方法：CBA－IPI。
现在如要进行CMM评估，需使用SCAMPI方法。
但CMMI模型最终代替CMM模型的趋势不可避免。
SPCA（又称“双模认证”）是软件过程能力评估和软件能力成熟度评估的统称。
为了贯彻国务院18号文件精神，加快发展我国软件行业，提高国内软件企业的竞争力，信息产业部会同国家认证认可监督委员会，在研究了国际软件评估体制尤其是美国卡内基-梅隆大学SEI所建立的能力成熟度模型CMMI的基础上，考虑国内软件产业实际情况，于2001年建立了SPCA评估体系。
SPCA所依据的评估标准是我国制定的SJ/T 11234《软件过程能力评估模型》和SJ/T 11235《软件能力成熟度模型》。
(2)标准特点：CMM/CMMI/SPCA的思想来源于已有多年历史的产品质量管理和全面质量管理。
Watts Humphrey和Ron Radice在IBM公司将全面质量管理的思想应用于软件工程过程，收到了很大的成效。
SEI 的软件能力成熟度框架就是在以Humphrey为主的软件专家实践经验的基础上发展而来的。
软件能力成熟度模型中融合了全面质量管理的思想，以不断进化的层次反映了软件过程定量控制中项目管理和项目工程的基本原则。
软件过程能力评估模型
软件过程能力评估模型随着信息技术的飞速发展，软件产业已成为全球经济的重要组成部分。
为了提高软件开发的质量和效率，业界不断探索各种管理方法和评估模型。
其中，软件过程能力评估模型是一种广泛应用的评估工具，旨在帮助组织系统地评估和改进其软件开发过程。
一、软件过程能力评估模型的概念软件过程能力评估模型（Software Process Capability Assessment Model，简称SPCA）是一种结构化的评估框架，用于衡量软件开发组织的过程能力成熟度。
它通过定义一系列过程域、实践和标准，为组织提供了一个自我评估和改进的指南。
SPCA 的核心思想是，通过持续改进软件开发过程，提高软件产品的质量、降低开发成本并缩短上市时间。
二、软件过程能力评估模型的发展历程软件过程能力评估模型的发展可以追溯到20世纪80年代，当时美国卡内基·梅隆大学软件工程研究所（SEI）开发了能力成熟度模型（CMM）。
随后，CMM逐渐演变为能力成熟度模型集成（CMMI），成为国际上广泛认可的软件过程评估标准。
在此基础上，各国和地区结合自身的软件产业发展特点，纷纷制定了相应的软件过程评估模型，如中国的软件过程能力及成熟度评估模型（SPCA）。
三、软件过程能力评估模型的核心要素1. 过程域：过程域是SPCA的基本构成单元，它描述了一组相互关联的过程活动和实践。
这些过程域涵盖了软件开发生命周期的各个阶段，包括需求分析、设计、编码、测试、部署和维护等。
每个过程域都有明确的目标和要求，以确保软件开发过程的完整性和一致性。
2. 成熟度等级：SPCA将软件过程能力划分为若干个成熟度等级，以反映组织在软件开发过程中的不同水平。
通常，成熟度等级从低到高分为初始级、可管理级、已定义级、量化管理级和优化级。
每个等级都有相应的评估标准和改进建议，帮助组织逐步提升过程能力。
3. 关键过程域：关键过程域是指在特定成熟度等级中，对实现该等级目标至关重要的过程域。
软件过程及能力成熟度评估
软件过程及能力成熟度评估1软件过程及能力成熟度评估“软件过程及能力成熟度评估”（简称SPCA）是软件过程能力评估和软件能力成熟度评估的统称，是信息产业部会同国家认证认可监督委员会在研究了国际软件评估体制，尤其是美国卡内基-梅隆大学SEI所建立的能力成熟度模型能力成熟度模型CMMI，并考虑国内软件产业实际情况所建立的软件评估体系。
SPCA依据的评估标准是SJ/T11234和SJ/T11235，这两个标准是在深入研究了CMM、CMMI、ISO/IECTR15504、ISO9000、TL 9000以及其他有关的资料和文件以及国外企业实施CMM的实际情况后，结合国内企业的实际情况，以CMMI 作为主要参考文件最终形成的，这两个行业标准由信息产业部于2001年5月1日发布实施。
SPCA评估遵循《软件过程及能力成熟度评估指南》，该指南是国家认监委和信息产业部2002年8月共同发布的利用SJ/T11234或SJ/T11235实施评估的操作指南。
评估过程由经过培训的专业队伍以评估参考模型作为确定过程的强项和弱项的基础而对一个或多个过程进行检查。
从不同用途考虑，评估分为内部过程改进评估和顾客选择评价两种。
目前，国家认证认可监督管理委员会（CNCA）和信息产业部已经联合发布《软件过程及能力成熟度评估监督管理办法》，CNCA授权的中国认证机构国家认可委员会(CNAB)和中国国家认证人员培训认可委员会（CNAT），已制定和试点实施“软件过程及能力成熟度评估”认可规则，并成立SPCA工作组，以推动中国软件过程及能力成熟度评估的实施。
2实施SPCA的作用和意义软件过程及能力成熟度评估可以规范软件开发过程及其管理、规范市场竞争、帮助企业进行内部软件过程改进、降低软件开发风险、增加软件企业的市场竞争力。
我国政府一直重视软件产业的规范和发展，强调提高我国软件开发和软件产品质量的重要性。
国务院于2000年6月颁发的“18号文件”《鼓励软件产业和集成电路产业发展的若干政策》第五章第十七条明确提出鼓励软件出口型企业通过ISO9000系列质量保证体系认证和CMM认证，其认证费用通过中央外贸发展基金适当予以支持。
软件能力成熟度模型等级和过程
软件能力成熟度模型（CMM）是一个用于评估和改进软件开发能力的框架，它通过定义五个不同的成熟度等级来帮助组织了解他们软件开发过程的状态，并提供指导他们改进的路径。
这五个等级分别是初始级、重复级、定义级、管理级和优化级。
在本文中，我将从这五个等级出发，深入探讨软件能力成熟度模型等级和过程，以期帮助读者更全面地理解这一主题。
### 1. 初始级在软件能力成熟度模型中，初始级是指组织在软件开发过程中缺乏一致性和可预测性。
在这个阶段，软件开发过程通常是不受控制的，因为缺乏标准化的过程和程序。
这意味着在初始级的组织中，软件开发过程是混乱的，不可靠的，并且难以管理和预测。
### 2. 重复级在重复级，组织开始意识到需要对软件开发过程进行一定程度的标准化和文档化，以确保在软件开发过程中能够重复使用成功的实践。
在这个阶段，组织可能会创建一些基本的流程，并且对这些流程进行持续改进，以确保在软件开发过程中的可预测性和一致性。
### 3. 定义级在定义级，组织已经实现了对软件开发过程的标准化，并且能够对这些过程进行量化和测量。
这意味着组织可以更好地控制和管理软件开发过程，并且能够更好地预测成果和生产力。
在这个阶段，组织通常会将标准化的软件开发过程进行文档化，并且建立一些度量指标来监控和改进这些过程。
### 4. 管理级在管理级，组织不仅能够量化和测量软件开发过程，还能够根据这些度量指标来进行持续改进和优化。
这意味着组织已经具有较高的管理水平，能够监控和控制软件开发过程，并且能够在持续改进中实现更高的成果和生产力。
在这个阶段，组织通常会建立一个持续改进的文化，并且不断提高对软件开发过程的认识和理解。
### 5. 优化级在优化级，组织已经实现了对软件开发过程的最高理解和控制。
这意味着组织能够根据对软件开发过程的深刻理解来实现最佳的成果和生产力，并且能够持续改进和优化软件开发过程。
在这个阶段，组织不断寻求创新和改进，以保持其在软件开发领域的领先地位。
CMM-CMMI-SPCA业务介绍
CMM/CMMI/SPCA业务介绍：(1)背景介绍：CMM是“软件能力成熟度模型”的英文简写，该模型由美国卡内基-梅隆大学的软件工程研究所（简称SEI）受美国国防部委托，于1991年研究制定，初始的主要目的是为了评价美国国防部的软件合同承包组织的能力，后因为在软件企业应用CMM模型实施过程改进取得较大的成功，所以在全世界范围内被广泛使用，SEI同时建立了主任评估师评估制度，CMM的评估方法为CBA－IPI。
CMMI是SEI于2000年发布的CMM的新版本。
CMMI不但包括了软件开发过程改进，还包含系统集成、软硬件采购等方面的过程改进内容。
CMMI纠正了CMM存在的一些缺点，使其更加适用企业的过程改进实施。
CMMI适用SCAMPI评估方法。
需要注意的是，SEI没有废除CMM模型，只是停止了CMM评估方法：CBA－IPI。
现在如要进行CMM评估，需使用SCAMPI方法。
但CMMI模型最终代替CMM模型的趋势不可避免。
SPCA（又称“双模认证”）是软件过程能力评估和软件能力成熟度评估的统称。
为了贯彻国务院18号文件精神，加快发展我国软件行业，提高国内软件企业的竞争力，信息产业部会同国家认证认可监督委员会，在研究了国际软件评估体制尤其是美国卡内基-梅隆大学SEI所建立的能力成熟度模型CMMI的基础上，考虑国内软件产业实际情况，于2001年建立了SPCA评估体系。
SPCA所依据的评估标准是我国制定的SJ/T 11234《软件过程能力评估模型》和SJ/T 11235《软件能力成熟度模型》。
(2)标准特点：CMM/CMMI/SPCA的思想来源于已有多年历史的产品质量管理和全面质量管理。
Watts Humphrey和Ron Radice在IBM公司将全面质量管理的思想应用于软件工程过程，收到了很大的成效。
SEI的软件能力成熟度框架就是在以Humphrey为主的软件专家实践经验的基础上发展而来的。
软件能力成熟度模型中融合了全面质量管理的思想，以不断进化的层次反映了软件过程定量控制中项目管理和项目工程的基本原则。
系统集成项目工程师考试常见英语术语
1.ERP系统：Enterprise Resource Planning2.MRP系统：Materials Requirement Planning物料需求方案3.APICS：The Association for Operations Management美国生产与库存管理协会4.CRP：Capacity Requirement Planning编制能力需求方案5.MRPII：Manufacturing Resource Planning制造资源方案6.OLAP：On Line Analytical Processing在线分析处理7.eBusiness、eCommerce电子商务8.EDI电子数据交换9.GUI图形用户界面10.C RM：Customer Relationship Management客户关系管理11.E RM：Enterprise Relationship Management企业关系管理12.B PR：Business Process Reengineering工作流程重组13.S CM：Supply Chain Management供给链管理14.e xtended enterprise扩展性企业15.B T-EC电子商务业务工作组16.E TL：抽取〔extraction〕、转换〔transformation〕与装载〔load〕17.O LTP：Online Transaction Process联机事务处理18.D ata Mining数据挖掘：源数据经过清洗与转换等成为适合于挖掘数据集19.D ata Warehouse数据仓库20.D ata Mart数据集市21.s lice〔切片〕dice〔切块〕drill-down与roll up〔钻取〕privot〔旋转〕22.O LAP：联机分析处理23.R OLAP：Relational OLAP24.M OLAP：Multidimensional〔多维〕OLAP25.H OLAP：Hybrid〔混合〕OLAP26.I TIL：IT Infrastructure Library〔IT根底设施库〕27.i tSMF国际IT效劳管理论坛28.I TSM：IT Service Management知识框架体系29.S LA效劳级别协议30.I S audit信息系统审计31.C ISA：Certified Information System Aduitor信息统计审计认证32.I ntelligent Building System Integration智能建筑系统集成33.C omputer Network System Integration计算机网络系统集成34.S ecurity System Integration安防系统集成35.A pplication System Integration应用系统集成36.T hrow-It-Away Prototype抛弃型原型37.E volutionary Prototype进化型原型38.O O：Object Oriented面向对象方法39.d est：Destination Object目标对象40.o p：Operation操作41.P ara：Parameters参数42.U ML：Unified Modeling Language统一建模语言43.C OBIT：Control Objectives for Information and RelatedTechnology IT控制开放标准44.C ISA：Certified Information System Auditor信息系统审计认证45.C BD：Component-Based Development基于构件软件开发46.M VC：Model-View-Controller模型－视图－控制器47.P RC：Remote Procedure Call远程过程调用48.M OM：Message-Oriented Middleware面向消息中间件49.O RB：Object Request Broker对象请求代理50.T PM：Transaction Processing Monitor事务处理监控器51.O TM：Object Transaction Monitor对象事务监控器52.D ata Warehouse：数据仓库53.S OAP：Simple Object Access Protocol简单对象访问协议54.W SDL：Web Services Description Language Web效劳器描述语言55.U DDI：Universal Description Discovery and Integration用于web效劳注册统一描述、发现及集成56.J2EE：Java 2 Platform Enterprise Edition57.J NDI：Java命名与目录效劳，提供了统一、无缝标准化名字效劳58.S ervlet：Java Servlet是运行在效劳器上一个小程序，用于提供以构件为根底、独立于平台web应用59.J SP：Java Servletd一种扩展，使创立静态模板与动态内容相结合HTML与XML页面更加容易60.E JB：实现应用中关键业务逻辑，创立基于构件企业级应用程序61.J CA：J2EE链接器架构，提供一种链接不同企业信息平台标准接口62.J DBC：Java数据库链接技术，提供访问数据库标准接口63.J MS：Java消息效劳，提供企业级消息效劳标准接口64.J TA：Java事务编程接口，提供分布事务高级管理标准65.J avaMail：提供与邮件系统接口66.R MI－IIOP：提供给用程序通信接口67.C ommon Language Runtime通用语言运行环境68.B ase Class Library根底类库69.W fMS：Workflow Management System工作流管理系统70.C ORBA：Common Object Request Broker Architecture公共对象请求代理架构71.O MG：Object Management Group对象管理组织72.O MA：Object Management Architecture对象管理架构73.O RB：Object Request Broker对象请求代理74.M AC：Medium Access Control数据链路层介质访问控制75.S AP：Service Advertising Protocol效劳广告协议76.L AN：Local Area Network局域网〔Ethernet以太网TokenKing令牌环网FDDI光纤分布式接口网络ATM异步传输模式网WLAN无线局域网〕77.D WDM：Dense Wavelength Division Multiplexing密集波分复用78.C WDM：Coarse Wavelength Division Multiplexing稀疏波分复用79.W AN：Wide Area Network广域网80.I MP：Interface Message Processing接口信息处理81.A TM：Asynchronous Transfer Mode82.D AS：Direct Attached Storage直接连接存储83.N AS：Network Attached Storage网络连接存储84.S AN：Storage Area Network存储区域网络85.S CSI：Small Copmuter System Interface小型机算计系统接口86.P DAs：Personal Digital Assitants个人数字助理87.W LANs：Wireless Local Area Networks无限局域网络88.W WANs：Wireless Wide Area Networks无线广域网络89.W MANs：Wireless Matropolis Area Networks无线城域网络90.W PANs：Wireless Personal Area Networks无线个人网络91.D SL：Digital Subscriber Loop数字用户环路92.P DS：Premises Distribution System综合布线系统93.S MART原那么：Specific〔具体〕、Measurable〔可测量〕、Agreeto〔需相关方一致统一〕、Realistic〔现实〕、Time-oriented〔有一定时限〕94.G IS：Geographic Information System地理信息系统95.W BS：Work Breakdown Stracture工作分解构造96.I SO：International Organigation for standardigation国际标准化组织97.C PM：Critical Path Method关键路经法98.P ERT：Program Evaluation and Review Technique方案评审技术99.I PMA：International Public Management Association国际工程管理协会100.ICB：IPMA Competence Baseline国际工程管理资质标准101.IPMP：International Project Management Professional 国际工程管理专业资质认证102.PMP：Project Management Professional工程管理专业人员资格认证，对参加PMP认证学院资格要求与IPMAC级相当103.PMI：Project Management Institute美国工程管理学会104.PMO：Project Management Office工程管理办公室105.RUP：Rational Unified Process软件统一过程106.PDCA：Plan-Do-Check-Act cycle107.WBS：Work Breakdown Structure工作分解构造108.OBS：Organization Breakdown Structure组织分解构造109.RBS：Resolution Breakdown Structure资源分解构造110.SOW：工程工作说明书111.PMIS：Project Management Information System工程管理信息系统112.CM：Configuration Management配置管理113.PMIS工程管理信息系统114.PDM：Precedence Diagramming Method前导图法115.CPM：Critical Path Method关键路径法116.AON：Active On the Node单代号网络图法117.ADM：Arrow Diagramming Method箭线图法118.紧前事件：Precede event119.紧随事件：successor event120.虚活动dummy activity121.会计科目表Chart of Accounts122.本钱偏差CV进度偏差SV123.进度执行〔绩效〕指数SPI〔Schedule Performance Index〕本钱执行〔绩效〕指数CPI〔Cost Performance Index〕124.方案值Ptanned Value，PV125.实际本钱Actual cost，AC126.完成尚需估算Estimate Completian，ETC127.BAC工程总预算128.质量控制循环PDCA：Plan-Do-Check-Action〔方案－实施－检查－行动〕129.TQM：Total-Quality Management全面质量管理130.PPM：Parts per million每百万坏品率131.SW-CMM〔简称CMMI〕：Capability Maturity Model for Software软件能力成熟度模型132.SPCA：Software Process and Capability Maturity Assessment软件过程及能力成熟度评估133.QFD：Quality Function Deployment质量功能展开134.PDPC：Process Decision Program Chart过程决策程序图法135.DPU：Defects Per Unit单位产品缺陷136.DPMO：Defects Per Million Opportunities 每百万次运作所存在缺陷137.PDPC：Process Decision Program Chart过程决策程序图138.RAM：Responsibility Allocation Matrix任务分配矩阵或责任分配矩阵139.SOW：工作说明书140.RFP：Request For Proposal方案邀请书141.RFQ：Request For Quoting报价邀请书142.RFI：Request For Information征求供给商意见书143.IFB：Invitation for Bid投标邀请书B：Change Control Board变更管理委员会145.CMO：配置管理员146.MTBF：Mean Time Between Failure平均故障间隔时间147.SEI：美国软件工程研究所148.风险管理过程主要分成风险识别〔Identify〕、风险分析〔Analyze〕、风险方案〔Plan〕、风险跟踪〔Track〕、风险控制〔Control〕与风险管理沟通〔Communicate〕6个环节。
软件过程及能力成熟度评估指南_概述说明
软件过程及能力成熟度评估指南概述说明1. 引言1.1 概述软件过程及能力成熟度评估是指通过对软件开发过程的分析和评估，以及对组织在软件开发中的能力和成熟度水平进行检查和衡量的一种方法。
在现代软件开发中，为了提高质量、控制风险并提高效率，评估和改进软件过程的能力和成熟度变得至关重要。
本篇文章旨在介绍软件过程及能力成熟度评估指南，它是一个用于帮助组织进行软件过程评估和提升的实用工具。
本文将涵盖以下内容：从介绍基本概念开始，重点解释了软件过程能力成熟度模型（如CMMI）以及相关的评估方法、流程等内容。
同时还会详细说明了评估前的准备工作、环境设置要点，以及整个评估步骤和方法，并且重点讲解了数据分析和结果报告部分。
1.2 文章结构本文共分为五个部分，具体内容如下：第一部分是引言，在这里我们对全文做出总体概述，并简要介绍文章的结构。
第二部分是关于软件过程能力成熟度评估的概念，我们将介绍软件过程能力成熟度模型以及评估的重要性和优势与应用场景。
第三部分是关于软件过程模型（例如CMMI）的介绍，我们将详细解释CMMI 的基本原则和结构，并说明五个成熟度级别的含义和要点。
此外，我们还会介绍CMMI评估方法及流程，帮助读者更好地理解和应用这一评估模型。
第四部分是对软件过程能力成熟度评估指南进行详解。
在这一部分中，我们将拓展论述评估前的准备工作和环境设置要点，接着详细介绍评估步骤和方法，并且通过实例讲解数据分析和结果报告要点。
最后一部分是结论及展望，在这一部分中我们将总结软件过程能力成熟度评估对软件开发的影响，并探讨未来发展方向，并以结束语作为全文的收尾。
1.3 目的本文旨在帮助读者全面理解软件过程及能力成熟度评估指南，并能够应用该指南进行有效的软件过程能力和成熟度评估。
通过评估和提升软件过程的能力和成熟度，组织能够更好地控制风险、提高产品质量和开发效率，并在竞争激烈的市场中取得可持续发展的优势。
2. 软件过程能力成熟度评估概念：2.1 软件过程能力成熟度模型介绍在软件开发领域，软件过程能力成熟度模型（Software Process Capability Maturity Model，简称SP-CMM或CMM）是一种用于评估组织的软件开发和管理能力的模型。
对软件过程及能力成熟度评估
CNAS-RC06对软件过程及能力成熟度评估机构的认可程序规则中国合格评定国家认可委员会对软件过程及能力成熟度评估机构的认可程序规则1.目的与范围1.1为确保对软件过程及能力成熟度评估（以下简称SPCA）机构的认可的公正、有效，满足国家有关法律法规和相关国际标准、指南的要求，特制定本文件。
1.2本文件规定了对软件过程及能力成熟度评估机构认可的政策和程序，适用于对申请认可或已获准认可的软件过程及能力成熟度评估机构的认可。
2.引用文件下列文件中的条款通过本文件的引用而成为本文件的条款。
以下引用的文件，注明日期的，仅引用的版本适用；未注明日期的，引用文件的最新版本（包括任何修订）适用。
2.1CNAS-CC51《软件过程及能力成熟度评估机构通用要求》2.2CNAS-RC01《认证机构认可规则》2.3CNAS-RC04《认可收费规则》2.4CNAS-R03《申诉、投诉与争议处理规则》3.总则3.1CNAS按CNAS-CC51《软件过程及能力成熟度评估机构通用要求》及其他相关的认可规范文件的要求对评估机构实施认可。
3.2CNAS对评估机构的认可遵循自愿、公正和公开的原则。
3.3CNAS不对申请认可的机构提供任何可能影响认可公正性的咨询或其他服务。
3.4CNAS对申请认可的机构的有关信息和认可评审情况保守秘密。
3.5CNAS的认可表明CNAS承认其认可的评估机构具有从事SPCA评估的能力，但是CNAS不对认可的评估机构出具的评估报告和成熟度等级证书承担任何法律责任。
对于获准认可的评估机构可能出现的由于其评估服务造成的任何法律纠纷也不承担任何责任。
3.6CNAS的认可收费按CNAS-RC04《认证机构认可收费管理规则》收取。
3.7CNAS对所发布的认可规范保留最终解释权。
4.认可申请与受理4.1具备下列条件的评估机构，可向CNAS提出认可申请：1）具有能表明其法律地位的相关文件；2）已经按照CNAS-AC51的要求建立质量体系，有效运行时间不少于6个月，3）对至少2个组织按照CNAS承认的评估方法或评价方法完整实施了软件过程评估；4）至少具有4名符合CNAS认可规范要求的专职评估师/主任评估师，其中，至少有1名主任评估师；5）具有防范评估风险的能力，能够在由于评估机构的原因对被评估组织造成的损失给予补偿或赔偿；6）具有支持其开展评估业务活动所需的充分的和固定办公场所和设施。
SPCA软件过程及能力成熟度评估(word)
SPCA软件过程及能力成熟度评估1、什么是SPCA？软件过程及能力成熟度评估“软件过程及能力成熟度评估”(简称SPCA)是软件过程能力评估和软件能力成熟度评估的统称，是信息产业部会同国家认证认可监督委员会在研究了国际软件评估体制，尤其是美国卡内基-梅隆大学SEI所建立的能力成熟度模型能力成熟度模型CMMI，并考虑国内软件产业实际情况所建立的软件评估体系。
SPCA依据的评估标准是SJ/T 11234和SJ/T 11235，这两个标准是在深入研究了CMM、CMMI、ISO/IEC TR15504、ISO9000、TL 9000以及其他有关的资料和文件以及国外企业实施CMM的实际情况后，结合国内企业的实际情况，以CMMI作为主要参考文件最终形成的，这两个行业标准由信息产业部于2001年5月1日发布实施。
SPCA评估遵循《软件过程及能力成熟度评估指南》，该指南是国家认监委和信息产业部2002年8月共同发布的利用SJ/T11234或SJ/T11235实施评估的操作指南。
评估过程由经过培训的专业队伍以评估参考模型作为确定过程的强项和弱项的基础而对一个或多个过程进行检查。
从不同用途考虑，评估分为内部过程改进评估和顾客选择评价两种。
目前，国家认证认可监督管理委员会(CNCA)和信息产业部已经联合发布《软件过程及能力成熟度评估监督管理办法》，CNCA授权的中国认证机构国家认可委员会(CNAB)和中国国家认证人员培训认可委员会(CNAT)，已制定和试点实施“软件过程及能力成熟度评估”认可规则，并成立SPCA工作组，以推动中国软件过程及能力成熟度评估的实施。
2 实施SPCA的作用和意义软件过程及能力成熟度评估可以规范软件开发过程及其管理、规范市场竞争、帮助企业进行内部软件过程改进、降低软件开发风险、增加软件企业的市场竞争力。
我国政府一直重视软件产业的规范和发展，强调提高我国软件开发和软件产品质量的重要性。
国务院于2000年6月颁发的“18号文件” 《鼓励软件产业和集成电路产业发展的若干政策》第五章第十七条明确提出鼓励软件出口型企业通过ISO 9000系列质量保证体系认证和CMM认证，其认证费用通过中央外贸发展基金适当予以支持。
关于加快办理软件过程及能力成熟度评估师注册有关事宜的通知
中认协注 〔2013〕312号关于加快办理软件过程及能力成熟度评估师注册有关事宜的通知北京赛迪国软认证有限公司、广州赛宝认证中心服务有限公司、北京赛西认证有限责任公司：为满足我国软件过程及能力成熟度评估工作的实际需要，依据《中华人民共和国认证认可条例》及《软件过程及能力成熟度评估管理办法》（CNCA 2005第4号公告）的要求，请各相关机构加快办理软件过程及能力成熟度评估师注册工作。
具体注册要求见附件。
特此通知。
附件：软件过程及能力成熟度评估师注册要求中国认证认可协会2013年11月27日附件软件过程及能力成熟度评估师注册要求一、目的为满足我国软件过程及能力成熟度（以下简称SPCA）评估活动的需要，规范评估人员管理，依据《中华人民共和国认证认可条例》及《软件过程及能力成熟度评估管理办法》（CNCA 2005第4号公告），我会制定了本注册要求。
二、注册范围与级别注册分SPCA评估师和SPCA主任评估师两个级别。
三、注册要求对注册申请人的基本要求1.知识要求1.1软件能力及成熟度评估●全面掌握SJ/T 11234《软件过程能力评估模型》和SJ/T 11235《软件能力成熟度模型》，正确表达和解释标准的条款及其含义；●全面掌握《软件过程及能力成熟度评估指南》；●理解评估原理，掌握评估过程方法、程序、工具和技巧，包括计算机辅助评估工具；●理解受评估方软件过程与评估准则的关系；●理解如何确定组织的评估范围，以及在受评估方组织中实施有效的评估；●理解评估中运用抽样技术的适宜性和后果。
1.2软件生存周期过程●熟悉软件工程及软件生存周期模型的理论和实践；●熟悉软件过程，掌握软件开发、维护的方法和技术；●熟悉行业特定术语和特定的过程，及过程和产品的技术特性；●了解并参加过软件过程活动，特别是软件开发和项目管理活动。
1.3法律法规●了解我国法律法规体系的构成；●了解组织所属行业中行业性法律法规要求；●与软件能力成熟度体系的关系以及在评估中的应用；●了解国家认证认可法规、规章要求；●了解相关的国际条约和公约、合同和协议等；●了解组织遵守的其他要求；●了解CCAA认证人员行为规范要求。
过程能力成熟度评估结果的解读和应用
过程能力成熟度评估结果的解读和应用随着商业环境的不断变化和进步，组织必须不断提高其业务过程的有效性和效率。
为了实现这一目标，许多组织选择了过程能力成熟度评估。
本文将对过程能力成熟度评估结果进行解读，并探讨如何将评估结果应用到组织中。
过程能力成熟度评估是一种用于确定组织在特定业务过程上的成熟度级别的方法。
它基于知名的过程能力成熟度模型（例如CMMI），通过评估关键能力指标来检查和评估组织在各个能力级别上的表现。
首先，明确评估结果的含义是十分重要的。
评估结果通常以数值或等级的形式呈现。
数值越高或等级越高，表示组织在相应的业务过程上的成熟度越高。
这些结果提供了对组织当前过程能力状态的洞察。
了解评估结果的含义后，组织可以进一步分析其意义和影响。
评估结果可以揭示组织在特定业务过程上的优势和薄弱之处。
这些洞察可以成为改进和提升的方向，帮助组织进一步优化其过程能力。
例如，如果评估结果显示组织在需求管理方面的成熟度较低，那么组织可以重点关注这一领域，采取针对性的改进措施。
评估结果还可以帮助组织进行过程改进的规划和决策。
通过了解当前的过程能力水平，组织可以明确目标和目标，并制定相应的策略和计划来实现这些目标。
评估结果可以作为决策的依据，帮助组织确定优先级，并分配资源以实现过程改进。
除了帮助组织规划和决策外，评估结果还可以在组织内部和外部进行交流和共享。
对于内部，评估结果可以作为一种沟通工具，向组织成员展示组织的过程能力，并提醒他们在工作中关注和改进的领域。
对于外部，评估结果可以作为组织的竞争力证明，并帮助组织与客户和合作伙伴建立信任和合作关系。
应用评估结果还可能需要一些挑战和困难。
首先，评估结果可能无法准确反映组织的真实情况。
评估依赖于数据和信息的收集与分析，如果数据不完整或不准确，评估结果可能会出现偏差。
因此，组织在参与过程能力成熟度评估时应确保准备充分和数据可靠。
其次，评估结果应该被适当地解读和理解。
评估结果仅仅是组织过程能力的一部分，不能代表组织整体的能力水平。
软件过程及能力成熟度评估
软件过程及能力成熟度评估软件过程及能力成熟度评估是指对一个组织或团队在软件开发过程中管理和执行能力的评估。
它的目的是为了确定组织在软件开发过程中的短处和潜在风险，从而提出改进计划和增强管理能力。
软件过程及能力成熟度评估是一个重要且广泛应用的工具，可以帮助组织提高软件开发过程的质量和效率。
本文将从软件过程的概念、软件能力成熟度模型和评估方法等方面进行阐述。
软件能力成熟度模型主要分为五个级别，分别是初始级、可管理级、已定义级、已管理级和持续改进级。
在初始级，组织的软件开发过程是混乱、无计划和无规范的。
在可管理级，组织开始建立起一套基本的软件开发过程。
在已定义级，组织对软件开发过程进行了严格的定义，并对其实施进行控制和监督。
在已管理级，组织开始对软件开发过程进行量化的管理和优化。
在持续改进级，组织不断通过反馈和评估来提高软件开发过程的质量和效率。
软件能力成熟度评估主要有两种方法，一种是自评估，即组织自行对自己的软件开发过程进行评估。
另一种是由第三方评估机构对组织的软件开发过程进行评估。
自评估的优点是成本较低、易于实施，但由于自我评估时缺乏客观性，结果可能不够准确。
而第三方评估的优点是评估结果具有较高的客观性和权威性，但成本较高。
在进行软件能力成熟度评估时，需要进行以下几个步骤。
首先，明确评估的目标和范围，确定评估所需的资源和时间。
然后，收集和分析组织的软件开发过程相关的数据和文档。
接下来，依据软件能力成熟度模型，在不同的过程领域对组织的软件开发过程进行评估。
最后，根据评估结果，提出改进计划和措施，并进行跟踪和监测。
软件过程及能力成熟度评估在软件开发领域具有重要的意义。
它可以帮助组织发现和解决软件开发过程中的问题和隐患，提高软件开发过程的质量和效率。
同时，软件过程及能力成熟度评估也是组织在软件开发过程中提升能力和竞争力的重要手段。
因此，组织应该重视软件过程及能力成熟度评估，采取相应的措施来提高软件开发过程的管理和执行能力。
软件过程及能力成熟度评估师注册要求
软件过程及能力成熟度评估师注册要求一、目的为满足我国软件过程及能力成熟度（以下简称SPCA）评估活动的需要，规范评估人员管理，依据《中华人民共和国认证认可条例》及《软件过程及能力成熟度评估管理办法》（CNCA 2005第4号公告），我会制定了本注册要求。
二、注册范围与级别注册分SPCA评估师和SPCA主任评估师两个级别。
三、注册要求对注册申请人的基本要求1.知识要求1.1软件能力及成熟度评估●全面掌握SJ/T 11234《软件过程能力评估模型》和SJ/T 11235《软件能力成熟度模型》，正确表达和解释标准的条款及其含义；●全面掌握《软件过程及能力成熟度评估指南》；●理解评估原理，掌握评估过程方法、程序、工具和技巧，包括计算机辅助评估工具；●理解受评估方软件过程与评估准则的关系；●理解如何确定组织的评估范围，以及在受评估方组织中实施有效的评估；●理解评估中运用抽样技术的适宜性和后果。
1.2软件生存周期过程●熟悉软件工程及软件生存周期模型的理论和实践；●熟悉软件过程，掌握软件开发、维护的方法和技术；●熟悉行业特定术语和特定的过程，及过程和产品的技术特性；●了解并参加过软件过程活动，特别是软件开发和项目管理活动。
1.3法律法规●了解我国法律法规体系的构成；●了解组织所属行业中行业性法律法规要求；●与软件能力成熟度体系的关系以及在评估中的应用；●了解国家认证认可法规、规章要求；●了解相关的国际条约和公约、合同和协议等；●了解组织遵守的其他要求；●了解CCAA认证人员行为规范要求。
2.教育经历申请人应具有国家承认的信息技术相关专业大学本科（含）以上学历，并取得相应的学位证书。
3.专业工作经历具有信息技术相关专业大学本科（含）以上学历的应至少具有5年信息系统、软件项目管理和软件工程等全职工作经历，具有信息技术相关专业大学硕士（含）以上学历的应至少具有3年信息系统、软件项目管理和软件工程等全职工作经历。
可以接受的信息系统、软件项目管理和软件工程等工作经历包括：a.从事计算机软件的设计、开发、测试、运行和维护相关的技术和管理工作；b.推广、实施和保持软件工程化/标准化；c.作为政府主管部门或行业管理机构的代表，实施计算机软件产业/行业的监督与管理；d.全程参与过SPCA评估和其他基于软件和软件工程标准的审核、评估、认证、认定工作；e.全职参与软件企业基于软件过程改进的质量管理体系的建立、实施和保持，以及质量管理体系的评估。
SPC过程能力评估
SPC过程能力评估现代质量理念从根本上改变了以检验产品实物质量为主的传统模式，把质量控制的重点转移到形成产品的生产过程。
实践表明，对过程的即时监控，直接关系到生产过程的运行质量、产品的质量成本和最终产品的质量。
而统计程序控制（SPC）是这样一种技术，它旨在贯彻预防原则，应用数理统计对过程进行监测和分析，使过程处於可接受的且稳定的水平，从而保证产品符合规定要求。
执行SPC时过程能力评估的传统方法SPC的目的是使生产过程处於可接受的并且稳定的水平，而过程能力则是指过程的状态满足技术标准（产品规格、公差）的能力，它以质量特性值正常波动的分散范围来表示，并以能力指数、来反映满足技术标准的程度。
事实上，过程能力分析已经成为现代企业实施质量控制的一种有力手段。
（-R）图是迄今企业实施SPC时应用最多、也被认为最有效的一种计量型控制图。
建立和分析-R控制图的基础是收集资料、合理选择样本子组和样本组的大小，即包含子组的数量。
如n为每个子组内的样本数，m为所取样本的容量、即所包含子组的数量，由此即可计算出、R等统计量。
在进而求出均值图和极差图的控制限後，就可绘制出控制图，并根据图中点分布的状态，利用判稳准则和判异准则进行相应的分析、判断。
若发现异常情况时则需查找原因，及时采取纠正措施。
-R当图表明过程处於统计受控状态时，就可评估过程能力，如质量特性值为双向公差时，能力指数Cp、Cpk按下式计算：式中，USL为产品质量特性值的上限，LSL为质量特性值的下限，而样本中全部子组平均值为：，标准偏差则由公式决定，式中dn为常数，取决於样本子组的大小n，可通过查表得到。
当质量特性值为单向公差时，过程能力指数一般只取Cpk，此时，对单向上公差或单向下公差的情况分别按式（2'）计算：执行SPC时过程能力评估方法的优化由於简易可行、运行成本低（对於、的计算用人工也能完成），上述方法在企业界得到广泛应用。
一些厂商还据此开发了专用软件，并有部分已配置在相关产品上。