3.2  软件确认流程及最佳实践

　　为了确保对工作产品确认的效果，通常建议该工作产品在仿真环境下进行审查，因此建立确认的环境是确认管理中的一个部分。一个软件项目所产出的工作产品非常多，仅配置项列表中的内容就有几十项，项目组需要在项目计划阶段识别所需进行确认的工作产品。确认是以使用者的视角来对工作产品进行审查，因此要在制订项目计划时就确定哪些项目关系人要对哪些工作产品进行确认。接下来我们对确认管理的流程和最佳实践进行举例讲解。

3.2.1  确认的准备工作

　　确认工作在准备阶段包括以下3个方面的内容，这些内容都应该在项目计划阶段完成：

　　① 选择需要确认的工作产品与产品组件

　　② 建立和维护确认环境

　　③ 建立确认的流程及准则

　　1．选择需要确认的工作产品与产品组件

　　在选择需要确认的工作产品和产品组件时，可以根据项目的生命周期模型，并配合项目配置项列表来进行识别。配置项列表中的内容都是项目关键的工作产品，因为配置项是项目基线的组成部分，虽然并不是所有配置项都需要进行确认，但是确认管理的工作还需要很多资源、时间和成本的投入，这要根据项目的实际情况进行确定。

　　在识别完待确认的对象后就应该为它制订相应的确认方法，并确定参与确认的角色。软件项目中确认的方法有以下两大类，软件生命周期中常见的确认内容及方法如表3-1所示。

　　① 对文档类型的工作产品进行确认，通常可以与其文档的评审合并进行。

　　② 对产品或产品组件进行确认时，通常可以与单元测试、集成测试、系统测试和验收测试合并进行。

　　表3-1  软件项目中参加的确认内容及确认方法

　　在项目计划阶段通过对配置项列表中的配置项进行识别，挑选适当的工作产品在项目过程中进行确认，并将挑选出来的内容记录在确认清单或项目计划中，其流程如图3-1所示。

　　2．建立和维护确认环境

　　确认工作的开展最好是在“使用者”的环境下进行，只有这样才能证明该工作产品的质量和功能是否符合“使用者”的要求。但在软件研发过程中这个前提条件并不一定完全可行，在建立确认环境时往往也要考虑确认的方法。例如：要对《软件需求说明书》进行确认，确认的方法是“评审”，开评审会所需要的环境通常是一间会议室，最好有白板、各种颜色的水笔、投影等设备，不管是甲方还是乙方召开《软件需求说明书》的评审，这些配备都是相同的。再例如对开发阶段集成后的产品或组件进行确认，往往是通过执行集成测试用例来完成的，由于确认的对象是代码，所以集成测试用例通常是由白盒测试技术实现的。在进行此种确认时，软件测试人员是该工作产品的“使用者”，但该确认的方法却是一种开发的技术，所以在软件测试人员的系统测试环境中是无法进行的。

图3-1  选择确认的产品