项目的评审和配置息息相关。我们先来看看再评审和配置中可能涉及的概念。
- 配置管理是通过配置标识、版本控制、变更控制和配置审计来管理工作产品的完整性。
- 基线是经过正式认可的、作为后续开发基础的一组配置项，其变更需要经过正式的批准。
- 配置审计是检查基线中的配置项版本是否正确一致、位置是否正确、是否与其功能说明一致。
发起基线评审后，评审人评审，记录不符合项。
相关人员解决不符合项，再次发起基线评审，评审都通过后，那么就可以提交审计。
审计也通过后，那么就可以打基线，做配置管理，查看基线报告了。
本文档将详细介绍从发起基线到最后打基线、维护基线的过程，以及发起基线评审的相关模板，后台对评审和配置的自定义设置功能。
一、发起基线评审
点击项目的“评审”--“发起评审”。
进入发起基线评审页面。
选择评审对象和相关模板，评审人员，点击保存即可。
关于“评审对象”，除了禅道内置的选项，你还可以去“后台”--“自定义”--“配置”--“模板类型”中，自定义新的模板类型。
新添加的模板会出现在“评审对象”的下拉菜单中。
下面我们来讲一讲禅道旗舰版中模板的使用。
二、发起基线评审中的相关模板
1、后台维护基线模板
在禅道的“后台”--“模型”--“全局设置”--“文档模板”中，点击“创建模板”。
选择“模板类型”，内置模板类型包括：
- 项目计划
- 质量保证计划
- 配置管理计划
- 用户需求说明书
- 软件需求规格说明书*
- 概要设计说明书*
- 详细设计说明书*
- 数据库设计文档*
- 接口设计文档*
- 程序代码
- 集成测试用例*
- 系统测试计划
- 系统测试用例*
- 用户手册
注：带*的模板可以在后续创建文档内容的时候带入系统数据，详情见下文。
2、基线模板的应用示例
以创建一个“软件需求规格说明书”为例。
点击后台--全局设置--文档模板--创建模板。
将该模板命名为“瀑布项目的软件需求模板”，选择“软件需求规格说明说”为模板类型，并设置“文档类型”为“Wiki”。只有Wiki类型的模板在基线评审才可以使用。
点击“保存”，返回到文档模板列表。可以看到刚刚创建的模板。
点击该模板名称，进入模板维护页面，进行模板编辑。
点击“维护章节”，可以选择“手动输入”或“系统数据”为“数据来源”。
点击“保存”。下面我们进入“评审”模块，看看如何使用自定义的模板。
三、评审和不符合项
进入一个项目，点击“评审”-“发起评审”。选择评审对象，例如“软件需求规格说明书”，现在你可以在“相关模板”中选择刚刚创建的模板“瀑布项目的软件需求模板”。
评审标题会自动填充为“评审软件需求规格说明书”，为了区别于其它自动设定的标题，我们在后面加上一个1.0。
选择评审人员和计划完成时间，点击“保存”。
你可以在“基线评审列表”里找到它。
点击这个评审的操作中的“评审（眼镜）”按钮，进入评审页面。
该页面的左侧可以看到模板导入了系统中该项目的各个需求，点击需求标题，可以在弹窗中查看这个需求的详情。
页面的右侧是“检查清单”，检查项需要在后台中设置，在后面的文档中会讲解检查清单的设置。
若无不符合项，点击“保存”，通过评审。若有不符合项，填写修改意见。
点击“保存”，然后可以在“评审”--“问题列表”中查看到具体问题。
点击“解决”，选择“解决方案”并“保存”。
解决不符合项后，进入“基线评审列表”，再次进行评审。
四、后台设置评审
在后台--瀑布模型--评审，可以对基线评审对象添加检查清单、自定义版本号、设置评审人操作。
点击“后台”--“模型”，选择“瀑布模型”。
在二级菜单中选择“评审”，可以看到左侧列出了系统中存在的模板。
仍以“软件需求规格说明书”为例，下面我们来设置评审的检查清单、版本号和评审人。
1、创建检查清单
点击“新建”，从“分类”的下拉选项中选择相应的检查项，
例如“描述清晰性”，并将名称设置为“需求描述清晰”。
点击“保存”，可以在浏览列表中查看到刚刚添加的检查项。
点击操作下的“编辑”按钮，可以对已添加的检查项进行编辑修改。
2、自定义版本号显示
点击“评审”-“版本号”，可以进行模板的文档版本号的设置。
3、设置评审人角色
我们可以设置基线评审中默认由哪些角色的成员来评审。
比如项目计划，我们设置项目经理、研发主管、产品主管、高层管理来评审。
那么在创建项目计划的基线评审时，评审人会自定填充是这些角色的系统用户。
五、 提交审计
1、提交审计
基线评审都通过后，那么就可以提交审计了。
点击基线评审右侧操作栏的提交审计按钮，就可以进行提交审计操作。
点击操作下的“评审结果”按钮查看。
所有评审人都评审通过后，“评审报告”和“提交审计”按钮将不再置灰，我们就可以开始“提交审计了。
2、审计
提交审计后，点击审计按钮，进行审计。
点击“审计”按钮，进入审计页面。
3、审计的设置
审计页面的“检查清单”在-“后台”--“模型”--“瀑布模型”--“配置”中设置。
可以对基线审计、功能审计、物理审计创建检查清单。
4、打基线
若审计通过，点击“保存”后，列表中的“打基线”按钮就不再置灰了。
我们可以开始打基线了。
若审计没通过，需要去“评审”--“问题列表”更新问题状态，再次进行审计。
问题会记录在“配置”--“基线状态报告”中。
六、配置
在配置管理系统中，基线就是配置项在其生命周期的不同时间点上通过正式评审而进入正式受控的一种状态，而这个过程被称为“基线化”。
每一个基线都是其下一步开发的出发点和参考点。基线确定了配置项的一个版本且只确定当前阶段的版本。
1、打基线
点击“配置”--“基线”--“打基线”，选择“配置项名称”和“评审版本”，可以看见之前设置的版本号的创建规则在“评审版本”中已经生效。
配置标识是指为了方便对软件配置的各个片段进行管理，必须对每一个配置项进行标识。其原则为：
- 用易于理解和推测的方式定义文件的标识；
- 当需要修改时，提供进行修改和跟踪它们的方法；
- 为了便于控制与管理，要隐含如下内容：配置项内容、版本、完成时间等。
2、基线状态报告
点击“配置”--“基线状态报告”，可以查看项目基线、配置项、版本、问题等相关的信息。
