我最近从另一个错误跟踪系统切换到JIRA，之前我们没有使用“组件”字段。该项目非常小，所以当时似乎不需要它。随着项目变得越来越大，我发现组件字段可能有用，但我不确定如何拆分组件。
例如，假设我有一个银行应用程序，我正在添加一个功能来在帐户之间转移资金。该功能可能被归类为“帐户”组件，但它也会影响用户界面，并且会出现一些与之相关的安全问题。看起来很多问题都会引起这种跨领域的关注。
是否有确定如何将项目划分为组件的最佳实践？ “用户界面”和“安全性”之类的东西是否过于宽泛？
我不确定这个问题是否只有一个正确的答案，所以也许它应该转移到社区维基，但是人们可以提供的任何见解在这里都会有所帮助。
答案 0 :(得分：6)
如果组件对每个组件（组件线索）有明显的默认受理人，则组件最有用。另一种方法是等待一段时间并使用标签。查看用户是否喜欢使用常用标签，然后在几周内为这些标签创建组件。
答案 1 :(得分：4)
创建错误的用户可以在报告问题时添加多个组件。因此，他们可以选择帐户，转移和安全问题（或贷款，付款和安全问题）作为受特定错误影响的所有组件。可以将任何组件组合在一起，以便开发团队确切知道此错误发生的位置。
答案 2 :(得分：1)
我们主要使用公司中的组件字段以有意义的方式对问题进行聚类，以便向这些组件报告可以反馈您应用程序开发的哪个部分获得最多问题，或者哪些更改最多（使用最常见的错误）正在发生。有时，组件反映项目的组织，然后默认受让人的方面是有效的（由@mdoar回答）。但即便如此，项目概述也是最有趣的方面。