CN111523764B - 业务架构检测方法、装置、工具、电子设备和介质 - Google Patents

Abstract

本公开提供了一种业务架构检测方法、装置、工具、电子设备和介质。该业务架构检测方法包括：响应于来自客户端的活动模型标识，确定业务数据和公共变量因子，并且将公共变量因子发送给客户端，其中，与活动模型标识对应的活动模型包括任务模型，公共变量因子是多个任务模型共有的变量；响应于来自客户端的待检测公共变量因子标识，基于待检测公共变量因子标识从业务数据中确定待检测业务数据，与待检测公共变量因子标识对应的待检测公共变量因子是公共变量因子中的；以及对待检测业务数据进行阻点分析，以得到业务架构的阻点部分，其中，业务架构的阻点部分处理的业务数量相对于业务架构中除阻点部分之外的部分处理的业务数量满足阻点判断条件。

Description

业务架构检测方法、装置、工具、电子设备和介质

技术领域

本公开涉及互联网技术领域，更具体地，涉及一种业务架构检测方法、装置、工具、电子设备和介质。

背景技术

企业需要对业务架构进行检测，以确保业务流程能够按照预期执行。

在实现本公开构思的过程中，发明人发现相关技术中至少存在如下问题：企业对业务架构进行检测的过程中，涉及业务数据的采集和大量业务数据的分析，这对分析人员的业务知识、采集技术的储备及数据分析方法的掌握要求高，且业务数据的采集容易出现遗漏、缺失等问题，导致检测结果不准确。

发明内容

有鉴于此，本公开提供了一种可以降低检测难度，并且能提升检测准确度的业务架构检测方法、装置、工具、电子设备和介质。

本公开的一个方面提供了一种业务架构检测方法，业务架构包括流程模型，流程模型包括活动模型，上述方法包括：响应于来自客户端的活动模型标识，确定业务数据和公共变量因子，并且将公共变量因子发送给客户端，其中，与活动模型标识对应的活动模型包括任务模型，公共变量因子是多个任务模型共有的变量；响应于来自客户端的待检测公共变量因子标识，基于待检测公共变量因子标识从业务数据中确定待检测业务数据，与待检测公共变量因子标识对应的待检测公共变量因子是公共变量因子中的；以及对待检测业务数据进行阻点分析，以得到业务架构的阻点部分，其中，业务架构的阻点部分处理的业务数量相对于业务架构中除阻点部分之外的部分处理的业务数量满足阻点判断条件。

本公开实施例提供的业务架构检测方法，以业务架构为检测起始点，从互联网技术(IT)架构获取与业务架构的活动模型关联的全量业务数据，由于业务架构是基于企业的业务流程构建的，能全视角反映企业的业务流程，使得测试人员可以基于该业务架构获得与活动模型对应的全量业务数据，降低业务数据的采集出现遗漏或缺少的风险，并且，对测试人员的业务知识和采集技术的储备要求大大降低。此外，基于与活动模型对应的业务数量挖掘业务架构的阻点，由于阻点是业务数据流中影响业务继续进行或数据传输的阻塞点，阻点在一定程度上反映了一部分业务的痛点，通过对阻点加以分析，从而确定业务架构的阻点部分，以便对业务流程进行改善。此外，通过阻点分析业务架构的阻点部分，进一步降低了对测试人员的业务知识和技术知识的储备及数据分析方法要求。

根据本公开的实施例，对待检测业务数据进行阻点分析，以得到业务架构的阻点部分包括：对待检测业务数据进行聚类，得到多个类别各自的业务数量，其中，多个类别各自对应于流程模型中的至少部分模型；以及基于多个类别各自的业务数量确定与多个类别各自对应的至少部分模型是否为阻点部分。

根据本公开的实施例，对待检测业务数据进行聚类，得到多个类别各自的业务数量包括：基于至少一个指定统计维度对待检测业务数据进行聚类，得到至少一个指定统计维度各自的业务数量。

根据本公开的实施例，至少一个指定统计维度是基于待检测业务数据的公共信息确定的。

根据本公开的实施例，当与多个类别各自对应的模型在活动模型中是串行关系时，阻点判断条件包括类别的业务数量高于第一基准阈值；并且/或者当与多个类别各自对应的模型在活动模型中是并行关系时，阻点判断条件包括类别的业务数量低于第二基准阈值。

根据本公开的实施例，业务架构还包括实体模型，任务模型与实体模型之间存在第一对应关系。相应地，确定业务数据包括：确定与活动模型标识对应的活动模型包括的关联任务模型；从互联网技术架构中确定与关联任务模型对应的关联交易服务，任务模型与互联网技术架构的交易服务之间存在第二对应关系；确定与关联交易服务对应的关联对象服务，交易服务与对象服务之间存在第三对应关系；以及确定关联对象服务产生的业务数据。

根据本公开的实施例，上述方法还包括：在对待检测业务数据进行阻点分析，以得到业务架构的阻点部分之后，基于业务规则从业务架构的阻点部分去除异常阻点部分。

根据本公开的实施例，上述方法还包括：在对待检测业务数据进行阻点分析，以得到业务架构的阻点部分之后，生成检测报告，检测报告包括业务架构的阻点部分。

根据本公开的实施例，生成检测报告包括：对检测报告模板中各参数进行替换，以生成检测报告包，其中，检测报告模板的参数包括以下至少一种：标题、提纲、内容类型、具体内容模板和动态参数。

本公开的另一个方面提供了一种业务架构检测方法，业务架构包括流程模型，流程模型包括活动模型，上述方法包括：向服务器端发送活动模型标识，以便服务器端确定业务数据和公共变量因子，并且将公共变量因子发送给客户端，其中与活动模型标识对应的活动模型包括任务模型，公共变量因子是多个任务模型共有的变量；向服务器端发送待检测公共变量因子标识，以便服务器端基于待检测公共变量因子标识从业务数据中确定待检测业务数据，与待检测公共变量因子标识对应的待检测公共变量因子是公共变量因子中的；以及接收来自服务器端的检测报告，检测报告包括阻点部分信息，阻点部分信息是服务器端对待检测业务数据进行阻点分析确定的，其中，业务架构的阻点部分处理的业务数量相对于业务架构中除阻点部分之外的部分处理的业务数量满足阻点判断条件。

本公开的另一个方面提供了一种业务架构检测装置，包括：第一响应模块、第二响应模块和分析模块。其中，第一响应模块用于响应于来自客户端的活动模型标识，确定业务数据和公共变量因子，并且将公共变量因子发送给客户端，其中与活动模型标识对应的活动模型包括任务模型，公共变量因子是多个任务模型共有的变量；第二响应模块用于响应于来自客户端的待检测公共变量因子标识，基于待检测公共变量因子标识从业务数据中确定待检测业务数据，与待检测公共变量因子标识对应的待检测公共变量因子是公共变量因子中的；以及分析模块用于对待检测业务数据进行阻点分析，以得到业务架构的阻点部分，其中，业务架构的阻点部分处理的业务数量相对于业务架构中除阻点部分之外的部分处理的业务数量满足阻点判断条件。

本公开的另一个方面提供了一种业务架构检测装置，包括第一发送模块、第二发送模块和报告接收模块。其中，第一发送模块，用于向服务器端发送活动模型标识，以便服务器端确定业务数据和公共变量因子，并且将公共变量因子发送给客户端，其中与活动模型标识对应的活动模型包括任务模型，公共变量因子是多个任务模型共有的变量；第二发送模块，用于向服务器端发送待检测公共变量因子标识，以便服务器端基于待检测公共变量因子标识从业务数据中确定待检测业务数据，与待检测公共变量因子标识对应的待检测公共变量因子是公共变量因子中的；以及报告接收模块，用于接收来自服务器端的检测报告，检测报告包括阻点部分信息，阻点部分信息是服务器端对待检测业务数据进行阻点分析确定的，其中，业务架构的阻点部分处理的业务数量相对于业务架构中除阻点部分之外的部分处理的业务数量满足阻点判断条件。

本公开的另一个方面提供了一种业务架构检测工具，包括：架构资产定位模块、数据采集模块、维度生成模块和检测模块。其中，架构资产定位模块用于按活动模型标识在业务架构资产库中查找所属的流程模型，并且输出流程模型包括的全部任务模型涉及的公共变量因子；数据采集模块用于根据与全部任务模型对应的实体模型查找全部任务模型产生的业务数据，并按用户选取的公共变量因子对业务数据进行筛选；维度生成模块用于通过检索记录业务数据的数据库表，将提取的公共信息作为统计维度；检测模块用于根据统计维度对业务数据进行聚类，得到业务架构的阻点部分。

根据本公开的实施例，业务架构检测工具还包括诊断书生成模块，该诊断书生成模块用于生成诊断书，诊断书包括业务架构的阻点部分。

根据本公开的实施例，业务架构检测工具还包括诊断书模型设置模块，该诊断书模型设置模块用于定义诊断书的格式化内容，以按照格式化内容生成诊断书，格式化内容包括以下至少一种：内容类型、动态参数和展现的代码片段。

本公开的另一方面提供了一种电子设备，包括一个或多个处理器以及存储装置，其中，存储装置用于存储可执行指令，可执行指令在被处理器执行时，实现如上所述的方法。

本公开的另一方面提供了一种计算机可读存储介质，存储有计算机可执行指令，指令在被执行时用于实现如上所述的方法。

本公开的另一方面提供了一种计算机程序，计算机程序包括计算机可执行指令，指令在被执行时用于实现如上所述的方法。

附图说明

通过以下参照附图对本公开实施例的描述，本公开的上述以及其他目的、特征和优点将更为清楚，在附图中：

图1示意性示出了根据本公开实施例的可以应用业务架构检测方法、装置、工具、电子设备和介质的示例性***架构；

图2示意性示出了根据本公开实施例的业务架构检测方法的逻辑示意图；

图3示意性示出了根据本公开实施例的资源处理业务架构检测方法的流程图；

图4示意性示出了根据本公开实施例的业务架构和IT架构的结构示意图；

图5示意性示出了根据本公开实施例的串行关系的结构的阻点示意图；

图6示意性示出了根据本公开实施例的并行关系的结构的阻点示意图；

图7示意性示出了根据本公开实施例的分维度分渠道可视化业务指标示意图；

图8示意性示出了根据本公开另一实施例的分维度分渠道可视化业务指标示意图；

图9示意性示出了根据本公开实施例的诊断书的示意图；

图10示意性示出了根据本公开另一实施例的资源处理业务架构检测方法的流程图；

图11示意性示出了根据本公开实施例的业务架构检测装置的框图；

图12示意性示出了根据本公开另一实施例的业务架构检测装置的框图；

图13示意性示出了根据本公开实施例的业务架构检测工具的框图；

图14示意性示出了根据本公开实施例的业务架构检测工具的数据流图；以及

图15示意性示出了根据本公开实施例的电子设备的方框图。

具体实施方式

以下，将参照附图来描述本公开的实施例。但是应该理解，这些描述只是示例性的，而并非要限制本公开的范围。在下面的详细描述中，为便于解释，阐述了许多具体的细节以提供对本公开实施例的全面理解。然而，明显地，一个或多个实施例在没有这些具体细节的情况下也可以被实施。此外，在以下说明中，省略了对公知结构和技术的描述，以避免不必要地混淆本公开的概念。

在此使用的术语仅仅是为了描述具体实施例，而并非意在限制本公开。在此使用的术语“包括”、“包含”等表明了特征、步骤、操作和/或部件的存在，但是并不排除存在或添加一个或多个其他特征、步骤、操作或部件。

在此使用的所有术语(包括技术和科学术语)具有本领域技术人员通常所理解的含义，除非另外定义。应注意，这里使用的术语应解释为具有与本说明书的上下文相一致的含义，而不应以理想化或过于刻板的方式来解释。

在使用类似于“A、B和C等中至少一个”这样的表述的情况下，一般来说应该按照本领域技术人员通常理解该表述的含义来予以解释(例如，“具有A、B和C中至少一个的***”应包括但不限于单独具有A、单独具有B、单独具有C、具有A和B、具有A和C、具有B和C、和/或具有A、B、C的***等)。在使用类似于“A、B或C等中至少一个”这样的表述的情况下，一般来说应该按照本领域技术人员通常理解该表述的含义来予以解释(例如，“具有A、B或C中至少一个的***”应包括但不限于单独具有A、单独具有B、单独具有C、具有A和B、具有A和C、具有B和C、和/或具有A、B、C的***等)。术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括一个或者更多个特征。

本公开的实施例提供了一种业务架构检测方法、装置、工具、电子设备和介质。该业务架构检测方法包括待检测业务数据确定过程和阻点分析过程。在待检测业务数据确定过程中，响应于来自客户端的活动模型标识，确定业务数据和公共变量因子，并且将公共变量因子发送给客户端，然后，响应于来自客户端的待检测公共变量因子标识，基于待检测公共变量因子标识从业务数据中确定待检测业务数据。在完成待检测业务数据确定过程之后，进入阻点分析过程，对待检测业务数据进行阻点分析，以得到业务架构的阻点部分，其中，业务架构的阻点部分处理的业务数量相对于业务架构中除阻点部分之外的部分处理的业务数量满足阻点判断条件。

图1示意性示出了根据本公开实施例的可以应用业务架构检测方法、装置、工具、电子设备和介质的示例性***架构。需要注意的是，图1所示仅为可以应用本公开实施例的***架构的示例，以帮助本领域技术人员理解本公开的技术内容，但并不意味着本公开实施例不可以用于其他设备、***、环境或场景。

如图1所示，根据该实施例的***架构100可以包括终端设备101、102、103，网络104、服务器105、106。网络104可以包括多个网关、路由器、集线器、网线等，用以在终端设备101、102、103和服务器105、106之间提供通信链路的介质。网络104可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。

用户可以使用终端设备101、102、103通过网络104与其他终端设备和服务器105、106进行交互，以接收或发送信息等。终端设备101、102、103可以安装有各种通讯客户端应用，例如企业管理应用、银行应用、云平台应用、网页浏览器应用、搜索类应用、办公类应用、即时通信工具、邮箱客户端、购物类应用、社交平台软件等应用(仅为示例)。

终端设备101、102、103包括但不限于智能手机、虚拟现实设备、增强现实设备、平板电脑、膝上型便携计算机等等。

服务器105可以提供针对业务架构等的阻点分析服务，例如，基于业务架构的各模型对应的业务数据的业务数量，确定各模型是否为业务架构的阻点部分。服务器106可以提供数据服务，例如，可以提供业务架构资产数据库，以便查询、定位业务架构资产，或者更新业务架构资产等。服务器105、106可以为数据库服务器、后台管理服务器、服务器集群等。服务器105、106可以对接收到的网络流量信息等数据进行分析等处理，并将处理结果(如业务架构检测结果等)反馈给终端设备。其中，服务器106、107可以为同一个服务器，也可以是不同的服务器。

需要说明的是，本公开实施例所提供的业务架构检测方法一般可以由服务器105或终端设备101、102、103执行。相应地，本公开实施例所提供的业务架构检测装置一般可以设置于服务器105中。

应该理解，终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。

为了便于理解本公开实施例的业务架构检测方法，首先对业务架构检测逻辑进行说明。

图2示意性示出了根据本公开实施例的业务架构检测方法的逻辑示意图。

如图2所示，用户在客户端(如通过工具界面)定位所要检测的业务架构资产，如用户需要检测的业务流程是某个活动，该活动对应于业务架构中的活动模型。用户可以通过该活动模型得到业务架构中该活动模型所属的流程模型(该流程模型包括的多个模型，如其它活动模型、各活动模型包括的任务模型等，与该活动模型之间存在关联关系)，这样可以得到与该活动模型存在关联关系的所有任务模型，使得基于上述所有任务模型查询得到的业务数据更加全面，且无需用户熟悉整个业务架构。然后从所有任务模型中提取公共变量因子，并通过工具界面展示给用户，以便用户选取所要筛选出来的公共变量因子及其业务数据。同时，服务器端可以基于业务数据的公共信息确定可选取的统计维度，该统计维度可以是与公共变量因子具有不同颗粒度的指标，便于用户根据自身需求针对所需的颗粒度对业务数据进行分析，以便确定业务架构的阻点，进而基于该业务架构的阻点生成业务流程诊断书，以指导企业对业务流程进行优化。

其中，工具界面可以为用户的客户端的交互界面。流程模型可以存储在数据服务器的业务架构资产数据库中。业务数据可以是企业在进行业务处理过程中产生的业务数据，存储在企业的数据服务器中。业务架构检测方法可以由特定的服务器执行，如后台服务器等，当然也可以与企业的其它服务器共用。

需要说明的是虽然变量因子是在用户选定活动后由***关联流程模型输出的，但在时序上与活动的勾选，对用户来说是在同一生命线(生命线代表时序图中的对象在一段时期内的存在)上的，也即用户选取活动，和与该活动相关联的流程模型输出变量因子是同步完成的，***后台的大量数据处理对用户无感。这样可以保证用户的选取操作不会影响服务器查询业务数据，减小造成业务数据遗漏的风险，提示测试结果的准确度。

图3示意性示出了根据本公开实施例的资源处理业务架构检测方法的流程图。

如图3所示，该方法可以包括操作S301～操作S305。在本实施例中，业务架构包括流程模型，流程模型包括活动模型。

为了便于理解本公开实施例的业务架构检测方法，对业务架构进行示例性说明。

图4示意性示出了根据本公开实施例的业务架构和IT架构的结构示意图。

如图4所示，业务架构包括产品模型、流程模型和实体模型，流程模型和实体模型之间存在对应关系，在执行与流程模型对应的业务流程过程中，会使用到与实体模型对应的实体。流程模型包括活动模型(活动)、任务模型(任务组)和组件模型(任务组件)，其中，活动模型、任务模型和组件模型为实体模型对应的实体提供服务，活动模型与任务模型之间存在一对一或一对多的第一映射关系，任务模型与组件模型之间存在一对一或一对多的第二映射关系。互联网技术架构(IT架构)包括用例、应用交易服务、应用组件服务和业务对象服务，其中，业务对象服务对数据集合中与实体模型相关的数据进行读写操作。业务架构与IT架构之间的存在映射关系，包括但不限于以下至少一种：用例(包括交互组件)与活动模型之间的第三映射关系、应用交易服务与任务模型之间的第四映射关系、以及应用组件服务与组件模型之间的第五映射关系。其中，m、n是大于等于1的正整数，m和n可以相同或不同。

通过如上所示的业务架构和IT架构，可以将IT架构的各服务与企业的业务架构(针对企业的业务流程构建的)很好地对应起来，便于进行管理。

如图3所示，在操作S301，响应于来自客户端的活动模型标识，确定业务数据和公共变量因子，并且将公共变量因子发送给客户端，其中，与活动模型标识对应的活动模型包括任务模型，公共变量因子是多个任务模型共有的变量。

在本实施例中，活动模型标识可以是活动名称等。例如，用户指定流程模型中目标活动(如输入目标活动的标识，或点击交互界面中用户选取活动模型的组件等)。服务器端根据用户确定的目标活动，基于如图4所示的业务架构确定与该目标活动存在关联关系的全部任务模型，然后确定上述存在关联关系的全部任务模型涉及的公共变量因子，并发送给客户端以便于客户进行选择。例如，公共变量因子包括但不限于：产品、渠道、合作方等。同时，在用户指定流程模型中目标活动后，服务器端还会确定与该目标活动存在关联关系的所有业务数据。具体地，根据流程模型中与各任务模型存在映射关系的实体查找各任务产生的业务数据，参考图4所示，可以基于业务对象服务确定业务数据。

在一个实施例中，业务架构还包括实体模型，任务模型与实体模型之间存在第一对应关系。相应地，确定业务数据可以包括如下操作。

首先，确定与活动模型标识对应的活动模型包括的关联任务模型。

然后，从互联网技术架构中确定与关联任务模型对应的关联交易服务(参考图4中应用交易服务)，任务模型与互联网技术架构的交易服务之间存在第二对应关系。如果任务模型还包括组件模型，则可以确定与关联任务模型对应的关联组件模型，并且从互联网技术架构中确定与关联组件模型对应的应用组件服务。

接着，确定与关联交易服务对应的关联对象服务(参考图4中业务对象服务)，交易服务与对象服务之间存在第三对应关系。如果确定存在与关联组件模型对应的应用组件服务，则确定与应用组件服务对应的关联对象服务。

然后，确定关联对象服务产生的业务数据。

基于上述过程使得用户无需熟悉整个业务架构，只需要输入待检测的活动标识等，即可由服务器端确定与待检测的活动标识对应的业务数据，并且能使得获得的业务数据较全面，降低了查询业务数据的难度。

在操作S303，响应于来自客户端的待检测公共变量因子标识，基于待检测公共变量因子标识从业务数据中确定待检测业务数据，与待检测公共变量因子标识对应的待检测公共变量因子是公共变量因子中的。

通过公共变量因子(变量因子是对流程的各步骤在执行过程中产生影响的变量，如渠道、产品、客户等都属于变量因子，公共的变量因子是指定活动下各任务均涉及到的变量因子)对业务数据进行筛选采集。

例如，在服务器端将公共变量因子发送给客户端之后，用户可以在客户端根据自身需求选取公共变量因子中的一个多个，以确定分析范围，实现对与待检测的活动标识对应的业务数据进行筛选。

在操作S305，对待检测业务数据进行阻点分析，以得到业务架构的阻点部分，其中，业务架构的阻点部分处理的业务数量相对于业务架构中除阻点部分之外的部分处理的业务数量满足阻点判断条件。

在本实施例中，对待检测业务数据进行阻点分析，以得到业务架构的阻点部分可以包括如下操作。

首先，对待检测业务数据进行聚类，得到多个类别各自的业务数量，其中，多个类别各自对应于流程模型中的至少部分模型。其中，流程模型中的至少部分模型可以是任务模型、组件模型等。由于业务架构与IT架构之间存在对应关系，使得IT架构产生的业务数据能很好地对应到业务架构中的模型上。聚类可以采用有监督的聚类方式，如使得聚类得到的类对应于预设的类别上。这样就可以确定各预设的类别包括的业务数量，以便于基于业务数量分析业务架构中各模块的业务处理能力是否与预期相符。此外，也可以采用无监督的聚类方式，聚类结果也能较好地对应到业务架构的模型上。

然后，基于多个类别各自的业务数量确定与多个类别各自对应的至少部分模型是否为阻点部分。

具体地，对待检测业务数据进行聚类，得到多个类别各自的业务数量可以包括：基于至少一个指定统计维度对待检测业务数据进行聚类，得到至少一个指定统计维度各自的业务数量。

其中，至少一个指定统计维度可以是基于待检测业务数据的公共信息确定的。

例如，根据业务数据和数据表规则自动生成动态可视化全维度指标，其中统计维度可以根据业务数据公共字段自动生成(如由业务数据表公共字段自动生成)。统计维度也可进行预设，如：用户统计维度：性别、年龄等。用户行为维度：注册用户、用户偏好、用户兴趣、用户流失等。消费维度：消费金额、消费频率、消费水平等。商品维度：商品品类、商品品牌、商品属性等。统计维度的单位根据参数设置，当中位数达到预设阀值后升到下一级单位，如：业务量单位默认为“笔”，通过参数设置当业务量大于10万小于千万时单位自动切换为“万笔”，大于千万后单位切换为“十万笔”。

以下对基于聚类的结果来进行阻点分析进行说明。

基于多个类别各自的业务数量确定与多个类别各自对应的至少部分模型是否为阻点部分可以包括如下两种情形。

例如，当与多个类别各自对应的模型在活动模型中是串行关系时，阻点判断条件包括类别的业务数量高于第一基准阈值。

图5示意性示出了根据本公开实施例的串行关系的结构的阻点示意图。

如图5所示，基于企业的业务流程可以确定模块1、模块2、模块3和模块4之间是串行关系，如一个业务数据处理过程需要经过模块1、模块2、模块3和模块4。模块3的待处理业务数量(或当前处理的业务数量)高于第一基准阈值(可以是根据其它模块，如对模块1、模块2和模块4的历史业务数量进行统计确定的，也可以是基于模块1、模块2和模块4的实时业务数量确定的)，如模块3的待处理业务数量明显多于其它模块，则可以初步确定模块3是该整个业务流程中的一个阻点部分。

又例如，当与多个类别各自对应的模型在活动模型中是并行关系时，阻点判断条件包括类别的业务数量低于第二基准阈值。

图6示意性示出了根据本公开实施例的并行关系的结构的阻点示意图。

如图6所示，基于企业的业务流程可以确定模块1、模块2、模块3和模块4之间是并行关系，如一个业务数据可以分别使用模块1、模块2、模块3和模块4中任意一个进行处理。模块2的待处理业务数量低于第二基准阈值(可以是根据其它模块，如对模块1、模块3和模块4的历史业务数量进行统计确定的，也可以是基于模块1、模块3和模块4的实时业务数量确定的)，如模块2的待处理业务数量明显少于其它模块，并且各模块被分配的任务没有明显区别，则可以初步确定模块2是该整个业务流程中的一个阻点部分。

需要说明的是，一个活动模型可以包括多个任务模型，多个任务模型之间可能同时存在串行关系和并行关系。一个任务模型在某个活动模型中与其他任务模块之间是串行关系，在另一个活动模型中与其他任务模块之间是并行关系。

在另一个实施例中，上述方法还可以包括如下操作。

在对待检测业务数据进行阻点分析，以得到业务架构的阻点部分之后，基于业务规则从业务架构的阻点部分去除异常阻点部分。由于业务规则可能决定某个模块的业务数量与其它模块之间存在明显差异，此时，不能将其确定为阻点部分。因此，在初步确定阻点部分之后，可以基于业务规则对各阻点部分进行异常排除，以提升阻点分析的准确度。需要说明的是，除了可以基于业务规则去除异常阻点部分以提升检测结果准确度之外，还可以通过对业务数据进行异常数据去除以提升检测结果准确度。例如，某些特殊时间段或某些特殊区域产生的业务数据，可能因突发事件等导致其与普通时段或普通区域产生的业务数据存在较大差异，可能造成部分模块的异常。此时，需要去除这些异常数据。

在另一个实施例中，为了便于用户了解业务架构的阻点部分，可以生成检测报告，以供用户审阅。

例如，上述方法还可以包括如下操作：在对待检测业务数据进行阻点分析，以得到业务架构的阻点部分之后，生成检测报告，检测报告包括业务架构的阻点部分。

具体地，生成检测报告可以包括如下操作，对检测报告模板中各参数进行替换，以生成检测报告包，其中，检测报告模板的参数包括以下至少一种：标题、提纲、内容类型、具体内容模板和动态参数。其中，为了提升检测报告的可读性和直观性，可以对检测报告中数据等信息进行可视化处理，如以图表的形式显示数据等内容。

以下以一个具体实施例对本公开实施例的业务架构检测方法进行示例性说明。图7示意性示出了根据本公开实施例的分维度分渠道可视化业务指标示意图。图8示意性示出了根据本公开另一实施例的分维度分渠道可视化业务指标示意图。

用户从流程模型中选定一个领域下某价值流下的X活动后，服务器端确定并输出：筛选条件、维度、单位等公共变量因子供用户选择。用户选择了“渠道”、“产品”筛选条件下Y渠道的Z产品对业务数据进行过滤，并且用户勾选了“业务状态”、“时间”作为指标维度。服务器端根据业务规则进行表数据抽取展现，可视化业务指标示意图如图7、图8所示。服务器端分析业务数据质量最好的时间为E月，依据是该月属于业务正式推广完整月，数据质量的判断依赖数据统计规则和业务推广情况，并根据E月数据分析阻点部分，因状态2、3、5明显出现数据量骤降情况，其中，状态5为异常状态(异常数据可以根据业务预设规则定义)。因此，可以初步确定状态2和状态3存在阻点嫌疑，因此将阻点部分定位为状态2和状态3。

图9示意性示出了根据本公开实施例的诊断书的示意图。

如图9所示，在上一个实施例中，在阻点部分定位为状态2和状态3之后，可以由服务器端自动出具诊断书：X活动下的Y渠道Z产品业务环节阻点在状态2和状态3业务环节，需对两个阻点部分业务处理流程进行改进。图9中维度1的图参考图7所示，维度2的图参考图8所示。

图10示意性示出了根据本公开另一实施例的资源处理业务架构检测方法的流程图。业务架构包括流程模型，流程模型包括活动模型。

如图10所示，上述方法可以由客户端执行，具体可以包括操作S1001～操作S1005。

在操作S1001，向服务器端发送活动模型标识，以便服务器端确定业务数据和公共变量因子，并且将公共变量因子发送给客户端，其中与活动模型标识对应的活动模型包括任务模型，公共变量因子是多个任务模型共有的变量。

在操作S1003，向服务器端发送待检测公共变量因子标识，以便服务器端基于待检测公共变量因子标识从业务数据中确定待检测业务数据，与待检测公共变量因子标识对应的待检测公共变量因子是公共变量因子中的。

在操作S1005，接收来自服务器端的检测报告，检测报告包括阻点部分信息，阻点部分信息是服务器端对待检测业务数据进行阻点分析确定的，其中，业务架构的阻点部分处理的业务数量相对于业务架构中除阻点部分之外的部分处理的业务数量满足阻点判断条件。

需要说明的是，在操作S1001～操作S1005中涉及服务器端的内容可以参考如上的内容，在此不再详述。

本公开实施例基于企业业务架构体系，从架构资产出发对企业业务数据进行获取和分析，采用大数据分析技术形成动态可视化指标体系，挖掘业务痛点，如根据测试人员的需求实时抓取企业业务数据对业务流程的运行情况进行评估，对影响业务流程顺利完成的阻点进行分析，便于基于阻点分析的结果指导架构资产优化提升，达到赋能企业价值增长与业务创新的目的。

本公开的另一方面还提供了一种业务架构检测装置。

图11示意性示出了根据本公开实施例的业务架构检测装置的框图。

如图11所示，该架构检测装置1100可以包括：第一响应模块1110、第二响应模块1120和分析模块1130。

第一响应模块1110用于响应于来自客户端的活动模型标识，确定业务数据和公共变量因子，并且将公共变量因子发送给客户端，其中与活动模型标识对应的活动模型包括任务模型，公共变量因子是多个任务模型共有的变量。

第二响应模块1120用于响应于来自客户端的待检测公共变量因子标识，基于待检测公共变量因子标识从业务数据中确定待检测业务数据，与待检测公共变量因子标识对应的待检测公共变量因子是公共变量因子中的。

分析模块1130用于对待检测业务数据进行阻点分析，以得到业务架构的阻点部分，其中，业务架构的阻点部分处理的业务数量相对于业务架构中除阻点部分之外的部分处理的业务数量满足阻点判断条件。

图12示意性示出了根据本公开另一实施例的业务架构检测装置的框图。

如图12所示，该架构检测装置1200包括：第一发送模块1210、第二发送模块1220和报告接收模块1230。

其中，第一发送模块1210用于向服务器端发送活动模型标识，以便服务器端确定业务数据和公共变量因子，并且将公共变量因子发送给客户端，其中与活动模型标识对应的活动模型包括任务模型，公共变量因子是多个任务模型共有的变量。

第二发送模块1220用于向服务器端发送待检测公共变量因子标识，以便服务器端基于待检测公共变量因子标识从业务数据中确定待检测业务数据，与待检测公共变量因子标识对应的待检测公共变量因子是公共变量因子中的。

报告接收模块1230用于接收来自服务器端的检测报告，检测报告包括阻点部分信息，阻点部分信息是服务器端对待检测业务数据进行阻点分析确定的，其中，业务架构的阻点部分处理的业务数量相对于业务架构中除阻点部分之外的部分处理的业务数量满足阻点判断条件。

其中，第一响应模块1110、第二响应模块1120和分析模块1130执行的操作可以参考操作S301～操作S305，第一发送模块1210、第二发送模块1220和报告接收模块1230执行的操作可以参考操作S1001～操作S1005，在此不再赘述。

本公开的另一方面还提供了一种业务架构检测工具。

图13示意性示出了根据本公开实施例的业务架构检测工具的框图。

如图13所示，该业务架构检测工具1300可以包括：架构资产定位模块1310、数据采集模块1320、维度生成模块1330和检测模块1340。

其中，架构资产定位模块1310用于按活动模型标识在业务架构资产库中查找所属的流程模型，并且输出流程模型包括的全部任务模型涉及的公共变量因子。

数据采集模块1320用于根据与全部任务模型对应的实体模型查找全部任务模型产生的业务数据，并按用户选取的公共变量因子对业务数据进行筛选。具体地，如表1所示。

表1

维度生成模块1330用于通过检索记录业务数据的数据库表，将提取的公共信息作为统计维度。具体地，如表2所示。

表2

检测模块1340用于根据统计维度对业务数据进行聚类，得到业务架构的阻点部分。具体地，如表3所示。

表3

在其他实施例中，业务架构检测工具1300还可以包括以下至少一个：诊断书生成模块、诊断书模型设置模块。

其中，诊断书生成模块用于生成诊断书，诊断书包括业务架构的阻点部分。具体地，如表4所示。

表4

诊断书模型设置模块用于定义诊断书的格式化内容，以按照格式化内容生成诊断书，格式化内容包括以下至少一种：内容类型、动态参数和展现的代码片段。内容类型如数字、图表、文字等。具体地，如表5所示。

表5

图14示意性示出了根据本公开实施例的业务架构检测工具的数据流图。

如图14所示，用户在客户端进行架构资产定位。服务器端响应于被定位的架构资产，进行数据采集、自动提取统计维度、数据分析输出统计指标、指标分析出具业务流程诊断书等操作，即可生成业务流程诊断书，然后发送给客户端。由客户端出具业务流程诊断书。

本公开实施例基于业务架构体系，摆脱对分析人员业务知识和数据分析能力的高要求，降低工具使用难度，通过业务架构中各部分的指标反应业务流程阻点，挖掘架构阻点和业务提升建议，形成架构资产迭代提升的良性循环，通过优化业务架构达到有效促进业务架构资产落地并赋能业务与科技创新，促进企业价值增长。

需要说明的是，装置部分实施例中各模块/单元等的实施方式、解决的技术问题、实现的功能、以及达到的技术效果分别与方法部分实施例中各对应的步骤的实施方式、解决的技术问题、实现的功能、以及达到的技术效果相同或类似，在此不再一一赘述。

根据本公开的实施例的模块、单元中的任意多个、或其中任意多个的至少部分功能可以在一个模块中实现。根据本公开实施例的模块、单元中的任意一个或多个可以被拆分成多个模块来实现。根据本公开实施例的模块、单元中的任意一个或多个可以至少被部分地实现为硬件电路，例如现场可编程门阵列(FPGA)、可编程逻辑阵列(PLA)、片上***、基板上的***、封装上的***、专用集成电路(ASIC)，或可以通过对电路进行集成或封装的任何其他的合理方式的硬件或固件来实现，或以软件、硬件以及固件三种实现方式中任意一种或以其中任意几种的适当组合来实现。或者，根据本公开实施例的模块、单元中的一个或多个可以至少被部分地实现为计算机程序模块，当该计算机程序模块被运行时，可以执行相应的功能。

例如，第一响应模块1110、第二响应模块1120和分析模块1130中的任意多个可以合并在一个模块中实现，或者其中的任意一个模块可以被拆分成多个模块。或者，这些模块中的一个或多个模块的至少部分功能可以与其他模块的至少部分功能相结合，并在一个模块中实现。根据本公开的实施例，第一响应模块1110、第二响应模块1120和分析模块1130中的至少一个可以至少被部分地实现为硬件电路，例如现场可编程门阵列(FPGA)、可编程逻辑阵列(PLA)、片上***、基板上的***、封装上的***、专用集成电路(ASIC)，或可以通过对电路进行集成或封装的任何其他的合理方式等硬件或固件来实现，或以软件、硬件以及固件三种实现方式中任意一种或以其中任意几种的适当组合来实现。或者，第一响应模块1110、第二响应模块1120和分析模块1130中的至少一个可以至少被部分地实现为计算机程序模块，当该计算机程序模块被运行时，可以执行相应的功能。

图15示意性示出了根据本公开实施例的电子设备的方框图。图15示出的电子设备仅仅是一个示例，不应对本公开实施例的功能和使用范围带来任何限制。

如图15所示，根据本公开实施例的电子设备1500包括处理器1501，其可以根据存储在只读存储器(ROM)1502中的程序或者从存储部分1508加载到随机访问存储器(RAM)1503中的程序而执行各种适当的动作和处理。处理器1501例如可以包括通用微处理器(例如CPU)、指令集处理器和/或相关芯片组和/或专用微处理器(例如，专用集成电路(ASIC))，等等。处理器1501还可以包括用于缓存用途的板载存储器。处理器1501可以包括用于执行根据本公开实施例的方法流程的不同动作的单一处理单元或者是多个处理单元。

在RAM 1503中，存储有电子设备1500操作所需的各种程序和数据。处理器1501、ROM 1502以及RAM 1503通过总线1504彼此相连。处理器1501通过执行ROM 1502和/或RAM1503中的程序来执行根据本公开实施例的方法流程的各种操作。需要注意，程序也可以存储在除ROM 1502和RAM 1503以外的一个或多个存储器中。处理器1501也可以通过执行存储在一个或多个存储器中的程序来执行根据本公开实施例的方法流程的各种操作。

根据本公开的实施例，电子设备1500还可以包括输入/输出(I/O)接口1505，输入/输出(I/O)接口1505也连接至总线1504。电子设备1500还可以包括连接至I/O接口1505的以下部件中的一项或多项：包括键盘、鼠标等的输入部分1506；包括诸如阴极射线管(CRT)、液晶显示器(LCD)等以及扬声器等的输出部分1507；包括硬盘等的存储部分1508；以及包括诸如LAN卡、调制解调器等的网络接口卡的通信部分1509。通信部分1509经由诸如因特网的网络执行通信处理。驱动器1510也根据需要连接至I/O接口1505。可拆卸介质1511，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器1510上，以便于从其上读出的计算机程序根据需要被安装入存储部分1508。

根据本公开的实施例，根据本公开实施例的方法流程可以被实现为计算机软件程序。例如，本公开的实施例包括一种计算机程序产品，其包括承载在计算机可读存储介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分1509从网络上被下载和安装，和/或从可拆卸介质1511被安装。在该计算机程序被处理器1501执行时，执行本公开实施例的***中限定的上述功能。根据本公开的实施例，上文描述的***、设备、装置、模块、单元等可以通过计算机程序模块来实现。

本公开还提供了一种计算机可读存储介质，该计算机可读存储介质可以是上述实施例中描述的设备/装置/***中所包含的；也可以是单独存在，而未装配入该设备/装置/***中。上述计算机可读存储介质承载有一个或者多个程序，当上述一个或者多个程序被执行时，实现根据本公开实施例的方法。

根据本公开的实施例，计算机可读存储介质可以是非易失性的计算机可读存储介质，例如可以包括但不限于：便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本公开中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行***、装置或者器件使用或者与其结合使用。例如，根据本公开的实施例，计算机可读存储介质可以包括上文描述的ROM 1502和/或RAM 1503和/或ROM 1502和RAM1503以外的一个或多个存储器。

本领域技术人员可以理解，本公开的各个实施例和/或权利要求中记载的特征可以进行多种组合和/或结合，即使这样的组合或结合没有明确记载于本公开中。但是，这些实施例仅仅是为了说明的目的，而并非为了限制本公开的范围。尽管在以上分别描述了各实施例，但是这并不意味着各个实施例中的措施不能有利地结合使用。本公开的范围由所附权利要求及其等同物限定。不脱离本公开的范围，本领域技术人员可以做出多种替代和修改，这些替代和修改都应落在本公开的范围之内。

Claims (15)

1.一种由服务器端执行的业务架构检测方法，所述业务架构包括流程模型，所述流程模型包括活动模型，所述方法包括：

响应于来自客户端的活动模型标识，确定业务数据和公共变量因子，并且将所述公共变量因子发送给所述客户端，其中，与所述活动模型标识对应的活动模型与任务模型之间存在一对一或一对多的映射关系，所述公共变量因子是多个任务模型共有的变量；

响应于来自所述客户端的待检测公共变量因子标识，基于所述待检测公共变量因子标识从所述业务数据中确定待检测业务数据，与所述待检测公共变量因子标识对应的待检测公共变量因子是所述公共变量因子中的；以及

对所述待检测业务数据进行阻塞点分析，以得到所述业务架构的阻塞点部分，其中，所述业务架构的阻塞点部分处理的业务数量相对于所述业务架构中除阻塞点部分之外的部分处理的业务数量满足阻塞点判断条件，

其中，所述对所述待检测业务数据进行阻塞点分析，以得到所述业务架构的阻塞点部分包括：

对所述待检测业务数据进行聚类，得到多个类别各自的业务数量，其中，所述多个类别各自对应于所述流程模型中的至少部分模型；以及

基于所述多个类别各自的业务数量确定与所述多个类别各自对应的至少部分模型是否为阻塞点部分，

其中：

当与所述多个类别各自对应的模型在所述活动模型中是串行关系时，所述阻塞点判断条件包括：类别的业务数量高于第一基准阈值；并且/或者

当与所述多个类别各自对应的模型在所述活动模型中是并行关系时，所述阻塞点判断条件包括：类别的业务数量低于第二基准阈值。

2.根据权利要求1所述的方法，其中，所述对所述待检测业务数据进行聚类，得到多个类别各自的业务数量包括：

基于至少一个指定统计维度对所述待检测业务数据进行聚类，得到所述至少一个指定统计维度各自的业务数量。

3.根据权利要求2所述的方法，其中，所述至少一个指定统计维度是基于所述待检测业务数据的公共信息确定的。

4.根据权利要求1所述的方法，其中，所述业务架构还包括实体模型，所述任务模型与所述实体模型之间存在第一对应关系；

所述确定业务数据包括：

确定与所述活动模型标识对应的活动模型包括的关联任务模型；

从互联网技术架构中确定与所述关联任务模型对应的关联交易服务，所述任务模型与所述互联网技术架构的交易服务之间存在第二对应关系；

确定与所述关联交易服务对应的关联对象服务，所述关联交易服务与所述关联对象服务之间存在第三对应关系；以及

确定所述关联对象服务产生的业务数据。

5.根据权利要求1所述的方法，还包括：在对所述待检测业务数据进行阻塞点分析，以得到所述业务架构的阻塞点部分之后，基于业务规则从所述业务架构的阻塞点部分去除异常阻塞点部分。

6.根据权利要求1所述的方法，还包括：在对所述待检测业务数据进行阻塞点分析，以得到所述业务架构的阻塞点部分之后，生成检测报告，所述检测报告包括所述业务架构的阻塞点部分。

7.根据权利要求6所述的方法，其中，所述生成检测报告包括：

对检测报告模板中各参数进行替换，以生成所述检测报告包，其中，所述检测报告模板的参数包括以下至少一种：标题、提纲、内容类型、具体内容模板和动态参数。

8.一种由客户端执行的业务架构检测方法，所述业务架构包括流程模型，所述流程模型包括活动模型，所述方法包括：

向服务器端发送活动模型标识，以便所述服务器端确定业务数据和公共变量因子，并且将所述公共变量因子发送给所述客户端，其中与所述活动模型标识对应的活动模型与任务模型之间存在一对一或一对多的映射关系，所述公共变量因子是多个任务模型共有的变量；

向所述服务器端发送待检测公共变量因子标识，以便所述服务器端基于所述待检测公共变量因子标识从所述业务数据中确定待检测业务数据，与所述待检测公共变量因子标识对应的待检测公共变量因子是所述公共变量因子中的；以及

接收来自所述服务器端的检测报告，所述检测报告包括阻塞点部分信息，所述阻塞点部分信息是所述服务器端对所述待检测业务数据进行阻塞点分析确定的，其中，所述业务架构的阻塞点部分处理的业务数量相对于所述业务架构中除阻塞点部分之外的部分处理的业务数量满足阻塞点判断条件，其中，所述阻塞点部分信息是所述服务器端对所述待检测业务数据进行阻塞点分析确定的包括：对所述待检测业务数据进行聚类，得到多个类别各自的业务数量，其中，所述多个类别各自对应于所述流程模型中的至少部分模型；以及基于所述多个类别各自的业务数量确定与所述多个类别各自对应的至少部分模型是否为阻塞点部分，其中：当与所述多个类别各自对应的模型在所述活动模型中是串行关系时，所述阻塞点判断条件包括：类别的业务数量高于第一基准阈值；并且/或者当与所述多个类别各自对应的模型在所述活动模型中是并行关系时，所述阻塞点判断条件包括：类别的业务数量低于第二基准阈值。

9.一种业务架构检测装置，所述业务架构包括流程模型，所述流程模型包括活动模型，所述装置包括：

第一响应模块，用于响应于来自客户端的活动模型标识，确定业务数据和公共变量因子，并且将所述公共变量因子发送给所述客户端，其中与所述活动模型标识对应的活动模型与任务模型之间存在一对一或一对多的映射关系，所述公共变量因子是多个任务模型共有的变量；

第二响应模块，用于响应于来自所述客户端的待检测公共变量因子标识，基于所述待检测公共变量因子标识从所述业务数据中确定待检测业务数据，与所述待检测公共变量因子标识对应的待检测公共变量因子是所述公共变量因子中的；以及

分析模块，用于对所述待检测业务数据进行阻塞点分析，以得到所述业务架构的阻塞点部分，其中，所述业务架构的阻塞点部分处理的业务数量相对于所述业务架构中除阻塞点部分之外的部分处理的业务数量满足阻塞点判断条件，其中，所述对所述待检测业务数据进行阻塞点分析，以得到所述业务架构的阻塞点部分包括：对所述待检测业务数据进行聚类，得到多个类别各自的业务数量，其中，所述多个类别各自对应于所述流程模型中的至少部分模型；以及基于所述多个类别各自的业务数量确定与所述多个类别各自对应的至少部分模型是否为阻塞点部分，其中：当与所述多个类别各自对应的模型在所述活动模型中是串行关系时，所述阻塞点判断条件包括：类别的业务数量高于第一基准阈值；并且/或者当与所述多个类别各自对应的模型在所述活动模型中是并行关系时，所述阻塞点判断条件包括：类别的业务数量低于第二基准阈值。

10.一种业务架构检测装置，所述业务架构包括流程模型，所述流程模型包括活动模型，所述装置包括：

第一发送模块，用于向服务器端发送活动模型标识，以便所述服务器端确定业务数据和公共变量因子，并且将所述公共变量因子发送给客户端，其中与所述活动模型标识对应的活动模型与任务模型之间存在一对一或一对多的映射关系，所述公共变量因子是多个任务模型共有的变量；

第二发送模块，用于向所述服务器端发送待检测公共变量因子标识，以便所述服务器端基于所述待检测公共变量因子标识从所述业务数据中确定待检测业务数据，与所述待检测公共变量因子标识对应的待检测公共变量因子是所述公共变量因子中的；以及

报告接收模块，用于接收来自所述服务器端的检测报告，所述检测报告包括阻塞点部分信息，所述阻塞点部分信息是所述服务器端对所述待检测业务数据进行阻塞点分析确定的，其中，所述业务架构的阻塞点部分处理的业务数量相对于所述业务架构中除阻塞点部分之外的部分处理的业务数量满足阻塞点判断条件，

其中，所述对所述待检测业务数据进行阻塞点分析，以得到所述业务架构的阻塞点部分包括：

对所述待检测业务数据进行聚类，得到多个类别各自的业务数量，其中，所述多个类别各自对应于所述流程模型中的至少部分模型；以及

基于所述多个类别各自的业务数量确定与所述多个类别各自对应的至少部分模型是否为阻塞点部分，

其中：

当与所述多个类别各自对应的模型在所述活动模型中是串行关系时，所述阻塞点判断条件包括：类别的业务数量高于第一基准阈值；并且/或者

当与所述多个类别各自对应的模型在所述活动模型中是并行关系时，所述阻塞点判断条件包括：类别的业务数量低于第二基准阈值。

11.一种业务架构检测工具，所述业务架构包括流程模型，所述流程模型包括活动模型，所述工具包括：

架构资产定位模块，用于按活动模型标识在业务架构资产库中查找所属的流程模型，并且输出流程模型包括的全部任务模型涉及的公共变量因子；

数据采集模块，用于根据与所述全部任务模型对应的实体模型查找所述全部任务模型产生的业务数据，并按用户选取的公共变量因子对所述业务数据进行筛选；

维度生成模块，用于通过检索记录所述业务数据的数据库表，将提取的公共信息作为统计维度；以及

检测模块，用于根据所述统计维度对所述业务数据进行聚类，得到所述业务架构的阻塞点部分，

其中，所述根据所述统计维度对所述业务数据进行聚类，得到所述业务架构的阻塞点部分包括：

对所述业务数据进行聚类，得到多个类别各自的业务数量，其中，所述多个类别各自对应于所述流程模型中的至少部分模型；以及

基于所述多个类别各自的业务数量确定与所述多个类别各自对应的至少部分模型是否为阻塞点部分，

其中：

当与所述多个类别各自对应的模型在所述活动模型中是串行关系时，所述阻塞点判断条件包括：类别的业务数量高于第一基准阈值；并且/或者

当与所述多个类别各自对应的模型在所述活动模型中是并行关系时，所述阻塞点判断条件包括：类别的业务数量低于第二基准阈值。

12.根据权利要求11所述的业务架构检测工具，还包括：

诊断书生成模块，用于生成诊断书，所述诊断书包括所述业务架构的阻塞点部分。

13.根据权利要求12所述的业务架构检测工具，还包括：

诊断书模型设置模块，用于定义诊断书的格式化内容，以按照所述格式化内容生成所述诊断书，所述格式化内容包括以下至少一种：内容类型、动态参数和展现的代码片段。

14.一种电子设备，包括：

一个或多个处理器；

存储装置，用于存储可执行指令，所述可执行指令在被所述处理器执行时，实现根据权利要求1～8任一项所述的方法。

15.一种计算机可读存储介质，其上存储有可执行指令，该指令被处理器执行时实现根据权利要求1～8中任一项所述的方法。

Images