错误和CMMI的MSF中的更改请求有什么区别？
我目前正在评估TFSMSF for CMMI下的流程模板，以供我的开发团队使用，并且无法理解需要单独的错误和更改请求工作项类型的需求。
我了解在生成报告时能够区分错误（错误）和更改请求（更改需求）是有益的。
但是，在当前系统中，我们只有一种类型的变更请求，仅使用一个字段指示它是否是错误，需求变更等（此字段可用于构建报告查询）。
有一个单独的错误工作流程有什么好处？
开发人员可以针对错误或更改请求提交工作，这也让我感到困惑，我认为预期的工作流程是让错误生成更改请求的错误，这是开发人员在进行更改时所引用的。
展开
收起
1
条回答
写回答
写回答
-
请记住，TFS的“工作项类型”定义的一部分是其“工作流”的定义，这意味着工作项可以是状态，也可以是状态之间的转换。这可以通过安全角色来保证。
因此，通常来说，“变更请求”将由组织中较高级别的人员（拥有“赞助”权利的人，与花费资源对系统进行（可能是非常大的）变更相关）发起并批准。该人将是批准更改成功的人。
但是，对于“错误”，该应用程序的任何用户都应该能够启动错误。
在我实施TFS的组织中，只有部门主管可以成为“变更请求”的发起者-但是“臭虫”是从“帮助台”凭单创建的（不是自动的，只是通过过程...）
2020-01-03 16:29:33赞同 展开评论 打赏
版权声明：本文内容由阿里云实名注册用户自发贡献，版权归原作者所有，阿里云开发者社区不拥有其著作权，亦不承担相应法律责任。具体规则请查看《阿里云开发者社区用户服务协议》和《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容，填写侵权投诉表单进行举报，一经查实，本社区将立刻删除涉嫌侵权内容。
相关问答
