CN110825718B - 一种信息系统数据架构模型及其构建方法 - Google Patents

Abstract

本发明提出了一种信息系统数据架构模型及其构建方法，首先将要设计的系统分解成为若干项业务，将每个业务设计成由数据实体组成的业务数据模型，然后按照业务操作的角度构建业务功能数据模型，通过业务功能数据模型定义数据实体，最后通过业务流程对1个或多个定义后的业务功能数据模型进行约束。本发明能够将所需要设计的系统分解成业务数据模型，再将业务数据模型分解成数据实体，在此基础上，用户可以根据功能搭建业务功能数据模型，并利用业务流程进行约束，搭建成单独的功能系统，使得功能系统的搭建更加简单便捷，更加柔性，提高系统的可扩展性和可维护性。

Description

一种信息系统数据架构模型及其构建方法

技术领域

本发明涉及软件技术领域，特别涉及一种信息系统数据架构模型及其构建方法。

背景技术

在现有的软件开发领域中，系统的数据架构描述是在软件代码中实现，与代码成为紧耦合的关系，对现有的软件进行维护和再次开发时，程序员需对现有的软件的源代码进行大量的修改，才能够实现软件功能变更，这样开发效率低，且周期长；并且，目前的大多数软件系统由于软件加密、无人维护、无法获取源代码等原因，大大增加了程序员对这类软件进行再次开发的难度，使得这类软件系统的生命周期非常短。

发明内容

本发明的目的旨在至少解决所述技术缺陷之一，对数据架构和软件代码进行解耦，以增强软件系统的可维护性和可扩展性，延长软件的生命周期。

为此，本发明的目的在于提出一种信息系统数据架构模型及其构建方法，用户可以根据功能搭建业务功能数据模型，并利用业务流程进行约束，搭建成单独的功能系统，使得功能系统的搭建更加简单便捷，便于操作。当功能系统的业务需求发生变更时，只需修改业务数据模型和业务功能数据模型，修改少量代码即可以满足变更的需求，从而大大提高了开发效率。

为了实现上述目的，本发明提供一种信息系统数据架构模型，首先将要设计的系统分解成为若干项业务，将每个业务设计成业务数据模型，通过业务数据模型定义数据实体，然后按照业务操作的角度构建业务功能数据模型，通过业务功能数据模型定义数据实体的操作，最后通过业务流程对1个或多个定义后的业务功能数据模型进行约束；

当所要设计业务的业务数据模型能直接用数据实体来描述时，则将所要设计业务的业务数据模型设计成由1个或多个数据实体组成；

当所要设计业务的业务数据模型不能直接用数据实体来描述时，将所要设计业务的业务数据模型分解成为1个主数据实体模型和若干个通过主数据实体模型主键进行关联的子数据实体模型，其中，所述主数据实体模型、子数据实体模型都是由存储在关系型数据表中的数据实体组成；

所述业务功能数据模型是面向软件功能实现的数据模型，用于约束软件功能实现时的数据过滤条件输入、数据列表获取和单个数据实体的获取；

所述业务流程是根据业务功能的操作次序进行约束，定义某一业务功能数据模型的新定义的数据实体操作是否依赖上游一个或多个业务功能数据模型的操作完成。

在上述任一方案中优选的是，所述数据实体由1个主表、若干个明细表和若干个关联数据表构成；

其中，每个明细表通过主表外键分别与主表的主键进行联接，每个关联数据表的主键与主表中其对应的关联数据外键联接，每个关联数据表的主键还与其对应的明细表中的关联数据外键连接。

在上述任一方案中优选的是，所述主数据实体模型的数据实体主键与每个子数据实体模型的主数据实体外键联接，所述主数据实体模型的子数据实体主键与其对应的子数据实体模型的数据实体主键联接。

在上述任一方案中优选的是，按照业务操作的角度构建的业务功能数据模型的数量为1个或多个。

在上述任一方案中优选的是，所述业务功能数据模型至少包括主表过滤条件域、主表数据列表域、主表数据字段域、明细表及其数据字段域；

所述主表过滤条件域用于定义主表数据过滤条件的主表数据字段；

所述主表数据列表域用于定义数据列表获取的主表数据字段；

所述主表数据字段域用于获取单个数据实体时，定义主表数据字段；

所述明细表及其数据字段域用于获取单个数据实体时，定义的明细表及其数据字段。

在上述任一方案中优选的是，所述业务流程定义某一业务功能数据模型时，当上游业务功能数据模型的数据实体操作完成后，才自动触发生成此业务功能数据模型的数据实体。

在上述任一方案中优选的是，所述业务流程定义某一业务功能数据模型时，必须参照和引用定义的上游业务功能数据模型中的数据实体。

一种构建上述的信息系统数据架构模型的方法，包括以下步骤：

步骤S1，将要设计的系统分解成为若干项业务，并将每个业务设计成业务数据模型；

步骤S2，将业务数据模型分解为1个或多个数据实体；

当所要设计业务的业务数据模型能直接用数据实体来描述时，则将所要设计业务的业务数据模型设计成由1个或多个数据实体组成；

当所要设计业务的业务数据模型不能直接用数据实体来描述时，将所要设计业务的业务数据模型分解成为1个主数据实体模型和若干个通过主数据实体模型主键进行关联的子数据实体模型，再将主数据实体模型、子数据实体模型分别分解为1个或多个数据实体；

步骤S4，然后按照业务操作的角度构建1个或多个业务功能数据模型，且多个业务功能数据模型之间相互独立；

步骤S5，业务功能数据模型对分解出来的数据实体进行定义，是业务数据模型的子集，用于约束软件功能实现的数据过滤条件输入、数据列表获取和单个数据实体的获取、修改和删除；

步骤S6，通过业务流程的走向对多个业务功能数据模型所定义的数据实体进行约束。

一种应用上述构建方法对第三方同构或异构系统重新构建的方法，包括以下步骤：在对第三方同构或异构系统的软件功能界面进行构建时，通过对第三方同构或异构系统的数据库结构进行分析，运用逆向工程，构建业务数据模型，找到数据实体，再根据业务需求变更的需求对业务数据模型进行改进、优化，并在此基础按业务需求构建业务功能数据模型，通过功能数据模型定义数据实体的操作，最后，通过业务流程约束业务功能数据模型。

在上述任一方案中优选的是，在对第三方同构或异构系统的软件功能界面进行重新构建的具体步骤如下：

步骤S71、结合第三方同构或异构系统的软件功能界面，对软件功能界面上的业务数据进行分析，从第三方同构或异构系统的数据库中找到相关的数据表；

步骤S72、分析上述数据表的主键和外键关系，按照构建信息系统数据架构模型的方法，将上述数据表的元数据导入，并创建业务数据模型；

步骤S73、在上述业务数据模型的基础上，根据业务功能需求构建业务功能数据模型，至少包括主表过滤条件域、主表数据列表域、主表数据字段域、明细表及其数据字段域；

通过主表过滤条件域定义主表数据过滤条件的主表数据字段；

通过主表数据列表域定义数据列表获取的主表数据字段；

获取单个数据实体时，通过主表数据字段域定义主表数据字段，通过明细表及其数据字段域定义的明细表及其数据字段；

步骤S74、通过业务流程对定义后的业务功能数据模型进行约束。

本发明的信息系统数据架构模型及其构建方法具有以下有益效果：

1、本发明将数据实体作为信息系统中的最小数据单元，在信息系统数据架构模型的设计和构建过程，将涉及的功能需求从数据模型的角度分解成为业务数据模型，根据业务数据模型定义数据实体，再从业务操作的角度分解成为业务功能数据模型，通过业务功能数据模型定义数据实体的属性，然后通过业务流程将数据实体与业务功能数据模型关联起来，并约束业务功能数据模型，满足信息系统功能需求的数据架构模型及其元数据模型的设计和构建，为软件编码开发提供了清晰、完整、无歧义的数据结构和数据流程定义描述。

2、本发明能够将所需要设计的系统分解成业务数据模型，再将业务数据模型分解成数据实体，在此基础上，用户可以根据功能搭建业务功能数据模型，业务功能数据模型是业务数据模型的子集，并利用业务流程进行约束，搭建成单独的功能系统，使得功能系统的搭建更加简单便捷，便于操作。

3、本发明当系统的业务需求发生变更时，只需修改业务数据模型和业务功能数据模型即可，即修改少量代码就可以满足整个系统业务变更，无需重头编辑代码。

4、本发明可以通过构建第三方同构或异构软件系统的业务数据模型，然后通过业务功能数据模块在数据层面上，便捷地操作该第三方同构或异构软件系统的数据，当需要对该第三方同构或异构软件系统的业务或功能进行变更，但该第三方同构或异构软件系统自身源代码未知或者无法修改时，可以从数据架构的角度通过本发明的方法开发替代功能，仅对该第三方同构或异构软件系统的进行不修改或者少量修改，就可以满足业务或功能变更的需求。

5、本发明还可以通过构建第三方同构或异构软件系统的业务数据模型、业务功能数据模型，不改变或优化原系统的数据架构，开发个别替代功能或完全重构该系统。

6、本发明采用元数据技术通过数据库表的元数据(即数据实体的描述)，然后通过通用的数据实体操作程序来操作数据库表，节省了程序员编制数据库访问程序的时间，提高开发效率；此外，本发明还对元数据(即数据实体)与数据库表之间的关系进行建模，建立了信息系统数据架构模型，能够快速提取关联数据项的属性字段，并对其进行修改，进一步提高开发效率，降低了开发周期。

7、本发明能够对数据架构和软件代码进行解耦，对元数据(即数据实体)与数据库表之间的关系进行建模，在数据层面对软件系统的功能进行修改，以增强软件系统的可维护性和可扩展性，延长软件的生命周期。

本发明附加的方面和优点将在下面的描述中部分给出，部分将从下面的描述中变得明显，或通过本发明的实践了解到。

附图说明

本发明的上述和/或附加的方面和优点从结合下面附图对实施例的描述中将变得明显和容易理解，其中：

图1是本发明实施例1中信息系统数据架构模型的总体结构框图；

图2是本发明实施例1中数据实体的结构图；

图3-1是本发明实施例1中费用报销单在PC端展示示意图；

图3-2是本发明实施例1中费用报销单在移动端一种展示示意图；

图3-3是本发明实施例1中费用报销单在移动端另一种展示示意图；

图4是本发明实施例1中费用报销单主表示意图；

图5是本发明实施例1中费用报销明细表示意图；

图6是本发明实施例1中冲销借款单示意图；

图7是本发明实施例1中一种业务数据模型的结构图；

图8是本发明实施例1中宽带报装工单示意图；

图9是本发明实施例1中客服回访单示意图；

图10是本发明实施例1中业务功能数据模型的结构图；

图11是本发明实施例1中一个业务功能数据模型示例示意图；

图12是本发明实施例2中一种构建信息系统数据架构模型的方法的流程图；

图13是本发明实施例2中触发型业务流程示意图；

图14是本发明实施例2中参照引用型业务流程示意图；

图15是本发明实施例3中对第三方同构或异构系统重新构建的方法的流程图；

图16是本发明实施例3中构建第三方同构或异构系统业务数据模型示例示意图；

图17是第三方同构或异构系统PC端原有用车申请功能示意图；

图18是本发明通过业务功能数据模型实现用车申请功能移动端应用示意图；

其中，a1、系统；a2、业务数据模型；a3、数据实体；b1、业务功能数据模型；b2、业务流程；

具体实施方式

下面详细描述本发明的实施例，所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，旨在用于解释本发明，而不能理解为对本发明的限制。

实施例1

本发明提供一种信息系统数据架构模型，如图1所示，首先将要设计的系统a1分解成为若干项业务，将每个业务设计成业务数据模型a2，通过业务数据模型a2定义数据实体a3，然后按照业务操作的角度构建业务功能数据模型b1，通过业务功能数据模型b1定义数据实体a3的操作，最后通过业务流程b2对1个或多个定义后的业务功能数据模型b1进行约束。

当所要设计业务的业务数据模型a2能直接用数据实体a3来描述时，则将所要设计业务的业务数据模型a2设计成由1个或多个数据实体a3组成。

本发明将数据实体作为信息系统数据架构模型中的最小数据实体单元，用于实现系统中单据、表单、报表或类似数据实体的新建、读取、修改、删除和存储。

如图2所示，数据实体由1个主表、若干个明细表和若干个关联数据表构成；

其中，每个明细表通过主表外键分别与主表的主键进行联接，每个关联数据表的主键与主表中其对应的关联数据外键联接，每个关联数据表的主键还与其对应的明细表中的关联数据外键连接。

下面举例来对数据实体进行详细说明:

例如在某商贸公司的管理系统中，可以将管理系统关于财务的业务数据模型进行分解，则该财务的业务数据模型可以定义费用报销单、采购报销单、合同进账报销单等作为数据实体；图3-1、图3-2和图3-3为费用报销单作为数据实体时的PC端和移动端的展示示意图；如图4所示，费用报销单主表可以作为数据实体的主表；如图5-6所示，费用报销明细表、冲销借款单等均可以作为数据实体的明细表，业务功能数据模型可以对费用报销单主表、费用报销明细表、冲销借款单等进行重新定义，从而修改管理系统中关于财务的部分功能。

当所要设计业务的业务数据模型a2不能直接用数据实体a3来描述时，将所要设计业务的业务数据模型分解成为1个主数据实体模型和若干个通过主数据实体模型主键进行关联的子数据实体模型。

其中，主数据实体模型、子数据实体模型都是由存储在关系型数据表中的数据实体组成；如图7所示，主数据实体模型的数据实体主键与每个子数据实体模型的主数据实体外键联接，主数据实体模型的子数据实体主键与其对应的子数据实体模型的数据实体主键联接，能够保证数据获取结果集中主表和各明细表的数据完整性。

下面举例来对主数据实体模型、子数据实体模型进行说明:

例如在某商贸公司的管理系统中，可将管理系统关于宽带报装的业务数据模型进行分解，将宽带报装工单作为主数据实体，如图8所示；链路资源申请单、用户测试开通单、用户收费单、客服回访单等均作为子数据实体，图9为客服回访单示意图。

进一步来讲，业务是由若干个依赖相同数据实体的业务功能构成的，业务功能数据模型可依据业务的数据实体独立定义自己的数据实体模型，因此，业务功能数据模型是业务数据模型的子集。

本发明可以按照业务操作的角度构建的业务功能数据模型的数量为1个或多个。

业务功能数据模型b1是面向软件功能实现的数据模型，用于约束软件功能实现时的数据过滤条件输入、数据列表获取和单个数据实体的获取；

如图10所示，业务功能数据模型至少包括主表过滤条件域、主表数据列表域、主表数据字段域、明细表及其数据字段域；

主表过滤条件域用于定义主表数据过滤条件的主表数据字段；

主表数据列表域用于定义数据列表获取的主表数据字段；

主表数据字段域用于获取单个数据实体时，定义主表数据字段；

明细表及其数据字段域用于获取单个数据实体时，定义的明细表及其数据字段。

业务流程b2是根据业务功能的操作次序进行约束，定义某一业务功能数据模型的新定义的数据实体操作是否依赖上游一个或多个业务功能数据模型的操作完成。

业务流程定义某一业务功能数据模型时，当上游业务功能数据模型的数据实体操作完成后，才自动触发生成此业务功能数据模型的数据实体。

业务流程定义某一业务功能数据模型时，必须参照和引用定义的上游业务功能数据模型中的数据实体。

下面举例来对上述系统进行详细说明:

例如在某商贸公司的管理系统中，可以将报销单作为一个业务数据模型，将费用报销单、采购报销单、合同进账报销单等定义为数据实体；然后根据不同的应用需求和场景构建业务功能数据模型，如需要将报销单应用在微信和PC端中，则可派生出3个业务功能数据模型：报销单(企业微信)、报销单(微信)、报销单(PC)。并根据各个业务功能数据模型定义数据实体，即对费用报销单、采购报销单、合同进账报销单等数据实体进行定义，每个业务功能数据模型都可以设置独立的过滤条件域、数据列表域、主表字段域和明细表，如图11所示，并通过过滤条件域、数据列表域、主表字段域和明细表来定义数据实体。

本发明将数据实体作为信息系统中的最小数据单元，在信息系统数据架构模型的设计和构建过程，将涉及的功能需求从数据模型的角度分解成为业务数据模型，由业务数据模型定义数据实体，再从业务操作的角度分解成为业务功能数据模型，通过业务功能数据模型定义数据实体的属性，然后通过业务流程将数据实体与业务功能数据模型关联起来，并约束业务功能数据模型，满足信息系统功能需求的数据架构模型及其元数据模型的设计和构建，为软件编码开发提供了清晰、完整、无歧义的数据结构和数据流程定义描述。

实施例2

本发明还提供一种构建上述的实施例1中信息系统数据架构模型的方法，如图12所示，包括以下步骤：

步骤S1，将要设计的系统分解成为若干项业务，并将每个业务设计成业务数据模型；

步骤S2，将业务数据模型分解为1个或多个数据实体；

当所要设计业务的业务数据模型能直接用数据实体来描述时，则将所要设计业务的业务数据模型设计成由1个或多个数据实体组成；

其中，数据实体由1个主表、若干个明细表和若干个关联数据表构成；每个明细表通过主表外键分别与主表的主键进行联接，每个关联数据表的主键与主表中其对应的关联数据外键联接，每个关联数据表的主键还与其对应的明细表中的关联数据外键连接。

当所要设计业务的业务数据模型不能直接用数据实体来描述时，将所要设计业务的业务数据模型分解成为1个主数据实体模型和若干个通过主数据实体模型主键进行关联的子数据实体模型，再将主数据实体模型、子数据实体模型分别分解为1个或多个数据实体；

其中，主数据实体模型、子数据实体模型都是由存储在关系型数据表中的数据实体组成；主数据实体模型的数据实体主键与每个子数据实体模型的主数据实体外键联接，主数据实体模型的子数据实体主键与其对应的子数据实体模型的数据实体主键联接，能够保证数据获取结果集中主表和各明细表的数据完整性。

步骤S4，然后按照业务操作的角度构建1个或多个业务功能数据模型，且多个业务功能数据模型之间相互独立；

步骤S5，业务功能数据模型对分解出来的数据实体进行定义，业务功能数据模型是业务数据模型的子集，用于约束软件功能实现的数据过滤条件输入、数据列表获取和单个数据实体的获取、修改和删除；

业务功能数据模型利用主表过滤条件域定义主表数据过滤条件的主表数据字段，利用主表数据列表域定义数据列表获取的主表数据字段。

在获取单个数据实体时，业务功能数据模型利用主表数据字段域定义主表数据字段，利用明细表及其数据字段域定义明细表及其数据字段。

步骤S6，通过业务流程的走向对多个业务功能数据模型所定义的数据实体进行约束。

业务流程是业务功能的操作次序约束，定义某一业务功能的新建数据实体操作是否依赖上游一个或多个业务功能的操作完成。

如图13所示为触发型业务流程示意图，当上游业务功能数据模型中的数据实体操作完成时，自动触发生成此业务功能数据模型中的其他数据实体。

如图14所示为参照引用型业务流程示意图；当业务功能数据模型新建数据实体操作时，必须参照和引用定义的上游业务功能数据模型中的数据实体。

本发明的构建信息系统数据架构模型的方法是在数据层面上对系统构建信息系统数据架构模型，当需要对系统的业务进行变更时，只需修改业务数据模型和业务功能数据模型即可，即修改少量代码或者不修改代码就可以满足整个系统业务变更，无需重头编辑代码。

实施例3

本发明还提供一种应用实施例2的构建方法对第三方同构或异构系统重新构建的方法，用于开发和扩展该系统原有的功能，如有必要，可完全替代该第三方同构或异构系统原有的功能，还可以在原有第三方同构或异构系统的基础上进行拓展或者将其与其他系统合并。

结合第三方同构或异构系统的软件功能界面，通过对第三方同构或异构系统的数据库结构进行分析，运用逆向工程，构建业务数据模型，找到数据实体，这是对原来第三方同构或异构系统的数据架构和软件代码进行解耦过程，再根据业务需求变更的需求对业务数据模型进行改进、优化，并在此基础按业务需求构建业务功能数据模型，这是对元数据(即数据实体)与数据库表之间的关系进行建模的过程，通过功能数据模型定义数据实体的操作，最后，通过业务流程约束业务功能数据模型，这是在数据层面对软件系统的功能进行修改的过程，从而实现可以改进、扩展或替代第三方同构或异构系统软件功能的新业务功能，以增强软件系统的可维护性和可扩展性，延长软件的生命周期。

如图15所示，具体实施步骤如下：

步骤S71、结合第三方同构或异构系统的软件功能界面，对软件功能界面上的业务数据进行分析，从第三方同构或异构系统的数据库中找到相关的数据表；

步骤S72、分析上述数据表的主键和外键之间的关系，按照构建信息系统数据架构模型的方法，将上述数据表的元数据导入，并创建业务数据模型；

步骤S73、在上述业务数据模型的基础上，根据业务功能需求构建业务功能数据模型，至少包括主表过滤条件域、主表数据列表域、主表数据字段域、明细表及其数据字段域；

通过主表过滤条件域定义主表数据过滤条件的主表数据字段；

通过主表数据列表域定义数据列表获取的主表数据字段；

获取单个数据实体时，通过主表数据字段域定义主表数据字段，通过明细表及其数据字段域定义的明细表及其数据字段；

步骤S74、通过业务流程对定义后的业务功能数据模型进行约束。

下面举例来对第三方同构或异构系统重新构建的方法进行详细说明：

如图17所示为第三方同构或异构系统中原有的用车申请PC端功能。在原有的用车申请PC端功能的基础上，本发明的第三方同构或异构系统重新构建的方法可以对其功能进行变更，具体为：首先将原有的用车申请PC端的数据库结构进行分析，然后运用逆向工程，构建业务数据模型，找到数据实体，再按照用车申请移动端的需求对业务数据模型进行改进、优化，并在此基础按业务需求构建业务功能数据模型，如图16所示为构建第三方同构或异构系统的业务数据模型和业务功能数据模型，可以通过业务功能数据模型定义数据实体，通过业务流程约束业务功能数据模型，从而得到用车申请的移动端，如图18所示为采用本发明提供的第三方同构或异构系统重新构建的方法实现用车申请的移动端功能。

本发明可以通过构建第三方同构或异构软件系统的业务数据模型，然后通过业务功能数据模块在数据层面上，便捷地操作该第三方同构或异构软件系统的数据，当需要对该第三方同构或异构软件系统的业务或功能进行变更，或者该第三方同构或异构软件系统自身源代码未知或者无法修改时，可以从数据架构的角度通过本发明的方法开发替代功能，仅对该第三方同构或异构软件系统的进行不修改或者少量修改，就可以满足业务或功能变更的需求。

本发明还可以通过构建第三方同构或异构软件系统的业务数据模型、业务功能数据模型，不改变或优化原系统的数据架构，开发个别替代功能或完全重构该系统。

本发明能够将所需要设计的系统分解成业务数据模型，再将业务数据模型分解成数据实体，在此基础上，用户可以根据功能搭建业务功能数据模型，并利用业务流程进行约束，搭建成单独的功能系统，使得功能系统的搭建更加简单便捷，便于操作。

尽管上面已经示出和描述了本发明的实施例，可以理解的是，上述实施例是示例性的，不能理解为对本发明的限制，本领域的普通技术人员在不脱离本发明的原理和宗旨的情况下在本发明的范围内可以对上述实施例进行变化、修改、替换和变型。本发明的范围由所附权利要求及其等同限定。

Claims (1)

1.一种信息系统数据架构模型的构建方法，其特征在于，所述信息系统数据架构模型首先将要设计的系统分解成为若干项业务，将每个业务设计成业务数据模型，通过业务数据模型定义数据实体，然后按照业务操作的角度构建业务功能数据模型，通过业务功能数据模型定义数据实体的操作，最后通过业务流程对1个或多个定义后的业务功能数据模型进行约束；

当所要设计业务的业务数据模型能直接用数据实体来描述时，则将所要设计业务的业务数据模型设计成由1个或多个数据实体组成；

当所要设计业务的业务数据模型不能直接用数据实体来描述时，将所要设计业务的业务数据模型分解成为1个主数据实体模型和若干个通过主数据实体模型主键进行关联的子数据实体模型，其中，所述主数据实体模型、子数据实体模型都是由存储在关系型数据表中的数据实体组成；

所述业务功能数据模型是面向软件功能实现的数据模型，用于约束软件功能实现时的数据过滤条件输入、数据列表获取和单个数据实体的获取；

所述业务流程是根据业务功能的操作次序进行约束，定义某一业务功能数据模型的新定义的数据实体操作是否依赖上游一个或多个业务功能数据模型的操作完成；

所述数据实体由1个主表、若干个明细表和若干个关联数据表构成；

其中，每个明细表通过主表外键分别与主表的主键进行联接，每个关联数据表的主键与主表中其对应的关联数据外键联接，每个关联数据表的主键还与其对应的明细表中的关联数据外键连接；

所述主数据实体模型的数据实体主键与每个子数据实体模型的主数据实体外键联接，所述主数据实体模型的子数据实体主键与其对应的子数据实体模型的数据实体主键联接；

按照业务操作的角度构建的业务功能数据模型的数量为1个或多个；

所述业务功能数据模型至少包括主表过滤条件域、主表数据列表域、主表数据字段域、明细表及其数据字段域；

所述主表过滤条件域用于定义主表数据过滤条件的主表数据字段；

所述主表数据列表域用于定义数据列表获取的主表数据字段；

所述主表数据字段域用于获取单个数据实体时，定义主表数据字段；所述明细表及其数据字段域用于获取单个数据实体时，定义的明细表及其数据字段；

所述业务流程定义某一业务功能数据模型时，当上游业务功能数据模型的数据实体操作完成后，才自动触发生成此业务功能数据模型的数据实体；

所述业务流程定义某一业务功能数据模型时，必须参照和引用定义的上游业务功能数据模型中的数据实体；

所述信息系统数据架构模型的构建方法包括以下步骤：

步骤S1，将要设计的系统分解成为若干项业务，并将每个业务设计成业务数据模型；

步骤S2，将业务数据模型分解为1个或多个数据实体；

当所要设计业务的业务数据模型能直接用数据实体来描述时，则将所要设计业务的业务数据模型设计成由1个或多个数据实体组成；

当所要设计业务的业务数据模型不能直接用数据实体来描述时，将所要设计业务的业务数据模型分解成为1个主数据实体模型和若干个通过主数据实体模型主键进行关联的子数据实体模型，再将主数据实体模型、子数据实体模型分别分解为1个或多个数据实体；

步骤S4，然后按照业务操作的角度构建1个或多个业务功能数据模型，且多个业务功能数据模型之间相互独立；

步骤S5，业务功能数据模型对分解出来的数据实体进行定义，是业务数据模型的子集，用于约束软件功能实现的数据过滤条件输入、数据列表获取和单个数据实体的获取、修改和删除；

步骤S6，通过业务流程的走向对多个业务功能数据模型所定义的数据实体进行约束；应用所述构建方法对第三方同构或异构系统重新构建的方法，包括以下步骤：在对第三方同构或异构系统的软件功能界面进行构建时，通过对第三方同构或异构系统的数据库结构进行分析，运用逆向工程，构建业务数据模型，找到数据实体，再根据业务需求变更的需求对业务数据模型进行改进、优化，并在此基础按业务需求构建业务功能数据模型，通过功能数据模型定义数据实体的操作，最后，通过业务流程约束业务功能数据模型；

在对第三方同构或异构系统的软件功能界面进行重新构建的具体步骤如下：

步骤S71、结合第三方同构或异构系统的软件功能界面，对软件功能界面上的业务数据进行分析，从第三方同构或异构系统的数据库中找到相关的数据表；

步骤S72、分析上述数据表的主键和外键之间的关系，按照构建信息系统数据架构模型的方法，将上述数据表的元数据导入，并创建业务数据模型；

步骤S73、在上述业务数据模型的基础上，根据业务功能需求构建业务功能数据模型，至少包括主表过滤条件域、主表数据列表域、主表数据字段域、明细表及其数据字段域；

通过主表过滤条件域定义主表数据过滤条件的主表数据字段；

通过主表数据列表域定义数据列表获取的主表数据字段；

获取单个数据实体时，通过主表数据字段域定义主表数据字段，通过明细表及其数据字段域定义的明细表及其数据字段；

步骤S74、通过业务流程对定义后的业务功能数据模型进行约束。