项目配置管理培训
合集下载
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
有人专注于我们工作产品的存放和一致性
QA对配置管理的审计
8
培训大纲
配置管理的意义 配置管理基本概念 配置管理活动 配置管理工具使用
9
配置管理基本概念
1. 软件配置管理(Software Configuration 软件配置管理(Software Management ) 软件配置项(Software 2. 软件配置项(Software Configuration Item) 3. 基线 (Baseline) 4. 配置项标识 配置管理委员会(SCCB) 5. 配置管理委员会(SCCB) 6. 配置库 标签（Label） 7. 标签（Label）
18
Label是配置项入库时的标签记录。 Label是配置项入库时的标签记录。配 是配置项入库时的标签记录 置项纳入配置库中时， 置项纳入配置库中时，应该及时的打标 签，记录配置项的相关信息 。 例如：配置项纳入时间、 例如：配置项纳入时间、配置项提交 配置项的版本号、 人、配置项的版本号、此版本的配置项 与上版本相比，有何改动、等等， 与上版本相比，有何改动、等等，特别 是修改后的源程序， 是修改后的源程序，要在标签中记录清 楚基于上次版本修改了哪些内容。 楚基于上次版本修改了哪些内容。 配置项打上标签后， 配置项打上标签后，表明该配置项已 经受控，不能随意改动，如有修改， 经受控，不能随意改动，如有修改，必 须走变更申请的流程。 须走变更申请的流程。
34
配置管理活动
制订软件配置管理计划 配置项入库 变更管理 配置审核 配置状态报告 产品发布
35
配置审核
项目进行
36
配置审核
配置审核的任务是验证软件基线库中软件产品的 正确性和完整性，确保配置管理的有效性。 正确性和完整性，确保配置管理的有效性。主要 验证： 验证： 对配置项的处理是否有背离初始的规格说明或已 批准的变更请求的现象。 批准的变更请求的现象。 配置标识的准则是否得到了遵循。 配置标识的准则是否得到了遵循。 变更控制规程是否已遵循， 变更控制规程是否已遵循，变更记录是否可供使 用。 在规格说明、 在规格说明、软件产品和变更请求之间是否保持 了可追溯性。 了可追溯性。
提交修改后的工作产品
合格 变更情况
入库
通知
31
变更管理
32
实际中的2个例子
测试 发现bug TD 工程师向配置管理员提变 更请求 CHECK OUT 工程师修改 单 元测试 提交配置管理员 版本变为1.1或 2.0
33
实施中发现产 品的BUG
五征CAPP提出变更请求 S C C B审批 配置管理员从产品库中CHECK OUT 产品 1.0 五征CAPP修改BUG修改后 测试提交配置管理员 配置管理员 CHECK IN 版本变为产品1.1或2.0
11
目的是在整个软件生命周期中建立和维护 软件项目中的产品的完整性。 软件项目中的产品的完整性。 它包括标识在 给定时间点上软件的配置，系统地控制对配置 给定时间点上软件的配置， 的更改， 的更改，并维护在整个软件生命周期内配置的 完整性和可跟踪性。 完整性和可跟踪性。 IEEE对软件配置管理的定义 对软件配置管理的定义： IEEE对软件配置管理的定义：是一门应用 技术、管理和监督相结合的学科， 技术、管理和监督相结合的学科，通过标识和 文档来记录配置项的功能和物理特性、 文档来记录配置项的功能和物理特性、控制这 些特性的变更、记录和报告变更的过程和状态， 些特性的变更、记录和报告变更的过程和状态， 并验证它们与需求是否一致。 并验证它们与需求是否一致。”
项目配置管理培训
培训讲师： 培训讲师：
1
培训大纲
配置管理的意义 配置管理基本概念 配置管理活动 配置管理工具使用
2
配置管理的意义
不做配置管理可能引起的混乱 配置管理给我们的带来的好处
3
不做配置管理可能引起的混乱
发给用户的软件产品的用户手册是老版本； 某个软件已开发完成，可是安装后就是不工作； 在北京能正常工作的软件，到上海就出问题； 上个月已解决的缺陷，现在又出现； 最新修改的源程序找不到； 上个月用户让做某个变更，这个月又不要了…… 接收别人的工作很困难！ 现实中几乎处处存在这种现象！
4
存在混乱的原因
找不到新Fra Baidu bibliotek本，无处可取
产品出现多版本，取出错误版本
配 置 管 理
Bug修改混乱，测试和开发版本不一致
5
配置管理的意义
不做配置管理可能引起的混乱 配置管理给我们的带来的好处
6
配置管理给我们的带来的好处
大家对我们有哪些财富都很清楚
统一的库结构和库的演化过程
开发过程中不会产生版本混乱的现象
12
配置管理相关的概念
2、软件配置项Software Configuration Item 软件配置项Software 软件开发的过程中，会得到许多工作产品、 软件开发的过程中，会得到许多工作产品、 阶段产品或者工具软件。 阶段产品或者工具软件。所有这些独立的信息 项都要得到妥善的管理，不能出现混乱， 项都要得到妥善的管理，不能出现混乱，在提 出某些特定的要求时， 出某些特定的要求时，能将其进行约定的组合 来进行使用。 来进行使用。 这些信息项是配置管理的对象， 这些信息项是配置管理的对象，称为软件配 置项。例如，需求规格说明、设计规格说明、 置项。例如，需求规格说明、设计规格说明、 用户手册、维护使用手册都属于此。 用户手册、维护使用手册都属于此。
项目配置管理员将经过检查的配置项放入配置库
28
配置管理活动
制订软件配置管理计划 配置项入库 变更管理 配置审核 配置状态报告
29
变更管理
变更的种类
外部（客户的需求变更）
经常被忽略
内部（修改bug,添加内容，功能）
30
变更管理流程
填写变更申请单
提交SCCB 提交 批准
SCCB审批 审批
更改 复审
19
标签具体内容要求
提交人 提交日期 提交配置项的说明: 提交配置项的说明: • 该版本配置项与上个版本相比，改动了哪 该版本配置项与上个版本相比， 些？ • 如果是可执行程序，则要写明该版本的可 如果是可执行程序， 执行程序由哪个版本的源码编译而来， 执行程序由哪个版本的源码编译而来，与 哪个版本的数据库相对应
20
Label示例
合格的Label 不合格的Label
21
培训大纲
配置管理的意义 配置管理基本概念 配置管理活动 配置管理工具使用
22
配置管理活动
制订软件配置管理计划 配置项入库 变更管理 配置审核 配置状态报告 产品发布
23
制订软件配置管理计划
24
制订软件配置管理计划
配置管理员编写，参考《项目开发计划》和《配 配置管理员编写，参考《项目开发计划》 置管理指南》 置管理指南》 1. 确定配置库的目录结构和人员访问权限 确定配置项， 2. 确定配置项，基线及基线建立时间 3. 确定备份策略和时间 将以上信息写入《配置管理计划》 4. 将以上信息写入《配置管理计划》，并将 配置管理计划》 《配置管理计划》提交评审
25
配置管理活动
制订软件配置管理计划 配置项入库 变更管理 配置审核 配置状态报告 产品发布
26
配置项入库
27
配置项入库
项目配置管理员检查配置项的信息。 项目配置管理员检查配置项的信息。
要提交的配置项是在项目的《配置管理计划》 1. 要提交的配置项是在项目的《配置管理计划》中规定 的。 配置项的标识符合《配置管理指南》 2. 配置项的标识符合《配置管理指南》中的规定 配置项经过了必要的检查（评审，批准或测试）， ），入 3. 配置项经过了必要的检查（评审，批准或测试），入 基线库的配置项需经SCCB SCCB批准 基线库的配置项需经SCCB批准 4. 配置项的版本编号和版本修改要符合《配置管理指南》 配置项的版本编号和版本修改要符合《配置管理指南》 中对版本控制的描述，如果是文档， 中对版本控制的描述，如果是文档，要与文档历史记 录一致。 录一致。
14
配置管理相关的概念
4、配置项标识 软件配置标识是软件配置管理的基础性工 作，是管理配置的前提 。 • 确定配置项 • 配置项命名 （唯一性、可追溯性） 唯一性、可追溯性）
15
配置管理相关的概念
5、配置管理委员会SCCB 配置管理委员会SCCB 软件配置管理控制委员会，负责评价、 软件配置管理控制委员会，负责评价、认 可或否定有关配置项更改建议并确保确认的更 改得以执行的一个小组， 改得以执行的一个小组，负责管理项目软件基 线和最终产品发布。 线和最终产品发布。 主要成员，一般是部门经理、PM、SQA、 主要成员，一般是部门经理、PM、SQA、 SCM、分析设计员等人员组成。 SCM、分析设计员等人员组成。
统一的版本控制规则
我们的劳动成果得到保障
统一标识我们的工作产品并定期备份
大家在每一阶段的工作都是始于相同的起跑线
建立相对稳定的基线
7
配置管理给我们的带来的好处
不因为个人意愿使我们的劳动成果被修改
基线的修改会得到审计和跟踪
各个角色都很清楚工作产品的变化
有效的状态报告和变更通知
我们的财富会越积累越多
文档库的积累，最佳实践的提取
10
配置管理相关的概念
1、软件配置管理(Software Configuration 软件配置管理(Software Management) 软件配置管理是指标识、 软件配置管理是指标识、定义系统中软件项 并制定基线；控制软件项的修改和发行； 并制定基线；控制软件项的修改和发行；记录和 报告软件项的状态和修改申请； 报告软件项的状态和修改申请；保证软件项的完 整性、协调性和正确性；以及控制软件项的储存、 整性、协调性和正确性；以及控制软件项的储存、 装载和交付。 装载和交付。 主要是对软件生存期过程中的各种阶段产品 和最终产品演化和变更的管理， 和最终产品演化和变更的管理，是软件质量管理 的重要组成部分。 的重要组成部分。
13
配置管理相关的概念
3、基线 Baseline 基线是一个或者一组配置项的组合。 基线是一个或者一组配置项的组合。它提 供一个正式标准，随后的工作基于此标准， 供一个正式标准，随后的工作基于此标准，并 且只有经过授权后才能变更这个标准。 且只有经过授权后才能变更这个标准。 IEEE对于基线的定义是： IEEE对于基线的定义是：已经通过正式复 对于基线的定义是 审和批准的某规约或产品， 审和批准的某规约或产品，它因此可以作为进 一步开发的基础， 一步开发的基础，并且只能通过正式的变更控 制过程进行改变。 制过程进行改变。
16
配置管理相关的概念
6、配置库 管理各基线和配置项的 一个工具。 一个工具。 分为开发库和配置库， 分为开发库和配置库， 配置库又分为基线库和非 基线库。 基线库。
17
配置管理相关的概念
7、标签（Label） 标签（Label） 软件配置实际上是一个动态的概念。 软件配置实际上是一个动态的概念。一方 面随软件生命周期向前推进， 面随软件生命周期向前推进，配置项的数量在 不断增多，另一方面又会随时有新的变更出现， 不断增多，另一方面又会随时有新的变更出现， 形成新的版本。 形成新的版本。 为了方便对配置项在各阶段进行控制和管 应在配置项入库时， 理，不致造成混乱 ，应在配置项入库时，将 其相关信息记录在Label Label中 其相关信息记录在Label中。
37
配置审核
功能配置审核：验证配置项的实际功能是否 功能配置审核： 与其软件需求一致。 与其软件需求一致。 物理配置审核：确定配置项符合预期的物理 物理配置审核： 特性。 特性。这里所说的物理特性是指特定的媒体形 式。
38
配置审核
1、变更要求是否完成，附加的修改是否已执行——功能审核 变更要求是否完成，附加的修改是否已执行——功能审核 —— 是否采用正确的正式验证手段，文档是否通过评审， 2、是否采用正确的正式验证手段，文档是否通过评审，代码是 否有代码审查、单元测试、功能测试、压力测试等，测试结 否有代码审查、单元测试、功能测试、压力测试等， 果是否满足客户需求—— ——功能审核 果是否满足客户需求——功能审核 从需求到设计，测试用例对应是否完整，bug修复及验证是 3、从需求到设计，测试用例对应是否完整，bug修复及验证是 否完成需求—— ——功能审核 否完成需求——功能审核 4、变更的4W（what，when，where，why）信息是否完整记录， 变更的4W（what，when，where，why）信息是否完整记录， 4W 并与相关配置项关联—— ——物理审核 并与相关配置项关联——物理审核 客户所需的所有工作产品是否完备（用户文档， 5、客户所需的所有工作产品是否完备（用户文档，培训材料 ），工作产品版本是否正确 命名是否正确—— 工作产品版本是否正确， ——物理审核 等），工作产品版本是否正确，命名是否正确——物理审核
QA对配置管理的审计
8
培训大纲
配置管理的意义 配置管理基本概念 配置管理活动 配置管理工具使用
9
配置管理基本概念
1. 软件配置管理(Software Configuration 软件配置管理(Software Management ) 软件配置项(Software 2. 软件配置项(Software Configuration Item) 3. 基线 (Baseline) 4. 配置项标识 配置管理委员会(SCCB) 5. 配置管理委员会(SCCB) 6. 配置库 标签（Label） 7. 标签（Label）
18
Label是配置项入库时的标签记录。 Label是配置项入库时的标签记录。配 是配置项入库时的标签记录 置项纳入配置库中时， 置项纳入配置库中时，应该及时的打标 签，记录配置项的相关信息 。 例如：配置项纳入时间、 例如：配置项纳入时间、配置项提交 配置项的版本号、 人、配置项的版本号、此版本的配置项 与上版本相比，有何改动、等等， 与上版本相比，有何改动、等等，特别 是修改后的源程序， 是修改后的源程序，要在标签中记录清 楚基于上次版本修改了哪些内容。 楚基于上次版本修改了哪些内容。 配置项打上标签后， 配置项打上标签后，表明该配置项已 经受控，不能随意改动，如有修改， 经受控，不能随意改动，如有修改，必 须走变更申请的流程。 须走变更申请的流程。
34
配置管理活动
制订软件配置管理计划 配置项入库 变更管理 配置审核 配置状态报告 产品发布
35
配置审核
项目进行
36
配置审核
配置审核的任务是验证软件基线库中软件产品的 正确性和完整性，确保配置管理的有效性。 正确性和完整性，确保配置管理的有效性。主要 验证： 验证： 对配置项的处理是否有背离初始的规格说明或已 批准的变更请求的现象。 批准的变更请求的现象。 配置标识的准则是否得到了遵循。 配置标识的准则是否得到了遵循。 变更控制规程是否已遵循， 变更控制规程是否已遵循，变更记录是否可供使 用。 在规格说明、 在规格说明、软件产品和变更请求之间是否保持 了可追溯性。 了可追溯性。
提交修改后的工作产品
合格 变更情况
入库
通知
31
变更管理
32
实际中的2个例子
测试 发现bug TD 工程师向配置管理员提变 更请求 CHECK OUT 工程师修改 单 元测试 提交配置管理员 版本变为1.1或 2.0
33
实施中发现产 品的BUG
五征CAPP提出变更请求 S C C B审批 配置管理员从产品库中CHECK OUT 产品 1.0 五征CAPP修改BUG修改后 测试提交配置管理员 配置管理员 CHECK IN 版本变为产品1.1或2.0
11
目的是在整个软件生命周期中建立和维护 软件项目中的产品的完整性。 软件项目中的产品的完整性。 它包括标识在 给定时间点上软件的配置，系统地控制对配置 给定时间点上软件的配置， 的更改， 的更改，并维护在整个软件生命周期内配置的 完整性和可跟踪性。 完整性和可跟踪性。 IEEE对软件配置管理的定义 对软件配置管理的定义： IEEE对软件配置管理的定义：是一门应用 技术、管理和监督相结合的学科， 技术、管理和监督相结合的学科，通过标识和 文档来记录配置项的功能和物理特性、 文档来记录配置项的功能和物理特性、控制这 些特性的变更、记录和报告变更的过程和状态， 些特性的变更、记录和报告变更的过程和状态， 并验证它们与需求是否一致。 并验证它们与需求是否一致。”
项目配置管理培训
培训讲师： 培训讲师：
1
培训大纲
配置管理的意义 配置管理基本概念 配置管理活动 配置管理工具使用
2
配置管理的意义
不做配置管理可能引起的混乱 配置管理给我们的带来的好处
3
不做配置管理可能引起的混乱
发给用户的软件产品的用户手册是老版本； 某个软件已开发完成，可是安装后就是不工作； 在北京能正常工作的软件，到上海就出问题； 上个月已解决的缺陷，现在又出现； 最新修改的源程序找不到； 上个月用户让做某个变更，这个月又不要了…… 接收别人的工作很困难！ 现实中几乎处处存在这种现象！
4
存在混乱的原因
找不到新Fra Baidu bibliotek本，无处可取
产品出现多版本，取出错误版本
配 置 管 理
Bug修改混乱，测试和开发版本不一致
5
配置管理的意义
不做配置管理可能引起的混乱 配置管理给我们的带来的好处
6
配置管理给我们的带来的好处
大家对我们有哪些财富都很清楚
统一的库结构和库的演化过程
开发过程中不会产生版本混乱的现象
12
配置管理相关的概念
2、软件配置项Software Configuration Item 软件配置项Software 软件开发的过程中，会得到许多工作产品、 软件开发的过程中，会得到许多工作产品、 阶段产品或者工具软件。 阶段产品或者工具软件。所有这些独立的信息 项都要得到妥善的管理，不能出现混乱， 项都要得到妥善的管理，不能出现混乱，在提 出某些特定的要求时， 出某些特定的要求时，能将其进行约定的组合 来进行使用。 来进行使用。 这些信息项是配置管理的对象， 这些信息项是配置管理的对象，称为软件配 置项。例如，需求规格说明、设计规格说明、 置项。例如，需求规格说明、设计规格说明、 用户手册、维护使用手册都属于此。 用户手册、维护使用手册都属于此。
项目配置管理员将经过检查的配置项放入配置库
28
配置管理活动
制订软件配置管理计划 配置项入库 变更管理 配置审核 配置状态报告
29
变更管理
变更的种类
外部（客户的需求变更）
经常被忽略
内部（修改bug,添加内容，功能）
30
变更管理流程
填写变更申请单
提交SCCB 提交 批准
SCCB审批 审批
更改 复审
19
标签具体内容要求
提交人 提交日期 提交配置项的说明: 提交配置项的说明: • 该版本配置项与上个版本相比，改动了哪 该版本配置项与上个版本相比， 些？ • 如果是可执行程序，则要写明该版本的可 如果是可执行程序， 执行程序由哪个版本的源码编译而来， 执行程序由哪个版本的源码编译而来，与 哪个版本的数据库相对应
20
Label示例
合格的Label 不合格的Label
21
培训大纲
配置管理的意义 配置管理基本概念 配置管理活动 配置管理工具使用
22
配置管理活动
制订软件配置管理计划 配置项入库 变更管理 配置审核 配置状态报告 产品发布
23
制订软件配置管理计划
24
制订软件配置管理计划
配置管理员编写，参考《项目开发计划》和《配 配置管理员编写，参考《项目开发计划》 置管理指南》 置管理指南》 1. 确定配置库的目录结构和人员访问权限 确定配置项， 2. 确定配置项，基线及基线建立时间 3. 确定备份策略和时间 将以上信息写入《配置管理计划》 4. 将以上信息写入《配置管理计划》，并将 配置管理计划》 《配置管理计划》提交评审
25
配置管理活动
制订软件配置管理计划 配置项入库 变更管理 配置审核 配置状态报告 产品发布
26
配置项入库
27
配置项入库
项目配置管理员检查配置项的信息。 项目配置管理员检查配置项的信息。
要提交的配置项是在项目的《配置管理计划》 1. 要提交的配置项是在项目的《配置管理计划》中规定 的。 配置项的标识符合《配置管理指南》 2. 配置项的标识符合《配置管理指南》中的规定 配置项经过了必要的检查（评审，批准或测试）， ），入 3. 配置项经过了必要的检查（评审，批准或测试），入 基线库的配置项需经SCCB SCCB批准 基线库的配置项需经SCCB批准 4. 配置项的版本编号和版本修改要符合《配置管理指南》 配置项的版本编号和版本修改要符合《配置管理指南》 中对版本控制的描述，如果是文档， 中对版本控制的描述，如果是文档，要与文档历史记 录一致。 录一致。
14
配置管理相关的概念
4、配置项标识 软件配置标识是软件配置管理的基础性工 作，是管理配置的前提 。 • 确定配置项 • 配置项命名 （唯一性、可追溯性） 唯一性、可追溯性）
15
配置管理相关的概念
5、配置管理委员会SCCB 配置管理委员会SCCB 软件配置管理控制委员会，负责评价、 软件配置管理控制委员会，负责评价、认 可或否定有关配置项更改建议并确保确认的更 改得以执行的一个小组， 改得以执行的一个小组，负责管理项目软件基 线和最终产品发布。 线和最终产品发布。 主要成员，一般是部门经理、PM、SQA、 主要成员，一般是部门经理、PM、SQA、 SCM、分析设计员等人员组成。 SCM、分析设计员等人员组成。
统一的版本控制规则
我们的劳动成果得到保障
统一标识我们的工作产品并定期备份
大家在每一阶段的工作都是始于相同的起跑线
建立相对稳定的基线
7
配置管理给我们的带来的好处
不因为个人意愿使我们的劳动成果被修改
基线的修改会得到审计和跟踪
各个角色都很清楚工作产品的变化
有效的状态报告和变更通知
我们的财富会越积累越多
文档库的积累，最佳实践的提取
10
配置管理相关的概念
1、软件配置管理(Software Configuration 软件配置管理(Software Management) 软件配置管理是指标识、 软件配置管理是指标识、定义系统中软件项 并制定基线；控制软件项的修改和发行； 并制定基线；控制软件项的修改和发行；记录和 报告软件项的状态和修改申请； 报告软件项的状态和修改申请；保证软件项的完 整性、协调性和正确性；以及控制软件项的储存、 整性、协调性和正确性；以及控制软件项的储存、 装载和交付。 装载和交付。 主要是对软件生存期过程中的各种阶段产品 和最终产品演化和变更的管理， 和最终产品演化和变更的管理，是软件质量管理 的重要组成部分。 的重要组成部分。
13
配置管理相关的概念
3、基线 Baseline 基线是一个或者一组配置项的组合。 基线是一个或者一组配置项的组合。它提 供一个正式标准，随后的工作基于此标准， 供一个正式标准，随后的工作基于此标准，并 且只有经过授权后才能变更这个标准。 且只有经过授权后才能变更这个标准。 IEEE对于基线的定义是： IEEE对于基线的定义是：已经通过正式复 对于基线的定义是 审和批准的某规约或产品， 审和批准的某规约或产品，它因此可以作为进 一步开发的基础， 一步开发的基础，并且只能通过正式的变更控 制过程进行改变。 制过程进行改变。
16
配置管理相关的概念
6、配置库 管理各基线和配置项的 一个工具。 一个工具。 分为开发库和配置库， 分为开发库和配置库， 配置库又分为基线库和非 基线库。 基线库。
17
配置管理相关的概念
7、标签（Label） 标签（Label） 软件配置实际上是一个动态的概念。 软件配置实际上是一个动态的概念。一方 面随软件生命周期向前推进， 面随软件生命周期向前推进，配置项的数量在 不断增多，另一方面又会随时有新的变更出现， 不断增多，另一方面又会随时有新的变更出现， 形成新的版本。 形成新的版本。 为了方便对配置项在各阶段进行控制和管 应在配置项入库时， 理，不致造成混乱 ，应在配置项入库时，将 其相关信息记录在Label Label中 其相关信息记录在Label中。
37
配置审核
功能配置审核：验证配置项的实际功能是否 功能配置审核： 与其软件需求一致。 与其软件需求一致。 物理配置审核：确定配置项符合预期的物理 物理配置审核： 特性。 特性。这里所说的物理特性是指特定的媒体形 式。
38
配置审核
1、变更要求是否完成，附加的修改是否已执行——功能审核 变更要求是否完成，附加的修改是否已执行——功能审核 —— 是否采用正确的正式验证手段，文档是否通过评审， 2、是否采用正确的正式验证手段，文档是否通过评审，代码是 否有代码审查、单元测试、功能测试、压力测试等，测试结 否有代码审查、单元测试、功能测试、压力测试等， 果是否满足客户需求—— ——功能审核 果是否满足客户需求——功能审核 从需求到设计，测试用例对应是否完整，bug修复及验证是 3、从需求到设计，测试用例对应是否完整，bug修复及验证是 否完成需求—— ——功能审核 否完成需求——功能审核 4、变更的4W（what，when，where，why）信息是否完整记录， 变更的4W（what，when，where，why）信息是否完整记录， 4W 并与相关配置项关联—— ——物理审核 并与相关配置项关联——物理审核 客户所需的所有工作产品是否完备（用户文档， 5、客户所需的所有工作产品是否完备（用户文档，培训材料 ），工作产品版本是否正确 命名是否正确—— 工作产品版本是否正确， ——物理审核 等），工作产品版本是否正确，命名是否正确——物理审核