答案 0 :(得分：1)
这取决于你对“简单”的定义。您没有附加文档的机制（例如屏幕截图），但也许一个简单的错误跟踪系统不会有这些。
“产品”的细粒度不是很好。发布No或Revision将是有用的，SubSystem（对于更大的系统）和Component（对于更复杂的架构）也是如此。
此外，Bugs表应该具有环境（开发，测试，生产等），预计完成日期和下降死亡日期的属性。能够区分谁报告的人与目前正在处理的人是有帮助的，更不用说谁最终负责看到它完成了。
确定您的文字字段太短。我的错误需要超过255个字符来描述！
对术语进行狡辩。开发人员以外的人员将报告，进展和评论错误，特别是测试人员。因此Developer表需要更通用的名称。同样不是所有内容都是错误，因此Bug表应该具有较少的加载名称，例如问题
答案 1 :(得分：0)
可能是一个Teams表，其中包含从开发人员到表示开发人员团队的FK。 （QA团队，开发团队，分流团队）。
答案 2 :(得分：0)
BUg和开发人员应该是多对多的关系。将分配多个开发人员的错误。你需要一个连接表。
