VALIDATION 确认
An Engineering Process Area at Maturity Level 3 工程过程域的成熟度第三级
Purpose 目的
确认（简称VAL）的目的是展示完全置于预期环境中的产品或产品组件可以满足预期的使用需求。
Introductory Notes 简介
所有的产品都可在其预期环境中)实施确认活动,例如：操作、培训、制造、维护及支持服务。用于工作产品的确认方法，也能使用在产品和产品组件上（在所有过程域中，产品和产品组件的含义包括服务和其组件）。工作产品﹙例如：需求、设计、原型﹚，被选择的基础是何种指标能衡量产品与产品组件可以满足使用者需求的程度；因此在整个产品生命周期，应及早并逐步实施确认。
确认环境应可代表产品和产品组件的预期环境，同时也适用于工作产品确认活动的预期环境。
确认证明所提供的产品符合预期的使用需求，而验证说明工作产品是否正确反映了特定需求。也就是说，验证确保 “你正确地做了”，而确认确保“你做了正确的事”。确认活动使用与验证类似的方法，例如：测试、分析、检查、示范或模拟。通常，确认活动包含了最终用户和其他相关干系人。确认与验证活动经常同时实施，且可能使用部分相同的环境。
若有可能，实施确认应将产品或产品组件置于其预期环境中运行。确认可能使用全部或部分的预期环境，使用工作产品实施确认，可让问题在项目生命周期中通过相关干系人的参与及早被发现。服务的确认活动可应用于工作产品，例如建议书、服务目录、工作描述和服务记录。
当确认时,问题被识别出来，需要参考需求开发、技术解决方案或项目监控过程域的实践来解决。
本过程域的特定实践建立于如下情况：
* “选择确认的产品”特定实践识别需要确认的产品或产品组件，与用来实施确认的方法。
* “建立确认环境”特定实践确定用来实施确认的环境。
* “建立确认程序与标准”特定实践依照所选产品的特性、客户在确认上的约束、方法与确认环境来制订确认程序与标准。
* “实施确认”特定实践依照方法、程序及标准来实施确认。
特定目标和特定实践
SG 1 Prepare for Validation 准备确认
为确认进行准备。
准备活动包含选择需要确认的产品与产品组件，建立和维护确认环境、程序及标准。确认的对象可能仅包含产品，也可能包含适当等级的产品组件，该产品组件可用于构建产品。任何产品或产品组件均可确认，包括替换、维护及培训产品等。
准备实施产品或产品组件确认所需的环境。环境可以购置或制定规格、设计及建造。确认环境可考虑产品集成和验证所使用的环境，以降低成本并提高效率或生产力。
SP 1.1 Select Products for Validation 选择用于确认的产品
选择被确认的工作产品和产品组件，以及用于每一个工作产品和产品组件的确认方法。
基于产品和产品组件与使用者需要的关系，来选择需要确认的产品与产品组件。必须确定每个产品组件确认的范围，例如：操作习惯、维护、培训与用户界面。
收集实施确认的需求与约束，再依据确认方法满足使用者需求的能力，来选择确认方法。确认的方法不仅了定义产品确认的技术，也会推动设施、设备及环境的需求。这会导致由需求开发过程所处理的底层产品组件需求，也可能产生衍生需求，例如测试集和测试设备的接口需求。这些需求被添加到需求开发过程中，以确保产品或产品组件能在可支持确认方法的环境中实施确认。
确认的方法应该在项目生命周期初期就做选择，才能让相关的干系人清楚的了解和达成承诺。
适当时，确认的方法说明产品与产品组件的开发、维护、支持及培训。
典型的工作产品
1.选择需要确认的产品与产品组件清单
2.每一产品或产品组件确认的方法
3.每一产品或产品组件实施确认的需求
4.每一产品或产品组件确认的约束条件子实践
1.在项目生命周期中，识别产品或产品组件确认的主要原则、特性和阶段。
2.确定需要确认哪种类型的用户需要(操作、维护、培训或支持)。
产品或产品组件在预期的运行环境中，必须具有可维护性、可支持性。本实践也旨在强调与产品一同交付的维护、培训和支持服务。
如何评价预期运行环境中的维护概念，一种方法是证明维护工具在实际产品中正常运行。
3.选择需要确认的产品与产品组件。
4.选择用于确认产品或产品组件的评估方法。
5.与相关的干系人共同评审产品或产品组件确认的选择、约束和方法。
SP 1.2 Establish the Validation Environment 建立确认环境
建立和维护支持确认活动的环境。
确认环境的需求可由下列产生：所选择的产品或产品组件、工作产品的类型(例如：设计、原型、最终版本)及确认的方法。确认环境的需求可能会产生采购或开发设备、开发软件或其它资源的需要。这些需求会提供给需求开发过程进行开发。确认环境可能包含现有资源的重用，在此情况下,必须安排这些资源的运用。
确认环境包含的要素类别举例如下：
* 测试工具和需要确认产品的接口(例如：范围、电子设备、探测器)
* 内嵌的测试软件
* 可将计算机内部数据移转出来，进一步分析或重新实施的记录工具
* (用软件、电子设备或机械设备)模拟过的子系统或组件
* 模拟的接口系统(例如为测试海军雷达的虚拟战舰)
* 实际接口系统(例如为测试雷达与弹道追踪设施的飞行器)
* 设施和客户提供的产品
* 熟练操作或使用上述所有要素的人员
* 专用于计算或网络测试的环境(例如模拟作业的电讯网络测试环境，或由通讯主干、交换机以及为实际集成与确认所建立的系统，上述三者组成的设施)
尽早选择需要确认的产品或产品组件、确认需要使用的工作产品和确认方法，以确保确认环境在需要时已经准备好。
实施确认所需的环境必须谨慎控制，以便复制、分析结果和再次确认有问题的部分。
典型的工作产品
1.确认环境子实践
1.识别确认环境需求。
2.识别客户提供的产品。
3.识别可重用的对象。
4.识别测试设备和工具。
5.识别可重用和修改的确认用资源。
6. 详细策划资源的可用性。
SP 1.3 Establish Validation Procedures and Criteria 建立确认程序和标准
建立和维护确认程序和标准。
定义确认程序与标准，以确保产品或产品组件置于其预期使用环境中，充分满足预期使用的需要。验收测试用例及程序可能满足确认程序的需要。确认程序与标准包含维护、培训和支持服务的测试与评估。
典型的工作产品
1.确认程序
2.确认标准
3.维护、培训和支持服务的测试与评估程序子实践
1.评审产品需求，确保影响产品或产品组件确认的问题已经识别并解决。
2.记录用来确认选择的产品或产品组件的环境、操作场景、程序、输入、输出和标准。
3.当确认环境趋于成熟时，评估设计以识别确认的问题。
SG 2 Validate Product or Product Components 确认产品和产品组件
确认产品或产品组件，以确保在预期作业环境中可适用。
确认的方法、程序与标准是用来在适当的确认环境中，确认所选择的产品与产品组件，以及相关的维护、培训和支持服务。确认活动贯穿于整个产品生命周期。
SP 2.1 Perform Validation 实施确认
对选定的产品和产品组件实施确认。
为使用户接受，产品和产品组件置于预期作业环境时的工作表现必须完全符合预期要求。
执行确认活动，并依据已建立的方法、程序和标准，收集结果数据。
在适当的时候，记录已执行的确认程序，以及执行发生的偏差。
典型的工作产品
1.确认报告
2.确认结果
3.确认交叉对照矩阵
4.实施程序的记录
5.操作示范
SP 2.2 Analyze Validation Results 分析确认结果
分析确认活动的结果。
由确认测试、检查、演示或评估产生的数据，应进行分析并与所定义的标准比较。分析报告应指出需求是否符合，如果有偏差，报告需要记录成功或失败的程度，并将可能引起失败的原因分类。所收集的测试、检查或评审结果，和已建立的评估标准比较，以确定是否继续进行，或处理属于需求开发或技术解决方案过程中的需求或设计问题。
分析报告或执行确认文件可能指出，测试结果不好是确认程序或确认环境的问题。
典型的工作产品
1.确认缺陷报告
2.确认的问题
3. 程序变更请求子实践
1.比较实际和预期的结果。
2.按已建立的确认标准识别问题。包括识别在预期使用环境下执行不好的产品或产品组件，或识别确认方法、标准和(或)环境问题。
3.分析确认缺陷数据。
4.记录分析结果并识别问题。
5.使用确认结果，将实际度量和性能与预期使用或操作需要进行比较。
CMMI, CMM and Capability Maturity Model are registered in the U.S. Patent and Trademark Office.
CMM Integration, SCAMPI, and IDEAL are service marks of Carnegie Mellon University.
本文属于个人学习所用，请使用者用毕及时清理。
-
项目管理：需求管理、项目策划、项目监控和控制、供应商协议管理、集成项目管理、风险管理、定量项目管理
-
过程管理：组织过程焦点、组织过程定义、组织级培训、组织过程性能、组织革新和实施
-
工程： 需求开发、产品集成、技术解决方案、验证、确认
止于至善的博客 http://tyou1215.csai.cn/