业务对象和从哪里开始?

时间:2010-03-01 16:58:09

标签: .net database-design c#-4.0 business-objects

我正在创建一个新数据库并将旧数据移入其中。我想为新系统创建Business Objects并查看旧系统,看起来这些对象基于旧数据库中的表。这是创建业务对象的正确方法吗?

3 个答案:

答案 0 :(得分:4)

正确规范化的数据库看起来像 nothing 就像一个适当的面向对象设计。数据库的需求与软件应用程序的需求截然不同。

您应该根据应用程序的使用要求来设计应用程序。应用程序应该做什么样的事情?需要哪些对象来支持这些需求?他们之间的自然关系是什么?

单个业务对象可以存储在十几个数据库表中,或者单个表可以存储十几个对象的数据。这实际上取决于您正在使用的系统的具体情况。

答案 1 :(得分:1)

如果旧数据库已正确规范化,您会发现许多表确实对应于业务对象。然而...

您对业务对象构成的决定不应局限于此。您需要研究场景并确定业务感兴趣的内容。您对业务的理解将是主要决定因素。

答案 2 :(得分:0)

这里没有太多细节是一个建议......

从新系统必须做的“什么”开始。 [new]系统应该支持哪些[新]功能。需要什么数据。您的新系统很可能应该以不同和/或更好的方式满足新要求或满足新要求。

在您对事物和需求需求有一个相当清晰的了解后,请跟进“如何”;如何解决这些“什么”。做一些业务对象建模。

在业务对象建模之后,您可以了解另一个“如何”,即数据库设计。然后你可以做数据迁移。

此后并不意味着完全忘记旧系统/数据库。如果有任何好的或有价值的东西,你认为你可以采用旧的方式,采取它并尝试尽可能地融入/整合到新的方式。