数据流向及业务流向的分析方法、装置、设备及介质与流程

本发明涉及数据分析领域，尤其涉及一种数据流向及业务流向的分析方法、装置、设备及介质。

背景技术

为了满足用户的需求，应用程序的功能也在不断地扩展。在一个应用程序中需要实现的功能越来越多，使得应用程序的后端服务器之间存在复杂的调用逻辑。若开发人员不熟悉应用程序的业务实现逻辑和后端服务器的数据流向情况时，在设计应用程序的测试用例时，可能会出现测试用例覆盖不全面的情况，影响测试结果的准确性。或者，在后续对应用程序进行版本迭代更新时，开发人员若不熟悉应用程序的业务实现逻辑和后端服务器的数据流向情况，会较难发现某模块代码的变更对其他模块的影响，影响对应用程序进行版本迭代更新的速度和质量。

技术实现要素：

本发明实施例提供一种数据流向及业务流向的分析方法、装置、设备及介质，以解决开发人员对应用程序的设计逻辑和数据流向不清楚的问题。

第一方面，本发明实施例提供一种数据流向及业务流向的分析方法，包括：

获取应用程序对应的服务器集群的日志文件，所述服务器集群包括至少两个应用服务器，每一所述应用服务器上配置有应用子模块；

基于所述日志文件，获取所述应用子模块的输入参数和输出参数；

基于同一所述应用服务器中的所述应用子模块的输入参数和输出参数，获取与所述应用服务器对应的当前应用数据流向；

基于至少两个所述应用服务器各自对应的当前应用数据流向，获取当前集群数据流向；

基于所述当前集群数据流向，获取所述应用程序的当前业务流向；

显示所述当前集群数据流向和所述当前业务流向。

第二方面，本发明实施例提供一种数据流向及业务流向的分析装置，包括：

日志文件获取模块，用于获取应用程序对应的服务器集群的日志文件，所述服务器集群包括至少两个应用服务器，每一所述应用服务器上配置有应用子模块；

参数获取模块，用于基于所述日志文件，获取所述应用子模块的输入参数和输出参数；

当前应用数据流向获取模块，用于基于同一所述应用服务器中的所述应用子模块的输入参数和输出参数，获取与所述应用服务器对应的当前应用数据流向；

当前集群数据流向获取模块，用于基于至少两个所述应用服务器各自对应的当前应用数据流向，获取当前集群数据流向；

当前业务流向获取模块，用于基于所述当前集群数据流向，获取所述应用程序的当前业务流向；

显示模块，用于显示所述当前集群数据流向和所述当前业务流向。

第三方面，本发明实施例提供一种计算机设备，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现所述数据流向及业务流向的分析方法的步骤。

第四方面，本发明实施例提供一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现所述数据流向及业务流向的分析方法的步骤。

本发明实施例提供的数据流向及业务流向的分析方法、装置、设备及介质，通过从服务器集群中的日志文件中，获取一应用程序的当前集群数据流向和当前业务流向。然后将当前集群数据流向和当前业务流向在对应的web显示界面上进行显示，使得应用程序的当前集群数据流向和当前业务流向以可视化方式将对应的内容展示给开发人员，便于开发人员快速熟悉和清楚的了解应用程序的设计逻辑，为后续设计测试用例和对应用程序进行版本迭代更新提供了可靠的数据来源。

附图说明

为了更清楚地说明本发明实施例的技术方案，下面将对本发明实施例的描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1本发明一实施例中数据流向及业务流向的分析方法的应用场景图；

图2是本发明一实施例中数据流向及业务流向的分析方法的一流程图；

图3是图1中步骤s30的一流程图；

图4是图1中步骤s50的一流程图；

图5是图1中步骤s60的一流程图；

图6是本发明一实施例中数据流向及业务流向的分析装置的一原理框图；

图7是本发明一实施例中计算机设备的一示意图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

图1示出本实施例中数据流向及业务流向的分析方法的应用场景图。该数据流向及业务流向的分析方法应用在文件系统中，其中，文件系统通过网络与服务器集群进行通信。文件系统通过从服务器集群中获取一应用程序的日志文件，获取该应用程序对应的当前集群数据流向和当前业务流向，并将获取到的当前集群数据流向和当前业务流向以可视化方式显示出来，方便快速熟悉和了解应用程序的设计逻辑。

在一实施例中，图2示出本实施例中数据流向及业务流向的分析方法的流程图。该数据流向及业务流向的分析方法应用在对应用程序设计测试用例或者进行版本迭代更新时，将应用程序的数据流向和业务流向进行可视化展示，给开发人员提供该应用程序的设计数据来源，方便开发人员可以快速、准确地了解应用程序的设计逻辑和执行顺序。该数据流向及业务流向的分析方法包括如下步骤：

s10：获取应用程序对应的服务器集群的日志文件，服务器集群包括至少两个应用服务器，每一应用服务器上配置有应用子模块。

集群是将一组相互独立的、通过高速网络互联的计算机构成了一个组，并以单一系统的模式加以管理的技术。服务器集群是将多个服务器连接起来用于共同实现一个应用程序的服务的技术。一个服务器集群包括至少两个应用服务器，其中，每一个应用服务器包括应用子模块。应用子模块是指在一个应用服务器中实现某一特定处理功能的模块。

具体地，文件系统从一特定的应用程序对应的服务器集群中获取日志文件，该日志文件包括每一个应用服务器中的应用子模块的日志文件。其中，文件系统是指用于获取并存储服务器集群的日志文件的系统。利用文件系统获取服务器集群的日志文件，便于将服务器集群中至少两个应用服务器对应的日志文件集中管理，为后续获取当前集群数据流向和业务流向提供数据来源。

s20：基于日志文件，获取应用子模块的输入参数和输出参数。

具体地，日志文件上记载有可用于唯一识别应用服务器的服务器标识，该服务器标识包括但不限于服务器名称和服务器ip地址。其中，服务器标识是用于识别服务器身份的标识。当文件系统获取日志文件后，会基于对应的服务器标识获取属于同一个应用服务器的日志文件，一个应用服务器的日志文件中包括多个模块标识对应的应用子模块的日志文件。根据日志文件中的模块标识获取属于每一特定的应用子模块的日志文件，每一应用子模块都含有对应的参数输入关键字和参数输出关键字。根据每一应用子模块的日志文件中的参数输入关键字和参数输出关键字确定每一应用子模块的输入参数和输出参数。日志文件中的参数输入关键字和参数输出关键字是由开发人员设置的，如一段日志文件中的参数输入关键字为“inputfilestream”，参数输出关键字为“outputfilestream”。根据参数输入关键字就可以确定其携带的参数“keya1＝valuea1,keya2＝valuesa2”为输入参数；根据参数输出关键字可以确定其携带的“valueb1，valueb2”为输出参数。其中，模块标识是用于识别应用子模块的标识。在基于应用服务器地址获取某一特定的应用服务器的日志文件后，文件系统会基于日志文件获取该应用服务器中包含的每一个应用子模块的输入参数和输出参数。获取每一应用子模块的输入参数和输出参数为获取应用服务器的当前应用数据流向提供了数据参考和依据。

s30：基于同一应用服务器中的应用子模块的输入参数和输出参数，获取与应用服务器对应的当前应用数据流向。

其中，当前应用数据流向是指从当前应用服务器中获取的数据流向。一个应用服务器中包括应用子模块，根据每一应用子模块的输入参数和输出参数获取一个应用子模块或者至少两个应用子模块之间的数据流向，然后基于一个应用子模块的数据流向，或者至少两个应用子模块之间的数据流向，获取该应用服务器的当前应用数据流向。其中，每个应用服务器都有对应的服务器执行逻辑，服务器执行逻辑是用于表示应用程序中各功能模块的执行顺序的一种方式。每一应用子模块都携带有应用服务器特定的服务器标识和模块标识，便于快速识别应用子模块是来自于哪一个应用服务器、在应用服务器中的位置和对应的执行顺序。具体地，服务器执行逻辑是可以采用将每一应用子模块的模块标识按照执行顺序排序的方式实现，实现过程简单方便。

应用服务器中各应用子模块的执行顺序是按照该应用服务器的服务器执行逻辑执行的，第一个应用子模块的输入参数为应用服务器的输入参数，最后一个应用子模块的输出参数为应用服务器的输出参数。

如一个应用服务器a中包括四个应用子模块：应用子模块a1、应用子模块a2、应用子模块a3和应用子模块a4。根据日志文件的记录，应用子模块a1的输入参数为一原始输入数据，应用子模块a1的输出参数是应用子模块a2的输入参数，应用子模块a2的输出参数是应用子模块a3的输入参数，应用子模块a3的输出参数是应用子模块a4的输入参数，应用子模块a4的输出参数为应用服务器的输出参数。由此，可以确定应用子模块a1是应用服务器a中第一个功能模块，应用子模块a2是应用服务器a中第二个功能模块，应用子模块a3是应用服务器a中第三个功能模块，应用子模块a4是应用服务器a中最后一个功能模块。基于各应用子模块的输入参数和输出参数则可以确定该应用服务器的当前应用数据流向为：应用子模块a1→应用子模块a2→应用子模块a3→应用子模块a4。

获取应用服务器的当前应用数据流向可以明确直观地了解应用服务器中每一应用子模块的执行顺序，方便后续在对应用服务器进行修改时，可以快速地找到需要修改的具体的应用子模块的位置。

s40：基于至少两个应用服务器各自对应的当前应用数据流向，获取当前集群数据流向。

当前集群数据流向是指当前获取的服务器集群对应的数据流向。在获取至少两个应用服务器的当前应用数据流向后，根据至少两个应用服务器之间的输入参数和输出参数，获取服务器集群对应的当前集群数据流向。其中，服务器集群也有对应的集群执行逻辑，集群执行逻辑是用于表示某一应用程序对应的服务器集群的执行顺序的一种方式。在服务器集群中，第一个应用服务器的输入参数就是该服务器集群对应的应用程序的输入参数，最后一个应用服务器的输出参数就是该服务器集群对应的应用程序的输出参数。

如一个应用程序对应的服务器集群包括应用服务器a、应用服务器b、应用服务器c和应用服务器d，根据日志文件的记录，应用服务器a的输入参数为一原始输入数据，应用服务器a的输出参数为应用服务器b的输入参数，应用服务器b的输出参数为应用服务器c的输入参数，应用服务器c的输出参数为应用服务器d的输入参数，则可以确定对应的集群执行逻辑为应用服务器a→应用服务器b→应用服务器c→应用服务器d，即集群数据流向为应用服务器a→应用服务器b→应用服务器c→应用服务器d。其中，应用服务器a中包含四个应用子模块，对应的当前应用数据流向为应用子模块a1→应用子模块a2→应用子模块a3→应用子模块a4；应用服务器b中包含两个应用子模块，对应的当前应用数据流向为应用子模块b1→应用子模块b2；应用服务器c和应用服务器d中仅包含一个应用子模块，对应的当前应用数据流向为其对应的应用子模块的输入参数和输出参数形成的数据流向。因此，该应用程序对应的当前集群数据流向为应用子模块a1→应用子模块a2→应用子模块a3→应用子模块a4→应用子模块b1→应用子模块b2→应用服务器c→应用服务器d。

获取当前集群数据流向，方便开发人员快速了解应用程序的设计逻辑和执行顺序，在对应用程序进行版本更新时，更加容易确定应用服务器间的相互影响关系，对后续开发测试提供了重要的数据来源。

s50：基于当前集群数据流向，获取应用程序的当前业务流向。

当前业务流向是指当前获取的含有应用程序的业务名称的数据流向。该当前业务流向与当前集群数据流向对应。具体地，文件系统基于获取到的某一应用程序对应的当前集群数据流向，获取当前集群数据流向中携带的每一个应用服务器的服务器标识。在获取服务器标识后，基于服务器标识查询预先存储的业务名称查询一览表，获取每一应用服务器对应的业务名称，然后根据集群执行逻辑，对业务名称进行排序，获取对应的应用程序的当前业务流向。其中，业务名称查询一览表是指用于记录应用服务器的服务器标识和对应的业务名称的表。

如一钱包支付应用程序，对应的服务器集群包括应用服务器a、应用服务器b、应用服务器c和应用服务器d，应用服务器a中包括应用子模块a，应用服务器b中包括应用子模块b1和应用子模块b2，应用服务器c中包括应用子模块c,应用服务器d中包括应用子模块d，其对应的当前集群数据流向为应用子模块a→应用子模块b1→应用子模块b2→应用子模块c→应用子模块d。在业务名称查询一览表中，应用服务器a中的应用子模块a对应的业务名称为“支付网关”，应用服务器b中应用子模块b1对应的业务名称为“开发人员中心”，应用子模块b2对应的业务名称为“我的钱包”，应用子模块c对应的业务名称为“开发人员密码管理”，应用子模块d对应的业务名称为“付款验收”。该钱包支付应用程序对应的当前业务流向为：支付网关→开发人员中心→我的钱包→开发人员密码管理→付款验收。

获取应用程序的当前业务流向有助于快速准确地了解应用程序的执行逻辑，当应用程序的执行逻辑过于复杂时，可以基于当前业务流向直观清楚地了解服务器集群的集群执行逻辑。

s60:显示当前集群数据流向和当前业务流向。

在获取当前集群数据流向和当前业务流向后，对当前集群数据流向和当前业务流向进行封装形成数据接口链接和业务接口链接。

开发人员可以通过点击数据接口链接和业务接口链接，使得web显示界面显示数据接口链接和业务接口链接对应的当前集群数据流向和当前业务流向。在web显示界面上显示当前集群数据流向和当前业务流向，可以将当前集群数据流向和当前业务流向以可视化方式展示出来，方便开发人员查看该应用程序对应的当前集群数据流向和当前业务流向的内容。

如开发人员需要对一应用程序进行版本迭代更新时，需要快速了解该应用程序的设计逻辑，此时，就可以点击该应用程序对应的数据接口链接，获取该应用程序对应的当前集群数据流向，基于该当前集群数据流向便可以快速地了解该应用程序对应的设计逻辑。若应用程序对应的当前集群数据流向过于复杂，开发人员难以在短时间内清楚了解该应用程序的设计逻辑，则可以通过业务接口链接获取当前业务流向，通过当前业务流向快速熟悉应用程序设计逻辑。

开发人员在设计某一应用程序的测试用例时，也可以通过点击数据接口链接和业务接口链接，将对应的当前集群数据流向和当前业务流向显示在web显示界面上，清楚地了解该应用程序对应的当前集群数据流向和当前业务流向，便于设计出更加准确和完整的测试用例。

该数据流向及业务流向的分析方法，通过服务器集群中的日志文件，获取每一个应用服务器中的应用子模块的输入参数和输出参数，从而获取应用服务器对应的当前应用数据流向，方便开发人员准确快速地了解应用服务器内部的应用子模块间的数据流向。然后基于至少两个当前应用数据流向获取当前集群数据流向，根据获取的当前集群数据流向有利于了解应用程序的设计逻辑和执行顺序，为后续进行应用测试提供了重要的数据来源。在获取当前集群数据流向后，基于服务器标识查询预先存储的业务名称查询一览表获取每一应用服务器对应的业务名称，获取该当前集群数据流向对应的当前业务流向，便于在应用程序的执行逻辑过于复杂时，可以通过业务流向对应用程序的执行顺有直观的了解和认识。最后将当前集群数据流向和当前业务流向在对应的web显示界面上进行显示，使得应用程序的当前集群数据流向和当前业务流向，以可视化方式显示在web显示界面，便于开发人员快速熟悉和明白应用程序的当前业务流向和对应后台的集群数据流向的设计逻辑。

在一实施例中，如图3所示，步骤s30，基于同一应用服务器中的应用子模块的输入参数和输出参数，获取与应用服务器对应的当前应用数据流向,具体包括如下步骤：

s31：若同一应用服务器中包含一个应用子模块时，则基于应用子模块的输入参数和输出参数，获取与应用服务器对应的当前应用数据流向。

当一个应用服务器中仅包含一个应用子模块时，则该应用子模块的输入参数则为对应的应用服务器的输入参数，该应用子模块的输出参数则为对应的应用服务器的输出参数。基于该应用子模块的输入参数和输出参数，就可以获取该应用服务器对应的当前应用数据流向。

s32：若同一应用服务器中包含至少两个应用子模块时，则基于至少两个应用子模块的输入参数和输出参数，获取至少两个应用子模块之间的连接逻辑，根据连接逻辑获取与应用服务器对应的当前应用数据流向。

连接逻辑是指用于表示应用子模块间的连接顺序的一种逻辑方式。

当一个应用服务器中包括至少两个应用子模块时，则首先基于至少两个应用子模块的输入参数和输出参数，获取至少两个应用子模块之间的连接逻辑。具体地，当一个应用服务器中出现至少两个应用子模块时，第一个应用子模块的输出参数是第二个应用子模块的输入参数，第二个应用子模块的输入参数经过第二个应用子模块的逻辑处理得到对应的第二个应用子模块的输出参数，第二个应用子模块的输出参数则为第三个应用子模块的输入参数，依次类推到该应用服务器的最后一个应用子模块经过对应的逻辑处理获取最后一个应用子模块的输出参数。其中，第一个应用子模块的输入参数是其所在的应用服务器的输入参数，最后一个应用子模块的输出参数是其所在的应用服务器的输出参数。根据至少两个应用子模块的连接逻辑获取与应用服务器对应的当前应用数据流向。

基于应用子模块的输入参数、输出参数和对应的应用子模块的连接逻辑获取应用子模块所在的应用服务器的当前应用数据流向，可以快速、清楚地了解应用服务器的运行顺序和执行逻辑，以及应用子模块间的数据流向关系。

在一实施例中，如图4所示，步骤s50，基于当前集群数据流向，获取应用程序的当前业务流向，具体包括如下步骤：

s51：基于当前集群数据流向中的至少两个服务器标识，获取对应的至少两个业务名称。

一个服务器集群中包括至少两个应用服务器，每一个应用服务器都携带有对应的服务器标识。当前集群数据流向中携带有每一应用服务器对应的服务器标识，可以基于当前集群数据流向中携带的至少两个服务器标识，查询预先存储的业务名称查询表，获取每一服务器标识对应的业务名称。

s52：依据集群执行逻辑，对至少两个业务名称进行排序，获取对应的应用程序的当前业务流向。

文件系统基于业务名称查询表获取至少两个服务器标识对应的业务名称后，基于预先存储的集群执行逻辑，对至少两个业务名称进行排序，获取当前集群数据流向对应的当前业务流向，即获取该应用程序的当前业务流向。获取应用程序的当前业务流向，方便开发人员快速地了解应用程序中各业务名称的执行顺序和业务的设计逻辑。

通过当前集群数据流向中的至少两个服务器标识，获取对应的至少两个业务名称，然后依据集群执行逻辑，对至少两个业务名称进行排序，获取该应用程序的当前业务流向，方便开发人员快速熟悉应用程序中的业务设计逻辑，从而设计出高质量的测试用例完成对应用程序的测试，使得测试结果更加准确和完整。

在一实施例中，如图5所示，步骤s60，显示当前集群数据流向和当前业务流向，具体包括如下步骤：

s61：分别对当前集群数据流向和当前业务流向进行封装，获取对应的数据接口链接和业务接口链接。

在获取当前集群数据流向和当前业务流向后，文件系统会对当前集群数据流向和当前业务流向分别进行封装，封装完成后，当前集群数据流向和当前业务流向会有对应的数据接口链接和业务接口链接。对当前集群数据流向和当前业务流向分别进行封装，获取对应的数据接口链接和业务接口链接，方便开发人员基于数据接口链接和业务接口链接就可以获取到对应的当前集群数据流向和对应的当前业务数据流向。其中，在获取当前集群数据流向和当前业务流向对应的数据接口链接和业务接口链接后，文件系统会将数据接口链接和对应的业务接口链接一一对应的存储在预先设置的对应关系一览表中，方便开发人员基于业务接口链接快速查找到对应的数据接口链接，或者根据数据接口链接快速获取到对应的业务接口链接。其中，对应关系一览表是指用于查询数据接口链接和业务接口链接对应关系的表。一个业务接口链接只能唯一对应一个业务接口链接，一个业务接口链接也只能唯一对应一个数据接口链接。基于数据接口链接和业务接口链接可以实现将当前集群数据流向和当前业务流向显示在对应的web界面。

进一步地，为了避免当前集群数据流向和当前业务流向重复存储在数据库中，造成数据流向和业务流向重复存储，同时方便测试人员在基于特定的数据接口链接和业务接口链接可以获取到唯一对应的数据流向和业务流向，因此，在步骤s61，分别对当前集群数据流向和当前业务流向进行封装的步骤之前，数据流向及业务流向的分析方法还包括：

基于当前集群数据流向和当前业务流向，遍历数据库中存储的历史集群数据流向和历史业务流向，若当前集群数据流向和历史集群数据流向不一致，则对当前集群数据流向进行封装。若当前业务流向和历史业务流向不一致，则对当前业务流向进行封装。

其中，历史集群数据流向是指已经存储在数据库中的集群数据流向，历史业务流向是指已经存储在数据库中的业务流向。历史集群数据流向和历史业务流向是用来确定当前集群数据流向和当前业务流向是否已经存储在数据库中。若当前集群数据流向和历史集群数据流向不一致，则表示当前集群数据流向并没有存储在数据库中，需要将当前集群数据流向存储在数据库中。若当前业务流向和历史业务流向不一致，则表示当前业务流向并没有存储在数据库中，需要将当前业务流向存储在数据库中。将当前集群数据流向和当前业务流向存储在数据库中，方便后续将获取的与历史集群数据流向和历史业务流向不一致的当前集群数据流向和当前业务流向存储在数据库中，避免数据库中出现重复存储的当前集群数据流向和当前业务流向。

s62：将数据接口链接在数据流子界面上显示，并将业务接口链接在业务流子界面上显示。

在获取当前集群数据流向对应的数据接口链接和当前业务流向对应的业务接口链接后，数据接口链接和业务接口链接对应的web显示界面不相同，数据接口链接在数据流子界面显示，业务接口链接在业务流子界面显示。其中，数据流子界面是指用于显示集群数据流向的web子界面；业务流子界面是指用于显示业务流向的web子界面。将数据接口链接在数据流子界面上显示，并将业务接口链接在业务流子界面上显示，方便开发人员可以同时获取到当前集群数据流向和对应的业务数据流向，更好地了解应用程序的设计逻辑。

该数据流向及业务流向的分析方法，将获取到的当前集群数据流向和当前业务流向在对应的数据流子界面和业务流子界面上进行显示，使得应用程序的当前集群数据流向和当前业务流向以可视化方式将对应的内容展示给开发人员，便于开发人员快速熟悉和清楚地了解应用程序的设计逻辑，为后续设计测试用例和对应用程序进行版本迭代更新提供了可靠的数据来源。

应理解，上述实施例中各步骤的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本发明实施例的实施过程构成任何限定。

在一实施例中，提供一种数据流向及业务流向的分析装置，该数据流向及业务流向的分析装置与上述实施例中数据流向及业务流向的分析方法一一对应的数据流向及业务流向的分析装置的原理框图。如图6所示，该数据流向及业务流向的分析装置包括日志文件获取模块10、参数获取模块20、当前应用数据流向获取模块30、当前集群数据流向获取模块40、当前业务流向获取模块50和显示模块60。其中，日志文件获取模块10、参数获取模块20、当前应用数据流向获取模块30、当前集群数据流向获取模块40、当前业务流向获取模块50和显示模块60的实现功能与上述实施例中数据流向及业务流向的分析方法对应的步骤一一对应，为避免赘述，本实施例不一一详述。

日志文件获取模块10，用于获取应用程序对应的服务器集群的日志文件，服务器集群包括至少两个应用服务器，每一应用服务器上配置有应用子模块。

参数获取模块20，用于基于日志文件，获取应用子模块的输入参数和输出参数。

当前应用数据流向获取模块30，用于基于同一应用服务器中的应用子模块的输入参数和输出参数，获取与应用服务器对应的当前应用数据流向。

当前集群数据流向获取模块40，用于基于至少两个应用服务器各自对应的当前应用数据流向，获取当前集群数据流向。

当前业务流向获取模块50，用于基于当前集群数据流向，获取应用程序的当前业务流向。

显示模块60，用于显示当前集群数据流向和当前业务流向。

优选地，当前应用数据流向获取模块30包括第一当前应用数据流向获取单元31和第二当前应用数据流向获取单元32。

第一当前应用数据流向获取单元31，用于若同一应用服务器中包含一个应用子模块时，则基于应用子模块的输入参数和输出参数，获取与应用服务器对应的当前应用数据流向。

第二当前应用数据流向获取单元32，用于若同一应用服务器中包含至少两个应用子模块时，则基于至少两个应用子模块的输入参数和输出参数，获取至少两个应用子模块之间的连接逻辑，根据连接逻辑获取与应用服务器对应的当前应用数据流向。

优选地，当前业务流向获取模块50包括业务名称获取单元51和当前业务流向获取模块52。

业务名称获取单元51，用于基于当前集群数据流向中的至少两个服务器标识，获取对应的至少两个业务名称。

当前业务流向获取模块52，用于依据集群执行逻辑，对至少两个业务名称进行排序，获取对应的应用程序的当前业务流向。

优选地，显示模块60包括接口链接获取单元61和显示单元62。

接口链接获取单元61，用于分别对当前集群数据流向和当前业务流向进行封装，获取对应的数据接口链接和业务接口链接。

显示单元62，用于将数据接口链接在数据流子界面上显示，并将业务接口链接在业务流子界面上显示。

优选地，显示模块60，还用于基于当前集群数据流向和当前业务流向，遍历数据库中存储的历史集群数据流向和历史业务流向，若当前集群数据流向和历史集群数据流向不一致，则对当前集群数据流向进行封装。若当前业务流向和历史业务流向不一致，则对当前业务流向进行封装。

在一实施例中，提供一计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，该计算机程序被处理器执行时实现上述实施例中数据流向及业务流向的分析方法，为避免重复，这里不再赘述。或者，该计算机程序被处理器执行时实现上述实施例中数据流向及业务流向的分析装置中各模块/单元的功能，为避免重复，这里不再赘述。

该计算机可读存储介质可以包括：能够携带所述计算机程序代码的任何实体或装置、记录介质、u盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(rom，read-onlymemory)、随机存取存储器(ram，randomaccessmemory)、电载波信号和电信信号等。

在一实施例中，图7是本发明一实施例提供的计算机设备的示意图。如图7所示，该实施例的计算机设备70包括：处理器71、存储器72以及存储在存储器72中并可在处理器71上运行的计算机程序73。处理器71执行计算机程序73时实现上述实施例中数据流向及业务流向的分析方法的步骤，例如图1所示的步骤s10至步骤s60。或者，处理器71执行计算机程序73时实现上述实施例中数据流向及业务流向的分析装置的各模块/单元的功能，例如图5所示日志文件获取模块10、参数获取模块20、当前应用数据流向获取模块30、当前集群数据流向获取模块40、当前业务流向获取模块50和显示模块60的功能。

其中，计算机设备70可以是桌上型计算机、笔记本、掌上电脑及云端服务器等设备，图7仅为本实施例中计算机设备的示例，可以包括比如图7示更多或更少的部件，或者组合某些部件或者不同的部件。存储器72可以是计算机设备的内部存储单元，如硬盘或内存，也可以是计算机设备的外部存储单元，如插接式硬盘，智能存储卡(smartmediacard,smc)，安全数字(securedigital,sd)卡，闪存卡(flashcard)等。计算机程序73包括程序代码，该程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。

所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，仅以上述各功能单元、模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能单元、模块完成，即将所述装置的内部结构划分成不同的功能单元或模块，以完成以上描述的全部或者部分功能。

以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围，均应包含在本发明的保护范围之内。