在收集业务用户的需求时，我遇到了一个问题，即我需要了解业务用户领域中两个概念之间的基数。
这通常是我想在流程早期了解的内容，因为它会影响以后很难更改的数据库设计。
例如，业务用户可能有一个特定领域的概念，即“Lead”和“Reference”。 让他们告诉我潜在客户有多少参考资料并不总是那么容易，反之亦然。
如果我问的是数据库程序员，我可能会简单地问：“Lead 和 Reference 之间的基数是多少？”然而，这对商业用户来说并不总是有意义的。
【问题讨论】：
标签： database-design terminology requirements nomenclature cardinality
我在这里看不到您的问题。你不应该对商务人士使用基数之类的术语，你只会得到一个空白的凝视或认为你是一个自命不凡的人 &%^$#$@。 :-)
两个问题：
是简单的英语，任何说该语言的人都可以理解。
但是，与往常一样，需求收集是一个梳理过程。如果这些简单的问题您无法得到明确的答案，您需要：
和他们坐下来对你们俩来说都是个好主意。它使他们了解您为什么需要知道，并为您提供所需的信息和更多领域知识。
【讨论】：
您可以做到这一点的唯一方法是研究用例并确定基数，因为它们解释了应该发生的事情。
你：谁需要“领导”？它是做什么用的？
他们：潜在客户是我们从参考中得到的。
你：那应该怎么做？
他们：嗯，作为某事或其他事的一部分，我们会得到一个参考。我们希望将它们放入某种列表中，以便我们可以对它们进行细分和优先排序，然后对参考进行冷调用。有兴趣的冷电话成为“线索”。
你：所以一个参考变成一个线索？
他们：不。有时参考不会产生潜在客户[Optionality]
你：所以一个推荐人可能会成为潜在客户，或者可能不会去哪里？
他们：当然。
你：引用还会发生什么？除了创造潜在客户之外还有什么？
他们：什么都没有。
你：什么都没有？
他们：除了发送信用评分并重新排列所有参考文献时。
你：所以有两个用例？初始参考和信用评分？
他们：我想是的。
您：推荐人的信用评分可以创造潜在客户吗？
他们：是的。一直在做。
你：所以一个参考可以产生零个、一个或多个潜在客户？ [基数]
他们：不。零或一。
你：除非它得分，否则它可能会产生第二次领先。
他们：对。零个，一两个。永远不要超过四分之三。称它为绝对上限的六。每个参考给我们六个线索。我们再也不需要更多了。
你：通过外键引用的魔力获得无限个数怎么样？
他们：从来没有。它只是零或一。除非是两个。 [试图否认]
我认为，您可以有意义地吸引用户的唯一方法是讨论用例。不是数据模型。
您从用例中派生数据模型。
【讨论】：
别忘了询问其他用户。其他部门可能有不同的看法。
【讨论】：