验证(VER)和确认(VAL)
验证VER
验证（VER）：生产活动的输出正确地满足其输入（built it right）。
VER目的是：确保选择的工作产品符合它们的给定需求。
1、SG1：执行验证前准备。
（1）SP1.1：选择被验证的工作产品及相应的验证方法。
验证什么？如何验证？
测试、同行评审、审查、走查、模拟、演示……
（2）SP1.2：建立并维护验证所需的支撑环境。
一般地，不同的验证方法需要不同的支持条件；
被验证的工作产品不同，需要的支持条件也可能不同。
（3）为选定工作产品建立并维护验证的步骤和准则。
验证的步骤是什么？
通过验证的标准是什么？
2、SG2：对选定的工作产品实施同行评审。
（1）SP2.1：为选定工作产品的同行评审进行准备。
参加评审的人员及其角色；
使用的checklist；
评审活动时间表；
准则——是否符合评审条件、是否需要再次评审；
……
（2）SP2.2：对选定的工作产品执行同行评审，并识别通行评审过程产生的问题。
执行同行评审、发现问题；
收集同行评审过程和结果的统计数据。
（3）SP2.3：分析同行评审数据，包括准备过程、实施过程和结果。
记录、保存、分析、使用评审过程统计数据；
“适当的使用”——评审结果不被用于绩效评价。
3、SG3：根据给定的需求验证选定的工作产品。
（1）SP3.1：对选定的工作产品实施验证。
尽早发现、排除缺陷。
（2）SP3.2：分析所有验证活动的结果，识别纠正活动。
根据已定义的标准确定是否通过了验证；
解决验证发现的问题。
确认V AL
确认（V AL）：产品满足预期使用需求（built the right thing，确认未必一定是通过最终产品进行）。
目的是：展示产品或产品组件能够在其预期的环境中满足其预期的应用。
1、SG1：执行确认前准备。
（1）SP1.1：选择被验证的产品或产品组件及其相应的验证方法。
识别客户对确认的约束是重要的——对于产品的验证需求；
对产品的确认可通过工作产品进行。
（2）SP1.2：建立并维护确认所需要的支撑环境。
使确认的环境与产品运行环境相同，或者接近。
（3）SP1.3：建立并维护确认的步骤和准则。
确认的步骤是什么？
确认通过的准则是什么？
2、SG2：确认产品或产品组件，确保它们在预期的操作环境中适用。
（1）SP2.1：对选定的产品或产品组件实施确认。
执行确认活动；
记录确认活动结果和过程。
（2）SP2.2：分析确认活动的结果，识别问题。
确认是否通过；
问题如何解决。
总结
1、验证和确认实践中对应于评审和测试。
2、验证和确认的方法基本相同，但目的、对象、依据等有区别。
3、验证通常指阶段性活动的输出符合其输入；
确认强调在运行环境中、客户参与下确保产品符合客户需求。
4、验证和确认的根本目的在于发现缺陷、确保正确性。
5、通过度量建立验证和确认过程的标准。
P07-CMMI实践解析-软件验证和确认
SEI Transition Partner
Continental Reaching Solutions
CMMI 实践解析 第七部分 软件验证和确认
Continental Reaching Solutions Technologies 上海连陆信息技术有限公司
SEI Transition Partner
26
SEI Transition Partner
典型的验证活动
单元测试 子系统/系统测试 集成测试 评审 代码走查
27
SEI Transition Partner
典型的确认活动
用户联合测试（UAT） 验收测试 试运行
28
SEI Transition Partner
Continental Reaching Solutions Continental Reaching Solutions
SG1
Prepare for Validation （准备确认）
• 一致性 • 不足之处
21
SEI Transition Partner
SG1 准备确认
SG1
Prepare for Validation （SG1 确认准备）
CMMI中有关定义及英文缩写说明
CMMI中有关定义及英文缩写说明一、英文缩写说明●能力成熟度模型集成CMMI:Capability Maturity Model Integration ●通用目标GG：Generic Goals●特定目标SG：Specific Goals●通用实践GP：Generic Practices●特定实践SP：Specific Practices●过程域PA:Process Area●需求管理REQM:Requirement Management●项目策划PP:Project Planning●项目监督和控制PMC:Project Monitoring and ControlPlanning●供方协定管理SAM:Supplier Agreement Management●测量和分析MA:Measurement and Analysis●过程和产品质量保证PPQA:Process and Product Quality Assurance ●配置管理CM:Configuration Management●需求开发RD:Requirement Development●技术解决TS:Technical Solution●产品集成PI:Product Integration●验证VER:Verification●确认VAL:Validation●组织过程聚焦OPF:Organization Process Focus●组织过程定义OPD:Organization Process Definition●组织培训OT:Organization Training●集成项目管理IPM:Integration Project Management●风险管理RSKM:Risk Management●决策分析和决定DAR:Decision Analysis and Resolution●质量保证QA:Quality Assurance●项目经理PM：Project Manager●软件工程过程组SEPG:Software engineering process group●过程改进指导描述PIID：Process Improvement Indicator Description●SCAMPI：Appraisal Method for Process Improvement（CMMI中评估过程改进的一种方法）二、定义●共利益者（Stakeholder）：所谓“共利益者”，指的是受到某种负责产生输出的方式影响的群体或个人。
CMMIL3 各过程域解释(大信有诚咨询教育机构)
对CMMI3的学习和思考【IT168 专稿】近来笔者所在公司正在为过CMMI3做各种准备，对公司的员工进行了一些相关的培训，作为项目管理人员的我，在学习CMMI3的过程中，也有了自己的一点对于CMMI3的思考。
CMMI将软件过程中的很多步骤都通过步骤规范起来，它并没有告诉我们应该怎么去做，而只是告诉我们应该做些什么。
因为软件过程中的每一步都需要经过思考、决策、有依据才能得出过程的结果，所以减少了每一步发生错误的可能性。
一．CMMI概述CMMI是Capacity Maturity Model Integrated的简称，即集成的软件能力成熟度模型，CMM是CMMI的早期版本，它主要用于软件工程，而CMMI是一种综合性模型，它是工程实施和管理方法，它在软件与系统集成以外的如科研、工程等领域都得到了广泛的应用。
CMMI是一个由理论和经验部分组成的模型。
它有连续式和阶段式两种表述方式，其中连续式主要用于衡量一个企业的项目能力，而阶段式主要用来衡量一个企业的成熟度。
在连续式表述下，企业在接受评估时可以选择自己希望评估的项目来进行评估，所以评估通过率相对比较大，但它反映的那个相对比较窄，因为它仅仅反映该企业的该项目或类似项目达到了对应的等级。
而用阶段式来进行评估时，需由评估师自己来挑选内部的任何项目或其中的某一部分来进行评估。
阶段式的CMMI有5个等级，如下：第一级（初始级）：在该等级下，项目的目标虽然得以实现，但它的实现带有很多的偶然性和风险性，该级对人员的依赖性比较大，性能依赖个人的能力，且随个人固有的性能、知识和动机的不同而变化。
第二级（受管理级）：在该等级下，意味着组织要确保策划、文档化、执行、监督和控制项目级的过程，并且需要为过程建立明确的目标，并能实现成本、进度和质量目标等。
在这种情况下，组织已经营造了一个稳定的、受控的开发环境，项目已经在受控制的状态下运行。
该级包括如下7个过程域：需求管理（RM）、项目策划（PP）、项目监督与控制（PMC）、供方协定管理（SAM）、测量与分析（MA）、过程和产品质量保证（PPQA）和配置管理（CM）。
CMMI 22个PA缩写及主要内容
CMMI 22个PA缩写及主要内容CMMI 22个PA缩写EPG：工程过程组（Engineering Process Group）MSG：管理指导组/高层管理组（Management Steering Group）SPI：软件过程改进（Software Process Improvement）PAT：过程行动组（Process Action Team）PA：过程域（Process Area）PP：项目策划（Project Planning）PMC：项目监控（Project Monitoring and Control）IPM：集成的项目管理（Integrated Project Management）RSKM：风险管理（Risk Management）CM：配置管理（Configuration Management）PPQA：过程和产品质量保证（Process and Product Quality Assurance）MA：度量和分析（Measurement and Analysis）DAR：决策分析和解决方案（Decision Analysis and Resolution）REQM：需求管理（Requirements Management）RD：需求开发（Requirements Development）TS：技术解决方案（Technical Solution）PI：产品集成（Product Integration）Ver：验证（Verification）Val：确认（Validation）OPF：组织过程焦点（Organization Process Focus）OPD：组织过程定义（Organization Process Definition）OT：组织培训（Organizational Training）22个PA的主要内容有：1．CM：（Configuration Management）软件配置管理。
CMMI3验证与确认
Share-Win CMMI Training C-B
SP1.2 建立确认环境
建立和维护支持确认的环境
• • 系统/验收测试计划中确定测试需要的工具、软硬件设备、数 据等环境； 环境的准备要提前进行，与测试活动要无缝衔接上
Share-Win CMMI Training C-B
SP1.3 建立确认规程和准则
非正式会议 无 走查 个人走查 无
项目经理或 有 PPQA 项目经理或 无 PPQA 无 无
Share-Win CMMI Training C-B
生命周期中的评审
需求 设计 编码 测试
里程碑评审 生命周期中对交付物的同行评审 客户需求 产品需求 产品构件需求 模型 框架 概要设计 详细设计 用例 代码 用户手册 培训材料 其他
系统测试 系统
黑盒测试 、 系统开发完成 需求的满足 用户场景覆盖 功能测试、 产品需求 测试人员 后，交付客户 性 率 非功能测试 之前 等 需求的满足 客户需求 需求覆盖率 性 黑盒测试 、 交付客户后， 功能测试、 客户 正式投入使用 非功能测试 之前 等
验收测试 系统
Share-Win CMMI Training C-B
Share-Win CMMI Training C-B
测试
Share-Win CMMI Training C-B
测试
名称 测试对象 侧重点 参照物 充分性的评价 时机 方法 测试方法 测试执行者
软件的最 软件中的基本 小单元， 逻辑的正确 详细设计、 代码、分支等 组成单位完成 白盒测试、 一般是开发人 单元测试 源程序 覆盖率 如函数、 性 后，边开发边 动态测试 员 方法等 测试 软件的模 接口的正确 概要设计、 集成测试 块、子系 接口覆盖率 性 详细设计 统 软件系统集成 黑盒测试 、 开发人员与测 过程中，边集 功能测试、 试人员 成，边测试 白盒测试等
验证（Verification）与确认（Validation）的区别
验证（Verification）与确认（Validation）的区别今天在⼀位朋友的提醒下，发现ITIL V3术语表⾥有⼀处错误：Verification和Validation都翻译成了“验证”，这是⼀个很⼤疏忽和错误。
其实这两个词是⾮常近似的，到底怎么翻译好呢？Validation是否应该翻译为"检验"⽽不是“验证”？在征求了很多⼈，尤其是⼀些做过测试的朋友的意见，CMMI中也是专门有验证(Verification)与确认(Validation)两个PA来描述这两⽅⾯的要求的。
验证(Verification)，是通过提供客观证据证明规定的要求是否得到满⾜,也就是说,输⼊与输出⽐较。
确认(Validation)，是在验证好的基础上,对预期的使⽤和应⽤要求是否得到满⾜,也就是说,在确认时,应考虑使⽤和应⽤的条件范围要远远⼤于输⼊时确定的范围.⼀般是由客户或代表客户的⼈执⾏。
找了个有意思的解释，以下为转贴：Verification and ValidationVerification也就是说要做正确、⽽Validation是看经过Verification是否是我们想要的。
Verificaiton是我们可以预见的，在测试以前就知道我们期望⼀个什么结果。
例如我要找GF，⾸先对⽅要是个⼥的，if（Person.gender!=female) return false；做IC的，读卡器芯⽚，必须能够读相应的数码卡；做sales的，评价Performance的标准每个⽉的销售额就是Verification的标准，Verification是否可以说是理性思维⼤于感性。
1是1，2是2。
⽽Validation⾸先前提是经过Verification，重要的是做的是否是customer需要的。
拿刚才三个例⼦，我相信任何⼀个⼈找对象，不会只需要⼀个异性。
验证Validation，还要看是否是⾃⼰喜欢的; IC做出来了，是否市场真的需要。
CMMI模型基础知识考试试题-(标准答案)
A
9
2
CMMI DEV V1.3模型共有 类过程域共有 个PA
个PA，连续式表述工程
C
10
2
CMMI DEV V1.3模型的过程管理类过程域共有 PA，成熟度3级下的过程域共有_____个PA
个
B
11
2
CMMI模型中的能力成熟度等级是能力等级的_________ 。能力成熟度等级是由其下所含过程域的________决 定。 CMMI模型能力成熟度等级的达成，意味着必须达成该 等级适用PA的 和_
A
B
D
D
D
D
B
C
D
B
D
用来评估、分类和排序风险的参数，包括下列各项 60 1
61
1
过程与产品质量保证(Process and Product Quality Assurance, PPQA)的目的，在提供_____在过程与相关 工作产品上的客观洞察力。
62
1
谁对PPQA的工作做审计？
63
2
过程与产品质量保证过程域的实践可确保实施所策划 的____，而验证过程域的实践则确保满足特定的____ 。
64
1
产品质量是____的责任。
65
1
质量循环是
66
1
问题处理，重在_____。
67
1
QA是项目组的成员，归项目经理领导
68
1
QA对过程进行评估的依据是：
69
1
配置管理(Configuration Management, CM)的目的， 是通过______，来达到建立与维护工作产品的完整性 。
CMMI模型基础知识考试题
姓名： 部门： 题号 题分
软件过程管理试题预测
1. CMM分哪几个成熟度等级？每个等级的名称是什么？有什么含义？2. CMMI是在什么历史条件下产生的？与CMM之间的关系是怎样的？3. CMMI有哪两种表现形式？CMMI与CMM相比，在过程域方面有什么变化？4. 什么是软件过程的改进？CMM/CMMI对于指导软件过程改进有什么意义？5. RUP的静态结构和动态结构是怎样的？静态结构由哪五种元素组成？各自代表什么？动态结构中的周期、阶段、迭代、里程碑等等之间是一种怎样的关系？6. RUP提倡的6大最佳实践是什么？怎样认识这些最佳实践？7. 什么是制品？RUP中有哪些制品集？各种典型的制品属于哪一类制品集？ 8. 什么是软件配置管理？它能解决软件开发中的哪些问题？9. 什么是开发团队中的SQA、SEPG、项目经理、软件架构师？他们的职责是什么？10 CMM有哪18个软件过程域？它们的主要活动各是什么？11. 什么是软件需求管理？在RUP中，需求规程的输出结果是什么？12. 什么是软件复杂度？怎样降低软件复杂度？13. 什么是软件危机？它的表现是什么？解决软件危机的途径是什么？14. 怎样进行软件过程评估？主要的评估手段有哪些？15. 软件开发中有哪几种典型的测试？它们各自解决什么问题？16. 什么是软件过程的可视性？怎样提高软件过程的可视性？17. 什么是软件系统架构？怎样表示架构？什么是模型？它们之间是什么关系？18. 什么是基线？有什么特点？起什么作用？19. 什么是软件过程的财富库？它有哪些组成部分？由哪一个关键过程域维护它？20.什么是用例？用例模型起什么作用？21. 软件过程的不确定性表现在哪些方面？有哪些解决办法？22. 什么是迭代开发？与顺序开发相比，它有什么优点？23. 什么是软件缺陷？怎样对缺陷进行管理？24. RUP提倡的开发周期中有哪些阶段？每个阶段的名称是什么？各自解决什么问题？评价准则是什么？2. 能力成熟度模型的基本出发点是什么？能力成熟度模型由哪些部分组成？答：能力成熟度模型是一种用于评价软件承包商能力并帮助改善软件质量的方法，其目的是帮助软件企业对软件工程过程进行管理和改进，增强开发与改进能力，从而能按时地、不超预算地开发出高质量的软件。
CMMI的五个等级
的环境，它的成功依赖于组织中个人的能力和英雄主义，而不是依赖于 使用经过验证的过程
尽管这种混乱、无序的环境，处于初始级别的组织也经常能制造出能工
作的产品和服务，但是，他们的项目经常是超成本和进度的
处于初始级的组织有过度承诺的趋势，在危机时放弃过程，不能重复他
Managed
项目基本管 理
项目监督和控 制 PMC 项目计划 PP 供应商合同管 理 SAM
需求管理 REQM
过程和产品质量保证 PPQA 配置管理 CM 度量和分析 MA
集成项目管理 IPM
Defined
组织过程焦点 OPF
组织过程定义 OPD
需求开发 RD 技术解决方案 TS
决策分析和解决方案 DAR
ML4-ML5
ML5：优化级
ML3-ML4
ML4：定量管 理级
定量项目管理 组织过程性能 度量和管理
组织流程 产品开发工程 项目管理 支持工程
建立预防文化，具 备更加客观和准确 的控制能力
建立共享文化，开 放层次、方法和手 段；形成协同能力 如何建立一个质量 文化—遵守流程的 文化
ML2-ML3
ML3：定义级
组织级过程 定义
风险管理 RSKM
组织培训 OT
产品集成 PI
验证 VER 确认 VAL
Quantitatively 侧重量化和 预防 Managed
量化项目管理 QPM
组织过程性能 OPP 组织改革和实施 OID 原因分析和解决方案 CAR
Optimizing
持续改进
成熟度1级的特性: Initial
度量分析Measurement and Analysis（MA） 产品与过程质量保证Product and Process Quality Assurance（PPQA） 配置管理Configuration Management（CM）
CMMI v1.3 流程图
SP1.1 Establish an integration strategy 建立集成策略 SP1.2 Establish the product integration environment 建立产品集成环境 SP1.3 Establish product integration procedures and criterias 建立产品集成流程和规则 SP2.1 Review interface descriptions for completeness 审核接口描述的完备性 SP2.2 Manage interfaces 管理接口 SP3.1 Confirm readiness of product components for integration 确认待集成的产品组件 已就绪 SP3.2 Assemble product components 集成产品组件 SP3.3 Evaluate assembled product components 评估集成的产品组件 SP3.4 Package and deliver the product or product component 封装并交付产品或产品组 件
SP1.1 Establish guidelines for decision analysis 建立决策分析方案指南 SP1.2 Establish evaluation criteria 建立评估准则 SP1.3 Identify Alternative solutions 识别备选解决方案 SP1.4 Select evaluation methods 选择评估方法 SP1.5 Evaluate alternative solutions 评估备选解决方案 SP1.6 Select solutions 选择解决方案