本过程域要实现以下目标：
1）建立并维护确认规程和准则；
2）选择要确认的产品，在预期的用户环境中，按照准则实施确认；
3）分析确认结果，指出产品存在的缺陷，并进行改进。
验证与确认的区别在于：“验证确保‘你正确地做了’，而确认则确保‘你做了正确的东西’”。验证是过程的正确，确认是结果的正确。
“确认应在整个产品生存周期的早期开始，并持续进行”，这意味着早期虽然不会有最终产品，但会有“最佳预示产品符合用户需要”的工作产品。
确认方法不仅用于产品，也用于工作产品。
专用实践 1.1 选择要确认的产品
本实践要求根据产品和产品部件与用户需要的关系来选择要进行确认的产品和产品部件以及确认方法。
能进行确认的产品和产品部件，如：
1）产品和产品部件的需求和设计。
2）产品和产品部件（例如，软件，服务文档）。
3）用户接口。
4）培训材料。
5）过程文档。
在需求开发SP3.3分析需求时，所标识的“关键需求”对应的产品和产品部件，应当被识别为待确认项。
确认方法，如：
1）与用户一起讨论，可能在正式的评审期间；
2）原型演示；
3）功能演示（如系统、软件、服务文档、用户接口）；
4）培训材料试点；
5）最终用户与其他利益相关方测试产品或产品部件；
6）分析产品和产品部件（如：模拟、建模和用户分析）。
标准给出的确认方法不仅用户测试这一种，还有用户参与的评审、原型演示、功能演示……，所以我们在进行确认活动的时候要根据实际情况选择合适的确认方法。
专用实践 1.2 建立确认环境
本实践要求按照预期的用户环境来建立确认环境。
通常我们提到的软件环境、硬件环境，指的是开发环境、运行环境、测试环境，这些环境可能不能覆盖确认环境，所以对环境需求开发的时候，还应注意从验证和确认的角度考虑环境需求。
本实践可以和项目策划过程域的SP2.4制定项目资源计划结合。在做资源计划时，标识出测试设备和工具，以及其他的确认资源等。
专用实践 1.3 建立确认的规程和准则
本实践要求建立确认的规程和准则，以确保确认活动的有效进行。
建立确认准则，可以考虑下列事项：
1）产品和产品部件需求。确认就是要看产品是否满足用户需求，所以本条作为确认准则是毫无疑问的。
2）标准。软件开发遵循的那些标准。
3）顾客验收准则。产品是否满足验收要求。
4）环境性能。确认环境和真实环境的比较。
5）性能偏差的阈值。产品性能与性能需求的偏差。
而且不仅要建立确认的规程和准则，在需求和设计评审时，就要运用这些规程和准则来标识和解决与确认活动有关的问题。比如“评审产品需求，以确保标识和解决影响产品或产品部件确认的问题”，“当设计成熟时在确认环境关联中评估该设计，以标识确认问题”。
专用实践 2.1 实施确认
本实践要求依照确认规程和准则，对选择的待确认产品进行确认。
实施确认活动，其中一个关键环节是，“为使用户可以接受，产品或产品部件必须如所期望地运行于预定的运行环境中”。
确认环境越接近真实环境，确认结果就越可信。所以确认环境应和用户做好沟通，即使不能在实际环境当中进行确认，运行环境也应满足用户的期望。
专用实践 2.2 分析确认结果
本实践要求依照确认准则，分析确认的结果，查找产品的缺陷并修复。
确认活动可能有3个结果：
1）完全满足用户需求；
2）基本成功，存在一些用户可以接受的缺陷；
3）有重大缺陷，用户不接受，确认活动失败。
对于确认活动中所发现的缺陷，要分析其原因，进行归类，在后续的工作中逐步解决。
网友评论