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