确认
成熟度3级的一个工程过程域
目的
确认（VAL）的目的是证实产品或产品部件满足其在预期环境中的预期使用。
介绍
确认活动可以适用于产品在其诸如运行、培训、制造、维护、以及支持服务等任何预期环境中的任何方面。完成确认所使用的方法即可以用于工作产品，也可以用于产品或者产品部件。工作产品（例如需求、设计、原型）必须在一定的基础上受到筛选，选择基础是哪个产品能够最好地预示产品与产品部件满足用户需要的能力。
确认环境必须代表产品与产品部件的预期环境，并代表适用于工作产品的验证活动的预期环境。
确认证实产品在提供时将满足其预期的使用，然而验证是确定工作产品是否适当地反映了规定的需求。换言之，验证保证“你的构建是正确的”，而确认保证“你构建了正确的东西”。确认活动采用类似于验证的方法（例如测试、分析、审查、演示、或者模拟）。最终用户常常要参与确认活动。确认与验证活动常常同时进行，并且可以使用同一个环境的某些部分。
有关验证活动的更多信息请参见验证过程域。
只要有可能，确认应该使用在其预期环境中运行的产品或产品部件来完成。可以使用完整的环境，也可以只用其中的一部分。不论如何，可以使用工作产品来在项目初期发现确认问题。
确认问题被确定时，出于解决的需要，它们被归结于与“需求开发”、“技术解决方案”、或者“项目监督与控制”过程域相关的过程。
本过程域的特定实践按照以下方式相互依赖：
l 特定实践“选择需确认的工作产品”确定了需要确认的产品或产品部件，以及执行确认时将使用的方法。
l 特定实践“建立确认环境”确定了将用于完成确认工作的环境。
l 特定实践“建立确认规程与准则”开发与选定的产品、客户对确认得约束、方法、以及确认环境的特征相适应的确认规程与准则。
l 特定实践“执行确认”按照这些方法、规程与准则来实施确认。
相关过程域
有关需求的确认的更多信息请参见需求开发过程域。
有关如何将需求转化为产品的规格说明以及在发现影响产品或产品部件设计的确认问题时的纠正措施的更多信息请参见技术解决方案过程域。
有关如何验证产品或产品部件满足其需求的更多信息请参见验证过程域。
实践－目标关系表
连续式 | 分级式 | |
SG1准备确认 | SG1准备确认 | |
SP1.1-1选择需确认的产品 | SP1.1-1选择需确认的产品 | |
SP1.2-2建立确认环境 | SP1.2-2建立确认环境 | |
SP1.3-3建立确认规程与准则 | SP1.3-3建立确认规程与准则 | |
SG2 确认产品或产品部件 | SG2 确认产品或产品部件 | |
SP2.1-1 执行确认 | SP2.1-1 执行确认 | |
SP2.2-1 分析确认结果 | SP2.2-1 分析确认结果 | |
GG1 达到特定目标 |
| |
GP1.1 完成基础实践 |
| |
GG2 制度化一个已管理的过程 | GG2 制度化一个已管理的过程 | |
GP2.1建立组织的方针 | GP2.1建立组织的方针 | |
GP2.2 计划过程 | GP2.2 计划过程 | |
GP2.3 提供资源 | GP2.3 提供资源 | |
GP2.4 分配职责 | GP2.4 分配职责 | |
GP2.5 培训人员 | GP2.5 培训人员 | |
GP2.6 管理配置 | GP2.6 管理配置 | |
GP2.7 识别和包括相关的干系人 | GP2.7 识别和包括相关的干系人 | |
GP2.8 监督和控制这个过程 | GP2.8 监督和控制这个过程 | |
GP2.9 客观的评价坚持状况 | GP2.9 客观的评价坚持状况 | |
GP2.10 以更高等级的管理评审状态 | GP2.10 以更高等级的管理评审状态 | |
GG3 制度化已定义的过程 |
| |
GP3.1 建立一个已定义的过程 | GP3.1 建立一个已定义的过程 | C/ML3-5 |
GP3.2 收集改进信息 | GP3.2 收集改进信息
| |
GG4 制度化一个已量化管理的过程 |
| |
GP4.1 建立过程的量化目标 |
| |
GP4.2 稳定子过程的执行 |
| |
GG5 制度化一个优化中的过程 |
| |
GP5.1 保证连续的过程改进 |
| |
GP5.2 改正问题的根源 |
| |
实现目标的关键实践
SG1准备确认
做好确认的准备工作。
准备工作包括选择需确认的产品与产品部件，并建立并维护确认环境、规程与准则。被选定的确认对象可以只是产品，也可以包括用于构建产品的适当层次的产品部件。任何产品或产品部件都可以提交确认，包括更换、维护、以及培训产品等，还可以列出其它很多内容。
确认产品或产品部件所需的环境得到准备。该环境可以是买来的也可以是规定、设计并构建的。产品集成与验证所用的环境可以与确认环境一同考虑，以降低成本，并提高效率或者生产力。
SP1.1-1选择需确认的产品
选择需要确认的产品与产品部件，以及每个产品或产品部件将要使用的确认方法。
根据与用户需要的关系来选择需确认的产品与产品部件。对每一产品部件，都应该确定确认的范围（例如：运行行为、维护、培训、以及用户接口）。
执行确认的需求与约束得到收集。然后，根据证实用户需要得到满足的能力来选定确认方法。确认方法不仅定义了产品确认的技术手段，还驱动了对设施、设备与环境的需要。这可能导致需求开发过程中处理的较低层产品部件需求的产生。可能产生一些衍生需求，诸如对测试装置和测试设备的接口需求。这些需求也被传递给需求开发过程，以确保产品或产品部件能够在一个支持这些方法的环境中得到确认。
确认方法应该在项目初期得以选定，这样可以得到相关干系人的明确理解与认同。
确认方法正确地处理产品或产品部件的开发、维护、支持、以及培训。
典型工作产品
1. 需确认的产品与产品部件清单
2. 每一产品或产品部件的确认方法
3. 每一产品或产品部件需确认的需求
4. 每一产品或产品部件的确认约束
子实践
1. 确定产品或产品部件在项目生存期内的关键原理、特性与阶段。
2. 确定需要确认哪些类型的用户需要（运行、维护、培训或支持）
在其预期的运行环境中，产品或产品部件必须是可维护的和可支持的。本特定实践还针对可能与产品一同交付的实际维护、培训与支持服务。
在运行环境中评价维护概念的一个实例是通过演示证实维护工具可以用于实际的产品。 |
3. 选择需确认的产品或产品部件。
4. 为确认产品或产品部件选择评价方法。
5. 与相关干系人一同评审确认的选择、约束与方法。
SP1.2-2建立确认环境
建立并维护支持确认所需要的环境。
确认环境的需求受到选定的产品或产品部件、工作产品的类型（例如设计、原型、最终版本）、以及确认方法等因素的驱动。它们可能导致购买或开发设备、软件或其它资源的需求。这些需求被提供给需求开发过程进行开发。确认环境可能包括对现有资源的重用。在这种情况下，必须作出使用这些资源的安排。确认环境中的各类要素的实例包括：
l 与被确认产品有接口的测试工具（例如观测仪器、电子设备、探测器）
l 临时嵌入的测试软件
l 用于转储或后继分析与重演的记录工具
l 模拟的子系统或部件（软件、电子、或机械的）
l 模拟的接口系统（例如测试海军雷达用的模拟战舰）
l 真实的接口系统（例如测试具有弹道跟踪设施的雷达时用的飞机）
l 设施和客户提供的产品
l 操作或使用上述所有要素的有技能的人员
l 特定的计算或网络测试环境（例如用于真实的集成与确认试验的带有真实的中继、交换、以及系统的，可作虚拟运行的电信网试验设施）
为确保需要时可以得到确认环境，应该及早选择需确认的产品或产品部件、确认时使用的工作产品、以及确认方法。
确认环境应该得到仔细的控制，以便用于复制、分析结果、以及重新确认有问题的部分。
典型工作产品
1. 验证环境
子实践
1. 确定确认环境的需求。
2. 确定客户提供的产品。
3. 确定重用的事项。
4. 确定测试设备与工具。
5. 确定可用于重用和修改的确认资源。
6. 详细计划资源的可用性。
SP1.3-3建立确认规程与准则
建立并维护确认规程与准则。
确认规程和准则得到定义，以确保产品或产品部件将满足其在预期环境中的预期使用。验收测试案例和规程可以满足确认规程的要求。
确认规程与准则包括对维护、培训、以及支持服务的测试与评价。
确认准则的来源的实例包括： l 产品和产品部件的需求 l 标准 l 客户的验收准则 l 环境性能 l 性能偏差的阈值 |
典型工作产品
1. 验证规程
2. 验证准则
3. 针对维护、培训和支持的测试与评价规程
子实践
1. 评审产品需求以确保影响产品或产品部件的确认的事项得到发现与消除。
2. 将用于确认选定的产品或产品部件的环境、运行脚本、规程、输入、输出、以及准则文档化。
3. 随着设计在确认环境的语境中成熟，评估设计以发现确认问题。
SG2 确认产品或产品部件
产品或产品部件得到确认，以保证它们适于在其预期的运行环境中使用。
在适当的确认环境中，确认方法、规程与准则得到使用，以确认选定的产品和产品部件，以及任何相关的维护、培训与支持服务。
SP2.1-1 执行确认
执行对选定的产品和产品部件的确认。
为了得到用户的接受，产品或产品部件必须在其预期的运行环境中运作。
按照已建立的方法、规程与准则执行确认活动并收集数据。
模拟运行的确认规程应该文档化，执行时发生的偏差应该适当地得到记录。
（对于连续表述的用户，这是能力等级1 的特定实践。在能力等级1 或2的确认过程可以不包括规程与准则，它们在能力等级3 的“建立确认规程与准则”特定实践中创建。尚未建立规程与准则时，使用“选择需确认的产品”特定实践中建立的方法来达到能力等级1 的效能。）
典型工作产品
1. 确认报告
2. 确认结果
3. 确认的交叉参照矩阵
4. 模拟运行规程记录
5. 运行演示
SP2.2-1 分析确认结果
分析确认活动的结果并发现问题。
按照预定的确认准则分析来自确认测试、审查、演示、或者评价的数据。分析报告指出是否满足要求；在存在缺陷的情况下，这些报告记录成功或失败的程度并将可能的失败原因归类。将收集到的测试、审查或评审结果与已建立的准则相比较以确定是否需要在需求开发或技术解决方案过程中处理需求或设计问题。
分析报告或模拟运行确认文档还可能指出由于确认规程问题或确认环境问题导致的不良测试结果。
典型工作产品
1. 确认缺陷报告
2. 确认问题
3. 规程变更请求
子实践
1. 将实际结果与预期结果作对比。
2. 根据已经建立的确认准则，确定不能适用于预期运行环境的产品与产品部件，或者确定方法、准则和/或环境方面的问题。
3. 针对缺陷分析确认数据。
4. 记录分析结果并确定问题。
5. 使用确认结果来对比实际的度量数据与性能和预期的使用或运行要求。
扫一扫
1981
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
