评审 (CMMI)
在本主题中,您可以学习如何填写评审工作项的详细信息。 团队可以使用评审工作项对设计或代码评审的结果进行归档。 团队成员可以捕获有关设计或代码在名称正确性、代码相关性、扩展性、代码复杂性、算法复杂性以及代码安全性方面的达标情况详细信息。 有关更多信息,请参见实现开发任务。
有关如何创建此类工作项的信息,请参见工作项和工作流 (CMMI)。
主题内容 |
相关主题 |
---|---|
|
过程指南 字段参考 |
必需的权限
若要查看评审,您必须是**“Readers (访问者)”组的成员,或者您的“查看此节点中的工作项”必须设置为“允许”。 若要修改评审,您必须是“Contributors (参与者)”组的成员,或者您的“编辑此节点中的工作项”权限必须设置为“允许”**。 有关更多信息,请参见管理权限。
定义评审
评审的工作项窗体将数据存储在下图所示的字段和选项卡中:
在定义评审时,必须在工作项窗体的上方区域定义**“标题”,以及在“详细信息”选项卡上定义“目的”**。 可以将所有其他字段保留为空白,也可以接受其默认值。
定义单个评审
在工作项窗体的上方区域,指定以下一类或多类信息:
在**“标题”**(必需)中,键入用于将评审与其他评审工作项区分开来的简短说明。
好的标题可以标识已评审的代码段或设计区域。
在 指派给 列表中,选择负责解决评审的团队成员的名字。
备注
只能为“Contributors (参与者)”组的成员分配工作项。
如果未指派评审,则该评审将自动指派给您。
在**“状态”列表中,保留默认值“活动”**。
在 召集者 部分中,选择召开会议的团队成员的名字。
在 会议类型 列表中,选择用于评审会议的类型。
有效值为**“会议”或“脱机”**。
在 说明 选项卡上,提供尽可能详细的信息,以描述已评审的代码或设计区域,以及评审中应用的条件。
在 分钟 选项卡上,提供尽可能详细的信息,以描述评审会议所得出的结果、讨论、条件和决策。
此信息可能包括已评审的内容、所应用的条件,以及已确定的问题。
在 注释 选项,键入有关在其他地方未正确捕获的评审的任何其他信息。
在 参与者 选项,请选择要查看的所选项,或者实际与会者每个团队成员的名字。
这些团队成员是评审委员会的成员。
在 所有链接 选项卡上,将一个或多个链接到其他工作项检查,如要求或任务。
在 附件 选项,可以附加规范、图像,或提供要进行的评审的更多详细信息的其他文件。
有关更多信息,请参见本主题后面的以下各节:
将评审链接到要求、任务或其他工作项
向评审中添加详细信息、附件或超链接
选择 保存工作项。
备注
在保存评审之后,标识符将出现在工作项工具栏下方的标题中。
将评审链接到要求、任务或其他工作项
使用**“链接”**选项卡来创建指向特定类型工作项的链接,以及查看特定类型的链接。 有关更多信息,请参见Linking Work Items (CMMI)。
创建任务、要求或其他工作项并将它们链接到评审
打开评审工作项窗体中,选择 所有链接 选项卡,然后选择 新建。
将打开**“添加新的链接工作项”**对话框。
在 链接类型 列表中,选择 相关 或表示要跟踪的关系的其他链接类型。
在 工作项类型 列表中,选择要创建的工作项的类型。
在**“标题”**中,键入简短的针对性说明。
(可选)在**“注释”**中键入附加信息。
选择**“确定”**。
打开一个与您指定的工作项类型相对应的窗体,其中含有您提供的信息。
按下列主题所述,指定其余字段:
选择 保存工作项。
将一个或多个现有工作项链接到评审
打开评审工作项窗体中,选择 所有链接 选项卡,然后选择 链接到。
将打开**“将链接添加到评审”**对话框。
在 链接类型 列表中,选择 相关 或表示要跟踪基于要链接的工作项的类型的关系的其他链接类型。
执行以下操作之一:
在**“工作项 ID”**中,键入要查找的工作项的 ID。 使用逗号或空格分隔各个 ID。
选择 浏览 从列表中指定工作项。
将显示**“选择链接工作项”**对话框。
在 已保存的查询 列表中,选择包含要添加的查询。 例如,您可以选择 打开的工作项、 活动 Bug或 活动任务。
选择 查找,在要链接到问题的每个工作项旁边的复选框,然后选择 确定。
(可选)键入对链接目标项的说明。
选择**“确定”**。
有关更多信息,请参见查找要链接或导入的工作项。
选择 保存工作项。
备注
评审和链接到的工作项都将进行更新。
向评审中添加详细信息、附件或超链接
随着所得信息不断增多,您可以用以下方式向评审中添加信息:
在**“详细信息”、“会议记录”或“注释”**选项卡上的框中键入信息。
附加文件。
例如,可以附加电子邮件线索、文档、图像、日志文件或其他类型的文件。
添加指向网站的超链接,或者指向存储在服务器或网站上的文件的超链接。
向评审中添加详细信息
选择 详细信息、 会议记录或 注释 选项在框中键入信息。
您可以设置信息格式以强调重点或获取项目符号列表。
备注
每次团队成员更新该工作项时,其历史记录都会显示更改日期、执行更改的团队成员的名字和所更改的字段。
有关更多信息,请参见评审会议字段引用 (CMMI)和标题、ID、说明和历史记录字段引用。
选择 保存工作项。
向评审中添加附件
在**“附件”**选项卡中,执行以下操作之一:
将文件拖动到附件区。
选择 或按CTRL+V粘贴已复制的文件。
选择 添加,选择 浏览,因此,在 附件 对话框中,键入或浏览到要附加的文件的名称。
(可选)在**“注释”**框中,键入有关附件的更多信息。 若要关闭 附件 对话框中,选择 确定。
选择 保存工作项。
向评审中添加超链接
在 所有链接 选项卡中,选择 链接到。
在 链接类型 列表中,选择 超链接。
在**“地址”**框中,执行下列操作之一:
如果目标是网站,请键入 URL,或者从 Internet 浏览器中复制该 URL,然后将其粘贴到**“地址”**框中。
如果目标是服务器位置,请键入其 UNC 地址。
(可选)在**“注释”**框中键入有关超链接的附加信息。
选择**“确定”**。
选择 保存工作项。
更改评审的状态
如果评审发现设计或代码不需要更改,则可以关闭评审工作项。 如果设计或代码需要次要更改或主要更改,则会将活动评审工作项指派给开发人员进行解决。 如果只需进行次要更改,则开发人员可以关闭评审工作项。 如果需要进行主要更改,则必须进行第二次评审,并且只有当第二次评审成功通过时才会关闭评审工作项。
团队成员可以使用以下状态来跟踪评审的进度:
活动
已解决
已关闭
您创建处于**“活动”**状态的评审。
有关可用于跟踪工作项状态的数据字段的更多信息,请参见指派、工作流和计划 (CMMI)。
更改评审的状态
打开评审工作项。
在 状态 列表中,选择 已解决 或 已关闭。
如果将状态从**“活动”更改为“已解决”,“原因”字段会自动更改为“已接受但有次要更改”**。
如果将状态从**“已解决”更改为“已关闭”,则“原因”字段更改为“次要更改完成”**。
选择 保存工作项。
典型工作流进度:
非典型转换:
|
评审状态图 |
活动(新建)
活动评审工作项可对设计或代码评审的结果进行归档。 评审会议的与会者确定下一步应进行什么操作。 如果不必进行更改,则关闭评审工作项。 如果需要进行更改,则评审工作项将保持活动状态,并指派给相应的开发人员。 开发人员在更改完成后解决评审工作项。
由“活动”改为“已解决”
由于下表中的原因,团队成员可以解决活动评审:
原因 |
何时使用 |
要采取的其他操作 |
---|---|---|
已接受但有次要更改 |
当开发人员在设计或代码中完成了确定的更改后。 |
无。 |
已接受但有主要更改 |
当开发人员在设计或代码中完成了确定的更改后。 |
重新激活评审工作项。 |
在团队成员解决活动评审时会捕获以下数据字段:
解决者:解决评审的团队成员的名字。
解决日期:按服务器时钟记录的解决评审时的日期和时间。
状态更改日期:审阅的状态更改日期和时间。
从活动到关闭
当评审委员会无论出于什么原因决定无需进行更改时,团队成员可以关闭活动评审。 “原因”字段会自动设置为“已接受(按原样)”。
在团队成员关闭活动评审时会捕获以下数据字段:
关闭者:关闭评审的团队成员的名字。
关闭日期:按服务器时钟记录的关闭评审时的日期和时间。
状态更改日期:审阅的状态更改日期和时间。
已解决
已解决的评审工作项指明必需的更改(不管是次要更改还是主要更改)已完成。 如果进行了主要更改,则必须进行第二次评审,然后才能关闭评审工作项。 如果第二次评审暴露出其他更改,则会重新激活评审工作项。
由“已解决”改为“已关闭”
由于下表中的原因,团队成员可以关闭解决的评审:
原因 |
何时使用 |
要采取的其他操作 |
---|---|---|
次要更改完成 |
当已确定、进行和验证了次要更改后。 |
将评审指派给产品所有者。 |
在团队成员关闭解决的评审时会自动捕获以下数据字段:
关闭者:关闭评审的团队成员的名字。
关闭日期:按服务器时钟记录的关闭评审时的日期和时间。
状态更改日期:审阅的状态更改日期和时间。
由“已解决”改为“活动”
由于下表中的原因,您可以重新激活解决的评审:
原因 |
何时使用 |
要采取的其他操作 |
---|---|---|
主要更改完成 |
当需要进行第二次评审来确定任何问题是否仍然存在时。 |
召开另一次评审会议来验证已更改的代码。 |
在团队成员重新激活解决的评审时会自动捕获以下数据字段:
激活者:重新激活评审的团队成员的名字。
激活日期:按服务器时钟记录的重新激活评审时的日期和时间。
状态更改日期:审阅的状态更改日期和时间。
已关闭
如果某个已关闭的评审返回范围内,则不再会处理该评审,但可将其重新激活。 通常由业务分析人员或项目经理来重新激活已关闭的评审。
从关闭到活动
已关闭的评审工作项指明评审和任何必需的更改已完成。 如果评审被意外关闭,您可以将其重新激活。 重新激活的原因设置为**“错误地关闭”**。
在团队成员重新激活已关闭的评审时会自动捕获以下数据字段:
激活者:重新激活评审的团队成员的名字。
激活日期:按服务器时钟记录的重新激活评审时的日期和时间。
状态更改日期:审阅的状态更改日期和时间。
请参见
概念
适用于 Visual Studio ALM 的 CMMI 过程模板