评审 (CMMI)

在本主题中，您可以学习如何填写评审工作项的详细信息。 团队可以使用评审工作项对设计或代码评审的结果进行归档。 团队成员可以捕获有关设计或代码在名称正确性、代码相关性、扩展性、代码复杂性、算法复杂性以及代码安全性方面的达标情况详细信息。 有关更多信息，请参见实现开发任务。

有关如何创建此类工作项的信息，请参见工作项和工作流 (CMMI)。

主题内容	相关主题
定义评审 将评审链接到要求、任务或其他工作项 向评审中添加详细信息、附件或超链接 更改评审的状态	过程指南 实现开发任务 字段参考 评审会议字段 (CMMI) 标题、ID、说明和历史记录 (CMMI) 区域和迭代 指派、工作流和计划 (CMMI) 链接工作项 (CMMI) 附件

所需权限

若要查看评审，您必须是**“Readers (访问者)”组的成员，或者您的“查看此节点中的工作项”必须设置为“允许”。 若要修改评审，您必须是“Contributors (参与者)”组的成员，或者您的“编辑此节点中的工作项”权限必须设置为“允许”**。 有关更多信息，请参见管理权限。

定义评审

评审的工作项窗体将数据存储在下图所示的字段和选项卡中：

   

在定义评审时，必须在工作项窗体的上方区域定义**“标题”，以及在“详细信息”选项卡上定义“目的”**。 可以将所有其他字段保留为空白，也可以接受其默认值。

定义单个评审

1. 在工作项窗体的上方区域，指定以下一类或多类信息：

   • 在**“标题”**（必需）中，键入用于将评审与其他评审工作项区分开来的简短说明。

     好的标题可以标识已评审的代码段或设计区域。

   • 在**“会议类型”**列表中，单击用于评审的会议的类型。

     有效值为**“会议”或“脱机”**。

   • 在**“指派给”**列表中，单击负责解决评审的团队成员的名字。

     提示

     只能向“Contributors (参与者)”组成员指派工作项。

     如果未指派评审，则该评审将自动指派给您。

   • 在**“状态”列表中，保留默认值“活动”**。

   • 在**“参与实施者”**部分，单击召开会议的团队成员的名字，并键入会议的日期。

2. 在**“详细信息”**选项卡上，根据需要提供尽可能详细的信息，以描述已评审的代码或设计区域，以及评审中应用的条件。

3. 在**“会议记录”**选项卡上，根据需要提供尽可能详细的信息，以描述评审会议所得出的结果、讨论、条件和决策。

   此信息可能包括已评审的内容、所应用的条件，以及已确定的问题。

4. 在**“注释”**选项卡上，键入有关在其他地方未正确捕获的评审的任何杂项信息。

5. 在**“与会者”**选项卡上，单击每个必需、可选的团队成员的名字或实际评审参与者的名字。

   这些团队成员是评审委员会的成员。

6. 在**“所有链接”**选项卡上，将评审链接到一个或多个其他工作项，如要求或任务。

7. 在**“附件”**选项卡上，可以附加提供要进行的评审详细信息的规范、图像或其他文件。

   有关更多信息，请参见本主题后面的以下各节：

   • 将评审链接到要求、任务或其他工作项

   • 向评审中添加详细信息、附件或超链接

8. 单击 “保存工作项”。

   提示

   在保存评审之后，标识符将出现在工作项工具栏下方的标题中。

将评审链接到要求、任务或其他工作项

使用**“链接”**选项卡来创建指向特定类型工作项的链接，以及查看特定类型的链接。 有关更多信息，请参见链接工作项 (CMMI)。

创建任务、要求或其他工作项并将它们链接到评审

1. 打开评审工作项的窗体，单击**“所有链接”选项卡，然后单击 “新建”**。

   将打开**“添加新的链接工作项”**对话框。

   

2. 在**“链接类型”列表中，单击“相关”**或表示要跟踪的关系的其他链接类型。

3. 在**“工作项类型”**列表中，单击要创建的工作项的类型。

4. 在**“标题”**中，键入简短的针对性说明。

5. （可选）在**“注释”**中键入附加信息。

6. 单击**“确定”**。

   打开一个与您指定的工作项类型相对应的窗体，其中含有您提供的信息。

7. 按下列主题所述，指定其余字段：

   • 要求 (CMMI)

   • 更改请求 (CMMI)

   • 任务 (CMMI)

   • Bug (CMMI)

   • 测试用例 (Agile)

   • 问题 (CMMI)

8. 单击 “保存工作项”。

将一个或多个现有工作项链接到评审

1. 打开评审工作项的窗体，单击**“所有链接”选项卡，然后单击 “链接到”**。

   将打开**“将链接添加到评审”**对话框。

   

2. 在**“链接类型”列表中，根据要链接的工作项的类型，单击“相关”**或表示要跟踪的关系的其他链接类型。

3. 执行以下操作之一：

   • 在**“工作项 ID”**中，键入要查找的工作项的 ID。 使用逗号或空格分隔各个 ID。

   • 单击**“浏览”**，从列表中指定工作项。

     将显示**“选择链接工作项”**对话框。

     

     在**“已保存查询”列表中，单击包含要添加的工作项的查询。 例如，可以单击“打开工作项”、“活动 Bug”或“活动任务”**。

     单击**“查找”，选中要链接到问题的每个工作项旁边的复选框，然后单击“确定”**。

   • （可选）键入对链接目标项的说明。

4. 单击**“确定”**。

   有关更多信息，请参见查找要链接或导入的工作项。

5. 单击 “保存工作项”。

   提示

   评审和链接到的工作项都将进行更新。

向评审中添加详细信息、附件或超链接

随着所得信息不断增多，您可以用以下方式向评审中添加信息：

• 在**“详细信息”、“会议记录”或“注释”**选项卡上的框中键入信息。

• 附加文件。

  例如，可以附加电子邮件线索、文档、图像、日志文件或其他类型的文件。

• 添加指向网站的超链接，或者指向存储在服务器或网站上的文件的超链接。

向评审中添加详细信息

1. 单击**“详细信息”、“会议记录”或“注释”**选项卡，并在框中键入信息。

   您可以设置信息格式以强调重点或获取项目符号列表。

   提示

   每次团队成员更新该工作项时，其历史记录都会显示更改日期、执行更改的团队成员的名字和所更改的字段。

   有关更多信息，请参见评审会议字段 (CMMI)和标题、ID、说明和历史记录 (Agile)。

2. 单击 “保存工作项”。

向评审中添加附件

1. 在**“附件”**选项卡中，执行以下操作之一：

   • 将文件拖动到附件区。

   • 单击 或按 Ctrl+V 粘贴已复制的文件。

   • 单击 “添加”，单击**“浏览”，在“附件”**对话框中，键入或浏览到要附加的文件的名称。

     （可选）在**“注释”框中，键入有关附件的更多信息。 若要关闭“附件”对话框，请单击“确定”**。

2. 单击 “保存工作项”。

向评审中添加超链接

1. 在**“所有链接”选项卡上，单击 “链接到”**。

   

2. 在**“链接类型”列表中，单击“超链接”**。

3. 在**“地址”**框中，执行下列操作之一：

   • 如果目标是网站，请键入 URL，或者从 Internet 浏览器中复制该 URL，然后将其粘贴到**“地址”**框中。

   • 如果目标是服务器位置，请键入其 UNC 地址。

4. （可选）在**“注释”**框中键入有关超链接的附加信息。

5. 单击**“确定”**。

6. 单击 “保存工作项”。

更改评审的状态

如果评审发现设计或代码不需要更改，则可以关闭评审工作项。 如果设计或代码需要次要更改或主要更改，则会将活动评审工作项指派给开发人员进行解决。 如果只需进行次要更改，则开发人员可以关闭评审工作项。 如果需要进行主要更改，则必须进行第二次评审，并且只有当第二次评审成功通过时才会关闭评审工作项。

团队成员可以使用以下状态来跟踪评审的进度：

• 活动

• 已解决

• 已关闭

您创建处于**“活动”**状态的评审。

有关可用于跟踪工作项状态的数据字段的更多信息，请参见指派、工作流和计划 (CMMI)。

更改评审的状态

1. 打开评审工作项。

2. 在**“状态”列表中，单击“已解决”或“已关闭”**。

   • 如果将状态从**“活动”更改为“已解决”，“原因”字段会自动更改为“已接受但有次要更改”**。

   • 如果将状态从**“已解决”更改为“已关闭”，则“原因”字段更改为“次要更改完成”**。

3. 单击 “保存工作项”。

典型工作流进度： 团队成员创建一个处于“活动”状态的评审，原因是默认的“新建”。 如果评审委员会在进行了次要更改的情况下认为代码可接受，团队成员会将评审的状态从“活动”更改为“已解决”。 在进行了任何必需的更改后，团队成员会将状态从“已解决”更改为“已关闭”。 非典型转换： 团队成员将状态从“活动”更改为“已关闭”，原因是默认的“已接受(按原样)”。 评审委员会认为必须对代码进行主要更改，并将状态从“已解决”更改为“活动”。 团队成员认为评审被错误地关闭，并将状态从“已关闭”更改为“活动”。

评审状态图

活动（新建）

活动评审工作项可对设计或代码评审的结果进行归档。 评审会议的与会者确定下一步应进行什么操作。 如果不必进行更改，则关闭评审工作项。 如果需要进行更改，则评审工作项将保持活动状态，并指派给相应的开发人员。 开发人员在更改完成后解决评审工作项。

由“活动”改为“已解决”

由于下表中的原因，团队成员可以解决活动评审：

原因	何时使用	要采取的其他操作
已接受但有次要更改	当开发人员在设计或代码中完成了确定的更改后。	无。
已接受但有主要更改	当开发人员在设计或代码中完成了确定的更改后。	重新激活评审工作项。

在团队成员解决活动评审时会捕获以下数据字段：

• 解决者：解决评审的团队成员的名字。

• 解决日期：按服务器时钟记录的解决评审时的日期和时间。

• 状态更改日期：审阅的状态更改日期和时间。

从活动到关闭

当评审委员会无论出于什么原因决定无需进行更改时，团队成员可以关闭活动评审。 “原因”字段会自动设置为“已接受(按原样)”。

在团队成员关闭活动评审时会捕获以下数据字段：

• 关闭者：关闭评审的团队成员的名字。

• 关闭日期：按服务器时钟记录的关闭评审时的日期和时间。

• 状态更改日期：审阅的状态更改日期和时间。

已解决

已解决的评审工作项指明必需的更改（不管是次要更改还是主要更改）已完成。 如果进行了主要更改，则必须进行第二次评审，然后才能关闭评审工作项。 如果第二次评审暴露出其他更改，则会重新激活评审工作项。

由“已解决”改为“已关闭”

由于下表中的原因，团队成员可以关闭解决的评审：

原因	何时使用	要采取的其他操作
次要更改完成	当已确定、进行和验证了次要更改后。	将评审指派给产品所有者。

在团队成员关闭解决的评审时会自动捕获以下数据字段：

• 关闭者：关闭评审的团队成员的名字。

• 关闭日期：按服务器时钟记录的关闭评审时的日期和时间。

• 状态更改日期：审阅的状态更改日期和时间。

由“已解决”改为“活动”

由于下表中的原因，您可以重新激活解决的评审：

原因	何时使用	要采取的其他操作
主要更改完成	当需要进行第二次评审来确定任何问题是否仍然存在时。	召开另一次评审会议来验证已更改的代码。

在团队成员重新激活解决的评审时会自动捕获以下数据字段：

• 激活者：重新激活评审的团队成员的名字。

• 激活日期：按服务器时钟记录的重新激活评审时的日期和时间。

• 状态更改日期：审阅的状态更改日期和时间。

已关闭

如果某个已关闭的评审返回范围内，则不再会处理该评审，但可将其重新激活。 通常由业务分析人员或项目经理来重新激活已关闭的评审。

从关闭到活动

已关闭的评审工作项指明评审和任何必需的更改已完成。 如果评审被意外关闭，您可以将其重新激活。 重新激活的原因设置为**“错误地关闭”**。

在团队成员重新激活已关闭的评审时会自动捕获以下数据字段：

• 激活者：重新激活评审的团队成员的名字。

• 激活日期：按服务器时钟记录的重新激活评审时的日期和时间。

• 状态更改日期：审阅的状态更改日期和时间。

请参见

概念

MSF for CMMI Process Improvement 5.0 版

其他资源

评审会议字段 (CMMI)

任务 (CMMI)

工作项和工作流 (CMMI)