监控和跟踪变更系统中的ER图

时间:2015-06-27 05:20:51

标签: database database-design relational-database database-schema entity-relationship

我试图弄清楚在追踪变更和监控发票处理案例的系统方面看起来是什么样的。

案例是: 规则是包含供应商需要发送给公司的列表。它不需要满足所有规则(有12个规则),但至少供应商必须满足一些,无论它是什么)。 供应商向公司发送发票以及清单,其中包含满足的规则。发票必须符合公司规则(有12条规则,但公司只会检查它与供应商的清单,如果供应商只检查4规则,那么公司将检查4)。首先,经理在他的桌子上拿到发票。然后他把它发给了秘书。秘书将收到的发票写入她的书,并将其发送到特定的子区域。子区域然后检查发票文件。如果发票满足公司的规则,则将其处理为付款,否则发票将退回给秘书,并发回给供应商。 经理必须能够监控此系统的发票处理进度。 这是我的设计:

Vendor -1---sent----N- Invoice -N---verify----N- Company
                         |
                        has
                         |
                        Rule

我的桌面设计是这样的:

 Vendor        Invoice           Rule           Verify          Company
--------      -----------       -------        ----------      --------
 + id          + id              + id           + id            + id
 + vendor      + vendorid        + rule         + invoiceid     + user
 + username    + projectname                    + userid        +password
 + passwd      + projectvalue                   + phase

我想知道在哪里放置用于监控变更的表(包含发票处理的多长时间(阶段)以及谁来处理它),以便经理可以监控涉及的流程,涉及的流程已经完成了并且没有避风港。 我设计错了吗?

0 个答案:

没有答案
相关问题